Date: Tue, 12 Jan 2010 19:53:25 -0800 From: Tim Bisson <bissont@gmail.com> To: Kostik Belousov <kostikbel@gmail.com> Cc: freebsd-xen@freebsd.org Subject: Re: Can't boot 8/CURRENT hvm on Quad-Core Opteron 2352 Message-ID: <E6D91DF9-98BC-478A-8B70-500009F29268@gmail.com> In-Reply-To: <20100112093628.GH62907@deviant.kiev.zoral.com.ua> References: <BE5A8730-B0EA-4CE8-8C2F-B3DC7A5899EA@gmail.com> <20100112093628.GH62907@deviant.kiev.zoral.com.ua>
index | next in thread | previous in thread | raw e-mail
On Jan 12, 2010, at 1:36 AM, Kostik Belousov wrote: > 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. Thank you. I should have read the Release Notes...help
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?E6D91DF9-98BC-478A-8B70-500009F29268>