Subversion Repositories HelenOS

Rev

Go to most recent revision | Show changed files | Directory listing | RSS feed

Filtering Options

Rev Age Author Path Log message Diff
2482 6168 d 6 h jermar /trunk/ Goodbye pseudo threads, welcome fibrils.
The renaming might still be incomplete.
 
2481 6168 d 8 h jermar /trunk/uspace/lib/libc/ 1. Implement simple joining of pseudo threads. Only one pseudo thread is allowed to join another pseudo
thread. The restriction is that both pseudo threads must be from the same thread (this is to simplify
synchronization). The joiner doesn't free anything from the joinee. It only gets its return value. Not
tested thoroughly yet.

2. Cleanup of a dead pseudo thread is done by the next scheduled pseudo thread. Not tested thoroughly yet.
 
2479 6172 d 17 h jermar /trunk/ New, better-structured, directory layout for uspace.  
2471 6178 d 11 h jermar /trunk/ Greatly improve comments in the IPC layer.
Now I think I finally start to understand our IPC internals :-)
 
2470 6182 d 9 h jermar /trunk/ Fix a double-free recently introduced in revision r2436.
Add a comment clarifying the life-cycle of the kernel_uarg structure.

Comment out the freeing of userspace thread stack while still running on it.
This should be fixed by implementing userspace version of thread_join().
 
2469 6182 d 11 h jermar /trunk/uspace/libc/generic/ Fix a bug in userspace thread_create() that confused success of the
syscall with failure.
 
2468 6182 d 12 h jermar /trunk/ Remove some forgotten \r from arm32 files.
Formatting changes.
Add some correct BOOT_mips32_* guards.
 
2465 6187 d 16 h jermar /trunk/ Merge arm32 into trunk.  
2445 6194 d 17 h decky /trunk/ initial merge of branches/fs
(not finished, huge cleanup is needed)
 
2438 6195 d 10 h decky /trunk/ update for new compiler configuration scheme  
2436 6196 d 11 h jermar /trunk/ Fix two memory leaks.

In kernel, kernel_uarg structure needs to be deallocated when a thread
with userspace context is destroyed.

In userspace, the return value of the SYS_THREAD_CREATE must be checked
for error conditions and in case of error, uarg and stack must be freed
up.
 
2359 6208 d 20 h jermar /trunk/ Improve comments for the IPC subsystem.
Fix formatting and indentation.
 
2230 6247 d 15 h jermar /trunk/uspace/ Remove printf() serialization from thread1 test in tester.
The agreement among developers seems to be that:
- there _must_ be a futex to serialize access to printf()
- there _must_ be pseudo thread serialization in printf()
- the best place for this is vprintf(), the one that goes to console
 
2229 6247 d 17 h jermar /trunk/ Revert some of the changes introduced in revision 2209.
I think it is not correct to remove serialization of pseudo threads in printf_core.c.
With thread-level futex serialization, several pseudo threads running in one thread could easily deadlock
the task.

Add a dedicated futex serialization to thread1.c test only.
 
2216 6249 d 11 h decky /trunk/ make thread ID 64 bit (task ID is 64 bit already)
cleanup thread syscalls
 
2209 6249 d 13 h decky /trunk/uspace/ use futex instead of pthread serialization
synchronize only output to stdout
cleanup
 
2192 6250 d 16 h decky /trunk/uspace/libc/arch/sparc64/include/ fix uspace atomic_add according kernel code  
2188 6250 d 17 h decky /trunk/ new user space testing framework (unfinished)  
2141 6260 d 7 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.
 
2128 6303 d 12 h jermar /trunk/ Add arm32 architecture. The 32 suffix is used to specify that 16-bit Thumb
instructions are not used. The arm32 code is mostly composed of placeholders
that need to be replaced by real implementation. So far, the arm32 tree
only compiles. If run under GXEmul simulator, an infinit loop at the
kernel entry point will be entered.
 

Show All