The type of sensor value in redfish should be double or int64?

James Feist james.feist at linux.intel.com
Wed Oct 16 10:19:43 AEDT 2019


On 10/15/19 4:15 PM, Brad Bishop wrote:
> at 6:19 PM, Ed Tanous <ed.tanous at intel.com> wrote:
> 
>> On 10/15/19 12:04 PM, Brad Bishop wrote:
>>> Is it possible to get bmcweb supporting patch with double and int?  On
>>> the surface this seems like the shortest path to enabling Carol.
>>
>> Unless phosphor-hwmon is patched to support settable sensors, I don't
>> think there's a good reason to add support to bmcweb.
> 
> Ok.  A couple different questions then.
> 
> What does it mean to be settable?  phosphor-hwmon implements 
> Sensor.Value and, (in violation of the interface documentation), doesn’t 
> prevent an external application from writing to the properties in it.
> 
> I assumed the assertion that phosphor-hwmon doesn’t provide settable 
> sensors is because the value set by an external application doesn’t 
> stick?  The phosphor-hwmon application logic will write over it the next 
> time it polls the hwmon device.
> 
> So what does dbus-sensors do for hardware sensors?  Does the application 
> ignore the hardware state after being patched via Redfish?

Yes until the sensor is reset.


> 
>> With that said,
>> it's just software, it could certainly be done.  Someone would need to
>> sort out how to manage the scale factor, as a Redfish PATCH request
>> doesn't have a concept of scale, and operates on a float, so you'd have
>> to do some software handholding to convert the value to something
>> appropriate before it was scaled to the int64.
>>
>> With that said, all of this seems like a lot of work.
> 
> I don’t know of any alternatives that are less work.  If there are some, 
> I’d love to hear about them.  There were several years of OpenBMC 
> development against the integer interface signature before double became 
> a problem - as Patrick mentioned - undoing all that will not be trivial.
> 
>>
>> Just to clarify in case anyone isn't clear, the /xyz/* and /org/* type
>> REST handlers do support SetProperty for int and double, and introspects
>> the daemon to determine which one should be used.  So far as I'm aware,
>> the only thing non-functional is a Redfish patch of a sensor, as it's a
>> bit more complex to do properly.
> 
> I had a look at the Sensor schema in the latest Resource and Schema 
> guide and the sensor reading property is read only.  Why do we even 
> allow it to be patched?
> 

The intention was for this to only be in manufacturing test mode (not 
sure if that is true today or not). So under a normal user, it would be 
read only.

>>
>> -Ed
> 


More information about the openbmc mailing list