Can't boot 8/CURRENT hvm on Quad-Core Opteron 2352

[Kostik Belousov]

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.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-xen/attachments/20100112/76e8922f/attachment.pgp