Bonjour,
Le lun 16 avr 2007 22:04:11 CEST, Olivier Allard-Jacquin
<olivieraj@???> a écrit :
> Bonsoir,
>
> Frédéric a écrit :
> > Bonsoir,
> >
> > Je continue avec mes soucis d'install de la debian etch... l'accès au
> > scanner est hyper lent ; il faut 2 minutes pour lancer une appli qui veut
> > y accéder (une fois lancée, tout marche nickel).
> >
> > Un coup de strace sur kooka, par exemple, donne ceci :
> >
> > ...
> > open("/dev/bus/usb/001/003", O_RDWR) = 10
> > ioctl(10, USBDEVFS_SETCONFIGURATION, 0xbff096f4) = 0
> > ioctl(10, USBDEVFS_CLAIMINTERFACE, 0xbff096f4) = 0
> > gettimeofday({1176743451, 327829}, NULL) = 0
> > ioctl(10, USBDEVFS_SUBMITURB, 0xbff09684) = 0
> > ioctl(10, USBDEVFS_REAPURBNDELAY, 0xbff096c8) = -1 EAGAIN (Resource
> > temporarily unavailable)
> > select(11, NULL, [10], NULL, {0, 1000}) = 1 (out [10], left {0, 1000})
> > ...
> >
> > Ce groupe de ligne (sauf les 3 premières) est répété des dizaines de
> > milliers de fois pendant le temps d'attente (CPU à fond).
> >
> > Pourtant, lsusb donne bien le scanner en 001:003...
> >
> > Une idée du problème ?
>
> Oui : Une boulette dans les règles de "udev" : /etc/udev/ Les règles
> doivent êtres configurées pour lancer des actions qui échouent.
Je ne vois pas de rapport à udev dans les traces données... l'appli
cherche à causer au périphérique USB, et certains appels ioctl() ne
passent pas... udev s'occupe de créer / nommer les périphériques, mais
n'intervient pas lors de leur utilisation, non ?
Pour moi, c'est plus un pb d'USB... voir peut-être les conseils des
développeurs de
http://www.linux-usb.org/ ?
> J'ai tenté il y a quelques temps de jouer avec "udev", afin de lancer
> une GUI wifi suite à l'insertion d'une clef USB. Après la lectures de
> "man", de pages Internet, et d'un bon mal de crâne, j'ai fini par jeter
> l'éponge.
Ben moi, j'ai réussi ;-), mais c'est vrai que c'est moins simple
qu'avec les scripts hotplug, mais il y a plus de possibilités...
bonne journée,
Fred.
