Re: Add option to passively listen for PCIE hotplug events
- From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
- Date: Tue, 4 Nov 2008 12:47:07 +0000
On Tue, Nov 04, 2008 at 03:29:23AM -0800, Alan Jenkins wrote:
I've tested pciehp with this patch on my EeePC, which as you say uses
pcie hotplug to allow power savings when the wireless is not needed.
Functionally it seems ok.
Hurrah. Progress.
But resuming from suspend to ram can now take 15-20 seconds. It seems
the longer suspend time happens with the device "present"; it's about
5 seconds shorter with the device "removed", but still much longer
than previously. There's more than one PCIE port, so the rest of the
delay could be due to other ports which always have devices "present".
Mm. Yeah, a printk with timings would probably be a good plan. I'll do
some poking at this end and see where the time seems to be being lost.
--
Matthew Garrett | mjg59@xxxxxxxxxxxxx
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
- Follow-Ups:
- Re: Add option to passively listen for PCIE hotplug events
- From: Matthew Garrett
- Re: Add option to passively listen for PCIE hotplug events
- References:
- Re: Add option to passively listen for PCIE hotplug events
- From: Alan Jenkins
- Re: Add option to passively listen for PCIE hotplug events
- Prev by Date: Re: [PATCH] Add option to passively listen for PCIE hotplug events
- Next by Date: [PATCH] x86: remove noirqbalance param docs
- Previous by thread: Re: Add option to passively listen for PCIE hotplug events
- Next by thread: Re: Add option to passively listen for PCIE hotplug events
- Index(es):