Subversion Repositories HelenOS

Rev

Go to most recent revision | Show changed files | Details | Compare with Previous | Blame | RSS feed

Filtering Options

Rev Age Author Path Log message Diff
3403 5716 d 13 h svoboda /branches/dynload/ Merge latest trunk changes into dynload  
3153 5806 d 10 h svoboda /branches/dynload/ Merge latest trunk changes into dynload  
3009 5827 d 2 h svoboda /branches/dynload/ Merged latest trunk changes into dynload  
2927 5838 d 14 h decky /branches/dynload/ added dynload branch  
2745 5916 d 12 h decky /trunk/ code cleanup (mostly signed/unsigned)
allow extra compiler warnings
 
2647 5989 d 5 h jermar /trunk/kernel/generic/src/mm/ Fix a bug in anonymous address space area sharing. Call the backend's share
function only if the source area is not already shared. Otherwise increment the
sh_info refcount. Without this fix, the kernel will try to recreate the pagemap
if three and more address space areas attempt to share the same data.
 
2467 6175 d 6 h jermar /trunk/ Improve comments for arch-specific implementations of hierarchical
4-level page tables. Improve formatting.
 
2141 6253 d 0 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 6254 d 4 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.
 
2132 6255 d 11 h jermar /trunk/kernel/generic/src/mm/ Fix coding style in the address space area backends.  
2089 6311 d 10 h decky /trunk/ huge type system cleanup
remove cyclical type dependencies across multiple header files
many minor coding style fixes
 
2076 6320 d 11 h jermar /trunk/kernel/ Beat the implicit illegal virtual alias created by reusing userspace frames.
In the anonymous and ELF backends, if the architecture has virtually indexed D-cache,
selectively flush cachelines belonging to the frame being freed.
This fixes Ticket #20.
 
2071 6322 d 3 h jermar /trunk/ (c) versus (C)  
2000 6372 d 13 h decky /trunk/kernel/ move files to more proper locations  
1787 6512 d 5 h decky / move kernel/trunk, uspace/trunk and boot/trunk to trunk/kernel, trunk/uspace and trunk/boot  
1780 6519 d 6 h jermar /kernel/trunk/ Replace old __u?? types with respective C99 variants (e.g. uint32_t, int64_t, uintptr_t etc.).  
1760 6530 d 8 h palkovsky /kernel/trunk/ Changed interface of frame_alloc/free to use address of frame instead of the pfn.
This makes it impossible to use >4GB of memory on 32-bit machines, but who cares...
 
1757 6533 d 11 h jermar /kernel/trunk/ Cleanup of comments.  
1702 6540 d 9 h cejka /kernel/trunk/ Kernel doxygen comments updated.  
1550 6550 d 7 h jermar /kernel/trunk/generic/src/mm/ Remove left over piece of code for increasing reference count in ELF backend.  

Show All