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
| ||
|
Date: Wed, 4 Jun 2014 11:00:36 +0200 From: Daniel Mack <zonque@...il.com> To: netdev@...r.kernel.org Cc: davem@...emloft.net, marek.belisko@...il.com, ujhelyi.m@...il.com, Daniel Mack <zonque@...il.com> Subject: [PATCH 0/3] Handle stuck TX queue bug in AT8030 PHY These three small patches circument a hardware bug in AT8030 PHYs that leads to stuck TX FIFO queues when the link goes away while there are pending patches in der outbound queue. This bug has been confirmed by the vendor, and their only proposed fix is to apply a hardware reset every time the link goes down. I tried to fix this with a software reset routine a few months back, but it turns out that a software reset does in fact not help here. This new series hence makes use of the newly added way to augment auto-probed PHY devices with DT information. This way, a 'reset-gpios' node can be specified, and if present, the gpio will be used to reset the PHY. In contrast to the first series I sent, this one now saves the register contents before the reset cycle and restores them afterwards. I'm well aware that such a hardware reset is not a nice thing to do, but we have to cope with hardware that leaves us no other choice. Thanks, Daniel Daniel Mack (3): net: phylib: add adjust_state callback to phy device net: phy: at803x: use #defines for supported PHY ids net: phy: at803x: Add support for hardware reset drivers/net/phy/at803x.c | 119 ++++++++++++++++++++++++++++++++++++++++++++--- drivers/net/phy/phy.c | 3 ++ include/linux/phy.h | 3 ++ 3 files changed, 119 insertions(+), 6 deletions(-) -- 1.9.3 -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists