Date: Wed, 28 Jun 2023 15:08:17 +0900 From: Masanobu SAITOH <msai...@execsw.org> Message-ID: <1b1763d8-f565-612c-9336-9fb71d496...@execsw.org>
| Please test the following diff: | https://www.netbsd.org/~msaitoh/coretemp-20230628-0.dif Done that, doesn't seem to make any difference. dmesg -t | grep Tjmax is now: coretemp0 at cpu0: thermal sensor, 1 C resolution, Tjmax=100 coretemp1 at cpu1: thermal sensor, 1 C resolution, Tjmax=100 coretemp2 at cpu2: thermal sensor, 1 C resolution, Tjmax=100 coretemp3 at cpu3: thermal sensor, 1 C resolution, Tjmax=100 coretemp4 at cpu4: thermal sensor, 1 C resolution, Tjmax=100 coretemp5 at cpu5: thermal sensor, 1 C resolution, Tjmax=100 coretemp6 at cpu6: thermal sensor, 1 C resolution, Tjmax=100 coretemp7 at cpu7: thermal sensor, 1 C resolution, Tjmax=100 coretemp8 at cpu8: thermal sensor, 1 C resolution, Tjmax=100 coretemp9 at cpu9: thermal sensor, 1 C resolution, Tjmax=100 coretemp10 at cpu10: thermal sensor, 1 C resolution, Tjmax=100 coretemp11 at cpu11: thermal sensor, 1 C resolution, Tjmax=100 coretemp12 at cpu12: thermal sensor, 1 C resolution, Tjmax=100 coretemp13 at cpu13: thermal sensor, 1 C resolution, Tjmax=100 coretemp14 at cpu14: thermal sensor, 1 C resolution, Tjmax=100 coretemp15 at cpu15: thermal sensor, 1 C resolution, Tjmax=100 I did a full power off, for long enough, for the BIOS (or cpu) to decide that the "economy" cores (cpu8..15) should be resurrected. That's unrelated to the patch (they were shown as missing in the BIOS before the power off state, and were back again, in the BIOS, after it). The envstat behaviour wrt changing the CPU target frequency seems to be the same, at initial boot the coretemp values were in the same range (a bit higher, but all that booting means some work was done) as the BIOS was showing (system high 30's to about 40, BIOS mid 30's - but the BIOS just shows "cpu temperature" not one for each core). When the cpu frequency target is changed to 3400, all the core temp values drop to lower than room air temp (which according to my probably inaccurate desk lamp, is currently 22.5, the coretemp values are all in the 15-18 range at the minute). I wonder if perhaps something should cause sc_tjmax_fixed to be re-calculated when the CPU frequency is changed, as it is now with the patch installed, it looks like that is intended to be able to happen, except that once sc_tjmax_fixed is set, it is never set again (and so, behaves just the same as the old sc_tjmax). I am still getting "not configured" (from both GENERIC and my kernel) for: Intel 600 Series PCH-H I2C 0 (miscellaneous serial bus, revision 0x11) at pci0 dev 21 function 0 not configured Intel 600 Series PCH-H SPI (FLASH) (miscellaneous serial bus, revision 0x11) at pci0 dev 31 function 5 not configured I (temporarily) enabled a bunch of iic related config lines in my kernel config, none of that made any difference at all (wrt what sensor devices were found) - I did boot a generic as well (from today's sources, with that patch applied) that behaved just the same as my custom kernel in all material respects (there are quite a few dmesg diffs, but none of it looks to be in any way related to anything - most is just because of drives, SATA and USB attached) configuring themselves in different orders, and of course the raidframe mod counters are different. lspci says of those two "not configured" devices: jacaranda# lspci -nn -vv -s 0:15.0 00:15.0 Serial bus controller [0c80]: Intel Corporation Alder Lake-S PCH I2C Controller #0 [8086:7acc] (rev 11) Subsystem: ASRock Incorporation Device [1849:7acc] Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Interrupt: pin A routed to IRQ 255 Region 0: Memory at <unassigned> (64-bit, non-prefetchable) [disabled] Capabilities: [80] Power Management version 3 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D3 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME- Capabilities: [90] Vendor Specific Information: Len=14 <?> jacaranda# lspci -nn -vv -s 0:1f.5 00:1f.5 Serial bus controller [0c80]: Intel Corporation Alder Lake-S PCH SPI Controller [8086:7aa4] (rev 11) Subsystem: ASRock Incorporation Device [1849:7aa4] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0 Region 0: Memory at fe010000 (32-bit, non-prefetchable) One more which might be relevant is: Intel 600 Series PCH-H HECI 1 (miscellaneous communications, revision 0x11) at pci0 dev 22 function 0 not configured jacaranda# lspci -nn -vv -s 0:16.0 00:16.0 Communication controller [0780]: Intel Corporation Alder Lake-S PCH HECI Controller #1 [8086:7ae8] (rev 11) Subsystem: ASRock Incorporation Device [1849:7ae8] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 255 Region 0: Memory at 405a11d000 (64-bit, non-prefetchable) Region 1: Memory at <unassigned> (32-bit, non-prefetchable) Capabilities: [50] Power Management version 3 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot+,D3cold-) Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME- Capabilities: [8c] MSI: Enable- Count=1/1 Maskable- 64bit+ Address: 0000000000000000 Data: 0000 Capabilities: [a4] Vendor Specific Information: Len=14 <?> Apart from those: AWAC (ACPI000E) at acpi0 not configured PMAX (INT3533) at acpi0 not configured acpiwmibus at acpiwmi0 not configured acpiwmibus at acpiwmi1 not configured PEPD (INT33A1) at acpi0 not configured TPM (MSFT0101) at acpi0 not configured plus the Gauss Newton Algorithm processor, WiFi, & Thunderbolt (NHCI USB), and in GENERIC only, wsbell, are all "not configured" (my kernel includes wsbell). None of that seems relevant or important. The motherboard is an AsRock Z690 Taichi. kre