lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  PHC 
Open Source and information security mailing list archives
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [day] [month] [year] [list]
Date:	Tue, 10 Nov 2009 14:55:54 +0800
From:	min li <>
Subject: problems of using the 2.6.26 Linux Kernel Debugger (KGDB) with VMware

Hi everyone:
Recently I was using kgdb and VMware workstation to debug linux kernel 2.6.26.
I compiled and install kgdb according to the following webpage:

But I still have some problems:
When I start gdb like:gdb ./vmliunx, it shows:

[root@...alhost linux-2.6.26]# gdb ./vmlinux
GNU gdb Red Hat Linux (6.6-35.fc8rh)
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-redhat-linux-gnu"...
Using host libthread_db library "/lib/".
(gdb) set remotebaud 115200
(gdb) target remote /dev/ttyS0
Remote debugging using /dev/ttyS0
warning: shared library handler failed to enable breakpoint
0xc045516d in ?? ()

Then I type "n", it shows:
(gdb) n
Cannot find bounds of current function

I simply realize the output "0xc045516d in ?? ()" is different from
common output
"breakpoint () at kernel/kgdb.c:1212
1212:atomic_set(&kgdb_setting_breakpoint, 0);" which I found on some webpages

The real problem is that when I set breakpoints at like "sys_open",
"sys_getdents64", the kernel execution didn't stop at that point.
But if I "echo g > /proc/sysrq-trigger " in target machine, it can
stop running. In the development machine, I still only can send
"continue" command to make the target run again, if I send "next"
command, it shows just like above.

Does anybody confront this kind of problems, please give me some
suggestions, I really appreciate that!

Min Li
School of Computer Science and Technology
Cluster and Grid Computing Lab
Services Computing Technology and System Lab
Huazhong University of Science and Technology
Wuhan, 430074, China
Tel: +86-139-8625-1431
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

Powered by blists - more mailing lists