From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jesse Barnes Subject: Re: PME# for add-on cards Date: Mon, 24 Aug 2009 12:12:39 -0700 Message-ID: <20090824121239.51ac35ce@jbarnes-g45> References: <200908240112.39424.rjw@sisk.pl> <20090824094429.GB1134@srcf.ucam.org> <200908242039.07607.rjw@sisk.pl> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <200908242039.07607.rjw@sisk.pl> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: linux-pm-bounces@lists.linux-foundation.org Errors-To: linux-pm-bounces@lists.linux-foundation.org To: "Rafael J. Wysocki" Cc: Linux PCI , ACPI Devel Maling List , list , pm@smtp1.linux-foundation.org List-Id: linux-acpi@vger.kernel.org On Mon, 24 Aug 2009 20:39:07 +0200 "Rafael J. Wysocki" wrote: > On Monday 24 August 2009, Matthew Garrett wrote: > > On Mon, Aug 24, 2009 at 01:12:39AM +0200, Rafael J. Wysocki wrote: > > > > > After some debugging it turned out that PCI0 is the PCI host > > > bridge (no-bus:pci0000:00), so apparently echoing PCI0 > > > to /proc/acpi/wakeup causes a wake-up GPE to be set up for the > > > host bridge which triggers wake-up once eth0 signals PME#. > > > > Mm. That sounds entirely plausible. If it were a built-in card then > > the DSDT would provide that GPE, but as an add-in... > > > > > First, I wonder if that's the case in general (anybody knows?). > > > Second, if that is the case, would it be a good idea to set up > > > the host bridge wake-up GPE by default? > > > > I'd expect this to be the case in general, yes. Systems that work > > without this probably have the BIOS enable it themselves on > > suspend. I suspect we'll have to set it to make sure. > > OK, Matthew, Alan, thanks for your opinions. > > I'll try to implement this, then. I think that's the best approach. The only risk that I can see immediately is that we'll expose ourselves to add-in cards with flakey PME# signals. We can worry about that when/if we see it though. Thanks, -- Jesse Barnes, Intel Open Source Technology Center