From mboxrd@z Thu Jan 1 00:00:00 1970 From: Sarah Sharp Subject: Re: PME via interrupt or SCI mechanism? Date: Fri, 30 Sep 2011 17:30:10 -0700 Message-ID: <20111001003010.GA26349@xanatos> References: <20110912171003.GA7939@xanatos> <20110929225700.GA6207@xanatos> <201109301840.20402.rjw@sisk.pl> <201109302221.06714.rjw@sisk.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from mga02.intel.com ([134.134.136.20]:17913 "EHLO mga02.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751998Ab1JAAaN (ORCPT ); Fri, 30 Sep 2011 20:30:13 -0400 Content-Disposition: inline In-Reply-To: <201109302221.06714.rjw@sisk.pl> Sender: linux-acpi-owner@vger.kernel.org List-Id: linux-acpi@vger.kernel.org To: "Rafael J. Wysocki" Cc: linux-acpi@vger.kernel.org, linux-pci@vger.kernel.org, LKML , Matthew Garrett On Fri, Sep 30, 2011 at 10:21:06PM +0200, Rafael J. Wysocki wrote: > OK, please test the appended patch. The difference is that it should only > continuously poll devices that don't get notifications. You'll still see > the debug messages from your previous patches, but this one should be a bit > less wasteful than the previous one in general. This patch seems to work. The GPE fires and the xHCI host controller comes out of D3 after a stream of: Sep 30 17:07:32 talon kernel: [ 197.745312] ehci_hcd 0000:00:1d.0: pci_acpi_wake_dev Sep 30 17:07:32 talon kernel: [ 197.745321] ehci_hcd 0000:00:1a.0: pci_acpi_wake_dev Sep 30 17:07:32 talon kernel: [ 197.745326] snd_hda_intel 0000:00:1b.0: pci_acpi_wake_dev Sep 30 17:07:32 talon kernel: [ 197.745331] e1000e 0000:00:19.0: pci_acpi_wake_dev It does seem to take less time to come out of D3 than the previous patch though. I occasionally do not see the host controller come out of D3 when I plug in a new device, but the interrupt count for GPE 0D doesn't increment when that happens, so it's probably just a BIOS or hardware bug. Did mention this was bleeding edge hardware? Sarah Sharp