kernel 2.6.32-1 in SID

[Vandik]

Grazie More, quindi mi dici che devo semplicemente installare gli headers del nuovo kernel, rimuoveri i vecchi drive killare gdm ed installare l'eseguibile facendolo puntare al compilatore
gcc-4.3

                                                                                                                                                                                      Ho capito bene??

[Doc]

Io invece, proprio ieri, ho risolto la storia dei drivers nvidia sul mio nuovo Squeeze, mettendo il 190 tramite pinning con SID.
Tutto va alla perfezione.
Ho solo messo gli headers e fatto fare tutto al module-assistant.

[More+]

Grazie More, quindi mi dici che devo semplicemente installare gli headers del nuovo kernel, rimuoveri i vecchi drive killare gdm ed installare l'eseguibile facendolo puntare al compilatore
gcc-4.3

                                                                                                                                                                                      Ho capito bene??

gli headers me li ha aggiornati automaticamente con l'upgrade
rimuovere i vecchi driver, se avevi usato i closed, ci pensa automaticamente lui
killare gdm, beh non ti sarebbe neanche dovuto partire X

yes
More+

[Vandik]

Ho capito, in altre parole devo semplicemente aggiornare i drive come si fa quando il sistema ti aggiorna il Kernel.
Grazie mille.

(Pensavo a killare gdm perchè adesso sono sul "veccio kernel" ovviamente ........... il problema non si pone)

                                                                                                                                                     Ciao e grazie a tutti.

[Stitch]

Volevo avvisare che nell'attuale kernel 2.6.32-2-amd64 è presente un bug che comporta un segmentation fault a tutte le applicazioni a 32 bit in avvio (esempio: skype). Il bug è stato segnalato (1 2 3) e sarà risolto nel prossimo upload.

[matt]

Caspita, sono mancato mezza giornata ed il post si è riempito!

Su Squeeze il kernel di default è ancora il 2.6.32-trunk. Solo su SID si trova il kernel 2.6.32-2.

Il bug che avevo segnalato al primo post è riferito al 2.6.32-1 ed è stato corretto nel 2.6.32-2.

Il problema della compilazione dei moduli per il kernel (es. driver invidia) si presenta solo per la diversità del compilatore gcc fra quello del sistema e quello utilizzato per la compilazione del kernel stesso. Questo è risolvibile con l'ottima procedura indicata da pmate (esportare la variabile prima di lanciare l'eseguibile).

Unico inconveniente rilevante, per ora, del kernel 2.6.32-2 è il bug segnalato da Stich: Segmentation Fault delle applicazioni a 32 bit su sistemi a 64 bit.

[g4b0]

Figurati.

Resta inteso che dalla prossima volta in poi... si comincerà ad utilizzare "intensivamente" la funzione di ricerca... 

Ciao

pmate

Azz, compila correttamente, ma mi va in errore caricando il modulo. Come faccio a sapere con quale compilatore è stato compilato il kernel? Segue il log dell'errore:

Codice:

-> Kernel module load error: insmod: error inserting './usr/src/nv/nvidia.ko':
   -1 Invalid module format
-> Kernel messages:
   [   23.266854] Bluetooth: L2CAP ver 2.14
   [   23.266860] Bluetooth: L2CAP socket layer initialized
   [   23.320110] Bluetooth: RFCOMM TTY layer initialized
   [   23.320119] Bluetooth: RFCOMM socket layer initialized
   [   23.320124] Bluetooth: RFCOMM ver 1.11
   [   23.320691] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
   [   23.320698] Bluetooth: BNEP filters: protocol multicast
   [   23.380708] Bridge firewalling registered
   [   23.420170] Bluetooth: SCO (Voice Link) ver 0.6
   [   23.420177] Bluetooth: SCO socket layer initialized
   [   24.560845] lp0: using parport0 (interrupt-driven).
   [   24.567366] ppdev: user-space parallel port driver
   [   25.116016] eth0: no IPv6 routers present
   [   28.936152] RPC: Registered udp transport module.
   [   28.936159] RPC: Registered tcp transport module.
   [   28.936164] RPC: Registered tcp NFSv4.1 backchannel transport module.
   [   29.033412] Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
   [   29.105410] svc: failed to register lockdv1 RPC service (errno 97).
   [   29.107711] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state
   recovery directory
   [   29.124070] NFSD: starting 90-second grace period
   [ 1297.047462] nvidia: disagrees about version of symbol module_layout
   [40747.466041] nvidia: disagrees about version of symbol module_layout
   [41104.176106] fuse exit
   [41121.498629] fuse init (API version 7.13)
   [41225.565917] nvidia: disagrees about version of symbol module_layout

Per la cronaca: ripartendo con il vecchio 2.6.30-2 e ricompilando il modulo con gcc 4.3 non funziona nemmeno, segue parte dell' Xorg.0.log:

Codice:

X.Org X Server 1.7.4
Release Date: 2010-01-08
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.32-trunk-686 i686 Debian
Current Operating System: Linux squeeze 2.6.30-2-686 #1 SMP Fri Dec 4 00:53:20 UTC 2009 i686
Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.30-2-686 root=UUID=bae7d761-971e-46c3-84d7-e24d12898794 ro quiet
Build Date: 20 January 2010  10:52:55PM
xorg-server 2:1.7.4-2 (bgoglin@debian.org)
Current version of pixman: 0.16.4
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.

[..snip..]

(II) LoadModule: "nvidia"
(II) Loading /usr/lib/xorg/modules/drivers/nvidia_drv.so
dlopen: /usr/lib/xorg/modules/drivers/nvidia_drv.so: undefined symbol: resVgaShared
(EE) Failed to load /usr/lib/xorg/modules/drivers/nvidia_drv.so
(II) UnloadModule: "nvidia"
(EE) Failed to load module "nvidia" (loader failed, 7)
(EE) No drivers available.

Fatal server error:
no screens found

Mi da come "Build Operating System" ancora il 2.6.32-trunk, mentre io sono sicuro di averlo  compilato con il 2.6.30-2 (l'ho fatto due volte). Non cancella il vecchio modulo? Come risolvo? In realtà mi piacerebbe far funzionare il nuovo kernel..

[mm-barabba]

Come faccio a sapere con quale compilatore è stato compilato il kernel?

Codice:

cat /proc/version

penso sia così .

[g4b0]

Codice:

g4b0@squeeze:~$ cat /proc/version
Linux version 2.6.30-2-686 (Debian 2.6.30-8squeeze1) (dannf@debian.org) (gcc version 4.3.4 (Debian 4.3.4-6) ) #1 SMP Fri Dec 4 00:53:20 UTC 2009

Secondo me è bacato il driver nvidia, non elimina il modulo compilato in precedenza. Ho scaricato l'ultima versione ed ha funzionato alla grande!

Chissà se però funzionerà sul kernel trunk? Per ora lascio questo e mi metto il kernel di default al 2.6.30-2, al prossimo aggiornamento ci penserò

[tasodan]

Scusate la mia ignoranza, ma vorrei capire una cosa: ma se in squeeze il compilatore ufficiale che viene installato nel pc è diventato gcc 4.4, mi spiegate per quale motivo continuano a compilare i kernel con gcc 4.3?

[Vandik]

Scusate la mia ignoranza, ma vorrei capire una cosa: ma se in squeeze il compilatore ufficiale che viene installato nel pc è diventato gcc 4.4, mi spiegate per quale motivo continuano a compilare i kernel con gcc 4.3?

Perchè quel particolare pacchetto è stato "creato" con quel determinato compilatore, durante il normale corso degli aggiornamenti il sistema aggiorna anche il compilatore (il gcc) senza però rimuovere le vecchie versioni, in questo modo sarai sempre in grado di utilizzare il compilatore appropriato per ogni singolo pacchetto semplicemente inserendo la corretta variabile durante la fase di installazione.

                                                                                                                                                                Spero di essere stato chiaro.
                                                                                                                                                                         Ciao.               

[tasodan]

ho capito cosa intendi, però non riesco a capire una cosa (parlo di squeeze perché è la versione che ho attualmente installata): il gcc 4.4 è nei repo già da almeno un mese abbondante (forse 2),  mentre l'ultimo kernel di squeeze (2.6.32-trunk) è stato inserito nei repo appena qualche settimana fa,perché lo hanno compilato con il gcc 4.3?

[Doc]

Riesumo questo vecchio post, per avvertire che il k. linux-image-2.6.32-2-686, almeno sul mio eeepc 1000he (sid), rappresenta un gravissimo passo indietro rispetto al vecchio trunk, che pertanto mi tengo stretto!