Date: Thu, 29 Aug 2013 10:25:02 -0700 From: John-Mark Gurney <jmg@funkthat.com> To: Adrian Chadd <adrian@freebsd.org> 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: <20130829172502.GY29777@funkthat.com> In-Reply-To: <CAJ-VmomABwx=hd7nKVc1KbiZbnFmkgtsY9=DQuxF0xgqtN2wSA@mail.gmail.com> References: <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>
next in thread | previous in thread | raw e-mail | index | archive | help
Adrian Chadd wrote this message on Thu, Aug 29, 2013 at 10:17 -0700: > (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. > > When this userland process hangs, are other processes able to run? are you > able to do something like df &, have it hang in the background, then enter > kdb (from the shell pid?) > > I wonder if this is a userland hang rather than a kernel hang.. I was wondering if they could run it under gdb and see where it hangs in df... Also, the report seems like disk io is hung up, because they can run processes that are in cache, but new processes that haven't been run yet hang... though why they can't ctrl-t is weird, that should be possible if they can kill -9 from another shell.. > On 29 August 2013 10:08, Ronald Klop <ronald-freebsd8@klop.yi.org> wrote: > > > On Thu, 29 Aug 2013 19:02:48 +0200, Adrian Chadd <adrian@freebsd.org> > > wrote: > > > > ok, next, try 'bt 47'. It should get a stack trace of the df pid. > >> > >> It shows its running, so.. > >> > >> > >> > >> -adrian > >> ______________________________**_________________ > >> freebsd-arm@freebsd.org mailing list > >> http://lists.freebsd.org/**mailman/listinfo/freebsd-arm<http://lists.freebsd.org/mailman/listinfo/freebsd-arm>; > >> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@**freebsd.org<freebsd-arm-unsubscribe@freebsd.org> > >> " > >> > >> > > That gives me this. I have to go now, but I will leave it in the debugger > > so I can test more when I'm back. > > > > db> bt 47 > > Tracing pid 47 tid 100040 td 0xc4047320 > > db_trace_self() at db_trace_self > > pc = 0xc0bb9b4c lr = 0xc093277c (db_hex2dec+0x494) > > sp = 0xdce8dab0 fp = 0xdce8dac8 > > r10 = 0xc0c9d4e0 > > db_hex2dec() at db_hex2dec+0x494 > > pc = 0xc093277c lr = 0xc0932130 (db_command_loop+0x2f4) > > sp = 0xdce8dad0 fp = 0xdce8db70 > > r4 = 0x00000000 r5 = 0x00000000 > > r6 = 0xc0c31c57 > > db_command_loop() at db_command_loop+0x2f4 > > pc = 0xc0932130 lr = 0xc0931e8c (db_command_loop+0x50) > > sp = 0xdce8db78 fp = 0xdce8db88 > > r4 = 0xc0c02fb7 r5 = 0xc0c19c4d > > r6 = 0xc0e4575c r7 = 0xdce8dd58 > > r8 = 0xc4047320 r9 = 0xc0ce1094 > > r10 = 0xc0c9d750 > > db_command_loop() at db_command_loop+0x50 > > pc = 0xc0931e8c lr = 0xc09347fc (X_db_symbol_values+0x254) > > sp = 0xdce8db90 fp = 0xdce8dcb0 > > r4 = 0x00000000 r5 = 0xdce8db98 > > r6 = 0xc0ce10c0 > > X_db_symbol_values() at X_db_symbol_values+0x254 > > pc = 0xc09347fc lr = 0xc0a7d034 (kdb_trap+0xd4) > > sp = 0xdce8dcb8 fp = 0xdce8dcd8 > > r4 = 0x00000000 r5 = 0x00000001 > > r6 = 0xc0ce10c0 r7 = 0xdce8dd58 > > kdb_trap() at kdb_trap+0xd4 > > pc = 0xc0a7d034 lr = 0xc0bca7ac (undefinedinstruction+0x204) > > sp = 0xdce8dce0 fp = 0xdce8dd50 > > r4 = 0x00000000 r5 = 0x00000000 > > r6 = 0xc0bca4f8 r7 = 0xe7ffffff > > r8 = 0xc4047320 r9 = 0xc0a7cad4 > > r10 = 0xdce8dd58 > > undefinedinstruction() at undefinedinstruction+0x204 > > pc = 0xc0bca7ac lr = 0xc0bbb400 (exception_exit) > > sp = 0xdce8dd58 fp = 0xdce8ddb8 > > r4 = 0xffffffff r5 = 0xffff1004 > > r6 = 0x00000002 r7 = 0x00000000 > > r8 = 0x00000001 r9 = 0xc4047320 > > r10 = 0x27be4eaf > > exception_exit() at exception_exit > > pc = 0xc0bbb400 lr = 0xc0a7cac4 (kdb_alt_break+0x184) > > sp = 0xdce8ddac fp = 0xdce8ddb8 > > r0 = 0xc0ce10a4 r1 = 0xc0c030ab > > r2 = 0x00000000 r3 = 0x60000093 > > r4 = 0xc3d45200 r5 = 0xc3d45288 > > r6 = 0x00000002 r7 = 0x00000000 > > r8 = 0x00000001 r9 = 0xc4047320 > > r10 = 0x27be4eaf r12 = 0x000000c0 > > kdb_alt_break() at kdb_alt_break+0x198 > > pc = 0xc0a7cad8 lr = 0xc0a7c950 (kdb_alt_break+0x10) > > sp = 0xdce8ddc0 fp = 0xdce8ddc0 > > r4 = 0xc3d45200 r5 = 0xc3d45288 > > r6 = 0x00000002 r7 = 0x00000000 > > kdb_alt_break() at kdb_alt_break+0x10 > > pc = 0xc0a7c950 lr = 0xc094c5d8 (uart_bus_ihand+0x2fc) > > sp = 0xdce8ddc8 fp = 0xdce8dde0 > > uart_bus_ihand() at uart_bus_ihand+0x2fc > > pc = 0xc094c5d8 lr = 0xc094d19c (uart_bus_attach+0x690) > > sp = 0xdce8dde8 fp = 0xdce8de20 > > r4 = 0x0000ff7f r5 = 0xc3d45200 > > r6 = 0x00040000 > > uart_bus_attach() at uart_bus_attach+0x690 > > pc = 0xc094d19c lr = 0xc0a27f7c (intr_event_handle+0x78) > > sp = 0xdce8de28 fp = 0xdce8de40 > > r4 = 0xc34c3700 r5 = 0xdce8de60 > > r6 = 0x00000000 r7 = 0xc3e3b340 > > r8 = 0x00000000 > > intr_event_handle() at intr_event_handle+0x78 > > pc = 0xc0a27f7c lr = 0xc0bbc68c (arm_handler_execute+0x54) > > sp = 0xdce8de48 fp = 0xdce8de58 > > r4 = 0xdce8de60 r5 = 0x00000021 > > r6 = 0xc0cc29e0 r7 = 0xc0e42ad8 > > r8 = 0x12a2532a r9 = 0xc6d47a95 > > arm_handler_execute() at arm_handler_execute+0x54 > > pc = 0xc0bbc68c lr = 0xc0bcef24 (irq_entry+0x9c) > > sp = 0xdce8de60 fp = 0xbfffe528 > > r4 = 0xffffffff r5 = 0xffff1004 > > r6 = 0x208dc014 r7 = 0x2f5b177e > > irq_entry() at irq_entry+0x9c > > pc = 0xc0bcef24 lr = 0x200eba44 (0x200eba44) > > sp = 0xdce8deb4 fp = 0xbfffe528 > > r0 = 0xa5581795 r1 = 0x209707a0 > > r2 = 0x0000ec90 r3 = 0x20901280 > > r4 = 0x27be4eaf r5 = 0x00000000 > > r6 = 0x208dc014 r7 = 0x2f5b177e > > r8 = 0x12a2532a r9 = 0xc6d47a95 > > r10 = 0x27be4eaf r12 = 0xc849eabc > > Unable to unwind into user mode > > > > > > > > Ronald. > > ______________________________**_________________ > > freebsd-arm@freebsd.org mailing list > > http://lists.freebsd.org/**mailman/listinfo/freebsd-arm<http://lists.freebsd.org/mailman/listinfo/freebsd-arm>; > > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@**freebsd.org<freebsd-arm-unsubscribe@freebsd.org> > > " > > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not."
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20130829172502.GY29777>