* [PATCH net-next] macb: Keep driver's speed/duplex in sync with actual NCFGR
@ 2012-11-02 17:09 Vitalii Demianets
2012-11-03 19:38 ` David Miller
0 siblings, 1 reply; 2+ messages in thread
From: Vitalii Demianets @ 2012-11-02 17:09 UTC (permalink / raw)
To: linux-arm-kernel
When underlying phy driver restores its state very fast after being brought
down and up so that macb driver function macb_handle_link_change() was never
called with link state "down", driver's internal representation of phy speed
and duplex (bp->speed and bp->duplex) didn't change. So, macb driver sees no
reason to perform actual write to the NCFGR register, although the speed and
duplex settings in that register were reset when interface was brought down
and up. In that case actual phy speed and duplex differ from NCFGR settings.
The patch fixes that by keeping internal driver representation of speed and
duplex in sync with actual content of NCFGR.
Signed-off-by: Vitalii Demianets <vitas@nppfactor.kiev.ua>
---
drivers/net/ethernet/cadence/macb.c | 2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/net/ethernet/cadence/macb.c
b/drivers/net/ethernet/cadence/macb.c
index c374875..13c3c33 100644
--- a/drivers/net/ethernet/cadence/macb.c
+++ b/drivers/net/ethernet/cadence/macb.c
@@ -1031,6 +1031,8 @@ static void macb_init_hw(struct macb *bp)
config |= MACB_BIT(NBC); /* No BroadCast */
config |= macb_dbw(bp);
macb_writel(bp, NCFGR, config);
+ bp->speed = SPEED_10;
+ bp->duplex = DUPLEX_HALF;
macb_configure_dma(bp);
--
1.7.8.6
^ permalink raw reply related [flat|nested] 2+ messages in thread
* [PATCH net-next] macb: Keep driver's speed/duplex in sync with actual NCFGR
2012-11-02 17:09 [PATCH net-next] macb: Keep driver's speed/duplex in sync with actual NCFGR Vitalii Demianets
@ 2012-11-03 19:38 ` David Miller
0 siblings, 0 replies; 2+ messages in thread
From: David Miller @ 2012-11-03 19:38 UTC (permalink / raw)
To: linux-arm-kernel
From: Vitalii Demianets <vitas@nppfactor.kiev.ua>
Date: Fri, 2 Nov 2012 19:09:24 +0200
> When underlying phy driver restores its state very fast after being brought
> down and up so that macb driver function macb_handle_link_change() was never
> called with link state "down", driver's internal representation of phy speed
> and duplex (bp->speed and bp->duplex) didn't change. So, macb driver sees no
> reason to perform actual write to the NCFGR register, although the speed and
> duplex settings in that register were reset when interface was brought down
> and up. In that case actual phy speed and duplex differ from NCFGR settings.
> The patch fixes that by keeping internal driver representation of speed and
> duplex in sync with actual content of NCFGR.
>
> Signed-off-by: Vitalii Demianets <vitas@nppfactor.kiev.ua>
Applied.
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2012-11-03 19:38 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-11-02 17:09 [PATCH net-next] macb: Keep driver's speed/duplex in sync with actual NCFGR Vitalii Demianets
2012-11-03 19:38 ` David Miller
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox