[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <1294724952.3235.2.camel@localhost>
Date: Tue, 11 Jan 2011 05:49:12 +0000
From: Ben Hutchings <ben@...adent.org.uk>
To: Jarek Kamiński <jarek@...o.eu.org>,
609538@...s.debian.org
Cc: Hayes Wang <hayeswang@...ltek.com>, romieu@...zoreil.com,
netdev <netdev@...r.kernel.org>
Subject: Re: Bug#609538: r8169: long delay during resume
On Mon, 2011-01-10 at 14:14 +0100, Jarek Kamiński wrote:
> Package: linux-2.6
> Version: 2.6.37-1~experimental.1
> Severity: normal
> File: /lib/modules/2.6.37-trunk-amd64/kernel/drivers/net/r8169.ko
> Tags: upstream
>
> Hi.
>
> 2.6.37 introduces regression in r8169. During every resume I get ~20
> seconds delay:
> Jan 10 13:57:15 rocket kernel: [36458.257780] ata1.00: configured for UDMA/100
> Jan 10 13:57:15 rocket kernel: [36517.738421] r8169 0000:13:00.0: eth0: unable to apply firmware patch
> Jan 10 13:57:15 rocket kernel: [36517.739859] PM: resume of devices complete after 61177.644 msecs
> Jan 10 13:57:15 rocket kernel: [36517.740258] PM: Finishing wakeup.
> Jan 10 13:57:15 rocket kernel: [36517.740259] Restarting tasks ... done.
>
> Bisecting leads to commit bca03d5f32c8ee9b5cfa1d32640a63fded6cb3c0
> (r8169: remove the firmware of RTL8111D.). Further debugging showed,
> that firmware.agent is not called at all, I guess that udev is not
> working before "Restarting tasks".
Right, only the kernel is running then.
> Either r8169 tries to load firmware too early, or it should keep it
> loaded in memory for use during resume.
It should. But an earlier version of this patch was also in Debian's
2.6.36 so it would have had the same problem.
Ben.
> The problem persist no matter if I have firmware-realtek installed, or
> not.
--
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.
Download attachment "signature.asc" of type "application/pgp-signature" (829 bytes)
Powered by blists - more mailing lists