| Rev |
Age |
Author |
Path |
Log message |
Diff |
| 3674 |
5621 d 19 h |
svoboda |
/branches/dynload/ |
Merge latest trunk changes to dynload. |
|
| 2927 |
5826 d 8 h |
decky |
/branches/dynload/ |
added dynload branch |
|
| 2745 |
5904 d 6 h |
decky |
/trunk/ |
code cleanup (mostly signed/unsigned)
allow extra compiler warnings |
|
| 2462 |
6169 d 21 h |
jermar |
/trunk/kernel/ |
Replace gcc-specific __FUNCTION__ with C99 __func__.
suncc's xregs=no%float can be used only on sparc64. |
|
| 2231 |
6228 d 1 h |
jermar |
/trunk/kernel/arch/sparc64/ |
Fix a nasty bug in the TLB miss handlers on sparc64.
After we no longer lock the kernel stack in the DTLB,
there is a real danger of nested DTLB misses. The nested
miss can very easily clobber the DTLB Tag Access register.
Therefore, the original miss may not read this register, but
it has to receive its value as an argument. The argument
value is saved in the trap table when it is guaranteed that
the nested TLB miss will not occur. |
|
| 2141 |
6240 d 18 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 |
6241 d 22 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 |
6299 d 4 h |
decky |
/trunk/ |
huge type system cleanup
remove cyclical type dependencies across multiple header files
many minor coding style fixes |
|
| 2078 |
6306 d 1 h |
jermar |
/trunk/kernel/arch/sparc64/src/ |
When invalidating entire TLBs on sparc64, make sure to also invalidate any (locked) global entries.
This fixes Ticket #21.
Fix a comment in start.S stating that the kernel installs a global entry for itself. All entries installed by the kernel
are local to some memory context. |
|
| 2071 |
6309 d 21 h |
jermar |
/trunk/ |
(c) versus (C) |
|
| 2048 |
6341 d 22 h |
jermar |
/trunk/ |
Formatting and indentation changes. |
|
| 2009 |
6353 d 20 h |
jermar |
/trunk/kernel/ |
Initial support for handling illegal virtual aliases on sparc64. |
|
| 1996 |
6365 d 23 h |
jermar |
/trunk/kernel/ |
Add option to compile the sparc64 kernel without the TTE_CV bit support.
The bit is not used by default now.
Enabling it may theoretically lead to physical memory inconsistencies until code that
mitigates the problem is written. |
|
| 1946 |
6399 d 19 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. |
|
| 1905 |
6420 d 7 h |
jermar |
/trunk/kernel/arch/sparc64/src/ |
Small fixes.
The sparc64 kernel now compiles again even if not compiled with SMP support. |
|
| 1891 |
6430 d 19 h |
jermar |
/trunk/kernel/ |
sparc64 work:
- Experimental support for TSB (Translation Storage Buffer). |
|
| 1880 |
6438 d 20 h |
jermar |
/trunk/ |
Small improvements here and there. |
|
| 1870 |
6443 d 20 h |
jermar |
/trunk/kernel/ |
Handle more sparc64 traps and improve handling of already handled traps. |
|
| 1868 |
6444 d 3 h |
jermar |
/trunk/ |
sparc64 work.
- the syscall wrapper needs to use the "memory"
clobber specifier to prevent over-optimization.
- on sparc64, the user address space spans the whole
64-bit space and therefore the macro
USER_ADDRESS_SPACE_SIZE_ARCH, as it was defined,
overflows to 0
- stop using USER_ADDRESS_SPACE_SIZE_ARCH and define
MAX_HEAP_SIZE instead
- in our situation when kernel and user address spaces
are separate, the G (global) bit cannot be used
(there is no point in it anymore)
- add the DEBUG() macro to stdio.h; DEBUG() uses
SYS_IO and is a good debugging tool for getting
early userspace to work |
|
| 1865 |
6444 d 22 h |
jermar |
/trunk/kernel/ |
sparc64 kernel fixes |
|