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
3425 5745 d 14 h svoboda /branches/tracing/ Merge latest trunk changes into tracing (broken)  
3424 5746 d 2 h svoboda /branches/tracing/ Merge trunk changes up to r3180 into tracing  
3011 5858 d 2 h svoboda /branches/tracing/ Merged latest trunk changes to tracing  
2787 5918 d 8 h decky /branches/tracing/ add dynamic linking, debugging and tracing branch  
2745 5947 d 12 h decky /trunk/ code cleanup (mostly signed/unsigned)
allow extra compiler warnings
 
2647 6020 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 6206 d 6 h jermar /trunk/ Improve comments for arch-specific implementations of hierarchical
4-level page tables. Improve formatting.
 
2141 6284 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 6285 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 6286 d 11 h jermar /trunk/kernel/generic/src/mm/ Fix coding style in the address space area backends.  
2089 6342 d 11 h decky /trunk/ huge type system cleanup
remove cyclical type dependencies across multiple header files
many minor coding style fixes
 
2076 6351 d 12 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 6353 d 3 h jermar /trunk/ (c) versus (C)  
2000 6403 d 13 h decky /trunk/kernel/ move files to more proper locations  
1787 6543 d 6 h decky / move kernel/trunk, uspace/trunk and boot/trunk to trunk/kernel, trunk/uspace and trunk/boot  
1780 6550 d 7 h jermar /kernel/trunk/ Replace old __u?? types with respective C99 variants (e.g. uint32_t, int64_t, uintptr_t etc.).  
1760 6561 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 6564 d 12 h jermar /kernel/trunk/ Cleanup of comments.  
1702 6571 d 10 h cejka /kernel/trunk/ Kernel doxygen comments updated.  
1550 6581 d 8 h jermar /kernel/trunk/generic/src/mm/ Remove left over piece of code for increasing reference count in ELF backend.  

Show All