Received: by 2002:a05:6a10:1287:0:0:0:0 with SMTP id d7csp4470669pxv; Tue, 27 Jul 2021 08:08:21 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzxCpPCUrH3qN2HGfvqVpLFgtwH52M36lbEROCBYmLm7MFElBId5yeLWuq7qN65rjBjqKwE X-Received: by 2002:a05:6638:270c:: with SMTP id m12mr22188955jav.5.1627398501498; Tue, 27 Jul 2021 08:08:21 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1627398501; cv=none; d=google.com; s=arc-20160816; b=h9hVvcSsOkHPgU2+Sd9WX3jAZbRs0b/5xS0hzj9u1sf0GQT9Br222yIMs2pV7rk1Ze sa1pJRyi9Q7Q94aQ9XJhnLsc3qknX250d6IkVxBHhhOfzBr1utqWhSL9YKaqrNoMMs7i fVn4CEkFZ9oFpsRTZbTe8MpKWpXum9JS2qpqnNwmCHbm5usby8bWu/1/8RV5kIwpcPIS 5UUGKxwC19U5ASKjZp247EBugPpCoe4HSzspBvzs2jxvAFT4uQl5dTTm25Jp3bE0yZCa quNNYO2RQiPew+h6z2JXdZYJSWZUghir3InqXm/cl34MY9RMs1ytPZqQdG2ZpBzexDJ3 DqIg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=FiwZUIMd4FVtw553LRH9en7u+lyoy6bWsRiV2OJrHxw=; b=J5U3SLmxO/6Ocvfv4tByLpZzvTtHueFJSIovMA2zCuZPxmcnkfJEhyTeT5vs3soe64 Lf8Zgt9fuO2hE+UMVQG6srFChEqXFh+FjJ1g4TLras+3pJ2mGHCGx3KH98XG419VY2V1 Pdxr0wdSuUvZEZlqXdlqe5tn7LotoL5CA92SytV8ZNXV23//984Oz/iEAdbA3D65I+At Qbg/Y4jpdrwGfqcBGDujl8vAOf/PrDkGruRcvl0ylNSy+KG8vuky+SohZ1l4M8/Zm8pc FEnzzfo990qzqorfHwFotfjp4H3qX9/ddL0MmFwgL4lc7pqKB7PgTMOMqhrjWxLZ06DA hY3Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=VtOHDo5x; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 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. [23.128.96.18]) by mx.google.com with ESMTP id x5si3558719ilq.85.2021.07.27.08.08.10; Tue, 27 Jul 2021 08:08:21 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=VtOHDo5x; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 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 S236537AbhG0PHJ (ORCPT + 99 others); Tue, 27 Jul 2021 11:07:09 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:57120 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232570AbhG0PHJ (ORCPT ); Tue, 27 Jul 2021 11:07:09 -0400 Received: from mail-vs1-xe2d.google.com (mail-vs1-xe2d.google.com [IPv6:2607:f8b0:4864:20::e2d]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 4771BC061757; Tue, 27 Jul 2021 08:07:08 -0700 (PDT) Received: by mail-vs1-xe2d.google.com with SMTP id v16so7286945vss.7; Tue, 27 Jul 2021 08:07:08 -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=FiwZUIMd4FVtw553LRH9en7u+lyoy6bWsRiV2OJrHxw=; b=VtOHDo5xKlhLyivf8QKGUl0tZh4txJ4dFuwZrqg3p1z7sZMHSYX4PutqcUtPsV8IgU LZFxWVuCYRZ7obeGok+jZS+cPANAmtloiZXBRcH4xgzCcdaomeCg95RzVjXUFdtLWz2N 6Gzqjee+jrt63cu8S7OV9riPs4o+k5R9GnPn6htzf0bhimt+FtzA/Nw20b1UyZDKUUEI 8tem/BaZKTsShxx+6rCWgTiYpcWDylCtz/y5bpNpSoFB6oSz+VOUtrcPP6TlAgcMMMyH V0hF+JEW6onWUKewv1RomGSlM6uQGmS0OQgHQTvMu6tvoC1FEiyCI+VLvSGvmix1Y59u BL3g== 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=FiwZUIMd4FVtw553LRH9en7u+lyoy6bWsRiV2OJrHxw=; b=eBVwmZ9ne/drUjs+JecGYn2QtQEg8iQ9UkT/eAT/FagBwAemfFuDQMf8Pl+vwvH//T kwrz36YTCIkcD4IIIpbB7cgXrfxZ5CuZN6gSZjgt1S/4KsKDxP0nJE/QwXzkAelqNryI hHmr+7MA6fHjNRHTuN+oh+C6zczX9cdG4QUeu9Bt/GuiCZ6w1IZB54nMoQuh1u4I+XwT 85qwaNkDRHW3aH6PJtOBF7v9BhC9yxnlA8ZHSvt9PHbuvqTdMZQmFdKx5rNjZPhPRAP0 r0ikkvhuWGYZxXURvDS+6WFrhhjTe0TVog5Drj1T46TiyKec8YfK9mq3nXK4LNs8nGRt zG7A== X-Gm-Message-State: AOAM531M4FjOLwND8VWcvki3cbk+pQIRXK6aFSqzHQhom8gcQNOcipBl Kaj2mIaIIW1hMbgiIUcwEEBf4HMFoFKSKKlKT+8= X-Received: by 2002:a67:6915:: with SMTP id e21mr16783454vsc.44.1627398427460; Tue, 27 Jul 2021 08:07:07 -0700 (PDT) MIME-Version: 1.0 References: <20210727144816.8697-1-sergio.paracuellos@gmail.com> <20210727144816.8697-2-sergio.paracuellos@gmail.com> In-Reply-To: From: Sergio Paracuellos Date: Tue, 27 Jul 2021 17:06:56 +0200 Message-ID: Subject: Re: [PATCH v2 1/3] gpiolib: convert 'devprop_gpiochip_set_names' to support multiple gpiochip banks per device To: Andy Shevchenko Cc: "open list:GPIO SUBSYSTEM" , Linus Walleij , Gregory Fong , Bartosz Golaszewski , Florian Fainelli , Matthias Brugger , =?UTF-8?Q?Ren=C3=A9_van_Dorst?= , John Thomson , NeilBrown , Nicholas Mc Guire , Linux Kernel Mailing List Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Jul 27, 2021 at 5:05 PM Andy Shevchenko wrote: > > On Tue, Jul 27, 2021 at 5:48 PM Sergio Paracuellos > wrote: > > > > The default gpiolib-of implementation does not work with the multiple > > gpiochip banks per device structure used for example by the gpio-mt7621 > > and gpio-brcmstb drivers. To fix these kind of situations driver code > > is forced to fill the names to avoid the gpiolib code to set names > > repeated along the banks. Instead of continue with that antipattern > > fix the gpiolib core function to get expected behaviour for every > > single situation adding a field 'offset' in the gpiochip structure. > > Doing in this way, we can assume this offset will be zero for normal > > driver code where only one gpiochip bank per device is used but > > can be set explicitly in those drivers that really need more than > > one gpiochip. > > ... > > > + dev_warn(&gdev->dev, "gpio-line-names too short (length %d) " > > + "cannot map names for the gpiochip at offset %u\n", > > Reflow this that string literal will be on one line (it's fine to be > over even 100). Ah, ok. Will fix this and send v3. Thanks, Sergio Paracuellos > > > + count, chip->offset); > > -- > With Best Regards, > Andy Shevchenko