Sensore temperatura tctl

Ubuntu_user

Utente Attivo
273
279
Salve a tutti. Uso Ubuntu 20.04 e da qualche giorno il kernel si è aggiornato al 5.15. Con questo finalmente è arrivato anche il sensore per l'apu Ryzen (Tctl), ma precedentemente, esattamente verso aprile ho scoperto che il modulo del chip del sensore delle temperature della mia scheda madre (Msi b550-a pro), il Nuvoton nct6687-R, era già nel kernel (dal 5.11 mi pare) solo che sbagliavo a caricarlo con modprobe perché dovevo caricarlo come nct6683 (che comprende anche il mio) e non come nct6687. Fatto questo mi sono usciti tutti i sensori delle temperature con il comando sensors, poi grazie a una configurazione trovata su internet li ha anche rinominati con il loro giusto nome.
Ora però con il nuovo sensore Tctl del 5.15 non so se devo dare retta a questo o a quella della scheda madre. La differenza tra loro a volte è di un grado appena (cpu e Tctl), quindi è giusto una curiosità, qual è la vera temperatura della cpu? Di seguito inserisco l'estratto del terminale del comando sensors:
amdgpu-pci-3000
Adapter: PCI adapter
vddgfx: 724.00 mV
vddnb: 1.10 V
edge: +33.0°C
slowPPT: 1000.00 uW

nct6687-isa-0a20
Adapter: ISA adapter
System +12V: 11.90 V (min = +0.00 V, max = +0.00 V)
System +5V: 5.04 V (min = +0.00 V, max = +0.00 V)
CPU NB/SOC: 1.10 V (min = +0.00 V, max = +0.00 V)
DRAM: 1.34 V (min = +0.00 V, max = +0.00 V)
CPU VCore: 192.00 mV (min = +0.00 V, max = +0.00 V)
Chipset: 848.00 mV (min = +0.00 V, max = +0.00 V)
CPU VDDP: 1.55 V (min = +0.00 V, max = +0.00 V)
System +3.3V: 3.34 V (min = +0.00 V, max = +0.00 V)
CPU 1P8: 1.84 V (min = +0.00 V, max = +0.00 V)
CPU Fan: 835 RPM (min = 0 RPM)
Pump Fan: 0 RPM (min = 0 RPM)
System Fan #1: 1111 RPM (min = 0 RPM)
System Fan #2: 0 RPM (min = 0 RPM)
System Fan #3: 1062 RPM (min = 0 RPM)
System Fan #4: 0 RPM (min = 0 RPM)
System Fan #5: 0 RPM (min = 0 RPM)
System Fan #6: 1084 RPM (min = 0 RPM)
CPU: +35.0°C (low = +0.0°C)
(high = +0.0°C, hyst = +0.0°C)
(crit = +0.0°C) sensor = AMD AMDSI
System: +38.0°C (low = +0.0°C)
(high = +0.0°C, hyst = +0.0°C)
(crit = +0.0°C) sensor = thermal diode
VRM MOS: +35.5°C (low = +0.0°C)
(high = +0.0°C, hyst = +0.0°C)
(crit = +0.0°C) sensor = thermistor
PCM: +38.0°C (low = +0.0°C)
(high = +0.0°C, hyst = +0.0°C)
(crit = +0.0°C) sensor = thermistor
CPU Socket: +33.0°C (low = +0.0°C)
(high = +0.0°C, hyst = +0.0°C)
(crit = +0.0°C) sensor = thermistor
PCIe x1: +34.0°C (low = +0.0°C)
(high = +0.0°C, hyst = +0.0°C)
(crit = +0.0°C) sensor = thermistor
M2_1: +35.5°C (low = +0.0°C)
(high = +126.0°C, hyst = +30.0°C)
(crit = +0.0°C) sensor = thermistor
intrusion0: ALARM
beep_enable: disabled

k10temp-pci-00c3
Adapter: PCI adapter
Tctl: +35.6°C
Edit: ho evidenziato in rosso cpu e Tctl
 
Ultima modifica:

Ubuntu_user

Utente Attivo
273
279
Ciao, grazie della risposta. Come detto la mia era giusto una curiosità, sia cpu (sensore nct6687) sia Tctl (dal kernel 5.15) si riferiscono entrambe alla cpu, e dato che tra loro non c'è tantissima discrepanza ma poco e niente, sia che monitoro una o l'altra va bene uguale, e ho optato per quella nct6687.

In realtà sono rimasto alquanto deluso perché mi aspettavo che con il kernel 5.15 mi uscissero tutti i 6 core (e i threads) del Ryzen 5 5600G, invece una sola voce. Quindi per vedere tutti i core all'opera devo continuare ad usare il monitor di sistema di Ubuntu. Ricordo che quando usavo Intel con il core 2 duo mi uscivano con il comando sensors tutte e due core fisici. Ma forse deve essere così e io non ne sono a conoscenza.

Aggiungo che quando ho deciso di passare ad amd sapevo di questa problematica dei sensori delle temperature rispetto a Intel, e dopo aver deciso il processore ho fatto una ricerca e ho trovato che il sensore Nuvoton era supportato dal kernel rispetto a quello ITE, e quindi una volta saputo questo ho ristretto la scelta delle schede madri a chi aveva questo chip, fino a trovare quella che mi piaceva di più.
 
U

Utente 52152

Ospite
hai configurato lm_sensor?
sudo sensors-detect
premi sempre Y

kernele@kernele-desktop:~$ sensors
coretemp-isa-0000
Adapter: ISA adapter
Package id 0: +41.0°C (high = +80.0°C, crit = +100.0°C)
Core 0: +40.0°C (high = +80.0°C, crit = +100.0°C)
Core 1: +40.0°C (high = +80.0°C, crit = +100.0°C)
Core 2: +41.0°C (high = +80.0°C, crit = +100.0°C)
Core 3: +42.0°C (high = +80.0°C, crit = +100.0°C)
 

bigendian

Utente Attivo
749
432
OS
Linux
Scusa, non capisco:

Nuvoton NCT6683D/NCT6686D/NCT6687D e' un chipset eSIO


10temp.c - AMD Family 10h/11h/12h/14h/15h/16h/17h
* processor hardware monitoring
E' la cpu. 2 chip diversi.

Nel kernel non c'e' codice doppio, ne driver lievementi diversi per lo stesso hardware. O misuri una cosa o l'latra.
 

Ubuntu_user

Utente Attivo
273
279
hai configurato lm_sensor?
sudo sensors-detect
premi sempre Y

kernele@kernele-desktop:~$ sensors
coretemp-isa-0000
Adapter: ISA adapter
Package id 0: +41.0°C (high = +80.0°C, crit = +100.0°C)
Core 0: +40.0°C (high = +80.0°C, crit = +100.0°C)
Core 1: +40.0°C (high = +80.0°C, crit = +100.0°C)
Core 2: +41.0°C (high = +80.0°C, crit = +100.0°C)
Core 3: +42.0°C (high = +80.0°C, crit = +100.0°C)
Ma tu usi Intel? Con amd non escono i core fisici, ho dato un'occhiata su linux-hardware.org a configurazioni amd con kernel 5.15+ e letto i relativi sensors pubblicati, niente, solo Tctl/Tdie.


Scusa, non capisco:

Nuvoton NCT6683D/NCT6686D/NCT6687D e' un chipset eSIO


10temp.c - AMD Family 10h/11h/12h/14h/15h/16h/17h
* processor hardware monitoring
E' la cpu. 2 chip diversi.

Nel kernel non c'e' codice doppio, ne driver lievementi diversi per lo stesso hardware. O misuri una cosa o l'latra.
Mah, non so, la scheda madre segna Nuvoton NCT6687-R. È nel kernel dal 5.11, prima (ho letto) chi aveva il mio stesso chip usava un programma esterno, mi pare zen power non ricordo bene. Io come detto caricando con modprobe il modulo mi sono trovato i sensori (senza sensors-detect non mi trovava nulla). Poi adesso con il kernel 5.15 mi è uscita la voce Tctl. Ma non importa, come detto monitoro nct6687. Per i core fisici pazienza, non è chissà che la loro mancanza.

Edit: ho trovato i link:
programma
Modulo
 
Ultima modifica:
U

Utente 52152

Ospite
uso intel.

molti non sanno che lm-sensor va configurato.
a primo avvio anche io vedo solo un core e poco altro.
dopo la configurazione automatica esce un botto di roba, anche inutile per me.

bado solo ai core e alla gpu che è passiva quando uso nvidia h264 su avidemux.
 

Ubuntu_user

Utente Attivo
273
279
Si lo so, uso Linux da anni. Quando avevo Intel come ho detto uscivano i core e altro con anche i relativi nomi, con amd nulla, infatti una volta caricato il modulo ho poi dovuto cercare una config per farli apparire, altrimenti non avrei saputo a che cosa si riferissero le voci (anche se me ne andavo per una idea).
 

bigendian

Utente Attivo
749
432
OS
Linux
Forse inizio a capire.

il driver k10temp.c legge da bus PCI, per monitorare la cpu.
il driver nct6683.c legge da registri nell' I/O addressspace, accede al chipset, che puo anche monitorare la
temperatura della cpu, come la ottenga non e' dato sapere.

Qui trovi molte informazioni utili sulle relative differenze:


Direi di usare k10temp che pare piu preciso e piu aggiornato. Vedi un po' la differenza spiegata tra Tdie e Tctl
 

bigendian

Utente Attivo
749
432
OS
Linux
Mah, proverei un kernel mainline al tuo posto, siamo al 5.19 e vedo almeno un commit di luglio 2022 su k10temp.
Poi per capire bene cosa fa un determinato driver non c'e' altra via che studiarsi il codice "aggiornato" dal repo mainline. Tutto il resto sono chiacchere da forum piu o meno precise a seconda di chi le scrive.

 

Ubuntu_user

Utente Attivo
273
279
Ehm, le mie conoscenze arrivano fino a un certo punto ?
Nono, resto con Ubuntu 20.04 e kernel 5.15, ma sicuramente con gli altri points release avanzerò sicuramente di kernel. Ho letto i tuoi link, e per quello che ho potuto capire a questo punto userò Tctl. Comunque lo scarto è davvero minimo, quando uso Psensor arrotonda per eccesso e quindi mi trovo lo scarto di un grado, ma in realtà è di meno.
 

bigendian

Utente Attivo
749
432
OS
Linux
Ubuntu, di cui ho ben poca simpatia, aggiunge sopra al mainline le sue patch. Provare un kernel mainline (ovviamente devi compilartelo) vuol dire solo avere un kernel in piu nel menu grub, mantenendo gli altri kernel in lista. Personalmente mi fido come testimone del kernel mainline, come test rispetto a quello pasticciato delle distro. Mentre per SoC's recenti nell'embedded il discorso cambia, spesso e' piu affidabile e l'unico quello fornito dai costruttori dei chip, per un certo periodo, prima che tutte le nuove funzionalita' arrivino al mainline.
 

Ubuntu_user

Utente Attivo
273
279
Si, anni fa mi è capitato di compilare qualche volta il kernel, giusto per far funzionare qualcosa di nuovo che avevo comprato e che non andava. Ma devo anche dire che forse allora ero più smanettone, ora mi sono impigrito un po'.
 

Entra

oppure Accedi utilizzando
Discord Ufficiale Entra ora!