回覆: [entity-manager] Question about temperature sensor stops update

[Chris Chen (TPI)]

Hi Andrei,

Thanks for your prompt reply and the explanation of #2, I understood now.

For question #1, let me rephrase it, please. I mean the temperature value I read is always the same. The value always shows 40.187, it wouldn't be changed even I read it again after a while. But if I declare the temp sensors on the I2C bus node in my dts, the value will change all the time. Do you have any idea about this?


Regards,
Chris Chen

________________________________
寄件者: Andrei Kartashev <a.kartashev at yadro.com>
寄件日期: 2021年10月29日 下午 04:33
收件者: Chris Chen (TPI) <Chris.Chen3 at flex.com>; openbmc at lists.ozlabs.org <openbmc at lists.ozlabs.org>
主旨: Re: [entity-manager] Question about temperature sensor stops update

Hello,

I didn't catch, what is your problem. As I see from the logs,
everything is fine: temp sensors instantiated, dbus objects created,
readings present. What's wrong?

As for FruDevice: yes, it's kind of weird behaviour: it exposes not
only actual FRU devices but also other I2C devices. You can introspect
that objects and see that they exposes
xyz.openbmc_project.Inventory.Item.I2CDevice interface instead of
xyz.openbmc_project.FruDevice

On Fri, 2021-10-29 at 08:02 +0000, Chris Chen (TPI) wrote:FruDevice
> Hi everyone,
>
> Actually, I have 2 questions as below:
>    1. I got understood from others on the mailing list, that I don't
> have to declare EEPROM or temp sensors on the I2C bus node in my dts,
> and it should be fine even I did it at the beginning. So I tried to
> remove this declaration in dts, then the sensor value I got is fixed,
> no update. Can someone help to take look at why it is?
>              Here are some logs that appeared automatically after the
> system booted up.  It looks like that entity-manager works fine. And
> the commands I used to check value.
>              =======================================
>              [   23.713596] lm75 6-0049: hwmon1: sensor 'tmp75'
>              [   23.718894] i2c i2c-6: new_device: Instantiated
> device tmp75 at 0x49
>              [   23.728520] lm75 6-004c: hwmon2: sensor 'tmp75'
>              [   23.733779] i2c i2c-6: new_device: Instantiated
> device tmp75 at 0x4c
>             [   23.743707] lm75 6-004d: hwmon3: sensor 'tmp75'
>             [   23.749042] i2c i2c-6: new_device: Instantiated device
> tmp75 at 0x4d
>
>              # busctl introspect xyz.openbmc_project.HwmonTempSensor
> /xyz/openbmc_project/sensors/temperature/DIMM_P1_EFGH
>              xyz.openbmc_project.Sensor.Value
>  interface -         -                                        -
>              .MaxValue
> property  d         127                                      emits-
> change
>              .MinValue
> property  d         -128                                     emits-
> change
>              .Unit
> property  s         "xyz.openbmc_project.Sensor.Value.Uni... emits-
> change
>              .Value
>  property  d        40.187                                   emits-
> change writable
>
>              # cat /sys/bus/i2c/devices/6-
> 004d/hwmon/hwmon3/temp1_input
>             40187
>             =======================================
>    1. From my understanding, there is "detection daemon" which scans
> I2C bus looking for EEPROMs with IPMI FRU data. However, I found all
> devices on the I2C buses would be listed, not only Fru devices, when
> I used the command below. Is this correct?
>             # busctl tree xyz.openbmc_project.FruDevice
>             `-/xyz
>               `-/xyz/openbmc_project
>                 `-/xyz/openbmc_project/FruDevice
>                   |-/xyz/openbmc_project/FruDevice/0_80
>                   |-/xyz/openbmc_project/FruDevice/0_88
>                   |-/xyz/openbmc_project/FruDevice/2_108
>                   |-/xyz/openbmc_project/FruDevice/2_112
>                   |-/xyz/openbmc_project/FruDevice/2_68
>                   |-/xyz/openbmc_project/FruDevice/2_72
>                   |-/xyz/openbmc_project/FruDevice/3_22
>                   |-/xyz/openbmc_project/FruDevice/3_50
>                   |-/xyz/openbmc_project/FruDevice/4_56
>                   |-/xyz/openbmc_project/FruDevice/5_48
>                   |-/xyz/openbmc_project/FruDevice/5_81
>                   |-/xyz/openbmc_project/FruDevice/6_73
>                   |-/xyz/openbmc_project/FruDevice/6_76
>                   |-/xyz/openbmc_project/FruDevice/6_77
>                   |-/xyz/openbmc_project/FruDevice/7_80
>                   |-/xyz/openbmc_project/FruDevice/7_88
>                   |-/xyz/openbmc_project/FruDevice/8_101
>                    `-/xyz/openbmc_project/FruDevice/hudsonbay    ß
> this is the probe name we define in JSON configuration
>
> Thanks.
>
> Regards,
> Chris Chen
> Legal Disclaimer :
> The information contained in this message may be privileged and
> confidential.
> It is intended to be read only by the individual or entity to whom it
> is addressed
> or by their designee. If the reader of this message is not the
> intended recipient,
> is strictly prohibited. If you have received this message in error,
> please immediately notify the sender and delete or destroy any copy
> of this message!

--
Best regards,
Andrei Kartashev


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ozlabs.org/pipermail/openbmc/attachments/20211029/cf7b1e62/attachment-0001.htm>