Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp2079665imm; Sat, 28 Jul 2018 08:49:31 -0700 (PDT) X-Google-Smtp-Source: AAOMgpdVn1UdvZyYOhikpyQNigC1gOVfJ9zjEJJ9gMXaNicagwCY+HAUl1UOzIwEWMd0BKPZL9ES X-Received: by 2002:a63:6604:: with SMTP id a4-v6mr9967305pgc.404.1532792971827; Sat, 28 Jul 2018 08:49:31 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1532792971; cv=none; d=google.com; s=arc-20160816; b=sCr15Z/SKMU6yPy5qb/thPxzPTX3nPSRuyaOVApzyKRFtAQ8U9mqt17Lz9Fx4J1GkZ oI7ZbyLCaVSf8eCJPHxp7IqgCDeBtp560FdD+I3VpgGBO5o/7B9GpmCxLqP4X8GcORXK NBNqxgjzsXyjgMz3ZLyt9Cc+2Ymwv08wICHqBaI4TorfVWDVEUoHsn6a571dx76sa4GT oiewNHOtD/POEWaSgaGC0ULUdiBhUv8ZRkAJL2Egu2eeDiqRs9wtyQtaihgq2Bi++anY Otu3JSepkvfV2i+lJI72OPvHUQsYrdwkpQEzuCHCiZf+iDqV7VtbvTeYMJPwdMmM3bz4 K6RA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature :arc-authentication-results; bh=MkqzGe9C4F2Mv3QJp1rDwXsxs5/LiOIhTks1CeQ5dEU=; b=dEeoudsQgRb3KdTpS6HFhf91e6EBItra64KETtiqXLuJX976eCnDYNjWbyYQtr1qJn 01EKQDxMmp3zxtDH7zvhfuBUE27sd6n+aY1B0/uaFhcd8Bi5OGY79Zy/gZDs+cB6m+KU MxNuqTB+6nAvALR4qiWQkEGwTJmLo8AZT4ZBdAB5mOLuQP27muz5GfNIa3kOQSASX3qW BrQLcA4KezgeGJb3vWN9bZpfZcjpNPBpwgHOV4ydExP8DBZff9Dsxtz811rc/1bGTWPa UjDt6gn5sdexaULkswYcQzrehAseyW+bdQ//yXpoo3aWf83KTx41udCK/nwLRNoI+XRe LCQA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=kXvnIepx; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id l26-v6si6611125pfj.188.2018.07.28.08.49.17; Sat, 28 Jul 2018 08:49:31 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=kXvnIepx; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729226AbeG1RPJ (ORCPT + 99 others); Sat, 28 Jul 2018 13:15:09 -0400 Received: from mail-oi0-f68.google.com ([209.85.218.68]:32801 "EHLO mail-oi0-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729204AbeG1RPJ (ORCPT ); Sat, 28 Jul 2018 13:15:09 -0400 Received: by mail-oi0-f68.google.com with SMTP id l10-v6so14286737oii.0 for ; Sat, 28 Jul 2018 08:48:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=MkqzGe9C4F2Mv3QJp1rDwXsxs5/LiOIhTks1CeQ5dEU=; b=kXvnIepxCRDxDzatUbkC9lnhb+lGxitI0jsGSpfVnSnTDDEMi9hIA0AWp12NYPCrZ8 xcEIB+hol8dzfJJGoyTGjLex0s/1lnZxds4IJyHj8ebANcE1hHvthrhLFGV7hpXMnbYm 3HAXZmE075OVGg+1PHbkOZVK3C5Ou94sGRfauLUjWElKYbJBauLsm92my1TEIGWqubsz kSoCkQN67BSQ02Yj4El6RUYmDMDlwRnmYWdUryeVaGAaaCjPJPPUEK1aaWoxRMV4MtFn d71VM4LpolE7F8sETRCUYsFKmgphGdvd082O73M9+C9RqQSDj+yPYWhiiiWhQS47fOFS crgg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=MkqzGe9C4F2Mv3QJp1rDwXsxs5/LiOIhTks1CeQ5dEU=; b=Dd9rCmJicSFR+uUmbdeixK0l3d8XfEzrWpU/kjjRkg3fi9aEygu3co/BGNy6haAxC+ gcut/F39KGszKRL9w6KEdVXKDLryYMPSoiUbxpxpAEqAldQKb69rGAI7nJfFzNVJ4yXJ jjsQ5gXTwnEX9wGFbBAuVBZZz+Q5NrLBBPGoIkaHlsu/eUHGdRACjHVgvGPUmhQL6z1i 7pYaP6zU07Ujpgy+wFCIP3kd7uImDUggNJoMh+4WwuePDQR065k/qZ247//W7WGA+8t3 coZC9mfeImTZLCGsNqSDGQHi14KYaMKgIwmJELSRepnBC7di5TYHAuZq6lFtrJjzee0I RmLQ== X-Gm-Message-State: AOUpUlEdQIbDE1raVdxX6hAvh3N8WPcrr2wdzFbHB3OVY9cJWs7KEzBk KK+AJGAUNKcnkzJbKaCWYZq4/io8C/qI/T8pv2YllELxjmc= X-Received: by 2002:aca:1a0b:: with SMTP id a11-v6mr10327293oia.316.1532792892924; Sat, 28 Jul 2018 08:48:12 -0700 (PDT) MIME-Version: 1.0 References: <37553f45bfb34de4b0af476286b1b782ea834963.1532610629.git.tsotsos@gmail.com> <20180727151527.GA2209@kroah.com> In-Reply-To: <20180727151527.GA2209@kroah.com> From: Georgios Tsotsos Date: Sat, 28 Jul 2018 18:48:01 +0300 Message-ID: Subject: Re: [PATCH v2 2/3] Staging: octeon-usb: Change coding style of CVMX_WAIT_FOR_FIELD32 marco. To: Greg Kroah-Hartman Cc: devel@driverdev.osuosl.org, Aaro Koskinen , James Hogan , linux-kernel@vger.kernel.org, Joe Perches Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org I will change it into function, as i checked so far i will need to change USB_SET_FIELD32 for the same reason. On Fri, 27 Jul 2018 at 18:15, Greg Kroah-Hartman wrote: > > On Thu, Jul 26, 2018 at 06:41:52PM +0300, Georgios Tsotsos wrote: > > Fixing coding style for CVMX_WAIT_FOR_FIELD32 was confusing. Also > > encapsulates into parentheses timeout_usec. > > > > Signed-off-by: Georgios Tsotsos > > --- > > drivers/staging/octeon-usb/octeon-hcd.c | 44 +++++++++++++++++---------------- > > 1 file changed, 23 insertions(+), 21 deletions(-) > > > > diff --git a/drivers/staging/octeon-usb/octeon-hcd.c b/drivers/staging/octeon-usb/octeon-hcd.c > > index cff5e790b196..c8e0ebf1434f 100644 > > --- a/drivers/staging/octeon-usb/octeon-hcd.c > > +++ b/drivers/staging/octeon-usb/octeon-hcd.c > > @@ -378,27 +378,29 @@ struct octeon_hcd { > > }; > > > > /* This macro spins on a register waiting for it to reach a condition. */ > > -#define CVMX_WAIT_FOR_FIELD32(address, _union, cond, timeout_usec) \ > > - ({int result; \ > > - do { \ > > - u64 done = cvmx_get_cycle() + (u64)timeout_usec * \ > > - octeon_get_clock_rate() / 1000000; \ > > - union _union c; \ > > - \ > > - while (1) { \ > > - c.u32 = cvmx_usb_read_csr32(usb, address); \ > > - \ > > - if (cond) { \ > > - result = 0; \ > > - break; \ > > - } else if (cvmx_get_cycle() > done) { \ > > - result = -1; \ > > - break; \ > > - } else \ > > - __delay(100); \ > > - } \ > > - } while (0); \ > > - result; }) > > +#define CVMX_WAIT_FOR_FIELD32(address, _union, cond, timeout_usec) \ > > +({ \ > > + int result; \ > > + do { \ > > + u64 done = cvmx_get_cycle() + (u64)(timeout_usec) * \ > > + octeon_get_clock_rate() / 1000000; \ > > + union _union c; \ > > + \ > > + while (1) { \ > > + c.u32 = cvmx_usb_read_csr32(usb, address); \ > > + \ > > + if (cond) { \ > > + result = 0; \ > > + break; \ > > + } else if (cvmx_get_cycle() > done) { \ > > + result = -1; \ > > + break; \ > > + } else \ > > + __delay(100); \ > > + } \ > > + } while (0); \ > > + result; \ > > +}) > > It's still a mess, why not just make this a function call instead? > > thanks, > > greg k-h -- Best regards! Georgios Tsotsos Greece-Evia-Chalkida ------------------------------------ Georgios Tsotsos *Greece - Evia - Chalkida*