On Fri, 26 Apr 2013 09:21:59 +0100
"David Laight" wrote:
> > ARM cannot handle udelay for more than 2 miliseconds, so we
> > should use mdelay instead for those.
> ...
> > @@ -1055,7 +1055,7 @@ static int he_start(struct atm_dev *dev)
> > he_writel(he_dev, 0x0, RESET_CNTL);
> >
> ARM cannot handle udelay for more than 2 miliseconds, so we
> should use mdelay instead for those.
...
> @@ -1055,7 +1055,7 @@ static int he_start(struct atm_dev *dev)
> he_writel(he_dev, 0x0, RESET_CNTL);
> he_writel(he_dev, 0xff, RESET_CNTL);
>
> - udelay(16*1000);/*
ARM cannot handle udelay for more than 2 miliseconds, so we
should use mdelay instead for those.
...
@@ -1055,7 +1055,7 @@ static int he_start(struct atm_dev *dev)
he_writel(he_dev, 0x0, RESET_CNTL);
he_writel(he_dev, 0xff, RESET_CNTL);
- udelay(16*1000);/* 16 ms */
On Fri, 26 Apr 2013 09:21:59 +0100
David Laight david.lai...@aculab.com wrote:
ARM cannot handle udelay for more than 2 miliseconds, so we
should use mdelay instead for those.
...
@@ -1055,7 +1055,7 @@ static int he_start(struct atm_dev *dev)
he_writel(he_dev, 0x0, RESET_CNTL);
ARM cannot handle udelay for more than 2 miliseconds, so we
should use mdelay instead for those.
Signed-off-by: Arnd Bergmann
Cc: Chas Williams
Cc: linux-atm-gene...@lists.sourceforge.net
Cc: net...@vger.kernel.org
---
drivers/atm/he.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
ARM cannot handle udelay for more than 2 miliseconds, so we
should use mdelay instead for those.
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Chas Williams c...@cmf.nrl.navy.mil
Cc: linux-atm-gene...@lists.sourceforge.net
Cc: net...@vger.kernel.org
---
drivers/atm/he.c | 2 +-
1 file changed,
6 matches
Mail list logo