From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 83EDD37F8AF for ; Mon, 11 May 2026 20:23:29 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1778531009; cv=none; b=OlaNRnNVTmrMa28E3TIvqEMFLSL8lLs8W5lu4VbJGxIBdxQqsa/4c+hPRt4KnKMTxsCNx4HRBNGVpIJ6icw/cbBIZJ1A4t0gdJzUMRZTgLgZZ/Zyw+LcqDcCJsN3gUOs4DSLpmBifAzktuMeibvSe1/i6Nax24S6piZsBZNKrcY= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1778531009; c=relaxed/simple; bh=Mw4otLNufcyiPgx5PCsJEXIfpLTfBs5wWkfpUHwyxKU=; h=MIME-Version:References:In-Reply-To:From:Date:Message-ID:Subject: To:Cc:Content-Type; b=WED2fgRVHuXvKbZWA+5o3nURNGQPVwKQ1hL3ZUd/FnoGmMENxkj6nVczhXh2xetP7Ve+T8ALtoU5Brx28mEs4/81f0emBidG5IncUj09mJdSkhPWx46Q82TjwvqtLnBPqGZlfEYsXt8W3bn3wGuDvy6eUwhpMBrLHCZO62WIap8= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=RpB8bRJB; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="RpB8bRJB" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 30FD1C2BCB0 for ; Mon, 11 May 2026 20:23:29 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1778531009; bh=Mw4otLNufcyiPgx5PCsJEXIfpLTfBs5wWkfpUHwyxKU=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=RpB8bRJBrzCFTAcznf4QzQZ6HV51QKaF/wUVny/T7vSt4QbDQhfgY8yHCbhfo8who wSkiD4jLIU28+QrFV5AQ/6jJKTLxWPnSzIinbDpZlydktxvHP85UrE+iAzdtBrcIOz YPIfsralVeWzkm3yMuJGxQ91txZOG2Z4d2B4p2X/R5wsSzwWHIgTQqNOZa5yHXdHxC 0lHUVEdGcUgG0qlJYi8OmEi5e1UzZ5toWZj7/VQiL1nNqmZWSigpBSvBxQcu8mQzRC PDzVNShCCiQhBPyG4xT+bvICDwXfi//ciGSpP2H6mzXEao7JyJJE5uyhX6fp1AclQ7 8P4R055DdnIIQ== Received: by mail-lf1-f54.google.com with SMTP id 2adb3069b0e04-5a8704dc3a8so4784154e87.3 for ; Mon, 11 May 2026 13:23:29 -0700 (PDT) X-Forwarded-Encrypted: i=1; AFNElJ9e63lHYa2R5PUFRBmyuT/7wGSgY/Qf8xnh1e/GlJz21rariXj5QNRgV/aoDc6VUloht33uDkpAC1ujk0A=@vger.kernel.org X-Gm-Message-State: AOJu0YyDDHHtDX8eIDcQAAlvY88Dr89JTP24POP9W+TET1fBdVHLk4U2 BCK/Pya440cKCtYngNEf+AWFBVBa5CX7yIb+4okvNFMzyRpjGSc5QhinIPf3z560nQGTWJSHwVL XoF4A3WGkbmDmohz+KvncJGbIrz/u970= X-Received: by 2002:a05:6512:114b:b0:5a8:6c7b:f9d7 with SMTP id 2adb3069b0e04-5a8e31f5ff3mr23278e87.41.1778531007946; Mon, 11 May 2026 13:23:27 -0700 (PDT) Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 References: <20260506-energize-dramatize-051909e54256@spud> In-Reply-To: <20260506-energize-dramatize-051909e54256@spud> From: Linus Walleij Date: Mon, 11 May 2026 22:23:16 +0200 X-Gmail-Original-Message-ID: X-Gm-Features: AVHnY4IP4KN4sVQQCZ4yBVMA5cS0ZkPLASNGKB7mSTEskh3Q63aPn5iBQgOAutg Message-ID: Subject: Re: [RFC v1 0/4] generic pinmux dt_node_to_map implementation To: Conor Dooley Cc: Conor Dooley , Yixun Lan , Troy Mitchell , linux-gpio@vger.kernel.org, linux-kernel@vger.kernel.org, linux-riscv@lists.infradead.org, spacemit@lists.linux.dev Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Wed, May 6, 2026 at 11:58=E2=80=AFAM Conor Dooley wro= te: > Whipped this up last week, at to a first glance it appears to work, > although the spacemit platform I've used to implement this has very > limited in-tree use of pinctrl so it is hard to be sure. I like it, if it wasn't RFC I would merge it. > What I don't love though is how similar the functions > pinctrl_generic_pins_function_dt_node_to_map() and > pinctrl_generic_pinmux_dt_node_to_map() are - essentially identical > other than which function they in turn call. Hm we can maybe think of something more descriptive to the first one? I think the new function is very much to the point. That's what it does. pinctrl_generic_pins_function_dt_node_to_map() could perhaps be names something that make it evident what is special about it. Not that I have a good idea. > Basically, I wanna know if you think that that is acceptable, Looks Good To Me (TM) no-one else is helping out with pin control core work so I'm happy for everything I get. Yours, Linus Walleij