Update of sr #111312 (group freeipmi):

             Open/Closed:                    Open => Closed

    _______________________________________________________

Follow-up Comment #33:

Great, I've already pushed the fixes to the repo and will close this issue.
Since it's 3pm my time on a Friday, I'll do the release next week.

As an aside for future readers coming to this issue.  I was wondering how this
could have gone unnoticed for so long.  I think it's a combination of multiple
reasons:

A) arm is less popular than x86 (somewhat obvious)

B) the analog data format would have to be 1s/2s complement vs unsigned.  Not
sure how common each are relative to each, other, although I would bet
unsigned is more common (i.e. temperatures or RPMs won't be negative)

C) (I think this is the big one) the signed bit actually has to be set to
matter, i.e. the "common" raw sensor value is > 0x7F.  I think this is
probably much lower odds in general.  For some reason on this system, the
"common" reading is 0xF9 - 0xFC or so.  
Doing a sampling on some boards I have access to, the raw sensor reading is
always < 0x30.


    _______________________________________________________

Reply to this item at:

  <https://savannah.gnu.org/support/?111312>

_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/

Attachment: signature.asc
Description: PGP signature

Reply via email to