Announcement

Collapse
No announcement yet.

Linux 6.5 Bringing Sensor Monitoring To Many More Desktop Motherboards

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • Linux 6.5 Bringing Sensor Monitoring To Many More Desktop Motherboards

    Phoronix: Linux 6.5 Bringing Sensor Monitoring To Many More Desktop Motherboards

    Among the many interesting changes that landed the past two weeks for the Linux 6.5 merge window, the hardware monitoring "HWMON" subsystem updates as a whole standout for bringing numerous desktop motherboards and other devices to now enjoy working sensor monitoring support under Linux...

    Phoronix, Linux Hardware Reviews, Linux hardware benchmarks, Linux server benchmarks, Linux benchmarking, Desktop Linux, Linux performance, Open Source graphics, Linux How To, Ubuntu benchmarks, Ubuntu hardware, Phoronix Test Suite

  • #2
    This is awesome news! Now do they have any monitoring for the Mellanox cards yet?

    Comment


    • #3
      HWMON works as a tool?

      Comment


      • #4
        Is kernel 6.5 actually going to load the nct6775 driver natively, without jumping through hoops and force-loading for the nct6799D support of the Asus Crosshair X670 Hero?

        Comment


        • #5
          Originally posted by MorrisS. View Post
          HWMON works as a tool?
          The tool is the sensors command, provided by the lm_sensors package on most distributions. HWMON is the sysfs API it uses, which can be explored under /sys/class/hwmon. Unfortunately the numbering isn't stable, but there's usually a way to resolve that by going through /sys/devices/platform or /sys/devices/pci*. My video card, for example, keeps its sensors at /sys/devices/pci0000:00/0000:00:01.0/0000:01:00.0/hwmon/*/.

          Comment


          • #6
            That's the problem with all prior kernels. The lm-sensors, sensors-detect can't find the nct6799D SIO chip after probing all the possible locations. You have to have gotten clued in by the user community to figure out the actual hardware address that it is located and force-load the driver at the location.

            That is the question I am asking. Has it been coded in for the proper address in the 6.5 kernel yet?

            Comment


            • #7
              Originally posted by yump View Post

              The tool is the sensors command, provided by the lm_sensors package on most distributions. HWMON is the sysfs API it uses, which can be explored under /sys/class/hwmon. Unfortunately the numbering isn't stable, but there's usually a way to resolve that by going through /sys/devices/platform or /sys/devices/pci*. My video card, for example, keeps its sensors at /sys/devices/pci0000:00/0000:00:01.0/0000:01:00.0/hwmon/*/.
              Many thanks. So, which sensor tools take benefit from HWMON?
              Last edited by MorrisS.; 13 July 2023, 09:08 AM.

              Comment


              • #8
                Originally posted by MorrisS. View Post

                Many thanks. So, which sensor tools take benefit by HWMON?
                Corectrl can read it and control fan speeds, if your Super I/O chip's driver supports that, although the main utility of that application is GPU overclock/undervolt application profiles.

                KDE Plasma has a sensor framework that reads it, so you can make taskbar and desktop widgets, or a page in system monitor like this:

                screenshot of KDE system monitor physical sensors page

                There's probably at least one Gnome extension for the same thing.

                Htop and btop can display CPU temperature, and are probably using hwmon for that.

                The /r/unixporn window manager lovers are probably doing something with conky or Eww. I don't know what the current popular Wayland-friendly thing is.

                lm_sensors includes it's own basic fan control shell script, "fancontrol", and a wizard to configure it, "pwmconfig", although I think it only supports simple linear temperature -> pwm mapping, and is not user-friendly for interactive tuning.

                And of course you can always hack up your own daemon. It's just reading and writing some files in /sys/.
                Last edited by yump; 13 July 2023, 09:10 AM.

                Comment


                • #9
                  can somebody explain me this commit?


                  I was about buying a mobo from the list. Do I now have to force the driver loading?

                  Comment


                  • #10
                    I only looked at the diff, but I think it will now load on any motherboard that seems like it could work, whether it's on the list or not, without forcing. Presumably any motherboard on the list was tested to work by somebody, so buying one off the list should still be a good choice.

                    The kernel is not maintaining the list of known-good motherboards anymore. Of course, that leaves up-in-the-air the question of whether anyone is maintaining a list of known-good motherboards.

                    Comment

                    Working...
                    X