Date: Mon, 17 Feb 2020 16:35:36 -0600 From: Larry Rosenman <ler@lerctr.org> To: Warner Losh <imp@bsdimp.com> Cc: Mateusz Guzik <mjguzik@gmail.com>, Freebsd current <freebsd-current@freebsd.org>, scottl <scottl@freebsd.org> Subject: Re: Panic with ataintel and not ready CD on a Dell r710@r357958 Message-ID: <56a21a9138d4f442889086b5c7d1d190@lerctr.org> In-Reply-To: <52f106e2b737518180bdb72c842862b2@lerctr.org> References: <df6a74e1bf7e5cdd128aa656c93ec4b5@lerctr.org> <2b8c652dad43a5950e74000b6ccd7fc5@lerctr.org> <CAGudoHEQ9OPH4szvpZCafAFOGFhi-EAQ4kqjMv0xsb7j_1zDoQ@mail.gmail.com> <EF321F5F-24FF-47C0-830C-463CB2F64A36@gmail.com> <52f106e2b737518180bdb72c842862b2@lerctr.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On 02/17/2020 3:13 pm, Larry Rosenman wrote: > On 02/17/2020 3:07 pm, Warner Losh wrote: >>> On Feb 17, 2020, at 1:24 PM, Mateusz Guzik <mjguzik@gmail.com> wrote: >>> >>> On 2/17/20, Larry Rosenman <ler@lerctr.org> wrote: >>>> On 02/17/2020 1:46 pm, Larry Rosenman wrote: >>>>> Unread portion of the kernel message buffer: >>>>> panic: aprobe1: freed with 1 active CCBs >>>>> >>>>> cpuid = 22 >>>>> time = 1581771571 >>>>> KDB: stack backtrace: >>>>> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame >>>>> 0xfffffe01fb9a11a0 >>>>> vpanic() at vpanic+0x185/frame 0xfffffe01fb9a1200 >>>>> panic() at panic+0x43/frame 0xfffffe01fb9a1260 >>>>> cam_periph_release_locked_buses() at >>>>> cam_periph_release_locked_buses+0x372/frame 0xfffffe01fb9a1780 >>>>> cam_periph_release_locked() at cam_periph_release_locked+0x1b/frame >>>>> 0xfffffe01fb9a17a0 >>>>> probedone() at probedone+0x186/frame 0xfffffe01fb9a1c60 >>>>> xpt_done_process() at xpt_done_process+0x358/frame >>>>> 0xfffffe01fb9a1ca0 >>>>> xpt_done_td() at xpt_done_td+0xf5/frame 0xfffffe01fb9a1cf0 >>>>> fork_exit() at fork_exit+0x80/frame 0xfffffe01fb9a1d30 >>>>> fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe01fb9a1d30 >>>>> --- trap 0, rip = 0, rsp = 0, rbp = 0 --- >>>>> Uptime: 1m8s >>>>> Dumping 6077 out of 131029 >>>>> MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..91% >>>>> >>>>> __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55 >>>>> 55 __asm("movq %%gs:%P1,%0" : "=r" (td) : "n" >>>>> (offsetof(struct pcpu, >>>>> (kgdb) #0 __curthread () at >>>>> /usr/src/sys/amd64/include/pcpu_aux.h:55 >>>>> #1 doadump (textdump=1) at /usr/src/sys/kern/kern_shutdown.c:393 >>>>> #2 0xffffffff804bdf80 in kern_reboot (howto=260) >>>>> at /usr/src/sys/kern/kern_shutdown.c:480 >>>>> #3 0xffffffff804be3dd in vpanic (fmt=<optimized out>, >>>>> ap=<optimized >>>>> out>) >>>>> at /usr/src/sys/kern/kern_shutdown.c:910 >>>>> #4 0xffffffff804be133 in panic (fmt=<unavailable>) >>>>> at /usr/src/sys/kern/kern_shutdown.c:836 >>>>> #5 0xffffffff823c5bc2 in camperiphfree (periph=0xfffff80115da2300) >>>>> at /usr/src/sys/cam/cam_periph.c:685 >>>>> #6 cam_periph_release_locked_buses (periph=0xfffff80115da2300) >>>>> at /usr/src/sys/cam/cam_periph.c:450 >>>>> #7 0xffffffff823c5bfb in cam_periph_release_locked >>>>> (periph=0xfffff80115da2300) >>>>> at /usr/src/sys/cam/cam_periph.c:461 >>>>> #8 0xffffffff8240dce6 in probedone (periph=0xfffff80115da2300, >>>>> done_ccb=<optimized out>) at /usr/src/sys/cam/ata/ata_xpt.c:1352 >>>>> #9 0xffffffff823cee08 in xpt_done_process >>>>> (ccb_h=0xfffff8015013e800) >>>>> at /usr/src/sys/cam/cam_xpt.c:5488 >>>>> #10 0xffffffff823d0db5 in xpt_done_td (arg=0xffffffff8243d780 >>>>> <cam_doneqs+128>) >>>>> at /usr/src/sys/cam/cam_xpt.c:5515 >>>>> #11 0xffffffff80483200 in fork_exit (callout=0xffffffff823d0cc0 >>>>> <xpt_done_td>, >>>>> arg=0xffffffff8243d780 <cam_doneqs+128>, >>>>> frame=0xfffffe01fb9a1d40) >>>>> at /usr/src/sys/kern/kern_fork.c:1059 >>>>> #12 <signal handler called> >>>>> (kgdb) >>>>> >>>>> >>>>> Core IS available as is the kernel >>>>> >>>>> I do load the ataintel driver as a module. Removing it allows me >>>>> to >>>>> boot. >>>>> >>>>> What info do you all need? >>>> >>>> Forgot to include, the previous working version was r356506 >>>> >>> >>> Can you try prior to r357647? >> >> I’m pretty sure this is mine… and I’ve already reverted the bad >> change. >> >> Warner > > I've got a world/kernel building at r358050. I'll post back either > way. and it boots fine and runs with ataintel back in the mix. Thanks for the quick answer, Warner. -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 5708 Sabbia Dr, Round Rock, TX 78665-2106
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?56a21a9138d4f442889086b5c7d1d190>