lkml.org 
[lkml]   [2012]   [Nov]   [28]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: 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)?


\
 
 \ /
  Last update: 2012-11-29 02:01    [W:0.081 / U:0.096 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site