Re: [PATCH 0/5] hwmon: (nct6775) Add i2c support

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sun, Feb 27, 2022 at 01:38:31PM PST, Oleksandr Natalenko wrote:
Hello.

On neděle 27. února 2022 1:27:55 CET Zev Weiss wrote:
On Sat, Feb 26, 2022 at 04:14:12PM PST, Oleksandr Natalenko wrote:
>Hello.
>
>On sobota 26. února 2022 14:30:42 CET Zev Weiss wrote:
>> Hello,
>>
>> This patch series augments the existing nct6775 driver with support
>> for the hardware's i2c interface.
>
>Is it something I can test on my ASUS Pro WS X570-ACE board as an ordinary user, and if so, how?
>

You could certainly test that the nct6775-platform driver still works as
it did previously, which would be good to confirm -- you'll need to
enable CONFIG_SENSORS_NCT6775_PLATFORM now to build it.

Ack.

 From what I've been able to find about that board though it looks like
it doesn't have a BMC, so testing the i2c driver on it probably isn't
going to be possible.  (Even if it does in fact have a BMC, it would
require at least a partial port of OpenBMC or similar, and re-flashing
your BMC firmware with that, and is hence a non-trivial undertaking.)

It should have, the BMC is based on RTL8117, although I have no idea if it is something that can be called true IPMI as I've never enabled/used it.


Ah, interesting -- I hadn't heard of that chip before, and web searches mostly seem to turn up discussions of that particular board (and sibling models), so I guess it's probably not very widely used elsewhere. It does appear to run an OpenWRT-based firmware with source available (https://gitlab.com/gplmirror/rtl8117), though apparently with a rather old (4.4) kernel (and with added fun goodies like what looks to be a partial implementation of an in-kernel VNC server??).

So I guess in theory if you were feeling adventurous and wanted to backport these patches to that kernel, recompile the firmware, and flash the result onto your hardware you could *maybe* test out the i2c driver, though it's probably a much deeper rabbit hole than is likely to be worthwhile, and with significant risk of leaving your hardware in an awkward (potentially bricked) state if things go awry, so it's not something I'd recommend taking on casually. There would also still be the process of figuring out at what i2c bus/address the Super-I/O chip lives for the rtl8117, if its i2c interface is even attached at all, which I don't think is guaranteed -- the rtl8117 might not need it if it's not in charge of thermal monitoring/fan control on that board, and even if it is handling that it might have a direct connection to the TSI interface instead of going through the Super-I/O chip as is done on the ASRock boards I'm familiar with.


Zev




[Index of Archives]     [Device Tree Compilter]     [Device Tree Spec]     [Linux Driver Backports]     [Video for Linux]     [Linux USB Devel]     [Linux PCI Devel]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [XFree86]     [Yosemite Backpacking]


  Powered by Linux