Xv e Ati proprietari <= 8.40.4 [RISOLTO]

Se avete problemi con l'installazione e la configurazione di Slackware postate qui. Non usate questo forum per argomenti generali... per quelli usate Gnu/Linux in genere.

Moderatore: Staff

Regole del forum
1) Citare sempre la versione di Slackware usata, la versione del Kernel e magari anche la versione della libreria coinvolta. Questi dati aiutano le persone che possono rispondere.
2) Per evitare confusione prego inserire in questo forum solo topic che riguardano appunto Slackware, se l'argomento è generale usate il forum Gnu/Linux in genere.
3) Leggere attentamente le risposte ricevute.
4) Scrivere i messaggi con il colore di default, evitare altri colori.
5) Scrivere in Italiano o in Inglese, se possibile grammaticalmente corretto, evitate stili di scrittura poco chiari, quindi nessuna abbreviazione tipo telegramma o scrittura stile SMS o CHAT.
6) Appena registrati è consigliato presentarsi nel forum dedicato.

La non osservanza delle regole porta a provvedimenti di vari tipo da parte dello staff, in particolare la non osservanza della regola 5 porta alla cancellazione del post e alla segnalazione dell'utente. In caso di recidività l'utente rischia il ban temporaneo.
Rispondi
Avatar utente
Zapotech
Packager
Packager
Messaggi: 155
Iscritto il: gio 7 set 2006, 22:58
Slackware: -current
Kernel: 2.6.32.5-smp
Desktop: kde 4.3.4
Località: Roma

Xv e Ati proprietari <= 8.40.4 [RISOLTO]

Messaggio da Zapotech »

Ciao a tutti, chiedo scusa se apro un nuovo topic su ati e relativi drivers proprietari, ma volevo aprirne uno specifico
circa la "presunta" compatibilità di questi drivers con i kernel di nuova generazione, posto che la nostra nuova Slackware è uscita con il 2.6.21.5.

Posseggo una ati mobility x1400 e credo di aver trovato un bug (...ennesimo?) sui nuovi drivers proprietari ati in relazione ai kernel >= 2.6.21.
Prima di postare il bug su ati-bugzilla, dove c'è già un bug-report simile ma relativo ad una x700 (http://ati.cchtml.com/show_bug.cgi?id=655),
volevo avere un vostro parere e, magari, una gradita smentita! ;)

Sulla mia macchina ho installato Slackware 12.0 (da zero) e l'ultima versione dei drivers ati (8.39.4, ma il prob. si presenta anche con la versione precedente).

Il problema consiste in un freeze totale del sistema, in presenza di server X e modulo fglrx caricato, che si verifica dopo un tempo indeterminato (max uptime: 6 ore)
con l'impossibilità conseguente di utilizzare qs dispositivo di input (tastiera, mouse) costringendomi a riavviare utilizzando le "Magic SysRq".
Per la riproduzone "volontaria" di questo freeze ho utilizzato una particolare combinazione di programmi:
-aMule
-Azureus
-mplayer (vo xv) -> Ardour -> qjackd (secondo me potrebbe essere, mplayer e il vo=xv, il principale imputato)
-cd audio -> audacious (o amarok)-> Audacity (PortAudio) -> Ardour -> qjackd
-xmms -> Ardour -> qjackd
-firefox
In realtà questo freeze non intacca il server audio: infatti continua, come se nulla fosse, la riproduzione dei brani audio su server jack! :roll:

Il sistema è stabile (assenza di freeze) con il kernel 2.6.20 (che già avevo sulla slackware 11.0);
il sistema nn è stabile con i kernel >= 2.6.21 (ho provato diverse configurazioni sulle versoni 2.6.21, 2.6.21.1. e 2.6.21.5). :banghead:
Ho così pensato di ricompilare il kernel 2.6.22 con il supporto al debug e su 3 freeze (su 3 diverse configurazioni di kernel 2.6.22)
ho avuto il medesimo output su /var/log/syslog con la sola eccezione di diversi valori numerici nello stack: (riporto in grassetto le voci identiche dei 3 log)


Jul 31 14:41:43 darkstar kernel: BUG: unable to handle kernel NULL pointer dereference at virtual address 00000020
Jul 31 14:41:43 darkstar kernel: printing eip:
Jul 31 14:41:43 darkstar kernel: f8d34fe6
Jul 31 14:41:43 darkstar kernel: *pde = 00000000
Jul 31 14:41:43 darkstar kernel: Oops: 0002 [#1]
Jul 31 14:41:43 darkstar kernel: PREEMPT SMP
Jul 31 14:41:43 darkstar kernel: Modules linked in: rfcomm nfnetlink_queue xt_NFQUEUE ipv6 ieee80211_crypt_ccmp ipt_LOG nf_conntrack_ipv4 xt_state nf_conntrack nfnetlink xt_tcpudp iptable_filter ip_tables x_tables ipw3945 ieee80211 ieee80211_crypt cpufreq_stats cpufreq_powersave cpufreq_ondemand acpi_cpufreq freq_table video backlight thermal processor fan container button battery ac snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device snd_pcm_oss snd_mixer_oss l2cap capability commoncap lp joydev parport_pc parport psmouse hci_usb bluetooth fglrx(P) usbhid ff_memless sdhci iTCO_wdt mmc_core agpgart snd_hda_intel snd_pcm b44 snd_timer mii snd ehci_hcd ohci1394 shpchp evdev serio_raw iTCO_vendor_support i2c_i801 soundcore i2c_core snd_page_alloc ieee1394 uhci_hcd
Jul 31 14:41:43 darkstar kernel: CPU: 0
Jul 31 14:41:43 darkstar kernel: EIP: 0060:[<f8d34fe6>] Tainted: P VLI
Jul 31 14:41:43 darkstar kernel: EFLAGS: 00013202 (2.6.22a-smp #1)
Jul 31 14:41:43 darkstar kernel: EIP is at firegl_unbind_pcie+0x1a6/0x210 [fglrx]
Jul 31 14:41:43 darkstar kernel: eax: 00040004 ebx: f01c7f20 ecx: 00000001 edx: f71becc0
Jul 31 14:41:43 darkstar kernel: esi: f8dc41e0 edi: 00000b84 ebp: 00000000 esp: f60a7e78
Jul 31 14:41:43 darkstar kernel: ds: 007b es: 007b fs: 00d8 gs: 0033 ss: 0068
Jul 31 14:41:43 darkstar kernel: Process X (pid: 3058, ti=f60a6000 task=f72c8a90 task.ti=f60a6000)
Jul 31 14:41:43 darkstar kernel: Stack: f71becc0 f64c4bc0 f01c7f20 00000000 00000000 00000b8b 00000b84 f38659c0
Jul 31 14:41:43 darkstar kernel: f8dc3f40 f8dc41e0 f61cd600 f8d314a2 f8dc41e0 f01c7f20 00000000 00000014
Jul 31 14:41:43 darkstar kernel: f38659c0 00000000 f8dc41e0 f8d30b63 f8dc41e0 f38659c0 00000000 00003046
Jul 31 14:41:43 darkstar kernel: Call Trace:
Jul 31 14:41:43 darkstar kernel: [<f8d314a2>] firegl_free_buffer_queue+0x162/0x2f0 [fglrx]
Jul 31 14:41:43 darkstar kernel: [<f8d30b63>] firegl_free_bufs+0xd3/0x1b0 [fglrx]
Jul 31 14:41:43 darkstar kernel: [<f8d30a90>] firegl_free_bufs+0x0/0x1b0 [fglrx]
Jul 31 14:41:43 darkstar kernel: [<f8d2d6ce>] firegl_ioctl+0x1ae/0x230 [fglrx]
Jul 31 14:41:43 darkstar kernel: [<f8d2175c>] ip_firegl_ioctl+0x1c/0x30 [fglrx]
Jul 31 14:41:43 darkstar kernel: [<f8d21740>] ip_firegl_ioctl+0x0/0x30 [fglrx]
Jul 31 14:41:43 darkstar kernel: [<c0180024>] do_ioctl+0x84/0xc0
Jul 31 14:41:43 darkstar kernel: [<c0163a99>] remove_vma+0x39/0x50
Jul 31 14:41:43 darkstar kernel: [<f8d21740>] ip_firegl_ioctl+0x0/0x30 [fglrx]
Jul 31 14:41:43 darkstar kernel: [<c01800bc>] vfs_ioctl+0x5c/0x290
Jul 31 14:41:43 darkstar kernel: [<c0180362>] sys_ioctl+0x72/0x90
Jul 31 14:41:43 darkstar kernel: [<c010425a>] syscall_call+0x7/0xb
Jul 31 14:41:43 darkstar kernel: [<c0370000>] packet_rcv+0x2f0/0x3a0
Jul 31 14:41:43 darkstar kernel: =======================
Jul 31 14:41:43 darkstar kernel: Code: 89 5c 24 08 e8 6c 71 00 00 8b 44 24 34 8b 74 24 30 89 44 24 08 8b 55 00 89 34 24 89 54 24 04 e8 81 e2 ff ff 8b 5c 24 34 8b 6b 08 <c6> 45 20 00 83 c4 1c 31 c0 5b 5e 5f 5d c3 8b 45 24 85 c0 74 80
Jul 31 14:41:43 darkstar kernel: EIP: [<f8d34fe6>] firegl_unbind_pcie+0x1a6/0x210 [fglrx] SS:ESP 0068:f60a7e78
Jul 31 14:43:15 darkstar kernel: Emergency Sync complete

Aspetto, ...con ansia ;), vostri reply
Ciao e Grazie!
Ultima modifica di Zapotech il mer 31 ott 2007, 16:47, modificato 1 volta in totale.

Avatar utente
ekxius
Linux 3.x
Linux 3.x
Messaggi: 831
Iscritto il: sab 18 mar 2006, 11:01
Slackware: 12.0
Kernel: 2.6.23.12
Desktop: KDE 3.5.9
Località: Casa <-> Torino <-> Aosta

Messaggio da ekxius »

in che modo hai installato i proprietari?hai usato lo slackbuild?i radeon li hai provati?

Avatar utente
Zapotech
Packager
Packager
Messaggi: 155
Iscritto il: gio 7 set 2006, 22:58
Slackware: -current
Kernel: 2.6.32.5-smp
Desktop: kde 4.3.4
Località: Roma

Messaggio da Zapotech »

Non ho usato lo slackbuild per l'installazione;
ho effettuato l'installazione in modo classico utilizzando l'installer in init 3.
Purtroppo con i drivers radeon non ho il supporto al direct rendering...

Ciao!

Avatar utente
ekxius
Linux 3.x
Linux 3.x
Messaggi: 831
Iscritto il: sab 18 mar 2006, 11:01
Slackware: 12.0
Kernel: 2.6.23.12
Desktop: KDE 3.5.9
Località: Casa <-> Torino <-> Aosta

Messaggio da ekxius »

il problema è strano, hai configurato il kernel così:

http://www.slacky.eu/wikislack/index.ph ... del_kernel

poi io proverei lo slackbuild.

hai un sistema a 64 bit per caso?

il log di X che dice?

questo comando che dice?

Codice: Seleziona tutto

cat /lib/modules/fglrx/make.$(uname -r).log

Avatar utente
Zapotech
Packager
Packager
Messaggi: 155
Iscritto il: gio 7 set 2006, 22:58
Slackware: -current
Kernel: 2.6.32.5-smp
Desktop: kde 4.3.4
Località: Roma

Messaggio da Zapotech »

Ciao ekxius :),

....Allora:
il problema è strano, hai configurato il kernel così:
http://www.slacky.eu/wikislack/index.ph ... del_kernel
le uniche differenze sono:
1) Bus options (PCI, PCMCIA, EISA, MCA, ISA) ---> <M> PCI Express support
compilato come built-in invece che come modulo

2) Device Drivers ---> Character devices ---> <M> /dev/agpgart (AGP Support)
ho attivato,come modulo, agpgart ma nn ho attivato nessun driver per il supporto agp ai chipset proposti perchè nn ho alcun chipset grafico di quelli elencati.
Eseguendo:

Codice: Seleziona tutto

lsmod | grep fglrx 
ottengo:

Codice: Seleziona tutto

fglrx                 681652  17
agpgart                23628  1 fglrx
3) Device drivers ---> Character Devices ---> <> Direct Rendering Manager (XFree86 4.1.0 and higher DRI support)
nn attivato in quanto i drivers open-source nn supportano, purtroppo....!, la mia ati x1400
hai un sistema a 64 bit per caso?
Intel centrino Duo T2000 32 bit
l log di X che dice?
non contiene alcuna traccia del freeze ed, in fase di caricamento del server X, non riporta errori (EE) ma solo qualche warning (WW):

Codice: Seleziona tutto

(WW) fglrx(0): board is an unknown third party board, chipset is supported
...
(WW) LoadModule: given non-canonical module name "glesx.so"
...
(WW) fglrx(0): Option "VendorName" is not used
(WW) fglrx(0): Option "ModelName" is not used
Ti riporto il contenuto (fa rif. all'ennesima installazione di stamane) di

Codice: Seleziona tutto

cat /lib/modules/fglrx/make.$(uname -r).log

Codice: Seleziona tutto

ATI module generator V 2.0
==========================
initializing...
build_date =Tue Jul 31 14:54:25 CEST 2007
uname -a =Linux darkstar 2.6.22a-smp #1 SMP PREEMPT Mon Jul 23 11:03:44 CEST 2007 i686 Genuine Intel(R) CPU T2500 @ 2.00GHz GenuineIntel GNU/Linux
uname -s =Linux
uname -m =i686
uname -r =2.6.22a-smp
uname -v =#1 SMP PREEMPT Mon Jul 23 11:03:44 CEST 2007
uid=0(root) gid=0(root) groups=0(root),1(bin),2(daemon),3(sys),4(adm),6(disk),10(wheel),11(floppy),17(audio),18(video),19(cdrom),83(plugdev)
.
drwxr-xr-x 406 root root 61440 2007-07-29 02:21 /usr/include
.
total 81256
drwxr-xr-x  2 root root     4096 2007-07-31 14:54 ati
drwxr-xr-x 14 root root     4096 2007-07-18 08:37 gspcav1-20070508
lrwxrwxrwx  1 root root       14 2007-07-27 11:42 linux -> linux-2.6.21.5
drwxr-xr-x 20 root root     4096 2007-07-31 10:52 linux-2.6.20
drwxrwxr-x 20 root root     4096 2007-07-22 19:27 linux-2.6.21.1
drwxr-xr-x 20 root root     4096 2007-07-29 23:17 linux-2.6.21.5
drwxr-xr-x 20 root root     4096 2007-07-31 11:47 linux-2.6.22
-rw-r--r--  1 root root 83090540 2007-07-29 23:57 linux-2.6.22_2C_Compressed.tar.bz2
drwxr-xr-x  7 root root     4096 2003-10-29 07:08 rpm
.
file /lib/modules/2.6.22a-smp/build/include/linux/agp_backend.h says: AGP=1
OsVersion says: SMP=1
file /proc/kallsyms says: SMP=1
file /lib/modules/2.6.22a-smp/build/include/linux/autoconf.h says: SMP=1
file /lib/modules/2.6.22a-smp/build/include/linux/autoconf.h says: MODVERSIONS=
.
CC=gcc
cc_version=
found major but not minor version match for gcc and the ip-library
ls -l ./libfglrx_ip.a
lrwxrwxrwx 1 root root 18 2007-07-31 14:54 ./libfglrx_ip.a -> libfglrx_ip.a.GCC4
.
cleaning...
patching 'highmem.h'...
assuming new VMA API since we do have kernel 2.6.x...
def_vma_api_version=-DFGL_LINUX253P1_VMA_API
 Assuming default VMAP API
 Assuming default munmap API
doing Makefile based build for kernel 2.6.x and higher
make -C /lib/modules/2.6.22a-smp/build SUBDIRS=/lib/modules/fglrx/build_mod/2.6.x modules
make[1]: Entering directory `/usr/src/linux-2.6.22'
  CC [M]  /lib/modules/fglrx/build_mod/2.6.x/firegl_public.o
In file included from /lib/modules/fglrx/build_mod/2.6.x/drm_proc.h:41,
                 from /lib/modules/fglrx/build_mod/2.6.x/firegl_public.c:366:
/lib/modules/fglrx/build_mod/2.6.x/drmP.h:126:1: warning: "DRM_DEBUG_CODE" redefined
/lib/modules/fglrx/build_mod/2.6.x/firegl_public.c:179:1: warning: this is the location of the previous definition
/lib/modules/fglrx/build_mod/2.6.x/firegl_public.c:484: warning: initialization from incompatible pointer type
/lib/modules/fglrx/build_mod/2.6.x/firegl_public.c: In function 'firegl_stub_open':
/lib/modules/fglrx/build_mod/2.6.x/firegl_public.c:607: warning: assignment discards qualifiers from pointer target type
/lib/modules/fglrx/build_mod/2.6.x/firegl_public.c: In function '__che_do_mmap':
/lib/modules/fglrx/build_mod/2.6.x/firegl_public.c:1968: warning: assignment makes pointer from integer without a cast
/lib/modules/fglrx/build_mod/2.6.x/firegl_public.c: In function '__che_request_irq':
/lib/modules/fglrx/build_mod/2.6.x/firegl_public.c:2806: warning: passing argument 2 of 'request_irq' from incompatible pointer type
/lib/modules/fglrx/build_mod/2.6.x/firegl_public.c: In function '__che_smp_call_function':
/lib/modules/fglrx/build_mod/2.6.x/firegl_public.c:4330: warning: passing argument 1 of 'smp_call_function' from incompatible pointer type
/lib/modules/fglrx/build_mod/2.6.x/firegl_public.c: In function 'KCL_has_pat':
/lib/modules/fglrx/build_mod/2.6.x/firegl_public.c:4512: warning: passing argument 2 of 'constant_test_bit' from incompatible pointer type
/lib/modules/fglrx/build_mod/2.6.x/firegl_public.c:4512: warning: passing argument 2 of 'variable_test_bit' from incompatible pointer type
/lib/modules/fglrx/build_mod/2.6.x/firegl_public.c: At top level:
/lib/modules/fglrx/build_mod/2.6.x/firegl_public.c:5280: warning: 'kmem_cache_t' is deprecated
/lib/modules/fglrx/build_mod/2.6.x/firegl_public.c: In function 'KAS_ExecuteAtLevel':
/lib/modules/fglrx/build_mod/2.6.x/firegl_public.c:5139: warning: 'flags' may be used uninitialized in this function
  LD [M]  /lib/modules/fglrx/build_mod/2.6.x/fglrx.o
  Building modules, stage 2.
  MODPOST 1 modules
  CC      /lib/modules/fglrx/build_mod/2.6.x/fglrx.mod.o
  LD [M]  /lib/modules/fglrx/build_mod/2.6.x/fglrx.ko
make[1]: Leaving directory `/usr/src/linux-2.6.22'
build succeeded with return value 0
.
duplicating results into driver repository...
target location: /lib/modules/fglrx
stripping the debug info of kernel module
copying fglrx.ko
copying logfile of build
*** end of build log ***
Preciso che quanto detto in questo post vale anche per il kernel 2.6.20 con cui nn ho il problema riscontrato con i kernel superiori.....
La cosa che più mi fa ... :-k ...è che su questa stessa macchina ha girato Slackware 10.2 - Slackware 11.0 e le varie current (sempre con ati proprietari) ....senza mai un blocco!

Ciao!

Avatar utente
ekxius
Linux 3.x
Linux 3.x
Messaggi: 831
Iscritto il: sab 18 mar 2006, 11:01
Slackware: 12.0
Kernel: 2.6.23.12
Desktop: KDE 3.5.9
Località: Casa <-> Torino <-> Aosta

Messaggio da ekxius »

ma si, la guida dice come configurare il kernel a seconda che tu abbia una AGP o PCI Express. e anche che il drm è da disabilitare per chi usa i proprietari.

comunque sembra proprio un bug. ti consiglio di mandare il tutto alla ati e quindi...

buona fortuna :badgrin:

aspettiamo comunque commenti più illuminati

Avatar utente
Zapotech
Packager
Packager
Messaggi: 155
Iscritto il: gio 7 set 2006, 22:58
Slackware: -current
Kernel: 2.6.32.5-smp
Desktop: kde 4.3.4
Località: Roma

Messaggio da Zapotech »

Aggiornamento:
  • - Il freeze si è verificato anche con il kernel 2.6.20
    (anche se dopo un UpTime di dieci ore circa)
  • - Sono riuscito a riprodurre il bug con un contesto più semplice di quello riportato nel primo post del topic.
    E' sufficiente lanciare mplayer, o applicazioni "xine-based" come kaffeine, specificando "xv" come video-ouput, o anche "sdl", con il modulo fglrx caricato.
    Molto spesso uso come test:

    Codice: Seleziona tutto

    mplayer -ao alsa -vo xv -cache 8192 mms://rntlivewm.rai.it/_rn24_live_ 
    ...successivamente premo [Shift+T] per avere la finestra sempre in primo piano.
    Sembra che, invece, sia tutto ok se imposto "x11" come video ouput.
  • - ..."Credo"..., a questo punto, che si tratti di un problema dei drivers ati con il nuovo X Window System di cui è dotata la nuova Slackware. :roll:
    Tale prob. però sembrerebbe riguardare solo alcune schede (...come la X1400) come riportato qui (anche se è un caso nn proprio uguale):
    http://ati.cchtml.com/show_bug.cgi?id=564
comunque sembra proprio un bug. ti consiglio di mandare il tutto alla ati e quindi...
Eh sì, infatti mi sto apprestando ad inviarlo... speriamo bene...
anche perchè l'ipotesi di un downgrade ad una versione inferiore di X nn mi alletta affatto! :shock:

Avatar utente
Zapotech
Packager
Packager
Messaggi: 155
Iscritto il: gio 7 set 2006, 22:58
Slackware: -current
Kernel: 2.6.32.5-smp
Desktop: kde 4.3.4
Località: Roma

Messaggio da Zapotech »

Bug appena inserito in ATI Bugzilla.
Numero 763: http://ati.cchtml.com/show_bug.cgi?id=763

Avatar utente
Zapotech
Packager
Packager
Messaggi: 155
Iscritto il: gio 7 set 2006, 22:58
Slackware: -current
Kernel: 2.6.32.5-smp
Desktop: kde 4.3.4
Località: Roma

Messaggio da Zapotech »

Ciao! :)
Riprendo questo thread per segnalare delle novità!
Con l'uscita dei drivers ati 8.42.3 sembra che il problema dei freeze, dovuti all'utilizzazione del video-output "xv" nella riproduzione dei video, sia stato risolto,
nonostante nel changelog dei nuovi drivers nn compaia alcun riferimento alla risoluzione dei problemi con l' utilizzazione di "xv".
Non ho più riscontrato, dopo vari test, i problemi sopra esposti.

Per completezza aggiungo anche che talvolta lanciando X (con startx o direttamente in init4) ricevevo il seg. messaggio del kernel:

Codice: Seleziona tutto

Uhhuh. NMI received for unknown reason b0 on CPU 0.
You have some hardware problem, likely on the PCI bus.
Dazed and confused, but trying to continue
Anche questo messaggio sembra nn apparire più!


Modifico il titolo del topic posto che è appurato che questi freeze nn erano da imputare alle diverse versioni del kernel ma unicamente ai drivers proprietari ati.

Ciao!

Rispondi