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 Gnu/Linux in genere, se l'argomento è specifico alla Slackware usate uno dei forum Slackware o Slackware64.
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.
rob ha scritto:http://marc.theaimsgroup.com/?l=bk-comm ... 9815395&w=
cn il 2.6.12 è stato rimosso pci_dev->slot_name, accessibile comunque tramite pci_name(). i driver ati tentano di accedere a quel membro non + disponibile e la compilazione fallisce. andando a sostituire nel codice con pci_name() la compilazione va a buon fine, ma fallisce l'inserimento del modulo nel kernel. dmesg riporta il seguente errore:
fglrx: Unknown symbol inter_module_get
sn andato a vedere e quella routine è stata deprecata in favore di symbol_get. ancora andando a modificare il codice quindi ricevo il seguente errore (sempre in inserimento del modulo) da dmesg:
fglrx: Unknown symbol __symbol_get
sto ancora studiando un po' sti driver e il kernel, xò ho maturato una riflessione: ati scriverà anche i driver maluccio (me ne sn reso conto da certi particolari), ma anche gli sviluppatori del kernel nn scherzano: un driver che compila sotto il 2.6.11.12 e non compila + sotto il 2.6.12 mi fa pensare che non sia tanto colpa del driver, quanto del kernel. a mio avviso dovrebbe essere garantita un minimo di retrocompatibilità, xchè se facciamo uscire ogni settimana un kernel senza backward compatibility, nn possiamo lamentarci poi di non avere dei driver funzionanti x linux.
ciao, rob
Io ho fatto la stessa cosa con lo stesso risultato,
credo comunque di aver capito (+/-), il problema
e che symbol_get è esportato in licenza GPL
EXPORT_SYMBOL_GPL(symbol_get)
forzando ogni modulo che lo usa ad essere GPL ...
Praticamente un casino, dobbiamo aspettare che
ATI rilasci un modulo con licenza GPL ... il che in
futuro potrebbe essere un vantaggio..
Alla fine sono riuscito a farlo compilare,
anche se il sistema non è proprio dei piu
onesti ..
Ma il riusultato è sempre lo stesso, schermata
nera all'avvio di X, questo è il mio xorg
Salve gente, appena registrato a slacky, ho una domandina per quelli che stanno sperimentando il 2.6.12.
Vi spiego un po' la mia situation:
k 2.6.10
mobo k8v-x (supporta athlon 64 ma io ho un sempron)
graphic card ati radeon 9250 (sigh!)
Attualmente il driver fglrx mi dà 1300+ fps con glxgears ma il mitico euphoria fa 0.3 fps! (1280x1024)
Il driver radeon del kernel fa 250 fps con glxgears ma le "robe" openGL fanno un po' meno schifo.
Conclusione al momento uso il driver radeon.
Ecco la domanda: qualcuno ha sperimentato miglioramenti nel supporto a questa benedetta scheda grafica con il nuovo kernel?
Grazie e ciao.
Controordine, ho installato il package ati per architettura a 64 bit sopra quello per architettura a 32 già funzionante, il risultato è un nuovo modulo fglrx che si inserisce correttamente ma un binario fglrxconfig che non è eseguibile (sarà perchè non ho un processore a 64 bit), tuttavia avevo il vecchio xorg.conf e X parte. 1370 fps con glxgears e miglioramenti negli openGL (euphoria regular non va, euphoria grid è perfetto!!!!)
Continuo ad attendere notizie sui driver xorg e 2.6.12
Salve a tutti!
Io ho appena compilato i drivers ATI sul kernel 2.6.12 e ho riscontrato +o- i problemi di funzioni C da modificare di cui avete già parlato. Inoltre ho dovuto disabilitare il DRI nel kernel altrimenti non mi permetteva di caricare il modulo. Subito ho riscontrato problemi quando uscivo da X: nel passaggio alla modalità testo il sistema andava in hang e dovevo resettarlo. Inoltre non voleva saperne di considerare il bootsplash. Poi ho tolto dal kernel il modulo radeonfb e tutto ha cominciato a funzionare a meraviglia.
Io ho un laptop (meglio "portable desktop") Dell Inspiron 9100 con una ATI Radeon 9700.
Mi inserisco nella discussione per chiedere un parere.
Ho aggiornato la slack 10.1 con il kernel 2.6.12.1 utilizzando la configurazione di Patrick. Siccome era la mia prima volta che mi cimentavo con il kernel non sto a dirvi quanto ho penato ma alla fine sono riuscito a far partire la macchina. Il problema è che non mi carica dei dispositivi, il server sonoro ed il modem. Come mai?
Sound server informational message:
Error while initializing the soun driver:
device /dev/dsp can't be opened (No such file or directory)
maxmo ha scritto:Mi inserisco nella discussione per chiedere un parere.
Ho aggiornato la slack 10.1 con il kernel 2.6.12.1 utilizzando la configurazione di Patrick.
Configurazione di Patrick? Per caso c'è il config ufficiale del 2.6.12? Io ho visto che arriva al 2.6.11.11. Dove l'hai preso?
Per l'audio devi abilitare la tua scheda nel kernel e il supporto a OSS.
Ciao.
maxmo ha scritto:Mi inserisco nella discussione per chiedere un parere.
Ho aggiornato la slack 10.1 con il kernel 2.6.12.1 utilizzando la configurazione di Patrick.
Configurazione di Patrick? Per caso c'è il config ufficiale del 2.6.12? Io ho visto che arriva al 2.6.11.11. Dove l'hai preso?
Per l'audio devi abilitare la tua scheda nel kernel e il supporto a OSS.
Ciao.
No, ho utilizzato il 2.6.11.11 che dovrebbe andare bene lo stesso.
Come sarebbe a dire "Per l'audio devi abilitare la tua scheda nel kernel e il supporto a OSS."
Si devi configurare la sezione sounds del kernel secondo le tue specifiche hardware. Vedi questo errore qui:
device /dev/dsp can't be opened (No such file or directory)
è dovuto ad un modulo della sezione OSS non abilitato.
Per fare un buon lavoro dovresti ricompilare il kernel.
Se cerchi nel forum questo problema è stato trattano tantisime volte. Prova a spulciare un po'. Se hai problemi noi siamo qui.
Ciao.
Il config 2.6.11.11 non è proprio adatto per il 2.6.12 perchè non "tratta" le nuove caratteristiche introdotte. In teoria puoi usare make oldconfig al momento della compilazione per vedere le novità, ma dovresti sapere di che si tratta per capire se introdurle o meno.
Paoletta ha scritto:captive va bene con il 2.4; con il 2.6 cerca invece un modulo che non c'è...almeno questo succede a me!
Paola
con il kernel 2.6.8.1 riesco a compilare e caricare il modulo lufs, (quindi captive funziona); con il 2.6.12.3 invece non c'e' verso.
Ho provato ad applicare questa patch: http://www.badri.us/export_kpi.diff
ai sorgenti, e ora non ottengo + il warning in compilazione, ma non riesco comunque a caricare il modulo e in dmesg ottengo:
lufs: Unknown symbol kill_proc_info
qualche idea?
