dbus-sensors
Brad Bishop
bradleyb at fuzziesquirrel.com
Wed Apr 22 22:24:06 AEST 2020
at 8:11 AM, Patrick Williams <patrick at stwcx.xyz> wrote:
> On Wed, Apr 22, 2020 at 07:56:14AM -0400, Brad Bishop wrote:
>> at 5:54 PM, James Feist <james.feist at linux.intel.com> wrote:
>>>> 3. After creating this event log, make sure not to do it again until
>>>> main power is cycled.
>>>
>>> I'd rather this be until the status goes OK again.
>>
>> We have user-experience requirements that the server administrator must be
>> “nagged” in this fashion when something is broken like this. Could the
>> behavior be selectable via build switch? Any other ideas on how to
>> accommodate both behaviors?
>
> This sounds like a form of error filtering. Shouldn't that decision be
> done at a much higher level in the stack than down in the entity that
> reads the hardware sensor?
Thats an interesting thought. When the error reporting code sees the error
for the first time, it could maintain a list of errors that it needs to
“replay” at different system events, like when the server powers on.
This is certainly more flexible and I like the idea - but one down side
though is the logging code becomes stateful and the complexity is slightly
higher.
More information about the openbmc
mailing list