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  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [day] [month] [year] [list]
Date:	Tue, 21 Sep 2010 16:06:39 -0500 (GMT+5)
From:	pacman@...h.dhis.org
To:	netdev@...r.kernel.org
Subject: mv643xx pegasos breakage again

Long ago, in another thread started by me,

Lennert Buytenhek wrote:
>Also, since the mv643xx_eth phylib conversion, it appears that the
>PHY on the Pegasos board fails to initialise properly, and this can
>apparently be worked around by turning the Marvell phylib driver off.
>Are you seeing this as well?

Gabriel Paubert answered:
>At least I experienced this problem. On the Pegasos, the generic
>PHY driver works, the Marvell specific ones screws up (at least 
>when connected to a 100Mb/s hub, it detects it as 1Gb). 

I didn't have anything to add at the time, having never actually tried the
marvell phy driver, and I quickly forgot about the issue. But now I've put a
2.6.35 kernel on a pegasos, and the marvell phy driver is being autoloaded.
The above symptom appears. Previously, it was possible to have the offending
driver harmlessly sitting in /lib/modules and as long as it wasn't loaded,
things were OK.

The misdetected speed is only the first symptom. No packets are ever
received, even after manually setting the speed.

Also during one experiment, the kernel allowed me to rmmod marvell and then
Oopsed, which I thought was a little rude.

It's still easy to work around: just don't build that driver.

Since this "new" problem was hard for me to identify (the marvell phy driver
doesn't announce itself in the kernel log, so there was no obvious sign that
a different driver was being loaded, and I had to git bisect to figure out
what happened between 2.6.34 and 2.6.35) I figure I should at least put my
solution on the record. And volunteer for further testing in case someone is
interested in digging deeper into why pegasos doesn't like marvell.ko.

--
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