From mboxrd@z Thu Jan 1 00:00:00 1970 From: Adam Belay Subject: Re: pci bridge suspend/resume (Re: PCI not restored correctly after suspend to ram) Date: Mon, 22 Mar 2004 22:34:25 +0000 Sender: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org Message-ID: <20040322223425.GB3213@neo.rr.com> References: <200403180935.09436.stefan.doesinger@gym-leoben.asn-graz.ac.at> <1079761564.7274.730.camel@dhcppc4> <405C00C6.3010805@pobox.com> <20040320134542.GV25059@parcelfarce.linux.theplanet.co.uk> <20040320181000.GA8272@kroah.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: <20040320181000.GA8272-U8xfFu+wG4EAvxtiuMwx3w@public.gmane.org> Errors-To: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , List-Archive: To: Greg KH Cc: Matthew Wilcox , Jeff Garzik , Len Brown , stefan.doesinger-dYJrdcitkgg0+Ua9VpOLR6Q1ief8SNuKXqFh9Ls21Oc@public.gmane.org, "linux-pci-jyMamyUUXNJG4ohzP4jBZS1Fcj925eT/@public.gmane.org" , ACPI Developers List-Id: linux-acpi@vger.kernel.org On Sat, Mar 20, 2004 at 10:10:00AM -0800, Greg KH wrote: > On Sat, Mar 20, 2004 at 01:45:42PM +0000, Matthew Wilcox wrote: > > On Sat, Mar 20, 2004 at 03:28:54AM -0500, Jeff Garzik wrote: > > > Len Brown wrote: > > > >Linux PCI list, > > > > > > > >Stefan noticed bits changing in the config space for > > > >his PCI/PCI bridge across a C3 suspend/resume. > > > > > > > >Is there any software in Linux responsible for preserving > > > >and restoring the PCI config space for PCI/PCI bridges > > > >across a suspend/resume? > > > > > > Left up to the individual drivers unfortunately... > > > > I've often thought we needed a generic pci bridge driver ... I agree. It would be nice to see devices such as a PCI bridge using the standard driver model methods. > > Yes, this will happen in 2.7 when we add the ability to have "generic" > and "specific" type drivers for devices. > > thanks, > > greg k-h What do you think would be the best way to go about this? I was able to come up with the following options: 1.) flags in struct device_driver 2.) return codes from (*match) 3.) a seperate bus specific function to evaluate driver priority Also how can we prevent the order in which drivers are loaded from determining which driver is bound? It seems that we would need to delay device matching. Thanks, Adam ------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click