Subversion Repositories HelenOS

Rev

Go to most recent revision | Show changed files | Directory listing | RSS feed

Filtering Options

Rev Age Author Path Log message Diff
4343 5528 d 22 h svoboda /branches/dynload/ Merged trunk changes up to r3925 to dynload.  
4339 5528 d 23 h svoboda /branches/dynload/ Merge trunk changes up to r3802 to dynload.  
4338 5528 d 23 h svoboda /branches/dynload/ Merge trunk changes up to r3787 to dynload.  
3674 5673 d 21 h svoboda /branches/dynload/ Merge latest trunk changes to dynload.  
3535 5708 d 2 h svoboda /branches/dynload/ Merge latest trunk changes into dynload.  
3474 5746 d 4 h svoboda /branches/dynload/ Merge latest trunk changes into dynload.  
3149 5846 d 6 h svoboda /branches/dynload/ Merge trunk changes up to r3071 into dynload (broken)  
2927 5878 d 9 h decky /branches/dynload/ added dynload branch  
2610 6059 d 2 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 6221 d 22 h jermar /trunk/kernel/ Replace gcc-specific __FUNCTION__ with C99 __func__.
suncc's xregs=no%float can be used only on sparc64.		  
2141 6292 d 19 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 6293 d 23 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 6351 d 5 h decky /trunk/ huge type system cleanup
remove cyclical type dependencies across multiple header files
many minor coding style fixes		  
2071 6361 d 22 h jermar /trunk/ (c) versus (C)  
2058 6388 d 7 h jermar /trunk/kernel/arch/sparc64/src/ Improve comments.  
2055 6389 d 11 h jermar /trunk/kernel/arch/sparc64/src/ sparc64 work:
- No need to lock kernel stack and userspace window buffer into DTLB.		  
2054 6389 d 21 h jermar /trunk/kernel/ Fix important comment in kernel/arch/sparc64/src/proc/scheduler.c.

Improve framebuffer code.

Formatting and indentation fixes.		  
2015 6400 d 22 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 6405 d 22 h jermar /trunk/kernel/ Initial support for handling illegal virtual aliases on sparc64.  
1977 6423 d 19 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.		  

←Prev12Next→

Show All