Received: by 10.192.165.156 with SMTP id m28csp1391819imm; Wed, 18 Apr 2018 08:57:53 -0700 (PDT) X-Google-Smtp-Source: AIpwx48KOVz2XQaPgCzSq2sFfUkW6ZggDYOtQuwktpq4Ya5j39aRSGURHmHgeflGgOXbZFapSt/f X-Received: by 2002:a17:902:6b02:: with SMTP id o2-v6mr2596912plk.6.1524067073679; Wed, 18 Apr 2018 08:57:53 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1524067073; cv=none; d=google.com; s=arc-20160816; b=x4jPb7nbLOBfdoqnR0hoUyG+2LkqO6qZjS8kamw5aRF41fJn4Vn8G7/W9K+I3xiNAh ToVZdLlHFllx4TXlCRPPR0OMhTLmgdR8U8zw5WkUiEKcVFj1uRvqbWCPD3vt+cjOBmZz 6nJ+tWL/4Svkp4cxxT3SbtJ6J6QBl8UKA2+ArmqQawmShThr0jucOozkT8YaWvL27dDV 0fVSjXrFbYX+RGDJAJVdqgqbpDVgPyeIDECXYsN3781qra2OoIV5VtbSoLsB/pYQa0d4 GKKpdIHrVxqa5AK9rBcxzfwlcUryKnn44VOsjuJW2Lj/2MvG3oST9jmyAeI3hQNMNf77 Un+Q== 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 :references:in-reply-to:mime-version:dkim-signature:dkim-signature :arc-authentication-results; bh=kuOJKvGAe376HppfgXEP6SJ9durAfqijhvdW8o/qzEo=; b=UNH857dPGv3Erj/NQ2a3LDZtAeQ/SPctWTvgcu6nDAy6uvFPa3U6P7m7D4GdUJXC7v PaOp0sHgmjTW1jCGo7UsgFSGdvvsvkLRMG6FflJ1C0PbrscLaa92WLmK5IXZDq1jNqBe wg+Q+H5F1psOTuek/fjL/ZWUkkPbpDoHZV79Xt45n5aL8ANl1b3PESh+ka+lQ7hPxJjn dCfKcEQq1ijGpJ21GZSb0T5GFwuSsLTAZeaoQwFF5QQHlGMajDkoEz3f5p+joAEMVoXA NWcKr0TVo3K4x2wyITHYSI0xr85ru+rxp8hUD5EuALxImuP0J16rY8P7FzR79SPR1hkL wbzQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@google.com header.s=20161025 header.b=NGSsUAgW; dkim=fail header.i=@chromium.org header.s=google header.b=Qc72lbcz; 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=fail (p=NONE sp=NONE dis=NONE) header.from=chromium.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id x6si1251411pgv.430.2018.04.18.08.57.39; Wed, 18 Apr 2018 08:57:53 -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=fail header.i=@google.com header.s=20161025 header.b=NGSsUAgW; dkim=fail header.i=@chromium.org header.s=google header.b=Qc72lbcz; 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=fail (p=NONE sp=NONE dis=NONE) header.from=chromium.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752992AbeDRP40 (ORCPT + 99 others); Wed, 18 Apr 2018 11:56:26 -0400 Received: from mail-ua0-f195.google.com ([209.85.217.195]:41027 "EHLO mail-ua0-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750872AbeDRP4Y (ORCPT ); Wed, 18 Apr 2018 11:56:24 -0400 Received: by mail-ua0-f195.google.com with SMTP id y25so692563uaa.8 for ; Wed, 18 Apr 2018 08:56:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=kuOJKvGAe376HppfgXEP6SJ9durAfqijhvdW8o/qzEo=; b=NGSsUAgWsXwIVRkisjVrFbXKrslg6U7Ko1ZTEinGJ8XQDR4HxCROP1tOLCtCnwo/er soIadfOaAJOSrhjJJ+BO+xRUyLGUBvDTGNF0pw91UbfeXexUHZbwvZO3pxfHH5bncyLT vwCXiOwr10U4vmoGiQ59YTui6M2c06Degcx8iSgvrPE2r23t9P/cldEkYRXTXmaf7xF5 slzspX8zae0Ewml7eeT9bpJMJ+cca8TOunSGftCqEoddwPy0lfvzP6CauG6n4UUn+yHg a/KEYrx4IYIsgx06iUH4hEFatNbUm5ul0tMC5uzmjYoXbsjZwBVIqHQSjSsxxPBRLB5c cx0g== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chromium.org; s=google; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=kuOJKvGAe376HppfgXEP6SJ9durAfqijhvdW8o/qzEo=; b=Qc72lbczpg3vZxawTq0MiG1jIAYSlUTtd58CHu1halUfopkIyMZln346/s7bkLit4W h4dzQ//q/oSRmyMuSZzZprW6HRTmO+34pSEMPZZXpBYgm+T9+18lj7NkM/UNUslYiRfm U14+zM1L1TD4+DZa5Uuo4eDbFXST0fKPGDhWI= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=kuOJKvGAe376HppfgXEP6SJ9durAfqijhvdW8o/qzEo=; b=pe7H3DO5JAF2tSMSrFt8rODDXSksO+tudBrDUf7mnPhQGIusffJR/QMW4Pav/44EMp PFVuA0W7nKkyZFHvzqGP41sKPM69D9uE3XZkA9tq4wgouOg9YgKbVztHPIQx4UeArA81 096vvpMT75yVifPSvOaOJfQ8z5mJFlIksPXX9F88vXMCKop5Wa2B6TrkQ3SLLXZskbAD Z5R/SEzpsR7+No+9rD6tpL22XRdr8d7jaO1vnJGFuhJEBv9r8IP3/CXi5+A0SKxaW0fO 47/8dC9y4yhM/MhRcBtSn09amHyZV0huM3+Gt7p7+QQiARAjIQFXfZM80j9/VJN2xpt5 LeAQ== X-Gm-Message-State: ALQs6tDjjjsA0KTHJ3uxfRsDIjOpB5LBTzGPnU96qsD5BaX2WoWbvJpt +p3tCCDi2DBxl6rZ1t+8B67a56a7fJ+f+HevpySDYA== X-Received: by 10.176.73.75 with SMTP id a11mr1887494uad.120.1524066983235; Wed, 18 Apr 2018 08:56:23 -0700 (PDT) MIME-Version: 1.0 Received: by 10.31.137.13 with HTTP; Wed, 18 Apr 2018 08:56:22 -0700 (PDT) In-Reply-To: References: <20180418033143.208986-1-dianders@chromium.org> From: Doug Anderson Date: Wed, 18 Apr 2018 08:56:22 -0700 X-Google-Sender-Auth: ZQ8GlkQIU3ajdkyMP5RWdk9mNhU Message-ID: Subject: Re: [PATCH v2] regulator: Don't return or expect -errno from of_map_mode() To: Javier Martinez Canillas Cc: Mark Brown , David Collins , Evan Green , swboyd@chromium.org, linux-omap , Liam Girdwood , Tony Lindgren , Linux Kernel 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 Hi, On Wed, Apr 18, 2018 at 12:15 AM, Javier Martinez Canillas wrote: >> @@ -124,11 +124,12 @@ static void of_get_regulation_constraints(struct device_node *np, >> >> if (!of_property_read_u32(np, "regulator-initial-mode", &pval)) { >> if (desc && desc->of_map_mode) { >> - ret = desc->of_map_mode(pval); >> - if (ret == -EINVAL) >> + unsigned int mode = desc->of_map_mode(pval); > > I think the convention is to always declare local variables at the > start of the function? Although I couldn't find anything in the coding > style document... I haven't seen this as a consistent kernel convention. It seems a bit up to the subsystem and/or driver maintainer. However, I'm happy to put it up at the top if it makes people happy. >> @@ -163,12 +164,14 @@ static void of_get_regulation_constraints(struct device_node *np, >> if (!of_property_read_u32(suspend_np, "regulator-mode", >> &pval)) { >> if (desc && desc->of_map_mode) { >> - ret = desc->of_map_mode(pval); >> - if (ret == -EINVAL) >> + unsigned int mode = desc->of_map_mode(pval); >> + >> + mode = desc->of_map_mode(pval); > > You are calling .of_map_mode and assigning the return value twice here. Dang it, thanks for catching. -Doug