Re: Remote gdb broken in -CURRENT?

From: Alexandre \ <Alex.Kovalenko_at_verizon.net>
Date: Thu, 04 Nov 2004 11:22:14 -0500
On Wed, 2004-11-03 at 03:58, Greg 'groggy' Lehey wrote:
> On Sunday, 31 October 2004 at 21:32:01 -0500, Stephan Uphoff wrote:
> > On Sat, 2004-10-30 at 05:55, Greg 'groggy' Lehey wrote:
> >> Is anybody currently using remote gdb kernel debugging in -CURRENT?  I
> >> tried yesterday (embarrassingly, during my kernel debug tutorial), and
> >> it looks as if things are broken.
> >>
> >> Specifically, I was doing it in conjunction with firewire.  The kernel
> >> was built with 'options GDB', and it showed that the corresponding gdb
> >> functions were included, but the sysctl debug.kdb.available shows only
> >> ddb.  I did a bit of looking around for what might have caused it, but
> >> wasn't successful.
> >>
> >> Any ideas?
> >
> > Link dcons directly into the kernel.
> 
> That's not the problem.  dcons works fine.  As I said, it's gdb, not
> firewire.
> 
> > ( Does not work as a module. I also link in firewire and
> > dcons_crom).
> 
> I don't know what your problem is, but it's a different one.  I'll be
> home on Monday and will be able to pay more attention to the issue.

I would side with previous poster -- in my experience, if you have
machine with no serial ports, you would have to build firewire and dcons
into kernel in order to have GDB listed as output of sysctl
debug.kdb.available (and consequently to use remote debugger ;). Prior
to doing that, I would see message during the boot saying something to
the tune of "No ports available for remote debugging".

This was true as of few month ago -- since then I have built
firewire/dcons/dcons_crom into the kernel and I've tried it before
writing this E-mail on -current as of 10/31 and it seems to work just
fine.

So, maybe his problem is not that different from yours ;)

HTH,
Alexandre "Sunny" Kovalenko.
Received on Thu Nov 04 2004 - 15:22:27 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:21 UTC