Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756805AbXIMNAu (ORCPT ); Thu, 13 Sep 2007 09:00:50 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752021AbXIMNAm (ORCPT ); Thu, 13 Sep 2007 09:00:42 -0400 Received: from mx2.suse.de ([195.135.220.15]:59445 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752859AbXIMNAm (ORCPT ); Thu, 13 Sep 2007 09:00:42 -0400 Date: Thu, 13 Sep 2007 05:00:19 -0700 From: Greg KH To: Ivan Kokshaysky Cc: Matthew Wilcox , Shaohua Li , lkml , linux-pci , Andrew Morton Subject: Re: [PATCH]PCI:disable resource decode in PCI BAR detection Message-ID: <20070913120019.GA24792@suse.de> References: <1189664467.17835.1.camel@sli10-conroe.sh.intel.com> <20070913073140.GA17367@parisc-linux.org> <1189668286.18361.3.camel@sli10-conroe.sh.intel.com> <20070913075536.GB17367@parisc-linux.org> <20070913095313.GA745@suse.de> <20070913151637.A1679@jurassic.park.msu.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070913151637.A1679@jurassic.park.msu.ru> User-Agent: Mutt/1.5.16 (2007-06-09) Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1535 Lines: 35 On Thu, Sep 13, 2007 at 03:16:37PM +0400, Ivan Kokshaysky wrote: > On Thu, Sep 13, 2007 at 02:53:13AM -0700, Greg KH wrote: > > On Thu, Sep 13, 2007 at 01:55:36AM -0600, Matthew Wilcox wrote: > > > Unfortunately if this patch does cause any machine to break, these will > > > be machines that worked fine up until this point, so that would be a > > > regression, which is worse. Life sucks. > > > > If, after a while, you think the change should go into the -stable tree, > > I have no objection. > > I think it shouldn't - this change will almost certainly cause a regression. > There is a lot of system devices besides the host bridges that shouldn't be > disabled during BAR probe, like interrupt controllers, power management > controllers and so on. Well, if it's going to cause a regression with machines that currently work properly, I'll just drop it entirely. I would much rather not have a machine work at all with Linux, than break other people's working machines. > We need a more sophisticated fix - I'm thinking of introducing "probe" field > in struct pci_dev which can be set by "early" quirk routines. That might work out well. Matthew, want to look into this for a possible way to get your fix into the tree in a way that will not affect others? thanks, greg k-h - 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/