lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Sat, 10 May 2014 05:32:13 -0700
From:	Guenter Roeck <linux@...ck-us.net>
To:	Andreas Werner <wernerandy@....de>, linux-kernel@...r.kernel.org
CC:	khali@...ux-fr.org, andreas.werner@....de
Subject: Re: Question: hwmon: Adding addtitional sysfs entries

On 05/10/2014 06:22 AM, Andreas Werner wrote:
> Hi,
> i am currently working on an implemenation of my Board Management Controller (BMC).
>
> This Controller is a MCR assembled on almost all of our Compact PCI or Compact PCI Serial
> Cards as well as on some other CPU Boards.
>
> The BMC includes LED´s, Watchdog, Voltage Monitoring and some other features.
> I have already implemented an MFD driver, LED and Watchdog driver.
>
> Currently i am working on the hwmon implemenation. This includes for the first step the
> voltage monitoring.
>
> The BMC has some other feature which are not supported by any of the subsystem.
>   - Errorcounter (Board status)
>   - Power Failure status
>   - Operating ours

Guess you mean hours here.

>   - Do software reset, do cold reset
>   - Set power modes
>   - Backplate Geographical Address
>
> These are all informations related to the Board where the BMC is assembled to.
> I think all those features could be part of the hwmon implementation.
>
Why ?

> Is it possible to add "custom" sysfs entries in my hwmon driver to support all these features?
> Does lm-sensor ingore those custom features or is it a problem for lm-sensors?
>
> What is the normal way to add those features?
>

The hwmon subsystem isn't really the correct location for this functionality.
Power management should be done with a regulator driver (possibly power).
The other attributes and functionality would better fit into the mfd core
driver.

You might want to tie the reset functions into the system reset functionality.

Guenter

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ