Bug#664461: atl1c: AR8152: "transmit queue 0 timed out" and network is unusable until reset

[axst@users.sourceforge.net]

Sorry to say it does work. I've tried it several times and for hours, doing a big backup,
and the wired network access runs smoothly.

Thank you very much for pointing me to Backports.

# aptitude -t squeeze-backports install linux-image-2.6-686
→
$ aptitude search linux-image
…
i A linux-image-3.2.0-0.bpo.2-686-pae
…

As we know which module it is, can't the authors tell you the exact version and patch?

Thank you again,

Axel

On Wed, 28 Mar 2012, Jonathan Nieder wrote:

> retitle 664461 atl1c: AR8152: "transmit queue 0 timed out" after short time under high load, module has to be reloaded a few times to work again
> quit
>
> axst@users.sourceforge.net wrote:
>
> > [ 1379.000073] Hardware name: X101H
> > [ 1379.000080] NETDEV WATCHDOG: eth0 (atl1c): transmit queue 0 timed out
> [...]
> > [ 1379.170950] atl1c 0000:01:00.0: irq 29 for MSI/MSI-X
>
> Thanks.  Retitling to make this easier to find.
>
> [...]
> > the bug may be related to bugs #613874, #600286 (both in reference to AR8131), as the
> > symptoms sound very similar.
>
> When the submitter of #613874 tried a 3.2.y kernel, the bug seemed to
> be fixed, but unfortunately we weren't able to follow up to find the
> relevant patch and apply it to squeeze.
>
> Can you reproduce this with a wheezy, sid, or squeeze-backports
> kernel?  The only packages needed from outside squeeze for this test
> are the kernel image itself, linux-base, and initramfs-tools.
>
> If it doesn't work, we're in luck and we can report this upstream.  If
> it works, a next step would be to try a few versions halfway between
> from snapshot.debian.org to narrow down what version introduced the
> fix.
>
> Thanks and hope that helps,
> Jonathan