* RE: SATA detect fails on ICH7 chipset / DellPoweredgeSC430
@ 2005-08-30 17:30 Ian Pratt
2005-08-31 8:01 ` Chris Bainbridge
0 siblings, 1 reply; 15+ messages in thread
From: Ian Pratt @ 2005-08-30 17:30 UTC (permalink / raw)
To: Chris Bainbridge, xen-devel
> > This is a pretty odd failure, as everything seems to be
> going fine with
> > the ACPI configuration right up until the ata_piix probe failure.
> >
> > The only thing I can suggest is to add some
> "printk(KERN_ALERT" tracing
> > to the init function of the driver and see where its failing...
> >
> > My guess is that it fails for some other reason before it
> tries using
> > ACPI to plumb the interrupt.
>
> I think you're right as the pata driver omits the cd detect just
> before the ata_piix failing.
I can't spot this. Are you sure you're posting the right diff?
> I've cut the kernels down, removing usb and a bunch of stuff, ensuring
> settings are identical. Here's a diff between from
> xen(fails)->native(works). As you can see there really aren't that
> many differences.. maybe you can spot something significant?
It all looks good, right up until it fails.
I think adding some tracing in the driver is the next course of action.
Ian
> -Linux version 2.6.12.5-xen (root@xenmaster) (gcc version 3.4.4
> (Gentoo 3.4.4, ssp-3.4.4-1.0, pie-8.7.8)) #7 Tue Aug 30 17:13:19 GMT
> 2005
> +Linux version 2.6.12.5 (root@xenmaster) (gcc version 3.4.4 (Gentoo
> 3.4.4, ssp-3.4.4-1.0, pie-8.7.8)) #10 Tue Aug 30 17:10:32 GMT 2005
> BIOS-provided physical RAM map:
> - Xen: 0000000000000000 - 0000000006000000 (usable)
> -96MB LOWMEM available.
> -On node 0 totalpages: 24576
> - DMA zone: 24576 pages, LIFO batch:15
> - Normal zone: 0 pages, LIFO batch:1
> - HighMem zone: 0 pages, LIFO batch:1
> + BIOS-e820: 0000000000000000 - 00000000000a0000 (usable)
> + BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
> + BIOS-e820: 0000000000100000 - 000000003fe8cc00 (usable)
> + BIOS-e820: 000000003fe8cc00 - 000000003fe8ec00 (ACPI NVS)
> + BIOS-e820: 000000003fe8ec00 - 000000003fe90c00 (ACPI data)
> + BIOS-e820: 000000003fe90c00 - 0000000040000000 (reserved)
> + BIOS-e820: 00000000f0000000 - 00000000f4000000 (reserved)
> + BIOS-e820: 00000000fec00000 - 00000000fed00400 (reserved)
> + BIOS-e820: 00000000fed20000 - 00000000feda0000 (reserved)
> + BIOS-e820: 00000000fee00000 - 00000000fef00000 (reserved)
> + BIOS-e820: 00000000ffb00000 - 0000000100000000 (reserved)
> +Warning only 896MB will be used.
> +Use a HIGHMEM enabled kernel.
> +896MB LOWMEM available.
> found SMP MP-table at 000fe710
> -DMI 2.3 present.
> -Intel MultiProcessor Specification v1.4
> - Virtual Wire compatibility mode.
> -OEM ID: DELL Product ID: PE SC430 APIC at: 0xFEE00000
> -I/O APIC #8 Version 32 at 0xFEC00000.
> -Enabling APIC mode: Flat. Using 1 I/O APICs
> -Processors: 1
> -IRQ lockup detection disabled
> -Allocating PCI resources starting at 06000000 (gap:
> 06000000:fa000000)
> -Built 1 zonelists
> -Kernel command line: root=/dev/md2 noreboot console=ttyS0 debug
> -Initializing CPU#0
> -PID hash table entries: 512 (order: 9, 8192 bytes)
> -Xen reported: 2793.118 MHz processor.
> -Console: colour VGA+ 80x25
> -Linux version 2.6.12.5-xen (root@xenmaster) (gcc version 3.4.4
> (Gentoo 3.4.4, ssp-3.4.4-1.0, pie-8.7.8)) #7 Tue Aug 30 17:13:19 GMT
> 2005
> -BIOS-provided physical RAM map:
> - Xen: 0000000000000000 - 0000000006000000 (usable)
> -96MB LOWMEM available.
> -On node 0 totalpages: 24576
> - DMA zone: 24576 pages, LIFO batch:15
> - Normal zone: 0 pages, LIFO batch:1
> +On node 0 totalpages: 229376
> + DMA zone: 4096 pages, LIFO batch:1
> + Normal zone: 225280 pages, LIFO batch:31
> HighMem zone: 0 pages, LIFO batch:1
> -found SMP MP-table at 000fe710
> DMI 2.3 present.
> Intel MultiProcessor Specification v1.4
> Virtual Wire compatibility mode.
> OEM ID: DELL Product ID: PE SC430 APIC at: 0xFEE00000
> +Processor #0 15:4 APIC version 20
> I/O APIC #8 Version 32 at 0xFEC00000.
> Enabling APIC mode: Flat. Using 1 I/O APICs
> Processors: 1
> -IRQ lockup detection disabled
> -Allocating PCI resources starting at 06000000 (gap:
> 06000000:fa000000)
> +Allocating PCI resources starting at 40000000 (gap:
> 40000000:b0000000)
> Built 1 zonelists
> -Kernel command line: root=/dev/md2 noreboot console=ttyS0 debug
> +Kernel command line: ro root=/dev/md2 console=ttyS0 debug
> +mapped APIC to ffffd000 (fee00000)
> +mapped IOAPIC to ffffc000 (fec00000)
> Initializing CPU#0
> -PID hash table entries: 512 (order: 9, 8192 bytes)
> -Xen reported: 2793.118 MHz processor.
> +PID hash table entries: 4096 (order: 12, 65536 bytes)
> +Detected 2794.172 MHz processor.
> +Using tsc for high-res timesource
> Console: colour VGA+ 80x25
> -Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
> -Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
> -vmalloc area: c6800000-fbeec000, maxmem 34000000
> -Memory: 94592k/98304k available (1739k kernel code, 3628k reserved,
> 511k data, 124k init, 0k highmem)
> +Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
> +Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
> +Memory: 906492k/917504k available (1577k kernel code, 10560k
> reserved, 692k data, 136k init, 0k highmem)
> Checking if this processor honours the WP bit even in
> supervisor mode... Ok.
> -Calibrating delay loop... 5583.66 BogoMIPS (lpj=27918336)
> +Calibrating delay loop... 5505.02 BogoMIPS (lpj=2752512)
> Mount-cache hash table entries: 512
> CPU: After generic identify, caps: bfebfbff 20100000 00000000
> 00000000 0000641d 00000000 00000000
> CPU: After vendor identify, caps: bfebfbff 20100000 00000000 00000000
> 0000641d 00000000 00000000
> +monitor/mwait feature present.
> +using mwait in idle threads.
> CPU: Trace cache: 12K uops, L1 D cache: 16K
> CPU: L2 cache: 1024K
> -CPU: After all inits, caps: bfebd3f1 20100000 00000000 00000080
> 0000641d 00000000 00000000
> +CPU: After all inits, caps: bfebfbff 20100000 00000000 00000080
> 0000641d 00000000 00000000
> 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
> +Checking 'hlt' instruction... OK.
> ENABLING IO-APIC IRQs
> +..TIMER: vector=0x31 pin1=2 pin2=0
> NET: Registered protocol family 16
> +PCI: PCI BIOS revision 2.10 entry at 0xfbcb2, last bus=5
> PCI: Using configuration type 1
> -xen_mem: Initialising balloon driver.
> SCSI subsystem initialized
> PCI: Probing PCI hardware
> PCI: Probing PCI hardware (bus 00)
> @@ -86,7 +79,6 @@
> PCI->APIC IRQ transform: 0000:00:1f.2[C] -> IRQ 20
> PCI->APIC IRQ transform: 0000:00:1f.3[B] -> IRQ 17
> PCI->APIC IRQ transform: 0000:04:00.0[A] -> IRQ 17
> -Grant table initialized
> PCI: Setting latency timer of device 0000:00:01.0 to 64
> assign_interrupt_mode Found MSI capability
> Allocate Port Service[pcie00]
> @@ -116,26 +108,99 @@
> 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'
> -Event-channel device installed.
> libata version 1.11 loaded.
> ata_piix version 1.03
> -ata_piix: probe of 0000:00:1f.2 failed with error -12
> +PCI: Setting latency timer of device 0000:00:1f.2 to 64
> +ata1: SATA max UDMA/133 cmd 0xFE00 ctl 0xFE12 bmdma 0xFEA0 irq 20
> +ata2: SATA max UDMA/133 cmd 0xFE20 ctl 0xFE32 bmdma 0xFEA8 irq 20
> +ata1: dev 0 cfg 49:2f00 82:7c6b 83:7f09 84:4003 85:7c69
> 86:3e01 87:4003 88:207f
> +ata1: dev 0 ATA, max UDMA/133, 312500000 sectors: lba48
> +ata1: dev 1 cfg 49:2f00 82:7c6b 83:7f09 84:4003 85:7c69
> 86:3e01 87:4003 88:207f
> +ata1: dev 1 ATA, max UDMA/133, 312500000 sectors: lba48
> +ata1: dev 0 configured for UDMA/133
> +ata1: dev 1 configured for UDMA/133
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel
>
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: SATA detect fails on ICH7 chipset / DellPoweredgeSC430
2005-08-30 17:30 Ian Pratt
@ 2005-08-31 8:01 ` Chris Bainbridge
0 siblings, 0 replies; 15+ messages in thread
From: Chris Bainbridge @ 2005-08-31 8:01 UTC (permalink / raw)
To: xen-devel
On 30/08/05, Ian Pratt <m+Ian.Pratt@cl.cam.ac.uk> wrote:
> > >
> > I think you're right as the pata driver omits the cd detect just
> > before the ata_piix failing.
>
> I can't spot this. Are you sure you're posting the right diff?
I removed the pata driver in the cut down kernel.
> It all looks good, right up until it fails.
>
> I think adding some tracing in the driver is the next course of action.
I'll have a look.
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: SATA detect fails on ICH7 chipset / DellPoweredgeSC430
[not found] <A95E2296287EAD4EB592B5DEEFCE0E9D282DA3@liverpoolst.ad.cl.cam.ac.uk>
@ 2005-08-31 14:01 ` Chris Bainbridge
0 siblings, 0 replies; 15+ messages in thread
From: Chris Bainbridge @ 2005-08-31 14:01 UTC (permalink / raw)
To: xen-devel, Ian Pratt
On 31/08/05, Ian Pratt <m+Ian.Pratt@cl.cam.ac.uk> wrote:
> Please can you try searching for bios updates etc. I have an almost
> identical pre-release Dell machine that Xen works fine on.
A00 came installed and is the latest.
> Please can you post the ouput of 'lspci -v'. My sata controller is a rev
> 03, prog-if 8f, 'Unknown device 5656'
This one is different, but like you said sata failing seems to be a
symptom and not the cause:
0000:00:1f.2 IDE interface: Intel Corporation 82801GB/GR/GH (ICH7
Family) Serial ATA Storage Controllers cc=IDE (rev 01) (prog-if 8f
[Master SecP SecO PriP PriO])
Subsystem: Dell: Unknown device 01ae
Flags: bus master, 66Mhz, medium devsel, latency 0, IRQ 20
I/O ports at fe00 [size=8]
I/O ports at fe10 [size=4]
I/O ports at fe20 [size=8]
I/O ports at fe30 [size=4]
I/O ports at fea0 [size=16]
Memory at 40000000 (32-bit, non-prefetchable) [size=1K]
Capabilities: [70] Power Management version 2
I just noticed the hypervisor leaves a message on the screen:
(XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch
input to Xen).
(XEN) (file=.../xen-unstable/xen/include/asm/mm.h, line=201) Error pfn
6000: rd=ffbfb080, od=00000000, caf=00000000, taf=0000000c
(XEN) Domain 0 shutdown: rebooting machine
Thats with dom0_mem=98304. The pfn number changes: 128MB reports Error
pfn 8000, 512MB reports pfn 20000. I guess the next step is to run it
under a debugger and try to get a back trace from that error?
^ permalink raw reply [flat|nested] 15+ messages in thread
* RE: SATA detect fails on ICH7 chipset / DellPoweredgeSC430
@ 2005-08-31 15:01 Ian Pratt
2005-08-31 15:39 ` Chris Bainbridge
0 siblings, 1 reply; 15+ messages in thread
From: Ian Pratt @ 2005-08-31 15:01 UTC (permalink / raw)
To: Chris Bainbridge, xen-devel
> This one is different, but like you said sata failing seems
> to be a symptom and not the cause:
OK, this is actually quite a different controller from the one I have.
> 0000:00:1f.2 IDE interface: Intel Corporation 82801GB/GR/GH (ICH7
> Family) Serial ATA Storage Controllers cc=IDE (rev 01)
> (prog-if 8f [Master SecP SecO PriP PriO])
> Subsystem: Dell: Unknown device 01ae
> Flags: bus master, 66Mhz, medium devsel, latency 0, IRQ 20
> I/O ports at fe00 [size=8]
> I/O ports at fe10 [size=4]
> I/O ports at fe20 [size=8]
> I/O ports at fe30 [size=4]
> I/O ports at fea0 [size=16]
> Memory at 40000000 (32-bit, non-prefetchable) [size=1K]
0x40000000 ??? That's bizzare. That's 1GB. I'd normally expect to see
something starting '0xff'.
How much memory has the machine got?
Please can you post the e820 map.
> Capabilities: [70] Power Management version 2
>
> I just noticed the hypervisor leaves a message on the screen:
>
> (XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to
> switch input to Xen).
> (XEN) (file=.../xen-unstable/xen/include/asm/mm.h, line=201) Error pfn
> 6000: rd=ffbfb080, od=00000000, caf=00000000, taf=0000000c
> (XEN) Domain 0 shutdown: rebooting machine
This is a failed attempt to access a page at 96MB. It's almost certainly
relevant.
Please can you add a show_guest_stack() right after thr printf in mm.h
line 201.
Thanks,
Ian
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: SATA detect fails on ICH7 chipset / DellPoweredgeSC430
2005-08-31 15:01 Ian Pratt
@ 2005-08-31 15:39 ` Chris Bainbridge
0 siblings, 0 replies; 15+ messages in thread
From: Chris Bainbridge @ 2005-08-31 15:39 UTC (permalink / raw)
To: Ian Pratt, xen-devel
On 31/08/05, Ian Pratt <m+Ian.Pratt@cl.cam.ac.uk> wrote:
> > 0000:00:1f.2 IDE interface: Intel Corporation 82801GB/GR/GH (ICH7
> > Family) Serial ATA Storage Controllers cc=IDE (rev 01)
> > (prog-if 8f [Master SecP SecO PriP PriO])
> > Subsystem: Dell: Unknown device 01ae
> > Flags: bus master, 66Mhz, medium devsel, latency 0, IRQ 20
> > I/O ports at fe00 [size=8]
> > I/O ports at fe10 [size=4]
> > I/O ports at fe20 [size=8]
> > I/O ports at fe30 [size=4]
> > I/O ports at fea0 [size=16]
> > Memory at 40000000 (32-bit, non-prefetchable) [size=1K]
>
> 0x40000000 ??? That's bizzare. That's 1GB. I'd normally expect to see
> something starting '0xff'.
>
> How much memory has the machine got?
1GB
> Please can you post the e820 map.
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 00000000000a0000 (usable)
BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 000000003fe8cc00 (usable)
BIOS-e820: 000000003fe8cc00 - 000000003fe8ec00 (ACPI NVS)
BIOS-e820: 000000003fe8ec00 - 000000003fe90c00 (ACPI data)
BIOS-e820: 000000003fe90c00 - 0000000040000000 (reserved)
BIOS-e820: 00000000f0000000 - 00000000f4000000 (reserved)
BIOS-e820: 00000000fec00000 - 00000000fed00400 (reserved)
BIOS-e820: 00000000fed20000 - 00000000feda0000 (reserved)
BIOS-e820: 00000000fee00000 - 00000000fef00000 (reserved)
BIOS-e820: 00000000ffb00000 - 0000000100000000 (reserved)
> > (XEN) (file=.../xen-unstable/xen/include/asm/mm.h, line=201) Error pfn
> > 6000: rd=ffbfb080, od=00000000, caf=00000000, taf=0000000c
> > (XEN) Domain 0 shutdown: rebooting machine
>
> This is a failed attempt to access a page at 96MB. It's almost certainly
> relevant.
>
> Please can you add a show_guest_stack() right after thr printf in mm.h
> line 201.
Ok, I compiled the hypervisor with debug info as well, so hopefully
you should see more from this:
__ __ _____ ___ _ _
\ \/ /___ _ __ |___ / / _ \ __| | _____ _____| |
\ // _ \ '_ \ |_ \| | | |__ / _` |/ _ \ \ / / _ \ |
/ \ __/ | | | ___) | |_| |__| (_| | __/\ V / __/ |
/_/\_\___|_| |_| |____(_)___/ \__,_|\___| \_/ \___|_|
http://www.cl.cam.ac.uk/netos/xen
University of Cambridge Computer Laboratory
Xen version 3.0-devel (root@(none)) (gcc version 3.4.4 (Gentoo 3.4.4,
ssp-3.4.4-1.0, pie-8.7.8)) Wed Aug 31 16:30:21 GMT 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 (10664kB)
(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.133 MHz processor.
(XEN) Using scheduler: Simple EDF Scheduler (sedf)
(XEN) CPU: Trace cache: 12K uops, L1 D cache: 16K
(XEN) CPU: L2 cache: 1024K
(XEN) CPU: Physical Processor 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->c03753e8
(XEN) Init. ramdisk: c0376000->c0376000
(XEN) Phys-Mach map: c0376000->c038e000
(XEN) Page tables: c038e000->c0391000
(XEN) Start info: c0391000->c0392000
(XEN) Boot stack: c0392000->c0393000
(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@xenmaster) (gcc version 3.4.4 (Gentoo
3.4.4, ssp-3.4.4-1.0, pie-8.7.8)) #7 Tue Aug 30 17:13:19 GMT 2005
BIOS-provided physical RAM map:
Xen: 0000000000000000 - 0000000006000000 (usable)
96MB LOWMEM available.
found SMP MP-table at 000fe710
DMI 2.3 present.
Intel MultiProcessor Specification v1.4
Virtual Wire compatibility mode.
OEM ID: DELL Product ID: PE SC430 APIC at: 0xFEE00000
I/O APIC #8 Version 32 at 0xFEC00000.
Enabling APIC mode: Flat. Using 1 I/O APICs
Processors: 1
IRQ lockup detection disabled
Allocating PCI resources starting at 06000000 (gap: 06000000:fa000000)
Built 1 zonelists
Kernel command line: root=/dev/md2 noreboot console=ttyS0
Initializing CPU#0
PID hash table entries: 512 (order: 9, 8192 bytes)
Xen reported: 2793.132 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)
vmalloc area: c6800000-fbeec000, maxmem 34000000
Memory: 94592k/98304k available (1739k kernel code, 3628k reserved,
511k data, 124k 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
ENABLING IO-APIC IRQs
NET: Registered protocol family 16
PCI: Using configuration type 1
xen_mem: Initialising balloon driver.
SCSI subsystem initialized
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->APIC IRQ transform: 0000:00:01.0[A] -> IRQ 16
PCI->APIC IRQ transform: 0000:00:1c.0[A] -> IRQ 16
PCI->APIC IRQ transform: 0000:00:1c.4[A] -> IRQ 16
PCI->APIC IRQ transform: 0000:00:1c.5[B] -> IRQ 17
PCI->APIC IRQ transform: 0000:00:1d.0[A] -> IRQ 21
PCI->APIC IRQ transform: 0000:00:1d.1[B] -> IRQ 22
PCI->APIC IRQ transform: 0000:00:1d.2[C] -> IRQ 18
PCI->APIC IRQ transform: 0000:00:1d.3[D] -> IRQ 23
PCI->APIC IRQ transform: 0000:00:1d.7[A] -> IRQ 21
PCI->APIC IRQ transform: 0000:00:1f.1[A] -> IRQ 16
PCI->APIC IRQ transform: 0000:00:1f.2[C] -> IRQ 20
PCI->APIC IRQ transform: 0000:00:1f.3[B] -> IRQ 17
PCI->APIC IRQ transform: 0000:04:00.0[A] -> IRQ 17
Grant table initialized
assign_interrupt_mode Found MSI capability
assign_interrupt_mode Found MSI capability
assign_interrupt_mode Found MSI capability
assign_interrupt_mode Found MSI capability
Linux agpgart interface v0.101 (c) Dave Jones
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 $ 8 ports, IRQ sharing disabled
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered
tg3.c:v3.31 (June 8, 2005)
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'
Event-channel device installed.
(XEN) (file=/var/tmp/portage/xen-3.0.0_pre20050829/work/xen-unstable/xen/include/asm/mm.h,
line=201) Error pfn 6000: rd=ffbfb080, od=00000000, caf=00000000,
taf=0000000c
(XEN) Guest stack trace from esp=c10ff634:
(XEN) c02e59c0 c6812000 00001000 c0116f71 c10ff658 00000000 00000001 00001000
(XEN) 7ff10073 c10ff66c 0189f048 00000000 06000063 00000000 0189f008 00000000
(XEN) efcf2073 00000000 0189f00c 00000000 efcf3073 00000000 0189f010 00000000
(XEN) efcf4073 00000000 0189f014 00000000 efcf5073 00000000 0189f018 00000000
(XEN) efcf6073 00000000 0189f01c 00000000 efcf7073 00000000 0189f020 00000000
(XEN) efcf8073 00000000 0189f024 00000000 efcf9073 00000000 0189f028 00000000
(XEN) efcfa073 00000000 0189f02c 00000000 efcfb073 00000000 0189f030 00000000
(XEN) efcfc073 00000000 0189f034 00000000 efcfd073 00000000 0189f038 00000000
(XEN) efcfe073 00000000 0189f03c 00000000 efcff073 00000000 00000053 00000054
(XEN) 00000055 00000056 00000057 00000058 00000059 0000005a 0000005b 0000005c
(XEN) 0000005d 0000005e 0000005f 00000060 00000061 00000062 00000063 00000064
(XEN) 00000065 00000066 00000067 00000068 00000069 0000006a 0000006b 0000006c
(XEN) 0000006d 0000006e 0000006f 00000070 00000071 00000072 00000073 00000074
(XEN) 00000075 00000076 00000077 00000078 00000079 0000007a 0000007b 0000007c
(XEN) 0000007d 0000007e 0000007f 00000080 00000081 00000082 00000083 00000084
(XEN) 00000085 00000086 00000087 00000088 00000089 0000008a 0000008b 0000008c
(XEN) 0000008d 0000008e 0000008f 00000118 00000119 0000011a 0000011b 0000011c
(XEN) 0000011d 0000011e 0000011f 00000090 00000091 00000092 00000093 00000094
(XEN) 00000095 00000096 00000097 00000098 00000099 0000009a 0000009b 0000009c
(XEN) 0000009d 0000009e 0000009f 000000a0 000000a1 000000a2 000000a3 000000a4
ata_piix: probe of 0000:00:1f.2 failed with error -12
^ permalink raw reply [flat|nested] 15+ messages in thread
* RE: SATA detect fails on ICH7 chipset / DellPoweredgeSC430
@ 2005-08-31 15:55 Ian Pratt
2005-08-31 16:25 ` Chris Bainbridge
0 siblings, 1 reply; 15+ messages in thread
From: Ian Pratt @ 2005-08-31 15:55 UTC (permalink / raw)
To: Chris Bainbridge, xen-devel
OK, since you compiled your own kernel I'm going to need you to walk
through the stack converting the addresses into names.
These look like the relevant ones:
c02e59c0 c0116f71
Run "objdump -d vmlinux > foo" then lookup the addresses in a text
editor.
The fact that the SATA controller has a 4KB MMIO region starting at 1GB
is truly bizzare. Please can you verify that this is the case under
native.
It's not marked as reserved in the e820 map, which means the BIOS is
broken.
Thanks,
Ian
> -----Original Message-----
> From: Chris Bainbridge [mailto:chris.bainbridge@gmail.com]
> Sent: 31 August 2005 16:40
> To: Ian Pratt; xen-devel@lists.xensource.com
> Subject: Re: [Xen-devel] SATA detect fails on ICH7 chipset /
> DellPoweredgeSC430
>
> On 31/08/05, Ian Pratt <m+Ian.Pratt@cl.cam.ac.uk> wrote:
> > > 0000:00:1f.2 IDE interface: Intel Corporation 82801GB/GR/GH (ICH7
> > > Family) Serial ATA Storage Controllers cc=IDE (rev 01)
> (prog-if 8f
> > > [Master SecP SecO PriP PriO])
> > > Subsystem: Dell: Unknown device 01ae
> > > Flags: bus master, 66Mhz, medium devsel, latency 0, IRQ 20
> > > I/O ports at fe00 [size=8]
> > > I/O ports at fe10 [size=4]
> > > I/O ports at fe20 [size=8]
> > > I/O ports at fe30 [size=4]
> > > I/O ports at fea0 [size=16]
> > > Memory at 40000000 (32-bit, non-prefetchable) [size=1K]
> >
> > 0x40000000 ??? That's bizzare. That's 1GB. I'd normally
> expect to see
> > something starting '0xff'.
> >
> > How much memory has the machine got?
>
> 1GB
>
> > Please can you post the e820 map.
>
> BIOS-provided physical RAM map:
> BIOS-e820: 0000000000000000 - 00000000000a0000 (usable)
> BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
> BIOS-e820: 0000000000100000 - 000000003fe8cc00 (usable)
> BIOS-e820: 000000003fe8cc00 - 000000003fe8ec00 (ACPI NVS)
> BIOS-e820: 000000003fe8ec00 - 000000003fe90c00 (ACPI data)
> BIOS-e820: 000000003fe90c00 - 0000000040000000 (reserved)
> BIOS-e820: 00000000f0000000 - 00000000f4000000 (reserved)
> BIOS-e820: 00000000fec00000 - 00000000fed00400 (reserved)
> BIOS-e820: 00000000fed20000 - 00000000feda0000 (reserved)
> BIOS-e820: 00000000fee00000 - 00000000fef00000 (reserved)
> BIOS-e820: 00000000ffb00000 - 0000000100000000 (reserved)
>
> > > (XEN) (file=.../xen-unstable/xen/include/asm/mm.h,
> line=201) Error
> > > pfn
> > > 6000: rd=ffbfb080, od=00000000, caf=00000000, taf=0000000c
> > > (XEN) Domain 0 shutdown: rebooting machine
> >
> > This is a failed attempt to access a page at 96MB. It's almost
> > certainly relevant.
> >
> > Please can you add a show_guest_stack() right after thr
> printf in mm.h
> > line 201.
>
> Ok, I compiled the hypervisor with debug info as well, so
> hopefully you should see more from this:
>
> __ __ _____ ___ _ _
> \ \/ /___ _ __ |___ / / _ \ __| | _____ _____| |
> \ // _ \ '_ \ |_ \| | | |__ / _` |/ _ \ \ / / _ \ |
> / \ __/ | | | ___) | |_| |__| (_| | __/\ V / __/ |
> /_/\_\___|_| |_| |____(_)___/ \__,_|\___| \_/ \___|_|
>
> http://www.cl.cam.ac.uk/netos/xen
> University of Cambridge Computer Laboratory
>
> Xen version 3.0-devel (root@(none)) (gcc version 3.4.4
> (Gentoo 3.4.4, ssp-3.4.4-1.0, pie-8.7.8)) Wed Aug 31 16:30:21
> GMT 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 (10664kB)
> (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.133 MHz processor.
> (XEN) Using scheduler: Simple EDF Scheduler (sedf)
> (XEN) CPU: Trace cache: 12K uops, L1 D cache: 16K
> (XEN) CPU: L2 cache: 1024K
> (XEN) CPU: Physical Processor 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->c03753e8
> (XEN) Init. ramdisk: c0376000->c0376000
> (XEN) Phys-Mach map: c0376000->c038e000
> (XEN) Page tables: c038e000->c0391000
> (XEN) Start info: c0391000->c0392000
> (XEN) Boot stack: c0392000->c0393000
> (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@xenmaster) (gcc version
> 3.4.4 (Gentoo 3.4.4, ssp-3.4.4-1.0, pie-8.7.8)) #7 Tue Aug 30
> 17:13:19 GMT 2005 BIOS-provided physical RAM map:
> Xen: 0000000000000000 - 0000000006000000 (usable) 96MB
> LOWMEM available.
> found SMP MP-table at 000fe710
> DMI 2.3 present.
> Intel MultiProcessor Specification v1.4
> Virtual Wire compatibility mode.
> OEM ID: DELL Product ID: PE SC430 APIC at: 0xFEE00000
> I/O APIC #8 Version 32 at 0xFEC00000.
> Enabling APIC mode: Flat. Using 1 I/O APICs
> Processors: 1
> IRQ lockup detection disabled
> Allocating PCI resources starting at 06000000 (gap:
> 06000000:fa000000) Built 1 zonelists Kernel command line:
> root=/dev/md2 noreboot console=ttyS0 Initializing CPU#0 PID
> hash table entries: 512 (order: 9, 8192 bytes) Xen reported:
> 2793.132 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) vmalloc area: c6800000-fbeec000, maxmem 34000000
> Memory: 94592k/98304k available (1739k kernel code, 3628k
> reserved, 511k data, 124k 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
> ENABLING IO-APIC IRQs
> NET: Registered protocol family 16
> PCI: Using configuration type 1
> xen_mem: Initialising balloon driver.
> SCSI subsystem initialized
> 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->APIC IRQ transform: 0000:00:01.0[A] -> IRQ 16 APIC IRQ
> transform:
> PCI->0000:00:1c.0[A] -> IRQ 16 APIC IRQ transform: 0000:00:1c.4[A] ->
> PCI->IRQ 16 APIC IRQ transform: 0000:00:1c.5[B] -> IRQ 17 APIC IRQ
> PCI->transform: 0000:00:1d.0[A] -> IRQ 21 APIC IRQ transform:
> PCI->0000:00:1d.1[B] -> IRQ 22 APIC IRQ transform: 0000:00:1d.2[C] ->
> PCI->IRQ 18 APIC IRQ transform: 0000:00:1d.3[D] -> IRQ 23 APIC IRQ
> PCI->transform: 0000:00:1d.7[A] -> IRQ 21 APIC IRQ transform:
> PCI->0000:00:1f.1[A] -> IRQ 16 APIC IRQ transform: 0000:00:1f.2[C] ->
> PCI->IRQ 20 APIC IRQ transform: 0000:00:1f.3[B] -> IRQ 17 APIC IRQ
> PCI->transform: 0000:04:00.0[A] -> IRQ 17
> Grant table initialized
> assign_interrupt_mode Found MSI capability
> assign_interrupt_mode Found MSI capability
> assign_interrupt_mode Found MSI capability
> assign_interrupt_mode Found MSI capability Linux agpgart
> interface v0.101 (c) Dave Jones
> 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 $ 8 ports, IRQ
> sharing disabled io scheduler noop registered io scheduler
> anticipatory registered io scheduler deadline registered io
> scheduler cfq registered
> tg3.c:v3.31 (June 8, 2005)
> 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'
> Event-channel device installed.
> (XEN)
> (file=/var/tmp/portage/xen-3.0.0_pre20050829/work/xen-unstable
> /xen/include/asm/mm.h,
> line=201) Error pfn 6000: rd=ffbfb080, od=00000000,
> caf=00000000, taf=0000000c
> (XEN) Guest stack trace from esp=c10ff634:
> (XEN) c02e59c0 c6812000 00001000 c0116f71 c10ff658
> 00000000 00000001 00001000
> (XEN) 7ff10073 c10ff66c 0189f048 00000000 06000063
> 00000000 0189f008 00000000
> (XEN) efcf2073 00000000 0189f00c 00000000 efcf3073
> 00000000 0189f010 00000000
> (XEN) efcf4073 00000000 0189f014 00000000 efcf5073
> 00000000 0189f018 00000000
> (XEN) efcf6073 00000000 0189f01c 00000000 efcf7073
> 00000000 0189f020 00000000
> (XEN) efcf8073 00000000 0189f024 00000000 efcf9073
> 00000000 0189f028 00000000
> (XEN) efcfa073 00000000 0189f02c 00000000 efcfb073
> 00000000 0189f030 00000000
> (XEN) efcfc073 00000000 0189f034 00000000 efcfd073
> 00000000 0189f038 00000000
> (XEN) efcfe073 00000000 0189f03c 00000000 efcff073
> 00000000 00000053 00000054
> (XEN) 00000055 00000056 00000057 00000058 00000059
> 0000005a 0000005b 0000005c
> (XEN) 0000005d 0000005e 0000005f 00000060 00000061
> 00000062 00000063 00000064
> (XEN) 00000065 00000066 00000067 00000068 00000069
> 0000006a 0000006b 0000006c
> (XEN) 0000006d 0000006e 0000006f 00000070 00000071
> 00000072 00000073 00000074
> (XEN) 00000075 00000076 00000077 00000078 00000079
> 0000007a 0000007b 0000007c
> (XEN) 0000007d 0000007e 0000007f 00000080 00000081
> 00000082 00000083 00000084
> (XEN) 00000085 00000086 00000087 00000088 00000089
> 0000008a 0000008b 0000008c
> (XEN) 0000008d 0000008e 0000008f 00000118 00000119
> 0000011a 0000011b 0000011c
> (XEN) 0000011d 0000011e 0000011f 00000090 00000091
> 00000092 00000093 00000094
> (XEN) 00000095 00000096 00000097 00000098 00000099
> 0000009a 0000009b 0000009c
> (XEN) 0000009d 0000009e 0000009f 000000a0 000000a1
> 000000a2 000000a3 000000a4
> ata_piix: probe of 0000:00:1f.2 failed with error -12
>
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: SATA detect fails on ICH7 chipset / DellPoweredgeSC430
2005-08-31 15:55 Ian Pratt
@ 2005-08-31 16:25 ` Chris Bainbridge
2005-09-05 14:16 ` Chris Bainbridge
0 siblings, 1 reply; 15+ messages in thread
From: Chris Bainbridge @ 2005-08-31 16:25 UTC (permalink / raw)
To: Ian Pratt, xen-devel
On 31/08/05, Ian Pratt <m+Ian.Pratt@cl.cam.ac.uk> wrote:
>
> OK, since you compiled your own kernel I'm going to need you to walk
> through the stack converting the addresses into names.
>
> These look like the relevant ones:
> c02e59c0 c0116f71
>
> Run "objdump -d vmlinux > foo" then lookup the addresses in a text
> editor.
% grep c02e59c0 vmlinux-syms-2.6.12.5-xen.objdump
c01161b3: c7 42 78 c0 59 2e c0 movl $0xc02e59c0,0x78(%edx)
c01161c2: 81 ff c0 59 2e c0 cmp $0xc02e59c0,%edi
c011628d: c7 04 24 c0 59 2e c0 movl $0xc02e59c0,(%esp)
c0116d5b: c7 04 24 c0 59 2e c0 movl $0xc02e59c0,(%esp)
c011ac26: 3d c0 59 2e c0 cmp $0xc02e59c0,%eax
c0142511: 3d c0 59 2e c0 cmp $0xc02e59c0,%eax
c0142616: 81 ff c0 59 2e c0 cmp $0xc02e59c0,%edi
c014268c: c7 04 24 c0 59 2e c0 movl $0xc02e59c0,(%esp)
c014c753: 81 fa c0 59 2e c0 cmp $0xc02e59c0,%edx
c014c834: 81 f9 c0 59 2e c0 cmp $0xc02e59c0,%ecx
c014c99e: 81 fa c0 59 2e c0 cmp $0xc02e59c0,%edx
c014c9f9: 81 f9 c0 59 2e c0 cmp $0xc02e59c0,%ecx
c014df86: 81 f9 c0 59 2e c0 cmp $0xc02e59c0,%ecx
c014e03c: 81 f9 c0 59 2e c0 cmp $0xc02e59c0,%ecx
c014e38b: 81 fa c0 59 2e c0 cmp $0xc02e59c0,%edx
c014e499: 81 f9 c0 59 2e c0 cmp $0xc02e59c0,%ecx
c014ef14: 81 fa c0 59 2e c0 cmp $0xc02e59c0,%edx
c014f120: 81 fa c0 59 2e c0 cmp $0xc02e59c0,%edx
c014f3bd: 81 7c 24 30 c0 59 2e cmpl $0xc02e59c0,0x30(%esp)
c014f471: b8 c0 59 2e c0 mov $0xc02e59c0,%eax
c0150033: 81 fa c0 59 2e c0 cmp $0xc02e59c0,%edx
c015049d: 81 fa c0 59 2e c0 cmp $0xc02e59c0,%edx
c0150734: 81 fa c0 59 2e c0 cmp $0xc02e59c0,%edx
c01509eb: 81 f9 c0 59 2e c0 cmp $0xc02e59c0,%ecx
c01540de: 81 f9 c0 59 2e c0 cmp $0xc02e59c0,%ecx
c01547f0: 81 fd c0 59 2e c0 cmp $0xc02e59c0,%ebp
c0155ef2: 81 fd c0 59 2e c0 cmp $0xc02e59c0,%ebp
c0156194: 81 fa c0 59 2e c0 cmp $0xc02e59c0,%edx
c01567ac: b8 c0 59 2e c0 mov $0xc02e59c0,%eax
c015879d: 81 fb c0 59 2e c0 cmp $0xc02e59c0,%ebx
c0158aa8: c7 44 24 44 c0 59 2e movl $0xc02e59c0,0x44(%esp)
c0158ba7: 81 7c 24 44 c0 59 2e cmpl $0xc02e59c0,0x44(%esp)
c0158c87: 81 7c 24 20 c0 59 2e cmpl $0xc02e59c0,0x20(%esp)
c0158e98: c7 44 24 44 c0 59 2e movl $0xc02e59c0,0x44(%esp)
c015a51f: c7 05 6c c3 2e c0 c0 movl $0xc02e59c0,0xc02ec36c
c016b13b: 81 fb c0 59 2e c0 cmp $0xc02e59c0,%ebx
c0226f1c: c7 04 24 c0 59 2e c0 movl $0xc02e59c0,(%esp)
c033bde0: c7 40 78 c0 59 2e c0 movl $0xc02e59c0,0x78(%eax)
% grep c0116f71 vmlinux-syms-2.6.12.5-xen.objdump
c0116f71 <direct_remap_area_pte_fn>:
c0116f71: 53 push %ebx
c0117078: c7 44 24 0c 71 6f 11 movl $0xc0116f71,0xc(%esp)
c01170ca: c7 44 24 0c 71 6f 11 movl $0xc0116f71,0xc(%esp)
> The fact that the SATA controller has a 4KB MMIO region starting at 1GB
> is truly bizzare. Please can you verify that this is the case under
> native.
Yup, I haven't been able to boot a Xen kernel yet so these readings
are definately native.
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: SATA detect fails on ICH7 chipset / DellPoweredgeSC430
2005-08-31 16:25 ` Chris Bainbridge
@ 2005-09-05 14:16 ` Chris Bainbridge
0 siblings, 0 replies; 15+ messages in thread
From: Chris Bainbridge @ 2005-09-05 14:16 UTC (permalink / raw)
To: Ian Pratt, xen-devel
Hi,
I've booted a Xen kernel over nfs using the mboot.c32 from patched
pxelinux previously posted on this list. Now I can get some debug info
from a running Xen kernel:
# cat /proc/iomem
000a0000-000bffff : Video RAM area
000c0000-000c7fff : Video ROM
000ca000-000cb7ff : Adapter ROM
000cb800-000cbfff : Adapter ROM
000f0000-000fffff : System ROM
06000000-060003ff : 0000:00:1f.2
ec000000-edffffff : 0000:05:07.0
efac0000-efafffff : 0000:05:07.0
efc00000-efcfffff : PCI Bus #04
efcf0000-efcfffff : 0000:04:00.0
efcf0000-efcfffff : tg3
efd00000-efdfffff : PCI Bus #02
efe00000-efefffff : PCI Bus #01
ffa80800-ffa80bff : 0000:00:1d.7
For comparison the native one looks like:
00000000-0009ffff : System RAM
000a0000-000bffff : Video RAM area
000c0000-000c7fff : Video ROM
000ca000-000cbfff : Adapter ROM
000f0000-000fffff : System ROM
00100000-3fe8cbff : System RAM
00100000-0028a7bd : Kernel code
0028a7be-00337b7f : Kernel data
3fe8cc00-3fe8ebff : ACPI Non-volatile Storage
3fe8ec00-3fe90bff : ACPI Tables
3fe90c00-3fffffff : reserved
40000000-400003ff : 0000:00:1f.2
40000000-400003ff : libata
ec000000-edffffff : 0000:05:07.0
efac0000-efafffff : 0000:05:07.0
efc00000-efcfffff : PCI Bus #04
efcf0000-efcfffff : 0000:04:00.0
efcf0000-efcfffff : tg3
efd00000-efdfffff : PCI Bus #02
efe00000-efefffff : PCI Bus #01
f0000000-f3ffffff : reserved
fec00000-fed003ff : reserved
fed20000-fed9ffff : reserved
fee00000-feefffff : reserved
ffa80800-ffa80bff : 0000:00:1d.7
ffb00000-ffffffff : reserved
The region "06000000-060003ff : 0000:00:1f.2" is the SATA MMIO region.
On a native kernel it sits at 0x40000000, which is 1GB, just above
physical memory. Xen seems to make it visible at 0x06000000 which is
96MB, at the end of the dom0_mem region since I have "dom0_mem=98304".
When the kernel tries to probe the MMIO area Xen gives the error:
(XEN) (file=.../xen/include/asm/mm.h, line=201) Error pfn 6000:
rd=ffbfb080, od=00000000, caf=00000000, taf=0000000c
ata_piix: probe of 0000:00:1f.2 failed with error -12
Which is a failed read at 96MB.
Note that the SATA MMIO region is the only device that appears at a
different address under the Xen /proc/iomem - the tg3 ethernet, for
example, keeps the same address. lspci confirms this is the case:
Native lspci -vvvv:
0000:00:1f.2 IDE interface: Intel Corporation 82801GB/GR/GH (ICH7
Family) Serial ATA Storage Controllers cc=IDE (rev 01) (prog-if 8f
[Master SecP SecO PriP PriO])
Subsystem: Dell: Unknown device 01ae
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=medium
>TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 0
Interrupt: pin C routed to IRQ 20
Region 0: I/O ports at fe00 [size=8]
Region 1: I/O ports at fe10 [size=4]
Region 2: I/O ports at fe20 [size=8]
Region 3: I/O ports at fe30 [size=4]
Region 4: I/O ports at fea0 [size=16]
Region 5: Memory at 40000000 (32-bit, non-prefetchable) [size=1K]
Capabilities: [70] Power Management version 2
Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA
PME(D0-,D1-,D2-,D3hot+,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
Xen lspci -vvv:
0000:00:1f.2 IDE interface: Intel Corporation 82801GB/GR/GH (ICH7
Family) Serial ATA Storage Controllers cc=IDE (rev 01) (prog-if 8f
[Master SecP SecO PriP PriO])
Subsystem: Dell: Unknown device 01ae
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=medium
>TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 0
Interrupt: pin C routed to IRQ 20
Region 0: I/O ports at fe00 [size=8]
Region 1: I/O ports at fe10 [size=4]
Region 2: I/O ports at fe20 [size=8]
Region 3: I/O ports at fe30 [size=4]
Region 4: I/O ports at fea0 [size=16]
Region 5: Memory at 06000000 (32-bit, non-prefetchable) [size=1K]
Capabilities: [70] Power Management version 2
Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA
PME(D0-,D1-,D2-,D3hot+,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
Why is Xen treating the SATA MMIO region as normal memory and making
it appear after the dom0 memory, instead of keeping the same address
as the other PCI devices do? I don't see how it can be related to the
bios e820 memory map - none of the regions it reports contain the
devices at 0xef...... (like the tg3 ethernet), and yet they work ok.
Any ideas of where to look next would be appreciated.
Thanks,
Chris
^ permalink raw reply [flat|nested] 15+ messages in thread
* RE: SATA detect fails on ICH7 chipset / DellPoweredgeSC430
@ 2005-09-05 14:46 Ian Pratt
2005-09-05 15:32 ` Chris Bainbridge
0 siblings, 1 reply; 15+ messages in thread
From: Ian Pratt @ 2005-09-05 14:46 UTC (permalink / raw)
To: Chris Bainbridge, xen-devel
Please can you do an 'lspci -nv' to find out the exact version of your
controller.
I'm wandering whether it features in pci/quirks.c and whether the fixup
code is borked on Xen.
Also, have you tried fiddling around with any of the BIOS IDE legacy
mode settings?
There really is no good explanation for a) why the MMIO region is so low
on native, and b) why it is different under Xen. I suspect this is a
native bug that is being compounded by Xen.
Ian
> -----Original Message-----
> From: Chris Bainbridge [mailto:chris.bainbridge@gmail.com]
> Sent: 05 September 2005 15:16
> To: Ian Pratt; xen-devel@lists.xensource.com
> Subject: Re: [Xen-devel] SATA detect fails on ICH7 chipset /
> DellPoweredgeSC430
>
> Hi,
>
> I've booted a Xen kernel over nfs using the mboot.c32 from patched
> pxelinux previously posted on this list. Now I can get some debug info
> from a running Xen kernel:
>
> # cat /proc/iomem
> 000a0000-000bffff : Video RAM area
> 000c0000-000c7fff : Video ROM
> 000ca000-000cb7ff : Adapter ROM
> 000cb800-000cbfff : Adapter ROM
> 000f0000-000fffff : System ROM
> 06000000-060003ff : 0000:00:1f.2
> ec000000-edffffff : 0000:05:07.0
> efac0000-efafffff : 0000:05:07.0
> efc00000-efcfffff : PCI Bus #04
> efcf0000-efcfffff : 0000:04:00.0
> efcf0000-efcfffff : tg3
> efd00000-efdfffff : PCI Bus #02
> efe00000-efefffff : PCI Bus #01
> ffa80800-ffa80bff : 0000:00:1d.7
>
> For comparison the native one looks like:
>
> 00000000-0009ffff : System RAM
> 000a0000-000bffff : Video RAM area
> 000c0000-000c7fff : Video ROM
> 000ca000-000cbfff : Adapter ROM
> 000f0000-000fffff : System ROM
> 00100000-3fe8cbff : System RAM
> 00100000-0028a7bd : Kernel code
> 0028a7be-00337b7f : Kernel data
> 3fe8cc00-3fe8ebff : ACPI Non-volatile Storage
> 3fe8ec00-3fe90bff : ACPI Tables
> 3fe90c00-3fffffff : reserved
> 40000000-400003ff : 0000:00:1f.2
> 40000000-400003ff : libata
> ec000000-edffffff : 0000:05:07.0
> efac0000-efafffff : 0000:05:07.0
> efc00000-efcfffff : PCI Bus #04
> efcf0000-efcfffff : 0000:04:00.0
> efcf0000-efcfffff : tg3
> efd00000-efdfffff : PCI Bus #02
> efe00000-efefffff : PCI Bus #01
> f0000000-f3ffffff : reserved
> fec00000-fed003ff : reserved
> fed20000-fed9ffff : reserved
> fee00000-feefffff : reserved
> ffa80800-ffa80bff : 0000:00:1d.7
> ffb00000-ffffffff : reserved
>
> The region "06000000-060003ff : 0000:00:1f.2" is the SATA MMIO region.
> On a native kernel it sits at 0x40000000, which is 1GB, just above
> physical memory. Xen seems to make it visible at 0x06000000 which is
> 96MB, at the end of the dom0_mem region since I have "dom0_mem=98304".
>
> When the kernel tries to probe the MMIO area Xen gives the error:
>
> (XEN) (file=.../xen/include/asm/mm.h, line=201) Error pfn 6000:
> rd=ffbfb080, od=00000000, caf=00000000, taf=0000000c
> ata_piix: probe of 0000:00:1f.2 failed with error -12
>
> Which is a failed read at 96MB.
>
> Note that the SATA MMIO region is the only device that appears at a
> different address under the Xen /proc/iomem - the tg3 ethernet, for
> example, keeps the same address. lspci confirms this is the case:
>
> Native lspci -vvvv:
>
> 0000:00:1f.2 IDE interface: Intel Corporation 82801GB/GR/GH (ICH7
> Family) Serial ATA Storage Controllers cc=IDE (rev 01) (prog-if 8f
> [Master SecP SecO PriP PriO])
> Subsystem: Dell: Unknown device 01ae
> Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
> ParErr- Stepping- SERR- FastB2B-
> Status: Cap+ 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=medium
> >TAbort- <TAbort- <MAbort- >SERR- <PERR-
> Latency: 0
> Interrupt: pin C routed to IRQ 20
> Region 0: I/O ports at fe00 [size=8]
> Region 1: I/O ports at fe10 [size=4]
> Region 2: I/O ports at fe20 [size=8]
> Region 3: I/O ports at fe30 [size=4]
> Region 4: I/O ports at fea0 [size=16]
> Region 5: Memory at 40000000 (32-bit,
> non-prefetchable) [size=1K]
> Capabilities: [70] Power Management version 2
> Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA
> PME(D0-,D1-,D2-,D3hot+,D3cold-)
> Status: D0 PME-Enable- DSel=0 DScale=0 PME-
>
> Xen lspci -vvv:
>
> 0000:00:1f.2 IDE interface: Intel Corporation 82801GB/GR/GH (ICH7
> Family) Serial ATA Storage Controllers cc=IDE (rev 01) (prog-if 8f
> [Master SecP SecO PriP PriO])
> Subsystem: Dell: Unknown device 01ae
> Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
> ParErr- Stepping- SERR- FastB2B-
> Status: Cap+ 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=medium
> >TAbort- <TAbort- <MAbort- >SERR- <PERR-
> Latency: 0
> Interrupt: pin C routed to IRQ 20
> Region 0: I/O ports at fe00 [size=8]
> Region 1: I/O ports at fe10 [size=4]
> Region 2: I/O ports at fe20 [size=8]
> Region 3: I/O ports at fe30 [size=4]
> Region 4: I/O ports at fea0 [size=16]
> Region 5: Memory at 06000000 (32-bit,
> non-prefetchable) [size=1K]
> Capabilities: [70] Power Management version 2
> Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA
> PME(D0-,D1-,D2-,D3hot+,D3cold-)
> Status: D0 PME-Enable- DSel=0 DScale=0 PME-
>
> Why is Xen treating the SATA MMIO region as normal memory and making
> it appear after the dom0 memory, instead of keeping the same address
> as the other PCI devices do? I don't see how it can be related to the
> bios e820 memory map - none of the regions it reports contain the
> devices at 0xef...... (like the tg3 ethernet), and yet they work ok.
>
> Any ideas of where to look next would be appreciated.
>
> Thanks,
> Chris
>
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: SATA detect fails on ICH7 chipset / DellPoweredgeSC430
2005-09-05 14:46 Ian Pratt
@ 2005-09-05 15:32 ` Chris Bainbridge
0 siblings, 0 replies; 15+ messages in thread
From: Chris Bainbridge @ 2005-09-05 15:32 UTC (permalink / raw)
To: Ian Pratt, xen-devel
On 05/09/05, Ian Pratt <m+Ian.Pratt@cl.cam.ac.uk> wrote:
> Please can you do an 'lspci -nv' to find out the exact version of your
> controller.
>From the Xen kernel:
0000:00:1f.2 Class 0101: 8086:27c0 (rev 01) (prog-if 8f [Master SecP
SecO PriP PriO])
Subsystem: 1028:01ae
Flags: bus master, 66Mhz, medium devsel, latency 0, IRQ 20
I/O ports at fe00 [size=8]
I/O ports at fe10 [size=4]
I/O ports at fe20 [size=8]
I/O ports at fe30 [size=4]
I/O ports at fea0 [size=16]
Memory at 06000000 (32-bit, non-prefetchable) [size=1K]
Capabilities: [70] Power Management version 2
> I'm wandering whether it features in pci/quirks.c and whether the fixup
> code is borked on Xen.
It looks like it runs quirk_intel_ide_combined(), which reads a byte
to check whether the port is in sata or legacy mode and prevents the
ide driver from finding it if it's in legacy. I removed the IDE driver
from my kernel, so I don't think this is significant.
> Also, have you tried fiddling around with any of the BIOS IDE legacy
> mode settings?
There are no IDE settings; it's a pretty bare bios.
> There really is no good explanation for a) why the MMIO region is so low
> on native, and b) why it is different under Xen. I suspect this is a
> native bug that is being compounded by Xen.
It appears to work under native though. I think I'll go and ask on the lkml.
Thanks,
Chris
^ permalink raw reply [flat|nested] 15+ messages in thread
* RE: SATA detect fails on ICH7 chipset / DellPoweredgeSC430
@ 2005-09-05 15:43 Ian Pratt
2005-09-05 17:45 ` Chris Bainbridge
0 siblings, 1 reply; 15+ messages in thread
From: Ian Pratt @ 2005-09-05 15:43 UTC (permalink / raw)
To: Chris Bainbridge, xen-devel
> > There really is no good explanation for a) why the MMIO
> region is so
> > low on native, and b) why it is different under Xen. I
> suspect this is
> > a native bug that is being compounded by Xen.
>
> It appears to work under native though. I think I'll go and
> ask on the lkml.
It might be entertaining to stick another 1GB of RAM in the machine and
see what both native and Xen do.
Also, do you have Windows on the machine? It would be interesting to see
where it puts the MMIO space (it might tell us whether the BIOS is
putting it at 1GB, or whether Linux is re-mapping it).
Ian
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: SATA detect fails on ICH7 chipset / DellPoweredgeSC430
2005-09-05 15:43 Ian Pratt
@ 2005-09-05 17:45 ` Chris Bainbridge
0 siblings, 0 replies; 15+ messages in thread
From: Chris Bainbridge @ 2005-09-05 17:45 UTC (permalink / raw)
To: Ian Pratt, xen-devel
On 05/09/05, Ian Pratt <m+Ian.Pratt@cl.cam.ac.uk> wrote:
> > > There really is no good explanation for a) why the MMIO
> > region is so
> > > low on native, and b) why it is different under Xen. I
> > suspect this is
> > > a native bug that is being compounded by Xen.
> >
> > It appears to work under native though. I think I'll go and
> > ask on the lkml.
>
> It might be entertaining to stick another 1GB of RAM in the machine and
> see what both native and Xen do.
I couldn't quite manage that, but I did pull one of the 512MB DIMMs. Results:
xen:
06000000-060003ff : 0000:00:1f.2
native:
20000000-200003ff : 0000:00:1f.2
20000000-200003ff : libata
> Also, do you have Windows on the machine? It would be interesting to see
> where it puts the MMIO space (it might tell us whether the BIOS is
> putting it at 1GB, or whether Linux is re-mapping it).
I feel dirty, but have answers.
ide controller appears with memory range febffc00-febfffff
pci bus memory range for above is f4000000 - febfffff
tg3 eth is at exact same address as linux
video controller ec.. ef.. is at exact same address as linux
I noted that under linux we get the boot message:
Allocating PCI resources starting at 40000000 (gap: 40000000:b0000000)
and ide controller appears at 40000000... but not ethernet or video,
they stay at the same old addresses. Is it just my imagination or does
that address look like the one for the pci bus under windows shifted
left by 4 bits? Probably coincidence.
^ permalink raw reply [flat|nested] 15+ messages in thread
* RE: SATA detect fails on ICH7 chipset / DellPoweredgeSC430
@ 2005-09-05 18:21 Ian Pratt
2005-09-05 19:59 ` Keir Fraser
0 siblings, 1 reply; 15+ messages in thread
From: Ian Pratt @ 2005-09-05 18:21 UTC (permalink / raw)
To: Chris Bainbridge, xen-devel
> ide controller appears with memory range febffc00-febfffff
> pci bus memory range for above is f4000000 - febfffff
> tg3 eth is at exact same address as linux video controller
> ec.. ef.. is at exact same address as linux
Interesting. So, Windows trusts the BIOS but Linux feels the need to go
in there and monkey around.
> I noted that under linux we get the boot message:
> Allocating PCI resources starting at 40000000 (gap:
> 40000000:b0000000) and ide controller appears at 40000000...
> but not ethernet or video, they stay at the same old
> addresses.
OK, this is a definite bug in Xen that we can fix -- this is the first
time we've come across a system where Linux tries remapping things, and
it should be done with machine addresses, not psuedo physical addresses.
Quite why Linux decides to mess with this device is a mystery...
Ian
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: SATA detect fails on ICH7 chipset / DellPoweredgeSC430
2005-09-05 18:21 Ian Pratt
@ 2005-09-05 19:59 ` Keir Fraser
2005-09-07 18:45 ` Chris Bainbridge
0 siblings, 1 reply; 15+ messages in thread
From: Keir Fraser @ 2005-09-05 19:59 UTC (permalink / raw)
To: Ian Pratt; +Cc: Chris Bainbridge, xen-devel
On 5 Sep 2005, at 19:21, Ian Pratt wrote:
>> I noted that under linux we get the boot message:
>> Allocating PCI resources starting at 40000000 (gap:
>> 40000000:b0000000) and ide controller appears at 40000000...
>> but not ethernet or video, they stay at the same old
>> addresses.
>
> OK, this is a definite bug in Xen that we can fix -- this is the first
> time we've come across a system where Linux tries remapping things, and
> it should be done with machine addresses, not psuedo physical
> addresses.
> Quite why Linux decides to mess with this device is a mystery...
Should now be fixed.
-- Keir
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: SATA detect fails on ICH7 chipset / DellPoweredgeSC430
2005-09-05 19:59 ` Keir Fraser
@ 2005-09-07 18:45 ` Chris Bainbridge
0 siblings, 0 replies; 15+ messages in thread
From: Chris Bainbridge @ 2005-09-07 18:45 UTC (permalink / raw)
To: Keir Fraser; +Cc: Ian Pratt, xen-devel
On 05/09/05, Keir Fraser <Keir.Fraser@cl.cam.ac.uk> wrote:
>
> On 5 Sep 2005, at 19:21, Ian Pratt wrote:
>
> >> I noted that under linux we get the boot message:
> >> Allocating PCI resources starting at 40000000 (gap:
> >> 40000000:b0000000) and ide controller appears at 40000000...
> >> but not ethernet or video, they stay at the same old
> >> addresses.
> >
> > OK, this is a definite bug in Xen that we can fix -- this is the first
> > time we've come across a system where Linux tries remapping things, and
> > it should be done with machine addresses, not psuedo physical
> > addresses.
> > Quite why Linux decides to mess with this device is a mystery...
>
> Should now be fixed.
Looks good so far. Thanks!
^ permalink raw reply [flat|nested] 15+ messages in thread
end of thread, other threads:[~2005-09-07 18:45 UTC | newest]
Thread overview: 15+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <A95E2296287EAD4EB592B5DEEFCE0E9D282DA3@liverpoolst.ad.cl.cam.ac.uk>
2005-08-31 14:01 ` SATA detect fails on ICH7 chipset / DellPoweredgeSC430 Chris Bainbridge
2005-09-05 18:21 Ian Pratt
2005-09-05 19:59 ` Keir Fraser
2005-09-07 18:45 ` Chris Bainbridge
-- strict thread matches above, loose matches on Subject: below --
2005-09-05 15:43 Ian Pratt
2005-09-05 17:45 ` Chris Bainbridge
2005-09-05 14:46 Ian Pratt
2005-09-05 15:32 ` Chris Bainbridge
2005-08-31 15:55 Ian Pratt
2005-08-31 16:25 ` Chris Bainbridge
2005-09-05 14:16 ` Chris Bainbridge
2005-08-31 15:01 Ian Pratt
2005-08-31 15:39 ` Chris Bainbridge
2005-08-30 17:30 Ian Pratt
2005-08-31 8:01 ` 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.