On 12/24/19 11:57 AM, Guenter Roeck wrote: > The BIOS does exactly what the board vendor wants it to do: Reject direct access > to the Super-IO chip. The board vendor wants you to access the chip through ACPI, > ie with asus_atk0110. Unfortunately, it looks like the board vendor also > changed the ACPI data sufficiently enough to make that driver not work for > your board (assuming you tried loading it without acpi_enforce_resources=lax). WITH module lsmod | grep asus_atk asus_atk0110 24576 0 but WITHOUT cmd line ... acpi_enforce_resources=lax ... `sensors` returns ONLY the limited sensors k10temp-pci-00c3 Adapter: PCI adapter Tdie: +34.4°C (high = +70.0°C) Tctl: +34.4°C OTOH, switching, WITHOUT module lsmod | grep asus_atk (empty) and WITH cmd line ... acpi_enforce_resources=lax ... `sensors` returns the full(er) output, as posted. note again, in this case, even ATTEMPTING to load asus_atk0110 FAILs due to the apparent conflict with the =lax spec'n. > There is nothing we can do about that unless the board vendor provides the information > necessary to interpret the DSDT, or someone spends the time to reverse engineer it. got it. i'll poke at ASUS support. thx 4 the education re: this^^ !
