HelenOS
HelenOS-doc
HelenOS-historic
Català-Valencià – Catalan
中文 – Chinese (Simplified)
中文 – Chinese (Traditional)
Česky – Czech
Dansk – Danish
Nederlands – Dutch
English – English
Suomi – Finnish
Français – French
Deutsch – German
עברית – Hebrew
हिंदी – Hindi
Magyar – Hungarian
Bahasa Indonesia – Indonesian
Italiano – Italian
日本語 – Japanese
한국어 – Korean
Македонски – Macedonian
मराठी – Marathi
Norsk – Norwegian
Polski – Polish
Português – Portuguese
Português – Portuguese (Brazil)
Русский – Russian
Slovenčina – Slovak
Slovenščina – Slovenian
Español – Spanish
Svenska – Swedish
Türkçe – Turkish
Українська – Ukrainian
Oëzbekcha – Uzbek
Subversion Repositories
HelenOS
(root)
/
branches
/
network
/
kernel
/
arch
/
sparc64
/
src
/
smp
/
ipi.c
@ 4670
– Rev 4153
Rev
Show changed files
|
Details
|
Compare with Previous
|
Blame
|
RSS feed
Filtering Options
From rev
To rev
Max revs
Search history for
Show All
Rev
Age
Author
Path
Log message
Diff
4153
5762 d 15 h
mejdrech
/branches/network/
Networking: merged with trunk changes
3386
5958 d 18 h
decky
/branches/network/
add new network branch (copy of current trunk)
2745
6147 d 23 h
decky
/trunk/
code cleanup (mostly signed/unsigned)
allow extra compiler warnings
2272
6461 d 16 h
jermar
/trunk/kernel/
Indentation and formatting fixes.
2141
6484 d 11 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
6485 d 15 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
6542 d 21 h
decky
/trunk/
huge type system cleanup
remove cyclical type dependencies across multiple header files
many minor coding style fixes
2071
6553 d 14 h
jermar
/trunk/
(c) versus (C)
2054
6581 d 13 h
jermar
/trunk/kernel/
Fix important comment in kernel/arch/sparc64/src/proc/scheduler.c.
Improve framebuffer code.
Formatting and indentation fixes.
2048
6585 d 16 h
jermar
/trunk/
Formatting and indentation changes.
2015
6592 d 14 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
6597 d 14 h
jermar
/trunk/kernel/
Initial support for handling illegal virtual aliases on sparc64.
1904
6664 d 19 h
jermar
/trunk/kernel/
IPI/cross-call support for sparc64.
SMP on sparc64 is now fully supported.
1903
6665 d 15 h
jermar
/trunk/
SMP stuff for sparc64.
Almost complete except for IPIs.
The absence of IPI support deadlocks
the kernel when more CPUs are configured.