This is the bug/patch tracker for Rockbox. Click here for more information.
Quick links: Bugs · Patches · Rockbox frontpage
FS#8588 - Re-disable USB devices on disconnect to save power
Attached to Project:
Rockbox
Opened by Barry Wardell (barrywardell) - Monday, 11 February 2008, 10:34 GMT+1
Last edited by Barry Wardell (barrywardell) - Tuesday, 19 February 2008, 16:27 GMT+1
Opened by Barry Wardell (barrywardell) - Monday, 11 February 2008, 10:34 GMT+1
Last edited by Barry Wardell (barrywardell) - Tuesday, 19 February 2008, 16:27 GMT+1
|
DetailsThe commit of
The attached patch should disable the USB devices again when a disconnection is detected. Tested on a Sansa e280 to the extent that it doesn't seem to cause any new problems. |
This task depends upon
Closed by Barry Wardell (barrywardell)
Tuesday, 19 February 2008, 16:27 GMT+1
Reason for closing: Accepted
Tuesday, 19 February 2008, 16:27 GMT+1
Reason for closing: Accepted
FS#8582. This seems to be a duplicate.Interesting thing is: Even when applying the patch the battery consumption is higher when charging via USB while rockbox is running, disconnecting it and directly run a battery bench. My standard usecase is to charge my iPod in "disk mode", then disconnect to load rockbox and start the battery bench after a clean startup. The consumption (calculated from the runtime) is ~3 mA higher when using the first use case.
Can anyone reproduce this and has anyone an idea? I did not find any obvious registers that were enabled during usb_core_init().
FS#8582does a reset and en/dis-able every time usb_pin_detect() is called which I think could be quite frequently.FS#8582?FS#8582(and after detaching USB I've checked that the devices were disabled via debug menu).1) charging via OF disk mode, restart, benching -> consumption ~28.3mA
2) charging via USB mode under rockbox, USB disconnect, benching -> consumption ~30.0mA
The former 3mA difference were a misinterpretation, nevertheless there is a significant difference of about 1.7mA between both uses cases.
Some other facts:
- DEV_EN/DEV_INIT-registers are properly set with your patch -> this does not seem to be the reason.
- Boost ratio of playback compared before and after USB-connection is nearly the same (20% -> 21%). So there is no significant higher CPU-load.
Any other ideas?