Linus Walleij wrote at Thursday, February 23, 2012 10:56 PM:> The debugfs file pinmux-pins used to tell which function was> enabled but now states simply which device owns the pin. Being> owned by the pinctrl driver itself means just that it's hogged> so be a bit more helpful by printing that.

Personally, I'd prefer not to make this change. I don't really like theway we treat hogs as some kind of special-case; they work exactly likeany other pinctrl state (at least after the patch I posted to implemntpinctrl_select_state()), so I don't really see the need for special-casingthe debug information here.

If we do make a change like this, I'd prefer the format to be:

UNCLAIMED"%s (HOG)", desc->ownerdesc->owner

So that the ownership is always there in the standard format, but thehog information is additional if you care about the special case.

> I somewhat mourn the loss of being able to tell from the debugfs> which function is using a certain pin, does anyone have ideas on> how to go about fixing this properly? The root file> pinctrl-handles does tell it, but requires cross-referencing> which isn't helpful.

This doesn't seem like a big deal to me; it's very easy to cross-reference. That said, we could either:

a) Add a field to pin_desc which indicates current usage. This would beset whenever the pin's mux function was set, i.e. in pinctrl_select_state()or pinctrl_request_gpio().

b) Add a pinctrl driver ops function which reads and prints the currentstate from HW.

(and note the fact that having the debug file list the current muxfunction per pin doesn't really make sense on HW where the muxing isper group...)