Pagina 1 di 3
kernel 2.6.12
Inviato: sab 18 giu 2005, 17:58
da gianPrazio
Ciao!
Ho seguito, negli ultimi mesi, lo sviluppo di questo kernel e ho visto che e' stato il frutto di un parto travagliato... c'e' qualcuno che l'ha gia' provato? Da' particolari problemi? Vale la pena la transizione 2.6.10 -> 2.6.12?
Inviato: sab 18 giu 2005, 18:05
da DaNiMoTh
se non hai ati, compila pure.
ciao
Inviato: sab 18 giu 2005, 18:15
da Sickk
io ce l'ho e nn ho problemi
Inviato: sab 18 giu 2005, 18:33
da rob
cioè sickk? hai i driver ati sul 2.6.12?
Inviato: sab 18 giu 2005, 18:50
da Sickk
no ho il kernel 2.6.12
Inviato: sab 18 giu 2005, 18:56
da DaNiMoTh
Io ho quelli NVidia e workano bene... o almeno spero!
Inviato: sab 18 giu 2005, 19:14
da Sickk
nvidia funziona sempre bene :-P
Inviato: sab 18 giu 2005, 19:19
da Bart
DaNiMoTh ha scritto:se non hai ati, compila pure.
ciao
Spiega un po'. Perchè uno se ha ATI non dovrebbe passare al 2.6.12?
Inviato: sab 18 giu 2005, 19:29
da Paoletta
qualcuno sa se il 2.6.12 può scrivere decentemente su partizioni ntfs?
Grazie 1000
Inviato: sab 18 giu 2005, 19:37
da DaNiMoTh
Bart: I driver attuali non si compilano con il .12. Chiedere a Rob x maggiori info ^_^
Paoletta: di default no. Ma lo puoi abilitare ( dal 2.6.7, credo )
ciao
Inviato: sab 18 giu 2005, 19:55
da Bart
Cioè? Continuo a non capire. Te ti compili il kernel e installi i driver. Che problemi ti da?
Inviato: sab 18 giu 2005, 20:58
da gallows
Bart ha scritto:Cioè? Continuo a non capire. Te ti compili il kernel e installi i driver. Che problemi ti da?
i driver non si possono compilare!
Inviato: sab 18 giu 2005, 21:32
da rob
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
Inviato: sab 18 giu 2005, 21:38
da rob
@paola: continua la storia infinita della scrittura su ntfs: come x gli altri, anche adesso è possibile solamente modificare un file su ntfs senza alterarne la dimensione (???) ti consiglio vivamente di prendere in considerazione il progetto captive.
ciao, rob
Inviato: sab 18 giu 2005, 22:14
da samiel
ti consiglio vivamente di prendere in considerazione il progetto captive
Oppure di non voler scrivere su NTFS,
cosa della quale stanto a capire il motivo.
Dati i rischi e le complicazioni, la vecchia
e lineare soluzione di una partizione VFAT
di scambio resta sempre la cosa milgiore
M.