<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=Windows-1252">
<style type="text/css" style="display:none;"> P {margin-top:0;margin-bottom:0;} </style>
</head>
<body dir="ltr">
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
Hi All,</div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
   Please ignore my previous mail.</div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
Thanks</div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
Mani.E<br>
</div>
<div id="appendonsend"></div>
<hr style="display:inline-block;width:98%" tabindex="-1">
<div id="divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" style="font-size:11pt" color="#000000"><b>From:</b> Manikandan E <manikandan.e@hcl.com><br>
<b>Sent:</b> 24 December 2020 22:37<br>
<b>To:</b> openbmc@lists.ozlabs.org <openbmc@lists.ozlabs.org><br>
<b>Subject:</b> Re: openbmc Digest, Vol 64, Issue 61</font>
<div> </div>
</div>
<style type="text/css" style="display:none">
<!--
p
        {margin-top:0;
        margin-bottom:0}
-->
</style>
<div dir="ltr">
<div style="font-family:Calibri,Arial,Helvetica,sans-serif; font-size:12pt; color:rgb(0,0,0)">
Dear Kotes,</div>
<div style="font-family:Calibri,Arial,Helvetica,sans-serif; font-size:12pt; color:rgb(0,0,0)">
<br>
</div>
<div style="font-family:Calibri,Arial,Helvetica,sans-serif; font-size:12pt; color:rgb(0,0,0)">
I am not able to change RM in ESS as attached snap issue and raised SSD  .</div>
<div style="font-family:Calibri,Arial,Helvetica,sans-serif; font-size:12pt; color:rgb(0,0,0)">
<br>
</div>
<div style="font-family:Calibri,Arial,Helvetica,sans-serif; font-size:12pt; color:rgb(0,0,0)">
Will update RM after issue is fixed.<br>
</div>
<div style="font-family:Calibri,Arial,Helvetica,sans-serif; font-size:12pt; color:rgb(0,0,0)">
<br>
</div>
<div style="font-family:Calibri,Arial,Helvetica,sans-serif; font-size:12pt; color:rgb(0,0,0)">
<br>
</div>
<div style="font-family:Calibri,Arial,Helvetica,sans-serif; font-size:12pt; color:rgb(0,0,0)">
Thanks</div>
<div style="font-family:Calibri,Arial,Helvetica,sans-serif; font-size:12pt; color:rgb(0,0,0)">
Mani.E<br>
</div>
<div id="x_appendonsend"></div>
<hr tabindex="-1" style="display:inline-block; width:98%">
<div id="x_divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" color="#000000" style="font-size:11pt"><b>From:</b> openbmc <openbmc-bounces+manikandan.e=hcl.com@lists.ozlabs.org> on behalf of openbmc-request@lists.ozlabs.org <openbmc-request@lists.ozlabs.org><br>
<b>Sent:</b> 24 December 2020 21:17<br>
<b>To:</b> openbmc@lists.ozlabs.org <openbmc@lists.ozlabs.org><br>
<b>Subject:</b> openbmc Digest, Vol 64, Issue 61</font>
<div> </div>
</div>
<div class="x_BodyFragment"><font size="2"><span style="font-size:11pt">
<div class="x_PlainText">[CAUTION: This Email is from outside the Organization. Unless you trust the sender, Don’t click links or open attachments as it may be a Phishing email, which can steal your Information and compromise your Computer.]<br>
<br>
Send openbmc mailing list submissions to<br>
        openbmc@lists.ozlabs.org<br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
        <a href="https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.ozlabs.org%2Flistinfo%2Fopenbmc&amp;data=04%7C01%7Cmanikandan.e%40hcl.com%7Cf3a0dcdc61be45d37abe08d8a8236b42%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637444217385303803%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=VvMdH6QwpLbItcdbbVrEDYfPPCG2OGBBxCC%2FqAb57F8%3D&amp;reserved=0">
https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.ozlabs.org%2Flistinfo%2Fopenbmc&amp;data=04%7C01%7Cmanikandan.e%40hcl.com%7Cf3a0dcdc61be45d37abe08d8a8236b42%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637444217385303803%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=VvMdH6QwpLbItcdbbVrEDYfPPCG2OGBBxCC%2FqAb57F8%3D&amp;reserved=0</a><br>
or, via email, send a message with subject or body 'help' to<br>
        openbmc-request@lists.ozlabs.org<br>
<br>
You can reach the person managing the list at<br>
        openbmc-owner@lists.ozlabs.org<br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of openbmc digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
   1. Re: create meta-ampere folder in openbmc repo (Thang Q. Nguyen)<br>
   2. Re: Phosphor-hwmon: reduce hwmonio::retries when sensor is<br>
      Nonfunctional. (Lei Yu)<br>
   3. Re: Phosphor-hwmon: reduce hwmonio::retries when sensor is<br>
      Nonfunctional. (Thu Nguyen)<br>
   4. peci-pcie CI issues (Andrei Kartashev)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Thu, 24 Dec 2020 08:46:47 +0700<br>
From: "Thang Q. Nguyen" <thang@os.amperecomputing.com><br>
To: Brad Bishop <bradleyb@fuzziesquirrel.com>, OpenBMC Maillist<br>
        <openbmc@lists.ozlabs.org><br>
Subject: Re: create meta-ampere folder in openbmc repo<br>
Message-ID:<br>
        <0e2507bc-f8c5-85c4-cd39-4c603a729f4c@os.amperecomputing.com><br>
Content-Type: text/plain; charset=utf-8; format=flowed<br>
<br>
Hi Brad,<br>
<br>
Can you help create the meta-ampere folder inside the openbmc repository?<br>
<br>
<br>
Best Regards,<br>
<br>
Thang Q. Nguyen -<br>
<br>
On 12/16/20 16:54, Thang Q. Nguyen wrote:<br>
> Hi Brad,<br>
><br>
> Please help add meta-ampere repository into openbmc as a subtree.<br>
> The meta-ampere repository has been populated with basic bring up code.<br>
><br>
> Thanks,<br>
> Thang Q. Nguyen<br>
><br>
<br>
<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Thu, 24 Dec 2020 09:52:29 +0800<br>
From: Lei Yu <yulei.sh@bytedance.com><br>
To: Thu Nguyen <thu@amperemail.onmicrosoft.com><br>
Cc: openbmc <openbmc@lists.ozlabs.org><br>
Subject: Re: Phosphor-hwmon: reduce hwmonio::retries when sensor is<br>
        Nonfunctional.<br>
Message-ID:<br>
        <CAGm54UEr=jX1jHFYG37BthZ0YoVeqcAtk3NrrFXf=ki7Vfzm5A@mail.gmail.com><br>
Content-Type: text/plain; charset="UTF-8"<br>
<br>
On Wed, Dec 23, 2020 at 11:33 PM Thu Nguyen<br>
<thu@amperemail.onmicrosoft.com> wrote:<br>
><br>
> On 12/16/20 14:33, Thu Nguyen wrote:<br>
> > Hi All,<br>
> ><br>
> ><br>
> > I'm working with Fan sensors on Ampere MtJade platform.<br>
> ><br>
> > In this platform, I have multiple fans which name as FAN3_1, FAN3_2,<br>
> > FAN4_1, FAN4_2, FAN5_1...<br>
> ><br>
> > I added the configuration for those fans in phosphor-hwmon and I also<br>
> > added option "--enable-update-functional-on-fail" in phosphor-hwmon<br>
> > build flag. I'm trying to set fan functional to false when unplug fan.<br>
> ><br>
> > Flash new image to the board, read functional of fans. The time to<br>
> > read dbus property is about 0.05->0.1 seconds:<br>
> ><br>
> > root@mtjade:~# time busctl get-property<br>
> > xyz.openbmc_project.Hwmon-1644477290.Hwmon1<br>
> > /xyz/openbmc_project/sensors/fan_tach/FAN4_2<br>
> > xyz.openbmc_project.State.Decorator.OperationalStatus Functional<br>
> > b true<br>
> ><br>
> > real    0m0.078s<br>
> > user    0m0.002s<br>
> > sys    0m0.032s<br>
> > root@mtjade:~# time busctl get-property<br>
> > xyz.openbmc_project.Hwmon-1644477290.Hwmon1<br>
> > /xyz/openbmc_project/sensors/fan_tach/FAN3_2<br>
> > xyz.openbmc_project.State.Decorator.OperationalStatus Functional<br>
> > b true<br>
> ><br>
> ><br>
> > real    0m0.044s<br>
> > user    0m0.001s<br>
> > sys    0m0.034s<br>
> ><br>
> > After unplug one fan (FAN4_2), I can see that fan functional of FAN4_2<br>
> > is set to false as expected. And functional of others fans keeps<br>
> > true. But the time to get dbus properties of all fans have a huge<br>
> > increasement event in the working fans.<br>
> ><br>
> > ~# time busctl get-property<br>
> > xyz.openbmc_project.Hwmon-1644477290.Hwmon1<br>
> > /xyz/openbmc_project/sensors/fan_tach/FAN4_2<br>
> > xyz.openbmc_project.State.Decorator.OperationalStatus Functional<br>
> > b false<br>
> ><br>
> > real    0m1.189s<br>
> > user    0m0.001s<br>
> > sys    0m0.036s<br>
> ><br>
> > ~# time busctl get-property<br>
> > xyz.openbmc_project.Hwmon-1644477290.Hwmon1<br>
> > /xyz/openbmc_project/sensors/fan_tach/FAN3_2<br>
> > xyz.openbmc_project.State.Decorator.OperationalStatus Functional<br>
> > b true<br>
> ><br>
> > real    0m3.285s<br>
> > user    0m0.010s<br>
> > sys    0m0.028s<br>
> ><br>
> > The "ipmitool sdr type 0x4" commands is also failed because this<br>
> > increasement.<br>
> ><br>
> > ~$ time ipmitool -I lanplus -U root -P 0penBmc -C 17 -H <BMCIP> sdr<br>
> > type 0x4<br>
> > FAN3_1           | 25h | ok  | 29.13 | 5100 RPM<br>
> > FAN3_2           | 28h | ok  | 29.16 | 4700 RPM<br>
> > FAN4_1           | 2Bh | ns  | 29.19 | No Reading<br>
> > FAN4_2           | 2Eh | ns  | 29.22 | No Reading<br>
> > FAN5_1           | 31h | ns  | 29.25 | No Reading<br>
> > FAN5_2           | 34h | ns  | 29.28 | No Reading<br>
> > FAN6_1           | 37h | ns  | 29.31 | No Reading<br>
> > FAN6_2           | 3Ah | ns  | 29.34 | No Reading<br>
> > FAN7_1           | 3Dh | ns  | 29.37 | No Reading<br>
> > FAN7_2           | 40h | ns  | 29.40 | No Reading<br>
> > FAN8_1           | 43h | ns  | 29.43 | No Reading<br>
> > FAN8_2           | 46h | ns  | 29.46 | No Reading<br>
> > PSU0_fan1        | F5h | ns  | 29.60 | No Reading<br>
> > PSU1_fan1        | F6h | ns  | 29.61 | No Reading<br>
> ><br>
> > real    2m43.704s<br>
> > user    0m0.046s<br>
> > sys    0m0.057s<br>
> ><br>
> > The cause of this increasement is when it failed to read one sensor<br>
> > phosphor-hwmon keep trying to read the sensors with the retry is 10<br>
> > and the 100ms delays between retry times.<br>
> ><br>
> > Should we reduce the retry for non-functional sensors?<br>
<br>
When a fan is unplugged, its "Present" property should be false as well.<br>
Maybe you could check that property and skip such fans?<br>
<br>
> ><br>
> ><br>
> > Regards.<br>
> ><br>
> > Thu Nguyen<br>
> Hi All,<br>
><br>
> Any feed back on this?<br>
><br>
> Thu Nguyen,<br>
><br>
<br>
<br>
--<br>
BRs,<br>
Lei YU<br>
<br>
<br>
------------------------------<br>
<br>
Message: 3<br>
Date: Thu, 24 Dec 2020 09:32:14 +0700<br>
From: Thu Nguyen <thu@amperemail.onmicrosoft.com><br>
To: Lei Yu <yulei.sh@bytedance.com><br>
Cc: openbmc <openbmc@lists.ozlabs.org><br>
Subject: Re: Phosphor-hwmon: reduce hwmonio::retries when sensor is<br>
        Nonfunctional.<br>
Message-ID:<br>
        <2c526c72-bcad-4751-d18b-3b07ffd12964@amperemail.onmicrosoft.com><br>
Content-Type: text/plain; charset=utf-8; format=flowed<br>
<br>
On 12/24/20 08:52, Lei Yu wrote:<br>
> On Wed, Dec 23, 2020 at 11:33 PM Thu Nguyen<br>
> <thu@amperemail.onmicrosoft.com> wrote:<br>
>> On 12/16/20 14:33, Thu Nguyen wrote:<br>
>>> Hi All,<br>
>>><br>
>>><br>
>>> I'm working with Fan sensors on Ampere MtJade platform.<br>
>>><br>
>>> In this platform, I have multiple fans which name as FAN3_1, FAN3_2,<br>
>>> FAN4_1, FAN4_2, FAN5_1...<br>
>>><br>
>>> I added the configuration for those fans in phosphor-hwmon and I also<br>
>>> added option "--enable-update-functional-on-fail" in phosphor-hwmon<br>
>>> build flag. I'm trying to set fan functional to false when unplug fan.<br>
>>><br>
>>> Flash new image to the board, read functional of fans. The time to<br>
>>> read dbus property is about 0.05->0.1 seconds:<br>
>>><br>
>>> root@mtjade:~# time busctl get-property<br>
>>> xyz.openbmc_project.Hwmon-1644477290.Hwmon1<br>
>>> /xyz/openbmc_project/sensors/fan_tach/FAN4_2<br>
>>> xyz.openbmc_project.State.Decorator.OperationalStatus Functional<br>
>>> b true<br>
>>><br>
>>> real    0m0.078s<br>
>>> user    0m0.002s<br>
>>> sys    0m0.032s<br>
>>> root@mtjade:~# time busctl get-property<br>
>>> xyz.openbmc_project.Hwmon-1644477290.Hwmon1<br>
>>> /xyz/openbmc_project/sensors/fan_tach/FAN3_2<br>
>>> xyz.openbmc_project.State.Decorator.OperationalStatus Functional<br>
>>> b true<br>
>>><br>
>>><br>
>>> real    0m0.044s<br>
>>> user    0m0.001s<br>
>>> sys    0m0.034s<br>
>>><br>
>>> After unplug one fan (FAN4_2), I can see that fan functional of FAN4_2<br>
>>> is set to false as expected. And functional of others fans keeps<br>
>>> true. But the time to get dbus properties of all fans have a huge<br>
>>> increasement event in the working fans.<br>
>>><br>
>>> ~# time busctl get-property<br>
>>> xyz.openbmc_project.Hwmon-1644477290.Hwmon1<br>
>>> /xyz/openbmc_project/sensors/fan_tach/FAN4_2<br>
>>> xyz.openbmc_project.State.Decorator.OperationalStatus Functional<br>
>>> b false<br>
>>><br>
>>> real    0m1.189s<br>
>>> user    0m0.001s<br>
>>> sys    0m0.036s<br>
>>><br>
>>> ~# time busctl get-property<br>
>>> xyz.openbmc_project.Hwmon-1644477290.Hwmon1<br>
>>> /xyz/openbmc_project/sensors/fan_tach/FAN3_2<br>
>>> xyz.openbmc_project.State.Decorator.OperationalStatus Functional<br>
>>> b true<br>
>>><br>
>>> real    0m3.285s<br>
>>> user    0m0.010s<br>
>>> sys    0m0.028s<br>
>>><br>
>>> The "ipmitool sdr type 0x4" commands is also failed because this<br>
>>> increasement.<br>
>>><br>
>>> ~$ time ipmitool -I lanplus -U root -P 0penBmc -C 17 -H <BMCIP> sdr<br>
>>> type 0x4<br>
>>> FAN3_1           | 25h | ok  | 29.13 | 5100 RPM<br>
>>> FAN3_2           | 28h | ok  | 29.16 | 4700 RPM<br>
>>> FAN4_1           | 2Bh | ns  | 29.19 | No Reading<br>
>>> FAN4_2           | 2Eh | ns  | 29.22 | No Reading<br>
>>> FAN5_1           | 31h | ns  | 29.25 | No Reading<br>
>>> FAN5_2           | 34h | ns  | 29.28 | No Reading<br>
>>> FAN6_1           | 37h | ns  | 29.31 | No Reading<br>
>>> FAN6_2           | 3Ah | ns  | 29.34 | No Reading<br>
>>> FAN7_1           | 3Dh | ns  | 29.37 | No Reading<br>
>>> FAN7_2           | 40h | ns  | 29.40 | No Reading<br>
>>> FAN8_1           | 43h | ns  | 29.43 | No Reading<br>
>>> FAN8_2           | 46h | ns  | 29.46 | No Reading<br>
>>> PSU0_fan1        | F5h | ns  | 29.60 | No Reading<br>
>>> PSU1_fan1        | F6h | ns  | 29.61 | No Reading<br>
>>><br>
>>> real    2m43.704s<br>
>>> user    0m0.046s<br>
>>> sys    0m0.057s<br>
>>><br>
>>> The cause of this increasement is when it failed to read one sensor<br>
>>> phosphor-hwmon keep trying to read the sensors with the retry is 10<br>
>>> and the 100ms delays between retry times.<br>
>>><br>
>>> Should we reduce the retry for non-functional sensors?<br>
> When a fan is unplugged, its "Present" property should be false as well.<br>
> Maybe you could check that property and skip such fans?<br>
><br>
In the sensor Dbus object, we don't have the present property. The<br>
present property is belong to the inventory object of the phosphor-fan.<br>
<br>
If using present properties, we have to map the fan sensor name with the<br>
corresponding inventory object. We will break the generic character of<br>
phosphor-hwmon.<br>
<br>
As my opinion, for hotplug supporting devices such as fans, we should<br>
not retry when failed to read. Because there are no difference between<br>
the fan sensors are failed to read or the fan sensors are unplugged with<br>
the fan.<br>
<br>
Is it reasonable to retry to read the failed sensors after each 0.1<br>
seconds?<br>
<br>
>>><br>
>>> Regards.<br>
>>><br>
>>> Thu Nguyen<br>
>> Hi All,<br>
>><br>
>> Any feed back on this?<br>
>><br>
>> Thu Nguyen,<br>
>><br>
><br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 4<br>
Date: Thu, 24 Dec 2020 18:47:23 +0300<br>
From: Andrei Kartashev <a.kartashev@yadro.com><br>
To: jason.m.bills <jason.m.bills@linux.intel.com><br>
Cc: openbmc <openbmc@lists.ozlabs.org><br>
Subject: peci-pcie CI issues<br>
Message-ID: <6c2c44435e704f6eee95b7e35cbc39ccfae32b62.camel@yadro.com><br>
Content-Type: text/plain; charset="UTF-8"<br>
<br>
Hello Jason,<br>
<br>
I push several patches to peci-pcie repo, but looks like CI broken<br>
there. Could you take a look on how to fix CI?<br>
<br>
[ 90%] Building CXX object CMakeFiles/peci-pcie.dir/src/peci_pcie.cpp.o<br>
In file included from /usr/local/include/boost/asio/execution.hpp:19,<br>
                 from /usr/local/include/boost/asio/system_executor.hpp:20,<br>
                 from /usr/local/include/boost/asio/associated_executor.hpp:22,<br>
                 from /usr/local/include/boost/asio/detail/bind_handler.hpp:20,<br>
                 from /usr/local/include/boost/asio/detail/wrapped_handler.hpp:18,<br>
                 from /usr/local/include/boost/asio/io_context.hpp:23,<br>
                 from /usr/local/include/boost/asio/io_service.hpp:18,<br>
                 from /home/jenkins-op/workspace/ci-repository/openbmc/peci-pcie/src/peci_pcie.cpp:22:<br>
/usr/local/include/boost/asio/execution/any_executor.hpp: In static member function ???static const std::type_info& boost::asio::execution::detail::any_executor_base::target_type_void()???:<br>
/usr/local/include/boost/asio/execution/any_executor.hpp:811:23: error: cannot use ???typeid??? with ???-fno-rtti???<br>
  811 |     return typeid(void);<br>
      |                       ^<br>
/usr/local/include/boost/asio/execution/any_executor.hpp: In static member function ???static const std::type_info& boost::asio::execution::detail::any_executor_base::target_type_ex()???:<br>
/usr/local/include/boost/asio/execution/any_executor.hpp:851:21: error: cannot use ???typeid??? with ???-fno-rtti???<br>
  851 |     return typeid(Ex);<br>
      |                     ^<br>
<br>
--<br>
Best regards,<br>
Andrei Kartashev<br>
<br>
<br>
<br>
<br>
End of openbmc Digest, Vol 64, Issue 61<br>
***************************************<br>
</div>
</span></font></div>
</div>
<font face="Arial" color="Gray" size="1">::DISCLAIMER::<br>
<hr>
The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or
 incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely
 those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent
 of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects.<br>
<hr>
</font>
</body>
</html>