Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751825AbWJMTS4 (ORCPT ); Fri, 13 Oct 2006 15:18:56 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751827AbWJMTS4 (ORCPT ); Fri, 13 Oct 2006 15:18:56 -0400 Received: from palinux.external.hp.com ([192.25.206.14]:61924 "EHLO mail.parisc-linux.org") by vger.kernel.org with ESMTP id S1751825AbWJMTS4 (ORCPT ); Fri, 13 Oct 2006 15:18:56 -0400 Date: Fri, 13 Oct 2006 13:18:54 -0600 From: Matthew Wilcox To: Alan Stern Cc: Alan Cox , Adam Belay , Arjan van de Ven , Benjamin Herrenschmidt , Greg KH , linux-pci@atrey.karlin.mff.cuni.cz, Linux-pm mailing list , Kernel development list Subject: Re: [linux-pm] Bug in PCI core Message-ID: <20061013191854.GF11633@parisc-linux.org> References: <1160760867.25218.77.camel@localhost.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.13 (2006-08-11) Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 622 Lines: 12 On Fri, Oct 13, 2006 at 01:57:48PM -0400, Alan Stern wrote: > Would it be okay for pci_block_user_cfg_access() to use its own cache, so > it doesn't interfere with data previously cached by pci_save_state()? My suggestion is just to require that the callers have previously called pci_save_state(). The PCI PM stack already has, and it's a one-line change to the IPR driver. - 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/