Re: Panic with ataintel and not ready CD on a Dell r710_at_r357958

From: Larry Rosenman <ler_at_lerctr.org>
Date: Mon, 17 Feb 2020 15:13:40 -0600
On 02/17/2020 3:07 pm, Warner Losh wrote:
>> On Feb 17, 2020, at 1:24 PM, Mateusz Guzik <mjguzik_at_gmail.com> wrote:
>> 
>> On 2/17/20, Larry Rosenman <ler_at_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.


-- 
Larry Rosenman                     http://www.lerctr.org/~ler
Phone: +1 214-642-9640                 E-Mail: ler_at_lerctr.org
US Mail: 5708 Sabbia Dr, Round Rock, TX 78665-2106
Received on Mon Feb 17 2020 - 20:13:45 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:41:23 UTC