From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751775Ab3FYHbm (ORCPT ); Tue, 25 Jun 2013 03:31:42 -0400 Received: from mho-03-ewr.mailhop.org ([204.13.248.66]:27843 "EHLO mho-01-ewr.mailhop.org" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1751274Ab3FYHbk (ORCPT ); Tue, 25 Jun 2013 03:31:40 -0400 X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 50.131.214.131 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX18u21UPiXGYqYkkDzS0DSOi Date: Tue, 25 Jun 2013 00:31:35 -0700 From: Tony Lindgren To: Linus Walleij Cc: Stephen Warren , Linus Walleij , Stephen Warren , Kevin Hilman , "linux-kernel@vger.kernel.org" , "linux-arm-kernel@lists.infradead.org" , Ulf Hansson Subject: Re: [PATCH] pinctrl: document the pinctrl PM states Message-ID: <20130625073134.GE5523@atomide.com> References: <1370980749-15383-1-git-send-email-linus.walleij@stericsson.com> <51BA1FE7.4000900@wwwdotorg.org> <51BB3A2C.608@wwwdotorg.org> <20130617072021.GB4465@atomide.com> <20130617180212.GU20992@atomide.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org * Linus Walleij [130624 05:43]: > On Mon, Jun 17, 2013 at 8:02 PM, Tony Lindgren wrote: > > * Linus Walleij [130617 09:11]: > > >> Bear in mind that struct pinctl * forks effects in two paths, > >> one is muxing the other is config, like pull-ups etc. > > > > I also thought the plan was to merge pinmux and pinconf and > > do things based the named modes? > > That is done from a consumer point of view. > Consumers only care about pinctrl * handles > and pinctrl_state * switches. > > > The last time I tried using the pinconf functions it involved > > knowing the name of the pin in the consumer driver. The name > > may not be very descriptive in the device tree cases at least > > for the pinctrl-single. So I did not pay much attention to > > the pinconf functions. > > Consumers should not use that interface, i.e.: > > int pin_config_get(const char *dev_name, const char *name, > unsigned long *config); > int pin_config_set(const char *dev_name, const char *name, > unsigned long config) > > This needs to be deleted from > I'll see if I can get rid of it pronto to avoid any more confusion > and sorry for leaving that in place for too long. > > The proper way to use it is to use the states. OK thanks for clarifying that. Yes I think the named states is a good way to handle the pins in a generic way. Regards, Tony