id	summary	reporter	owner	description	type	status	priority	milestone	component	version	resolution	keywords	cc	field_blocks	field_dependson	field_seealso
342	mips32: Memory management lockup	Martin Decky	Martin Decky	"When running the malloc3 uspace test on mips32/GXemul (with 128 MB of physical memory), the phase 2/subphase 1 locks up after three operations. The system as a whole and other tasks are still running, it is not an out-of-memory situation. The main thread of the tester is sleeping in a wait queue in the kernel.

Initial investigation showed that the test has removed an address space area on address X and just after that created an address space area on the same address X in the heap allocator. However, so far I have been unable to exactly identify the reason of the sleep.

Hypothesis: Somehow (maybe due to some stale locks in the newly created address space area in place of the previously removed one) the deferred page fault gets blocked.

Suggestion: It would be very helpful if the kernel had some kconsole facility to identify the owners of synchronization primitives."	defect	closed	critical	0.5.0	helenos/kernel/mips32	mainline	fixed