On Mon, 10 Feb 2003, Nicole the Wonder Nerd wrote: > Hi guys > > I'm trying to track down a kernel bug. I've compiled my programs and the kernel > with -g, and I'm stepping through the executable with gdb.
I haven't tried to debug the kernel, but some ideas percolate up... a) make sure your glibc and userspace applications are compiled against the same kernel headers, and that those kernel headers are of equal or older vintage as the kernel you are using. See Linus' rant [1] on kernel headers if you haven't already... > A call to sockaddr_check() goes through OK, but a subsequent call to socket() > triggers a kernel panic. Control never even gets to the first line of socket(). You know this without recompiling glibc for debugging? Or are you saying it doesn't get to sys_socket()? The latter sounds an awful lot like header problems. I am pretty sure it is possible to debug with gdb into glibc without recompiling glibc if you are willing to single step in machine code. If you have the glibc source to look at and have a vague understanding of how C code looks in assembly, this shouldn't be too challenging. You will want to look for the software interrupt that invokes the user-to-kernel context switch... if you make it to that instruction, and the headers are compatible (big question mark), then the problem is in the kernel. [1] http://uwsg.iu.edu/hypermail/linux/kernel/0007.3/0587.html --------------------------------------------------------------------------- Jeff Newmiller The ..... ..... Go Live... DCN:<[EMAIL PROTECTED]> Basics: ##.#. ##.#. Live Go... Live: OO#.. Dead: OO#.. Playing Research Engineer (Solar/Batteries O.O#. #.O#. with /Software/Embedded Controllers) .OO#. .OO#. rocks...2k --------------------------------------------------------------------------- _______________________________________________ vox-tech mailing list [EMAIL PROTECTED] http://lists.lugod.org/mailman/listinfo/vox-tech
