Asus motherboard and linux

Saved searches

Use saved searches to filter your results more quickly

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session.

Linux HWMON sensors driver for ASUS motherboards to get sensor readings from the embedded controller

License

zeule/asus-ec-sensors

This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.

Name already in use

A tag already exists with the provided branch name. Many Git commands accept both tag and branch names, so creating this branch may cause unexpected behavior. Are you sure you want to create this branch?

Sign In Required

Please sign in to use Codespaces.

Launching GitHub Desktop

If nothing happens, download GitHub Desktop and try again.

Launching GitHub Desktop

If nothing happens, download GitHub Desktop and try again.

Launching Xcode

If nothing happens, download Xcode and try again.

Launching Visual Studio Code

Your codespace will open once ready.

There was a problem preparing your codespace, please try again.

Latest commit

Only the temp sensors that I can verify are present. HWINFO in Windows shows other accumulated data and statistics (time since installed, total power used, etc) that I have not attempted to find. Signed-off-by: Michael Carns

Git stats

Files

Failed to load latest commit information.

README.md

Linux HWMON sensors driver for ASUS motherboards to read sensor data from the embedded controller

Many ASUS motherboards do not publish all the available sensors via the Super I/O chip but the missing ones are available through the embedded controller (EC) registers.

The EC registers do not provide critical values for the sensors and as such they are not published to the HWMON.

This driver is available in the mainline kernel since version 5.18, and code in this repository is kept in sync with the hwmon-next branch.

• PRIME X470-PRO
• PRIME X570-PRO
• Pro WS X570-ACE
• ProArt X570-CREATOR WIFI
• ProArt B550-CREATOR
• ROG CROSSHAIR VIII DARK HERO
• ROG CROSSHAIR VIII HERO (WI-FI)
• ROG CROSSHAIR VIII FORMULA
• ROG CROSSHAIR VIII HERO
• ROG CROSSHAIR VIII IMPACT
• ROG CROSSHAIR X670E HERO
• ROG MAXIMUS XI HERO
• ROG MAXIMUS XI HERO (WI-FI)
• ROG STRIX B550-E GAMING
• ROG STRIX B550-I GAMING
• ROG STRIX X570-E GAMING
• ROG STRIX X570-E GAMING WIFI II
• ROG STRIX X570-F GAMING
• ROG STRIX X570-I GAMING
• ROG STRIX Z390-F GAMING
• ROG STRIX Z690-A GAMING WIFI D4
• ROG ZENITH II EXTREME
• ROG ZENITH II EXTREME ALPHA

Gentoo ebuild and AUR package are available. Alternatively, you can clone the repository and then use standard make and make modules_install (as root) commands. If you use DKMS, make dkms will build the module and add it to the DKMS tree for future updates.

You can use other monitoring software to learn whether the motherboard provide sensor data via the EC. For example, HWiNFO64 shows node named «ASUS EC» for these sensors.

Libre Hardware Monitor contains a very similar to this driver implementation for EC sensors, you can look there or even test and implement support for your board with Libre Hardware Monitor first.

First, you need identification data for your board, which are vendor and board names. You can get them from DMI tables using either the dmidecode utility or run grep -e » -n /sys/class/dmi/id/board_ . If the vendor name equals (case sensitively) to «ASUSTeK COMPUTER INC.» you simply add a new entry to the dmi_table array (please keep it sorted alphabetically by board name) using the DMI_EXACT_MATCH_ASUS_BOARD_NAME macro. If the vendor name is different, please create a similar macro that accepts also the vendor name as a parameter.

The second step is to find out which sensors are supported and create a ec_board_info structure with sensor definitions for the board. You can get a hint from HWINFO if it supports your board, from the monitoring section of the UEFI user interface, or from information for similar boards. Please note differences in sensor addresses for various board families.

The last step is to find out how to secure access to the EC from race condition, because the firmware does access the same data. If you are lucky, the name of a ACPI mutex, which is used for synchronising access to the EC, can be found out in the decompiled code of the ACPI firmware.

First, you need to obtain ACPI DSDT source for your board. You can get it from /sys/firmware/acpi/tables/DSDT in the binary form and decompile using the iasl tool from the acpica package:

$ sudo cat /sys/firmware/acpi/tables/DSDT > dsdt.dat $ iasl dsdt.dat

This will produce decompiled file dsdt.dsl which you need to read and gather some information from it. Now you are on your own. Look for the definition of the EC device (PNP0C09) and for ACPI methods which access its address space. For example, in the AMD 500 series, there is a function named BREC (probably «Block Read Embedded Controller»). Its declaration starts with Method (BREC, 1 . If the function contains meaningful code, read through it a bit. Not far from the beginning it should contain a command to lock a mutex. The command in the AML (the language of the ACPI code) is named Acquire and the instructions should look like If ((Acquire (ASMX, 0xFFFF) == Zero)) . You need the name of the mutex, here it is «ASMX». Now find its declaration ( Mutex (ASMX, 0x00) ). It will be declared inside a scope, with the scope declaration looking as Device () , find the closest one to the mutex declaration towards the top of the file. Now compose the full name of the mutex, which starts from the » and then consists of device name(s) and the mutex name. In the example above the name is \AMW0.ASMX . If you can’t find mutex name, as the last resort you can use the global ACPI lock.

Now you can write down a definition for ec_board_info structure for your board, hook its address into the board identification array dmi_table , compile, and try to load the module (you might need to run make install in order to make the build system to sign the module, if your kernel rejects unsigned ones). Then the sensors command should show an entry named «asusec-. » with the sensor readings ( sensors ‘asusec-*’ will show only that entry). Please note the blank value for temperature sensors: 216.

About

Linux HWMON sensors driver for ASUS motherboards to get sensor readings from the embedded controller

Источник

совместимость материнской платы Asus PRO H510M-C/CSM с linux (linuxmint, fedora, centos) и unix (freebsd)

Доброго дня всем. Хочу купить материнскую плату Asus PRO H510M-C/CSM https://www.asus.com/ru/Motherboards-Components/Motherboards/CSM/Pro-H510M-C-CSM/ , но не знаю есть ли проблемы с совместимостью с linux (linuxmint, fedora, centos) и unix (freebsd). Подскажите кто знает ?

спасибо за информацию. если я правильно понял — если я не нашёл в этом списке модель Asus PRO H510M значит я скорее всего не смогу установить, озвученные ранее операционные системы ?

получается лучше не рисковать, не покупать эту материнскую плату под мои задачи и требования ?

Достаточно узнать, можно ли поставить Linux на плату с этим набором микросхем, в данном примере Intel H510. И если используются встроенное видео или на системной плате есть Wi-Fi адаптер, то есть ли драйвера для них. Для Linux (не слишком старых версий ядра) есть, про FreeBSD не узнавал.

fedora — точно встанет и будет работать.

CentOS Stream 8 и 9 — с большой долей вероятности тоже.

Linux Mint — должен встать и работать нормально.

FreeBSD — вот тут мне очень трудно ответить. Встать то оно вероятно встанет, но что будет работать на плате, а что нет, вот тут боюсь будут грабли.

В прежние времена я бы смотрел сюда:

Теперь платы отдельно практически не сертифицируют(и правильно делают).

Я бы смотрел в сторону Supermicro.

Конечно, конечно. Вместо дешёвой системной платы для домашнего ПК, за 7000 руб, к которой подойдёт не слишком дорогой процессор, обязательно надо купить что-то в несколько раз дороже.

У чипсетов intel совместимость с linux очень хорошая. Ethernet на Asus PRO H510M-C/CSM тоже от intel. Но зачем эта бизнес-материнка? Можно взять на h510 и вдвое дешевле.

Ну, у меня подкроватный сервер на SM и Xeon E3 Haswell уже почти 9 лет работает 24/7.

В нынешней ситуации я бы точно не стал покупать дешевое железо.

зы. А в части совместимости проблемы будут не с чипами. Проблемы будут с firmware.

i586 ★★★★★ ( 26.06.22 15:04:09 MSK )
Последнее исправление: i586 26.06.22 15:09:47 MSK (всего исправлений: 2)

мне ведь для домашнего использования

там есть com-port и все виды выходы видео — вот такие мои «хотелки» )))

то есть думаете на этой плате с linux у меня не будет проблем ? а как — с freebsd ?

может будет проще решить этот вопрос с продавцом?

то есть сразу говоришь, что собираешь комп под linux, и хотел бы иметь возможность вернуть/обменять материнку на более дорогую в течение 12-24 часов, если что-то подойдёт не так

Ну раз это ваши «хотелки», то материна будет совместима с Linux.

Вот за FreeBSD я не скажу, ибо встать то она встанет, но будут ли работать все ваши «хотелки», на ней, я не поручусь.

Да, и процессор берите не сильно мощный, ибо цепи питания там не сказать чтоб мощные.

Если платы нет в списке, то это значит, что никто материнку не тестировал, только и всего. Всё, что тебе надо — это узнать про поддержку системной логики H510 и встроенных контроллеров (SATA, звук, сеть и т.п.) Если поддерживаются — то с высокой вероятностью всё заведётся.

Для надёжности договаривайся с продавцом на возможность обмена.

вот что мне ответили официально из asus:

К сожалению, официальной поддержки Linux систем у десктопных материнских плат ASUS нет (только у моделей для серверов). Конечно, Linux систему Вы сможете установить и общей проблемы с совместимостью не будет, но может возникнуть проблема с некоторыми компонентами, например: может не работать звуковая карта (или будет работать некорректно) из за отсутствия официальной поддержки драйверами под Linux

спасибо всем обсуждавшим этот вопрос, вобщем из ваше сказанного — получается на свой страх и риск…

про поддержку системной логики H510 и встроенных контроллеров (SATA, звук, сеть и т.п.) — эта мысль интересная !

да, тогда такой вопрос, чипсет — я понимаю — Intel® H510 Chipset, а как мне узнать как называются контроллеры для SATA, звук, сеть, да ещё ведь встроенный графический адаптер — тоже как узнать какой ?

встроенный графический адаптер

Либо в спеках платы, либо в спеках CPU.

Источник

Where to find and install ASUS motherboard drivers for Linux [duplicate]

This is my second day ever with Linux, and I had one heck of a time getting the nVidia drivers installed and working. Please, keep in mind I am very new and just starting out. I currently have an ASUS P8Z68-V LE motherboard and I’m not sure if the drivers are installed. Where would I go to find that out? I am using Gnome as my UI. If I don’t have the drivers installed, where would I go? The ASUS site only gives me options to download for various Windows OS, DOS and «other» (in .ROM format). Which should I take and how should I install? I’m mostly looking for audio drivers. A lot of music I play, either on YouTube or with VLC has a faint crackling in the background on Ubuntu, which gets much worse the higher I turn the volume up. Could this be something other than the drivers? I doubt it’s the hardware since the sound seems fine on Windows. I am currently running 12.04.

is there some piece of hardware in particular that isn’t working? If so, please update your question to reflect that.

1 Answer 1

There aren’t generally any special motherboard chipset drivers that you need to install separately on Linux, like you need to do on Windows. The drivers are part of the Linux kernel. The hardware is detected at boot time and the correct drivers are loaded.

There are however cases where one might acquire hardware that is newer than the version of the kernel in the Linux distribution you choose to install; or even do not yet have any or full functionality in the upstream kernel.

In these cases though, you usually have to just wait or suffer, until the better drivers are available, as manufacturers typically don’t offer additional drivers for Linux for these types of hardware. This is rarely an issue for motherboards though, as most of them use standard chipsets across the board, so are often covered by the drivers already available in the kernel.

The Ubuntu Kernel Team are also pretty good about ensuring that newer drivers are backported into the current development version of Ubuntu, to ensure a broader range of compatibility for users.

Источник