June 26, 2011  
1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30

[00:45:16] <CIA-123> mmlr * r42319 /haiku/trunk/src/system/kernel/debug/debug.cpp: (log message trimmed)
[00:45:16] <CIA-123> Use sInDebugger instead of sDebuggerOnCPU to determine if the debugger is
[00:45:16] <CIA-123> running. The former has a broader scope and lasts until the debugger exit is
[00:45:16] <CIA-123> actually done whereas the latter is already reset when the inner loop is exited.
[00:45:17] <CIA-123> This fixes the issue Ingo saw where the USB physical memory manager wasn't able
[00:45:17] <CIA-123> to free resources used for the debug transfer. It has reserved debug memory that
[00:45:18] <CIA-123> it uses depending on debug_debugger_running() and was therefore confused when
[02:03:31] <CIA-123> mmlr * r42320 /haiku/trunk/src/system/kernel/debug/debug.cpp: (log message trimmed)
[02:03:31] <CIA-123> * Revert r42319 as it introduces a race condition when entering the kernel
[02:03:31] <CIA-123> debugger. As sInDebugger is already > 0 when the first CPU enters KDL, code
[02:03:31] <CIA-123> from other CPUs might see debug_debugger_running() == true already before they
[02:03:32] <CIA-123> enter the debugger.
[02:03:32] <CIA-123> * Instead, move the sDebuggerOnCPU setting out of the debugger loop and hold the
[02:03:33] <CIA-123> value until after calling exit_kernel_debugger() so that the exit hooks still
[15:26:50] <CIA-123> humdinger * r42321 /haiku/trunk/data/catalogs/ (101 files in 23 dirs): Updated catalogs from HTA.
[18:19:20] <CIA-123> anevilyak * r42322 /haiku/trunk/src/apps/debugger/user_interface/gui/team_window/TeamWindow.cpp:
[18:19:20] <CIA-123> Rearrange _HandleSourceCodeChanged() a bit so it correctly handles updating
[18:19:20] <CIA-123> the current source path when changing frames in all cases.
[20:01:04] <CIA-123> siarzhuk * r42323 /haiku/trunk/src/add-ons/kernel/bus_managers/ps2/ps2_common.cpp:
[20:01:04] <CIA-123> Suppress the keyboard and AUX interrupts during sending
[20:01:04] <CIA-123> PS/2 active multiplexing activation sequence. This prevent from
[20:01:04] <CIA-123> IRQ storm on some controllers. Fixes #7635.
[20:32:31] <CIA-123> anevilyak * r42324 /haiku/trunk/src/apps/debugger/value/value_nodes/ (BMessageValueNode.cpp BMessageValueNode.h):
[20:32:31] <CIA-123> BMessageValueNode now publishes a BMessageFieldNode child, which in turn
[20:32:31] <CIA-123> exposes child nodes for all the fields detected in the target BMessage.
[20:32:31] <CIA-123> Doesn't yet exposes the indices/values for each field though.
[21:35:02] <CIA-123> siarzhuk * r42325 /haiku/trunk/src/add-ons/kernel/bus_managers/ps2/ (ps2_defs.h ps2_dev.cpp ps2_dev.h ps2_synaptics.cpp): (log message trimmed)
[21:35:02] <CIA-123> * Implemented PS2_CMD_RESEND command handlig;
[21:35:02] <CIA-123> * Workaround for touchpad reset timeouts on some HP/Compaq KBCs. Looks like such
[21:35:02] <CIA-123> KBC marks the mouse reset request (xFF) as correctly sent (by xFA answer) but
[21:35:02] <CIA-123> does not wait enough time for the answer from touchpad. So complete answer
[21:35:03] <CIA-123> finally contains xFE xAA x00 bytes. The workaround detects this xFE xAA answer
[21:35:04] <CIA-123> and issues the RESEND (xFE) request to touchpad. This forces touchpad to resend

top