* can't boot dom0
@ 2005-10-05 14:55 Chris Bainbridge
2005-10-05 15:13 ` Chris Bainbridge
0 siblings, 1 reply; 7+ messages in thread
From: Chris Bainbridge @ 2005-10-05 14:55 UTC (permalink / raw)
To: xen-devel
Hi,
Just tried latest changeset 7217. It seems to hang after finding the
ata devices. Log:
_____ ___ _ _
\ \/ /___ _ __ |___ / / _ \ __| | _____ _____| |
\ // _ \ '_ \ |_ \| | | |__ / _` |/ _ \ \ / / _ \ |
/ \ __/ | | | ___) | |_| |__| (_| | __/\ V / __/ |
/_/\_\___|_| |_| |____(_)___/ \__,_|\___| \_/ \___|_|
http://www.cl.cam.ac.uk/netos/xen
University of Cambridge Computer Laboratory
Xen version 3.0-devel (portage@me.com) (gcc version 3.4.4 (Gentoo
3.4.4-r1, ssp-3.4.4-1.0, pie-8.7.8)) Wed Oct 5 15:28:35 BST 2005
Latest ChangeSet:
(XEN) Physical RAM map:
(XEN) 0000000000000000 - 00000000000a0000 (usable)
(XEN) 00000000000f0000 - 0000000000100000 (reserved)
(XEN) 0000000000100000 - 000000003fe8cc00 (usable)
(XEN) 000000003fe8cc00 - 000000003fe8ec00 (ACPI NVS)
(XEN) 000000003fe8ec00 - 000000003fe90c00 (ACPI data)
(XEN) 000000003fe90c00 - 0000000040000000 (reserved)
(XEN) 00000000f0000000 - 00000000f4000000 (reserved)
(XEN) 00000000fec00000 - 00000000fed00400 (reserved)
(XEN) 00000000fed20000 - 00000000feda0000 (reserved)
(XEN) 00000000fee00000 - 00000000fef00000 (reserved)
(XEN) 00000000ffb00000 - 0000000100000000 (reserved)
(XEN) System RAM: 1022MB (1046704kB)
(XEN) Xen heap: 10MB (10656kB)
(XEN) PAE disabled.
(XEN) found SMP MP-table at 000fe710
(XEN) DMI 2.3 present.
(XEN) Using APIC driver default
(XEN) ACPI: RSDP (v002 DELL ) @ 0x000feb00
(XEN) ACPI: XSDT (v001 DELL PESC430 0x00000006 ASL 0x00000061) @ 0x000fd244
(XEN) ACPI: FADT (v003 DELL PESC430 0x00000006 ASL 0x00000061) @ 0x000fd33c
(XEN) ACPI: SSDT (v001 DELL st_ex 0x00001000 INTL 0x20050211) @ 0xfffd2a19
(XEN) ACPI: MADT (v001 DELL PESC430 0x00000006 ASL 0x00000061) @ 0x000fd430
(XEN) ACPI: BOOT (v001 DELL PESC430 0x00000006 ASL 0x00000061) @ 0x000fd4a2
(XEN) ACPI: ASF! (v016 DELL PESC430 0x00000006 ASL 0x00000061) @ 0x000fd4ca
(XEN) ACPI: MCFG (v001 DELL PESC430 0x00000006 ASL 0x00000061) @ 0x000fd531
(XEN) ACPI: HPET (v001 DELL PESC430 0x00000006 ASL 0x00000061) @ 0x000fd56f
(XEN) ACPI: DSDT (v001 DELL dt_ex 0x00001000 INTL 0x20050211) @ 0x00000000
(XEN) ACPI: Local APIC address 0xfee00000
(XEN) ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
(XEN) Processor #0 15:4 APIC version 20
(XEN) ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled)
(XEN) Processor #1 15:4 APIC version 20
(XEN) ACPI: LAPIC (acpi_id[0x03] lapic_id[0x06] disabled)
(XEN) ACPI: LAPIC (acpi_id[0x04] lapic_id[0x07] disabled)
(XEN) ACPI: LAPIC_NMI (acpi_id[0xff] high level lint[0x1])
(XEN) ACPI: IOAPIC (id[0x08] address[0xfec00000] gsi_base[0])
(XEN) IOAPIC[0]: apic_id 8, version 32, address 0xfec00000, GSI 0-23
(XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
(XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
(XEN) ACPI: IRQ0 used by override.
(XEN) ACPI: IRQ2 used by override.
(XEN) ACPI: IRQ9 used by override.
(XEN) Enabling APIC mode: Flat. Using 1 I/O APICs
(XEN) ACPI: HPET id: 0x8086a201 base: 0xfed00000
(XEN) Using ACPI (MADT) for SMP configuration information
(XEN) Initializing CPU#0
(XEN) Detected 2793.112 MHz processor.
(XEN) Using sc EDF Scheduler (sedf)
(XEN) CP 12K uops, L1 D N) CPU: L2 cache: 1024K
(XEN) rocessor ID: 0
(XEN) CPU0: Intel(R) Pentium(R) 4 CPU 2.80GHz stepping 01
(XEN) Booting processor 1/1 eip 90000
(XEN) Initializing CPU#1
(XEN) CPU: Trace cache: 12K uops, L1 D cache: 16K
(XEN) CPU: L2 cache: 1024K
(XEN) CPU: Physical Processor ID: 0
(XEN) CPU1: Intel(R) Pentium(R) 4 CPU 2.80GHz stepping 01
(XEN) Total of 2 processors activated.
(XEN) ENABLING IO-APIC IRQs
(XEN) ..TIMER: vector=0x31 pin1=2 pin2=-1
(XEN) checking TSC synchronization across 2 CPUs: passed.
(XEN) Platform timer is 14.318MHz HPET
(XEN) Brought up 2 CPUs
(XEN) mtrr: v2.0 (20020519)
(XEN) *** LOADING DOMAIN 0 ***
(XEN) Xen-ELF header found:
'GUEST_OS=linux,GUEST_VER=2.6,XEN_VER=3.0,VIRT_BASE=0xC0000000,PAE=no,LOADER=generic'
(XEN) PHYSICAL MEMORY ARRANGEMENT:
(XEN) Dom0 alloc.: 01800000->02000000 (22528 pages to be allocated)
(XEN) VIRTUAL MEMORY ARRANGEMENT:
(XEN) Loaded kernel: c0100000->c03a5fe8
(XEN) Init. ramdisk: c03a6000->c03a6000
(XEN) Phys-Mach map: c03a6000->c03be000
(XEN) Start info: c03be000->c03bf000
(XEN) Page tables: c03bf000->c03c2000
(XEN) Boot stack: c03c2000->c03c3000
(XEN) TOTAL: c0000000->c0800000
(XEN) ENTRY ADDRESS: c0100000
(XEN) Scrubbing Free RAM: ...........done.
(XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch
input to Xen).
Linux version 2.6.12.5-xen (root@xen) (gcc version 3.4.4 (Gentoo
3.4.4-r1, ssp-3.4.4-1.0, pie-8.7.8)) #1 Wed Oct 5 15:41:52 BST 2005
BIOS-provided physical RAM map:
Xen: 0000000000000000 - 0000000006000000 (usable)
0MB HIGHMEM available.
96MB LOWMEM available.
DMI 2.3 present.
IRQ lockup detection disabled
Allocating PCI resources starting at 40000000 (gap: 40000000:b0000000)
Built 1 zonelists
Kernel command line: root=/dev/md2
Initializing CPU#0
PID hash table entries: 512 (order: 9, 8192 bytes)
Xen reported: 2793.112 MHz processor.
Console: colour VGA+ 80x25
Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
Software IO TLB disabled
vmalloc area: c6800000-fb7fe000, maxmem 34000000
Memory: 94336k/98304k available (1833k kernel code, 3832k reserved,
549k data, 116k init, 0k highmem)
Checking if this processor honours the WP bit even in supervisor mode... Ok.
Mount-cache hash table entries: 512
CPU: Trace cache: 12K uops, L1 D cache: 16K
CPU: L2 cache: 1024K
CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz stepping 01
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Checking 'hlt' instruction... disabled
NET: Registered protocol family 16
PCI: Using configuration type 1
xen_mem: Initialising balloon driver.
SCSI subsystem initialized
usbcore: registered new driver hub
PCI: Probing PCI hardware
PCI: Probing PCI hardware (bus 00)
PCI: Ignoring BAR0-3 of IDE controller 0000:00:1f.1
PCI: Transparent bridge - 0000:00:1e.0
PCI: Using IRQ router PIIX/ICH [8086/27b8] at 0000:00:1f.0
PCI: IRQ 0 for device 0000:00:01.0 doesn't match PIRQ mask - try pci=usepirqmask
PCI: Found IRQ 11 for device 0000:00:01.0
PCI: Sharing IRQ 11 with 0000:00:1c.0
RQ 11 with 0000:00:1f.1h 0000:00:1c.4
PCI: IRQ 0 for device 0000:00:1c.5 doesn't match PIRQ mask - try pci=usepirqmask
PCI: Found IRQ 10 for device 0000:00:1c.5
PCI: Sharing IRQ 10 with 0000:00:1f.3
PCI: Sharing IRQ 10 with 0000:04:00.0
Grant table initialized
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
PCI: Found IRQ 11 for device 0000:00:01.0
PCI: Sharing IRQ 11 with 0000:00:1c.0
PCI: Sharing IRQ 11 with 0000:00:1c.4
PCI: Sharing IRQ 11 with 0000:00:1f.1
assign_interrupt_mode Found MSI capability
PCI: Found IRQ 11 for device 0000:00:1c.0
PCI: Sharing IRQ 11 with 0000:00:01.0
PCI: Sharing IRQ 11 with 0000:00:1c.4
PCI: Sharing IRQ 11 with 0000:00:1f.1
assign_interrupt_mode Found MSI capability
PCI: Found IRQ 11 for device 0000:00:1c.4
PCI: Sharing IRQ 11 with 0000:00:01.0
PCI: Sharing IRQ 11 with 0000:00:1c.0
PCI: Sharing IRQ 11 with 0000:00:1f.1
assign_interrupt_mode Found MSI capability
PCI: Found IRQ 10 for device 0000:00:1c.5
PCI: Sharing IRQ 10 with 0000:00:1f.3
PCI: Sharing IRQ 10 with 0000:04:00.0
assign_interrupt_mode Found MSI capability
Real Time Clock Driver v1.12
serio: i8042 AUX port at 0x60,0x64 irq 12
serio: i8042 KBD port at 0x60,0x64 irq 1
Serial: 8250/16550 driver $Revision: 1.90 $ 5 ports, IRQ sharing disabled
io scheduler noop registered
io scheduler deadline registered
loop: loaded (max 8 devices)
tg3.c:v3.31 (June 8, 2005)
PCI: Found IRQ 10 for device 0000:04:00.0
PCI: Sharing IRQ 10 with 0000:00:1c.5
PCI: Sharing IRQ 10 with 0000:00:1f.3
eth0: Tigon3 [partno(BCM95751) rev 4001 PHY(5750)]
(PCIX:100MHz:32-bit) 10/100/1000BaseT Ethernet 00:12:3f:71:ed:be
eth0: RXcsums[1] LinkChgREG[1] MIirq[1] ASF[0] Split[0] WireSpeed[1] TSOcap[1]
eth0: dma_rwctrl[76180000]
WARNING: Failed to register Xen virtual console driver as 'ttyS0'
Evice installed.
xen_net: Initialising Xen netif backend.
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
ICH7: IDE controller at PCI slot 0000:00:1f.1
PCI: Found IRQ 11 for device 0000:00:1f.1
PCI: Sharing IRQ 11 with 0000:00:01.0
PCI: Sharing IRQ 11 with 0000:00:1c.0
PCI: Sharing IRQ 11 with 0000:00:1c.4
ICH7: chipset revision 1
ICH7: not 100% native mode: will probe irqs later
ide0: BM-DMA at 0xffa0-0xffa7, BIOS settings: hda:DMA, hdb:pio
hda: HL-DT-STDVD-ROM GDR8163B, ATAPI CD/DVD-ROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
hda: ATAPI 48X DVD-ROM drive, 256kB Cache, UDMA(33)
Uniform CD-ROM driver Revision: 3.20
PCI: Found IRQ 5 for device 0000:00:1f.2
ata1: SATA max UDMA/133 cmd 0xFE00 ctl 0xFE12 bmdma 0xFEA0 irq 5
ata2: SATA max UDMA/133 cmd 0xFE20 ctl 0xFE32 bmdma 0xFEA8 irq 5
ata1: dev 0 ATA, max UDMA/133, 312500000 sectors: lba48
ata1: dev 1 ATA, max UDMA/133, 320173056 sectors: lba48
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: can't boot dom0
2005-10-05 14:55 Chris Bainbridge
@ 2005-10-05 15:13 ` Chris Bainbridge
0 siblings, 0 replies; 7+ messages in thread
From: Chris Bainbridge @ 2005-10-05 15:13 UTC (permalink / raw)
To: xen-devel
On 05/10/05, Chris Bainbridge <chris.bainbridge@gmail.com> wrote:
> Hi,
>
> Just tried latest changeset 7217. It seems to hang after finding the
None of my dom0 kernels from 20050929 snapshot will boot with todays
hypervisor. Did anything significant change in the last week?
^ permalink raw reply [flat|nested] 7+ messages in thread
* AW: can't boot dom0
@ 2005-10-05 15:15 Stephan Böni
2005-10-05 18:32 ` Chris Bainbridge
0 siblings, 1 reply; 7+ messages in thread
From: Stephan Böni @ 2005-10-05 15:15 UTC (permalink / raw)
To: Chris Bainbridge, xen-devel
Well, i have the same problem with scsi and fc devices. It seams that
this release is very very buggy at the moment.
Stephan
> -----Ursprüngliche Nachricht-----
> Von: Chris Bainbridge [mailto:chris.bainbridge@gmail.com]
> Gesendet: Mittwoch, 5. Oktober 2005 16:56
> An: xen-devel
> Betreff: [Xen-devel] can't boot dom0
>
>
> Hi,
>
> Just tried latest changeset 7217. It seems to hang after finding the
> ata devices. Log:
>
> _____ ___ _ _
> \ \/ /___ _ __ |___ / / _ \ __| | _____ _____| |
> \ // _ \ '_ \ |_ \| | | |__ / _` |/ _ \ \ / / _ \ |
> / \ __/ | | | ___) | |_| |__| (_| | __/\ V / __/ |
> /_/\_\___|_| |_| |____(_)___/ \__,_|\___| \_/ \___|_|
>
> http://www.cl.cam.ac.uk/netos/xen
> University of Cambridge Computer Laboratory
>
> Xen version 3.0-devel (portage@me.com) (gcc version 3.4.4 (Gentoo
> 3.4.4-r1, ssp-3.4.4-1.0, pie-8.7.8)) Wed Oct 5 15:28:35 BST 2005
> Latest ChangeSet:
>
> (XEN) Physical RAM map:
> (XEN) 0000000000000000 - 00000000000a0000 (usable)
> (XEN) 00000000000f0000 - 0000000000100000 (reserved)
> (XEN) 0000000000100000 - 000000003fe8cc00 (usable)
> (XEN) 000000003fe8cc00 - 000000003fe8ec00 (ACPI NVS)
> (XEN) 000000003fe8ec00 - 000000003fe90c00 (ACPI data)
> (XEN) 000000003fe90c00 - 0000000040000000 (reserved)
> (XEN) 00000000f0000000 - 00000000f4000000 (reserved)
> (XEN) 00000000fec00000 - 00000000fed00400 (reserved)
> (XEN) 00000000fed20000 - 00000000feda0000 (reserved)
> (XEN) 00000000fee00000 - 00000000fef00000 (reserved)
> (XEN) 00000000ffb00000 - 0000000100000000 (reserved)
> (XEN) System RAM: 1022MB (1046704kB)
> (XEN) Xen heap: 10MB (10656kB)
> (XEN) PAE disabled.
> (XEN) found SMP MP-table at 000fe710
> (XEN) DMI 2.3 present.
> (XEN) Using APIC driver default
> (XEN) ACPI: RSDP (v002 DELL
> ) @ 0x000feb00
> (XEN) ACPI: XSDT (v001 DELL PESC430 0x00000006 ASL
> 0x00000061) @ 0x000fd244
> (XEN) ACPI: FADT (v003 DELL PESC430 0x00000006 ASL
> 0x00000061) @ 0x000fd33c
> (XEN) ACPI: SSDT (v001 DELL st_ex 0x00001000 INTL
> 0x20050211) @ 0xfffd2a19
> (XEN) ACPI: MADT (v001 DELL PESC430 0x00000006 ASL
> 0x00000061) @ 0x000fd430
> (XEN) ACPI: BOOT (v001 DELL PESC430 0x00000006 ASL
> 0x00000061) @ 0x000fd4a2
> (XEN) ACPI: ASF! (v016 DELL PESC430 0x00000006 ASL
> 0x00000061) @ 0x000fd4ca
> (XEN) ACPI: MCFG (v001 DELL PESC430 0x00000006 ASL
> 0x00000061) @ 0x000fd531
> (XEN) ACPI: HPET (v001 DELL PESC430 0x00000006 ASL
> 0x00000061) @ 0x000fd56f
> (XEN) ACPI: DSDT (v001 DELL dt_ex 0x00001000 INTL
> 0x20050211) @ 0x00000000
> (XEN) ACPI: Local APIC address 0xfee00000
> (XEN) ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
> (XEN) Processor #0 15:4 APIC version 20
> (XEN) ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled)
> (XEN) Processor #1 15:4 APIC version 20
> (XEN) ACPI: LAPIC (acpi_id[0x03] lapic_id[0x06] disabled)
> (XEN) ACPI: LAPIC (acpi_id[0x04] lapic_id[0x07] disabled)
> (XEN) ACPI: LAPIC_NMI (acpi_id[0xff] high level lint[0x1])
> (XEN) ACPI: IOAPIC (id[0x08] address[0xfec00000] gsi_base[0])
> (XEN) IOAPIC[0]: apic_id 8, version 32, address 0xfec00000, GSI 0-23
> (XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
> (XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
> (XEN) ACPI: IRQ0 used by override.
> (XEN) ACPI: IRQ2 used by override.
> (XEN) ACPI: IRQ9 used by override.
> (XEN) Enabling APIC mode: Flat. Using 1 I/O APICs
> (XEN) ACPI: HPET id: 0x8086a201 base: 0xfed00000
> (XEN) Using ACPI (MADT) for SMP configuration information
> (XEN) Initializing CPU#0
> (XEN) Detected 2793.112 MHz processor.
> (XEN) Using sc EDF Scheduler (sedf)
> (XEN) CP 12K uops, L1 D N) CPU: L2 cache: 1024K
> (XEN) rocessor ID: 0
> (XEN) CPU0: Intel(R) Pentium(R) 4 CPU 2.80GHz stepping 01
> (XEN) Booting processor 1/1 eip 90000
> (XEN) Initializing CPU#1
> (XEN) CPU: Trace cache: 12K uops, L1 D cache: 16K
> (XEN) CPU: L2 cache: 1024K
> (XEN) CPU: Physical Processor ID: 0
> (XEN) CPU1: Intel(R) Pentium(R) 4 CPU 2.80GHz stepping 01
> (XEN) Total of 2 processors activated.
> (XEN) ENABLING IO-APIC IRQs
> (XEN) ..TIMER: vector=0x31 pin1=2 pin2=-1
> (XEN) checking TSC synchronization across 2 CPUs: passed.
> (XEN) Platform timer is 14.318MHz HPET
> (XEN) Brought up 2 CPUs
> (XEN) mtrr: v2.0 (20020519)
> (XEN) *** LOADING DOMAIN 0 ***
> (XEN) Xen-ELF header found:
> 'GUEST_OS=linux,GUEST_VER=2.6,XEN_VER=3.0,VIRT_BASE=0xC0000000
> ,PAE=no,LOADER=generic'
> (XEN) PHYSICAL MEMORY ARRANGEMENT:
> (XEN) Dom0 alloc.: 01800000->02000000 (22528 pages to be allocated)
> (XEN) VIRTUAL MEMORY ARRANGEMENT:
> (XEN) Loaded kernel: c0100000->c03a5fe8
> (XEN) Init. ramdisk: c03a6000->c03a6000
> (XEN) Phys-Mach map: c03a6000->c03be000
> (XEN) Start info: c03be000->c03bf000
> (XEN) Page tables: c03bf000->c03c2000
> (XEN) Boot stack: c03c2000->c03c3000
> (XEN) TOTAL: c0000000->c0800000
> (XEN) ENTRY ADDRESS: c0100000
> (XEN) Scrubbing Free RAM: ...........done.
> (XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch
> input to Xen).
> Linux version 2.6.12.5-xen (root@xen) (gcc version 3.4.4 (Gentoo
> 3.4.4-r1, ssp-3.4.4-1.0, pie-8.7.8)) #1 Wed Oct 5 15:41:52 BST 2005
> BIOS-provided physical RAM map:
> Xen: 0000000000000000 - 0000000006000000 (usable)
> 0MB HIGHMEM available.
> 96MB LOWMEM available.
> DMI 2.3 present.
> IRQ lockup detection disabled
> Allocating PCI resources starting at 40000000 (gap: 40000000:b0000000)
> Built 1 zonelists
> Kernel command line: root=/dev/md2
> Initializing CPU#0
> PID hash table entries: 512 (order: 9, 8192 bytes)
> Xen reported: 2793.112 MHz processor.
> Console: colour VGA+ 80x25
> Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
> Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
> Software IO TLB disabled
> vmalloc area: c6800000-fb7fe000, maxmem 34000000
> Memory: 94336k/98304k available (1833k kernel code, 3832k reserved,
> 549k data, 116k init, 0k highmem)
> Checking if this processor honours the WP bit even in
> supervisor mode... Ok.
> Mount-cache hash table entries: 512
> CPU: Trace cache: 12K uops, L1 D cache: 16K
> CPU: L2 cache: 1024K
> CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz stepping 01
> Enabling fast FPU save and restore... done.
> Enabling unmasked SIMD FPU exception support... done.
> Checking 'hlt' instruction... disabled
> NET: Registered protocol family 16
> PCI: Using configuration type 1
> xen_mem: Initialising balloon driver.
> SCSI subsystem initialized
> usbcore: registered new driver hub
> PCI: Probing PCI hardware
> PCI: Probing PCI hardware (bus 00)
> PCI: Ignoring BAR0-3 of IDE controller 0000:00:1f.1
> PCI: Transparent bridge - 0000:00:1e.0
> PCI: Using IRQ router PIIX/ICH [8086/27b8] at 0000:00:1f.0
> PCI: IRQ 0 for device 0000:00:01.0 doesn't match PIRQ mask -
> try pci=usepirqmask
> PCI: Found IRQ 11 for device 0000:00:01.0
> PCI: Sharing IRQ 11 with 0000:00:1c.0
> RQ 11 with 0000:00:1f.1h 0000:00:1c.4
> PCI: IRQ 0 for device 0000:00:1c.5 doesn't match PIRQ mask -
> try pci=usepirqmask
> PCI: Found IRQ 10 for device 0000:00:1c.5
> PCI: Sharing IRQ 10 with 0000:00:1f.3
> PCI: Sharing IRQ 10 with 0000:04:00.0
> Grant table initialized
> Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
> PCI: Found IRQ 11 for device 0000:00:01.0
> PCI: Sharing IRQ 11 with 0000:00:1c.0
> PCI: Sharing IRQ 11 with 0000:00:1c.4
> PCI: Sharing IRQ 11 with 0000:00:1f.1
> assign_interrupt_mode Found MSI capability
> PCI: Found IRQ 11 for device 0000:00:1c.0
> PCI: Sharing IRQ 11 with 0000:00:01.0
> PCI: Sharing IRQ 11 with 0000:00:1c.4
> PCI: Sharing IRQ 11 with 0000:00:1f.1
> assign_interrupt_mode Found MSI capability
> PCI: Found IRQ 11 for device 0000:00:1c.4
> PCI: Sharing IRQ 11 with 0000:00:01.0
> PCI: Sharing IRQ 11 with 0000:00:1c.0
> PCI: Sharing IRQ 11 with 0000:00:1f.1
> assign_interrupt_mode Found MSI capability
> PCI: Found IRQ 10 for device 0000:00:1c.5
> PCI: Sharing IRQ 10 with 0000:00:1f.3
> PCI: Sharing IRQ 10 with 0000:04:00.0
> assign_interrupt_mode Found MSI capability
> Real Time Clock Driver v1.12
> serio: i8042 AUX port at 0x60,0x64 irq 12
> serio: i8042 KBD port at 0x60,0x64 irq 1
> Serial: 8250/16550 driver $Revision: 1.90 $ 5 ports, IRQ
> sharing disabled
> io scheduler noop registered
> io scheduler deadline registered
> loop: loaded (max 8 devices)
> tg3.c:v3.31 (June 8, 2005)
> PCI: Found IRQ 10 for device 0000:04:00.0
> PCI: Sharing IRQ 10 with 0000:00:1c.5
> PCI: Sharing IRQ 10 with 0000:00:1f.3
> eth0: Tigon3 [partno(BCM95751) rev 4001 PHY(5750)]
> (PCIX:100MHz:32-bit) 10/100/1000BaseT Ethernet 00:12:3f:71:ed:be
> eth0: RXcsums[1] LinkChgREG[1] MIirq[1] ASF[0] Split[0]
> WireSpeed[1] TSOcap[1]
> eth0: dma_rwctrl[76180000]
> WARNING: Failed to register Xen virtual console driver as 'ttyS0'
> Evice installed.
> xen_net: Initialising Xen netif backend.
> Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
> ide: Assuming 33MHz system bus speed for PIO modes; override
> with idebus=xx
> ICH7: IDE controller at PCI slot 0000:00:1f.1
> PCI: Found IRQ 11 for device 0000:00:1f.1
> PCI: Sharing IRQ 11 with 0000:00:01.0
> PCI: Sharing IRQ 11 with 0000:00:1c.0
> PCI: Sharing IRQ 11 with 0000:00:1c.4
> ICH7: chipset revision 1
> ICH7: not 100% native mode: will probe irqs later
> ide0: BM-DMA at 0xffa0-0xffa7, BIOS settings: hda:DMA, hdb:pio
> hda: HL-DT-STDVD-ROM GDR8163B, ATAPI CD/DVD-ROM drive
> ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
> hda: ATAPI 48X DVD-ROM drive, 256kB Cache, UDMA(33)
> Uniform CD-ROM driver Revision: 3.20
> PCI: Found IRQ 5 for device 0000:00:1f.2
> ata1: SATA max UDMA/133 cmd 0xFE00 ctl 0xFE12 bmdma 0xFEA0 irq 5
> ata2: SATA max UDMA/133 cmd 0xFE20 ctl 0xFE32 bmdma 0xFEA8 irq 5
> ata1: dev 0 ATA, max UDMA/133, 312500000 sectors: lba48
> ata1: dev 1 ATA, max UDMA/133, 320173056 sectors: lba48
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel
>
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: can't boot dom0
2005-10-05 15:15 AW: can't boot dom0 Stephan Böni
@ 2005-10-05 18:32 ` Chris Bainbridge
2005-10-05 21:56 ` Keir Fraser
0 siblings, 1 reply; 7+ messages in thread
From: Chris Bainbridge @ 2005-10-05 18:32 UTC (permalink / raw)
To: xen-devel
On 05/10/05, Stephan Böni <boeni@bpm.ch> wrote:
> Well, i have the same problem with scsi and fc devices. It seams that
> this release is very very buggy at the moment.
Argghhhhhhhhhh! What is going on? If I enable smp it works! Using a
uniprocessor p4 with hyperthreading... huh? My best guess.. smp
enables some kind of different interrupt handling, and the cpu is
stuck waiting for an interrupt when probing the ata port? hmmm. Let's
test.
uniprocessor w/wo msi: fails
uniprocessor w acpi: fails
uniprocessor w msi+acpi+preempt: fails
uniprocessor+apic+ioapic+msi: can't compile :
drivers/built-in.o(.text+0x7022): In function `get_new_vector'::
undefined reference to `interrupt
uniprocessor+apic+ioapic: ok
uniprocessor+apic: fails
Ah-ha! So it looks like you need CONFIG_X86_UP_IOAPIC or SMP to get it working.
Bug 1) xen with non apic kernel is broken
Bug 2) compile error with CONFIG_PCI_MSI
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: can't boot dom0
2005-10-05 18:32 ` Chris Bainbridge
@ 2005-10-05 21:56 ` Keir Fraser
2005-10-06 7:58 ` Chris Bainbridge
0 siblings, 1 reply; 7+ messages in thread
From: Keir Fraser @ 2005-10-05 21:56 UTC (permalink / raw)
To: Chris Bainbridge; +Cc: xen-devel
On 5 Oct 2005, at 19:32, Chris Bainbridge wrote:
> Ah-ha! So it looks like you need CONFIG_X86_UP_IOAPIC or SMP to get it
> working.
>
> Bug 1) xen with non apic kernel is broken
> Bug 2) compile error with CONFIG_PCI_MSI
Trying to boot an SMP system with a non-APIC domain0 is a recipe for
disaster. We depend an awful lot on domain0 to get interrupt routing
correct. If Xen has booted an SMP system, probed IO-APICs and so on,
domain0 needs to have the same world view.
The 'bug' is really that we don't make it harder for people to shoot
themselves in the foot in their configuration. Possibly forcing the
APIC options is the way to go, or at least indicate that setting them
to N is DANGEROUS.
As for bug 2, it's known. We don't support MSI yet. It's on the cards
after things like some measure of stability and a domU interface
freeze.
-- Keir
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: can't boot dom0
2005-10-05 21:56 ` Keir Fraser
@ 2005-10-06 7:58 ` Chris Bainbridge
2005-10-06 9:15 ` Keir Fraser
0 siblings, 1 reply; 7+ messages in thread
From: Chris Bainbridge @ 2005-10-06 7:58 UTC (permalink / raw)
To: Keir Fraser; +Cc: xen-devel
On 05/10/05, Keir Fraser <Keir.Fraser@cl.cam.ac.uk> wrote:
>
> On 5 Oct 2005, at 19:32, Chris Bainbridge wrote:
>
> > Ah-ha! So it looks like you need CONFIG_X86_UP_IOAPIC or SMP to get it
> > working.
> >
> > Bug 1) xen with non apic kernel is broken
> > Bug 2) compile error with CONFIG_PCI_MSI
>
> Trying to boot an SMP system with a non-APIC domain0 is a recipe for
> disaster. We depend an awful lot on domain0 to get interrupt routing
> correct. If Xen has booted an SMP system, probed IO-APICs and so on,
> domain0 needs to have the same world view.
>
> The 'bug' is really that we don't make it harder for people to shoot
> themselves in the foot in their configuration. Possibly forcing the
> APIC options is the way to go, or at least indicate that setting them
> to N is DANGEROUS.
In my case "SMP" was just uniprocessor hyperthreading, not really SMP,
so I expected it to work. It's a non-obvious error that will trip up a
lot of people, I'd recommend forcing it, or detecting the
hypervisor/kernel SMP mismatch at boottime and printing a big warning.
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: can't boot dom0
2005-10-06 7:58 ` Chris Bainbridge
@ 2005-10-06 9:15 ` Keir Fraser
0 siblings, 0 replies; 7+ messages in thread
From: Keir Fraser @ 2005-10-06 9:15 UTC (permalink / raw)
To: Chris Bainbridge; +Cc: xen-devel
On 6 Oct 2005, at 08:58, Chris Bainbridge wrote:
>> Trying to boot an SMP system with a non-APIC domain0 is a recipe for
>> disaster. We depend an awful lot on domain0 to get interrupt routing
>> correct. If Xen has booted an SMP system, probed IO-APICs and so on,
>> domain0 needs to have the same world view.
>>
>> The 'bug' is really that we don't make it harder for people to shoot
>> themselves in the foot in their configuration. Possibly forcing the
>> APIC options is the way to go, or at least indicate that setting them
>> to N is DANGEROUS.
>
> In my case "SMP" was just uniprocessor hyperthreading, not really SMP,
> so I expected it to work. It's a non-obvious error that will trip up a
> lot of people, I'd recommend forcing it, or detecting the
> hypervisor/kernel SMP mismatch at boottime and printing a big warning.
From the p.o.v. of much of the platform chipset, HT is equivalent to
SMP. For interrupt routing, the logical CPUs look like physically
separate entities requiring an IO-APIC.
Yep, we'll look into hardening those config options.
-- Keir
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2005-10-06 9:15 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-10-05 15:15 AW: can't boot dom0 Stephan Böni
2005-10-05 18:32 ` Chris Bainbridge
2005-10-05 21:56 ` Keir Fraser
2005-10-06 7:58 ` Chris Bainbridge
2005-10-06 9:15 ` Keir Fraser
-- strict thread matches above, loose matches on Subject: below --
2005-10-05 14:55 Chris Bainbridge
2005-10-05 15:13 ` Chris Bainbridge
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.