Re: [coreboot] USB HUB depth

Hi Patrick and Nico, Everything works now as expected. I wasn't calling usb_poll() properly. Thanks, again, for the quick responses to my exceedingly naive queries. JP On Thu, Mar 9, 2017 at 10:40 AM, Joshua Pincus wrote: > Hi, > > Cool. I'm looking at that code

Re: [coreboot] USB HUB depth

Hi, Cool. I'm looking at that code now. Thanks for your help. JP On Thu, Mar 9, 2017 at 10:29 AM, Patrick Georgi wrote: > 2017-03-09 18:53 GMT+01:00 Joshua Pincus : > > Enable_port() merely provides power to those ports. It doesn't scan > them

Re: [coreboot] USB HUB depth

2017-03-09 18:53 GMT+01:00 Joshua Pincus : > Enable_port() merely provides power to those ports. It doesn't scan them and > then attach them in any way. That happens on the next usb_poll(), which calls ->poll() for every device. In case of hubs, that's

Re: [coreboot] USB HUB depth

Hi Nico, Thanks for your email. Indeed, I'm talking about libpayload's USB stack. There does seem to be a limit as I don't see usbhub.c or generic_hub.c calling any routines beyond enable_port() for the ports beyond the HUB. Enable_port() merely provides power to those ports. It doesn't scan

Re: [coreboot] USB HUB depth

On 09.03.2017 11:18, Joshua Pincus wrote: > Hi, > > I'm new to coreboot and to this group. As this is my first post, let me > thank you folks for developing an impressive and incredibly useful product! Hi Joshua, > I recently fired up the coreboot USB stack on an x86 development board. > The

[coreboot] USB HUB depth

Hi, I'm new to coreboot and to this group. As this is my first post, let me thank you folks for developing an impressive and incredibly useful product! I recently fired up the coreboot USB stack on an x86 development board. The USB stack reported back that I have 2 EHCI host controllers on the