Subversion Repositories HelenOS

Rev

Show changed files | Details | Compare with Previous | Blame | RSS feed

Filtering Options

Rev Age Author Path Log message Diff
4691 5982 d 10 h svoboda /branches/dynload/ Merge trunk changes up to r4686.  
4339 6094 d 9 h svoboda /branches/dynload/ Merge trunk changes up to r3802 to dynload.  
3403 6321 d 18 h svoboda /branches/dynload/ Merge latest trunk changes into dynload  
3153 6411 d 15 h svoboda /branches/dynload/ Merge latest trunk changes into dynload  
3009 6432 d 8 h svoboda /branches/dynload/ Merged latest trunk changes into dynload  
2927 6443 d 19 h decky /branches/dynload/ added dynload branch  
2745 6521 d 17 h decky /trunk/ code cleanup (mostly signed/unsigned)
allow extra compiler warnings
 
2647 6594 d 10 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 6780 d 11 h jermar /trunk/ Improve comments for arch-specific implementations of hierarchical
4-level page tables. Improve formatting.
 
2141 6858 d 6 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 6859 d 10 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 6860 d 16 h jermar /trunk/kernel/generic/src/mm/ Fix coding style in the address space area backends.  
2089 6916 d 16 h decky /trunk/ huge type system cleanup
remove cyclical type dependencies across multiple header files
many minor coding style fixes
 
2076 6925 d 17 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 6927 d 9 h jermar /trunk/ (c) versus (C)  
2000 6977 d 18 h decky /trunk/kernel/ move files to more proper locations  
1787 7117 d 11 h decky / move kernel/trunk, uspace/trunk and boot/trunk to trunk/kernel, trunk/uspace and trunk/boot  
1780 7124 d 12 h jermar /kernel/trunk/ Replace old __u?? types with respective C99 variants (e.g. uint32_t, int64_t, uintptr_t etc.).  
1760 7135 d 13 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 7138 d 17 h jermar /kernel/trunk/ Cleanup of comments.  

Show All