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)
/
trunk
/
uspace
/
libc/
@ 2108
– Rev 0
Rev
Show changed files
|
Directory listing
|
RSS feed
Filtering Options
From rev
To rev
Max revs
Search history for
Show All
Rev
Age
Author
Path
Log message
Diff
2089
6399 d 1 h
decky
/trunk/
huge type system cleanup
remove cyclical type dependencies across multiple header files
many minor coding style fixes
2082
6405 d 1 h
decky
/trunk/
__asm__ __volatile__ -> asm volatile
2075
6408 d 17 h
jermar
/trunk/uspace/libc/generic/
Remove left over debugging stuff.
2072
6409 d 17 h
jermar
/trunk/uspace/libc/
Add bcmp() to libc.
2071
6409 d 18 h
jermar
/trunk/
(c) versus (C)
2070
6410 d 1 h
jermar
/trunk/
Rather big indentation and formatting changes.
More inteligent long line wrapping.
2061
6428 d 1 h
jermar
/trunk/
Improve comments and fix formatting in (sparc64) TLS implementation.
Improve some comments and formatting in sparc64 uspace thread library
code.
Update required msim version.
2025
6446 d 15 h
jermar
/trunk/
Coding style fixes.
2015
6448 d 18 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.
2012
6451 d 16 h
jermar
/trunk/
Eliminate confusion between SYS_MAP_PHYSMEM and sys_physmem_map.
The syscall is to be called SYS_PHYSMEM_MAP from now on and the functions that participate in its implementation are
called *physmem_map().
2005
6457 d 23 h
decky
/trunk/
update rd
1999
6460 d 3 h
decky
/trunk/
start RAM disk support
1992
6466 d 3 h
decky
/trunk/uspace/libc/include/
add bool.h
1971
6488 d 16 h
jermar
/trunk/uspace/libc/generic/
Textual changes.
1923
6502 d 17 h
jermar
/trunk/
Replace the old IRQ dispatcher and IPC notifier with new implementation.
Note that all architectures except for sparc64 are now broken
and don't even compile.
1890
6531 d 3 h
jermar
/trunk/
- Create a dedicated slab cache for as_t objects and switch from malloc/free to slab_alloc/slab_free for
them.
- Slightly fix and improve both the kernel and userspace atomic_add() on sparc64.
- More TSB work on the sparc64 front.
1888
6534 d 21 h
jermar
/trunk/
C99 compliant header guards (hopefully) everywhere in the kernel.
Formatting and indentation changes.
Small improvements in sparc64.
1872
6542 d 16 h
jermar
/trunk/uspace/libc/generic/io/
read() and write() now check if the virtual function they want to
call exists. Thus, these calls will not kill the whole task
if called for instance from a driver task but gracefully fail.
1868
6543 d 23 h
jermar
/trunk/
sparc64 work.
- the syscall wrapper needs to use the "memory"
clobber specifier to prevent over-optimization.
- on sparc64, the user address space spans the whole
64-bit space and therefore the macro
USER_ADDRESS_SPACE_SIZE_ARCH, as it was defined,
overflows to 0
- stop using USER_ADDRESS_SPACE_SIZE_ARCH and define
MAX_HEAP_SIZE instead
- in our situation when kernel and user address spaces
are separate, the G (global) bit cannot be used
(there is no point in it anymore)
- add the DEBUG() macro to stdio.h; DEBUG() uses
SYS_IO and is a good debugging tool for getting
early userspace to work
1867
6544 d 18 h
jermar
/trunk/uspace/
Prototype for mmap() should be in mman.h.
Anyway, is there any common sense behind naming of mman.h and mman.c?
←Prev
1
2
Next→
Show All