\r\nSRC_URI = "http:\/\/www.atmel.no\/buildroot\/source\/mirror\/fakeroot_1.9.6.tar.gz \\\r\n file:\/\/configure-libtool.patch"\r\n<\/pre>\nTo clean a build:<\/p>\n
\r\nbitbake linux-omap3 -c clean\r\n<\/pre>\nComposite device notes:<\/p>\n
From http:\/\/blog.felipebalbi.com\/?p=44 (now offline):<\/p>\n
USB Composite Gadget Framework<\/p>\n
Hi all,<\/p>\n
Let’s take a look at the brand new, yet-to-be-merged USB Composite Gadget Framework.<\/p>\n
The framework was introduced by Linux USB Developer David Brownell and, thanks to his great work, we’re gonna be able to reuse what we now call usb function drivers into another entities, combining them to create a usb composite gadget.<\/p>\n
Quoting Dave himself:<\/p>\n
We want to split most of the current gadget drivers into reusable\/combinable “usb_function” entities, making it easier to set up composite and multi-configuration gadgets.<\/p>\n
The framework allowed us to write simpler usb function drivers and glue code between the various kernel APIs and later on, with the framework provided in drivers\/usb\/gadget\/composite.c, create our own composite gadget.<\/p>\n
Basically, we just have to provide a struct usb_function with the correct function pointers to the upper layer and that’s all. This is how struct usb_function is defined:<\/p>\n
struct usb_function {
\n\tconst char\t\t\t*name;
\n\tstruct usb_gadget_strings\t**strings;
\n\tstruct usb_descriptor_header\t**descriptors;
\n\tstruct usb_descriptor_header\t**hs_descriptors;<\/p>\n
\tstruct usb_configuration\t*config;<\/p>\n
\tint\t\t\t(*bind)(struct usb_configuration *,
\n\t\t\t\t\tstruct usb_function *);
\n\tvoid\t\t\t(*unbind)(struct usb_configuration *,
\n\t\t\t\t\tstruct usb_function *);
\n\tint\t\t\t(*set_alt)(struct usb_function *,
\n\t\t\t\t\tunsigned interface, unsigned alt);
\n\tint\t\t\t(*get_alt)(struct usb_function *,
\n\t\t\t\t\tunsigned interface);
\n\tvoid\t\t\t(*disable)(struct usb_function *);
\n\tint\t\t\t(*setup)(struct usb_function *,
\n\t\t\t\t\tconst struct usb_ctrlrequest *);<\/p>\n
\tvoid\t\t\t(*suspend)(struct usb_function *);
\n\tvoid\t\t\t(*resume)(struct usb_function *);<\/p>\n
\tstruct list_head\t\tlist;
\n};<\/p>\n
Let me explain each member of this structure.<\/p>\n
name: give a name to this usb_function
\n descriptors: fullspeed descriptor headers
\n hs_descriptors: same as above but with highspeed endpoints
\n config: the configuration
\n bind: will be called on an upper layer (likely) to bind this interface and combine it into the device structure, also allocate any needed resources
\n unbind: release used resources
\n set_alt: set alternate setting we need to use now
\n get_alt: get the current alternate setting been used
\n disable: disable endpoints
\n setup: setup ep0 functionality
\n suspend: put the function driver in suspend mode (for pm)
\n resume: wake function driver up from suspend mode<\/p>\n
In Dave’s series, he already splitted (the example gadget) and Gadget Serial into reusable function drivers. In the case of Gadget Serial he also wrote the glue code for the TTY over USB.<\/p>\n
All of you are invited to help us writing other function drivers and also splitting the existing gadget drivers into reusable entities like it was done for Gadget Serial.<\/p>\n
I’m putting together some small tips in this page so feel free to take a look and start hacking the Linux Kernel.<\/p>\n
Don’t forget to check out linux-usb archives here to keep track of what’s happening with this framework.<\/p>\n
See y’all<\/p>\n
That links to this post:<\/p>\n
http:\/\/marc.info\/?l=linux-usb&m=121130809918740&w=2 text:<\/p>\n
We’ve had various discussions on this topic in the past, and I think
\nthis approach is pretty much ready to go now, apart from finishing
\nsome of the gadget driver conversions. (Which I’m on the hook for…)<\/p>\n
A brief recap: we want to split most of the current gadget drivers
\ninto reusable\/combinable “usb_function” entities, making it easier to
\nset up composite and multi-configuration gadgets. Examples include
\nCDC WHCM (wireless handsets) and utility combinations like combining
\nan Ethernet model network link and a mass storage function. A device
\nclass that’s standardized by USB-IF is an especially good candidate
\nfor combining in this way with other functions.<\/p>\n
Following this are eight patches:<\/p>\n
– Add some new utilities to support descriptor copying. When
\n one function shows up multiple times (in the same configuration
\n or different ones) each instance generally needs new descriptors
\n because the endpoint and interface IDs are not the same.<\/p>\n
– framework … think of it as a mid-layer
\n into which functions can be plugged by the gadget driver.<\/p>\n – Gadget Zero updated to use this framework, in three parts.
\n This driver is just for testing, and isn’t aiming for re-use
\n so much as simplified code; its current clients don’t expect
\n to talk to composite devices.<\/p>\n
* Split out a source\/sink configuration driver.
\n * And a loopback configuration driver
\n * Convert the core to use those split-out drivers,
\n along with the new mid-layer code<\/p>\n
– Serial gadget (with recent updates posted last week) updated,
\n also in three parts. This is more of a real-world example of
\n how this framework can work and add value.<\/p>\n
* Split out a CDC ACM function driver
\n * And a “generic serial” one
\n * Convert the core to use those split-out drivers, etc<\/p>\n
Unfortunately these changes are extensive enough that intermediate
\npatches wouldn’t be even vaguely useful … the only patch splitting
\nthat seemed like it would facilitate review is what I did here: to
\nshow the split-out functions (reviewable in conjunction with original
\ncode) in patches of their own, and then a conversion patch which is
\nprobably not very reviewable.<\/p>\n
That is: the easiest review is probably of the resulting files,
\nnot the conversion patches. I suspect you’ll agree that these
\nfunction drivers are a *lot* cleaner looking than the gadget
\ndrivers they came from!<\/p>\n
————————————————————————————-<\/p>\n
More composite device info here: http:\/\/lwn.net\/Articles\/395712\/<\/p>\n","protected":false},"excerpt":{"rendered":"
These are my notes as of 28Nov 2011.. Download the build system, but don’t build, just get it all setup as here. Add CONFIG_USB_GADGET_MUSB_HDRC=y to org.openembedded.dev\/recipes\/linux\/linux-omap3\/overo\/defconfig Add MUSB_MODE = "peripheral" to: ${OVEROTOP}\/build\/conf\/local.conf bitbake linux-omap3 This actually worked and resulted in a completed build! Though when I tried it multiple time before it failed. You can […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"jetpack_post_was_ever_published":false,"_jetpack_newsletter_access":"","_jetpack_dont_email_post_to_subs":false,"_jetpack_newsletter_tier_id":0,"_jetpack_memberships_contains_paywalled_content":false,"_jetpack_memberships_contains_paid_content":false,"footnotes":"","jetpack_publicize_message":"","jetpack_publicize_feature_enabled":true,"jetpack_social_post_already_shared":false,"jetpack_social_options":{"image_generator_settings":{"template":"highway","default_image_id":0,"font":"","enabled":false},"version":2}},"categories":[1],"tags":[],"class_list":["post-590","post","type-post","status-publish","format-standard","hentry","category-uncategorized"],"jetpack_publicize_connections":[],"jetpack_featured_media_url":"","jetpack_shortlink":"https:\/\/wp.me\/p1RRoU-9w","jetpack_sharing_enabled":true,"_links":{"self":[{"href":"https:\/\/41j.com\/blog\/wp-json\/wp\/v2\/posts\/590","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/41j.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/41j.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/41j.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/41j.com\/blog\/wp-json\/wp\/v2\/comments?post=590"}],"version-history":[{"count":32,"href":"https:\/\/41j.com\/blog\/wp-json\/wp\/v2\/posts\/590\/revisions"}],"predecessor-version":[{"id":638,"href":"https:\/\/41j.com\/blog\/wp-json\/wp\/v2\/posts\/590\/revisions\/638"}],"wp:attachment":[{"href":"https:\/\/41j.com\/blog\/wp-json\/wp\/v2\/media?parent=590"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/41j.com\/blog\/wp-json\/wp\/v2\/categories?post=590"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/41j.com\/blog\/wp-json\/wp\/v2\/tags?post=590"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}