Ian Pratt
2005-Aug-31 15:55 UTC
RE: [Xen-devel] SATA detect fails on ICH7 chipset / DellPoweredgeSC430
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 >_______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Chris Bainbridge
2005-Aug-31 16:25 UTC
Re: [Xen-devel] SATA detect fails on ICH7 chipset / DellPoweredgeSC430
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. _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Chris Bainbridge
2005-Sep-05 14:16 UTC
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 _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel