Re: Libchipcard: Problem mit neuen Kerneln gefixed

Tag auch,

ständig blinkt es bei mir nicht. Aber es gibt bei mir regelmässig einen USB 
disconnect nur beim ReinerSCT in der Art

Sep  8 01:28:02 carter kernel: usb 2-3: USB disconnect, address 39
Sep  8 01:28:06 carter kernel: usb 2-3: new full speed USB device using 
ohci_hcd and address 40
Sep  8 01:28:06 carter kernel: usb 2-3: configuration #1 chosen from 1 choice
Sep  8 01:39:03 carter kernel: usb 2-3: USB disconnect, address 40
Sep  8 01:39:07 carter kernel: usb 2-3: new full speed USB device using 
ohci_hcd and address 41
Sep  8 01:39:07 carter kernel: usb 2-3: configuration #1 chosen from 1 choice
Sep  8 01:53:50 carter kernel: usb 2-3: USB disconnect, address 41
Sep  8 01:53:54 carter kernel: usb 2-3: new full speed USB device using 
ohci_hcd and address 42
Sep  8 01:53:55 carter kernel: usb 2-3: configuration #1 chosen from 1 choice

Dabei leuchten dann kurz seine beide LEDs auf.
Hat es auch mit dem neuen Feature zu tun oder ist das ein anderes Problem?
Ich bin kürzlich erst auf ne amd64 Plattform umgestiegen und ich meine, dass 
sich der Leser seitdem erst so verhält.

Schöne Grüße
   Marcel

Also sprach Martin Preuss am Freitag 07 September 2007:
> Moin,
>
> wer die Autoconfiguration von Libchipcard verwendet, wird mit neueren
> Kerneln (ab ca 2.6.20) eventuell feststellen, dass die Leser staendig
> blinken...
>
> Das liegt an einem neuen Feature des Linux-Kernels: Autosuspend fuer USB.
>
> Konkret bedeutet das, dass der Kernel standardmaessig USB-Geraete in den
> Sleep-Modus versetzt, wenn sie 2 Sekunden lang nicht verwendet werden.
>
> Sobald ein Prozess auf den Leser zugreift, wird dieser wieder aktiviert.
> Normalerweise testet Libchipcard alle 1-2 Sekunden, ob es neue Geraete
> gibt. Dazu verwendete es bisher Libusb.
>
> Das Problem ist nun, dass Libusb scheinbar immer die Dateien in
> /proc/bus/usb oeffnet, um die USB-Deskriptoren zu lesen. Das veranlasst den
> Kernel aber wiederum, das Geraet zu reaktivieren.
>
> Die Loesung ist nun, die Geraete statt mit libusb mit SysFS zu scannen
> (/sys/bus/usb/devices). Wir verwenden SysFS ja auch schon, um
> PCMCIA-Geraete zu scannen.
>
> Die aktuelle Entwicklungsversion von Libchipcard macht nun genau das. Ein
> weiterer Vorteil ist, dass Libchipcard ab dann nicht laenger von Libusb
> abhaengt. Das ist schon einmal eine Abhaengigkeit weniger :-)
>
> Eventuell wird diese Aenderung auch noch in die letzte stabile Version von
> Libchipcard eingebaut.
>
>
> Gruss
> Martin Preuss

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

_______________________________________________
Libchipcard-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/libchipcard-devel

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQBG4og9MhKy9p2BrQQRAsheAJ44HGRbq6rBgkdED6NttAMOPVwykQCeJ3s5
ZeTAQEJv398FXKyE38kydSo=
=2m30
-----END PGP SIGNATURE-----