From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-pd0-f181.google.com ([209.85.192.181]:39463 "EHLO mail-pd0-f181.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751299AbaLDReQ (ORCPT ); Thu, 4 Dec 2014 12:34:16 -0500 Received: by mail-pd0-f181.google.com with SMTP id v10so12608241pde.26 for ; Thu, 04 Dec 2014 09:34:16 -0800 (PST) Date: Thu, 4 Dec 2014 10:34:11 -0700 From: Bjorn Helgaas To: Yinghai Lu Cc: "linux-pci@vger.kernel.org" , zermond@gmail.com, David Airlie , saifi.khan@datasynergy.org, Alex Deucher , kordikmarek@gmail.com, Guo Chao , Benjamin Herrenschmidt Subject: Re: Regression: bug 85491: radeon 0000:01:00.0: Fatal error during GPU init Message-ID: <20141204173411.GA5949@google.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: Sender: linux-pci-owner@vger.kernel.org List-ID: On Wed, Dec 03, 2014 at 05:44:26PM -0800, Yinghai Lu wrote: > On Wed, Dec 3, 2014 at 4:51 PM, Bjorn Helgaas wrote: > > I think another way to fix the bug 74151 problem would have been to > > put the ROMs in the non-prefetchable window and the 64-bit BARs in the > > 64-bit prefetchable window. > > I thought we did that way already. Can you point me to the code that does this? I don't see anything in pbus_size_mem() that treats ROMs differently. I'm considering reverting 5b28541552ef (assuming that would fix this radeon regression) because I think the radeon problem is worse than the 74151 problem and I think we can solve 74151 in a different way. Guo, Ben, this would affect you! It's too late to revert 5b28541552ef for v3.18, but we really need to work on this for v3.19. FOr 85491 (the radeon problem), we might be able to work around it by fixing the bridge window, but I'm not sure we could even get that done before v3.18. I'll work on that today. Bjorn