Summary: | Regression: sensors: NCT6791D | ||
---|---|---|---|
Product: | IPFire | Reporter: | Manfred Knick <Manfred.Knick> |
Component: | --- | Assignee: | Arne.F <arne.fitzenreiter> |
Status: | CLOSED FIXED | QA Contact: | |
Severity: | - Unknown - | ||
Priority: | - Unknown - | CC: | michael.tremer |
Version: | 2 | ||
Hardware: | x86_64 | ||
OS: | Linux |
Description
Manfred Knick
2022-03-28 14:27:41 UTC
# lsmod | grep -i nct nct6775 73728 0 hwmon_vid 16384 1 nct6775 # ps aux | grep -i nct root 9378 0.0 0.0 6504 2356 pts/1 S+ 16:41 0:00 grep -i nct # ps aux | grep -i hwmon root 9390 0.0 0.0 6504 2168 pts/1 S+ 16:41 0:00 grep -i hwmon # sensors coretemp-isa-0000 Adapter: ISA adapter Package id 0: +34.0°C (high = +79.0°C, crit = +85.0°C) Core 0: +34.0°C (high = +79.0°C, crit = +85.0°C) Core 1: +31.0°C (high = +79.0°C, crit = +85.0°C) acpitz-acpi-0 Adapter: ACPI interface temp1: +27.8°C (crit = +90.0°C) temp2: +29.8°C (crit = +90.0°C) iwlwifi_1-virtual-0 Adapter: Virtual device temp1: +40.0°C Importance: Esp. for controlling remotely that all fans are still working correctly. Checking for conflict: # rmmod nct6775 # modprobe nct6775 # dmesg ... [ 30.148393] nct6775: Enabling hardware monitor logical device mappings. [ 30.148404] nct6775: Found NCT6791D or compatible chip at 0x2e:0x290 [ 30.148408] ACPI Warning: SystemIO range 0x0000000000000295-0x0000000000000296 conflicts with OpRegion 0x0000000000000290-0x0000000000000299 (\_GPE.HWM) (20210730/utaddress-204) [ 30.148414] ACPI: OSL: Resource conflict; ACPI support missing from driver? [64750.821678] i2c_dev: i2c /dev entries driver [67583.354587] nct6775: Found NCT6791D or compatible chip at 0x2e:0x290 [67583.354594] ACPI Warning: SystemIO range 0x0000000000000295-0x0000000000000296 conflicts with OpRegion 0x0000000000000290-0x0000000000000299 (\_GPE.HWM) (20210730/utaddress-204) [67583.354599] ACPI: OSL: Resource conflict; ACPI support missing from driver? [67591.535199] nct6775: Found NCT6791D or compatible chip at 0x2e:0x290 [67591.535206] ACPI Warning: SystemIO range 0x0000000000000295-0x0000000000000296 conflicts with OpRegion 0x0000000000000290-0x0000000000000299 (\_GPE.HWM) (20210730/utaddress-204) [67591.535211] ACPI: OSL: Resource conflict; ACPI support missing from driver? Just remembered a WORKAROUND from "those old days": . . . acpi_enforce_resources= [ACPI] . . . { strict | lax | no } Adding "acpi_enforce_resources=lax" at the end of both /boot/grub/grub.cfg entries: . . . linux /vmlinuz ... After reboot: "nct6791isa0290*" entries in mbmongraph settings. "Dirty" -> "A little bit cleaner": ? Where does IPFire store additional linux command-line parameters? ? As usual, in /etc/grub.d/40_custom? ? update /boot/grub? via grub-mkconfig? ? Will that survive the next update / upgrade? Presumably not: . . . # grep -i grub /var/ipfire/backup/include . . . # Just discovered: # cat /etc/default/grub GRUB_TIMEOUT=5 GRUB_DISTRIBUTOR="$(sed 's, release .*$,,g' /etc/system-release)" GRUB_DEFAULT=saved GRUB_CMDLINE_LINUX="panic=10" <----- GRUB_DISABLE_RECOVERY="true" GRUB_BACKGROUND="/boot/grub/splash.png" GRUB_GFXMODE="none" Will it be sufficient to add "acpi_enforce_resources=lax" here? Will it survive? Or will it be necessary to re-edit each update? Manfred, you really don't need to document your debugging sessions in detail here. There is no value in flooding everyone's inboxes with lots of messages like this. I take it, that you have some hardware that simply has a bug. Good that you found a workaround, but I don't think that there is anything here for us to do. (In reply to Michael Tremer from comment #7) > ... but I don't think that there is anything here for us to > do. It worked for years. re-install cu157 / backup restore broke it. <----- Reported on forum. Done the bug work. ? And you don't care? ? Even feel bothered by results? ? Great. Let me state this very clear: . . . I like IPFire, . . . supported and advocated it. But an answer of honest concern for IPFire: This is just one of the elements indicating that IPfire - for some months now - degrades in reliability: -> backup and restore - not being tested? -> $Path problems -> ... et al. Would be nice if someone could answer the minor questions left above. Thanks. (In reply to Manfred Knick from comment #8) > It worked for years. > re-install cu157 / backup restore broke it. <----- > Reported on forum. > Done the bug work. > > ? And you don't care? No, because there is no bug reported here. If you think the backup restore doesn't work okay here, then please report it as such. This is a *bug* *tracker*. It *tracks* *bugs*. You are looking for a conversation with someone and this isn't the place for this. > But an answer of honest concern for IPFire: > This is just one of the elements > indicating that IPfire - for some months now - degrades in reliability: > -> backup and restore - not being tested? > -> $Path problems > -> ... et al. Again, this is not the place for this. |