Hi, On Tue, Jan 27, 2015 at 05:51:30PM +0100, Krzysztof Opasiak wrote: > > From: Felipe Balbi [mailto:ba...@ti.com] > > Sent: Friday, January 23, 2015 6:01 PM > > To: Krzysztof Opasiak > > Cc: ba...@ti.com; linux-usb@vger.kernel.org; > > gre...@linuxfoundation.org; bige...@breakpoint.cc; > > s.wa...@samsung.com; k.lewando...@samsung.com; > > m.szyprow...@samsung.com; andrze...@samsung.com > > Subject: Re: [PATCH] usb: gadget: composite: Provide list of > > registered functions > > > > On Fri, Jan 23, 2015 at 05:56:22PM +0100, Krzysztof Opasiak wrote: > > > > > > > > > > -----Original Message----- > > > > From: Felipe Balbi [mailto:ba...@ti.com] > > > > Sent: Friday, January 23, 2015 5:27 PM > > > > To: Krzysztof Opasiak > > > > Cc: ba...@ti.com; linux-usb@vger.kernel.org; > > > > gre...@linuxfoundation.org; bige...@breakpoint.cc; > > > > s.wa...@samsung.com; k.lewando...@samsung.com; > > > > m.szyprow...@samsung.com; andrze...@samsung.com > > > > Subject: Re: [PATCH] usb: gadget: composite: Provide list of > > > > registered functions > > > > > > > > On Fri, Jan 23, 2015 at 05:09:07PM +0100, Krzysztof Opasiak > > wrote: > > > > > > > > > > > > > > > > -----Original Message----- > > > > > > From: Felipe Balbi [mailto:ba...@ti.com] > > > > > > Sent: Monday, January 19, 2015 7:59 PM > > > > > > To: Krzysztof Opasiak > > > > > > Cc: ba...@ti.com; linux-usb@vger.kernel.org; > > > > > > gre...@linuxfoundation.org; bige...@breakpoint.cc; > > > > > > s.wa...@samsung.com; k.lewando...@samsung.com; > > > > > > m.szyprow...@samsung.com; andrze...@samsung.com > > > > > > Subject: Re: [PATCH] usb: gadget: composite: Provide list > > of > > > > > > registered functions > > > > > > > > > > > > On Mon, Jan 19, 2015 at 02:17:19PM +0100, Krzysztof Opasiak > > > > wrote: > > > > > > > Driver which provides implementation of some USB > > functions > > > > > > registers > > > > > > > usb_function_driver structure in composite framework. > > > > > > > Function drivers are identifed using registered name. > > > > > > > > > > > > > > When gadget is composed using configfs user must know > > what > > > > names > > > > > > has > > > > > > > been registered. If function is compiled as a module this > > > > > > information > > > > > > > can be found in modules.alias file. If function is > > compiled- > > > > in, > > > > > > there > > > > > > > is no way to discover what usb functions are available in > > > > > > currently > > > > > > > running kernel. > > > > > > > > > > > > > > Such situation is nothing new for linux kernel. > > > > > > > Similar situation is with file systems. While mounting > > user > > > > can > > > > > > > provide an fs type argument using -t option in mount. > > > > > > > Those type names are registered by drivers. To make those > > > > names > > > > > > > discoverable there is a /proc/filesystems which exports > > the > > > > list > > > > > > of > > > > > > > currently registered file systems. > > > > > > > > > > > > > > This patch adds /proc/usb-functions attribute which > > exports > > > > the > > > > > > list > > > > > > > of currently registered function drivers. > > > > > > > This allows user to discover list of both compiled-in > > > > functions > > > > > > and > > > > > > > from loaded kernel modules. > > > > > > > > > > > > > > Signed-off-by: Krzysztof Opasiak <k.opas...@samsung.com> > > > > > > > > > > > > you need to document the new file under Documentation/ABI/ > > > > > > > > > > > > > > > > I have just sent v2 version with documentation. > > > > > > > > > > I have done some more research and it looks like /sys/kernel > > > > could be > > > > > a good alternative if you find that proc usage is not a good > > > > idea. > > > > > What do you thing? Should we continue with /proc/usb- > > functions or > > > > > replace this patch with /sys/kernel/usb-functions or maybe > > > > > > > > why don't we place the file at the same directory as our > > configfs > > > > has been mounted ? > > > > > > Default place for mounting configfs is /sys/kernel/config. > > > It is created in init function of configfs module. For example > > systemd > > > mounts there configfs on system startup. > > > > > > So summing up, desired location should be /sys/kernel/usb- > > functions? > > > > shouldn't this be /sys/kernel/config/usb-functions ? > > > > in fact, thinking about absolute paths isn't really the best. I can > > decide to mount configfs anywhere. What we want is for the file to > > be available on the root directory of our usb-functions configfs > > interface > > :-) > > > > So I must have misunderstood something. > > I'm not sure if this is a good idea. > Some userspace depends on assumption that sys/kernel/config > directory is empty and it's default place for mounting configfs.
and that's fine, they can certainly assume that. Once configfs is mounted, we will have a new /sys/kernel/config/usb-functions directory. Inside that directory we should have a file which contains your list of available functions :-) I don't see what the problem is with that :-s > So why place there any attribute if we will mount there filesystem > and we won't see it? the attribute will only be availabe once we mount configfs, and it'll be part of our usb-fucntions directory. -- balbi
signature.asc
Description: Digital signature
