Hello, I'm trying to figure out what subsystem is causing kernel stack overflows. I attempted to apply the patch that baisorblade sent me, but I found that the current patchset I was using already had that particular change made.
Patch sent to me by Baisorblade http://user-mode-linux.sourceforge.net/work/current/2.4/2.4.27-1um/patches/stack-overflow Had the change already, in one of these two uml-patch-2.4.24-1base.patch.bz2 uml-2.4.27-bs1 So the stack overflow panic is coming from somewhere else. What i'm going to go ahead and do is copy the guest over to an identical system with X Windows, so that I can pop up xterms for debugging all on one screen. I will look into kgdb as well, thanks for the heads up. If I debug from inside the guest, I will use it. If I end up working from the outside, i'll just use regular GDB. You are also definately right about the huge time investment, GDB definately is taking some getting used to. -Jonathan S. Romero On Thu, 2005-03-24 at 14:17 -0800, Jim Carter wrote: > On Thu, 24 Mar 2005, Jonathan S. Romero wrote: > > > Can anyone point me towards info on debugging UML guests using GDB. I > > read somewhere online that if you compile UML with debugging enabled, > > that you can get a debugging session in an xterm. In the meantime I'm > > going to work on familiarizing myself with GDB in general, as i'm fairly > > new to it. > > I would be inclined to start the whole UML process under GDB, but maybe > that's dumb and you can get more focused access to interior kernel threads > with another approach. > > I'd expect a big investment of your time just to learn what you're seeing > and how to reveal the screwups you're targeting. Strategically placed > printk's might yield results faster, though less elegantly and with less > carryover if you're going to be doing the gdb thing frequently. > > Haven't I heard of a version of gdb specifically set up for kernel > debugging? kgdb or something like that? This is not specific to UML, but > is intended for "real" kernels; even so, it should work fine on UML until > the guest crashes. I'm assuming you run it on the machine you're > debugging, i.e. on the guest. > > > The system I'm running my UML's on does not have xwindows. Is there a > > way to redirect the debugging to a telnet port using the port channel? > > I would install the X11 client libraries on the host, and then use "slogin > -X" to engage X11 port forwarding, assuming that /etc/ssh/sshd_config isn't > forbidding this. Actually, unless you're using an X-Windows gui front end > to gdb, you don't need -X; you make a separate xterm or shell sub-window on > your desktop machine and connect by slogin. This is much safer than > telnet, particularly if you have undergraduates learning computer security > techniques. > > > James F. Carter Voice 310 825 2897 FAX 310 206 6673 > UCLA-Mathnet; 6115 MSA; 405 Hilgard Ave.; Los Angeles, CA, USA 90095-1555 > Email: [EMAIL PROTECTED] http://www.math.ucla.edu/~jimc (q.v. for PGP key) > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > User-mode-linux-user mailing list > User-mode-linux-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/user-mode-linux-user ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ User-mode-linux-user mailing list User-mode-linux-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/user-mode-linux-user
