PR 185 from 2.0 about uhs30 HOT 5 CLOSED

hold on on this till the next week. I'm building a permanent test setup so that any fix can be checked quickly against the real gear. It will be a linux machine with several arduino/shield combos always connected. The hardware for the box will arrive Friday, I'll put it online over the weekend.

from uhs30.

@felis sounds awesome! Looking forward to the blog post :)

from uhs30.

Been a long time for me to actually look into this, and....

Does not apply!

bmNakPower is never cleared or set by the driver code.

Attributes are only reset in the proper places within the core enumeration code and bmNakPower is always set correctly after the clearing of the toggles.

Setting the attributes to zero is faster and less code than setting each individual member of the union.
1 instruction v.s. 2!

So... closing it, 'tis a non-issue.

from uhs30.

It was an issue for the ACM code: felis/USB_Host_Shield_2.0#184. I just decided to change all of them, so people didn't accidentally clear bmNakPower when copying pasting code around.

from uhs30.

That's the advantage of having such a thing in one place as on UHS3 ;-) Perhaps UHS2 could use a common inline call instead of having it sprinkled all over the place, so that the order is always correct. That way, any copy/paste won't be an issue.

from uhs30.