<div class="gmail_quote">---------- Forwarded message ----------<br>From: "edward wandasiewicz" <<a href="mailto:0.w3ntd@gmail.com">0.w3ntd@gmail.com</a>><br>Date: 19 Dec 2015 1:44 a.m.<br>Subject: Re: [SeaBIOS] SeaBIOS recognising USB 3.0 on boot works - partly<br>To: "Kevin O'Connor" <<a href="mailto:kevin@koconnor.net">kevin@koconnor.net</a>><br>Cc: <br><br type="attribution"><p dir="ltr">Is it a technically a manufacturer messing up the USB spec definitions it should be following?</p>
<p dir="ltr">Of all the USB drives I've come across, this Philips one is the only one that behaves like this. </p>
<p dir="ltr">It's like its saying "hey, I'm a USB 2.0 spec device, no wait a moment, I'm really a USB 3.0 spec device." and we turn around and say "make ya mind up", by which time it's too late.</p>
<p dir="ltr">Sometimes we just can't fix every problem. </p>
<p dir="ltr">Granted this one is a tough one to solve. </p>
<p dir="ltr">Edward.</p>
<div style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Sat, Dec 19, 2015 at 01:51:15AM +0100, Peter Stuge wrote:<br>
> Kevin O'Connor wrote:<br>
> > > Doesn't it effectively take the same amount of wall clock time?<br>
> ..<br>
> > If you're asking if current state vs unregistering/delaying would take<br>
> > the same wall time - thinking about that now, it might be true.<br>
><br>
> Right - that's what I meant. I think it will, because ..<br>
><br>
><br>
> > I guess the implementaiton and how things like CONFIG_THREADS=n are<br>
> > handled would determine that.<br>
><br>
> .. by the time the menu is shown and/or SeaBIOS boots automatically<br>
> there is only one thread running anyway, right?<br>
><br>
> (Or is this where I am missing something?)<br>
<br>
Thinking about this further, USB hubs are the real issue.  In theory,<br>
a hub could have the same issue of being detected initially as USB2<br>
and then later as USB3.  In this situation, delaying does fix the<br>
issue, but it adds more wall time as then one can't query the devices<br>
downstream of the hub until after the delay.  Unregistration doesn't<br>
work well with hubs, because it's complicated to determine<br>
connectivity for devices downstream of a hub that's been removed, and<br>
because it would require different code for unregistration of mice and<br>
keyboards.<br>
<br>
-Kevin<br>
<br>
_______________________________________________<br>
SeaBIOS mailing list<br>
<a href="mailto:SeaBIOS@seabios.org" target="_blank">SeaBIOS@seabios.org</a><br>
<a href="http://www.seabios.org/mailman/listinfo/seabios" rel="noreferrer" target="_blank">http://www.seabios.org/mailman/listinfo/seabios</a><br>
</div>
</div>