From: Daniel J Blueman <hidden> Date: 2011-01-20 03:04:07
When resuming from suspended with 2.6.38-rc1 with my RTL8168d/8111d
hardware, I see significant delays [1].
The only firmware I see in /lib/firmware is RTL8192E, thus it looks
like this is due to it being not present.
I see that Francois' patch is present in 2.6.38-rc1; is there a way to
avoid this delay, or is this likely in request_firmware?
Thanks,
Daniel
--- [1]
[21786.797521] sdhci-pci 0000:09:00.0: Will use DMA mode even though
HW doesn't fully claim to support it.
[21786.797530] sdhci-pci 0000:09:00.0: setting latency timer to 64
[21847.280237] r8169 0000:0b:00.0: eth0: unable to apply firmware patch
[21847.283688] PM: resume of devices complete after 61090.398 msecs
[21848.934980] Synaptics Touchpad, model: 1, fw: 7.2, id: 0x1c0b1,
caps: 0xd04733/0xa40000/0xa0000
[21848.980306] input: SynPS/2 Synaptics TouchPad as
/devices/platform/i8042/serio1/input/input12
[21850.886820] PM: Finishing wakeup.
[21850.888808] Restarting tasks ... done.
[21851.384291] r8169 0000:0b:00.0: eth0: unable to apply firmware patch
[21851.386090] r8169 0000:0b:00.0: eth0: link down
[21853.324784] EXT4-fs (sda1): re-mounted. Opts: commit=0
--
Daniel J Blueman
From: Ben Hutchings <hidden> Date: 2011-01-20 03:20:13
On Thu, 2011-01-20 at 10:04 +0700, Daniel J Blueman wrote:
When resuming from suspended with 2.6.38-rc1 with my RTL8168d/8111d
hardware, I see significant delays [1].
The only firmware I see in /lib/firmware is RTL8192E, thus it looks
like this is due to it being not present.
If you're using Debian, the necessary blob is in the firmware-realtek
package.
I see that Francois' patch is present in 2.6.38-rc1; is there a way to
avoid this delay, or is this likely in request_firmware?
[...]
It's a known problem with calls to request_firmware() when userland is
not running (early initialisation or resume from sleep). It may be
fixable.
Ben.
--
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.
On Thu, Jan 20, 2011 at 03:20:03AM +0000, Ben Hutchings wrote:
On Thu, 2011-01-20 at 10:04 +0700, Daniel J Blueman wrote:
quoted
I see that Francois' patch is present in 2.6.38-rc1; is there a way to
avoid this delay, or is this likely in request_firmware?
It's a known problem with calls to request_firmware() when userland is
not running (early initialisation or resume from sleep). It may be
fixable.
It was partially fixed in commit
f1e02ed109df5f99abf942b8ccc99960cb09dd38 in linux-2.6.git (r8169: keep
firmware in memory.). Sorry for not reporting it here, I clicked "reply"
instead of "group reply" late in the night.
If this commit could be included in Debian kernel, the bug could be
closed.
J.