2.6.34 e kms

[conraid]

Nel mio oziare giornaliero mi sono messo a compilare il kernel 2.6.34
Siccome nel fisso dovevo fare altro, l'ho fatto nel notebook, versione a 64bit
Tutto ok, compila, ma... al punto che normalmente, con il kms, va in framebuffer

Codice: Seleziona tutto

Console: swhitching to colour frame buffer device 160x50
fb0: inteldrmfb frame buffer device

lo schermo diventa nero, ma non solo lo schermo, nel senso che anche facendo CTRL-ALT-CANC il sistema non si riavvia
E' come se andasse in panic o chissà cosa, solo che non vedo niente, ed i log non mi aiutano, nel senso che non ci sono proprio

prima che qualcuno mi dica di non usare il frame buffer, in lilo ho VGA=normal è il kms ha lanciare il fb, anche disabilitandolo da kernel niente
Ho provato a cambiare varie opzioni nel comporto grafico, ma sempre stesso errore
Qualcuno ha mai avuto comportamenti simili? Dove sbaglio?

[conraid]

a 32 bit sembra andare (c'è qualche errore in ACPI, e qualche comando deprecato nella gestione della cpu), ma ho notato che nel config ho il driver i810fb che nella versione a 64bit non c'è (dipende da x86_32, ma in effetti i810 dovrebbero essere le vecchie schede)
grrrrrr, chissà che opzione devo abilitare, eppure ho semplicemente usato i vecchi config in entrambi i sistemi

[conraid]

come non detto, anche la versione a 32bit, la prima volta è partita ok, ora da lo stesso problema

[Kristos]

Questo è lo stesso ed identico problema che ho in current però con il kernel 2.6.33.x.
Schermo nero con la totale impossibilità di agire da testuale. inoltre con CTRL+ALT+CANC non si riavviava il sistema.
Avevo postato in precedenza il problema, ma senza riuscire a porre rimedio, di conseguenza sono tornato alla 13.0 stabile.

[robbybby]

Ho appena compilato il 2.6.34, su Slackware 12.2, variamente aggiornata.
Io ti posso solo dire che uso il framebuffer (in lilo ho VGA=773), con scheda nVidia, con framebuffer VESA, e non mi dà problemi (ho un altro problema, oggetto di un post a parte).

Codice: Seleziona tutto

vesafb: framebuffer at 0xd0000000, mapped to 0xf8100000, using 1536k, total 65536k
Console: switching to colour frame buffer device 128x48
fb0: VESA VGA frame buffer device

[targzeta]

...prima che qualcuno mi dica di non usare il frame buffer, in lilo ho VGA=normal è il kms ha lanciare il fb, anche disabilitandolo da kernel niente...

Non ho capito bene questo punto,hai letto che per il kms non devi avere nessuna direttiva a VGA (o VIDEO) nel lilo. Ho letto che fa conflitto, ma non so se possa essere questa la causa del tuo problema.

Emanuele

[conraid]

...prima che qualcuno mi dica di non usare il frame buffer, in lilo ho VGA=normal è il kms ha lanciare il fb, anche disabilitandolo da kernel niente...

Non ho capito bene questo punto,hai letto che per il kms non devi avere nessuna direttiva a VGA (o VIDEO) nel lilo. Ho letto che fa conflitto, ma non so se possa essere questa la causa del tuo problema.

Emanuele

appunto emanuele, ho disattivato il fb da lilo
vga=normal è il default

tra l'altro una volta ogni tanto va (prima la 64 è partita ok, al riavvio successivo no), ma che beep

Questo è lo stesso ed identico problema che ho in current però con il kernel 2.6.33.x.
Schermo nero con la totale impossibilità di agire da testuale. inoltre con CTRL+ALT+CANC non si riavviava il sistema.
Avevo postato in precedenza il problema, ma senza riuscire a porre rimedio, di conseguenza sono tornato alla 13.0 stabile.

tu avevi detto che non mandava il segnala al monitor, o qualcosa di simile, a me il sistema va, basta che disattivo il modesetting (i915.modeset=0), ma poi ho problemi con i driver di X

Ho appena compilato il 2.6.34, su Slackware 12.2, variamente aggiornata.
Io ti posso solo dire che uso il framebuffer (in lilo ho VGA=773), con scheda nVidia, con framebuffer VESA, e non mi dà problemi (ho un altro problema, oggetto di un post a parte).

nvidia non ha kms

[ponce]

ho avuto il solito problema su fisso e portatile del lavoro con schede grafiche intel sui quali mi ero ricompilato un kernel custom: penso che dipenda da qualcosa che manca nelle opzioni di configurazione dei kernel da un certo 2.6.33.x in poi e che va attivato/disattivato appositamente, pero' non sono riuscito ad individuare quale sia il CONFIG_ incriminato

ho risolto rifacendomi la configurazione del kernel col "make oldconfig" a partire da quella degli ultimi -generic di Pat, togliendo quello che non mi serviva (anche col dubbio di spuntare proprio l'opzione che ci voleva ) e aggiungendo un paio di cose.

ti posto il .config "un po' sfrondato - wip" (e' per un kernel con le patch zen, uso solo quelli ), magari puo' tornarti utile.

[conraid]

mmm... ok capito
devo riprendere a fare il lavoro dal generic

se trovi l'opzione incriminata fai un fischio

[conraid]

ho ricompilato da generic, stesso problema

naturalmente come dicevo prima con il modesetting disattivato il sistema parte normalmente, solo che poi è X a non partire

p.s.
ho provato il generic
make localmodconfig
ora provo huge, ma che BEEP

[ponce]

come scappatoia, se metti il generic di pat e generi l'initrd col modulo del filesystem dovrebbe andare tutto.

[conraid]

se metti il generic di pat e generi l'initrd col modulo del filesystem dovrebbe andare tutto.

ho usato il generic, ed ho messo statici i filesystem (il chipset lo era già), ma niente

[ponce]

strano, mi sembrava di ricordare che andasse...

[conraid]

strano, mi sembrava di ricordare che andasse...

a me no, sarà qualche risposta a make oldconfig? ora ad huge ho risposto o Y o M a quasi tutto

[conraid]

con huge è andato la prima volta, cioè il primo boot dopo la compilazione, ora non va più
ma che BEEP può essere????