stable/9 panic Bad tailq NEXT(0xffffffff80e52660->tqh_last) != NULL

John Baldwin jhb at freebsd.org
Mon Jul 30 18:04:44 UTC 2012


On Monday, July 16, 2012 5:39:26 am Andriy Gapon wrote:
> on 13/07/2012 19:31 Sean Bruno said the following:
> > pcib7: <ACPI PCI-PCI bridge> at device 28.0 on pci0
> > pcib7:   domain            0
> > pcib7:   secondary bus     7
> > pcib7:   subordinate bus   7
> > pcib7:   no prefetched decode
> > device_attach: pcib7 attach returned 6
> 
> It seems that the following panic is caused by the above attach failure.
> Namely, it seems that there are rman members in pcib_softc via pcib_window fields.
> Those members are passed to rman_init during attach attempt, but they are not
> passed to rman_fini if the attach fails (no attach failure cleanup).
> After newbus code deallocates pcib_softc the global rman list (rman_head) becomes
> corrupted.

Oof.  None of the pcib(4) drivers really support detach or cleanup yet.

-- 
John Baldwin


More information about the freebsd-stable mailing list