Acer 4810tg: blocco di KDE (era: regolazione luminosità)

Discussioni relative all'ambiente grafico X (Xfree e XOrg)

Re: regolazione luminosità

Messaggioda mlibero » 09/02/2020, 18:37

ho fatto come hai detto, al riavvio il problema è tornato, ti mando il log generato dai comandi che mi hai indicato.
Allegati
log.tar.gz
(70.7 KiB) Scaricato 104 volte
mlibero
Sr. Member
Sr. Member
 
Messaggi: 444
Iscritto il: 23/09/2007, 17:54

Re: regolazione luminosità

Messaggioda Aki » 09/02/2020, 19:24

Dall'ultimo log che hai inviato risulta che al momento del blocco (a cui segue dopo circa 15 secondi il riavvio del sistema operativo) compare il seguente messaggio di errore inviato dal kernel:
Codice: Seleziona tutto
feb 09 18:18:19 debian kernel: [drm:drm_atomic_helper_wait_for_flip_done [drm_kms_helper]] *ERROR* [CRTC:39:pipe A] flip_done timed out

18:29 debian kernel: [drm:drm_atomic_helper_wait_for_dependencies [drm_kms_helper]] *ERROR* [CRTC:39:pipe A] flip_done timed out

39 debian kernel: [drm:drm_atomic_helper_wait_for_flip_done [drm_kms_helper]] *ERROR* [CRTC:39:pipe A] flip_done timed out

18:46 debian kernel: rcu: INFO: rcu_sched self-detected stall on CPU

feb 09 18:18:46 debian kernel: rcu:         1-....: (5249 ticks this GP) idle=6f2/1/0x4000000000000002 softirq=15810/15810 fqs=2620 18:18:46 debian kernel: rcu:          (t=5250 jiffies g=12061 q=644)
feb 09 18:18:46 debian kernel: NMI backtrace for cpu 1
feb 09 18:18:46 debian kernel: CPU: 1 PID: 133 Comm: kworker/u8:5 Tainted: G          I       4.19.0-6-amd64 #1 Debian 4.19.67-2+deb10u28:46 debian kernel: Hardware name: Acer Aspire_4810TG/Aspire_4810TG, BIOS V2.31 10/16/2009
feb 09 18:18:46 debian kernel: Workqueue: i915 i915_gem_idle_work_handler [i915]
feb 09 18:18:46 debian kernel: Call Trace:
feb 09 18:18:46 debian kernel:  <IRQ>
feb 09 18:18:46 debian kernel:  dump_stack+0x5c/0x80
feb 09 18:18:46 debian kernel:  nmi_cpu_backtrace.cold.4+0x13/0x50
feb 09 18:18:46 debian kernel:  ? lapic_can_unplug_cpu.cold.29+0x3b/0x3b
feb 09 18:18:46 debian kernel:  nmi_trigger_cpumask_backtrace+0xf9/0xfb
feb 09 18:18:46 debian kernel:  update_process_times+0x28/0x60
feb 09 18:18:46 debian kernel:  tick_sched_handle+0x22/0x60
feb 09 18:18:46 debian kernel:  tick_sched_timer+0x37/0x70
feb 09 18:18:46 debian kernel:  __hrtimer_run_queues+0x100/0x280
feb 09 18:18:46 debian kernel:  hrtimer_interrupt+0x100/0x220
feb 09 18:18:46 debian kernel:  smp_apic_timer_interrupt+0x6a/0x140
feb 09 18:18:46 debian kernel:  apic_timer_interrupt+0xf/0x20
feb 09 18:18:46 debian kernel:  </IRQ>
feb 09 18:18:46 debian kernel: RIP: 0010:_raw_spin_unlock_irqrestore+0x11/0x20
feb 09 18:18:46 debian kernel: Code: 40 5c 01 00 48 8b 12 83 e2 08 74 cc eb 9f 90 90 90 90 90 90 90 90 90 90 90 66 66 66 66 9feb 09 18:18:46 debian kernel:  </IRQ>
feb 09 18:18:46 debian kernel: RIP: 0010:_raw_spin_unlock_irqrestore+0x11/0x20
feb 09 18:18:46 debian kernel: Code: 40 5c 01 00 48 8b 12 83 e2 08 74 cc eb 9f 90 90 90 90 90 90 90 90 90 90 90 66 66 66 66 90 c6 07 00 66 66 66 90 48 89 f7 57 9d <66> 66 90 66 90 c3 66 0f 1f 84 00 00 00 00 00 66 66 66 66 90 8b 07
feb 09 18:18:46 debian kernel: RSP: 0018:ffffadefc0a07dc8 EFLAGS: 00000246 ORIG_RAX: ffffffffffffff13
feb 09 18:18:46 debian kernel: RAX: 0000000000000000 RBX: ffff99017a6ba514 RCX: 0000000000000010
feb 09 18:18:46 debian kernel: RDX: 0200000000000000 RSI: 0000000000000246 RDI: 0000000000000246
feb 09 18:18:46 debian kernel: RBP: 0000000000000001 R08: ffff99017a6ba400 R09: ffff99017ac03478
feb 09 18:18:46 debian kernel: R10: ffff99017ac034a0 R11: 0000000000000000 R12: ffff99017a6ba498
feb 09 18:18:46 debian kernel: R13: ffff99017a6ba400 R14: 0000000000000246 R15: 00000000ffffffff
feb 09 18:18:46 debian kernel:  __synchronize_hardirq+0x74/0xe0
feb 09 18:18:46 debian kernel:  __synchronize_hardirq+0x74/0xe0
feb 09 18:18:46 debian kernel:  synchronize_irq+0x35/0xa0
feb 09 18:18:46 debian kernel:  ? intel_engine_is_idle+0x182/0x190 [i915]
feb 09 18:18:46 debian kernel:  i915_gem_idle_work_handler+0x1e6/0x280 [i915]
feb 09 18:18:46 debian kernel:  process_one_work+0x1a7/0x3a0
feb 09 18:18:46 debian kernel:  worker_thread+0x30/0x390
feb 09 18:18:46 debian kernel:  ? create_worker+0x1a0/0x1a0
feb 09 18:18:46 debian kernel:  kthread+0x112/0x130
feb 09 18:18:46 debian kernel:  ? kthread_bind+0x30/0x30
feb 09 18:18:46 debian kernel:  ret_from_fork+0x35/0x40

Il messaggio indica che il kernel si è bloccato mentre era in corso un'operazione sulla scheda grafica intel (modulo del kernel i915) che doveva essere "atomica" per definizione (cioè non interrompibile dallo scheduler del kernel) ma che invece ha bloccato lo scheduler del kernel e la CPU perché non ha più risposto dopo essere stata avviata. Questo ha inoltre bloccato il modulo del kernel (driver) della scheda grafica intel.

Questa è la causa dei vari malfunzionamenti che hai segnalato.
Aki
Global Moderator
Global Moderator
 
Messaggi: 9686
Iscritto il: 27/12/2007, 16:59

Re: regolazione luminosità

Messaggioda mlibero » 09/02/2020, 19:54

quindi il problema riguarda la scheda grafica intel che blocca il modulo del kernel?
dopo averti mandato il log, senza aver riavviato la macchina, cioè adesso, il sistema funziona e non si blocca.
quindi il malfunzionamento non si verifica sempre, può essere che ci sia qualche operazione che faccio all'avvio che blocca o sblocca il sistema? dico può essere solo come ipotesi.
mlibero
Sr. Member
Sr. Member
 
Messaggi: 444
Iscritto il: 23/09/2007, 17:54

Re: regolazione luminosità

Messaggioda Aki » 09/02/2020, 20:24

mlibero ha scritto:quindi il problema riguarda la scheda grafica intel che blocca il modulo del kernel?

Il malfunzionamento evidenziato nel log è relativo al modulo del kernel (i915) della scheda grafica intel. Puoi provare ad installare un kernel più recente (ad esempio, dal repository debian-backports) lasciando installato comunque quello attualmente in uso (in modo da avviare l'uno o l'altro a seconda delle esigenze) per verificare se con il modulo del kernel più recente il malfunzionamento si verifica ugualmente.

Un altro tentativo che puoi fare, è avviare l'attuale kernel 4.19 con le opzioni "nomodeset i915.modeset=0" e verificare se il malfunzionamento continua a verificarsi.

mlibero ha scritto:dopo averti mandato il log, senza aver riavviato la macchina, cioè adesso, il sistema funziona e non si blocca. quindi il malfunzionamento non si verifica sempre, può essere che ci sia qualche operazione che faccio all'avvio che blocca o sblocca il sistema?

Che "sblocchi" non credo, che "blocca" probabilmente sì, probabilmente eventi legati al risparmio energetico. Ad esempio, in un bugreport (vedi [0]) per questo errore il segnalante ha indicato che, ad esempio, il malfunzionamento si genera impartendo il seguente comando (che serve a gestire il Display Power Management Signaling):
Codice: Seleziona tutto
xset dpms 180 0 0


[0] https://bugs.freedesktop.org/show_bug.cgi?id=109623
Aki
Global Moderator
Global Moderator
 
Messaggi: 9686
Iscritto il: 27/12/2007, 16:59

Re: regolazione luminosità

Messaggioda mlibero » 09/02/2020, 20:43

va bene, faccio queste prove e poi ti faccio sapere.
mlibero
Sr. Member
Sr. Member
 
Messaggi: 444
Iscritto il: 23/09/2007, 17:54

Re: regolazione luminosità

Messaggioda mlibero » 11/02/2020, 20:43

ho fatto queste prove, ma il problema rimane.
ti aggiorno comunque su cosa ho sperimentato.
se quando il sistema si è avviato e sono sul desktop provo a regolare la luminosità, il sistema si blocca, sempre.
però, se prima provo ad aprire delle applicazioni, navigo in internet, insomma faccio altro e dopo un po di tempo provo a regolare la luminosità, non c'è alcun blocco, o almeno non sempre.
solo una volta c'è stato un principio di blocco, quando sono passato da batteria ad alimentazione di rete, ed ho visto su conky che il consumo di cpu da parte di plasmashell era aumentato moltissimo, poi però è rientrato.
ho fatto qualche ricerca su eventuali crash di plasmaschell e ce ne sono di diversi, ma il mio pessimo inglese non mi permette di andare oltre.
per verificare questo dovrei, credo, installare un altro DE, cinnamon o mate o xfce4, e verificare se il problema si verifica anche su questi.
per il momento sto usando la modalità "discrete", appena mi riprendo un po da questi continui riavvii ci provo, adesso mi prendo una pausa. :)
mlibero
Sr. Member
Sr. Member
 
Messaggi: 444
Iscritto il: 23/09/2007, 17:54

Re: regolazione luminosità

Messaggioda mlibero » 12/02/2020, 11:46

sembrava che..., ma tutto come prima, al primo avvio con cinnamom in modalità switchable ha funazionato tutto bene, al secondo però si è bloccato.
in attesa di tempi migliori continuo ad usare kde con la scheda ati.
grazie di tutto aki.
mlibero
Sr. Member
Sr. Member
 
Messaggi: 444
Iscritto il: 23/09/2007, 17:54

Re: regolazione luminosità

Messaggioda Aki » 14/02/2020, 19:35

aki ha scritto:Puoi provare ad installare un kernel più recente (ad esempio, dal repository debian-backports) lasciando installato comunque quello attualmente in uso (in modo da avviare l'uno o l'altro a seconda delle esigenze) per verificare se con il modulo del kernel più recente il malfunzionamento si verifica ugualmente.

Un altro tentativo che puoi fare, è avviare l'attuale kernel 4.19 con le opzioni "nomodeset i915.modeset=0" e verificare se il malfunzionamento continua a verificarsi.

Hai provato quanto ti avevo suggerito nel mio precedente messaggio [0] ?

[0] http://forum.debianizzati.org/viewtopic.php?f=18&t=54799&p=219319#p219299
Aki
Global Moderator
Global Moderator
 
Messaggi: 9686
Iscritto il: 27/12/2007, 16:59

Re: regolazione luminosità

Messaggioda mlibero » 15/02/2020, 12:15

col kernel 5.4 scaricato da backports non è cambiato niente, ora sto provando con l'pzione "nomodeset i915.modeset=0",
spero di aver fatto bene, ho modificato il file grub.cdg così, veramente ci avevo già provato, ma mi era un po perso nel modificare grub all'avvio con l'opzione "e".
Codice: Seleziona tutto
submenu 'Opzioni avanzate per Debian GNU/Linux' $menuentry_id_option 'gnulinux-advanced-e6fb4c67-9efc-4207-869c-38aebf3216cd' {
   menuentry 'Debian GNU/Linux, con Linux 4.19.0-8-amd64' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.19.0-8-amd64-advanced-e6fb4c67-9efc-4207-869c-38aebf3216cd' {
      load_video 'nomodeset i915, modeset=0'
      insmod gzio

due riavvii e sembra che funzioni, bisogna però aspettare un po prima di dire che è risolto, perchè non ad ogni avvio si presenta il problema.
aspetto qualche giorno.
mlibero
Sr. Member
Sr. Member
 
Messaggi: 444
Iscritto il: 23/09/2007, 17:54

Re: regolazione luminosità

Messaggioda Aki » 15/02/2020, 14:45

mlibero ha scritto:[..] sto provando con l'pzione "nomodeset i915.modeset=0", spero di aver fatto bene, ho modificato il file grub.cdg così, veramente ci avevo già provato, ma mi era un po perso nel modificare grub all'avvio con l'opzione "e".
Codice: Seleziona tutto
submenu 'Opzioni avanzate per Debian GNU/Linux' $menuentry_id_option 'gnulinux-advanced-e6fb4c67-9efc-4207-869c-38aebf3216cd' {
   menuentry 'Debian GNU/Linux, con Linux 4.19.0-8-amd64' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.19.0-8-amd64-advanced-e6fb4c67-9efc-4207-869c-38aebf3216cd' {
      load_video 'nomodeset i915, modeset=0'
      insmod gzio

due riavvii e sembra che funzioni, bisogna però aspettare un po prima di dire che è risolto, perchè non ad ogni avvio si presenta il problema. aspetto qualche giorno.

Hai inserito i parametri nel posto sbagliato: li hai trattati come moduli di grub, mentre sono parametri del kernel.
Aki
Global Moderator
Global Moderator
 
Messaggi: 9686
Iscritto il: 27/12/2007, 16:59

Re: regolazione luminosità

Messaggioda mlibero » 15/02/2020, 17:38

è un'operazione che non credo di aver mai fatto.
il file che ho modificato questa volta è /boot/config-4.19.0-8-amd64
ho aggiunto la riga alla fine.
mlibero
Sr. Member
Sr. Member
 
Messaggi: 444
Iscritto il: 23/09/2007, 17:54

Re: regolazione luminosità

Messaggioda Aki » 16/02/2020, 13:27

mlibero ha scritto:è un'operazione che non credo di aver mai fatto.
il file che ho modificato questa volta è /boot/config-4.19.0-8-amd64
ho aggiunto la riga alla fine.

Purtroppo i parametri che ti ho indicato non vanno neppure nel file che hai indicato (che serve, al contrario, utilizzato durante la ricompilazione del kernel): prova a dare un'occhiata qui.
Aki
Global Moderator
Global Moderator
 
Messaggi: 9686
Iscritto il: 27/12/2007, 16:59

Re: regolazione luminosità

Messaggioda mlibero » 16/02/2020, 20:28

quella procedura l'avevo provata tempo fa e non aveva funzionato, me ne sono ricordato.
ho provato di nuovo come da guida del link che mi hai suggerito, ma il server x non si è avviato, però ho generato tre script con diverse opzioni che ti invio.
sul mio computer non c'è il UEFI secure boot, almeno dal bios non compare.
un'osservazione, in queste operazioni il computer si scalda moltissimo, eppure avviene senza la scheda grafica attivata.
Allegati
log_16feb_200712.xz
(43.01 KiB) Scaricato 116 volte
log_16feb_200631.xz
(29.96 KiB) Scaricato 107 volte
log_16feb_200539.xz
(37.87 KiB) Scaricato 106 volte
mlibero
Sr. Member
Sr. Member
 
Messaggi: 444
Iscritto il: 23/09/2007, 17:54

Re: Acer 4810tg: blocco di KDE (era: regolazione luminosità)

Messaggioda Aki » 23/02/2020, 17:02

Intervento di moderazione: modifica del titolo della discussione da "regolazione luminosità" a "Acer 4810tg: blocco di KDE".
Aki
Global Moderator
Global Moderator
 
Messaggi: 9686
Iscritto il: 27/12/2007, 16:59

Precedente

Torna a X

Chi c’è in linea

Visitano il forum: Nessuno e 5 ospiti