On Mon, Jan 11, 2010 at 11:36:00PM -0800, Timothy Bisson wrote: > Hi, > > I'm trying to run a FreeBSD 8/CURRENT hvm on XEN, but booting FreeBSD > currently panics on a quad-core Operton 2352 box while booting from > the iso (disabling ACPI doesn't help). > > However, I'm successful at running a FreeBSD 8/CURRENT hvm on XEN on a > Intel Xeon Nehalem box. I tried booting the same installed disk image > (from the Nehalem box) on the Operteron box, but that also resulted in > a panic while booting. > > The CURRENT iso I'm using is from: > ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/201001/FreeBSD-9.0-CURRENT-201001-amd64-bootonly.iso > > I'm using Xen-3.3.1 on both physical boxes, and a BSD 6 hvm works on > both the Nehalem and Operton boxes... > > Here's the backtrace from the opteron box: > kernel trap 9 with interrupts disabled > > > Fatal trap 9: general protection fault while in kernel mode > cpuid = 0; apic id = 00 > instruction pointer = 0x20:0xffffffff80878193 > stack pointer = 0x28:0xffffffff81044bb0 > frame pointer = 0x28:0xffffffff81044bc0 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = resume, IOPL = 0 > current process = 0 () > [thread pid 0 tid 0 ] > Stopped at pmap_invalidate_cache_range+0x43: > clflushl (%rdi) > db> bt > bt > Tracing pid 0 tid 0 td 0xffffffff80c51fc0 > pmap_invalidate_cache_range() at pmap_invalidate_cache_range+0x43 > pmap_change_attr_locked() at pmap_change_attr_locked+0x368 > pmap_change_attr() at pmap_change_attr+0x43 > pmap_mapdev_attr() at pmap_mapdev_attr+0x112 > lapic_init() at lapic_init+0x29 > madt_setup_local() at madt_setup_local+0x26 > apic_setup_local() at apic_setup_local+0x13 > mi_startup() at mi_startup+0x59 > btext() at btext+0x2c > > > I took a look through the bug database and didn't see any similar > problem reports. Is it reasonable to file a bug report? Is there > additional information that I should be reporting?
Set hw.clflush_disable=1 at the loader prompt.
Description: PGP signature