Subject: More mach traps in ktrace
To: None <tech-kern@netbsd.org>
From: Emmanuel Dreyfus <manu@netbsd.org>
List: tech-kern
Date: 12/05/2002 21:43:31
Hi all
I was thinking about adding information about mach trap processing in
ktrace. Today we have this:
1413 ls CALL msg_trap(0xffffd970,0x3,0x18)
1413 ls RET msg_trap 0
1413 ls CALL msg_trap(0xffffd970,0x3,0x24)
1413 ls RET msg_trap 0
We could have this:
1413 ls CALL msg_trap(0xffffd970,0x3,0x18)
1413 ls MACH host_info(0xfffffda90)
1413 ls RET host_info 0
1413 ls RET msg_trap 0
1413 ls CALL msg_trap(0xffffd970,0x3,0x24)
1413 ls MACH vm_allocate(0x8000, 0x4000)
1413 ls RET vm_allocate 0
1413 ls RET msg_trap 0
This would help a lot when debugging mach traps (we could remove a huge
number of debug printf that mess the terminal and slow down the
execution). Does it seems a good idea or not (If it's not too disgusting
for most people, I'll start working on it)
--=20
Emmanuel Dreyfus.
Windows 95, Windows 98, Windows 2000, Windows Millenium
D=E9sormais, les OS portent la date de peremption dans leurs noms.
manu@netbsd.org