Paul Wozney
2011-Feb-16 00:15 UTC
[Xen-users] Squeeze and Xen 4 - booting error when loading xen-hypervisor-4.0-amd64
Hello xen-users, I''m a long-time Linux-er and lately I''ve been sticking to Ubuntu - but when it came time to build a Xen system I figured what better way than to use debian and since squeeze was just released with support for Xen 4. Except I''m having some problems. I followed the instructions here: http://wiki.debian.org/Xen#Installationonsqueeze I can boot the regular plain-jane kernel without a problem, but when I boot the Xen-4 hypervisor kernel I get a crash, and unless I include the line ''noreboot'' it immediately reloads the system. It looks like the repos are giving me hypervisor 4.0.1. I have attached a screenshot (taken with my camera) of the crashed system, in the hopes that someone will know what this means. This happens quiet early in the boot process, so I''m not able to switch windows to access the system otherwise. I did some searching for the last error message child_rip but I can''t seem to find anything quite like what I''m seeing here. I saw a thread on the xen-devel list for 4.1.1 with this exact problem, and for them with that particular bug they were able to fix it with this kernel parameter: /boot/xen.gz dom0_mem=1024M. But this didn''t work for me - I just got the same error. Thanks, Paul _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Julio C. Ortega
2011-Feb-16 00:38 UTC
Re: [Xen-users] Squeeze and Xen 4 - booting error when loading xen-hypervisor-4.0-amd64
El 15/02/11 19:45, Paul Wozney escribió:> Hello xen-users, > > I''m a long-time Linux-er and lately I''ve been sticking to Ubuntu - but when > it came time to build a Xen system I figured what better way than to use > debian and since squeeze was just released with support for Xen 4. > > Except I''m having some problems. I followed the instructions here: > http://wiki.debian.org/Xen#Installationonsqueeze > > I can boot the regular plain-jane kernel without a problem, but when I boot > the Xen-4 hypervisor kernel I get a crash, and unless I include the line > ''noreboot'' it immediately reloads the system. It looks like the repos are > giving me hypervisor 4.0.1. > > I have attached a screenshot (taken with my camera) of the crashed system, > in the hopes that someone will know what this means. This happens quiet > early in the boot process, so I''m not able to switch windows to access the > system otherwise. I did some searching for the last error > message child_rip but I can''t seem to find anything quite like what I''m > seeing here. > > I saw a thread on the xen-devel list for 4.1.1 with this exact problem, and > for them with that particular bug they were able to fix it with this kernel > parameter: /boot/xen.gz dom0_mem=1024M. But this didn''t work for me - I > just got the same error. > > Thanks, > > Paul >Hello Paul. Not sure but seems to me that you''re hitting a balooning issue. can you try and set: dom0_mem=max:1024M as an HV parameter on boot? I have a couple of Xen amd64 Squeeze boxes (fully updated) that don''t present this crash, they''re running ganeti and drbd instances without flaws. My boot parameters are similar, thought, i''ve configured them to use a 512m fixed amount of ram and only 1 cpu on dom0 (appending nosmp to the kernel) Kind regards. -- ------------------------------------ Julio C. Ortega ONUVA http://www.onuva.com _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Henrik Langos
2011-Feb-16 12:45 UTC
Re: [Xen-users] Squeeze and Xen 4 - booting error when loading xen-hypervisor-4.0-amd64
On Tue, Feb 15, 2011 at 08:08:46PM -0430, Julio C. Ortega wrote: ...> My boot parameters are similar, thought, i''ve configured them to use a > 512m fixed amount of ram and only 1 cpu on dom0 (appending nosmp to the > kernel)Hi Julio, I''ve also fixed dom0 to 512mb but I have not yet disabled smp there. Did you have any issues that were solved by disabling smp in dom0 ? I am curious because I run into some issues that may be smp/race related see http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1626#c2 cheers -henrik _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Paul Wozney
2011-Feb-16 19:34 UTC
Re: [Xen-users] Squeeze and Xen 4 - booting error when loading xen-hypervisor-4.0-amd64
> > can you try and set: dom0_mem=max:1024M as an HV parameter on boot? >This had no effect, I also tried your settings with 512M.> My boot parameters are similar, thought, i''ve configured them to use a > 512m fixed amount of ram and only 1 cpu on dom0 (appending nosmp to the > kernel) >I was able to boot with the nosmp kernel parameter, but isn''t this a bit limiting? You do this by design? _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Todd Deshane
2011-Feb-17 06:17 UTC
Re: [Xen-users] Squeeze and Xen 4 - booting error when loading xen-hypervisor-4.0-amd64
On Wed, Feb 16, 2011 at 12:15 AM, Paul Wozney <paul@wozney.ca> wrote:> Hello xen-users, > > I''m a long-time Linux-er and lately I''ve been sticking to Ubuntu - but when > it came time to build a Xen system I figured what better way than to use > debian and since squeeze was just released with support for Xen 4. > > Except I''m having some problems. I followed the instructions here: > http://wiki.debian.org/Xen#Installationonsqueeze > > I can boot the regular plain-jane kernel without a problem, but when I boot > the Xen-4 hypervisor kernel I get a crash, and unless I include the line > ''noreboot'' it immediately reloads the system. It looks like the repos are > giving me hypervisor 4.0.1. > > I have attached a screenshot (taken with my camera) of the crashed system, > in the hopes that someone will know what this means. This happens quiet > early in the boot process, so I''m not able to switch windows to access the > system otherwise. I did some searching for the last error > message child_rip but I can''t seem to find anything quite like what I''m > seeing here. > > I saw a thread on the xen-devel list for 4.1.1 with this exact problem, and > for them with that particular bug they were able to fix it with this kernel > parameter: /boot/xen.gz dom0_mem=1024M. But this didn''t work for me - I > just got the same error. > Thanks, >Some hints on getting more debug information: http://wiki.xensource.com/xenwiki/XenParavirtOps http://wiki.xensource.com/xenwiki/XenSerialConsole http://wiki.xensource.com/xenwiki/XenBooting If you can get more verbose errors then xen-devel may be interested. For an example of applying more debugging tips see this thread for example: http://xen.markmail.org/search/?q=%20reboot%20after%20%22scrubbing%20free%20ram%22#query:reboot%20after%20%22scrubbing%20free%20ram%22%20type%3Adevelopment+page:1+mid:utvcwtdlgk3mrz54+state:results _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Julio C. Ortega
2011-Feb-17 21:13 UTC
Re: [Xen-users] Squeeze and Xen 4 - booting error when loading xen-hypervisor-4.0-amd64
El 16/02/11 15:04, Paul Wozney escribió:>> >> can you try and set: dom0_mem=max:1024M as an HV parameter on boot? >> > > This had no effect, I also tried your settings with 512M. > > >> My boot parameters are similar, thought, i''ve configured them to use a >> 512m fixed amount of ram and only 1 cpu on dom0 (appending nosmp to the >> kernel) >> > > I was able to boot with the nosmp kernel parameter, but isn''t this a bit > limiting? You do this by design? > > >Hello Paul. Im using it on a ganeti cluster. Works fine on squeeze (amd64), and you can assign CPU % to every instance (this are a pair of multi-core systems) Kind regards. -- ------------------------------------ Julio C. Ortega ONUVA http://www.onuva.com _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Paul Wozney
2011-Mar-14 05:09 UTC
[Xen-users] Re: Squeeze and Xen 4 - booting error when loading xen-hypervisor-4.0-amd64
Hi xen-users, It took me a while to find and install a serial port on this server, but I finally got it. Here''s the kernel panic output. Paul On Tue, Feb 15, 2011 at 16:15, Paul Wozney <paul@wozney.ca> wrote:> Hello xen-users, > > I''m a long-time Linux-er and lately I''ve been sticking to Ubuntu - but when > it came time to build a Xen system I figured what better way than to use > debian and since squeeze was just released with support for Xen 4. > > Except I''m having some problems. I followed the instructions here: > http://wiki.debian.org/Xen#Installationonsqueeze > > I can boot the regular plain-jane kernel without a problem, but when I boot > the Xen-4 hypervisor kernel I get a crash, and unless I include the line > ''noreboot'' it immediately reloads the system. It looks like the repos are > giving me hypervisor 4.0.1. > > I have attached a screenshot (taken with my camera) of the crashed system, > in the hopes that someone will know what this means. This happens quiet > early in the boot process, so I''m not able to switch windows to access the > system otherwise. I did some searching for the last error > message child_rip but I can''t seem to find anything quite like what I''m > seeing here. > > I saw a thread on the xen-devel list for 4.1.1 with this exact problem, and > for them with that particular bug they were able to fix it with this kernel > parameter: /boot/xen.gz dom0_mem=1024M. But this didn''t work for me - I > just got the same error. > > Thanks, > > Paul >_______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Mike Viau
2011-Mar-14 11:42 UTC
[Xen-devel] FW: [Xen-users] Re: Squeeze and Xen 4 - booting error when loading xen-hypervisor-4.0-amd64
Forwarded to Xen Devel from Xen Users.
I know the Xen 4.1 release is imminent, but maybe somewhere here could spot the
problem with a quick look at the boot messages (
xen 4 hv kernel panic.txt).
Paul''s not using upstream Xen, but Debian packaged Xen 4.
The bare-metal kernel boots fine on Paul''s machine, but via the
hyper-visor it does not.
-M
> On Sun, 13 Mar 2011 22:09:28 -0700 <paul@wozney.ca> wrote:
>
> It took me a while to find and install a serial port on this server,
> but I finally got it. Here''s the kernel panic output.
>
> Paul
>
> > On Tue, Feb 15, 2011 at 16:15, Paul Wozney wrote:
> >
> > Hello xen-users,
> >
> > I''m a long-time Linux-er and lately I''ve been
sticking to Ubuntu - but
> > when it came time to build a Xen system I figured what better way than
> > to use debian and since squeeze was just released with support for Xen
> > 4.
> >
> > Except I''m having some problems. I followed the instructions
here:
> > http://wiki.debian.org/Xen#Installationonsqueeze
> >
> > I can boot the regular plain-jane kernel without a problem, but when I
> > boot the Xen-4 hypervisor kernel I get a crash, and unless I include
> > the line ''noreboot'' it immediately reloads the
system. It looks like
> > the repos are giving me hypervisor 4.0.1.
> >
> > I have attached a screenshot (taken with my camera) of the crashed
> > system, in the hopes that someone will know what this means. This
> > happens quiet early in the boot process, so I''m not able to
switch
> > windows to access the system otherwise. I did some searching for the
> > last error message child_rip but I can''t seem to find
anything quite
> > like what I''m seeing here.
> >
> > I saw a thread on the xen-devel list for 4.1.1 with this exact
problem,
> > and for them with that particular bug they were able to fix it with
> > this kernel parameter: /boot/xen.gz dom0_mem=1024M. But this
didn''t
> > work for me - I just got the same error.
> >
> > Thanks
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
Pasi Kärkkäinen
2011-Mar-14 11:49 UTC
Re: [Xen-devel] FW: [Xen-users] Re: Squeeze and Xen 4 - booting error when loading xen-hypervisor-4.0-amd64
On Mon, Mar 14, 2011 at 07:42:31AM -0400, Mike Viau wrote:> > Forwarded to Xen Devel from Xen Users. > > I know the Xen 4.1 release is imminent, but maybe somewhere here could spot the problem with a quick look at the boot messages ( > xen 4 hv kernel panic.txt). > > Paul''s not using upstream Xen, but Debian packaged Xen 4. > > The bare-metal kernel boots fine on Paul''s machine, but via the hyper-visor it does not. >Did he try booting the latest dom0 kernel from xen.git xen/stable-2.6.32.x branch? -- Pasi> > -M > > > On Sun, 13 Mar 2011 22:09:28 -0700 <paul@wozney.ca> wrote: > > > > It took me a while to find and install a serial port on this server, > > but I finally got it. Here''s the kernel panic output. > > > > Paul > > > > > On Tue, Feb 15, 2011 at 16:15, Paul Wozney wrote: > > > > > > Hello xen-users, > > > > > > I''m a long-time Linux-er and lately I''ve been sticking to Ubuntu - but > > > when it came time to build a Xen system I figured what better way than > > > to use debian and since squeeze was just released with support for Xen > > > 4. > > > > > > Except I''m having some problems. I followed the instructions here: > > > http://wiki.debian.org/Xen#Installationonsqueeze > > > > > > I can boot the regular plain-jane kernel without a problem, but when I > > > boot the Xen-4 hypervisor kernel I get a crash, and unless I include > > > the line ''noreboot'' it immediately reloads the system. It looks like > > > the repos are giving me hypervisor 4.0.1. > > > > > > I have attached a screenshot (taken with my camera) of the crashed > > > system, in the hopes that someone will know what this means. This > > > happens quiet early in the boot process, so I''m not able to switch > > > windows to access the system otherwise. I did some searching for the > > > last error message child_rip but I can''t seem to find anything quite > > > like what I''m seeing here. > > > > > > I saw a thread on the xen-devel list for 4.1.1 with this exact problem, > > > and for them with that particular bug they were able to fix it with > > > this kernel parameter: /boot/xen.gz dom0_mem=1024M. But this didn''t > > > work for me - I just got the same error. > > > > > > Thanks > > [ 0.000000] Initializing cgroup subsys cpuset > [ 0.000000] Initializing cgroup subsys cpu > [ 0.000000] Linux version 2.6.32-5-xen-amd64 (Debian 2.6.32-30) (ben@decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Wed Jan 12 05:46:49 UTC 2011 > [ 0.000000] Command line: placeholder root=/dev/mapper/we--ho--srv02-root ro console=ttyS0,9600n8 console=tty0 > [ 0.000000] KERNEL supported cpus: > [ 0.000000] Intel GenuineIntel > [ 0.000000] AMD AuthenticAMD > [ 0.000000] Centaur CentaurHauls > [ 0.000000] released 0 pages of unused memory > [ 0.000000] BIOS-provided physical RAM map: > [ 0.000000] Xen: 0000000000000000 - 000000000009b800 (usable) > [ 0.000000] Xen: 000000000009b800 - 0000000000100000 (reserved) > [ 0.000000] Xen: 0000000000100000 - 0000000076674000 (usable) > [ 0.000000] Xen: 000000007fef0000 - 000000007fef3000 (ACPI NVS) > [ 0.000000] Xen: 000000007fef3000 - 000000007ff00000 (ACPI data) > [ 0.000000] Xen: 00000000d0000000 - 00000000f0000000 (reserved) > [ 0.000000] Xen: 00000000fec00000 - 0000000100000000 (reserved) > [ 0.000000] DMI 2.4 present. > [ 0.000000] Phoenix BIOS detected: BIOS may corrupt low RAM, working around it. > [ 0.000000] last_pfn = 0x76674 max_arch_pfn = 0x400000000 > [ 0.000000] x86 PAT enabled: cpu 0, old 0x50100070406, new 0x7010600070106 > [ 0.000000] init_memory_mapping: 0000000000000000-0000000076674000 > [ 0.000000] RAMDISK: 016b8000 - 03308a00 > [ 0.000000] ACPI: RSDP 00000000000f80a0 00014 (v00 Nvidia) > [ 0.000000] ACPI: RSDT 000000007fef3040 0003C (v01 Nvidia NVDAACPI 42302E31 NVDA 00000000) > [ 0.000000] ACPI: FACP 000000007fef30c0 00074 (v01 Nvidia NVDAACPI 42302E31 NVDA 00000000) > [ 0.000000] ACPI: DSDT 000000007fef3180 0541D (v01 NVIDIA NVDAACPI 00001000 MSFT 03000000) > [ 0.000000] ACPI: FACS 000000007fef0000 00040 > [ 0.000000] ACPI: HPET 000000007fef8700 00038 (v01 Nvidia NVDAACPI 42302E31 NVDA 00000098) > [ 0.000000] ACPI: WDRT 000000007fef8780 00047 (v01 Nvidia NVDAACPI 42302E31 NVDA 00000000) > [ 0.000000] ACPI: MCFG 000000007fef8840 0003C (v01 Nvidia NVDAACPI 42302E31 NVDA 00000000) > [ 0.000000] ACPI: APIC 000000007fef8600 00098 (v01 Nvidia NVDAACPI 42302E31 NVDA 00000000) > [ 0.000000] ACPI: OEMN 000000007fef88c0 051A7 (v01 NVIDIA NTUNEOEM 20302E31 NVDA 00000000) > [ 0.000000] No NUMA configuration found > [ 0.000000] Faking a node at 0000000000000000-0000000076674000 > [ 0.000000] Bootmem setup node 0 0000000000000000-0000000076674000 > [ 0.000000] NODE_DATA [0000000000010000 - 0000000000017fff] > [ 0.000000] bootmap [0000000000018000 - 0000000000026ccf] pages f > [ 0.000000] (8 early reservations) ==> bootmem [0000000000 - 0076674000] > [ 0.000000] #0 [0000000000 - 0000001000] BIOS data page ==> [0000000000 - 0000001000] > [ 0.000000] #1 [00036be000 - 00036dd000] XEN PAGETABLES ==> [00036be000 - 00036dd000] > [ 0.000000] #2 [0000006000 - 0000008000] TRAMPOLINE ==> [0000006000 - 0000008000] > [ 0.000000] #3 [0001000000 - 0001697994] TEXT DATA BSS ==> [0001000000 - 0001697994] > [ 0.000000] #4 [00016b8000 - 0003308a00] RAMDISK ==> [00016b8000 - 0003308a00] > [ 0.000000] #5 [0003309000 - 00036be000] XEN START INFO ==> [0003309000 - 00036be000] > [ 0.000000] #6 [0001698000 - 00016980b2] BRK ==> [0001698000 - 00016980b2] > [ 0.000000] #7 [0000100000 - 0000495000] PGTABLE ==> [0000100000 - 0000495000] > [ 0.000000] found SMP MP-table at [ffff8800000f40e0] f40e0 > [ 0.000000] Zone PFN ranges: > [ 0.000000] DMA 0x00000010 -> 0x00001000 > [ 0.000000] DMA32 0x00001000 -> 0x00100000 > [ 0.000000] Normal 0x00100000 -> 0x00100000 > [ 0.000000] Movable zone start PFN for each node > [ 0.000000] early_node_map[2] active PFN ranges > [ 0.000000] 0: 0x00000010 -> 0x0000009b > [ 0.000000] 0: 0x00000100 -> 0x00076674 > [ 0.000000] ACPI: PM-Timer IO Port: 0x1008 > [ 0.000000] ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) > [ 0.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled) > [ 0.000000] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] disabled) > [ 0.000000] ACPI: LAPIC (acpi_id[0x03] lapic_id[0x03] disabled) > [ 0.000000] ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1]) > [ 0.000000] ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1]) > [ 0.000000] ACPI: LAPIC_NMI (acpi_id[0x02] high edge lint[0x1]) > [ 0.000000] ACPI: LAPIC_NMI (acpi_id[0x03] high edge lint[0x1]) > [ 0.000000] ACPI: IOAPIC (id[0x04] address[0xfec00000] gsi_base[0]) > [ 0.000000] IOAPIC[0]: apic_id 4, version 0, address 0xfec00000, GSI 0-0 > [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) > [ 0.000000] ERROR: Unable to locate IOAPIC for GSI 2 > [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) > [ 0.000000] ERROR: Unable to locate IOAPIC for GSI 9 > [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 14 global_irq 14 high edge) > [ 0.000000] ERROR: Unable to locate IOAPIC for GSI 14 > [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 15 global_irq 15 high edge) > [ 0.000000] ERROR: Unable to locate IOAPIC for GSI 15 > [ 0.000000] Using ACPI (MADT) for SMP configuration information > [ 0.000000] ACPI: HPET id: 0x10de8201 base: 0xfeff0000 > [ 0.000000] SMP: Allowing 2 CPUs, 0 hotplug CPUs > [ 0.000000] PM: Registered nosave memory: 000000000009b000 - 000000000009c000 > [ 0.000000] PM: Registered nosave memory: 000000000009c000 - 0000000000100000 > [ 0.000000] Allocating PCI resources starting at 7ff00000 (gap: 7ff00000:50100000) > [ 0.000000] Booting paravirtualized kernel on Xen > [ 0.000000] Xen version: 4.0.1 (preserve-AD) (dom0) > [ 0.000000] NR_CPUS:512 nr_cpumask_bits:512 nr_cpu_ids:2 nr_node_ids:1 > [ 0.000000] PERCPU: Embedded 30 pages/cpu @ffff880003713000 s90328 r8192 d24360 u122880 > [ 0.000000] pcpu-alloc: s90328 r8192 d24360 u122880 alloc=30*4096 > [ 0.000000] pcpu-alloc: [0] 0 [0] 1 > [ 0.000000] Xen: using vcpu_info placement > [ 0.000000] Built 1 zonelists in Node order, mobility grouping on. Total pages: 477312 > [ 0.000000] Policy zone: DMA32 > [ 0.000000] Kernel command line: placeholder root=/dev/mapper/we--ho--srv02-root ro console=ttyS0,9600n8 console=tty0 > [ 0.000000] PID hash table entries: 4096 (order: 3, 32768 bytes) > [ 0.000000] Initializing CPU#0 > [ 0.000000] DMA: Placing 64MB software IO TLB between ffff88000552e000 - ffff88000952e000 > [ 0.000000] DMA: software IO TLB at phys 0x552e000 - 0x952e000 > [ 0.000000] xen_swiotlb_fixup: buf=ffff88000552e000 size=67108864 > [ 0.000000] xen_swiotlb_fixup: buf=ffff88000958e000 size=32768 > [ 0.000000] Memory: 1802668k/1939920k available (3147k kernel code, 468k absent, 136784k reserved, 1908k data, 600k init) > [ 0.000000] SLUB: Genslabs=14, HWalign=64, Order=0-3, MinObjects=0, CPUs=2, Nodes=1 > [ 0.000000] Hierarchical RCU implementation. > [ 0.000000] NR_IRQS:4352 nr_irqs:768 > [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) > [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) > [ 0.000000] xen: sci override: source_irq=9 global_irq=9 trigger=c polarity=1 > [ 0.000000] xen_allocate_pirq: returning irq 9 for gsi 9 > [ 0.000000] xen: acpi sci 9 > [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 14 global_irq 14 high edge) > [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 15 global_irq 15 high edge) > [ 0.000000] Console: colour VGA+ 80x25 > [ 0.000000] console [tty0] enabled > [ 0.000000] console [ttyS0] enabled > [ 0.000000] installing Xen timer for CPU 0 > [ 0.000000] Detected 3166.710 MHz processor. > [ 0.004000] Calibrating delay loop (skipped), value calculated using timer frequency.. 6333.42 BogoMIPS (lpj=12666840) > [ 0.004000] Security Framework initialized > [ 0.004000] SELinux: Disabled at boot. > [ 0.004182] Dentry cache hash table entries: 262144 (order: 9, 2097152 bytes) > [ 0.008082] Inode-cache hash table entries: 131072 (order: 8, 1048576 bytes) > [ 0.012000] Mount-cache hash table entries: 256 > [ 0.012123] Initializing cgroup subsys ns > [ 0.016000] Initializing cgroup subsys cpuacct > [ 0.016000] Initializing cgroup subsys devices > [ 0.016000] Initializing cgroup subsys freezer > [ 0.016000] Initializing cgroup subsys net_cls > [ 0.016021] CPU: L1 I cache: 32K, L1 D cache: 32K > [ 0.020000] CPU: L2 cache: 6144K > [ 0.020005] CPU 0/0x0 -> Node 0 > [ 0.024003] CPU: Physical Processor ID: 0 > [ 0.028001] CPU: Processor Core ID: 0 > [ 0.028005] mce: CPU supports 6 MCE banks > [ 0.032015] Performance Events: unsupported p6 CPU model 23 no PMU driver, software events only. > [ 0.036001] SMP alternatives: switching to UP code > [ 0.036001] ACPI: Core revision 20090903 > [ 0.042833] installing Xen timer for CPU 1 > [ 0.044036] SMP alternatives: switching to SMP code > [ 0.004000] Initializing CPU#1 > [ 0.004000] CPU: L1 I cache: 32K, L1 D cache: 32K > [ 0.004000] CPU: L2 cache: 6144K > [ 0.004000] CPU 1/0x0 -> Node 0 > [ 0.004000] CPU: Physical Processor ID: 0 > [ 0.004000] CPU: Processor Core ID: 1 > [ 0.048095] Brought up 2 CPUs > [ 0.052032] devtmpfs: initialized > [ 0.058474] Grant table initialized > [ 0.060001] regulator: core version 0.5 > [ 0.060035] NET: Registered protocol family 16 > [ 0.064080] ACPI: bus type pci registered > [ 0.068088] PCI: MCFG configuration 0: base e0000000 segment 0 buses 0 - 255 > [ 0.072001] PCI: MCFG area at e0000000 reserved in E820 > [ 0.111380] PCI: Using MMCONFIG at e0000000 - efffffff > [ 0.112001] PCI: Using configuration type 1 for base access > [ 0.112369] bio: create slab <bio-0> at 0 > [ 0.117284] ERROR: Unable to locate IOAPIC for GSI 9 > [ 0.128360] ACPI: Interpreter enabled > [ 0.132001] ACPI: (supports S0 S1 S3 S4 S5) > [ 0.132001] ACPI: Using IOAPIC for interrupt routing > [ 0.132087] BUG: unable to handle kernel paging request at ffffc90000314000 > [ 0.136001] IP: [<ffffffff811de1ad>] acpi_ex_system_memory_space_handler+0x17d/0x1d8 > [ 0.136001] PGD 76226067 PUD 76227067 PMD 76331067 PTE 0 > [ 0.136001] Oops: 0000 [#1] SMP > [ 0.136001] last sysfs file: > [ 0.136001] CPU 0 > [ 0.136001] Modules linked in: > [ 0.136001] Pid: 1, comm: swapper Not tainted 2.6.32-5-xen-amd64 #1 132-CK-NF78 > [ 0.136001] RIP: e030:[<ffffffff811de1ad>] [<ffffffff811de1ad>] acpi_ex_system_memory_space_handler+0x17d/0x1d8 > [ 0.136001] RSP: e02b:ffff88007635da90 EFLAGS: 00010246 > [ 0.136001] RAX: ffffc90000314000 RBX: 0000000000000020 RCX: 0000000000000040 > [ 0.136001] RDX: ffffc90000314000 RSI: 0000000000000001 RDI: 80000000fec00273 > [ 0.136001] RBP: 00000000fec00000 R08: 0000000000000000 R09: 00000000fec00000 > [ 0.136001] R10: ffffc90000002000 R11: ffffffffffffe000 R12: ffff880075887240 > [ 0.136001] R13: 0000000000000020 R14: ffff88007635dbf0 R15: 0000000000000000 > [ 0.136001] FS: 0000000000000000(0000) GS:ffff880003713000(0000) knlGS:0000000000000000 > [ 0.136001] CS: e033 DS: 0000 ES: 0000 CR0: 000000008005003b > [ 0.136001] CR2: ffffc90000314000 CR3: 0000000001001000 CR4: 0000000000002660 > [ 0.136001] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 > [ 0.136001] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 > [ 0.136001] Process swapper (pid: 1, threadinfo ffff88007635c000, task ffff880076360000) > [ 0.136001] Stack: > [ 0.136001] ffff8800763380d8 ffffffff811de030 ffff880076338360 ffff88007634ff78 > [ 0.136001] <0> ffff8800763380d8 0000000000000000 ffff88007635dbf0 ffffffff811d6ff2 > [ 0.136001] <0> 0000000000000020 0000000000000084 ffff880075887240 ffff880076338360 > [ 0.136001] Call Trace: > [ 0.136001] [<ffffffff811de030>] ? acpi_ex_system_memory_space_handler+0x0/0x1d8 > [ 0.136001] [<ffffffff811d6ff2>] ? acpi_ev_address_space_dispatch+0x16c/0x1b8 > [ 0.136001] [<ffffffff811db5ad>] ? acpi_ex_access_region+0x215/0x222 > [ 0.136001] [<ffffffff8100ecf2>] ? check_events+0x12/0x20 > [ 0.136001] [<ffffffff811db6a6>] ? acpi_ex_field_datum_io+0xec/0x17e > [ 0.136001] [<ffffffff8100ecdf>] ? xen_restore_fl_direct_end+0x0/0x1 > [ 0.136001] [<ffffffff810e7ef5>] ? kmem_cache_alloc+0x8c/0xf0 > [ 0.136001] [<ffffffff811db7c1>] ? acpi_ex_extract_from_field+0x89/0x18b > [ 0.136001] [<ffffffff811da361>] ? acpi_ex_read_data_from_field+0x11d/0x150 > [ 0.136001] [<ffffffff811df029>] ? acpi_ex_resolve_node_to_value+0x185/0x218 > [ 0.136001] [<ffffffff8100ecdf>] ? xen_restore_fl_direct_end+0x0/0x1 > [ 0.136001] [<ffffffff810e80c0>] ? kfree+0xc6/0xcb > [ 0.136001] [<ffffffff811dad8b>] ? acpi_ex_resolve_to_value+0x1fb/0x20c > [ 0.136001] [<ffffffff811d553d>] ? acpi_ds_evaluate_name_path+0x77/0xfd > [ 0.136001] [<ffffffff811e430c>] ? acpi_ps_get_next_namepath+0x6f/0x1c9 > [ 0.136001] [<ffffffff811d4219>] ? acpi_ds_exec_end_op+0x91/0x3b8 > [ 0.136001] [<ffffffff811e56e6>] ? acpi_ps_parse_loop+0x7c0/0x946 > [ 0.136001] [<ffffffff811e482c>] ? acpi_ps_parse_aml+0x8f/0x2ca > [ 0.136001] [<ffffffff811e5eb6>] ? acpi_ps_execute_method+0x1e7/0x2b1 > [ 0.136001] [<ffffffff811e196d>] ? acpi_ns_evaluate+0xe1/0x19e > [ 0.136001] [<ffffffff811e140a>] ? acpi_evaluate_object+0xf7/0x1ec > [ 0.136001] [<ffffffff815316bb>] ? acpi_sleep_init+0x17b/0x188 > [ 0.136001] [<ffffffff81531815>] ? acpi_init+0x0/0x2de > [ 0.136001] [<ffffffff815319e7>] ? acpi_init+0x1d2/0x2de > [ 0.136001] [<ffffffff8152f69b>] ? fbmem_init+0x0/0x98 > [ 0.136001] [<ffffffff8100a065>] ? do_one_initcall+0x64/0x174 > [ 0.136001] [<ffffffff8150866b>] ? kernel_init+0x14c/0x1a2 > [ 0.136001] [<ffffffff81012baa>] ? child_rip+0xa/0x20 > [ 0.136001] [<ffffffff81011d61>] ? int_ret_from_sys_call+0x7/0x1b > [ 0.136001] [<ffffffff8101251d>] ? retint_restore_args+0x5/0x6 > [ 0.136001] [<ffffffff81012ba0>] ? child_rip+0x0/0x20 > [ 0.136001] Code: 49 c7 06 00 00 00 00 74 1d 77 08 41 83 fd 08 75 63 eb 0e 41 83 fd 20 74 12 41 83 fd 40 75 55 eb 11 0f b6 02 eb 0f 0f b7 02 eb 0a <8b> 12 49 89 16 eb 42 48 8b 02 49 89 06 eb 3a 41 83 fd 10 74 1f > [ 0.136001] RIP [<ffffffff811de1ad>] acpi_ex_system_memory_space_handler+0x17d/0x1d8 > [ 0.136001] RSP <ffff88007635da90> > [ 0.136001] CR2: ffffc90000314000 > [ 0.136001] ---[ end trace 93d72a36b9146f22 ]--- > [ 0.136007] Kernel panic - not syncing: Attempted to kill init! > [ 0.140001] Pid: 1, comm: swapper Tainted: G D 2.6.32-5-xen-amd64 #1 > [ 0.140001] Call Trace: > [ 0.140001] [<ffffffff8130ac81>] ? panic+0x86/0x143 > [ 0.140001] [<ffffffff8100e63d>] ? xen_force_evtchn_callback+0x9/0xa > [ 0.140001] [<ffffffff8100ecf2>] ? check_events+0x12/0x20 > [ 0.140001] [<ffffffff8100e63d>] ? xen_force_evtchn_callback+0x9/0xa > [ 0.140001] [<ffffffff8100ecf2>] ? check_events+0x12/0x20 > [ 0.140001] [<ffffffff8100ec99>] ? xen_irq_enable_direct_end+0x0/0x7 > [ 0.140001] [<ffffffff8130caf4>] ? _write_lock_irq+0x7/0x16 > [ 0.140001] [<ffffffff81057fde>] ? exit_ptrace+0xa7/0x126 > [ 0.140001] [<ffffffff8100ecdf>] ? xen_restore_fl_direct_end+0x0/0x1 > [ 0.140001] [<ffffffff81051fa1>] ? do_exit+0x72/0x6c6 > [ 0.140001] [<ffffffff8100ecf2>] ? check_events+0x12/0x20 > [ 0.140001] [<ffffffff8130d9dd>] ? oops_end+0xaf/0xb4 > [ 0.140001] [<ffffffff81033398>] ? no_context+0x1e9/0x1f8 > [ 0.140001] [<ffffffff8100e63d>] ? xen_force_evtchn_callback+0x9/0xa > [ 0.140001] [<ffffffff8103354d>] ? __bad_area_nosemaphore+0x1a6/0x1ca > [ 0.140001] [<ffffffff8100e63d>] ? xen_force_evtchn_callback+0x9/0xa > [ 0.140001] [<ffffffff8100c369>] ? __raw_callee_save_xen_pmd_val+0x11/0x1e > [ 0.140001] [<ffffffff8100c369>] ? __raw_callee_save_xen_pmd_val+0x11/0x1e > [ 0.140001] [<ffffffff81032cbb>] ? spurious_fault+0x12c/0x1c4 > [ 0.140001] [<ffffffff8130ed9f>] ? do_page_fault+0x69/0x2fc > [ 0.140001] [<ffffffff8130ceb5>] ? page_fault+0x25/0x30 > [ 0.140001] [<ffffffff811de1ad>] ? acpi_ex_system_memory_space_handler+0x17d/0x1d8 > [ 0.140001] [<ffffffff811de030>] ? acpi_ex_system_memory_space_handler+0x0/0x1d8 > [ 0.140001] [<ffffffff811d6ff2>] ? acpi_ev_address_space_dispatch+0x16c/0x1b8 > [ 0.140001] [<ffffffff811db5ad>] ? acpi_ex_access_region+0x215/0x222 > [ 0.140001] [<ffffffff8100ecf2>] ? check_events+0x12/0x20 > [ 0.140001] [<ffffffff811db6a6>] ? acpi_ex_field_datum_io+0xec/0x17e > [ 0.140001] [<ffffffff8100ecdf>] ? xen_restore_fl_direct_end+0x0/0x1 > [ 0.140001] [<ffffffff810e7ef5>] ? kmem_cache_alloc+0x8c/0xf0 > [ 0.140001] [<ffffffff811db7c1>] ? acpi_ex_extract_from_field+0x89/0x18b > [ 0.140001] [<ffffffff811da361>] ? acpi_ex_read_data_from_field+0x11d/0x150 > [ 0.140001] [<ffffffff811df029>] ? acpi_ex_resolve_node_to_value+0x185/0x218 > [ 0.140001] [<ffffffff8100ecdf>] ? xen_restore_fl_direct_end+0x0/0x1 > [ 0.140001] [<ffffffff810e80c0>] ? kfree+0xc6/0xcb > [ 0.140001] [<ffffffff811dad8b>] ? acpi_ex_resolve_to_value+0x1fb/0x20c > [ 0.140001] [<ffffffff811d553d>] ? acpi_ds_evaluate_name_path+0x77/0xfd > [ 0.140001] [<ffffffff811e430c>] ? acpi_ps_get_next_namepath+0x6f/0x1c9 > [ 0.140001] [<ffffffff811d4219>] ? acpi_ds_exec_end_op+0x91/0x3b8 > [ 0.140001] [<ffffffff811e56e6>] ? acpi_ps_parse_loop+0x7c0/0x946 > [ 0.140001] [<ffffffff811e482c>] ? acpi_ps_parse_aml+0x8f/0x2ca > [ 0.140001] [<ffffffff811e5eb6>] ? acpi_ps_execute_method+0x1e7/0x2b1 > [ 0.140001] [<ffffffff811e196d>] ? acpi_ns_evaluate+0xe1/0x19e > [ 0.140001] [<ffffffff811e140a>] ? acpi_evaluate_object+0xf7/0x1ec > [ 0.140001] [<ffffffff815316bb>] ? acpi_sleep_init+0x17b/0x188 > [ 0.140001] [<ffffffff81531815>] ? acpi_init+0x0/0x2de > [ 0.140001] [<ffffffff815319e7>] ? acpi_init+0x1d2/0x2de > [ 0.140001] [<ffffffff8152f69b>] ? fbmem_init+0x0/0x98 > [ 0.140001] [<ffffffff8100a065>] ? do_one_initcall+0x64/0x174 > [ 0.140001] [<ffffffff8150866b>] ? kernel_init+0x14c/0x1a2 > [ 0.140001] [<ffffffff81012baa>] ? child_rip+0xa/0x20 > [ 0.140001] [<ffffffff81011d61>] ? int_ret_from_sys_call+0x7/0x1b > [ 0.140001] [<ffffffff8101251d>] ? retint_restore_args+0x5/0x6 > [ 0.140001] [<ffffffff81012ba0>] ? child_rip+0x0/0x20 >> _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users> _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xensource.com > http://lists.xensource.com/xen-devel_______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Paul Wozney
2011-Mar-14 22:51 UTC
Re: [Xen-devel] FW: [Xen-users] Re: Squeeze and Xen 4 - booting error when loading xen-hypervisor-4.0-amd64
On Mon, Mar 14, 2011 at 04:49, Pasi Kärkkäinen <pasik@iki.fi> wrote:> > Did he try booting the latest dom0 kernel from xen.git xen/stable-2.6.32.x > branch? >I compiled this kernel and I get a different kernel panic. _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Mike Viau
2011-Mar-15 11:37 UTC
RE: [Xen-devel] FW: [Xen-users] Re: Squeeze and Xen 4 - booting error when loading xen-hypervisor-4.0-amd64
> On Mon, 14 Mar 2011 15:51:08 -0700 <paul@wozney.ca> wrote > > >On Mon, Mar 14, 2011 at 04:49, Pasi Kärkkäinen wrote: > > > > Did he try booting the latest dom0 kernel from xen.git > > xen/stable-2.6.32.x branch? > > I compiled this kernel and I get a different kernel panic.Dies at some ACPI stuff, if I recall correctly so did the Debian pv-ops kernel. _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Konrad Rzeszutek Wilk
2011-Mar-16 03:24 UTC
Re: [Xen-devel] FW: [Xen-users] Re: Squeeze and Xen 4 - booting error when loading xen-hypervisor-4.0-amd64
On Mon, Mar 14, 2011 at 03:51:08PM -0700, Paul Wozney wrote:> On Mon, Mar 14, 2011 at 04:49, Pasi Kärkkäinen <pasik@iki.fi> wrote: > > > > > Did he try booting the latest dom0 kernel from xen.git xen/stable-2.6.32.x > > branch? > > > > I compiled this kernel and I get a different kernel panic.What type of config did you use? Did you try the one in PVOPS Wiki page? Is this happening only on this specific machine? What does your DSDT look like? Can you run iasl on it to decompile? This looks like a bug we hit in the past where Jan Beulich decoded the DSDT and found out that it was doing somethign really silly. Can''t remember the details .. maybe Jan does.> [ 0.000000] Initializing cgroup subsys cpuset > [ 0.000000] Initializing cgroup subsys cpu > [ 0.000000] Linux version 2.6.32.32 (paul@we-ho-srv02) (gcc version 4.4.5 (Debian 4.4.5-8) ) #3 SMP Mon Mar 14 14:25:05 PDT 2011 > [ 0.000000] Command line: placeholder root=/dev/mapper/we--ho--srv02-root ro console=ttyS0,9600n8 console=tty0 > [ 0.000000] KERNEL supported cpus: > [ 0.000000] Intel GenuineIntel > [ 0.000000] AMD AuthenticAMD > [ 0.000000] Centaur CentaurHauls > [ 0.000000] released 0 pages of unused memory > [ 0.000000] BIOS-provided physical RAM map: > [ 0.000000] Xen: 0000000000000000 - 000000000009b000 (usable) > [ 0.000000] Xen: 000000000009b800 - 0000000000100000 (reserved) > [ 0.000000] Xen: 0000000000100000 - 0000000076674000 (usable) > [ 0.000000] Xen: 000000007fef0000 - 000000007fef3000 (ACPI NVS) > [ 0.000000] Xen: 000000007fef3000 - 000000007ff00000 (ACPI data) > [ 0.000000] Xen: 00000000d0000000 - 00000000f0000000 (reserved) > [ 0.000000] Xen: 00000000fec00000 - 0000000100000000 (reserved) > [ 0.000000] Xen: 0000000100000000 - 000000010987c000 (usable) > [ 0.000000] DMI 2.4 present. > [ 0.000000] Phoenix BIOS detected: BIOS may corrupt low RAM, working around it. > [ 0.000000] last_pfn = 0x10987c max_arch_pfn = 0x400000000 > [ 0.000000] x86 PAT enabled: cpu 0, old 0x50100070406, new 0x7010600070106 > [ 0.000000] last_pfn = 0x76674 max_arch_pfn = 0x400000000 > [ 0.000000] init_memory_mapping: 0000000000000000-0000000076674000 > [ 0.000000] init_memory_mapping: 0000000100000000-000000010987c000 > [ 0.000000] ACPI: RSDP 00000000000f80a0 00014 (v00 Nvidia) > [ 0.000000] ACPI: RSDT 000000007fef3040 0003C (v01 Nvidia NVDAACPI 42302E31 NVDA 00000000) > [ 0.000000] ACPI: FACP 000000007fef30c0 00074 (v01 Nvidia NVDAACPI 42302E31 NVDA 00000000) > [ 0.000000] ACPI: DSDT 000000007fef3180 0541D (v01 NVIDIA NVDAACPI 00001000 MSFT 03000000) > [ 0.000000] ACPI: FACS 000000007fef0000 00040 > [ 0.000000] ACPI: HPET 000000007fef8700 00038 (v01 Nvidia NVDAACPI 42302E31 NVDA 00000098) > [ 0.000000] ACPI: WDRT 000000007fef8780 00047 (v01 Nvidia NVDAACPI 42302E31 NVDA 00000000) > [ 0.000000] ACPI: MCFG 000000007fef8840 0003C (v01 Nvidia NVDAACPI 42302E31 NVDA 00000000) > [ 0.000000] ACPI: APIC 000000007fef8600 00098 (v01 Nvidia NVDAACPI 42302E31 NVDA 00000000) > [ 0.000000] ACPI: OEMN 000000007fef88c0 051A7 (v01 NVIDIA NTUNEOEM 20302E31 NVDA 00000000) > [ 0.000000] No NUMA configuration found > [ 0.000000] Faking a node at 0000000000000000-000000010987c000 > [ 0.000000] Bootmem setup node 0 0000000000000000-000000010987c000 > [ 0.000000] NODE_DATA [0000000000010000 - 0000000000017fff] > [ 0.000000] bootmap [0000000000018000 - 000000000003930f] pages 22 > [ 0.000000] (9 early reservations) ==> bootmem [0000000000 - 010987c000] > [ 0.000000] #0 [0000000000 - 0000001000] BIOS data page ==> [0000000000 - 0000001000] > [ 0.000000] #1 [0001b24000 - 0001b35000] XEN PAGETABLES ==> [0001b24000 - 0001b35000] > [ 0.000000] #2 [0000006000 - 0000008000] TRAMPOLINE ==> [0000006000 - 0000008000] > [ 0.000000] #3 [0001000000 - 00016449d4] TEXT DATA BSS ==> [0001000000 - 00016449d4] > [ 0.000000] #4 [000176f000 - 0001b24000] XEN START INFO ==> [000176f000 - 0001b24000] > [ 0.000000] #5 [0100000000 - 010987c000] XEN EXTRA ==> [0100000000 - 010987c000] > [ 0.000000] #6 [0001645000 - 00016530b2] BRK ==> [0001645000 - 00016530b2] > [ 0.000000] #7 [0000100000 - 00004a3000] PGTABLE ==> [0000100000 - 00004a3000] > [ 0.000000] #8 [00004a3000 - 00004f1000] PGTABLE ==> [00004a3000 - 00004f1000] > [ 0.000000] found SMP MP-table at [ffff8800000f40e0] f40e0 > [ 0.000000] Zone PFN ranges: > [ 0.000000] DMA 0x00000010 -> 0x00001000 > [ 0.000000] DMA32 0x00001000 -> 0x00100000 > [ 0.000000] Normal 0x00100000 -> 0x0010987c > [ 0.000000] Movable zone start PFN for each node > [ 0.000000] early_node_map[3] active PFN ranges > [ 0.000000] 0: 0x00000010 -> 0x0000009b > [ 0.000000] 0: 0x00000100 -> 0x00076674 > [ 0.000000] 0: 0x00100000 -> 0x0010987c > [ 0.000000] ACPI: PM-Timer IO Port: 0x1008 > [ 0.000000] ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) > [ 0.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled) > [ 0.000000] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] disabled) > [ 0.000000] ACPI: LAPIC (acpi_id[0x03] lapic_id[0x03] disabled) > [ 0.000000] ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1]) > [ 0.000000] ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1]) > [ 0.000000] ACPI: LAPIC_NMI (acpi_id[0x02] high edge lint[0x1]) > [ 0.000000] ACPI: LAPIC_NMI (acpi_id[0x03] high edge lint[0x1]) > [ 0.000000] ACPI: IOAPIC (id[0x04] address[0xfec00000] gsi_base[0]) > [ 0.000000] IOAPIC[0]: apic_id 4, version 0, address 0xfec00000, GSI 0-0 > [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) > [ 0.000000] ERROR: Unable to locate IOAPIC for GSI 2 > [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) > [ 0.000000] ERROR: Unable to locate IOAPIC for GSI 9 > [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 14 global_irq 14 high edge) > [ 0.000000] ERROR: Unable to locate IOAPIC for GSI 14 > [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 15 global_irq 15 high edge) > [ 0.000000] ERROR: Unable to locate IOAPIC for GSI 15 > [ 0.000000] Using ACPI (MADT) for SMP configuration information > [ 0.000000] ACPI: HPET id: 0x10de8201 base: 0xfeff0000 > [ 0.000000] SMP: Allowing 2 CPUs, 0 hotplug CPUs > [ 0.000000] PM: Registered nosave memory: 000000000009b000 - 000000000009c000 > [ 0.000000] PM: Registered nosave memory: 000000000009c000 - 0000000000100000 > [ 0.000000] PM: Registered nosave memory: 0000000076674000 - 000000007fef0000 > [ 0.000000] PM: Registered nosave memory: 000000007fef0000 - 000000007fef3000 > [ 0.000000] PM: Registered nosave memory: 000000007fef3000 - 000000007ff00000 > [ 0.000000] PM: Registered nosave memory: 000000007ff00000 - 00000000d0000000 > [ 0.000000] PM: Registered nosave memory: 00000000d0000000 - 00000000f0000000 > [ 0.000000] PM: Registered nosave memory: 00000000f0000000 - 00000000fec00000 > [ 0.000000] PM: Registered nosave memory: 00000000fec00000 - 0000000100000000 > [ 0.000000] Allocating PCI resources starting at 7ff00000 (gap: 7ff00000:50100000) > [ 0.000000] Booting paravirtualized kernel on Xen > [ 0.000000] Xen version: 4.0.1 (preserve-AD) (dom0) > [ 0.000000] NR_CPUS:512 nr_cpumask_bits:512 nr_cpu_ids:2 nr_node_ids:1 > [ 0.000000] PERCPU: Embedded 30 pages/cpu @ffff88000383a000 s90328 r8192 d24360 u122880 > [ 0.000000] pcpu-alloc: s90328 r8192 d24360 u122880 alloc=30*4096 > [ 0.000000] pcpu-alloc: [0] 0 [0] 1 > [ 0.000000] Built 1 zonelists in Node order, mobility grouping on. Total pages: 508017 > [ 0.000000] Policy zone: Normal > [ 0.000000] Kernel command line: placeholder root=/dev/mapper/we--ho--srv02-root ro console=ttyS0,9600n8 console=tty0 > [ 0.000000] PID hash table entries: 4096 (order: 3, 32768 bytes) > [ 0.000000] Initializing CPU#0 > [ 0.000000] DMA: Placing 64MB software IO TLB between ffff88000387f000 - ffff88000787f000 > [ 0.000000] DMA: software IO TLB at phys 0x387f000 - 0x787f000 > [ 0.000000] xen_swiotlb_fixup: buf=ffff88000387f000 size=67108864 > [ 0.000000] xen_swiotlb_fixup: buf=ffff8800078df000 size=32768 > [ 0.000000] Memory: 1827940k/4350448k available (3130k kernel code, 2254852k absent, 267656k reserved, 1736k data, 604k init) > [ 0.000000] SLUB: Genslabs=14, HWalign=64, Order=0-3, MinObjects=0, CPUs=2, Nodes=1 > [ 0.000000] Hierarchical RCU implementation. > [ 0.000000] NR_IRQS:4352 nr_irqs:768 > [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) > [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) > [ 0.000000] xen: sci override: source_irq=9 global_irq=9 trigger=c polarity=1 > [ 0.000000] xen_allocate_pirq: returning irq 9 for gsi 9 > [ 0.000000] xen: acpi sci 9 > [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 14 global_irq 14 high edge) > [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 15 global_irq 15 high edge) > [ 0.000000] Console: colour VGA+ 80x25 > [ 0.000000] console [tty0] enabled > [ 0.000000] console [ttyS0] enabled > [ 0.000000] installing Xen timer for CPU 0 > [ 0.000000] Detected 3166.710 MHz processor. > [ 0.004000] Calibrating delay loop (skipped), value calculated using timer frequency.. 6333.42 BogoMIPS (lpj=12666840) > [ 0.004000] Security Framework initialized > [ 0.004000] SELinux: Disabled at boot. > [ 0.004185] Dentry cache hash table entries: 262144 (order: 9, 2097152 bytes) > [ 0.008083] Inode-cache hash table entries: 131072 (order: 8, 1048576 bytes) > [ 0.012000] Mount-cache hash table entries: 256 > [ 0.012119] Initializing cgroup subsys ns > [ 0.016000] Initializing cgroup subsys cpuacct > [ 0.016000] Initializing cgroup subsys devices > [ 0.016000] Initializing cgroup subsys freezer > [ 0.016000] Initializing cgroup subsys net_cls > [ 0.016021] CPU: L1 I cache: 32K, L1 D cache: 32K > [ 0.020000] CPU: L2 cache: 6144K > [ 0.020005] CPU 0/0x0 -> Node 0 > [ 0.024003] CPU: Physical Processor ID: 0 > [ 0.028001] CPU: Processor Core ID: 0 > [ 0.028005] mce: CPU supports 6 MCE banks > [ 0.032015] Performance Events: unsupported p6 CPU model 23 no PMU driver, software events only. > [ 0.036001] SMP alternatives: switching to UP code > [ 0.036001] ACPI: Core revision 20090903 > [ 0.043617] installing Xen timer for CPU 1 > [ 0.044032] SMP alternatives: switching to SMP code > [ 0.004000] Initializing CPU#1 > [ 0.004000] CPU: L1 I cache: 32K, L1 D cache: 32K > [ 0.004000] CPU: L2 cache: 6144K > [ 0.004000] CPU 1/0x0 -> Node 0 > [ 0.004000] CPU: Physical Processor ID: 0 > [ 0.004000] CPU: Processor Core ID: 1 > [ 0.048092] Brought up 2 CPUs > [ 0.052030] devtmpfs: initialized > [ 0.058311] Grant table initialized > [ 0.060001] regulator: core version 0.5 > [ 0.060038] NET: Registered protocol family 16 > [ 0.064074] ACPI: bus type pci registered > [ 0.068094] PCI: MCFG configuration 0: base e0000000 segment 0 buses 0 - 255 > [ 0.072001] PCI: MCFG area at e0000000 reserved in E820 > [ 0.088811] PCI: Using MMCONFIG at e0000000 - efffffff > [ 0.092001] PCI: Using configuration type 1 for base access > [ 0.092300] bio: create slab <bio-0> at 0 > [ 0.097231] ERROR: Unable to locate IOAPIC for GSI 9 > [ 0.108298] ACPI: Interpreter enabled > [ 0.112001] ACPI: (supports S0 S1 S3 S4 S5) > [ 0.112001] ACPI: Using IOAPIC for interrupt routing > [ 0.112092] BUG: unable to handle kernel paging request at ffff8800763328a0 > [ 0.116001] IP: [<ffffffff8100cde8>] xen_set_pte_at+0x8e/0x9a > [ 0.116001] PGD 1002067 PUD 2ee067 PMD 4a0067 PTE 8010000076332065 > [ 0.116001] Oops: 0003 [#1] SMP > [ 0.116001] last sysfs file: > [ 0.116001] CPU 0 > [ 0.116001] Modules linked in: > [ 0.116001] Pid: 1, comm: swapper Not tainted 2.6.32.32 #3 132-CK-NF78 > [ 0.116001] RIP: e030:[<ffffffff8100cde8>] [<ffffffff8100cde8>] xen_set_pte_at+0x8e/0x9a > [ 0.116001] RSP: e02b:ffff88007635f8d0 EFLAGS: 00010246 > [ 0.116001] RAX: 0000000000000000 RBX: ffff8800763328a0 RCX: 80000000fec00473 > [ 0.116001] RDX: 0000000000000000 RSI: 80000000fec00473 RDI: ffffc90000314000 > [ 0.116001] RBP: 80000000fec00473 R08: 00003ffffffff000 R09: ffff880000000000 > [ 0.116001] R10: 0000000000000010 R11: ffff88000384bd90 R12: ffffc90000314000 > [ 0.116001] R13: ffffc90000314000 R14: ffffffff81001c90 R15: ffff880076227000 > [ 0.116001] FS: 0000000000000000(0000) GS:ffff88000383a000(0000) knlGS:0000000000000000 > [ 0.116001] CS: e033 DS: 0000 ES: 0000 CR0: 000000008005003b > [ 0.116001] CR2: ffff8800763328a0 CR3: 0000000001001000 CR4: 0000000000002660 > [ 0.116001] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 > [ 0.116001] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 > [ 0.116001] Process swapper (pid: 1, threadinfo ffff88007635e000, task ffff880076360000) > [ 0.116001] Stack: > [ 0.116001] 0000000000000010 ffff880000000000 00003ffffffff000 80000000fec00473 > [ 0.116001] <0> ffffc90000315000 ffffc90000315000 ffff880076228008 ffffffff8118d100 > [ 0.116001] <0> 00000000fec01000 0000000000000010 0000000000001000 0000000000001000 > [ 0.116001] Call Trace: > [ 0.116001] [<ffffffff8118d100>] ? ioremap_page_range+0x238/0x29c > [ 0.116001] [<ffffffff81032be3>] ? __ioremap_caller+0x28d/0x2f3 > [ 0.116001] [<ffffffff81308bda>] ? _spin_unlock_irqrestore+0x10/0x11 > [ 0.116001] [<ffffffff811daabe>] ? acpi_ex_system_memory_space_handler+0xda/0x1d0 > [ 0.116001] [<ffffffff811da9e4>] ? acpi_ex_system_memory_space_handler+0x0/0x1d0 > [ 0.116001] [<ffffffff811d38bc>] ? acpi_ev_address_space_dispatch+0x16a/0x1b7 > [ 0.116001] [<ffffffff811d7f3b>] ? acpi_ex_access_region+0x21b/0x228 > [ 0.116001] [<ffffffff811e7a4d>] ? acpi_ut_allocate_object_desc_dbg+0x39/0x6f > [ 0.116001] [<ffffffff8100e6f1>] ? xen_force_evtchn_callback+0x9/0xa > [ 0.116001] [<ffffffff8100edd2>] ? check_events+0x12/0x20 > [ 0.116001] [<ffffffff811d8217>] ? acpi_ex_field_datum_io+0xf2/0x184 > [ 0.116001] [<ffffffff8100edbf>] ? xen_restore_fl_direct_end+0x0/0x1 > [ 0.116001] [<ffffffff811e7a4d>] ? acpi_ut_allocate_object_desc_dbg+0x39/0x6f > [ 0.116001] [<ffffffff811d8339>] ? acpi_ex_extract_from_field+0x90/0x19b > [ 0.116001] [<ffffffff811d6c66>] ? acpi_ex_read_data_from_field+0x130/0x16e > [ 0.116001] [<ffffffff811dba31>] ? acpi_ex_resolve_node_to_value+0x191/0x220 > [ 0.116001] [<ffffffff8100edbf>] ? xen_restore_fl_direct_end+0x0/0x1 > [ 0.116001] [<ffffffff810e5947>] ? kfree+0xc3/0xc8 > [ 0.116001] [<ffffffff811d76b7>] ? acpi_ex_resolve_to_value+0x20b/0x214 > [ 0.116001] [<ffffffff811d1e57>] ? acpi_ds_evaluate_name_path+0x73/0xed > [ 0.116001] [<ffffffff811d0ae8>] ? acpi_ds_exec_end_op+0x8e/0x3ce > [ 0.116001] [<ffffffff811e21e9>] ? acpi_ps_parse_loop+0x7bb/0x94a > [ 0.116001] [<ffffffff811d13c4>] ? acpi_ds_call_control_method+0x15f/0x1c7 > [ 0.116001] [<ffffffff811e1337>] ? acpi_ps_parse_aml+0x8e/0x2be > [ 0.116001] [<ffffffff811e29b1>] ? acpi_ps_execute_method+0x1d6/0x2a5 > [ 0.116001] [<ffffffff811de3a9>] ? acpi_ns_evaluate+0xdd/0x19a > [ 0.116001] [<ffffffff811dde35>] ? acpi_evaluate_object+0xf7/0x1f8 > [ 0.116001] [<ffffffff81502401>] ? acpi_sleep_init+0x17b/0x188 > [ 0.116001] [<ffffffff815026af>] ? acpi_bus_init+0x160/0x1d6 > [ 0.116001] [<ffffffff81502725>] ? acpi_init+0x0/0x125 > [ 0.116001] [<ffffffff8150278e>] ? acpi_init+0x69/0x125 > [ 0.116001] [<ffffffff81502725>] ? acpi_init+0x0/0x125 > [ 0.116001] [<ffffffff8100a064>] ? do_one_initcall+0x63/0x175 > [ 0.116001] [<ffffffff814d9688>] ? kernel_init+0x152/0x1a8 > [ 0.116001] [<ffffffff81012aea>] ? child_rip+0xa/0x20 > [ 0.116001] [<ffffffff81011ca1>] ? int_ret_from_sys_call+0x7/0x1b > [ 0.116001] [<ffffffff8101245d>] ? retint_restore_args+0x5/0x6 > [ 0.116001] [<ffffffff81012ae0>] ? child_rip+0x0/0x20 > [ 0.116001] Code: 48 c7 40 20 00 00 00 00 48 83 c4 20 5b 5d 41 5c e9 9b fe ff ff 4c 89 e7 48 89 ee 31 d2 e8 e1 c3 ff ff 85 c0 74 08 e8 a1 fb 01 00 <48> 89 2b 48 83 c4 20 5b 5d 41 5c c3 53 48 c1 ee 0c 48 83 ec 10 > [ 0.116001] RIP [<ffffffff8100cde8>] xen_set_pte_at+0x8e/0x9a > [ 0.116001] RSP <ffff88007635f8d0> > [ 0.116001] CR2: ffff8800763328a0 > [ 0.116001] ---[ end trace 93d72a36b9146f22 ]--- > [ 0.116007] Kernel panic - not syncing: Attempted to kill init! > [ 0.120001] Pid: 1, comm: swapper Tainted: G D 2.6.32.32 #3 > [ 0.120001] Call Trace: > [ 0.120001] [<ffffffff81306d18>] ? panic+0x78/0x133 > [ 0.120001] [<ffffffff81056978>] ? exit_ptrace+0xa7/0x126 > [ 0.120001] [<ffffffff81050905>] ? do_exit+0x73/0x6c6 > [ 0.120001] [<ffffffff81309a8e>] ? oops_end+0xb1/0xb6 > [ 0.120001] [<ffffffff81032452>] ? no_context+0x1fa/0x207 > [ 0.120001] [<ffffffff810d53fc>] ? __purge_vmap_area_lazy+0x78/0x18a > [ 0.120001] [<ffffffff81308f85>] ? page_fault+0x25/0x30 > [ 0.120001] [<ffffffff8100cde8>] ? xen_set_pte_at+0x8e/0x9a > [ 0.120001] [<ffffffff8118d100>] ? ioremap_page_range+0x238/0x29c > [ 0.120001] [<ffffffff81032be3>] ? __ioremap_caller+0x28d/0x2f3 > [ 0.120001] [<ffffffff81308bda>] ? _spin_unlock_irqrestore+0x10/0x11 > [ 0.120001] [<ffffffff811daabe>] ? acpi_ex_system_memory_space_handler+0xda/0x1d0 > [ 0.120001] [<ffffffff811da9e4>] ? acpi_ex_system_memory_space_handler+0x0/0x1d0 > [ 0.120001] [<ffffffff811d38bc>] ? acpi_ev_address_space_dispatch+0x16a/0x1b7 > [ 0.120001] [<ffffffff811d7f3b>] ? acpi_ex_access_region+0x21b/0x228 > [ 0.120001] [<ffffffff811e7a4d>] ? acpi_ut_allocate_object_desc_dbg+0x39/0x6f > [ 0.120001] [<ffffffff8100e6f1>] ? xen_force_evtchn_callback+0x9/0xa > [ 0.120001] [<ffffffff8100edd2>] ? check_events+0x12/0x20 > [ 0.120001] [<ffffffff811d8217>] ? acpi_ex_field_datum_io+0xf2/0x184 > [ 0.120001] [<ffffffff8100edbf>] ? xen_restore_fl_direct_end+0x0/0x1 > [ 0.120001] [<ffffffff811e7a4d>] ? acpi_ut_allocate_object_desc_dbg+0x39/0x6f > [ 0.120001] [<ffffffff811d8339>] ? acpi_ex_extract_from_field+0x90/0x19b > [ 0.120001] [<ffffffff811d6c66>] ? acpi_ex_read_data_from_field+0x130/0x16e > [ 0.120001] [<ffffffff811dba31>] ? acpi_ex_resolve_node_to_value+0x191/0x220 > [ 0.120001] [<ffffffff8100edbf>] ? xen_restore_fl_direct_end+0x0/0x1 > [ 0.120001] [<ffffffff810e5947>] ? kfree+0xc3/0xc8 > [ 0.120001] [<ffffffff811d76b7>] ? acpi_ex_resolve_to_value+0x20b/0x214 > [ 0.120001] [<ffffffff811d1e57>] ? acpi_ds_evaluate_name_path+0x73/0xed > [ 0.120001] [<ffffffff811d0ae8>] ? acpi_ds_exec_end_op+0x8e/0x3ce > [ 0.120001] [<ffffffff811e21e9>] ? acpi_ps_parse_loop+0x7bb/0x94a > [ 0.120001] [<ffffffff811d13c4>] ? acpi_ds_call_control_method+0x15f/0x1c7 > [ 0.120001] [<ffffffff811e1337>] ? acpi_ps_parse_aml+0x8e/0x2be > [ 0.120001] [<ffffffff811e29b1>] ? acpi_ps_execute_method+0x1d6/0x2a5 > [ 0.120001] [<ffffffff811de3a9>] ? acpi_ns_evaluate+0xdd/0x19a > [ 0.120001] [<ffffffff811dde35>] ? acpi_evaluate_object+0xf7/0x1f8 > [ 0.120001] [<ffffffff81502401>] ? acpi_sleep_init+0x17b/0x188 > [ 0.120001] [<ffffffff815026af>] ? acpi_bus_init+0x160/0x1d6 > [ 0.120001] [<ffffffff81502725>] ? acpi_init+0x0/0x125 > [ 0.120001] [<ffffffff8150278e>] ? acpi_init+0x69/0x125 > [ 0.120001] [<ffffffff81502725>] ? acpi_init+0x0/0x125 > [ 0.120001] [<ffffffff8100a064>] ? do_one_initcall+0x63/0x175 > [ 0.120001] [<ffffffff814d9688>] ? kernel_init+0x152/0x1a8 > [ 0.120001] [<ffffffff81012aea>] ? child_rip+0xa/0x20 > [ 0.120001] [<ffffffff81011ca1>] ? int_ret_from_sys_call+0x7/0x1b > [ 0.120001] [<ffffffff8101245d>] ? retint_restore_args+0x5/0x6 > [ 0.120001] [<ffffffff81012ae0>] ? child_rip+0x0/0x20 >> _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xensource.com > http://lists.xensource.com/xen-devel_______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Jan Beulich
2011-Mar-16 08:38 UTC
Re: [Xen-devel] FW: [Xen-users] Re: Squeeze and Xen 4 - booting error when loading xen-hypervisor-4.0-amd64
>>> On 16.03.11 at 04:24, Konrad Rzeszutek Wilk <konrad.wilk@oracle.com> wrote: > On Mon, Mar 14, 2011 at 03:51:08PM -0700, Paul Wozney wrote: >> On Mon, Mar 14, 2011 at 04:49, Pasi Kärkkäinen <pasik@iki.fi> wrote: >> >> > >> > Did he try booting the latest dom0 kernel from xen.git xen/stable-2.6.32.x >> > branch? >> > >> >> I compiled this kernel and I get a different kernel panic. > > What type of config did you use? Did you try the one in PVOPS Wiki page? > > Is this happening only on this specific machine? > > What does your DSDT look like? Can you run iasl on it to decompile? > > This looks like a bug we hit in the past where Jan Beulich decoded > the DSDT and found out that it was doing somethign really silly. > Can''t remember the details .. maybe Jan does.Yes, it very much looks like that. The problem was that some method in the DSDT tried to access a field in the IO-APIC''s MMIO range, but that range isn''t available to any domain (including Dom0). On non-pvops, and ioremap() attempt like this will simply fail, but on pv-ops (using native''s set_pte_at(), which has no return value) the attempt to establish the page table entry will simply fault, leading to a kernel panic in cases like this. Of course it is bogus for the firmware to have an ACPI method access IO-APIC space - that should be under the exclusive control of the OS (and hence your first and best option is to obtain fixed firmware). Nevertheless, if this was just a read (don''t recall whether it was in the original case), it would seem possible to allow this, utilizing the mmio_ro_ranges functionality introduced for MSI-X''s table and PBA. One problem with this is that it could have bad effects in terms of hiding future latent kernel bugs in that the actual IO-APIC handling code might wrongly establish a mapping of the real IO-APIC page - in this context, outright failing the mapping attempt is certainly better than silently converting a writeable mapping to a read-only one. But obviously Xen can''t distinguish one from the other. Jan _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Pasi Kärkkäinen
2011-Mar-23 15:42 UTC
Re: [Xen-users] Re: Squeeze and Xen 4 - booting error when loading xen-hypervisor-4.0-amd64
On Sun, Mar 13, 2011 at 10:09:28PM -0700, Paul Wozney wrote:> Hi xen-users, > It took me a while to find and install a serial port on this server, but I > finally got it. Here''s the kernel panic output.I was discussing this with Jeremy and he thought this issue is already fixed in xen/stable-2.6.32.x git branch in xen.git repository. Can you try upstream (non-debian) dom0 kernel? Also try the latest squeeze kernel (2.6.32-31) released a couple of days ago. -- Pasi> Paul > On Tue, Feb 15, 2011 at 16:15, Paul Wozney <[1]paul@wozney.ca> wrote: > > Hello xen-users, > > I''m a long-time Linux-er and lately I''ve been sticking to Ubuntu - but > when it came time to build a Xen system I figured what better way than > to use debian and since squeeze was just released with support for Xen > 4. > > Except I''m having some problems. I followed the instructions here: > [2]http://wiki.debian.org/Xen#Installationonsqueeze > > I can boot the regular plain-jane kernel without a problem, but when I > boot the Xen-4 hypervisor kernel I get a crash, and unless I include the > line ''noreboot'' it immediately reloads the system. It looks like the > repos are giving me hypervisor 4.0.1. > > I have attached a screenshot (taken with my camera) of the crashed > system, in the hopes that someone will know what this means. This > happens quiet early in the boot process, so I''m not able to switch > windows to access the system otherwise. I did some searching for the > last error message child_rip but I can''t seem to find anything quite > like what I''m seeing here. > > I saw a thread on the xen-devel list for 4.1.1 with this exact problem, > and for them with that particular bug they were able to fix it with this > kernel parameter: /boot/xen.gz dom0_mem=1024M. But this didn''t work for > me - I just got the same error. > Thanks, > > Paul > > References > > Visible links > 1. mailto:paul@wozney.ca > 2. http://wiki.debian.org/Xen#Installationonsqueeze> [ 0.000000] Initializing cgroup subsys cpuset > [ 0.000000] Initializing cgroup subsys cpu > [ 0.000000] Linux version 2.6.32-5-xen-amd64 (Debian 2.6.32-30) (ben@decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Wed Jan 12 05:46:49 UTC 2011 > [ 0.000000] Command line: placeholder root=/dev/mapper/we--ho--srv02-root ro console=ttyS0,9600n8 console=tty0 > [ 0.000000] KERNEL supported cpus: > [ 0.000000] Intel GenuineIntel > [ 0.000000] AMD AuthenticAMD > [ 0.000000] Centaur CentaurHauls > [ 0.000000] released 0 pages of unused memory > [ 0.000000] BIOS-provided physical RAM map: > [ 0.000000] Xen: 0000000000000000 - 000000000009b800 (usable) > [ 0.000000] Xen: 000000000009b800 - 0000000000100000 (reserved) > [ 0.000000] Xen: 0000000000100000 - 0000000076674000 (usable) > [ 0.000000] Xen: 000000007fef0000 - 000000007fef3000 (ACPI NVS) > [ 0.000000] Xen: 000000007fef3000 - 000000007ff00000 (ACPI data) > [ 0.000000] Xen: 00000000d0000000 - 00000000f0000000 (reserved) > [ 0.000000] Xen: 00000000fec00000 - 0000000100000000 (reserved) > [ 0.000000] DMI 2.4 present. > [ 0.000000] Phoenix BIOS detected: BIOS may corrupt low RAM, working around it. > [ 0.000000] last_pfn = 0x76674 max_arch_pfn = 0x400000000 > [ 0.000000] x86 PAT enabled: cpu 0, old 0x50100070406, new 0x7010600070106 > [ 0.000000] init_memory_mapping: 0000000000000000-0000000076674000 > [ 0.000000] RAMDISK: 016b8000 - 03308a00 > [ 0.000000] ACPI: RSDP 00000000000f80a0 00014 (v00 Nvidia) > [ 0.000000] ACPI: RSDT 000000007fef3040 0003C (v01 Nvidia NVDAACPI 42302E31 NVDA 00000000) > [ 0.000000] ACPI: FACP 000000007fef30c0 00074 (v01 Nvidia NVDAACPI 42302E31 NVDA 00000000) > [ 0.000000] ACPI: DSDT 000000007fef3180 0541D (v01 NVIDIA NVDAACPI 00001000 MSFT 03000000) > [ 0.000000] ACPI: FACS 000000007fef0000 00040 > [ 0.000000] ACPI: HPET 000000007fef8700 00038 (v01 Nvidia NVDAACPI 42302E31 NVDA 00000098) > [ 0.000000] ACPI: WDRT 000000007fef8780 00047 (v01 Nvidia NVDAACPI 42302E31 NVDA 00000000) > [ 0.000000] ACPI: MCFG 000000007fef8840 0003C (v01 Nvidia NVDAACPI 42302E31 NVDA 00000000) > [ 0.000000] ACPI: APIC 000000007fef8600 00098 (v01 Nvidia NVDAACPI 42302E31 NVDA 00000000) > [ 0.000000] ACPI: OEMN 000000007fef88c0 051A7 (v01 NVIDIA NTUNEOEM 20302E31 NVDA 00000000) > [ 0.000000] No NUMA configuration found > [ 0.000000] Faking a node at 0000000000000000-0000000076674000 > [ 0.000000] Bootmem setup node 0 0000000000000000-0000000076674000 > [ 0.000000] NODE_DATA [0000000000010000 - 0000000000017fff] > [ 0.000000] bootmap [0000000000018000 - 0000000000026ccf] pages f > [ 0.000000] (8 early reservations) ==> bootmem [0000000000 - 0076674000] > [ 0.000000] #0 [0000000000 - 0000001000] BIOS data page ==> [0000000000 - 0000001000] > [ 0.000000] #1 [00036be000 - 00036dd000] XEN PAGETABLES ==> [00036be000 - 00036dd000] > [ 0.000000] #2 [0000006000 - 0000008000] TRAMPOLINE ==> [0000006000 - 0000008000] > [ 0.000000] #3 [0001000000 - 0001697994] TEXT DATA BSS ==> [0001000000 - 0001697994] > [ 0.000000] #4 [00016b8000 - 0003308a00] RAMDISK ==> [00016b8000 - 0003308a00] > [ 0.000000] #5 [0003309000 - 00036be000] XEN START INFO ==> [0003309000 - 00036be000] > [ 0.000000] #6 [0001698000 - 00016980b2] BRK ==> [0001698000 - 00016980b2] > [ 0.000000] #7 [0000100000 - 0000495000] PGTABLE ==> [0000100000 - 0000495000] > [ 0.000000] found SMP MP-table at [ffff8800000f40e0] f40e0 > [ 0.000000] Zone PFN ranges: > [ 0.000000] DMA 0x00000010 -> 0x00001000 > [ 0.000000] DMA32 0x00001000 -> 0x00100000 > [ 0.000000] Normal 0x00100000 -> 0x00100000 > [ 0.000000] Movable zone start PFN for each node > [ 0.000000] early_node_map[2] active PFN ranges > [ 0.000000] 0: 0x00000010 -> 0x0000009b > [ 0.000000] 0: 0x00000100 -> 0x00076674 > [ 0.000000] ACPI: PM-Timer IO Port: 0x1008 > [ 0.000000] ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) > [ 0.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled) > [ 0.000000] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] disabled) > [ 0.000000] ACPI: LAPIC (acpi_id[0x03] lapic_id[0x03] disabled) > [ 0.000000] ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1]) > [ 0.000000] ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1]) > [ 0.000000] ACPI: LAPIC_NMI (acpi_id[0x02] high edge lint[0x1]) > [ 0.000000] ACPI: LAPIC_NMI (acpi_id[0x03] high edge lint[0x1]) > [ 0.000000] ACPI: IOAPIC (id[0x04] address[0xfec00000] gsi_base[0]) > [ 0.000000] IOAPIC[0]: apic_id 4, version 0, address 0xfec00000, GSI 0-0 > [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) > [ 0.000000] ERROR: Unable to locate IOAPIC for GSI 2 > [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) > [ 0.000000] ERROR: Unable to locate IOAPIC for GSI 9 > [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 14 global_irq 14 high edge) > [ 0.000000] ERROR: Unable to locate IOAPIC for GSI 14 > [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 15 global_irq 15 high edge) > [ 0.000000] ERROR: Unable to locate IOAPIC for GSI 15 > [ 0.000000] Using ACPI (MADT) for SMP configuration information > [ 0.000000] ACPI: HPET id: 0x10de8201 base: 0xfeff0000 > [ 0.000000] SMP: Allowing 2 CPUs, 0 hotplug CPUs > [ 0.000000] PM: Registered nosave memory: 000000000009b000 - 000000000009c000 > [ 0.000000] PM: Registered nosave memory: 000000000009c000 - 0000000000100000 > [ 0.000000] Allocating PCI resources starting at 7ff00000 (gap: 7ff00000:50100000) > [ 0.000000] Booting paravirtualized kernel on Xen > [ 0.000000] Xen version: 4.0.1 (preserve-AD) (dom0) > [ 0.000000] NR_CPUS:512 nr_cpumask_bits:512 nr_cpu_ids:2 nr_node_ids:1 > [ 0.000000] PERCPU: Embedded 30 pages/cpu @ffff880003713000 s90328 r8192 d24360 u122880 > [ 0.000000] pcpu-alloc: s90328 r8192 d24360 u122880 alloc=30*4096 > [ 0.000000] pcpu-alloc: [0] 0 [0] 1 > [ 0.000000] Xen: using vcpu_info placement > [ 0.000000] Built 1 zonelists in Node order, mobility grouping on. Total pages: 477312 > [ 0.000000] Policy zone: DMA32 > [ 0.000000] Kernel command line: placeholder root=/dev/mapper/we--ho--srv02-root ro console=ttyS0,9600n8 console=tty0 > [ 0.000000] PID hash table entries: 4096 (order: 3, 32768 bytes) > [ 0.000000] Initializing CPU#0 > [ 0.000000] DMA: Placing 64MB software IO TLB between ffff88000552e000 - ffff88000952e000 > [ 0.000000] DMA: software IO TLB at phys 0x552e000 - 0x952e000 > [ 0.000000] xen_swiotlb_fixup: buf=ffff88000552e000 size=67108864 > [ 0.000000] xen_swiotlb_fixup: buf=ffff88000958e000 size=32768 > [ 0.000000] Memory: 1802668k/1939920k available (3147k kernel code, 468k absent, 136784k reserved, 1908k data, 600k init) > [ 0.000000] SLUB: Genslabs=14, HWalign=64, Order=0-3, MinObjects=0, CPUs=2, Nodes=1 > [ 0.000000] Hierarchical RCU implementation. > [ 0.000000] NR_IRQS:4352 nr_irqs:768 > [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) > [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) > [ 0.000000] xen: sci override: source_irq=9 global_irq=9 trigger=c polarity=1 > [ 0.000000] xen_allocate_pirq: returning irq 9 for gsi 9 > [ 0.000000] xen: acpi sci 9 > [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 14 global_irq 14 high edge) > [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 15 global_irq 15 high edge) > [ 0.000000] Console: colour VGA+ 80x25 > [ 0.000000] console [tty0] enabled > [ 0.000000] console [ttyS0] enabled > [ 0.000000] installing Xen timer for CPU 0 > [ 0.000000] Detected 3166.710 MHz processor. > [ 0.004000] Calibrating delay loop (skipped), value calculated using timer frequency.. 6333.42 BogoMIPS (lpj=12666840) > [ 0.004000] Security Framework initialized > [ 0.004000] SELinux: Disabled at boot. > [ 0.004182] Dentry cache hash table entries: 262144 (order: 9, 2097152 bytes) > [ 0.008082] Inode-cache hash table entries: 131072 (order: 8, 1048576 bytes) > [ 0.012000] Mount-cache hash table entries: 256 > [ 0.012123] Initializing cgroup subsys ns > [ 0.016000] Initializing cgroup subsys cpuacct > [ 0.016000] Initializing cgroup subsys devices > [ 0.016000] Initializing cgroup subsys freezer > [ 0.016000] Initializing cgroup subsys net_cls > [ 0.016021] CPU: L1 I cache: 32K, L1 D cache: 32K > [ 0.020000] CPU: L2 cache: 6144K > [ 0.020005] CPU 0/0x0 -> Node 0 > [ 0.024003] CPU: Physical Processor ID: 0 > [ 0.028001] CPU: Processor Core ID: 0 > [ 0.028005] mce: CPU supports 6 MCE banks > [ 0.032015] Performance Events: unsupported p6 CPU model 23 no PMU driver, software events only. > [ 0.036001] SMP alternatives: switching to UP code > [ 0.036001] ACPI: Core revision 20090903 > [ 0.042833] installing Xen timer for CPU 1 > [ 0.044036] SMP alternatives: switching to SMP code > [ 0.004000] Initializing CPU#1 > [ 0.004000] CPU: L1 I cache: 32K, L1 D cache: 32K > [ 0.004000] CPU: L2 cache: 6144K > [ 0.004000] CPU 1/0x0 -> Node 0 > [ 0.004000] CPU: Physical Processor ID: 0 > [ 0.004000] CPU: Processor Core ID: 1 > [ 0.048095] Brought up 2 CPUs > [ 0.052032] devtmpfs: initialized > [ 0.058474] Grant table initialized > [ 0.060001] regulator: core version 0.5 > [ 0.060035] NET: Registered protocol family 16 > [ 0.064080] ACPI: bus type pci registered > [ 0.068088] PCI: MCFG configuration 0: base e0000000 segment 0 buses 0 - 255 > [ 0.072001] PCI: MCFG area at e0000000 reserved in E820 > [ 0.111380] PCI: Using MMCONFIG at e0000000 - efffffff > [ 0.112001] PCI: Using configuration type 1 for base access > [ 0.112369] bio: create slab <bio-0> at 0 > [ 0.117284] ERROR: Unable to locate IOAPIC for GSI 9 > [ 0.128360] ACPI: Interpreter enabled > [ 0.132001] ACPI: (supports S0 S1 S3 S4 S5) > [ 0.132001] ACPI: Using IOAPIC for interrupt routing > [ 0.132087] BUG: unable to handle kernel paging request at ffffc90000314000 > [ 0.136001] IP: [<ffffffff811de1ad>] acpi_ex_system_memory_space_handler+0x17d/0x1d8 > [ 0.136001] PGD 76226067 PUD 76227067 PMD 76331067 PTE 0 > [ 0.136001] Oops: 0000 [#1] SMP > [ 0.136001] last sysfs file: > [ 0.136001] CPU 0 > [ 0.136001] Modules linked in: > [ 0.136001] Pid: 1, comm: swapper Not tainted 2.6.32-5-xen-amd64 #1 132-CK-NF78 > [ 0.136001] RIP: e030:[<ffffffff811de1ad>] [<ffffffff811de1ad>] acpi_ex_system_memory_space_handler+0x17d/0x1d8 > [ 0.136001] RSP: e02b:ffff88007635da90 EFLAGS: 00010246 > [ 0.136001] RAX: ffffc90000314000 RBX: 0000000000000020 RCX: 0000000000000040 > [ 0.136001] RDX: ffffc90000314000 RSI: 0000000000000001 RDI: 80000000fec00273 > [ 0.136001] RBP: 00000000fec00000 R08: 0000000000000000 R09: 00000000fec00000 > [ 0.136001] R10: ffffc90000002000 R11: ffffffffffffe000 R12: ffff880075887240 > [ 0.136001] R13: 0000000000000020 R14: ffff88007635dbf0 R15: 0000000000000000 > [ 0.136001] FS: 0000000000000000(0000) GS:ffff880003713000(0000) knlGS:0000000000000000 > [ 0.136001] CS: e033 DS: 0000 ES: 0000 CR0: 000000008005003b > [ 0.136001] CR2: ffffc90000314000 CR3: 0000000001001000 CR4: 0000000000002660 > [ 0.136001] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 > [ 0.136001] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 > [ 0.136001] Process swapper (pid: 1, threadinfo ffff88007635c000, task ffff880076360000) > [ 0.136001] Stack: > [ 0.136001] ffff8800763380d8 ffffffff811de030 ffff880076338360 ffff88007634ff78 > [ 0.136001] <0> ffff8800763380d8 0000000000000000 ffff88007635dbf0 ffffffff811d6ff2 > [ 0.136001] <0> 0000000000000020 0000000000000084 ffff880075887240 ffff880076338360 > [ 0.136001] Call Trace: > [ 0.136001] [<ffffffff811de030>] ? acpi_ex_system_memory_space_handler+0x0/0x1d8 > [ 0.136001] [<ffffffff811d6ff2>] ? acpi_ev_address_space_dispatch+0x16c/0x1b8 > [ 0.136001] [<ffffffff811db5ad>] ? acpi_ex_access_region+0x215/0x222 > [ 0.136001] [<ffffffff8100ecf2>] ? check_events+0x12/0x20 > [ 0.136001] [<ffffffff811db6a6>] ? acpi_ex_field_datum_io+0xec/0x17e > [ 0.136001] [<ffffffff8100ecdf>] ? xen_restore_fl_direct_end+0x0/0x1 > [ 0.136001] [<ffffffff810e7ef5>] ? kmem_cache_alloc+0x8c/0xf0 > [ 0.136001] [<ffffffff811db7c1>] ? acpi_ex_extract_from_field+0x89/0x18b > [ 0.136001] [<ffffffff811da361>] ? acpi_ex_read_data_from_field+0x11d/0x150 > [ 0.136001] [<ffffffff811df029>] ? acpi_ex_resolve_node_to_value+0x185/0x218 > [ 0.136001] [<ffffffff8100ecdf>] ? xen_restore_fl_direct_end+0x0/0x1 > [ 0.136001] [<ffffffff810e80c0>] ? kfree+0xc6/0xcb > [ 0.136001] [<ffffffff811dad8b>] ? acpi_ex_resolve_to_value+0x1fb/0x20c > [ 0.136001] [<ffffffff811d553d>] ? acpi_ds_evaluate_name_path+0x77/0xfd > [ 0.136001] [<ffffffff811e430c>] ? acpi_ps_get_next_namepath+0x6f/0x1c9 > [ 0.136001] [<ffffffff811d4219>] ? acpi_ds_exec_end_op+0x91/0x3b8 > [ 0.136001] [<ffffffff811e56e6>] ? acpi_ps_parse_loop+0x7c0/0x946 > [ 0.136001] [<ffffffff811e482c>] ? acpi_ps_parse_aml+0x8f/0x2ca > [ 0.136001] [<ffffffff811e5eb6>] ? acpi_ps_execute_method+0x1e7/0x2b1 > [ 0.136001] [<ffffffff811e196d>] ? acpi_ns_evaluate+0xe1/0x19e > [ 0.136001] [<ffffffff811e140a>] ? acpi_evaluate_object+0xf7/0x1ec > [ 0.136001] [<ffffffff815316bb>] ? acpi_sleep_init+0x17b/0x188 > [ 0.136001] [<ffffffff81531815>] ? acpi_init+0x0/0x2de > [ 0.136001] [<ffffffff815319e7>] ? acpi_init+0x1d2/0x2de > [ 0.136001] [<ffffffff8152f69b>] ? fbmem_init+0x0/0x98 > [ 0.136001] [<ffffffff8100a065>] ? do_one_initcall+0x64/0x174 > [ 0.136001] [<ffffffff8150866b>] ? kernel_init+0x14c/0x1a2 > [ 0.136001] [<ffffffff81012baa>] ? child_rip+0xa/0x20 > [ 0.136001] [<ffffffff81011d61>] ? int_ret_from_sys_call+0x7/0x1b > [ 0.136001] [<ffffffff8101251d>] ? retint_restore_args+0x5/0x6 > [ 0.136001] [<ffffffff81012ba0>] ? child_rip+0x0/0x20 > [ 0.136001] Code: 49 c7 06 00 00 00 00 74 1d 77 08 41 83 fd 08 75 63 eb 0e 41 83 fd 20 74 12 41 83 fd 40 75 55 eb 11 0f b6 02 eb 0f 0f b7 02 eb 0a <8b> 12 49 89 16 eb 42 48 8b 02 49 89 06 eb 3a 41 83 fd 10 74 1f > [ 0.136001] RIP [<ffffffff811de1ad>] acpi_ex_system_memory_space_handler+0x17d/0x1d8 > [ 0.136001] RSP <ffff88007635da90> > [ 0.136001] CR2: ffffc90000314000 > [ 0.136001] ---[ end trace 93d72a36b9146f22 ]--- > [ 0.136007] Kernel panic - not syncing: Attempted to kill init! > [ 0.140001] Pid: 1, comm: swapper Tainted: G D 2.6.32-5-xen-amd64 #1 > [ 0.140001] Call Trace: > [ 0.140001] [<ffffffff8130ac81>] ? panic+0x86/0x143 > [ 0.140001] [<ffffffff8100e63d>] ? xen_force_evtchn_callback+0x9/0xa > [ 0.140001] [<ffffffff8100ecf2>] ? check_events+0x12/0x20 > [ 0.140001] [<ffffffff8100e63d>] ? xen_force_evtchn_callback+0x9/0xa > [ 0.140001] [<ffffffff8100ecf2>] ? check_events+0x12/0x20 > [ 0.140001] [<ffffffff8100ec99>] ? xen_irq_enable_direct_end+0x0/0x7 > [ 0.140001] [<ffffffff8130caf4>] ? _write_lock_irq+0x7/0x16 > [ 0.140001] [<ffffffff81057fde>] ? exit_ptrace+0xa7/0x126 > [ 0.140001] [<ffffffff8100ecdf>] ? xen_restore_fl_direct_end+0x0/0x1 > [ 0.140001] [<ffffffff81051fa1>] ? do_exit+0x72/0x6c6 > [ 0.140001] [<ffffffff8100ecf2>] ? check_events+0x12/0x20 > [ 0.140001] [<ffffffff8130d9dd>] ? oops_end+0xaf/0xb4 > [ 0.140001] [<ffffffff81033398>] ? no_context+0x1e9/0x1f8 > [ 0.140001] [<ffffffff8100e63d>] ? xen_force_evtchn_callback+0x9/0xa > [ 0.140001] [<ffffffff8103354d>] ? __bad_area_nosemaphore+0x1a6/0x1ca > [ 0.140001] [<ffffffff8100e63d>] ? xen_force_evtchn_callback+0x9/0xa > [ 0.140001] [<ffffffff8100c369>] ? __raw_callee_save_xen_pmd_val+0x11/0x1e > [ 0.140001] [<ffffffff8100c369>] ? __raw_callee_save_xen_pmd_val+0x11/0x1e > [ 0.140001] [<ffffffff81032cbb>] ? spurious_fault+0x12c/0x1c4 > [ 0.140001] [<ffffffff8130ed9f>] ? do_page_fault+0x69/0x2fc > [ 0.140001] [<ffffffff8130ceb5>] ? page_fault+0x25/0x30 > [ 0.140001] [<ffffffff811de1ad>] ? acpi_ex_system_memory_space_handler+0x17d/0x1d8 > [ 0.140001] [<ffffffff811de030>] ? acpi_ex_system_memory_space_handler+0x0/0x1d8 > [ 0.140001] [<ffffffff811d6ff2>] ? acpi_ev_address_space_dispatch+0x16c/0x1b8 > [ 0.140001] [<ffffffff811db5ad>] ? acpi_ex_access_region+0x215/0x222 > [ 0.140001] [<ffffffff8100ecf2>] ? check_events+0x12/0x20 > [ 0.140001] [<ffffffff811db6a6>] ? acpi_ex_field_datum_io+0xec/0x17e > [ 0.140001] [<ffffffff8100ecdf>] ? xen_restore_fl_direct_end+0x0/0x1 > [ 0.140001] [<ffffffff810e7ef5>] ? kmem_cache_alloc+0x8c/0xf0 > [ 0.140001] [<ffffffff811db7c1>] ? acpi_ex_extract_from_field+0x89/0x18b > [ 0.140001] [<ffffffff811da361>] ? acpi_ex_read_data_from_field+0x11d/0x150 > [ 0.140001] [<ffffffff811df029>] ? acpi_ex_resolve_node_to_value+0x185/0x218 > [ 0.140001] [<ffffffff8100ecdf>] ? xen_restore_fl_direct_end+0x0/0x1 > [ 0.140001] [<ffffffff810e80c0>] ? kfree+0xc6/0xcb > [ 0.140001] [<ffffffff811dad8b>] ? acpi_ex_resolve_to_value+0x1fb/0x20c > [ 0.140001] [<ffffffff811d553d>] ? acpi_ds_evaluate_name_path+0x77/0xfd > [ 0.140001] [<ffffffff811e430c>] ? acpi_ps_get_next_namepath+0x6f/0x1c9 > [ 0.140001] [<ffffffff811d4219>] ? acpi_ds_exec_end_op+0x91/0x3b8 > [ 0.140001] [<ffffffff811e56e6>] ? acpi_ps_parse_loop+0x7c0/0x946 > [ 0.140001] [<ffffffff811e482c>] ? acpi_ps_parse_aml+0x8f/0x2ca > [ 0.140001] [<ffffffff811e5eb6>] ? acpi_ps_execute_method+0x1e7/0x2b1 > [ 0.140001] [<ffffffff811e196d>] ? acpi_ns_evaluate+0xe1/0x19e > [ 0.140001] [<ffffffff811e140a>] ? acpi_evaluate_object+0xf7/0x1ec > [ 0.140001] [<ffffffff815316bb>] ? acpi_sleep_init+0x17b/0x188 > [ 0.140001] [<ffffffff81531815>] ? acpi_init+0x0/0x2de > [ 0.140001] [<ffffffff815319e7>] ? acpi_init+0x1d2/0x2de > [ 0.140001] [<ffffffff8152f69b>] ? fbmem_init+0x0/0x98 > [ 0.140001] [<ffffffff8100a065>] ? do_one_initcall+0x64/0x174 > [ 0.140001] [<ffffffff8150866b>] ? kernel_init+0x14c/0x1a2 > [ 0.140001] [<ffffffff81012baa>] ? child_rip+0xa/0x20 > [ 0.140001] [<ffffffff81011d61>] ? int_ret_from_sys_call+0x7/0x1b > [ 0.140001] [<ffffffff8101251d>] ? retint_restore_args+0x5/0x6 > [ 0.140001] [<ffffffff81012ba0>] ? child_rip+0x0/0x20 >> _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users_______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users