Installation depuis un Sagem Fast 800

Message

Sleeper · Post by **Sleeper** » Fri Jan 30, 2004 6:54 am

Oui. Mais il faut la version CVS ou la pre-version 1.9.3 .. On a encoreparfois qq petits problemes, mais bon .. des que j'ai regle mes pbs avec mon portable je corrige tout ca ..

loic38 · Post by **loic38** » Fri Jan 30, 2004 11:39 am

merci beaucoup sleeper , j'ai encore quelques questions (de noob).
Il faut la version CVS de quoi?
C'est la meme manip d'install avec un 2.6 que celle que tu as decrietes avec un 2.4?
Le lien du guide pppoe ne marche plus, y'en a t il en autre?
Qu'est ce que la commande make dep et comment l'utiliser?

Désolé pour toutes ces questions je me sens vraiment perdu

Merci

tronka · Post by **tronka** » Fri Jan 30, 2004 12:44 pm

La commande make dep il me semble et corrigez moi si je dis une betise crée les dépendences entre les modules et ton noyau ( à confirmer).
Tu t'en sers lorsque tu recompiles ton noyau.

Apres avoir executer : make menuconfig lorsque tu quittes le module, le systeme te dis " you have to run make dep etc..."

donc en gros la ligne a faire une fois les modifs de ton menuconfig effectuées c'est :

Code: Select all

pcmachin linux # make dep && make clean && make bzImage && make modules && make modules_install

Apres tu copies l'image de ton noyau sur la partition de boot :

Code: Select all

cp /usr/src/linux/arch/i386/boot/bzImage /boot

Apres tu fais un lilo -v et tu lis ce que te dis le systeme, tu peux faire aussi un => modules-update
Apres tout ca normalement tu as un noyau tout neuf et fonctionnel.

:!::!::!:
J'émets un sérieu doute sur la véracité de ce que j'avance mais il me semble que c'est ça. Cela dit si un expert pouvait confirmer mes dires , ça me rassurerait

Bon courage Loic[/code]

Sleeper · Post by **Sleeper** » Fri Jan 30, 2004 1:45 pm

loic38 wrote:merci beaucoup sleeper , j'ai encore quelques questions (de noob).
Il faut la version CVS de quoi?

Du driver eagle

mais la avec les pbs de tuxfamily ca va etre galere ...

C'est la meme manip d'install avec un 2.6 que celle que tu as decrietes avec un 2.4?

Si tu parles de l'ebuild, non, je n'ai pas encore eu le temps de le porter pour la nouvelle version ...

Qu'est ce que la commande make dep et comment l'utiliser?

Sur les kernel 2.4, ca permet de generer les dependances

Sleeper · Post by **Sleeper** » Fri Jan 30, 2004 1:47 pm

tronka wrote:

Code: Select all

pcmachin linux # make dep && make clean && make bzImage && make modules && make modules_install

A abreger en

Code: Select all

 make dep %% make clean bzImage modules modules_install

Apres tu copies l'image de ton noyau sur la partition de boot :
Code: Select all
cp /usr/src/linux/arch/i386/boot/bzImage /boot

Ouais.. enfin je prefere generalement le nommer differement de facon a pas ecraser celui qui existe deja

tronka · Post by **tronka** » Fri Jan 30, 2004 1:53 pm

A chaque recompile tu gardes une image de l'ancien noyau ?
Ca ne sature pas un peu la mémoire du disque ?
Pardon pour ces questions élémentaires , mais je me renseigne sur les différentes façons de gérer son système.

Leander256 · Post by **Leander256** » Fri Jan 30, 2004 7:29 pm

Une image de kernel occupe généralement entre 1 et 1,5 Mo ... Si tu as une partition /boot de 32 Mo, ça laisse de quoi en stocker quelques uns. Les modules sont stockés dans /lib donc sur la partition / (racine), il y n'a généralement aucun problème de place sur celle-là.

Et c'est beaucoup plus sûr de garder ton ancien noyau disponible, juste au cas où tu aurais oublié de compiler quelque chose d'important dans le nouveau. Ca t'évite d'avoir à démarrer sur le live CD pour faire un chroot et recompiler correctement un kernel.

Sleeper · Post by **Sleeper** » Sun Feb 01, 2004 7:24 pm

tronka wrote:A chaque recompile tu gardes une image de l'ancien noyau ?
Ca ne sature pas un peu la mémoire du disque ?
Pardon pour ces questions élémentaires , mais je me renseigne sur les différentes façons de gérer son système.

Non .. Ca ne sature pas trop .. Disons que j'ai au moins tj une image/modules de "secours" ... au acs ou je merde grave une compil

Heimdall · Post by **Heimdall** » Wed Feb 04, 2004 6:15 pm

Bon, je me décide *enfin* à poster mon problème, qui m'enquiquine depuis un temps certain :

J'utilise l'ebuild de Sleeper (installé vers Novembre) sur mon Sagem F@st 800 avec Free dégroupé.
Au boot, je charge bien le module adiusbadsl, mais le script eage-adsl me renvoie "Failed to load or sync" quasi instantanément. Puis hotplug se lance et me renvoie trois "Cannot get config descriptor : Connection timed out", puis le boot se termine.

Ensuite, pour lancer ma connexion, je dois entrer successivement :

Code: Select all

/etc/init.d/eagle-adsl restart
/etc/init.d/hotplug restart
/etc/init.d/eagle-adsl restart
/etc/init.d/eagle-adsl restart

Si je ne les fais pas dans l'ordre, ces instructions ne se terminent jamais et je suis contraint de redémarrer...
La première instruction prend environ 30 seconde mais la diode ne clignote pas. Hotplug se relance ensuite très rapidement. Puis le eagle-adsl suivant recherche la synchro avec la diode et me renvoie tout bon, en me créant l'interface eth0. Mais la connexion effective n'est possible qu'après avoir relancé une dernière fois le script.

Je précise que j'utilise une 2.4.20-r9...

Après le boot, j'ai un log vraiment très laid :

Code: Select all

Feb  4 17:51:41 localhost kernel: [adi] driver V1.0.4 loaded
Feb  4 17:51:41 localhost kernel: usb.c: registered new driver adiusbadsl
Feb  4 17:51:42 localhost rc-scripts: Failed to load or sync
Feb  4 17:51:42 localhost kernel: PCI: Setting latency timer of device 00:11.5 to 64
Feb  4 17:51:42 localhost kernel: hcd.c: ehci-hcd @ 00:10.3, VIA Technologies, Inc. USB 2.0
Feb  4 17:51:42 localhost kernel: hcd.c: irq 10, pci mem d0a06f00
Feb  4 17:51:42 localhost kernel: usb.c: new USB bus registered, assigned bus number 1
Feb  4 17:51:42 localhost kernel: ehci-hcd.c: USB 2.0 support enabled, EHCI rev 1. 0
Feb  4 17:51:43 localhost kernel: hub.c: USB hub found
Feb  4 17:51:43 localhost kernel: hub.c: 6 ports detected
Feb  4 17:51:43 localhost kernel: uhci.c: USB Universal Host Controller Interface driver v1.1
Feb  4 17:51:43 localhost kernel: uhci.c: USB UHCI at I/O 0xec00, IRQ 5
Feb  4 17:51:43 localhost kernel: usb.c: new USB bus registered, assigned bus number 2
Feb  4 17:51:43 localhost kernel: hub.c: USB hub found
Feb  4 17:51:43 localhost kernel: hub.c: 2 ports detected
Feb  4 17:51:43 localhost kernel: uhci.c: USB UHCI at I/O 0xe800, IRQ 11
Feb  4 17:51:43 localhost kernel: usb.c: new USB bus registered, assigned bus number 3
Feb  4 17:51:43 localhost kernel: hub.c: USB hub found
Feb  4 17:51:43 localhost kernel: hub.c: 2 ports detected
Feb  4 17:51:43 localhost kernel: uhci.c: USB UHCI at I/O 0xe400, IRQ 11
Feb  4 17:51:43 localhost kernel: usb.c: new USB bus registered, assigned bus number 4
Feb  4 17:51:43 localhost kernel: hub.c: USB hub found
Feb  4 17:51:43 localhost kernel: hub.c: 2 ports detected
Feb  4 17:51:44 localhost kernel: hub.c: new USB device 00:10.1-1, assigned address 2
Feb  4 17:51:44 localhost kernel: usb_control/bulk_msg: timeout
Feb  4 17:51:44 localhost kernel: usbdevfs: USBDEVFS_CONTROL failed dev 2 rqt 128 rq 6 len 18 ret -110
Feb  4 17:51:44 localhost kernel: [ADI] adi_probe : set_configuration failed.
Feb  4 17:51:44 localhost kernel: usb_control/bulk_msg: timeout
Feb  4 17:51:44 localhost kernel: usbdevfs: USBDEVFS_CONTROL failed dev 2 rqt 128 rq 6 len 18 ret -110
Feb  4 17:51:45 localhost kernel: usb_control/bulk_msg: timeout
Feb  4 17:51:45 localhost kernel: usbdevfs: USBDEVFS_CONTROL failed dev 2 rqt 128 rq 6 len 18 ret -110
Feb  4 17:51:45 localhost kernel: usb_control/bulk_msg: timeout
Feb  4 17:51:45 localhost kernel: usbdevfs: USBDEVFS_CONTROL failed dev 2 rqt 128 rq 6 len 18 ret -110
Feb  4 17:51:45 localhost kernel: usb_control/bulk_msg: timeout
Feb  4 17:51:45 localhost kernel: usbdevfs: USBDEVFS_CONTROL failed dev 2 rqt 128 rq 6 len 18 ret -110
Feb  4 17:51:45 localhost kernel: usb_control/bulk_msg: timeout
Feb  4 17:51:45 localhost kernel: usbdevfs: USBDEVFS_CONTROL failed dev 2 rqt 128 rq 6 len 18 ret -110
Feb  4 17:51:45 localhost kernel: usb_control/bulk_msg: timeout
Feb  4 17:51:45 localhost kernel: usbdevfs: USBDEVFS_CONTROL failed dev 2 rqt 128 rq 6 len 18 ret -110
Feb  4 17:51:45 localhost kernel: usb_control/bulk_msg: timeout
Feb  4 17:51:45 localhost kernel: usbdevfs: USBDEVFS_CONTROL failed dev 2 rqt 128 rq 6 len 18 ret -110
Feb  4 17:51:45 localhost kernel: usb_control/bulk_msg: timeout
Feb  4 17:51:45 localhost kernel: usbdevfs: USBDEVFS_CONTROL failed dev 2 rqt 128 rq 6 len 18 ret -110
Feb  4 17:51:45 localhost kernel: usb_control/bulk_msg: timeout
Feb  4 17:51:45 localhost kernel: usbdevfs: USBDEVFS_CONTROL failed dev 2 rqt 128 rq 6 len 18 ret -110
Feb  4 17:51:45 localhost kernel: usb_control/bulk_msg: timeout
Feb  4 17:51:45 localhost kernel: usbdevfs: USBDEVFS_CONTROL failed dev 2 rqt 128 rq 6 len 18 ret -110
Feb  4 17:51:45 localhost kernel: usb_control/bulk_msg: timeout
Feb  4 17:51:45 localhost kernel: usbdevfs: USBDEVFS_CONTROL failed dev 2 rqt 128 rq 6 len 18 ret -110
Feb  4 17:51:46 localhost kernel: usb_control/bulk_msg: timeout
Feb  4 17:51:46 localhost kernel: usbdevfs: USBDEVFS_CONTROL failed dev 2 rqt 128 rq 6 len 18 ret -110
Feb  4 17:51:46 localhost kernel: usb_control/bulk_msg: timeout
Feb  4 17:51:46 localhost kernel: usbdevfs: USBDEVFS_CONTROL failed dev 2 rqt 128 rq 6 len 18 ret -110
Feb  4 17:51:46 localhost kernel: usb_control/bulk_msg: timeout
Feb  4 17:51:46 localhost kernel: usbdevfs: USBDEVFS_CONTROL failed dev 2 rqt 128 rq 6 len 18 ret -110
Feb  4 17:51:46 localhost kernel: usb_control/bulk_msg: timeout
Feb  4 17:51:46 localhost kernel: usbdevfs: USBDEVFS_CONTROL failed dev 2 rqt 128 rq 6 len 18 ret -110
Feb  4 17:51:46 localhost kernel: usb_control/bulk_msg: timeout
Feb  4 17:51:46 localhost kernel: usbdevfs: USBDEVFS_CONTROL failed dev 2 rqt 128 rq 6 len 18 ret -110
Feb  4 17:51:46 localhost kernel: usb_control/bulk_msg: timeout
Feb  4 17:51:46 localhost kernel: usbdevfs: USBDEVFS_CONTROL failed dev 2 rqt 128 rq 6 len 18 ret -110
Feb  4 17:51:46 localhost kernel: usb_control/bulk_msg: timeout
Feb  4 17:51:46 localhost kernel: usbdevfs: USBDEVFS_CONTROL failed dev 2 rqt 128 rq 6 len 18 ret -110
Feb  4 17:51:46 localhost kernel: usb_control/bulk_msg: timeout
Feb  4 17:51:46 localhost kernel: usbdevfs: USBDEVFS_CONTROL failed dev 2 rqt 128 rq 6 len 18 ret -110
Feb  4 17:51:46 localhost kernel: usb_control/bulk_msg: timeout
Feb  4 17:51:46 localhost kernel: usbdevfs: USBDEVFS_CONTROL failed dev 2 rqt 128 rq 6 len 18 ret -110
Feb  4 17:51:46 localhost kernel: usb_control/bulk_msg: timeout
Feb  4 17:51:46 localhost kernel: usbdevfs: USBDEVFS_CONTROL failed dev 2 rqt 128 rq 6 len 18 ret -110
Feb  4 17:51:47 localhost kernel: usb_control/bulk_msg: timeout
Feb  4 17:51:47 localhost kernel: usbdevfs: USBDEVFS_CONTROL failed dev 2 rqt 128 rq 6 len 18 ret -110
Feb  4 17:51:47 localhost kernel: usb_control/bulk_msg: timeout
Feb  4 17:51:47 localhost kernel: usbdevfs: USBDEVFS_CONTROL failed dev 2 rqt 128 rq 6 len 18 ret -110
Feb  4 17:51:47 localhost kernel: usb_control/bulk_msg: timeout
Feb  4 17:51:47 localhost kernel: usbdevfs: USBDEVFS_CONTROL failed dev 2 rqt 128 rq 6 len 18 ret -110
Feb  4 17:51:47 localhost kernel: usb_control/bulk_msg: timeout
Feb  4 17:51:47 localhost kernel: usbdevfs: USBDEVFS_CONTROL failed dev 2 rqt 128 rq 6 len 18 ret -110
Feb  4 17:51:47 localhost kernel: usb_control/bulk_msg: timeout
Feb  4 17:51:47 localhost kernel: usbdevfs: USBDEVFS_CONTROL failed dev 2 rqt 128 rq 6 len 18 ret -110
Feb  4 17:51:47 localhost kernel: usb_control/bulk_msg: timeout
Feb  4 17:51:47 localhost kernel: usbdevfs: USBDEVFS_CONTROL failed dev 2 rqt 128 rq 6 len 18 ret -110
Feb  4 17:51:47 localhost kernel: usb_control/bulk_msg: timeout
Feb  4 17:51:47 localhost kernel: usbdevfs: USBDEVFS_CONTROL failed dev 2 rqt 128 rq 6 len 18 ret -110
Feb  4 17:51:47 localhost kernel: usb_control/bulk_msg: timeout
Feb  4 17:51:47 localhost kernel: usbdevfs: USBDEVFS_CONTROL failed dev 2 rqt 128 rq 6 len 18 ret -110
Feb  4 17:51:47 localhost kernel: usb_control/bulk_msg: timeout
Feb  4 17:51:47 localhost kernel: [ADI] adi_probe : set_configuration failed.
Feb  4 17:51:47 localhost kernel: usb_control/bulk_msg: timeout
Feb  4 17:51:47 localhost kernel: usbdevfs: USBDEVFS_CONTROL failed dev 2 rqt 128 rq 6 len 18 ret -110
Feb  4 17:51:47 localhost kernel: usb_control/bulk_msg: timeout
Feb  4 17:51:47 localhost kernel: usbdevfs: USBDEVFS_CONTROL failed dev 2 rqt 128 rq 6 len 18 ret -110
Feb  4 17:51:48 localhost kernel: usb_control/bulk_msg: timeout
Feb  4 17:51:48 localhost kernel: usbdevfs: USBDEVFS_CONTROL failed dev 2 rqt 128 rq 6 len 18 ret -110
Feb  4 17:51:48 localhost kernel: usb_control/bulk_msg: timeout
Feb  4 17:51:48 localhost kernel: usbdevfs: USBDEVFS_CONTROL failed dev 2 rqt 128 rq 6 len 18 ret -110
Feb  4 17:51:48 localhost kernel: usb_control/bulk_msg: timeout
Feb  4 17:51:48 localhost kernel: usbdevfs: USBDEVFS_CONTROL failed dev 2 rqt 128 rq 6 len 18 ret -110
Feb  4 17:51:48 localhost kernel: usb_control/bulk_msg: timeout
Feb  4 17:51:48 localhost kernel: usbdevfs: USBDEVFS_CONTROL failed dev 2 rqt 128 rq 6 len 18 ret -110
Feb  4 17:51:48 localhost kernel: usb_control/bulk_msg: timeout
Feb  4 17:51:48 localhost kernel: usbdevfs: USBDEVFS_CONTROL failed dev 2 rqt 128 rq 6 len 18 ret -110
Feb  4 17:51:48 localhost kernel: usb_control/bulk_msg: timeout
Feb  4 17:51:48 localhost kernel: usbdevfs: USBDEVFS_CONTROL failed dev 2 rqt 128 rq 6 len 18 ret -110
Feb  4 17:51:48 localhost kernel: usb_control/bulk_msg: timeout
Feb  4 17:51:48 localhost kernel: usbdevfs: USBDEVFS_CONTROL failed dev 2 rqt 128 rq 6 len 18 ret -110
Feb  4 17:51:48 localhost kernel: usb_control/bulk_msg: timeout

Et ca continue comme ça pendant des pages...

Quelqu'un peut-il me donner un coup de main ?

EvaSDK · Post by **EvaSDK** » Wed Feb 04, 2004 10:24 pm

une idée comme ca, est-ce que le module usb est adapté à ta carte-mère ? (voir /proc/pci)
euh sinon, est-ce que le module usb est chargé avant le module du modem ?

(je sais, c'est des questions cons, mais j'ai pas trop d'idées là)

Sleeper · Post by **Sleeper** » Wed Feb 04, 2004 11:33 pm

Y'a surtout, dans un premier temps, le script d'init et hotplug qui se bouffent la gueule ...
Le script n'a pas ete ecrit pour travailler avec hotplug .. Donc essaie d'abord de desactiver hotplug et de voir ce que ca donne ..

Heimdall · Post by **Heimdall** » Sat Feb 07, 2004 9:54 pm

J'ai essayé

Code: Select all

rc-update del hotplug

Il n'y a aucun changement au boot, j'ai toujours un "Failed to load or sync", te je suis obligé de retaper ma manip' spéciale pour me connecter. Par contre, le dmesg est tout propre, maintenant, mais pas le syslog.0

EvaDSK, j'ai mes 4 ports USB (3 en 1.1 et un en 2.0) de reconnus dans /proc/pci Est-ce bien ce que je devais vérifier ?

Sinon, sans hotplug, à quel moment du boot la reconnaissance des ports usb s'effectue-t-elle ? D'après mon log (posté ci-après), cela se fait au moment du lancement de hotplug (les quelques secondes de différences correspondent au lancement de fluxbox et d'un terminal)...

Je vais essayer de rajouter hotplug au runlevel 'boot', mais si cela ne fonctionne pas, je ne vois vraiment plus quoi tenter...

syslog.0 : extraits

Code: Select all

Feb  7 22:42:40 localhost kernel: Linux agpgart interface v0.99 (c) Jeff Hartmann
Feb  7 22:42:40 localhost kernel: agpgart: Maximum main memory to use for agp memory: 203M
Feb  7 22:42:40 localhost kernel: agpgart: Detected Via Apollo Pro KT266 chipset
Feb  7 22:42:40 localhost kernel: agpgart: AGP aperture is 128M @ 0xe0000000
Feb  7 22:42:40 localhost kernel: [fglrx] Maximum main memory to use for locked dma buffers: 198 MBytes.
Feb  7 22:42:40 localhost kernel: [fglrx] module loaded - fglrx 3.2.8 [Sep 21 2003] on minor 0
Feb  7 22:42:40 localhost kernel: usb.c: registered new driver usbdevfs
Feb  7 22:42:40 localhost kernel: usb.c: registered new driver hub
Feb  7 22:42:40 localhost kernel: [adi] driver V1.0.4 loaded
Feb  7 22:42:40 localhost kernel: usb.c: registered new driver adiusbadsl
Feb  7 22:42:41 localhost rc-scripts: Failed to load or sync
Feb  7 22:42:41 localhost cron[1095]: (CRON) STARTUP (fork ok)
Feb  7 22:42:41 localhost init: Activating demand-procedures for 'A'
Feb  7 22:42:45 localhost kernel: [fglrx] AGP detected, AgpState   = 0x1f000207 (hardware caps of chipset)
Feb  7 22:42:45 localhost kernel: [fglrx] AGP enabled,  AgpCommand = 0x1f000304 (selected caps)
Feb  7 22:42:45 localhost kernel: [fglrx] free  AGP = 121909248
Feb  7 22:42:45 localhost kernel: [fglrx] max   AGP = 121909248
Feb  7 22:42:45 localhost kernel: [fglrx] free  LFB = 116391936
Feb  7 22:42:45 localhost kernel: [fglrx] max   LFB = 116391936
Feb  7 22:42:45 localhost kernel: [fglrx] free  Inv = 0
Feb  7 22:42:45 localhost kernel: [fglrx] max   Inv = 0
Feb  7 22:42:45 localhost kernel: [fglrx] total Inv = 0
Feb  7 22:42:45 localhost kernel: [fglrx] total TIM = 0
Feb  7 22:42:45 localhost kernel: [fglrx] total FB  = 0
Feb  7 22:42:45 localhost kernel: [fglrx] total AGP = 32768
Feb  7 22:42:48 localhost gdmgreeter[1170]: No default session link found. Using Failsafe GNOME.
Feb  7 22:42:54 localhost kernel: inserting floppy driver for 2.4.20-gentoo-r9
Feb  7 22:42:54 localhost kernel: Floppy drive(s): fd0 is 1.44M
Feb  7 22:42:54 localhost kernel: FDC 0 is a post-1991 82077
Feb  7 22:43:09 localhost rc-scripts: Failed to load or sync
Feb  7 22:43:11 localhost rc-scripts: Failed to load or sync
Feb  7 22:43:18 localhost kernel: PCI: Setting latency timer of device 00:11.5 to 64
Feb  7 22:43:19 localhost kernel: hcd.c: ehci-hcd @ 00:10.3, VIA Technologies, Inc. USB 2.0
Feb  7 22:43:19 localhost kernel: hcd.c: irq 10, pci mem d8fe4f00
Feb  7 22:43:19 localhost kernel: usb.c: new USB bus registered, assigned bus number 1
Feb  7 22:43:19 localhost kernel: ehci-hcd.c: USB 2.0 support enabled, EHCI rev 1. 0
Feb  7 22:43:19 localhost kernel: hub.c: USB hub found
Feb  7 22:43:19 localhost kernel: hub.c: 6 ports detected
Feb  7 22:43:19 localhost kernel: uhci.c: USB Universal Host Controller Interface driver v1.1
Feb  7 22:43:19 localhost kernel: uhci.c: USB UHCI at I/O 0xec00, IRQ 5
Feb  7 22:43:19 localhost kernel: usb.c: new USB bus registered, assigned bus number 2
Feb  7 22:43:19 localhost kernel: hub.c: USB hub found
Feb  7 22:43:19 localhost kernel: hub.c: 2 ports detected
Feb  7 22:43:19 localhost kernel: uhci.c: USB UHCI at I/O 0xe800, IRQ 11
Feb  7 22:43:19 localhost kernel: usb.c: new USB bus registered, assigned bus number 3
Feb  7 22:43:19 localhost kernel: hub.c: USB hub found
Feb  7 22:43:19 localhost kernel: hub.c: 2 ports detected
Feb  7 22:43:19 localhost kernel: uhci.c: USB UHCI at I/O 0xe400, IRQ 11
Feb  7 22:43:19 localhost kernel: usb.c: new USB bus registered, assigned bus number 4
Feb  7 22:43:19 localhost kernel: hub.c: USB hub found
Feb  7 22:43:19 localhost kernel: hub.c: 2 ports detected
Feb  7 22:43:20 localhost kernel: hub.c: new USB device 00:10.1-1, assigned address 2
Feb  7 22:43:21 localhost kernel: [adi] New USB ADSL device detected, waiting for DSP code...
Feb  7 22:43:21 localhost kernel: [adi] created proc entry at : /proc/driver/adimodem/003-002
Feb  7 22:43:21 localhost kernel: usb.c: registered new driver acm
Feb  7 22:43:21 localhost kernel: acm.c: v0.21:USB Abstract Control Model driver for USB modems and ISDN adapters
Feb  7 22:43:23 localhost kernel: [adi] ioctl ADIUSBADSLOPTIONS received
Feb  7 22:43:23 localhost kernel: [adi] Reassembly buffer size set to 1536
Feb  7 22:43:23 localhost kernel: [adi] ioctl ADIUSBADSLDSP received
Feb  7 22:43:23 localhost kernel: [adi] Loading DSP code to device...
Feb  7 22:43:23 localhost kernel: [adi] DSP code successfully loaded to device

Edit : après essai de hotplug au runlevel 'boot', j'obtiens un "cannot get config descriptor : connection timed out" traditionnel

Linux.FraisE · Post by **Linux.FraisE** » Sat Feb 14, 2004 5:49 pm

Serai t'il possible de mettre a jour un topic clair, et si possible detailler de la manoeuvre a suivre pour obtenir une connexion adsl avec le sagem fast 800 , a quelle moment executer cette manoeuvre et commennt refaire une install en stage 1 en ayant la connexion!

ce serai simpa merci d'avance

(petite nioub en detress)

Sleeper · Post by **Sleeper** » Sun Feb 15, 2004 7:55 am

Linux.FraisE wrote:Serai t'il possible de mettre a jour un topic clair, et si possible detailler de la manoeuvre a suivre pour obtenir une connexion adsl avec le sagem fast 800 , a quelle moment executer cette manoeuvre et commennt refaire une install en stage 1 en ayant la connexion! ce serai simpa merci d'avance

(petite nioub en detress)

C'est en cours.
Par contre pour l'installation depuis stage 1 ca risque d'etre un peu plus complique .. Pas mal de choses ont change depuis que je l'ai fait .. et je pense que la facon la plus simple est encore d'utiliser une System rescue CD (qui contient le driver et permet de se connecter facilement) ou une Knoppix ( y'a un moyen simple de se connecter ), puis d'installer la gentoo a partir de cette connexion ..
Enfin j'essaierai d'include ca dans le doc.

Thom N2h · Post by **Thom N2h** » Mon Feb 16, 2004 12:15 pm

C clair que le Cdrescue marche bien, franchement je vois pas l'intérêt du basiccd gentoo par rapport au cdrescue, c tellement simple comme ça.

Pour ma part je suis en train de recompiler un 2.6.3-rc2 en ce moment et on dirait qu'il ne trouve pas le dev ppp. Les options PPP sont compilé, les options PCI aussi j'ai rajouté usb acm aussi. A noté que tout marche correctement pour un noyau 2.4.22-gentoo-r5

J'utilise la version 1.9.3 du driver et pppoe 2.41-r14.

je reviens pour vous passez un log propre[/code]

Sleeper · Post by **Sleeper** » Mon Feb 16, 2004 12:20 pm

Essaie plutot la 1.9.5 .. voire la 1.9.6 qui doit sortir incessament sous peu (ce soir ou demain IMHO).

Thom N2h · Post by **Thom N2h** » Mon Feb 16, 2004 12:28 pm

ok je viens de regarer le log, il semblerait que ce soit plutôt un prob avec gcc

Code: Select all

Feb 16 13:22:19 [kernel] eagle_usb: version magic '2.6.3-rc1 preempt K7 gcc-3.3' should be '2.6.3-rc2-mm1 preempt this needs to be fixedgcc-3.3'

En effet j'ai compilé le noyau 2.4.22 avec gcc 3.2 mainteant j'ai le 3.3.2. mais il doit être possible avec le noyau 2.6 de compiler un module avec une version différente de gcc.

Je vais voir la version 1.9.5 tout de suite, merci sleeper

Thom N2h · Post by **Thom N2h** » Mon Feb 16, 2004 6:30 pm

le driver compile le eagleconfig marche bien.
par contre il ne trouve pas le /dev/ppp qu'est ce qui le créer celui là ? sur mon noyau 2.4.22 il le créer un auto. pour la souris ça fait pareil le /dev/input/mice n'est aps créer

EvaSDK · Post by **EvaSDK** » Mon Feb 16, 2004 9:01 pm

Heimdall > ouais pour le /proc/pci et /proc/bus/usb c bon.
Ton log nous apprends rien. En fait on voit juste que le modem est détecté et que le firmware est envoyé, mais on ne voit pas les tentatives de connections foireuses.
Avant de faire ta manip chelou, il dit quoi lsmod ? Et aussi, je me souviens plus mais est-ce que tu as compilé le driver en ayant le lien /usr/src/linux qui pointe bien vers le noyau que tu utilises (ca doit pas être ca mais bon).

Linux.FraisE > t'as besoin de ca vite je suppose ? T'as quelle version du kernel ?

Thom N2h · Post by **Thom N2h** » Tue Feb 17, 2004 12:01 pm

bpon c ok pou moi j'avais pas coché le devfs.
Bon je vais pas testé ton ebuild, désolé

mais bon c pas le moment de tout faire planter? si la 1.9.6 sort par contre je testerais

TGL · Post by **TGL** » Tue Feb 17, 2004 3:01 pm

Pour les discussions nouvelles sur le sujet, allez plutôt du côté de ce nouveau thread que Sleeper nous a amoureusement concocté: http://forums.gentoo.org/viewtopic.php?t=137649

Ici, on finit les discussion en cours si il y en a, et puis sinon on laisse mourir.

Merci.