From mboxrd@z Thu Jan 1 00:00:00 1970 From: Rolf Eike Beer Subject: r8169: hard freezes on TX Date: Sun, 20 May 2007 15:20:30 +0200 Message-ID: <200705201520.36672.eike-kernel@sf-tec.de> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2096043.qFVYWEbOtv"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Cc: netdev@vger.kernel.org To: Francois Romieu Return-path: Received: from mail.sf-mail.de ([62.27.20.61]:47296 "EHLO mail.sf-mail.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754934AbXEUHbp (ORCPT ); Mon, 21 May 2007 03:31:45 -0400 Sender: netdev-owner@vger.kernel.org List-Id: netdev.vger.kernel.org --nextPart2096043.qFVYWEbOtv Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi all, I often see freezes when I do much outgoing transfer. I have never seen thi= s=20 happening on incoming transfers. When this happens the system locks up hard= ,=20 I don't see anything in the log. Since this is my laptop I have trouble=20 debugging it: there is no serial console and debugging this via netconsole= =20 doesn't look like a good idea. When I say "much outgoing transfer" this means "several megabytes". If I co= py=20 out 30 MB I almost everytime get this. I usually copy that much only at hom= e=20 when I feed my gentoo server. That host only has a 10 MBit connection.=20 Nevertheless I've also seen that on different hosts using different files o= n=20 different protocols (ftp, scp, smb). This is the output of lspci for my NIC: 05:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8101E PCI=20 Express Fast Ethernet controller (rev 01) Subsystem: Toshiba America Info Systems Unknown device ff00 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-= =20 Stepping- SERR- FastB2B- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=3Dfast >TAbort-=20 SERR-