Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758570Ab0FJCF7 (ORCPT ); Wed, 9 Jun 2010 22:05:59 -0400 Received: from fgwmail5.fujitsu.co.jp ([192.51.44.35]:56652 "EHLO fgwmail5.fujitsu.co.jp" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755088Ab0FJCF6 (ORCPT ); Wed, 9 Jun 2010 22:05:58 -0400 X-SecurityPolicyCheck-FJ: OK by FujitsuOutboundMailChecker v1.3.1 Message-ID: <4C104867.3020206@jp.fujitsu.com> Date: Thu, 10 Jun 2010 11:05:27 +0900 From: Kenji Kaneshige User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: Matthew Garrett CC: linux-pci@vger.kernel.org, jbarnes@virtuousgeek.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] pci: Don't enable aspm before drivers have had a chance to veto it References: <1276113907-22432-1-git-send-email-mjg@redhat.com> In-Reply-To: <1276113907-22432-1-git-send-email-mjg@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2192 Lines: 57 Reviewed-by: Kenji Kaneshige (2010/06/10 5:05), Matthew Garrett wrote: > The aspm code will currently set the configured aspm policy before drivers > have had an opportunity to indicate that their hardware doesn't support it. > Unfortunately, putting some hardware in L0 or L1 can result in the hardware > no longer responding to any requests, even after aspm is disabled. It makes > more sense to leave aspm policy at the BIOS defaults at initial setup time, > reconfiguring it after pci_enable_device() is called. This allows the > driver to blacklist individual devices beforehand. > > Signed-off-by: Matthew Garrett > --- > > Cleaned up slightly to remove the hacky aspm_policy changing. > > drivers/pci/pcie/aspm.c | 16 ++++++++++++++-- > 1 files changed, 14 insertions(+), 2 deletions(-) > > diff --git a/drivers/pci/pcie/aspm.c b/drivers/pci/pcie/aspm.c > index be53d98..7122281 100644 > --- a/drivers/pci/pcie/aspm.c > +++ b/drivers/pci/pcie/aspm.c > @@ -588,11 +588,23 @@ void pcie_aspm_init_link_state(struct pci_dev *pdev) > * update through pcie_aspm_cap_init(). > */ > pcie_aspm_cap_init(link, blacklist); > - pcie_config_aspm_path(link); > > /* Setup initial Clock PM state */ > pcie_clkpm_cap_init(link, blacklist); > - pcie_set_clkpm(link, policy_to_clkpm_state(link)); > + > + /* > + * At this stage drivers haven't had an opportunity to change the > + * link policy setting. Enabling ASPM on broken hardware can cripple > + * it even before the driver has had a chance to disable ASPM, so > + * default to a safe level right now. If we're enabling ASPM beyond > + * the BIOS's expectation, we'll do so once pci_enable_device() is > + * called. > + */ > + if (aspm_policy != POLICY_POWERSAVE) { > + pcie_config_aspm_path(link); > + pcie_set_clkpm(link, policy_to_clkpm_state(link)); > + } > + > unlock: > mutex_unlock(&aspm_lock); > out: -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/