On Tuesday, November 01, 2011, Matthew Garrett wrote: > On Tue, Nov 01, 2011 at 10:34:44AM -0700, Jesse Barnes wrote: > > On Tue, 1 Nov 2011 17:00:20 +0000 > > Matthew Garrett <mjg59@xxxxxxxxxxxxx> wrote: > > > Don't we already have that, assuming the hardware gives us control via > > > _OSC? The problem we've seen is that a pile of hardware appears to set > > > the PME flag without generating any interrupt, regardless of whether > > > we're in ACPI or native delivery modes. > > > > On Linus's machine, we didn't see any GPEs and neither does there seem > > to be an interrupt handler registered for the PME interrupt... Not > > that having one registered will guarnatee us anything, but it's worth > > forcing it to see if we at least get interrupts (though that assumes > > the NEC device is actually sending PME messages to the root complex > > correctly). > > That just means the _OSC handover didn't give us control. Yes, it seems so. > My experience of every NEC xhci controller so far is that they fail to > generate runtime PMEs, which is a much more straightforward reason to fail > to get any GPEs. You can test with pcie_ports=native to force setting it all > up for native delivery. pcie_pme=nomsi may also be worth a go. If the BIOS doesn't allow us to control PME, that's not very likely to work. Thanks, Rafael -- To unsubscribe from this list: send the line "unsubscribe linux-pci" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
