Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp689958ybt; Wed, 1 Jul 2020 07:52:21 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyV2G0K8i9JnF6iYOle9E5+JDkOWez94L0/wdUIUH24VWSsgwIXMxQO0JxR4U5QNm+ZDvNt X-Received: by 2002:a17:906:b813:: with SMTP id dv19mr22819787ejb.119.1593615141393; Wed, 01 Jul 2020 07:52:21 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1593615141; cv=none; d=google.com; s=arc-20160816; b=XCrxgJG2E1F3IFAnirJZpE9vRIwVREuxHdmE6e7wJISDRFZg5L7va4+tvoXi38VwIp IPE561BWX7oixky7iIUGKNUDLH7oWl/iItgM1ZPQEypDRJOY4+jzAdpPKzW9KZHuu1bX j5rZzxW2Ve/G9CRu+EvXYKl+MmbivBWji1EddHKv+EO0sB+e+sQhvAvI4Qj9h26GEAjb 2OYFxUjhaSQD9Q8U2jyvENfsqFva0pFzleGqgiEULew/x6ZyCtlw8pGHT7NwxHS2jQ8X BO/9mBAlTIuH1o1GwIcVdJBftWNwrW5gx6WDAiQcv70ZY8vPEtE+t7j0Zg+n3ZuZB0yV yYtg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=w1FlFiJ1+ja+rI9Hx6PpyR+pcMa9oSK940segVThqBg=; b=g3hLCOTXiDAkU3hnLc8SGM/PokiZqZXyaGhUMiGq+grnE/Zx3D8jNYmZD/ZG6v26GT 87DGgtKJf5a4B2scUeRveOABT4RuGQ+U71h5FyJTVe/Rn1nuP3ucqnxAhPTXgsshG+xR /woZYYH8XM4eJmf/KuGGy3xTzCogbcVTRuTFEsNHOaFKNJ20hlAuB5uuCglXmEBimxRF P7N2ojcitbqoGmC4SP3qG2J1isn2RyhOZV9FyLFr1/bLfxf9EXNowCcrS11OKXGvtd21 ZibMWjcy3p2A/Pc5x1vz4beDqPAo/7uCkA+NXjDh3rZcbgk0IS3D/9LXO5g+l/j9eU+i VCww== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id g21si4329808ejr.275.2020.07.01.07.51.57; Wed, 01 Jul 2020 07:52: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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731613AbgGAOss (ORCPT + 99 others); Wed, 1 Jul 2020 10:48:48 -0400 Received: from muru.com ([72.249.23.125]:60200 "EHLO muru.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726251AbgGAOsr (ORCPT ); Wed, 1 Jul 2020 10:48:47 -0400 Received: from atomide.com (localhost [127.0.0.1]) by muru.com (Postfix) with ESMTPS id 48F408063; Wed, 1 Jul 2020 14:49:39 +0000 (UTC) Date: Wed, 1 Jul 2020 07:48:43 -0700 From: Tony Lindgren To: Drew Fustini Cc: Rob Herring , bcousson@baylibre.com, linux-omap@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, Jason Kridner , Robert Nelson , "H . Nikolaus Schaller" , Linus Walleij Subject: Re: [PATCH v2] ARM: dts: am335x-pocketbeagle: set default mux for gpio pins Message-ID: <20200701144843.GI37466@atomide.com> References: <20200628152442.322593-1-drew@beagleboard.org> <20200629170358.GT37466@atomide.com> <20200630020102.GA45128@x1> <20200630182037.GF37466@atomide.com> <20200630213155.GA115731@x1> <20200630213423.GG37466@atomide.com> <20200630214231.GA116238@x1> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200630214231.GA116238@x1> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org * Drew Fustini [200630 21:43]: > On Tue, Jun 30, 2020 at 02:34:23PM -0700, Tony Lindgren wrote: > > * Drew Fustini [200630 21:32]: > > > On Tue, Jun 30, 2020 at 11:20:37AM -0700, Tony Lindgren wrote: > > ... > > > > > > Needing to change the dts does not sound good to me.. But maybe you mean > > > > > > this is needed until the gpio-omap and pinctrl-single patches are merged? > > > > > > > > > > I agree that I would like for userspace to be able to do run-time > > > > > changes. However, I think something would need to be added to the > > > > > pinconf support in pinctrl-single for that to be possible. There are > > > > > bias properties but non for receiver enable. > > > > > > > > > > Does it seem sensible to add that? > > > > > > > > Well let's see with Linus W says. To me it seems this might be a good > > > > reason to allow a sysfs interface to change the pinctrl if we don't > > > > have it yet? With the proper gpio line naming it should be quite simple > > > > to use too :) > > > > > > I think if pinctrl-single allowed mux to be set through debugfs that > > > could be one solution to the use case of users prototyping with a > > > beaglebone. Maybe that could be acceptable? > > > > I think this should not depend on debugfs though, it should be a > > generic interface. > > Ok, thanks. I'm trying to imagine a solution as there no existing > pinctrl uAPI. gpiod uAPI has gained some pinctrl functionality with > the work that Kent Gibson has been doing beyond just bias flags. OK. Yeah sounds like in this case toggling pinctrl receiver enable should happen automatically with gpio changes. > Do you think trying to plumb this through gpio-omap is a reasonable > approach? I think any sysfs interface to update pinctrl settings should be generic to the pinctrl framework. But maybe making it work via gpio use would do the trick. Regards, Tony