- Shipped
- 29 settembre 2026 alle ore 00:40 UTC
- Author
- Kamo
- Commit
- 5bb1174
Misurato su una stazione di lavoro di lancio -ai4 (SP98 Task 16), la sveglia è bloccata perché Xorg non sopravvive a un curriculum: con nessun driver KMS guida la console attraverso VESA, e su ogni curriculum segfaults re-entrare la sua VT (VBESetVBEMode -> xf86ExecX86int10, "Effetto di regolazione all'indirizzo 0x0"). Chrome, lasciato senza il suo display, quindi spun su entrambi i vCPUs mentre l'orologio di scheduler del kernel restaurato è rimasto fermo (un loop occupato 3 s leggere 0 ns del tempo di esecuzione): 7 a 16 minuti per AWAKE, o AWAKE in un minuto e nessun desktop utilizzabile per 15. Minimizzare le finestre cambiate nulla; chiusura Chrome prima rimosso lo stallo, ma lasciato circa 4 minuti prima che la guardia dello schermo firmasse l'IA in. - before sleep ferma LightDM, quindi nessun server X entra nell'immagine del sonno; il passaggio minimi è andato. - Il desktop ricomincia (sistemactl start --no-block lightdm) sul primo controllo del curriculum più di 30 s dopo il stop: la spinta del gettone della sveglia, una spunta dell'orologio o la guardia dello schermo. Anche un sonno che non e' mai successo. - Chrome mantiene --forza-prefers-ridotta-mozione: la pagina di segnale di Kamo non detiene più una vCPU su una workstation inattivo.