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
1658 6544 d 10 h vana /kernel/trunk/test/ Detaching threads in tests  
1104 6622 d 1 h jermar /kernel/trunk/ Define atomic_t only once in atomic.h
Change the encapsulated counter type to long so that it supports negative values as well.
 
1062 6627 d 20 h jermar /kernel/trunk/ It is now possible to associate symbolic names with both threads and tasks.
More verbose kconsole threads, tasks and scheduler commands.
 
850 6654 d 21 h palkovsky /kernel/trunk/ Small bugs fixed after running all tests on mips.  
623 6719 d 8 h jermar /kernel/trunk/ Add SPINLOCK_DECLARE and SPINLOCK_INITIALIZE macros.
SPINLOCK_DECLARE is to be used instead of direct spinlock_t declarations
in dynamically allocated structures on which spinlock_initialize() is called after
their creation.
SPINLOCK_INITIALIZE is to be used instead of direct spinlock_t declarations
of global spinlocks. It declares and initializes the spinlock.
Moreover, both macros are empty on UP so that -Wall warnings about unused structures
get supressed.
 
534 6729 d 23 h jermar / Rename HelenOS/SPARTAN to HelenOS/kernel again.  
532 6729 d 23 h jermar / Revert renaming of HelenOS/SPARTAN to HelenOS/kernel because of important pending patch.  
501 6742 d 3 h jermar / Rename HelenOS/SPARTAN to HelenOS/kernel.  
475 6754 d 4 h jermar /SPARTAN/trunk/ Define atomic_t type.  
111 6910 d 22 h palkovsky /SPARTAN/trunk/ Code cleanup in scheduler.c thread.c - removed unnecessary spinlock.
atomic_inc, atomic_dec moved to arch/atomic.h instead of arch/smp/atomic.h,
advisable to use even in non-smp mode.
Fixed atomic_inc, atomic_dec in mips architecture.
 
19 6967 d 22 h jermar /SPARTAN/trunk/ Re-enable tests and fix include paths' in them.  
15 6969 d 0 h jermar /SPARTAN/trunk/ Introduce macros CPU, THREAD, TASK and use them to replace the->cpu, the->thread, the->task.
Later on, this will make it possible to reference *current* cpu, thread and/or task without the aid from virtual memory.
 
1 7019 d 1 h jermar /SPARTAN/ Initial import