Thread (8 messages) flat view 8 messages, 3 authors, 2011-02-23
STALE5649d

Re: [PATCH 2/2] DM9000B: Fix PHY power for network down/up

From: David Miller <davem@davemloft.net>
Date: 2011-02-22 18:24:10
Also in: linux-arm-kernel

From: Henry Nestler <redacted>
Date: Mon, 21 Feb 2011 22:03:31 +0100
On 21.02.2011 12:14, Sergei Shtylyov wrote:
quoted
On 21-02-2011 0:45, Henry Nestler wrote:
quoted
DM9000 revision B needs 1 ms delay after PHY power on (see spec), and PHY
power must on in register
    Couldn't parse that.
This can read in manual DM900B-12-DS-F02 from September 2 2010, Page 14:
"If this Register 1FH bit 0 is updated from '1' to '0', the all
Registers can not be accessed within 1ms."

The example driver code waits 2 ms.
quoted
quoted
diff --git a/drivers/net/dm9000.c b/drivers/net/dm9000.c
index 2d4c4fc..5925569 100644
--- a/drivers/net/dm9000.c
+++ b/drivers/net/dm9000.c
[...]
quoted
@@ -1194,6 +1191,10 @@ dm9000_open(struct net_device *dev)
  	if (request_irq(dev->irq, dm9000_interrupt, irqflags, dev->name, dev))
  		return -EAGAIN;

+	/* GPIO0 on pre-activate PHY, Reg 1F is not set by reset */
+	iow(db, DM9000_GPR, 0);	/* REG_1F bit0 activate phyxcer */
+	udelay(1000); /* delay needs by DM9000B */
    Why not mdelay(1)?
Because udelay is the base of mdelay.
See include/linux/delay.h:31

#define mdelay(n) ... udelay((n)*1000)
He is telling you to use mdelay(1) because it's clearer.  Please do
so.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help