lists.openwall.net   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  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Fri, 20 Apr 2007 15:16:43 +0800
From:	albcamus <albcamus@...il.com>
To:	roland <devzero@....de>
Cc:	linux-kernel@...r.kernel.org
Subject: RE: VMWare Workstation 6 for debugging Linux Kernel (!)

Hi roland,
 It's really an interesting feature,  IMHO,  maybe the UML would be no
more needed.
thanks very much;-)

Regards,


2007/4/20, roland <devzero@....de>:
> Hi !
>
> I think this one is damn interestig for linux kernel development:
>
> link: http://stackframe.blogspot.com/
> contents: see below
>
> regards
> roland
>
> ps:
> i`m not directly related to vmware - so this is no advertisement!
>
>
> Tuesday, April 17, 2007
> Debugging Linux kernels with Workstation 6.0
> We just quietly added an exciting feature to Workstation 6.0. I believe it
> will make WS6 a great tool for Linux kernel development. You can now debug
> kernel of Linux VM with gdb running on the Host without changing anything in
> the Guest VM. No kdb, no recompiling and no need for second machine. All you
> need is a single line in VM's configuration file.
>
> To use the new feature, grab the latest build of WS6 here:
>
> http://www.vmware.com/products/beta/ws/
>
> Put this line into configuration file of your Linux VM:
>
> debugStub.listen.guest32=1
>
> Now whenever you run the virtual machine, you'll see the following on the
> Host console:
>
> VMware Workstation is listening for debug connection on port 8832.
>
> Run gdb on the Host, reference it to the kernel with symbols and attach to
> the virtual machine:
>
> % gdb
> (gdb) file vmlinux-2.4.21-27.EL.debug
> (gdb) target remote localhost:8832
>
> That's it. The VM is blocked now, so you can "continue" it and "^C" back to
> gdb. Breakpoints, single step, memory inspection - all this works as usual.
> If you have SMP VM, then each VCPU is mapped on a thread, so use "info
> threads" and "thread NN" to switch between them.
>
> The kernels with symbols are sadly lacking on most distributions, but if you
> use RHEL then this website may help (look for kernel-debuginfo rpm):
>
> http://people.redhat.com/duffy/debuginfo/index-js.html
>
> The gdb support in WS6 is experimental, so there may be rough edges here and
> there. Please post on community forums if something doesn't work right or if
> you have a suggestion:
>
> http://www.vmware.com/community/
>
> There are more debugging specific features in WS6 (for example, you can use
> gdb hand-in-hand with Record/Replay!). I will describe them shortly.
>
>
>
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@...r.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/
>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ