[PATCH 0/5] Power supply and resume ordering meddling

[Sean McNeil]

Mike (mwester) wrote:
> Michael 'Mickey' Lauer wrote:
> ...
>   
>> Conceptual complaint:
>>
>> LED on AUX for charging is very suboptimal. Conceptually, the power button has 
>> to do with power, so if at all, the power LED needs to be lit on charging.
>>     
> ...
>
> I realize I'm late (real life is getting in the way of my fun right
> now), but I just flashed the new kernel and observed the latest charge
> behavior.
>
> Mickey is being very polite with the term "suboptimal".  I think when
> you see it, the term most would use is "WRONG!" :)  Honestly, my first
> reaction was to start poking at the screen to see if I had inadvertently
> dialed a call and put someone on hold -- it's just the wrong LED to use.
> It took a few moments for me to realize what that LED was telling me; it
> shouldn't be that way. IMO lighting the one on the power button, right
> beside the USB connector, is clearly the intuitive choice.
>
> I know that's not anyone on this thread's decision -- please forward
> this feedback to the appropriate decision-makers who made this choice,
> as just a bit of feedback from one member of the user community.
>
> Thanks,
> Mike (mwester
I've noticed something else that looks like it could be an hardware 
issue. LEDs are not able to be lit when you are in suspend mode. This 
means you can't indicate a charge if you are plugged in and suspended.
 I can set this capability in my application, but it isn't default behavior.