Bug#679545: ia64, SR870, EFI bug breaks ata_piix, uninitialized ICH4 IDE EXBAR mem resource
Thanks a lot for testing this! I'll fix up this typo and work on getting something like this merged. Thank you very much! If you want me to test anything, don't hesitate to contact me. What's the output of dmesg | grep :00:1f.1; lspci -vs00:1f.1? [0.065506] pci :00:1f.1: [8086:24cb] type 0 class 0x000101 [0.065520] pci :00:1f.1: reg 10: [io 0x-0x0007] [0.065531] pci :00:1f.1: reg 14: [io 0x-0x0003] [0.065542] pci :00:1f.1: reg 18: [io 0x-0x0007] [0.065553] pci :00:1f.1: reg 1c: [io 0x-0x0003] [0.065564] pci :00:1f.1: reg 20: [io 0x1000-0x100f] [0.065575] pci :00:1f.1: reg 24: [mem 0x-0x03ff unset] [1.415250] ata_piix :00:1f.1: version 2.13 [1.415276] ata_piix :00:1f.1: can't derive routing for PCI INT A 00:1f.1 IDE interface: Intel Corporation 82801DB (ICH4) IDE Controller (rev 02) (prog-if 8a [Master SecP PriP]) Subsystem: Intel Corporation Device 3404 Flags: bus master, medium devsel, latency 0 I/O ports at 01f0 [size=8] I/O ports at 03f4 [size=1] I/O ports at 0170 [size=8] I/O ports at 0374 [size=1] I/O ports at 1000 [size=16] Kernel driver in use: ata_piix Stephan -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121002214859.horde.wgw4bbuwis5qa0ur8afh...@webmail.df.eu
Bug#679545: ia64, SR870, EFI bug breaks ata_piix, uninitialized ICH4 IDE EXBAR mem resource
On Sat, Sep 29, 2012 at 4:09 PM, Stephan Schreiber i...@fs-driver.org wrote: Hello Bjorn, thank you very much for the patch. I tested it; it works. (typing mistake: it must read PCI_COMMAND_MEMORY instead of PCI_COMMAND_MEM at one location; some hunks of the patch couldn't be applied automatically on Kernel 3.2.23 because some comments in the contexts are different) Thanks a lot for testing this! I'll fix up this typo and work on getting something like this merged. The dmesg output: [0.00] Initializing cgroup subsys cpuset [0.00] Initializing cgroup subsys cpu [0.00] Linux version 3.2.0-3-mckinley (Debian 3.2.23-1) (debian-kernel@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-8) ) #1 SMP Fri Sep 28 21:57:11 CEST 2012 ... [0.065510] pci :00:1f.1: [8086:24cb] type 0 class 0x000101 [0.065524] pci :00:1f.1: reg 10: [io 0x-0x0007] [0.065535] pci :00:1f.1: reg 14: [io 0x-0x0003] [0.065546] pci :00:1f.1: reg 18: [io 0x-0x0007] [0.065556] pci :00:1f.1: reg 1c: [io 0x-0x0003] [0.065567] pci :00:1f.1: reg 20: [io 0x1000-0x100f] [0.065578] pci :00:1f.1: reg 24: [mem 0x-0x03ff unset] ... [1.391380] libata version 3.00 loaded. [1.391922] ata_piix :00:1f.1: version 2.13 [1.391938] ata_piix :00:1f.1: can't derive routing for PCI INT A [1.392493] scsi0 : ata_piix [1.392886] scsi1 : ata_piix [1.393018] ata1: PATA max UDMA/100 cmd 0x1f0 ctl 0x3f6 bmdma 0x1000 irq 34 [1.393066] ata2: PATA max UDMA/100 cmd 0x170 ctl 0x376 bmdma 0x1008 irq 33 [1.557756] ata1.00: ATAPI: HL-DT-ST DVDRAM GSA-T40N, JR03, max UDMA/33 [1.573616] ata1.00: configured for UDMA/33 [1.579147] scsi 0:0:0:0: CD-ROMHL-DT-ST DVDRAM GSA-T40N JR03 PQ: 0 ANSI: 5 [1.590806] sr0: scsi3-mmc drive: 24x/24x writer dvd-ram cd/rw xa/form2 cdda tray [1.590872] cdrom: Uniform CD-ROM driver Revision: 3.20 [1.591272] sr 0:0:0:0: Attached scsi CD-ROM sr0 [1.593910] sr 0:0:0:0: Attached scsi generic sg0 type 5 ... On x86, Windows normally doesn't reconfigure PCI devices unless it finds a problem with the configuration done by the BIOS. I suspect it works similarly on ia64. I would guess that Windows noticed that the MEM bit was not set, and therefore ignored the MEM BAR contents. Since I have the four Windows versions 'for Itanium Based Systems' on that box as well (XP, Server 2003, 2008, 2008 R2), I can tell you more: The Device Manager shows a memory range FFBFFC00-FFBF for the Intel 82801DB Ultra ATA Storage Controller-24CB - on any of these Windows versions. Oh, that's good data, thanks! It looks like Windows noticed that the BAR was invalid and assigned a valid resource to it. That's in the third aperture below: ACPI: PCI Root Bridge [PCI0] (domain [bus 00-01]) pci_root PNP0A03:00: host bridge window [mem 0x000a-0x000f] pci_root PNP0A03:00: host bridge window [mem 0xfa00-0xfbff] pci_root PNP0A03:00: host bridge window [mem 0xff00-0x] pci_root PNP0A03:00: host bridge window [mem 0xfec0-0xfec0] Linux *should* probably do the same (though at a different actual address because we assign bottom-up instead of top-down as Windows does). I don't know off the top of my head whether we actually do in this case or not. What's the output of dmesg | grep :00:1f.1; lspci -vs00:1f.1? -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caerspo4erjsp5pwnlsu3x4yl9zrtxhfk0tkyl7hzay5tmmt...@mail.gmail.com
Bug#679545: ia64, SR870, EFI bug breaks ata_piix, uninitialized ICH4 IDE EXBAR mem resource
Hello Bjorn, thank you very much for the patch. I tested it; it works. (typing mistake: it must read PCI_COMMAND_MEMORY instead of PCI_COMMAND_MEM at one location; some hunks of the patch couldn't be applied automatically on Kernel 3.2.23 because some comments in the contexts are different) The dmesg output: [0.00] Initializing cgroup subsys cpuset [0.00] Initializing cgroup subsys cpu [0.00] Linux version 3.2.0-3-mckinley (Debian 3.2.23-1) (debian-kernel@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-8) ) #1 SMP Fri Sep 28 21:57:11 CEST 2012 ... [0.065510] pci :00:1f.1: [8086:24cb] type 0 class 0x000101 [0.065524] pci :00:1f.1: reg 10: [io 0x-0x0007] [0.065535] pci :00:1f.1: reg 14: [io 0x-0x0003] [0.065546] pci :00:1f.1: reg 18: [io 0x-0x0007] [0.065556] pci :00:1f.1: reg 1c: [io 0x-0x0003] [0.065567] pci :00:1f.1: reg 20: [io 0x1000-0x100f] [0.065578] pci :00:1f.1: reg 24: [mem 0x-0x03ff unset] ... [1.391380] libata version 3.00 loaded. [1.391922] ata_piix :00:1f.1: version 2.13 [1.391938] ata_piix :00:1f.1: can't derive routing for PCI INT A [1.392493] scsi0 : ata_piix [1.392886] scsi1 : ata_piix [1.393018] ata1: PATA max UDMA/100 cmd 0x1f0 ctl 0x3f6 bmdma 0x1000 irq 34 [1.393066] ata2: PATA max UDMA/100 cmd 0x170 ctl 0x376 bmdma 0x1008 irq 33 [1.557756] ata1.00: ATAPI: HL-DT-ST DVDRAM GSA-T40N, JR03, max UDMA/33 [1.573616] ata1.00: configured for UDMA/33 [1.579147] scsi 0:0:0:0: CD-ROMHL-DT-ST DVDRAM GSA-T40N JR03 PQ: 0 ANSI: 5 [1.590806] sr0: scsi3-mmc drive: 24x/24x writer dvd-ram cd/rw xa/form2 cdda tray [1.590872] cdrom: Uniform CD-ROM driver Revision: 3.20 [1.591272] sr 0:0:0:0: Attached scsi CD-ROM sr0 [1.593910] sr 0:0:0:0: Attached scsi generic sg0 type 5 ... How is the chance to get this patch or a similar one into linux-next? On x86, Windows normally doesn't reconfigure PCI devices unless it finds a problem with the configuration done by the BIOS. I suspect it works similarly on ia64. I would guess that Windows noticed that the MEM bit was not set, and therefore ignored the MEM BAR contents. Since I have the four Windows versions 'for Itanium Based Systems' on that box as well (XP, Server 2003, 2008, 2008 R2), I can tell you more: The Device Manager shows a memory range FFBFFC00-FFBF for the Intel 82801DB Ultra ATA Storage Controller-24CB - on any of these Windows versions. Stephan -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2012093934.horde.grdokkgzi1vqz3gei_yw...@webmail.df.eu
