RFC usb: host: Add a wrapper layer for mutiple host support
Get series with b4
b4 am [email protected]Versions newest first
- v1 RFC Latest0 of 2 patches 0 repliesNew
Patches in v1 No applies recorded yet
None of the 2 patches the cover letter announces are in this archive.
Reviews trailers per patch
No Reviewed-by, Acked-by or Tested-by trailers for v1 yet.
Cover letter [U-Boot] [PATCH RFC 0/2] usb: host: Add a wrapper layer for mutiple host support
Quoted 47 lines · Vivek Gautam
Hi Simon, Marek,
On Thu, Jun 26, 2014 at 10:04 AM, Vivek Gautam <[email protected]> wrote:
sorry for spamming, the earlier message got sent by mistake.
Quoted 31 lines · Simon Glass
Quoted 30 lines
Hi Marek,
Quoted 26 lines · Marek Vasut
On Wednesday, June 25, 2014 at 08:27:39 AM, Simon Glass wrote:
[...]Quoted 10 lines
Quoted 10 lines
Quoted 10 lines
Quoted 5 lines
model. Instead, I'd love to see a mean to instantiate each *HCI controller and have a USB core which would track those instances. The USB core would then be able to call whatever generic ops on those instances as needed. Does that make sense please ?
True, i understand your point here. I think the second approach i was talking of, goes in this direction.
I think i could not put it well in words there.Quoted 7 lines
Quoted 5 lines
Quoted 3 lines
I will prepare an RFC patch for that, and post it as soon as its ready, so that you can have
a look.Ah, this would be so very appreciated! Thank you!
Should we consider just going straight for driver model?
I was thinking about that, but I'm worried it might break USB support on some platforms. Also, the size of U-Boot will grow on many platforms, right?
What do you think ?
Quoted 7 lines
Quoted 7 lines
If you add
CONFIG_DM_USBas an option, you can then pull in eitherusb-uclass.cor the old usb code. Since USB is often tied to a board then you can move just that board (or group of boards) to dm.I am keeping a working tree in u-boot-dm.git which does this for serial, SPI, SPI flash and GPIO. It seems to work fairly well as a technique for keeping both things in the tree in the interim..
Quoted 7 lines
Ok, so i am having a look at the u-boot-dm tree, and also going through the documentation for driver-model.
The driver-model looks a promising choice at the moment keeping in mind that later we would need to move to it anyways.I will try understanding the things and raise a flag in case something is not clear.
Even better, if I don't have to do this myself :) I'm really glad to see how many people put effort into the USB and how things are coming together nicely. Thank you guys!
Best regards,
Marek Vasut