Messages in this thread | | | Date | Wed, 28 Nov 2012 18:34:45 -0600 | From | Robert Hancock <> | Subject | Re: Supermicro X9SRL-F - channel enumeration error & ACPI/firmware bug question |
| |
On 11/27/2012 07:49 AM, Justin Piszcz wrote: > >> It looks like maybe you don't have CONFIG_PCI_MMCONFIG turned on? > > ===> FOR I/OAT DMA > Latest status, it _appears_ its working on the X9SRL-F now, thank you! > > 1) Supermicro X9SRL-F (GOOD) > [ 0.738510] ioatdma: Intel(R) QuickData Technology Driver 4.00 > [ 0.738719] ioatdma 0000:00:04.0: irq 75 for MSI/MSI-X > [ 0.739088] ioatdma 0000:00:04.1: irq 76 for MSI/MSI-X > [ 0.739408] ioatdma 0000:00:04.2: irq 77 for MSI/MSI-X > [ 0.739739] ioatdma 0000:00:04.3: irq 78 for MSI/MSI-X > [ 0.740040] ioatdma 0000:00:04.4: irq 79 for MSI/MSI-X > [ 0.740342] ioatdma 0000:00:04.5: irq 80 for MSI/MSI-X > [ 0.740670] ioatdma 0000:00:04.6: irq 81 for MSI/MSI-X > [ 0.740971] ioatdma 0000:00:04.7: irq 82 for MSI/MSI-X > > It is _not_ working on the: > > 2) Supermicro X8DTH-F (the boot drive in this system is running off a PCI-e > card, could the IRQ for the I/O controller be getting re-mapped and fail?)-- > worse case I can move the SSD from the 6.0gbpa SATA card to the motherboard > and see if that works, but that kind of defeats the purpose of a 6.0gbps > SATA SSD. > > (Fails to talk to the SSD) > http://home.comcast.net/~jpiszcz/20121127/photo1-resize.jpg > > (then, a few moments later: Kernel panic) > http://home.comcast.net/~jpiszcz/20121127/photo2-resize.jpg > > Would be curious if anyone had any suggestions besides removing the > controller card?
What does lspci -vv show on that controller? Not sure what actual chipset that controller is, but there's a known issue with some Marvell 6Gbps SATA controllers with DMAR enabled - it seems the device issues memory read/write requests from the wrong PCI function ID and the IOMMU rightly denies access as the function listed in the requests doesn't have any mapping to that memory. I don't think there's presently a workaround other than disabling DMAR. We could (and likely should) be detecting that device and adding some kind of quirk for it.
> > -- > > > ==> Further issues with the X9SRL-F -- does this board support ASPM or is > this a Linux/ASPM implementation issue? > [ 0.632170] pci0000:ff: ACPI _OSC support notification failed, disabling > PCIe ASPM > [ 0.632239] pci0000:ff: Unable to request _OSC control (_OSC support > mask: 0x08)
What's the full dmesg from this machine (or is it already posted somewhere)?
| |