| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Message-ID: <6278d2220610231220r7cfd95b4ueac267e511162e0e@mail.gmail.com> Date: Mon, 23 Oct 2006 20:20:26 +0100 From: "Daniel J Blueman" <daniel.blueman@...il.com> To: "Stephen Hemminger" <shemminger@...l.org> Cc: "Linux Netdev" <netdev@...r.kernel.org>, "Linux Kernel" <linux-kernel@...r.kernel.org> Subject: Re: [PATCH] sky2: 88E803X transmit lockup Stephen Hemminger wrote: > The reason sky2 driver was locking up on transmit on the Yukon-FE chipset > is that it was misconfiguring the internal RAM buffer so the transmitter > and receiver were sharing the same space. > > The code assumed there was 16K of RAM on Yukon-FE (taken from vendor driver > sk98lin which is even more f*cked up on this). Then it assigned based on that. > The giveaway was that the registers would only hold 9bits so both RX/TX > had 0..1ff for space. It is a wonder it worked at all! > > This patch addresses this, and fixes an easily reproducible hang on Transmit. > Only the Yukon-FE chip is Marvell 88E803X (10/100 only) are affected. [snip] This patch works great - without it, I get only a few minutes of use from my home dir over NFS4 before the NIC stops transmitting. This is on a recent Yonah Sony VGN-SZ notebook w/ 88E8036 Marvel Sk-Y2. Thanks again Stephen! -- Daniel J Blueman - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists