From owner-freebsd-stable@FreeBSD.ORG Sun Feb 5 11:05:54 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7FB6E106566C; Sun, 5 Feb 2012 11:05:54 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 4C4908FC0A; Sun, 5 Feb 2012 11:05:52 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id NAA12118; Sun, 05 Feb 2012 13:05:51 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Rtzup-000HYn-6x; Sun, 05 Feb 2012 13:05:51 +0200 Message-ID: <4F2E628D.8050101@FreeBSD.org> Date: Sun, 05 Feb 2012 13:05:49 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0) Gecko/20120202 Thunderbird/10.0 MIME-Version: 1.0 To: Julian Elischer References: <4F2CE485.5020909@freebsd.org> <4F2E36B5.3010308@freebsd.org> In-Reply-To: <4F2E36B5.3010308@freebsd.org> X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable , FreeBSD Current Subject: Re: problem with kgdb and modules. (k)gdb expert needed. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2012 11:05:54 -0000 on 05/02/2012 09:58 Julian Elischer said the following: > In 9.x ( can't check -current, but teh mailing list has a better readership) > > I'm still seeing this and have still not found any solution: > possible reasons for the change may be: > 1/ change to kgdb? > 2/ change to the compiling toolset? > 3/ change to the .mk files for compiling modules? > > any guidance would be appreciated.. > The reason I can get away with using FreeBSD ar work is because I can debug > modules well > as in Linux this is generally a problem.. Now I see similar breakage in > freebsd. (sigh)). > > I really don't know where to start looking for this.. Julian, just in case, how about some basic stuff like checking that the modules are indeed built with debugging support, that .symbols are installed and are accessible, that kgdb produces those messages: "Reading symbols", "Loaded symbols". > On 2/3/12 11:55 PM, Julian Elischer wrote: >> so We upgraded our development machines from 8 stable to 9 stable. and now >> kgdb can't debug inside modules. >> >> instead of getting anything useful, we just get: >> >> (kgdb) bt >> #0 0xffffffff81814600 in ?? () from /boot/kernel/netgraph.ko >> #1 0xffffffff81812d80 in ?? () from /boot/kernel/ng_socket.ko >> #2 0x0000000000000037 in ?? () >> #3 0x0000000000000002 in ?? () >> #4 0xfffffe0007176aa0 in ?? () >> #5 0xfffffe0007176aa0 in ?? () >> #6 0xffffffff818134a0 in ?? () from /boot/kernel/ng_socket.ko >> #7 0xffffffff81813960 in ?? () from /boot/kernel/ng_socket.ko >> #8 0xffffff860fa3cad0 in ?? () >> #9 0xffffffff808cc76e in socreate (dom=Variable "dom" is not available. >> ) at ../../../kern/uipc_socket.c:411 >> >> >> >> but stopping in the kernel itself, we DO see stuff.. >> >> (kgdb) break socreate >> Breakpoint 1 at 0xffffffff808cc628: file ../../../kern/uipc_socket.c, line 372. >> (kgdb) c >> Continuing. >> >> >> >> [New Thread 100198] >> [Switching to Thread 100198] >> >> Breakpoint 1, socreate (dom=32, aso=0xffffff860fa3caf0, type=2, proto=1, >> cred=0xfffffe000c63f600, td=0xfffffe011501a000) at >> ../../../kern/uipc_socket.c:372 >> 372 if (proto) >> (kgdb) bt >> #0 socreate (dom=32, aso=0xffffff860fa3caf0, type=2, proto=1, >> cred=0xfffffe000c63f600, td=0xfffffe011501a000) at >> ../../../kern/uipc_socket.c:372 >> #1 0xffffffff808cf710 in sys_socket (td=0xfffffe011501a000, >> uap=0xffffff860fa3cbc0) at ../../../kern/uipc_syscalls.c:199 >> #2 0xffffffff80b5599a in amd64_syscall (td=0xfffffe011501a000, traced=0) at >> subr_syscall.c:131 >> #3 0xffffffff80b40b57 in Xfast_syscall () at >> ../../../amd64/amd64/exception.S:387 >> #4 0x00000008011c82ac in ?? () >> >> >> >> etc. >> >> it looks as if modules no longer have stack frames compiled in. >> does anyone know the culprit? >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >> > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- Andriy Gapon