On Aug 5, 2014, at 2:29 PM, Michael Butler <[email protected]> wrote:
> On 08/05/14 16:56, Michael Butler wrote: >> On 08/05/14 16:02, John Baldwin wrote: >> >>> My guess is that the recent Xen changes tickled something. >> >> I can confirm this on a kernel which is otherwise up to date .. >> >> FreeBSD toshi.auburn.protected-networks.net 11.0-CURRENT FreeBSD >> 11.0-CURRENT #2 r269608M: Tue Aug 5 16:48:12 EDT 2014 >> >> I backed out all of SVN r269507 through r269515. >> >> Now working .. > > [ .. snip .. ] > >> Now to see if it's related to the other machine's disk woes (it's a >> single-core device), > > And it fixes the inability to probe disks on my single-core machine :-) It looks like the MADT code to probe the I/O APICs isn't working so it's trying to fall back to using the ATPIC while using SMP (which doesn't work). I know it's a pain on a laptop, but if it is at all possible to capture either a verbose or non-verbose dmesg that would really help narrow it down. Also, if anyone can try reverting just the MADT-related changes in the recent Xen changes to see if you can narrow down which exact one triggers the panic that would be really helpful. -- John Baldwin _______________________________________________ [email protected] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[email protected]"
