From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 347D6EB64DD for ; Sat, 24 Jun 2023 19:12:07 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232994AbjFXTMG (ORCPT ); Sat, 24 Jun 2023 15:12:06 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:53844 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231295AbjFXTMF (ORCPT ); Sat, 24 Jun 2023 15:12:05 -0400 Received: from mail-yb1-xb31.google.com (mail-yb1-xb31.google.com [IPv6:2607:f8b0:4864:20::b31]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id BA24A116 for ; Sat, 24 Jun 2023 12:12:02 -0700 (PDT) Received: by mail-yb1-xb31.google.com with SMTP id 3f1490d57ef6-bcb6dbc477eso1244334276.1 for ; Sat, 24 Jun 2023 12:12:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; t=1687633922; x=1690225922; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=NtWxvzR4uTKbUwOB1AIsZeFNL0PNxlG/EmtMr5TnJiQ=; b=wt32RpXDMbDbbikjXhaLI9xRb4hmK9Oh+EQ+2Xr1WE5YrCH4BTvYkIgThJcsmPk2MS PGgJVna75bQdhLdETfmjHL0l9NePlSH0a2mAelTpO4afxsLohqkG/GbyimZvtxLQjI2D VmSkyAMPkXMj+GYPzDLluwFhp3a2I6vdXO8IIHQmCfPnWua5P3X+UbSIqWYY/JYc7kCX ON++MCEn1oik/Un7U/ClrK49WMMVvpj5ISww7V+HuYqaZS5TUUNq/ed7pbbidKzDlejy PkZWWz/YMnQ+IfGKULB0QNBXbWzs0OPmTGJSB1n9k+lMm6FK3hsSV74YZtUHmm9KU4aI Ffvg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1687633922; x=1690225922; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=NtWxvzR4uTKbUwOB1AIsZeFNL0PNxlG/EmtMr5TnJiQ=; b=BDbfuZlE/gD/7uAJPAOKWoRfKQ0OXln663QD4zRXHAqFxOpYO7NDDDM6R2ae/MkxE/ JTSh981ODFSdY+YC0g79B6NFyfVnZ7mma0kj69pfdLa7Rkiip7OsoXDjmoMHJBgFR2wT akZyx9Rqv37eGVhLFbzdVB738/zsPu3AMRx9xUTb2ySAbhxaW4FSrLtYfOAxfPuA1Sgm wXouVt46juQE9A2zeCK0SeW6ZzgUU7f0Y0Kz13DEDls9+fAxi0tNbRxX6ZG8KulIc83R ML+JWpr556emTjXlUiN0eot9S2sRuRgZLfWV0KaTCpKlo/NK0o9J4c0b5LlHlnpXXlR8 UQRg== X-Gm-Message-State: AC+VfDx0T+XefypUFC3h++erXeSzf8049ugbAfsfXSVN2D1CJgPp27kn +wBaz9FMdxN7Nkqsu9EFRJm+sRWtiN0/sUlz+WHMGg== X-Google-Smtp-Source: ACHHUZ4Fxc3tNghyeBZz8mFIClfbkSqctAt/Q+uSfLRzdZmNIXLLgOsC3Q32jk+9huyth6+cT/C5h/htReBze+JOqRc= X-Received: by 2002:a25:6d45:0:b0:bc6:8015:1dc8 with SMTP id i66-20020a256d45000000b00bc680151dc8mr15218355ybc.33.1687633920950; Sat, 24 Jun 2023 12:12:00 -0700 (PDT) MIME-Version: 1.0 References: <20230623080135.15696-1-fabrizio.castro.jz@renesas.com> In-Reply-To: From: Linus Walleij Date: Sat, 24 Jun 2023 21:11:49 +0200 Message-ID: Subject: Re: [PATCH] arm64: dts: renesas: rzv2mevk2: Fix eMMC/SDHI pinctrl names To: Geert Uytterhoeven Cc: Fabrizio Castro , Rob Herring , Krzysztof Kozlowski , Conor Dooley , Magnus Damm , linux-renesas-soc@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, Chris Paterson , Biju Das , Lad Prabhakar , "open list:GPIO SUBSYSTEM" Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Precedence: bulk List-ID: X-Mailing-List: linux-gpio@vger.kernel.org On Fri, Jun 23, 2023 at 10:40=E2=80=AFAM Geert Uytterhoeven wrote: > On Fri, Jun 23, 2023 at 10:01=E2=80=AFAM Fabrizio Castro > wrote: > > the below issue: > > > > pinctrl-rzv2m b6250000.pinctrl: pin P8_2 already requested by 85000000.= mmc; cannot claim for 85020000.mmc > > pinctrl-rzv2m b6250000.pinctrl: pin-130 (85020000.mmc) status -22 > > renesas_sdhi_internal_dmac 85020000.mmc: Error applying setting, revers= e things back > > To me, that sounds like a bug in the pinctrl core. > Or am I missing something? The pin control core tracks on a per-pin basis, it has no clue about the name of certain dt nodes. This bug would be in the DT parsing code for the different states I think, and rzv2m is not using the core helpers for this but rather rzv2m_dt_subnode_to_map() etc. Yours, Linus Walleij