* Still some problems with UHCI driver in 2.4.5 on VIA chipsets
@ 2001-06-17 23:59 Dylan Griffiths
2001-06-18 0:08 ` Johannes Erdfelt
0 siblings, 1 reply; 6+ messages in thread
From: Dylan Griffiths @ 2001-06-17 23:59 UTC (permalink / raw)
To: Linux kernel
Another thing I was happy to find working better in 2.4.5, was USB. I had
just dumped off ~70 high res pics (which would've taken forever via the
usual RS232 method), and was deleting the last pics when gphoto froze. The
dmesg log has the same messages it had before when I experimented with 2.4.1
and 2.2.19. I'm not sure if it was harder to trigger the problem now
because of improvements to 2.4.5, or if it was because the proc is 1.1Ghz
(affecting a possible race condition).
The USB controller:
Bus 0, device 4, function 2:
USB Controller: VIA Technologies, Inc. UHCI USB (rev 22).
IRQ 5.
Master Capable. Latency=32.
I/O at 0xd400 [0xd41f].
Bus 0, device 4, function 3:
USB Controller: VIA Technologies, Inc. UHCI USB (#2) (rev 22).
IRQ 5.
Master Capable. Latency=32.
I/O at 0xd000 [0xd01f].
dmesg log:
usb.c: registered new driver dc2xx
dc2xx.c: v1.0.0 David Brownell, <dbrownell@users.sourceforge.net>
dc2xx.c: USB Camera Driver for Kodak DC-2xx series cameras
PCI: Found IRQ 5 for device 00:04.2
PCI: The same IRQ used for device 00:04.3
uhci.c: USB UHCI at I/O 0xd400, IRQ 5
usb.c: new USB bus registered, assigned bus number 1
hub.c: USB hub found
hub.c: 2 ports detected
PCI: Found IRQ 5 for device 00:04.3
PCI: The same IRQ used for device 00:04.2
uhci.c: USB UHCI at I/O 0xd000, IRQ 5
usb.c: new USB bus registered, assigned bus number 2
hub.c: USB hub found
hub.c: 2 ports detected
uhci.c: Linus Torvalds, Johannes Erdfelt, Randy Dunlap, Georg Acher, Deti
Fliegl, Thomas Sailer, Roman Weissgaerber
uhci.c: USB Universal Host Controller Interface driver
hub.c: USB new device connect on bus1/2, assigned device number 2
dc2xx.c: USB Camera #0 connected, major/minor 180/80
** here is where it froze **
usb_control/bulk_msg: timeout
usb_control/bulk_msg: timeout
usb_control/bulk_msg: timeout
usb_control/bulk_msg: timeout
usb.c: USB disconnect on device 2
usb_control/bulk_msg: timeout
usb_control/bulk_msg: timeout
usb_control/bulk_msg: timeout
usb_control/bulk_msg: timeout
usb_control/bulk_msg: timeout
usb_control/bulk_msg: timeout
usb_control/bulk_msg: timeout
usb_control/bulk_msg: timeout
usb_control/bulk_msg: timeout
usb_control/bulk_msg: timeout
usb_control/bulk_msg: timeout
usb_control/bulk_msg: timeout
usb_control/bulk_msg: timeout
** rmmod the drivers **
dc2xx.c: USB Camera #0 disconnected
usb.c: USB disconnect on device 1
usb.c: USB bus 1 deregistered
usb.c: USB disconnect on device 1
usb.c: USB bus 2 deregistered
usb.c: deregistering driver dc2xx
** usbcore refuses to rmmod because its ref cnt won't decrement, this also
affected it before I had the usb_control/bulk_msg timeout/loop issues **
--
www.kuro5hin.org -- technology and culture, from the trenches.
^ permalink raw reply [flat|nested] 6+ messages in thread* Re: Still some problems with UHCI driver in 2.4.5 on VIA chipsets
2001-06-17 23:59 Still some problems with UHCI driver in 2.4.5 on VIA chipsets Dylan Griffiths
@ 2001-06-18 0:08 ` Johannes Erdfelt
2001-06-19 21:09 ` Dylan Griffiths
0 siblings, 1 reply; 6+ messages in thread
From: Johannes Erdfelt @ 2001-06-18 0:08 UTC (permalink / raw)
To: Dylan Griffiths; +Cc: Linux kernel
On Sun, Jun 17, 2001, Dylan Griffiths <Dylan_G@bigfoot.com> wrote:
> dmesg log:
> usb.c: registered new driver dc2xx
> dc2xx.c: v1.0.0 David Brownell, <dbrownell@users.sourceforge.net>
> dc2xx.c: USB Camera Driver for Kodak DC-2xx series cameras
> PCI: Found IRQ 5 for device 00:04.2
> PCI: The same IRQ used for device 00:04.3
> uhci.c: USB UHCI at I/O 0xd400, IRQ 5
> usb.c: new USB bus registered, assigned bus number 1
> hub.c: USB hub found
> hub.c: 2 ports detected
> PCI: Found IRQ 5 for device 00:04.3
> PCI: The same IRQ used for device 00:04.2
> uhci.c: USB UHCI at I/O 0xd000, IRQ 5
> usb.c: new USB bus registered, assigned bus number 2
> hub.c: USB hub found
> hub.c: 2 ports detected
> uhci.c: Linus Torvalds, Johannes Erdfelt, Randy Dunlap, Georg Acher, Deti
> Fliegl, Thomas Sailer, Roman Weissgaerber
> uhci.c: USB Universal Host Controller Interface driver
> hub.c: USB new device connect on bus1/2, assigned device number 2
> dc2xx.c: USB Camera #0 connected, major/minor 180/80
> ** here is where it froze **
> usb_control/bulk_msg: timeout
> usb_control/bulk_msg: timeout
> usb_control/bulk_msg: timeout
> usb_control/bulk_msg: timeout
> usb.c: USB disconnect on device 2
> usb_control/bulk_msg: timeout
> usb_control/bulk_msg: timeout
> usb_control/bulk_msg: timeout
> usb_control/bulk_msg: timeout
> usb_control/bulk_msg: timeout
> usb_control/bulk_msg: timeout
> usb_control/bulk_msg: timeout
> usb_control/bulk_msg: timeout
> usb_control/bulk_msg: timeout
> usb_control/bulk_msg: timeout
> usb_control/bulk_msg: timeout
> usb_control/bulk_msg: timeout
> usb_control/bulk_msg: timeout
> ** rmmod the drivers **
> dc2xx.c: USB Camera #0 disconnected
> usb.c: USB disconnect on device 1
> usb.c: USB bus 1 deregistered
> usb.c: USB disconnect on device 1
> usb.c: USB bus 2 deregistered
> usb.c: deregistering driver dc2xx
> ** usbcore refuses to rmmod because its ref cnt won't decrement, this also
> affected it before I had the usb_control/bulk_msg timeout/loop issues **
Could you load uhci with the debug=1 option?
JE
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Still some problems with UHCI driver in 2.4.5 on VIA chipsets
2001-06-18 0:08 ` Johannes Erdfelt
@ 2001-06-19 21:09 ` Dylan Griffiths
2001-06-22 18:55 ` Johannes Erdfelt
2001-06-25 10:48 ` Still some problems with UHCI driver in 2.4.5 on VIA chipsets (Mustek scanner) Catalin BOIE
0 siblings, 2 replies; 6+ messages in thread
From: Dylan Griffiths @ 2001-06-19 21:09 UTC (permalink / raw)
To: Johannes Erdfelt; +Cc: Linux kernel
Johannes Erdfelt wrote:
> Could you load uhci with the debug=1 option?
I did an 'insmod uhci.o debug=1' but the dmesg output did not alter.
My easy steps to reproduce it is to 'delete selected images' in gphoto such
that there will be no images in the camera left when the operation is done.
At loast it doesn't lock up the camera like it used to :-/
I think this may be a problem in the dc2xx.o then, since uhci didn't reveal
any new messages.
--
www.kuro5hin.org -- technology and culture, from the trenches.
^ permalink raw reply [flat|nested] 6+ messages in thread* Re: Still some problems with UHCI driver in 2.4.5 on VIA chipsets
2001-06-19 21:09 ` Dylan Griffiths
@ 2001-06-22 18:55 ` Johannes Erdfelt
2001-06-22 23:08 ` Dylan Griffiths
2001-06-25 10:48 ` Still some problems with UHCI driver in 2.4.5 on VIA chipsets (Mustek scanner) Catalin BOIE
1 sibling, 1 reply; 6+ messages in thread
From: Johannes Erdfelt @ 2001-06-22 18:55 UTC (permalink / raw)
To: Dylan Griffiths; +Cc: Linux kernel
On Tue, Jun 19, 2001, Dylan Griffiths <Dylan_G@bigfoot.com> wrote:
> Johannes Erdfelt wrote:
> > Could you load uhci with the debug=1 option?
>
> I did an 'insmod uhci.o debug=1' but the dmesg output did not alter.
>
> My easy steps to reproduce it is to 'delete selected images' in gphoto such
> that there will be no images in the camera left when the operation is done.
> At loast it doesn't lock up the camera like it used to :-/
>
> I think this may be a problem in the dc2xx.o then, since uhci didn't reveal
> any new messages.
It's possible. Many cameras are touchy wrt to the commands it receives.
If one is slightly wrong, some of them will just stop talking.
Did you try with the usb-uhci driver as well?
JE
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Still some problems with UHCI driver in 2.4.5 on VIA chipsets
2001-06-22 18:55 ` Johannes Erdfelt
@ 2001-06-22 23:08 ` Dylan Griffiths
0 siblings, 0 replies; 6+ messages in thread
From: Dylan Griffiths @ 2001-06-22 23:08 UTC (permalink / raw)
To: Johannes Erdfelt; +Cc: Linux kernel
Johannes Erdfelt wrote:
> > I think this may be a problem in the dc2xx.o then, since uhci didn't reveal
> > any new messages.
>
> It's possible. Many cameras are touchy wrt to the commands it receives.
> If one is slightly wrong, some of them will just stop talking.
Yeah, looks like I get to see if I can debug the camera driver..
> Did you try with the usb-uhci driver as well?
>
> JE
Here's a transcript of a session with usb-uhci.o (vs uhci.o). It locks in a
way that I can't turn off the camera (have to pop batteries), which is a bit
worse than just uhci.o. On the plus side, it seemed a bit faster at a few
things.
usb.c: USB disconnect on device 1
usb.c: USB bus 1 deregistered
usb.c: USB disconnect on device 1
usb.c: USB bus 2 deregistered
usb-uhci.c: $Revision: 1.259 $ time 16:56:57 Jun 22 2001
usb-uhci.c: High bandwidth mode enabled
PCI: Found IRQ 5 for device 00:04.2
PCI: The same IRQ used for device 00:04.3
usb-uhci.c: USB UHCI at I/O 0xd400, IRQ 5
usb-uhci.c: Detected 2 ports
usb.c: new USB bus registered, assigned bus number 1
hub.c: USB hub found
hub.c: 2 ports detected
PCI: Found IRQ 5 for device 00:04.3
PCI: The same IRQ used for device 00:04.2
usb-uhci.c: USB UHCI at I/O 0xd000, IRQ 5
usb-uhci.c: Detected 2 ports
usb.c: new USB bus registered, assigned bus number 2
hub.c: USB hub found
hub.c: 2 ports detected
usb-uhci.c: v1.251 Georg Acher, Deti Fliegl, Thomas Sailer, Roman
Weissgaerber
usb-uhci.c: USB Universal Host Controller Interface driver
hub.c: USB new device connect on bus1/2, assigned device number 2
dc2xx.c: USB Camera #0 connected, major/minor 180/80
usb_control/bulk_msg: timeout
usb_control/bulk_msg: timeout
usb_control/bulk_msg: timeout
usb_control/bulk_msg: timeout
usb_control/bulk_msg: timeout
usb-uhci.c: interrupt, status 3, frame# 1004
usb.c: USB disconnect on device 2
usb-uhci.c: interrupt, status 3, frame# 1997
usb-uhci.c: interrupt, status 3, frame# 949
usb-uhci.c: interrupt, status 3, frame# 1949
usb-uhci.c: interrupt, status 3, frame# 901
usb-uhci.c: interrupt, status 3, frame# 1901
dc2xx.c: USB Camera #0 disconnected
--
www.kuro5hin.org -- technology and culture, from the trenches.
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Still some problems with UHCI driver in 2.4.5 on VIA chipsets (Mustek scanner)
2001-06-19 21:09 ` Dylan Griffiths
2001-06-22 18:55 ` Johannes Erdfelt
@ 2001-06-25 10:48 ` Catalin BOIE
1 sibling, 0 replies; 6+ messages in thread
From: Catalin BOIE @ 2001-06-25 10:48 UTC (permalink / raw)
To: Dylan Griffiths; +Cc: Johannes Erdfelt, Linux kernel
Hi!
I have problems with VIA and UHCI also. I don't know if the alpha stage of
the mustek driver or my USB drivers.
I can scan 3 images in a row. After 10-20 seconds my computer freeze. No
sysrq just power button.
Maybe this help...
Kernel 2.4.3. Via 686b (Epox 8kta2 mb)
Thanks!
---
Catalin(ux) BOIE
catab@deuroconsult.ro
A new Linux distribution: http://l13plus.deuroconsult.ro
http://www2.deuroconsult.ro/~catab
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2001-06-25 10:48 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2001-06-17 23:59 Still some problems with UHCI driver in 2.4.5 on VIA chipsets Dylan Griffiths
2001-06-18 0:08 ` Johannes Erdfelt
2001-06-19 21:09 ` Dylan Griffiths
2001-06-22 18:55 ` Johannes Erdfelt
2001-06-22 23:08 ` Dylan Griffiths
2001-06-25 10:48 ` Still some problems with UHCI driver in 2.4.5 on VIA chipsets (Mustek scanner) Catalin BOIE
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).