Date: Thu, 29 Aug 2013 10:38:44 -0700 From: Adrian Chadd <adrian@freebsd.org> To: Warner Losh <imp@bsdimp.com> Cc: "freebsd-arm@freebsd.org" <freebsd-arm@freebsd.org>, Ronald Klop <ronald-freebsd8@klop.yi.org> Subject: Re: Reminder: Removal of WITHOUT_ARM_EABI Message-ID: <CAJ-Vmon5x8EB_LppvmxZmh8UPxgJx-jn-J-Ye5efFt4HvXcuuw@mail.gmail.com> In-Reply-To: <6046B66D-5F4C-4E8D-923A-3E26DED5DD8F@bsdimp.com> References: <20130820091527.42127170@bender.Home> <1377271598.1111.78.camel@revolution.hippie.lan> <op.w2k0j5i08527sy@212-182-167-131.ip.telfort.nl> <CAJ-VmokTrMDJtw0OwjMamW-T=ZAx_6%2BhLxq=mxUbfLLA84ecPA@mail.gmail.com> <op.w2k1r5sc8527sy@212-182-167-131.ip.telfort.nl> <CAJ-Vmo=eWwRvKRFADvakTMWo17NrJf665sEQSYkay%2BK-ayBmbg@mail.gmail.com> <op.w2k6dutz8527sy@212-182-167-131.ip.telfort.nl> <CAJ-Vmo=0s95gSvct5dSkP8D9rpL92_cy76T6F7cYSWNJbdSN2Q@mail.gmail.com> <CAJ-Vmo=b4zZx=bY=3h10aL7gZxh=J1m%2Be5LpqozpwcGLC5zHNA@mail.gmail.com> <op.w2k7ng158527sy@212-182-167-131.ip.telfort.nl> <CAJ-Vmomy8dfhC89nOmHE=hpm3cQOV4pW_iCVL5HAOyFsqHTiKg@mail.gmail.com> <op.w2k8jvbq8527sy@212-182-167-131.ip.telfort.nl> <CAJ-VmomABwx=hd7nKVc1KbiZbnFmkgtsY9=DQuxF0xgqtN2wSA@mail.gmail.com> <6046B66D-5F4C-4E8D-923A-3E26DED5DD8F@bsdimp.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 29 August 2013 10:25, Warner Losh <imp@bsdimp.com> wrote: > > On Aug 29, 2013, at 11:17 AM, Adrian Chadd wrote: > > > (top posting so one doesn't have to scroll down to the bottom to read > > this..) > > > > ARM people - is this useful? This looks to me like the serial console IO > > path to enter ddb. I guess uart_bus_attach() is the wrong function name > and > > the real function is something inside the uart RX path > > This stack trace is poo. These routines long ago finished running, and > certainly wouldn't be running in the context of df. They'd be running if he hit the magic "please sir, may I enter ddb?" routine. The attach function is just ddb getting the symbol lookup wrong - you'd have to run (arm) addr2line to get the PC -> symbol. But the wchan shows its running, not that it's spun in the kernel. So, either it's running and doign ridiculous amounts of syscalls in some kind of loop, or it's actually spinning in userland. Re jmg - yeah, maybe running it in userland gdb will shed more light. -adrian
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAJ-Vmon5x8EB_LppvmxZmh8UPxgJx-jn-J-Ye5efFt4HvXcuuw>