[Oneiric PATCH] ASPM: Fix pcie devices with non-pcie children
Tim Gardner
tim.gardner at canonical.com
Mon Apr 2 16:01:59 UTC 2012
On 04/02/2012 09:48 AM, Andy Whitcroft wrote:
> On Mon, Apr 02, 2012 at 09:41:24AM -0600, Tim Gardner wrote:
>> From: Matthew Garrett <mjg at redhat.com>
>>
>> BugLink: http://bugs.launchpad.net/bugs/961482
>>
>> Since 3.2.12 and 3.3, some systems are failing to boot with a BUG_ON.
>> Some other systems using the pata_jmicron driver fail to boot because no
>> disks are detected. Passing pcie_aspm=force on the kernel command line
>> works around it.
>>
>> The cause: commit 4949be16822e ("PCI: ignore pre-1.1 ASPM quirking when
>> ASPM is disabled") changed the behaviour of pcie_aspm_sanity_check() to
>> always return 0 if aspm is disabled, in order to avoid cases where we
>> changed ASPM state on pre-PCIe 1.1 devices.
>>
>> This skipped the secondary function of pcie_aspm_sanity_check which was
>> to avoid us enabling ASPM on devices that had non-PCIe children, causing
>> trouble later on. Move the aspm_disabled check so we continue to honour
>> that scenario.
>>
>> Addresses https://bugzilla.kernel.org/show_bug.cgi?id=42979 and
>> http://bugs.debian.org/665420
>>
>> Reported-by: Romain Francoise <romain at orebokech.com> # kernel panic
>> Reported-by: Chris Holland <bandidoirlandes at gmail.com> # disk detection trouble
>> Signed-off-by: Matthew Garrett <mjg at redhat.com>
>> Cc: stable at vger.kernel.org
>> Tested-by: Hatem Masmoudi <hatem.masmoudi at gmail.com> # Dell Latitude E5520
>> Tested-by: janek <jan0x6c at gmail.com> # pata_jmicron with JMB362/JMB363
>> [jn: with more symptoms in log message]
>> Signed-off-by: Jonathan Nieder <jrnieder at gmail.com>
>> Signed-off-by: Linus Torvalds <torvalds at linux-foundation.org>
>> (cherry picked from commit c9651e70ad0aa499814817cbf3cc1d0b806ed3a1)
>>
>> Signed-off-by: Tim Gardner <tim.gardner at canonical.com>
>> ---
>> drivers/pci/pcie/aspm.c | 13 ++++++++++---
>> 1 files changed, 10 insertions(+), 3 deletions(-)
>>
>> diff --git a/drivers/pci/pcie/aspm.c b/drivers/pci/pcie/aspm.c
>> index 56a6966..0ff0182 100644
>> --- a/drivers/pci/pcie/aspm.c
>> +++ b/drivers/pci/pcie/aspm.c
>> @@ -500,9 +500,6 @@ static int pcie_aspm_sanity_check(struct pci_dev *pdev)
>> int pos;
>> u32 reg32;
>>
>> - if (aspm_disabled)
>> - return 0;
>> -
>> /*
>> * Some functions in a slot might not all be PCIe functions,
>> * very strange. Disable ASPM for the whole slot
>> @@ -511,6 +508,16 @@ static int pcie_aspm_sanity_check(struct pci_dev *pdev)
>> pos = pci_pcie_cap(child);
>> if (!pos)
>> return -EINVAL;
>> +
>> + /*
>> + * If ASPM is disabled then we're not going to change
>> + * the BIOS state. It's safe to continue even if it's a
>> + * pre-1.1 device
>> + */
>> +
>> + if (aspm_disabled)
>> + continue;
>> +
>> /*
>> * Disable ASPM for pre-1.1 PCIe device, we follow MS to use
>> * RBER bit to determine if a function is 1.1 version device
>
> Do we not need the second patch Colin proposed as well to avoid
> regressions here?
>
> Colin?
>
> -apw
The stable updates patch that caused the Oneiric/Precise ASPM boot
regression is "PCI: ignore pre-1.1 ASPM quirking when ASPM is disabled".
The patch to correct that regression is "ASPM: Fix pcie devices with
non-pcie children"; contained in Precise but not yet in Oneiric.
rtg
--
Tim Gardner tim.gardner at canonical.com
More information about the kernel-team
mailing list