haiku/src/system/kernel
Axel Dörfler dde52de872 * _NewReadLockInfo() can no longer crash in case the allocation failed.
* _ReadLock() will now fail with B_NO_MEMORY in case the ReadLockInfo couldn't
  be created.
* Note, due to a design bug, we cannot guarantee that a previous read lock
  can be reestablished after releasing a write lock in case of low memory.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17332 a95241bf-73f2-0310-859d-f6bbb57e9c96
2006-05-05 10:10:05 +00:00
..
arch Implemented quite a hack to solve the lockless get_memory_map() problem (bug #349): 2006-04-30 17:45:33 +00:00
cache Added a "reenter" parameter to the {read|write}_pages() functions to give file 2006-04-12 13:34:04 +00:00
debug Changed the temporary buffer to be static to avoid using that much stack. Replaced wrong maximum buffer length (oops). 2006-04-16 10:56:00 +00:00
device_manager Turned off some debug output, the device tree is no longer dumped (was a partial 2006-03-27 15:14:30 +00:00
disk_device_manager * _NewReadLockInfo() can no longer crash in case the allocation failed. 2006-05-05 10:10:05 +00:00
fs Fixed a bug in the VFS that could cause BFS to corrupt an inode: 2006-04-18 17:40:27 +00:00
lib Fixed some GCC4 only warnings 2006-01-08 12:39:06 +00:00
messaging * Introduced new build system variables 2005-12-30 21:20:07 +00:00
platform * Turned the kernel platform support from a library into an object. 2006-01-26 15:06:59 +00:00
util * Added a new list_insert_item_before() function that inserts a new item 2006-03-02 22:48:47 +00:00
vm Implemented quite a hack to solve the lockless get_memory_map() problem (bug #349): 2006-04-30 17:45:33 +00:00
boot_item.cpp The boot item list was not initialized; this was no problem, though, as 2005-06-13 13:01:13 +00:00
cpu.c Removed the extra info struct in the cpu_ent union and made said union a struct instead. Same as r1137 in NewOS. 2006-04-29 22:38:19 +00:00
elf.cpp Forgot even more debug output... 2006-03-26 18:45:54 +00:00
heap.c * Even though our current heap is a temporary solution, the heap size depends 2006-03-19 15:02:21 +00:00
image.c Added a image_debug_lookup_user_symbol_address() that one day may find symbol names 2005-11-04 17:25:58 +00:00
int.c Changed the way handlers for edge triggered interrupt are called: now, we 2006-04-30 13:56:21 +00:00
Jamfile * Improved kernel ELF loader (and made it more similar to the one from the boot 2006-03-26 15:58:43 +00:00
kernel_daemon.c Some cleanup (made static variables static). 2005-06-13 12:59:11 +00:00
linkhack.c
lock.c
main.c Added [arch_]int_post_device_manager() which is invoked after 2006-02-07 02:50:32 +00:00
module.cpp * open_module_list() put the wrong base path length onto the stack, and thus, 2006-03-12 19:48:28 +00:00
port.c Improved the filter capabilities of the "ports", "port", "sems", and "areas" debugger commands. 2006-03-24 12:59:23 +00:00
real_time_clock.c Fixed warning I just introduced. 2006-03-14 20:29:50 +00:00
scheduler.cpp Removed the extra info struct in the cpu_ent union and made said union a struct instead. Same as r1137 in NewOS. 2006-04-29 22:38:19 +00:00
sem.c Improved the filter capabilities of the "ports", "port", "sems", and "areas" debugger commands. 2006-03-24 12:59:23 +00:00
shutdown.c
signal.c Fixed a major oversight in the interrupt handling: when a user space 2005-11-25 12:26:56 +00:00
smp.c Removed the extra info struct in the cpu_ent union and made said union a struct instead. Same as r1137 in NewOS. 2006-04-29 22:38:19 +00:00
syscalls.c The app_server now updates the kernel's blue screen frame buffer on mode changes 2005-05-29 20:23:00 +00:00
sysctl.c
system_info.c * Added a debugger command "info" that dumps some basic system usage info. 2006-03-06 13:40:36 +00:00
team.c Renamed our runtime loader from rld.so to runtime_loader, and moved it into beos/system/. 2006-03-30 18:08:51 +00:00
thread.c Removed the extra info struct in the cpu_ent union and made said union a struct instead. Same as r1137 in NewOS. 2006-04-29 22:38:19 +00:00
timer.c Fixes that make Haiku build with gcc 4. Mainly out of the following 2005-11-12 23:27:14 +00:00