radeon in current

[darkstaring]

Salve a tutti...
Sono abbastanza disperato, dopo aver aggiornato con slackpkg alla Current Gio 10 Feb 2011 il pc non si avvia più, durante la fase di caricamento del kernel
(precisamente dopo che il sistema rileva il wifi, quando scrive quelle 5 o 6 righe con tanti numeri)
si avvia X prima di caricare rc.M e mostra prima una schermata bianca, poi nera, rossa, verde e blu ciclicamente,
l'unico modo per spegnere la macchina è tener premuto il pulsante di accensione...
Questi sono i pacchetti che ho aggiornato:

Codice: Seleziona tutto

Gio 10 Feb 2011 21:19:38 UTC
da Slackware Current ChangeLog activity
a/coreutils-8.10-i486-1.txz: Aggiornamento.
a/glibc-solibs-2.13-i486-1.txz: Aggiornamento.
a/glibc-zoneinfo-2.13-noarch-1.txz: Aggiornamento.
Aggiornato a tzcode2011b e tzdata2011b.
a/kernel-firmware-2.6.35.11-noarch-1.txz: Aggiornamento.
a/kernel-generic-2.6.35.11-i486-1.txz: Aggiornamento.
a/kernel-generic-smp-2.6.35.11_smp-i686-1.txz: Aggiornamento.
a/kernel-huge-2.6.35.11-i486-1.txz: Aggiornamento.
a/kernel-huge-smp-2.6.35.11_smp-i686-1.txz: Aggiornamento.
a/kernel-modules-2.6.35.11-i486-1.txz: Aggiornamento.
a/kernel-modules-smp-2.6.35.11_smp-i686-1.txz: Aggiornamento.
a/lvm2-2.02.83-i486-1.txz: Aggiornamento.
Correggere i permessi problema. Grazie a Langshaw Gary.
a/minicom-2.5-i486-1.txz: Aggiornamento.
a/mkinitrd-1.4.6-i486-3.txz: Ricostruito.
Aggiunto udevadm stabilirsi a init in initrd per risolvere i problemi LVM.
Grazie a Langshaw Gary.
a/openssl-solibs-0.9.8r-i486-1.txz: Aggiornamento.
(* * Fix di sicurezza)
a/sharutils-4.11-i486-1.txz: Aggiornamento.
a/sysvinit-scripts-1.2-noarch-37.txz: Ricostruito.
In rc.6 e rc.K, arrestare i processi di partecipazione volumi NFS prima di aprire
smontare i volumi. Grazie a Jonathan Woithe.
Monte gruppi di controllo nella rc.S.
ap/alsa-utils-1.0.24.2-i486-1.txz: Aggiornamento.
ap/lxc-0.7.4_rc1-i486-1.txz: Aggiunto.
Il supporto per Linux container basato su gruppi di controllo.
Grazie a Johannes Schöpfer per l'assistenza.
ap/mysql-5.1.55-i486-1.txz: Aggiornamento.
ap/sudo-1.7.4p6-i486-1.txz: Aggiornamento.
Fix Runas gruppo di controllo della password.
Per ulteriori informazioni, vedere le modifiche incluse e file NEWS, e:
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2011-0010
(* * Fix di sicurezza)
d/gcc-4.5.2-i486-2.txz: Ricostruito.
Ricompilato contro MPFR-3.0.0p08.
d / gcc-g + +-4.5.2-i486-2.txz: Ricostruito.
d/gcc-gfortran-4.5.2-i486-2.txz: Ricostruito.
d/gcc-gnat-4.5.2-i486-2.txz: Ricostruito.
d/gcc-java-4.5.2-i486-2.txz: Ricostruito.
d/gcc-objc-4.5.2-i486-2.txz: Ricostruito.
d/kernel-headers-2.6.35.11_smp-x86-1.txz: Aggiornamento.
k/kernel-source-2.6.35.11_smp-noarch-1.txz: Aggiornamento.
kde/kdeartwork-4.5.5-i486-2.txz: Ricostruito.
kde/kdegraphics-4.5.5-i486-2.txz: Ricostruito.
kde/kdepim-4.4.10-i486-1.txz: Aggiornamento.
kde/kdepim-runtime-4.4.10-i486-1.txz: Aggiornamento.
kde/koffice-2.3.1-i486-1.txz: Aggiornamento.
kdei/koffice-l10n- *- 2.3.1-noarch-1.txz: aggiornato.
l/alsa-lib-1.0.24.1-i486-1.txz: Aggiornamento.
l/apr-1.4.2-i486-1.txz: Aggiornamento.
l/apr-util-1.3.10-i486-1.txz: Aggiornamento.
Risolve una perdita di memoria e DoS in apr_brigade_split_line ().
Per ulteriori informazioni, vedere:
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2010-1623
(* * Fix di sicurezza)
l/exiv2-0.21-i486-1.txz: Aggiornamento.
l/expat-2.0.1-i486-2.txz: Ricostruito.
Risolto crash vari e appendere bug.
Per ulteriori informazioni, vedere:
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-2625
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-3560
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-3720
(* * Fix di sicurezza)
l/glibc-2.13-i486-1.txz: Aggiornamento.
l/glibc-i18n-2.13-i486-1.txz: Aggiornamento.
l/glibc-profile-2.13-i486-1.txz: Aggiornamento.
l/libcap-2.20-i486-1.txz: Aggiornamento.
Spostato libreria statica in / lib {64} per evitare che collega libcap staticamente.
Includi <sys/types.h> in <sys/capability.h>. Grazie a Steve.
l/libexif-0.6.20-i486-1.txz: Aggiornamento.
l/libid3tag-0.15.1b-i486-4.txz: Ricostruito.
Risolto $ {} LIBDIRSUFFIX in id3tag.pc. Grazie a Bouillaguet Mathieu.
l/libmpc-0.8.2-i486-2.txz: Ricostruito.
l/mpfr-3.0.0p08-i486-1.txz: Aggiornamento.
l/poppler-0.16.2-i486-1.txz: Aggiornamento.
l/raptor-1.4.21-i486-1.txz: rimosso.
l/raptor2-2.0.0-i486-1.txz: Aggiunto.
l/rasqal-0.9.24-i486-1.txz: Aggiornamento.
l/redland-1.0.13-i486-1.txz: Aggiornamento.
l/zlib-1.2.5-i486-4.txz: Ricostruito.
n/httpd-2.2.17-i486-2.txz: Ricostruito.
n/openssh-5.8p1-i486-1.txz: Aggiornamento.
n/openssl-0.9.8r-i486-1.txz: Aggiornamento.
Questo aggiornamento consente di correggere un OpenSSL "vulnerabilità pinzatura OCSP".
Per ulteriori informazioni, vedere le modifiche incluse e file NEWS, e:
http://www.openssl.org/news/secadv_20110208.txt
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2011-0014
(* * Fix di sicurezza)
certwatch patchato per funzionare con le versioni recenti di "file".
Grazie a Ulrich Schäfer e Jan Rafaj.
x/libpciaccess-0.12.1-i486-1.txz: Aggiornamento.
x/mesa-7.9_ccc11aa-i486-1.txz: Aggiornamento.
La Mesa 7,9 ramo sembra essere un po 'più stabile, ma sentitevi liberi di
provare il pacchetto a 7,10 / testing.
x/xf86-video-ati-6.14.0-i486-1.txz: Aggiornamento.
Questo nuovo driver richiede KMS, che è impostato di default nel nuovo kernel.
In caso contrario, creare / etc / modprobe.d / radeon.conf con questo contenuto:
opzioni modeset radeon = 1
Inoltre, il kernel dovrebbe essere avviato con vga = normal.
I problemi sono stati osservati durante il tentativo di usare KMS dopo avere iniziato un VESA
framebuffer console. Mi dispiace per i pinguini.
x/xorg-server-1.9.4-i486-1.txz: Aggiornamento.
x/xorg-server-xephyr-1.9.4-i486-1.txz: Aggiornamento.
x/xorg-server-xnest-1.9.4-i486-1.txz: Aggiornamento.
x/xorg-server-xvfb-1.9.4-i486-1.txz: Aggiornamento.
x/xrdb-1.0.8-i486-1.txz: Aggiornamento.
x/xterm-268-i486-1.txz: Aggiornamento.
xap/geeqie-1.0-i486-2.txz: Ricostruito.
xap/gimp-2.6.11-i486-2.txz: Ricostruito.
extra/linux-2.6.35.11-nosmp-sdk / *: aggiornato.
isolinux / initrd.img: Ricostruito.
kernel / *: aggiornato.
pasture/mesa-7.8.2-i486-1.txz: Aggiunto.
Questo potrebbe essere più stabile per alcuni chipset video più vecchi.
pasture/xf86-video-ati-6.13.2-i486-1.txz: Aggiunto.
Fornire un driver alternativo ATI in caso di problemi con la più recente.
testing/packages/mesa-7.10_92a619b-i486-1.txz: Aggiornamento.
Ci sono stati alcuni strani bug segnalati con Mesa-7.10, e per conto mio
macchina ho notato occasionalmente si blocca quando X è in esecuzione, anche a
console di testo. Questi effetti non si verificano quando Mesa-7.9 è usato
invece, in modo metteremo Mesa-7.10 in / testing, per ora.
testing/packages/mozilla-firefox-4.0b11-i486-1.txz: Aggiornamento.
usb-and-pxe-installers/usbboot.img: Ricostruito.

Perfavore, aiutatemi!

[slux]

Premesso che usare la current richiede un'ottima conoscenza di Slackware per poter mettere le cose a posto quando non funzionano ed affidarsi a dei tool automatici come Slackpkg,swaret è il modo migliore per rovinare il sistema.Detto ciò credo che il problema forse risiede nel server X,ma tiro ad indovinare visto che la tua descrizione del problema è fin troppo vaga.Dacci qualche informazione sul tuo sistema,scheda video,chipset,processore ad esempio.Poi prova ad avviare così: premi tab al menù di Lilo,digita il nome del kernel che vuoi avviare e poi a fianco aggiungi

Codice: Seleziona tutto

vga = normal telinit=3

In questo modo forziamo l'avvio in modalità vga disabilitando il KMS e ci fermiamo al runlevel 3 in modalità testo.Dopo di che prova a postare qualche log in più per capirci qualcosa.

[darkstaring]

Grazie slux .. mi hai salvato, così parte.. comunque non ho mai avuto di questi problemi in current e ci sto da tanto ..
Dopo aver visto che passando il parametro "vga=normal" funge ho provato a riavviare senza di esso per vedere quele era l'errore
ebbene non riesco a leggere il resto ma l'ultima riga è

Codice: Seleziona tutto

radeon pool ready

da quel momento escono righe e colonne viola per circa 1sec. e dopo le schermate cicliche come ho detto prima...
la mia scheda video è una
01:00.0 VGA compatible controller: ATI Technologies Inc M92 [Mobility Radeon HD 4500 Series]

Mi sapresti dare qualche suggerimento?
Grazie

[slux]

Leggi bene il changelog di Pat.Il driver radeon richiede il KMS attivato,ma forse la tua scheda non lo supporta ,non saprei.Prova anche ad installare i driver alternativi radeon e mesa che trovi in pasture.

[darkstaring]

Ho provato a reinstallare le mesa e xf86-video-ati-6.13.2 da pasture ma stesso problema...
Sai cos'è il KMS?.. Ho cercato ma non nè ho capito un gran chè...

Creo /etc/modprobe.d/radeon.conf ?

[slux]

Sai cos'è il KMS?.. Ho cercato ma non nè ho capito un gran chè...

http://en.wikipedia.org/wiki/Kernel_mode-setting

Prova a rinominare xorg.conf e guarda se in automatico il server X imposta i parametri giusti.
Se usi il driver da pasture DEVI disabilitare il KMS in etc/modprobe.d/radeon come da changelog
Io uso Nvidia e non ho il supporto per il KMS quindi non posso fare prove

[Vic Steele]

Ciao, ha avuto un problema simile anche un mio amico (e tecnicamente potrei averlo anche io, se non usassi i Catalyst).
Per abilitare KMS abbiamo semplicemente fatto così:

1) ricompilato il kernel con la seguente attivazione:

Device Drivers --->
Graphics support --->
<*> Direct Rendering Manager --->
<*> ATI Radeon
[*] Enable modesetting on radeon by default

Controlla che sia abilitata questa ultima voce.

2) creato il file /etc/modprobe.d/radeon.conf con all'interno:

options radeon modeset=1

come era scritto su CHANGES_AND_HINTS.TXT.

Dovrebbe funzionare.

Ti consiglio di evitare come la peste strumenti di aggiornamenti automatici, specialmente quando stai lavorando su una current.

[targzeta]

Si sta creando confusione. Intanto lui dice di usare la current, come scritto nel Changelog il kernel presente in current ha già il KMS abilitato di default. La creazione del file radeon.conf per modprobe deve essere fatta come alternativa all'abilitazione nel kernel del KMS. Ovvero, o lo abiliti in built-in nel kernel, oppure crei il file di configurazione per modprobe. Sempre come dice il Changelog, i problemi con il KMS si hanno nel momento in cui si usa all'avvio il vesafb, passando l'opzione 'vga=normal' (io addirittura non ho più nessuna entry con 'vga=') questo modulo viene inibito e subentra fin dall'avvio il KMS (si nota la differenza sui notebook perchè il KMS sfrutta tutta la risuluzione video dello schermo e non si limita a 1024x768).

Io penso che il nostro amico abbia già risolto bene i suoi problemi, se è così, controllando il log di X dovrebbe trovare un output simile a questo:

Codice: Seleziona tutto

$> grep KMS /var/log/Xorg.0.log
[    16.321] (II) [KMS] Kernel modesetting enabled.
[    16.331] (II) RADEON(0): KMS Color Tiling: enabled

Ovviamente vale il suggerimento di slux, guardare sempre bene il Changelog prima di aggiornare.

Emanuele

Offtopic: P.S. Tra l'altro ho notato che il Changelog postato è in "italiano". E' stato tradotto con google?

[darkstaring]

In questi giorni non ho propio avuto tempo per risolvere il problema....
Oggi ho aggiunto /etc/modprobe.d/radeon.conf
Ma devo sempre avviare il pc aggiungendo
vga=normal, altrimenti il pc non parte ...
Ho guardato il kernel di Pat e ATI Radeon è attivo come modulo
e il modesetting è in build-in
[*] Enable modesetting on radeon by default - NEW DRIVER

grep KMS /var/log/Xorg.0.log, restituisce

Codice: Seleziona tutto

[   811.501] (II) [KMS] Kernel modesetting enabled.
[   811.502] (II) RADEON(0): R6xx+ KMS Color Tiling requires radeon drm 2.6.0 or newer
[   811.502] (II) RADEON(0): KMS Color Tiling: disabled

Non sò sè è dovuto al fatto che parto con vga=normal...

dmesg | grep drm restituisce invece

Codice: Seleziona tutto

[   10.191643] [drm] Initialized drm 1.1.0 20060810
[   10.619532] [drm] radeon kernel modesetting enabled.
[   10.621330] [drm] initializing kernel modesetting (RV710 0x1002:0x9553).
[   10.621562] [drm] register mmio base: 0xDA000000
[   10.621668] [drm] register mmio size: 65536
[   10.622058] [drm] Clocks initialized !
[   10.648728] [drm] Detected VRAM RAM=512M, BAR=256M
[   10.648827] [drm] RAM width 64bits DDR
[   10.649436] [drm] radeon: 512M of VRAM memory ready
[   10.649529] [drm] radeon: 512M of GTT memory ready.
[   10.649933] [drm] radeon: irq initialized.
[   10.650030] [drm] GART: num cpu pages 131072, num gpu pages 131072
[   10.651253] [drm] Loading RV710 Microcode
[   11.164986] [drm] ring test succeeded in 1 usecs
[   11.165246] [drm] radeon: ib pool ready.
[   11.165412] [drm] ib test succeeded in 0 usecs
[   11.165499] [drm] Enabling audio support
[   11.165620] [drm] Default TV standard: NTSC
[   11.165882] [drm] Radeon Display Connectors
[   11.165974] [drm] Connector 0:
[   11.166078] [drm]   LVDS
[   11.166174] [drm]   Encoders:
[   11.166267] [drm]     LCD1: INTERNAL_UNIPHY2
[   11.166361] [drm] Connector 1:
[   11.166447] [drm]   VGA
[   11.166533] [drm]   DDC: 0x7fa0 0x7fa0 0x7fa4 0x7fa4 0x7fa8 0x7fa8 0x7fac 0x7fac
[   11.166656] [drm]   Encoders:
[   11.166743] [drm]     CRT1: INTERNAL_KLDSCP_DAC1
[   11.166830] [drm] Connector 2:
[   11.166914] [drm]   HDMI-A
[   11.166999] [drm]   HPD1
[   11.167092] [drm]   DDC: 0x7e40 0x7e40 0x7e44 0x7e44 0x7e48 0x7e48 0x7e4c 0x7e4c
[   11.167217] [drm]   Encoders:
[   11.167312] [drm]     DFP1: INTERNAL_UNIPHY
[   11.171490] [drm] radeon: power management initialized
[   11.195072] [drm] fb mappable at 0xC0142000
[   11.195174] [drm] vram apper at 0xC0000000
[   11.195261] [drm] size 4325376
[   11.195347] [drm] fb depth is 24
[   11.195433] [drm]    pitch is 5632
[   12.517365] fb0: radeondrmfb frame buffer device
[   12.517367] drm: registered panic notifier
[   12.517443] [drm] Initialized radeon 2.5.0 20080528 for 0000:01:00.0 on minor 0

Come detto prima ho una ATI Technologies Inc M92 [Mobility Radeon HD 4500 Series]
Vedete qualcosa che non và?..
Consigli?
Thank's

[targzeta]

Ma io non sto più capendo. Qual'è il problema ora? L'opzione 'vga=normal' è corretta se vuoi usare il KMS e non è sbaglilato usarlo.

Nel tuo post sembra solo che tu abbia una libdrm "vecchiotta" ma è colpa della current che ha ancora la 2.4.23 mentre per il 'KMS Color Tiling' si richiede le 2.6.0 o più nuove.

Emanuele

[darkstaring]

Ma io non sto più capendo. Qual'è il problema ora? L'opzione 'vga=normal' è corretta se vuoi usare il KMS e non è sbaglilato usarlo.
Emanuele

Il problema sta nel fatto che se non aggiungo vga=normal il pc non parte come ho scritto prima, si avviano delle sequenze di colori durante la fase di booting..

L'opzione 'vga=normal' è corretta se vuoi usare il KMS

Non sapevo, l'ho chiarito per fornire maggiorni dettagli

[hashbang]

Ma io non sto più capendo. Qual'è il problema ora? L'opzione 'vga=normal' è corretta se vuoi usare il KMS e non è sbaglilato usarlo.

infatti. Non si capisce quale sia il problema, ora.

Slux ti ha dato la soluzione. Se con vga=normal il boot viene effettuato correttamente, settalo in modo predefinito in /etc/lilo.conf, dai un

Codice: Seleziona tutto

# lilo -v

per confermare e dovresti avere il vga settato "correttamente" ad ogni boot.

[darkstaring]

Si infatti ... avevo già corretto, solo che mi dispiace vedere la fase di boot a quella risoluzione....
Sapete dove posso trovare libdrm 2.6 o >???...
Ho cercato e pacchettizato
git://anongit.freedesktop.org/git/mesa/drm
aggiornato il pacchetto ma X non si avviava allora ho reinstallato il pacchetto preso da current
ed ora è tutto apposto, ma vorrei aggiornarle
Thank's

[hashbang]

aggiornato il pacchetto ma X non si avviava allora ho reinstallato il pacchetto preso da current
ed ora è tutto apposto, ma vorrei aggiornarle
Thank's

Potresti postare l'errore di X?

[targzeta]

Perché, com'è la fase di boot? Vedi le scritte piccole? Non ti viene preso tutto lo schermo? Prova allora, però fai attenzione ad avere una via di fuga, a eliminare (commentare) tutte le entri "vga=" dal lilo.conf e a ridare lilo. Io non ho nessuna voce 'vga=' però non ho neanche nessun framebuffer, a me parte direttamente con il KMS e il mio monitor a 1280x800 viene utilizzato completamente, al contrario di come viene utilizzato se uso il framebuffer vesa.

Emanuele