rilevante

Buona sera lista!

cercherò di spiegare il problema nel modo più comprensibile:

sto installando squeeze a 64 bit su un intel e6600 montato su una asus
P5G41T-M LX con ethernet atheros integrata in oggetto.
asus fornisce i driver per linux da compilare poichè il kernel 2.6.32 non
la supporta.

non avendo la possibilità di collegamento, ho installato la squeeze da
pendrive con un'immagine CD iso fatta con unetbootin e installazione del
solo sistema standard.
in questo scenario, a causa di dipendenze mancanti, non mi va la
compilazione del driver.

ho provato allora da una 32 bit in virtuale a fare la compilazione e il ko
generato l'ho copiato nell'altra macchina(quella a 64bit), ho lanciato
l'insmod del modulo, ma ancora non funziona.
è una procedura che può funzionare? o sto sbagliando qualcosa?

Il giorno 02 febbraio 2012 21:16, NN_il_Confusionario <
pinkof.pallus> ha scritto:

> devi sosituirlo
> col valore di uname -r fornito dalla installazione a 64 bit (e devi
> avere installato il corrispondente pacchetto degli headers ...). Tutto
> questo e` certamente necessario, ma non posso darti per certo che sia
> sufficiente (ma puoi provare).
>
> Se il modulo e` stato insetito nel kernel 3.2, fai forse prima a
> scaricare da backports il 3.2 precompilato per squeeze.
>nel pc con l'intel e6600 non ho altre versioni installate..
come dovrei fare a usare il kernel che dici?le iso sonn quelle, come faccio
a sostituirgli il kernel?
mi indirizzi verso qualche documento che mi spieghi come farlo?

Grazie

> > Se il modulo e` stato insetito nel kernel 3.2, fai forse prima a
> > scaricare da backports il 3.2 precompilato per squeeze.
> >
> >
> nel pc con l'intel e6600 non ho altre versioni installate..
> come dovrei fare a usare il kernel che dici?le iso sonn quelle, come
> faccio a sostituirgli il kernel? mi indirizzi verso qualche
> documento che mi spieghi come farlo?
>
> Grazie

Ciao !

Bhe, se non ti funziona la scheda di rete puoi scaricarti i deb (del kernel)
dal repo backports ed installare con dpkg.

Su un portatile recente usare stable non va bene, almeno ibridarla con i
backports è doveroso, se vuoi spingerti oltre, passa a "testing".

CIAO

Luca

Il giorno 02 febbraio 2012 22:33, dea <dea> ha scritto:

>
> > > Se il modulo e` stato insetito nel kernel 3.2, fai forse prima a
> > > scaricare da backports il 3.2 precompilato per squeeze.
>

Credo che farò così allora, ma prima devo capire cosa scegliere!

La versione del kernel che supporta l'atheros è quella che usa knoppix
6.7.1, quindi la 2.6.39.

http://packages.debian.org/squeeze-backports/kernel/

scorro la pagina fino a questa versione:
linux-image-2.6.39-bpo.2-amd64 (2.6.39-3~bpo60+1) [*backports*]Linux 2.6.39
for 64-bit PCspoi più giù c'è la patch e ancora più sotto ci sono i
sorgenti del kernel con patch.

scarico tutte e tre e installo, quindi? non avrò così problemi di
dipendenze?

ti chiedo pazienza, ma non ho mai fatto questo.

grazie per l'aiuto.

Ciao a tutti,

riapro l'argomento per aggiornarvi sulla questione.
non avendo la possibilità di utilizzare la rete a causa dei driver della
atheros ar8151 mancanti nel kernel della stable, ho masterizzato il dvd 1
per avere un ventaglio più ampio di pacchetti installabili.
fatto ciò ho eseguito questi passi:

- installato build-essential e i linux-header del mio kernel
(2.6.32-5-amd64)
- scompattato i sorgenti dei driver della mb asus P5G41T-M LX(reperibili
dal sito - quindi in teoria non affetti da errori)
- seguito le istruzioni del readme, che nient'altro aggiunge al classico
make install.

il risultato è questo:

make -C /lib/modules/2.6.32-5-amd64/build
SUBDIRS=/home/daniele/Scrivania/Linux/LAN/src modules
make[1]: Entering directory `/usr/src/linux-headers-2.6.32-5-amd64'
CC [M] /home/daniele/Scrivania/Linux/LAN/src/atl1e_main.o
/home/daniele/Scrivania/Linux/LAN/src/atl1e_main.c: In function
‘atl1e_request_irq’:
/home/daniele/Scrivania/Linux/LAN/src/atl1e_main.c:156: warning: passing
argument 2 of ‘request_irq’ from incompatible pointer type
/usr/src/linux-headers-2.6.32-5-common/include/linux/interrupt.h:126: note:
expected ‘irq_handler_t’ but argument is of type ‘void (*)(int, void*)’
/home/daniele/Scrivania/Linux/LAN/src/atl1e_main.c: In function
‘atl1e_probe’:
/home/daniele/Scrivania/Linux/LAN/src/atl1e_main.c:236: warning:
‘DMA_nnBIT_MASK’ is deprecated
/home/daniele/Scrivania/Linux/LAN/src/atl1e_main.c:237: warning:
‘DMA_nnBIT_MASK’ is deprecated
/home/daniele/Scrivania/Linux/LAN/src/atl1e_main.c:240: warning:
‘DMA_nnBIT_MASK’ is deprecated
/home/daniele/Scrivania/Linux/LAN/src/atl1e_main.c:241: warning:
‘DMA_nnBIT_MASK’ is deprecated
/home/daniele/Scrivania/Linux/LAN/src/atl1e_main.c:287: error: ‘struct
net_device’ has no member named ‘open’
/home/daniele/Scrivania/Linux/LAN/src/atl1e_main.c:288: error: ‘struct
net_device’ has no member named ‘stop’
/home/daniele/Scrivania/Linux/LAN/src/atl1e_main.c:289: error: ‘struct
net_device’ has no member named ‘hard_start_xmit’
/home/daniele/Scrivania/Linux/LAN/src/atl1e_main.c:290: error: ‘struct
net_device’ has no member named ‘get_stats’
/home/daniele/Scrivania/Linux/LAN/src/atl1e_main.c:291: error: ‘struct
net_device’ has no member named ‘set_multicast_list’
/home/daniele/Scrivania/Linux/LAN/src/atl1e_main.c:292: error: ‘struct
net_device’ has no member named ‘set_mac_address’
/home/daniele/Scrivania/Linux/LAN/src/atl1e_main.c:293: error: ‘struct
net_device’ has no member named ‘change_mtu’
/home/daniele/Scrivania/Linux/LAN/src/atl1e_main.c:294: error: ‘struct
net_device’ has no member named ‘do_ioctl’
/home/daniele/Scrivania/Linux/LAN/src/atl1e_main.c:305: error: ‘struct
net_device’ has no member named ‘tx_timeout’
/home/daniele/Scrivania/Linux/LAN/src/atl1e_main.c:313: error: ‘struct
net_device’ has no member named ‘vlan_rx_register’
/home/daniele/Scrivania/Linux/LAN/src/atl1e_main.c:316: error: ‘struct
net_device’ has no member named ‘poll_controller’
make[4]: *** [/home/daniele/Scrivania/Linux/LAN/src/atl1e_main.o] Error 1
make[3]: *** [_module_/home/daniele/Scrivania/Linux/LAN/src] Error 2
make[2]: *** [sub-make] Error 2
make[1]: *** [all] Error 2
make[1]: Leaving directory `/usr/src/linux-headers-2.6.32-5-amd64'
make: *** [default] Error 2

ho guardato i sorgenti giusto per provare a vedere se erano presenti degli
errori visibili..ma purtroppo la mia preparazione non è così avanzata.
A questo punto non so come andare avanti..anche a voler installare testing
non ho la rete per poterlo fare. devo cambiare distro?

Buona domenica a tutti.

Daniele

Ciao,

Hai verificato (dalla documentazione di accompagnamento) la
compatibilità del codice sorgente dei driver forniti da produttore con
la versione del kernel usato da Debian Stable ? Se hai installato
tutto quanto necessario alla compilazione, i messaggi di errore che
hai inviato nel messaggio precedente farebbero ipotizzare che tale
compatibilità non ci sia.

In ogni caso, la versione per le più recenti versioni del kernel
distribuite con Debian Stable - su richiesta degli utenti Debian -
sembrano supportare la scheda di rete AR8151 da te indicata (vedi
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=599771). Verifica la
versione di Debian Stable che hai installato impartendo da terminale
il comando sotto riportato e verifica il campo "Versione" (riportane,
se possibile, l'output):

aptitude show linux-image-2.6-amd64

Se è pari o superiore a "Version: 2.6.32-28" la scheda di rete
dovrebbe essere supportata ed, in tal caso, il mancato
malfunzionamento potrebbe non essere del kernel.

In caso contrario, se ad esempio hai installato una versione Debian
Stable 6.0.3, puoi installare una versione più aggiornata del kernel
scaricando da un altro computer i pacchetti attualmente disponibili:

http://ftp.de.debian.org/debian/pool....32-41_all.deb
http://ftp.de.debian.org/debian/pool...2-41_amd64.deb

ed installandoli manualmente con i seguenti comandi impartiti come utente root:

dpkg -i linux-base_2.6.32-41_all.deb
dpkg -i linux-image-2.6.32-5-amd64_2.6.32-41_amd64.deb

Spero ti sia utile.

Il giorno 12 febbraio 2012 11:30, computer.enthusiastic <
computer.enthusiastic> ha scritto:


> Hai verificato (dalla documentazione di accompagnamento) la
> compatibilità del codice sorgente dei driver forniti da produttore con
> la versione del kernel usato da Debian Stable ?
>Ti riporto le prime due righe del file readme:
"This file describes the Linux* Base Driver for the Atheros(R)
AR8121/AR8113 PCI-E
Ethernet Adapter, version 1.0.0.5 This driver supports the 2.4.x and 2.6.x
kernels."
compatibilità accertata.


> In ogni caso, la versione per le più recenti versioni del kernel
> distribuite con Debian Stable - su richiesta degli utenti Debian -
> sembrano supportare la scheda di rete AR8151 da te indicata (vedi
> [..]).


sì certo..per esempio la 2.6.39 va sicuramente perchè ho fatto
personalmente il controllo con una knoppix live.
ma anche ubuntu non fa problemi (anche se ubuntu è al kernel 3).


> Verifica la
> versione di Debian Stable che hai installato impartendo da terminale
> il comando sotto riportato e verifica il campo "Versione" (riportane,
> se possibile, l'output):
>
> aptitude show linux-image-2.6-amd64
>
> Se è pari o superiore a "Version: 2.6.32-28" la scheda di rete
> dovrebbe essere supportata ed, in tal caso, il mancato
> malfunzionamento potrebbe non essere del kernel.
>uname -r mi dà la versione 2.6.32-5-amd64, quindi il supporto a questa
scheda non è integrato al kernel.



> In caso contrario, se ad esempio hai installato una versione Debian
> Stable 6.0.3, puoi installare una versione più aggiornata del kernel
> scaricando da un altro computer i pacchetti attualmente disponibili:
>> [..]
>
> [..]
>
> ed installandoli manualmente con i seguenti comandi impartiti come utente
> root:
>

dpkg -i linux-base_2.6.32-41_all.deb
> dpkg -i linux-image-2.6.32-5-amd64_2.6.32-41_amd64.deb
>Ti ringrazio per queste info, le proverò in virtuale.
ho già installato ubuntu 11.10 che manterrò fino alla prossima stable di
debian.

Suppongo però che i pacchetti che mi hai elencato li debba prendere dai
backports (per il kernel 2.6.38 o 2.6.39)..a meno che non installo quelli
per il kernel 3 che invece sono presenti nei repo che mi hai indicato.

grazie ancora e buona domenica
Daniele

Il 12 febbraio 2012 13:03, daniele <danielecd> ha scritto:
> Ti riporto le prime due righe del file readme:
> "This file describes the Linux* Base Driver for the Atheros(R) AR8121/AR8113 PCI-E
> Ethernet Adapter, version 1.0.0.5 This driver supports the 2.4.x and 2.6.x
> kernels." compatibilità accertata.

Giusto per curiosità, mi farebbe piacere provare: puoi fornire, per
cortesia, l'indirizzo internet del codice sorgente del driver fornito
dal produttore ?

>> In ogni caso, la versione per le più recenti versioni del kernel
>> distribuite con Debian Stable
>> [..]
> sì certo..per esempio la 2.6.39 va sicuramente perchè ho fatto personalmente
> il controllo con una knoppix live.

La release stable di Debian è distribuita con la versione 2.6.32-5 del kernel.

>> Verifica la versione di Debian Stable che hai installato impartendo da terminale
>> il comando sotto riportato e verifica il campo "Versione" (riportane,
>> se possibile, l'output):
>>
>>    aptitude show linux-image-2.6-amd64
>>
>> Se è pari o superiore a "Version: 2.6.32-28" la scheda di rete
>> dovrebbe essere supportata ed, in tal caso, il mancato
>> malfunzionamento potrebbe non essere del kernel.
>>
>
> uname -r mi dà la versione 2.6.32-5-amd64, quindi il supporto a questa
> scheda non è integrato al kernel.

Il comando uname -r restituisce la versione del kernel e non la
versione del pacchetto debian con cui è stato installato il kernel:
quest'ultima è quella a cui ho fatto riferimento. Salvo errori, il bug
report indicato nel messaggio precedente specifica esplicitamente che
i kernel distrubuiti per Debian stable con pacchetti con versione
superiori alla 2.6.32-28 sono riferiti supportare il chipset da te
indicato. Al momento, la più recente versione del pacchetto Debian
stabile è 2.6.32-41

> Suppongo però che i pacchetti che mi hai elencato li debba prendere dai
> backports (per il kernel 2.6.38 o 2.6.39)

I pacchetti che ti suggerito sono nei repository standard della
release stable di Debian (non mi sono riferito ai backports).

> Ti ringrazio per queste info, le proverò in virtuale.

Figurati. Considerà, però, che di solito in ambiente virtualizzato il
sistema operativo ospite (guest) è isolato dall'hardware
effettivamente disponibile nella macchina fisica che rappresenta
l'host. Quindi, quasi certamente, non puoi provare l'hardware da te
indicato in ambiente virtualizzato.

Il giorno 12 febbraio 2012 14:04, computer.enthusiastic <
computer.enthusiastic> ha scritto:

> Giusto per curiosità, mi farebbe piacere provare: puoi fornire, per
> cortesia, l'indirizzo internet del codice sorgente del driver fornito
> dal produttore ?
>

questo è il link:
http://www.asus.it/Motherboards/Inte...M_LX/#download,
dalla combo scegli Linux, click sul link "Others" e poi su "Global" per
scaricarlo (ci sono due driver LAN e Audio)

La release stable di Debian è distribuita con la versione 2.6.32-5 del
> kernel.
>

Sì, ti ho fatto riferimento al kernel 2.6.39 per provarti che i kernel
superiori a quello della squeeze (2.6.32-5), il supporto ce l'hanno
integrato.


>
> terminale
>
> Il comando uname -r restituisce la versione del kernel e non la
> versione del pacchetto debian con cui è stato installato il kernel:
> quest'ultima è quella a cui ho fatto riferimento. Salvo errori, il bug
> report indicato nel messaggio precedente specifica esplicitamente che
> i kernel distrubuiti per Debian stable con pacchetti con versione
> superiori alla 2.6.32-28 sono riferiti supportare il chipset da te
> indicato. Al momento, la più recente versione del pacchetto Debian
> stabile è 2.6.32-41
>

Chiarissimo, prima non sapevo questa differenza.
Ho recuperato questa info dalla squeeze in virtuale, tanto, aldilà del
fatto che il sistema sia virtualizzato, il parco software è uguale.
il comando che mi hai scritto mi restituiva "nessun pacchetto", quindi ho
usato:

aptitude show linux-base

e mi ha restituito il pacchetto 2.6.32-38


> Figurati. Considerà, però, che di solito in ambiente virtualizzato il
> sistema operativo ospite (guest) è isolato dall'hardware
> effettivamente disponibile nella macchina fisica che rappresenta
> l'host. Quindi, quasi certamente, non puoi provare l'hardware da te
> indicato in ambiente virtualizzato.
>Sì ok, però l'ambiente virtualizzato mi può aiutare a capire se la
compilazione del driver andrà a buon fine; è a questo punto
dell'installazione che ho avuto problemi. Se non compilo il driver, non
posso inserire il modulo nel kernel e non posso utilizzare l'hardware,
quindi provo in virtuale la compilazione e, se non avrò errori, andrò sulla
macchina fisica a fare quello che ho fatto in virtuale.
E' corretto questo, vero?

>> Giusto per curiosità, mi farebbe piacere provare: puoi fornire, per
>> cortesia, l'indirizzo internet del codice sorgente del driver fornito
>> dal produttore ?
>
> questo è il link:
> [..] [..]

Ho scaricato il pacchetto da te indicato; nel readme si legge:

Linux* Base Driver for the Atheros(R) AR8121/AR8113 PCI-E Ethernet Adapter

Il chipset AR8121/AR8113 è diverso da quello da te indicato in oggetto
("driver ethernet atheros 8151") e su cui si sta sviluppando la
discussione; qual'é il chipset utilizzato nel tuo computer ?

Il giorno 12 febbraio 2012 15:55, computer.enthusiastic <
computer.enthusiastic> ha scritto:

>
> Ho scaricato il pacchetto da te indicato; nel readme si legge:
>
> Linux* Base Driver for the Atheros(R) AR8121/AR8113 PCI-E Ethernet
> Adapter
>
> Il chipset AR8121/AR8113 è diverso da quello da te indicato in oggetto
> ("driver ethernet atheros 8151") e su cui si sta sviluppando la
> discussione; qual'é il chipset utilizzato nel tuo computer ?
>...ahimè, mi infliggerò una pena esemplare!
Comunque confermo il chipset della scheda ethernet: AR8151 v2.0
A questo punto devo guardare meglio sul sito dell'atheros!

Il giorno 12 febbraio 2012 16:22, daniele <danielecd> ha scritto:

> Il giorno 12 febbraio 2012 15:55, computer.enthusiastic <
> computer.enthusiastic> ha scritto:
>
> ..ahimè, mi infliggerò una pena esemplare!
> Comunque confermo il chipset della scheda ethernet: AR8151 v2.0
> A questo punto devo guardare meglio sul sito dell'atheros!
>


però potrebbe essere che questo chipset appartenga nella famiglia
AR8121/AR8113? Controllerò e farò sapere.

Daniele

Il giorno 12 febbraio 2012 16:22, daniele <danielecd> ha scritto:

Il giorno 12 febbraio 2012 15:55, computer.enthusiastic <
> computer.enthusiastic> ha scritto:
>
> Controllerò e farò sapere.
>


Ebbene sì..mi sono affidato ciecamente ai driver forniti dal produttore che
però erano di un'altra famiglia di chipset. Però non capisco perchè avvenga
questo..eppure sono loro che producono i componenti e dovrebbero sapere
cosa ci assemblano!
Aldilà di questo, mi sono messo in moto e ho cercato i driver adatti al mio
chipset che è confermato essere quello in oggetto.

Il driver è AR81Family-Linux-v1.0.1.14 da questo link:
http://code.google.com/p/kyosls/down...ar.gz&can=2&q=

questa è l'ultima versione del driver, la precedente che si trova è
AR81Family-Linux-v1.0.1.9 che non ho provato, ma credo che funzioni
ugualmente!

dopo aver installato i pacchetti:

build-essential
linux-headers [relativo al pacchetto del kernel di squeeze (nel mio caso
2.6.32-5-amd64 2.6.32-41 - grazie computer.enthusiastic!!!)]

dopodichè si scompatta il driver e nella cartella src/ si troverà il
necessario per lanciare la complazione da root con

make install

finita la compilazione, inserire il modulo con

insmod atl1e

e tutto funzionerà!

Ora avrei una domanda abbastanza stupida per i più: che differenza c'è tra
il pacchetto linux-image e linux-base?
Cioè cosa installano di diverso? o magari mi potete indirizzare verso
qualche documento che tratti l'argomento?
Grazie

Ciao,

Il 12 febbraio 2012 22:07, daniele <danielecd> ha scritto:
> [..] che differenza c'è tra il pacchetto linux-image e linux-base?
> Cioè cosa installano di diverso?

Puoi trovare la spiegazione della diversa finalità e contenuto dei
pacchetti usando il sito http://packages.debian.org come anche nella
documentazione in /usr/share/doc/<<nome_del_paccchetto>> . In soldoni,
linux-image-* contiene il codice binario del kernel, mentre linux-base
contiene alcuni file e script di supporto.

In ogni caso, Debian Squeeze (release stabile) dispone del driver
atl1e senza dover compilare codice aggiuntivo; ad esempio, nella
release 6.04 risulta:

# modinfo atl1e
filename: /lib/modules/2.6.32-5-amd64/kernel/drivers/net/atl1e/atl1e.ko
version: 1.0.0.7-NAPI
license: GPL
description: Atheros 1000M Ethernet Network Driver
author: Atheros Corporation, <xiong.huang>, Jie
Yang <jie.yang>
srcversion: 776281A725ECB421DB3A6F5
alias: pci:v00001969d00001066sv*sd*bc*sc*i*
alias: pci:v00001969d00001026sv*sd*bc*sc*i*
depends:
vermagic: 2.6.32-5-amd64 SMP mod_unload modversions
parm: tx_desc_cnt:Transmit description count (array of int)
parm: rx_mem_size:memory size of rx buffer(KB) (array of int)
parm: media_type:MediaType Select (array of int)
parm: int_mod_timer:Interrupt Moderator Timer (array of int)