disabilitare interrupts per impegno % CPU

[spider61]

Salve ,
mi sono accorto che ho un core della CPU sempre al 60-70% , quindi cercando in rete ho visto che spesso il problema è quello di questa vecchia discussione viewtopic.php?f=74&t=560283&p=4420694&h ... 6#p4420694 ed altre , dove si metteva come risolvere il problema disabilitando il processo in questione che nel mio caso è gpe6f che fà una chiamata infinita al sistema, il problema di cui non ho trovato la soluzione è che se eseguo

echo "disable" > /sys/firmware/acpi/interrupts/gpe6f

mi risponde con un errore

-bash: /sys/firmware/acpi/interrupts/gpe6f: Permesso negato

qualche anno fà con altra versione su altro pc avevo risolto con questa procedura , adesso sembra che non sia possibile disabilitare , succede ad altri ?
l'accesso l'ho fatto con sudo

grazie

[Filoteo]

Sei sicuro che sia gpe06? Posta

Codice: Seleziona tutto

grep . -r /sys/firmware/acpi/interrupts/

[spider61]

Hai ragione è gpe6f , lo cambio anche nella domanda , ma il risultato cambia poco

[spider61]

Aggiornamento sembra risolto
ho creato un servizio

[Unit]
Description=Disable GPE6F interrupts

[Service]
Type=oneshot
ExecStart=/bin/bash -c "echo disable > /sys/firmware/acpi/interrupts/gpe6F"

[Install]
WantedBy=multi-user.target

abilitato con

systemctl enable /usr/lib/systemd/gpe6f.service

riavviato il sistema , il gpe6f viene stoppato
adesso ho la situazione core normalizzata guardandola con monitor di sistema con firefox e poco altro sono attorno al 10% per core su I3-7010

[Filoteo]

L'errore è diverso. Secondo me hai eseguito

Codice: Seleziona tutto

sudo echo...

Prova invece

Codice: Seleziona tutto

sudo bash -c 'echo disable > /sys/firmware/acpi/interrupts/gpe6f'

[spider61]

Comunque messo come servizio me lo ha disabilitato , quindi lo fa da superuser o come si chiama , quindi sarei apposto....

se mando il tuo comando adesso
mi dà lo stesso errore

root@s:~# sudo bash -c 'echo disable > /sys/firmware/acpi/interrupts/gpe6f'
bash: /sys/firmware/acpi/interrupts/gpe6f: Permesso negato

Per la cronaca sono anche passato da una T letta con sensors di 59° e 57° a 36 - 35° mica noccioline .......

e il bello è che al boot , nel tempo di avvio del servizio , l'interrupt gpe6f ha gia fatto quasi 30000 chiamate

/sys/firmware/acpi/interrupts/gpe6F: 29757 STS disabled unmasked

[corradoventu]

Ho lo stesso problema su un HP 250 da quando ho sostituito il lettore DVD con un SSD sia per gli Ubuntu installati sul vecchio HD che per quelli su SSD.
se tolgo l'SSD il problema sparisce.
per me il problema era su un diverso interrupt che ora ho disabilitato:

Codice: Seleziona tutto

corrado@corrado-HP-p5-ff-0303:~$ cat /sys/firmware/acpi/interrupts/gpe03
  198706     STS disabled     unmasked
corrado@corrado-HP-p5-ff-0303:~$ 

il comando

Codice: Seleziona tutto

sudo echo "disable" > /sys/firmware/acpi/interrupts/gpe03

non va con 'sudo' va dato

Codice: Seleziona tutto

sudo su

e poi il comando di disable.
per lanciarlo ad ogni boot ho usato la crontab di root

Codice: Seleziona tutto

sudo crontab -e

e vi ho aggiunto la riga

Codice: Seleziona tutto

@reboot echo "disable" > /sys/firmware/acpi/interrupts/gpe03

che lancia la disable ad ogni reboot.
ho aperto un bug in proposito
https://bugs.launchpad.net/ubuntu/+sour ... ug/1861419
e poi ho scoperto che ce ne sono altri simili
https://bugs.launchpad.net/ubuntu/+sour ... bug/887793

[spider61]

Il problema è tanto che sussiste, ma in tanti non lo sanno nemmeno (come col virus attuale) , infatti io ci avevo già sbattuto la testa anni fà , poi con il mettere nuove versioni, e sostituzione componenti, non ci pensi, però da qualche giorno avevo notato questo core che rimaneva al 60-70% sempre e quindi ho fatto ricerca e mi sono ricordato che già ci ero passato , solo che prima da riga di comando funzionava e adesso no....
mi piacerebbe sapere in quanti siete con questo core in attività fisso ....

ps comunque anche con sudo su echo.... mi dà permesso negato

io ho Mint 19.3 Mate

[woddy68]

Beh! Difficile non rendersi conto di avere un core a 60%-70%, significa non avere mai aperto il monitor di sistema, cosa ceche io faccio frequentemente, inoltre ci sarebbe un problema energetico rivelante, sopratutto sui portatili e immagino che anche le ventole girino maggiormente.
No, mai avuto questo problema.

[spider61]

Tanti usano il pc perchè glielo hanno dato , sanno a malapena aprire firefox e poco più , non tutti sono smanettoni .....

[corradoventu]

Mai avuto il problema su tutti i miei desktop e portatili cambiati in 30 anni, compreso il mio HP 250 vecchio di almeno 6 anni con tutti gli Ubuntu usciti da allora. Arrivato il problema sul mio vecchio HP 250 quando ho tolto il masterizzatore e lo ho sostituito con un SSD. Il problema (una delle 4 CPU quasi al 100% fisso) si verifica su tutti gli Ubuntu istallati sul vecchio disco HD come sul nuovo SSD. Se sfilo l'SSD il problema scompare.
Qui sotto i comandi per rappezzo una-tantum fino al prossimo reboot:

Codice: Seleziona tutto

corrado@corrado-HP-x4-ff-0315:~$ cat /sys/firmware/acpi/interrupts/gpe03
 1838222     STS enabled      unmasked
corrado@corrado-HP-x4-ff-0315:~$ sudo su
[sudo] password for corrado: 
root@corrado-HP-x4-ff-0315:/home/corrado# echo "disable" > /sys/firmware/acpi/interrupts/gpe03
root@corrado-HP-x4-ff-0315:/home/corrado# exit
exit
corrado@corrado-HP-x4-ff-0315:~$ cat /sys/firmware/acpi/interrupts/gpe03
 2682771     STS disabled     unmasked
corrado@corrado-HP-x4-ff-0315:~$ 

[spider61]

Riprendo questa discussione perchè ho scoperto (o almeno penso) che il trucchetto di disabilitare interrupt blocca il PC in avvio con i nuovi kernel 5.4.0, avevo Linux mint 19.3 con kernel 5.3.0.X aggiornato il kernel non partiva più a volte si fermava alla schermata di avvio , a volte quando finiva di apparire la scrivania.... quindi ero dovuto tornare alla 5.3.0 pensando che si fosse installato male, adesso ho montato exnovo una Mint 20 su base Ubuntu 20.04 , e mi sono trovato il core al 70% per colpa sempre del interrupt gpe6f , quindi rifaccio il giochino della disabilitazione in avvio e tac blocco del pc , da un disco live ho cancellato il servizio, però ora ho questo core sempre al 70% , qualche idea

[DoctorStrange]

Buonasera a tutti,

Ammetto di non essere pratico in questo genere di attività cosi a basso livello del sistema e quindi, vorrei chiedere, sia all'autore del thread, sia anche ai partecipanti: come avete fatto a rendervi conto d quale fosse, nel dettaglio, lo specifico processo responsabile diquesti consumi anomali?

In particolare, una volta scoperto, da monitor di sostema che la cpu ha consumi anomali, in quale modo si riesce a risalire a quale sia lo specifico interrupt, o processo in genere,responsabile di questa attività?

Grazie mille a tutti.

Buona serata.

[spider61]

Il comando era stato già postato in questa discussione
comunque è questo :

Codice: Seleziona tutto

grep . -r /sys/firmware/acpi/interrupts/

ma hai anche te un core che rimane fisso a una % elevata ?

[spider61]

Allora ho installato il kernel 5.8 , ho riavviato il servizio per disabilitare il gpe6f e adesso il core è sceso a livello degli altri...

[DoctorStrange]

Molto interessante questa cosa. Devo vedere il portatile come è messo. Acpi di solito crea problemi a chi ha la batteria !

Nin sapevo nemmeno che esistessero, questi interrupt, sul sistema.

[spider61]

Comuqnue non è un problema di tutti i pc, quella della chiamata infinita all'interrupt , sul mio fisso lo fà , mentre sul portatile no.....

[Filoteo]

Nin sapevo nemmeno che esistessero, questi interrupt, sul sistema.

Beh gli interrupt esistono da quando sono stati inventati i processori.

[spider61]

Riporto sù la discussione :
reinstallato Mint 20.1 con nuovo SSD , aggiornati ,da inizio discussione ,diversi kernel adesso siamo al 5.0.4-73 , ma il problema si presenta sempre , il mio è gpe6f , ma leggendo a giro ad altri pc lo fà su interrupts diversi....
però funziona il comando

Codice: Seleziona tutto

echo disable > /sys/firmware/acpi/interrupts/gpe6F

messo riga in crontab , come da istruzioni di corradoventu poco sopra, adesso disabilitato all'avvio

[woddy68]

Quando si chiede supporto per altre distribuzioni che non siano Ubuntu o derivate ufficiali, bisogna aprire il 3d al bar nella sottosezione "altre distribuzioni e sistemi operativi", ricordalo in futuro. Segnalo per lo spostamento...Ciao.