From patchwork Fri Apr 20 20:56:15 2012 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Mathieu Poirier X-Patchwork-Id: 154141 X-Patchwork-Delegate: davem@davemloft.net Return-Path: X-Original-To: patchwork-incoming@ozlabs.org Delivered-To: patchwork-incoming@ozlabs.org Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by ozlabs.org (Postfix) with ESMTP id E1361B6FBC for ; Sat, 21 Apr 2012 06:56:49 +1000 (EST) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753780Ab2DTU4d (ORCPT ); Fri, 20 Apr 2012 16:56:33 -0400 Received: from mail-pz0-f52.google.com ([209.85.210.52]:42752 "EHLO mail-pz0-f52.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753690Ab2DTU4b (ORCPT ); Fri, 20 Apr 2012 16:56:31 -0400 Received: by mail-pz0-f52.google.com with SMTP id e40so13460795dak.11 for ; Fri, 20 Apr 2012 13:56:31 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=from:to:cc:subject:date:message-id:x-mailer:in-reply-to:references :x-gm-message-state; bh=TQyxV2j83Dm88JjrCIkQ1JZ0RiFXWBNeLarPCx/OsdI=; b=nW92cSz/dzJK35HnNfpVoexfRLfTuFzmONYQ/y85/QNQB98EqGMDgo/ULZRIeElRxv L/Y/ccNpOGAgyaEyviE7xUuKKrzfxyDFeVKe1opA157qXbHMhFIHj/3SrzCLPn2k8V/G xCVGLV4AuyGN9bMetzAEzf2/X+du9fbYq7lZaeI8XISHA5cKUzzAKL0DHKi1c+fHwlx4 RAFj9UjCgbc4kg5C2KDQWiIjs2amlkVmx6A7PmpUNfTTGxsxLnLP7yWT2RwdzXbj2iIN m7gHt80A0rBjcKuhmAuIgOR4F2OJIsK6IDloj9NfdrRtwK/Elu3AOViKK8svfWVp/PGM iLYg== Received: by 10.68.240.42 with SMTP id vx10mr8093083pbc.21.1334955391427; Fri, 20 Apr 2012 13:56:31 -0700 (PDT) Received: from localhost.localdomain (S0106002369de4dac.cg.shawcable.net. [70.73.24.112]) by mx.google.com with ESMTPS id pg1sm6317632pbc.21.2012.04.20.13.56.30 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 20 Apr 2012 13:56:31 -0700 (PDT) From: mathieu.poirier@linaro.org To: netdev@vger.kernel.org, linux-kernel@vger.kernel.org Cc: arnd@arndb.de, mathieu.poirier@linaro.org Subject: [PATCH 7/8] sungem: use mdelay instead of udelay where necessary Date: Fri, 20 Apr 2012 14:56:15 -0600 Message-Id: <1334955376-17793-8-git-send-email-mathieu.poirier@linaro.org> X-Mailer: git-send-email 1.7.5.4 In-Reply-To: <1334955376-17793-1-git-send-email-mathieu.poirier@linaro.org> References: <1334955376-17793-1-git-send-email-mathieu.poirier@linaro.org> X-Gm-Message-State: ALoCoQlp1EZ714KlxroBxMWP7KvS9PAkmlU0HnMDXQ62N1COnK8iycCvwHqTS+dWTpNC2c8SwRRg Sender: netdev-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: netdev@vger.kernel.org From: Arnd Bergmann Some architectures like ARM cannot handle large numbers as arguments to udelay, so the drivers should use mdelay when delaying for multiple miliseconds. Signed-off-by: Arnd Bergmann Signed-off-by: Mathieu Poirier --- drivers/net/ethernet/sun/sungem.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/net/ethernet/sun/sungem.c b/drivers/net/ethernet/sun/sungem.c index 558409f..26c1a2c 100644 --- a/drivers/net/ethernet/sun/sungem.c +++ b/drivers/net/ethernet/sun/sungem.c @@ -401,7 +401,7 @@ static int gem_rxmac_reset(struct gem *gp) return 1; } - udelay(5000); + mdelay(5); /* Execute RX reset command. */ writel(gp->swrst_base | GREG_SWRST_RXRST,