| Rev |
Age |
Author |
Path |
Log message |
Diff |
| 2610 |
6025 d 20 h |
jermar |
/trunk/ |
Support for six syscall arguments for sparc64.
There is a minor stability issue which needs to be fixed (kernel panics upon entering kconsole from the
console task). |
|
| 2462 |
6188 d 16 h |
jermar |
/trunk/kernel/ |
Replace gcc-specific __FUNCTION__ with C99 __func__.
suncc's xregs=no%float can be used only on sparc64. |
|
| 2141 |
6259 d 13 h |
jermar |
/trunk/ |
The Ultimate Solution To Illegal Virtual Aliases.
It is better to avoid them completely than to fight them.
Switch the sparc64 port to 16K pages. The TLBs and TSBs
continue to operate with 8K pages only. Page tables and
other generic parts operate with 16K pages.
Because the MMU doesn't support 16K directly, each 16K
page is emulated by a pair of 8K pages. With 16K pages,
illegal aliases cannot be created in 16K D-cache. |
|
| 2134 |
6260 d 17 h |
jermar |
/trunk/kernel/ |
Reworked handling of illegal virtual aliases caused by frame reuse.
We moved the incomplete handling from backend's frame method to
backend's page_fault method. The page_fault method is the one that
can create an illegal alias if it writes the userspace frame using
kernel address with a different page color than the page to which is
this frame mapped in userspace. When we detect this, we do D-cache
shootdown on all processors (!!!).
If we add code that accesses userspace memory from kernel address
space, we will have to check for illegal virtual aliases at all such
places.
I tested this on a 4-way simulated E6500 and a real-world Ultra 5,
which has unfortunatelly only one processor.
This solves ticket #26. |
|
| 2089 |
6317 d 23 h |
decky |
/trunk/ |
huge type system cleanup
remove cyclical type dependencies across multiple header files
many minor coding style fixes |
|
| 2071 |
6328 d 16 h |
jermar |
/trunk/ |
(c) versus (C) |
|
| 2058 |
6355 d 1 h |
jermar |
/trunk/kernel/arch/sparc64/src/ |
Improve comments. |
|
| 2055 |
6356 d 5 h |
jermar |
/trunk/kernel/arch/sparc64/src/ |
sparc64 work:
- No need to lock kernel stack and userspace window buffer into DTLB. |
|
| 2054 |
6356 d 15 h |
jermar |
/trunk/kernel/ |
Fix important comment in kernel/arch/sparc64/src/proc/scheduler.c.
Improve framebuffer code.
Formatting and indentation fixes. |
|
| 2015 |
6367 d 16 h |
jermar |
/trunk/ |
Rework support for virtually indexed cache.
Instead of repeatedly flushing the data cache, which was a huge overkill, refuse to create an illegal address alias
in the kernel (again) and allocate appropriate page color in userspace instead. Extend the detection also to
SYS_PHYSMEM_MAP syscall.
Add support for tracking physical memory areas mappable by SYS_PHYSMEM_MAP.
Lots of coding style changes. |
|
| 2009 |
6372 d 16 h |
jermar |
/trunk/kernel/ |
Initial support for handling illegal virtual aliases on sparc64. |
|
| 1977 |
6390 d 13 h |
jermar |
/trunk/ |
Fix bad indentation in ofw.c
sparc64 work:
o Fix copyright in main.c
o Move code from unused parts of the trap table. |
|
| 1946 |
6418 d 14 h |
jermar |
/trunk/kernel/arch/sparc64/ |
sparc64 work.
- Improve panic screen on data_access_exception
by dumping contents of DSFSR and DSFAR.
- Change the FHC enable interrupt code to only
set the IMAP_V bit. |
|
| 1923 |
6421 d 16 h |
jermar |
/trunk/ |
Replace the old IRQ dispatcher and IPC notifier with new implementation.
Note that all architectures except for sparc64 are now broken
and don't even compile. |
|
| 1922 |
6423 d 0 h |
jermar |
/trunk/kernel/ |
More IRQ stuff.
Modify the IRQ hash table functions to support lookup based on inr and devno.
Add method member to irq_t. |
|
| 1920 |
6424 d 1 h |
jermar |
/trunk/kernel/ |
Move the new IRQ redirector to ddi/.
Add function for assigning unique device numbers.
Change sparc64/drivers/kbd.c to assign devno to keyboard. |
|
| 1919 |
6424 d 16 h |
jermar |
/trunk/kernel/ |
Prototypical implementation of new IRQ redirector in sparc64.
The new code can support shared IRQs in kernel (and multiple IRQs per device).
Userspace support is yet to be written.
The only architecture that uses this code is actually sparc64 only. |
|
| 1917 |
6428 d 17 h |
jermar |
/trunk/ |
sparc64 work:
- hw_map() can now support up to 8M requests
- CPU stacks are now locked in DTLB of the respective processor
- kernel in the boot phase no longer relies on the stack provided by OpenFirmware
- instead of of doing FLUSHW during kernel startup, simply set the
window state registers to the wanted state
- NWINDOW -> NWINDOWS
- Add/fix some comments and copyrights. |
|
| 1916 |
6429 d 16 h |
jermar |
/trunk/kernel/arch/sparc64/src/trap/ |
Small change of code organization.
No functional difference. |
|
| 1915 |
6429 d 17 h |
jermar |
/trunk/kernel/ |
A quote from from SPARC V9 specification:
The Y register is deprecated; it is provided only for compatibility with previous versions
of the architecture. It should not be used in new SPARC-V9 software. It is
recommended that all instructions that reference the Y register (i.e., SMUL,
SMULcc, UMUL, UMULcc, MULScc, SDIV, SDIVcc, UDIV, UDIVcc, RDY, and
WRY) be avoided. See the appropriate pages in Appendix A, “Instruction Definitions,”
for suitable substitute instructions.
Still gcc is generating code which uses Y and some of the instructions above.
This change modifies the preemptible_handler() to preserve the Y register
across preemption. |
|