Hello,
Under 2.4.3 I manage uploading photo from my Digital IXUS using USB_UHCI
with s10h, but under ac series, I don't manage, only other things I have
changed is removing devfs which I don't need in fact...
from dmesg (2.4.3):
...
usb.c: registered new driver usbdevfs
usb.c: registered new driver hub
usb-uhci.c: $Revision: 1.251 $ time 01:30:35 Mar 31 2001
usb-uhci.c: High bandwidth mode enabled
PCI: Found IRQ 7 for device 00:04.2
PCI: The same IRQ used for device 00:06.0
usb-uhci.c: USB UHCI at I/O 0xd400, IRQ 7
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
...
And as I power on my camera:
hub.c: USB new device connect on bus1/1, assigned device number 2
usb.c: USB device 2 (vend/prod 0x4a9/0x3047) is not claimed by any
active driver.
from dmesg (2.4.3-ac7):
...
usb.c: registered new driver usbdevfs
usb.c: registered new driver hub
usb-uhci.c: $Revision: 1.251 $ time 22:57:47 Apr 16 2001
usb-uhci.c: High bandwidth mode enabled
PCI: Found IRQ 7 for device 00:04.2
PCI: The same IRQ used for device 00:06.0
usb-uhci.c: USB UHCI at I/O 0xd400, IRQ 7
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
...
And as I power on my camera:
hub.c: USB new device connect on bus1/1, assigned device number 2
usb_control/bulk_msg: timeout
usb.c: USB device not accepting new address=2 (error=-110)
hub.c: USB new device connect on bus1/1, assigned device number 3
usb_control/bulk_msg: timeout
usb.c: USB device not accepting new address=3 (error=-110)
Do I need some special dev, here are those I have under /dev/usb:
dabusb0 dabusb3 dc2xx10 dc2xx5 lp12 lp7 mdc80014 mdc8009
scanner15 ttyUSB0 ttyUSB3
dabusb1 dabusb4 dc2xx11 dc2xx6 lp13 lp8 mdc80015 rio500
scanner2 ttyUSB1 ttyUSB4
dabusb10 dabusb5 dc2xx12 dc2xx7 lp14 lp9 mdc8002 scanner0
scanner3 ttyUSB10 ttyUSB5
dabusb11 dabusb6 dc2xx13 dc2xx8 lp15 mdc8000 mdc8003 scanner1
scanner4 ttyUSB11 ttyUSB6
dabusb12 dabusb7 dc2xx14 dc2xx9 lp2 mdc8001 mdc8004 scanner10
scanner5 ttyUSB12 ttyUSB7
dabusb13 dabusb8 dc2xx15 lp0 lp3 mdc80010 mdc8005 scanner11
scanner6 ttyUSB13 ttyUSB8
dabusb14 dabusb9 dc2xx2 lp1 lp4 mdc80011 mdc8006 scanner12
scanner7 ttyUSB14 ttyUSB9
dabusb15 dc2xx0 dc2xx3 lp10 lp5 mdc80012 mdc8007 scanner13
scanner8 ttyUSB15
dabusb2 dc2xx1 dc2xx4 lp11 lp6 mdc80013 mdc8008 scanner14
scanner9 ttyUSB2
I don't think, because under 2.4.3 with devfs, /dev/usb is empty...
Thanks you in advance for your help,
Greg
________________________________________________________________
http://ulima.unil.ch/greg ICQ:16624071 mailto:[email protected]
You should probably bring up things like this on the Linux USB list.
On Tue, Apr 17, 2001, FAVRE Gregoire <[email protected]> wrote:
> Under 2.4.3 I manage uploading photo from my Digital IXUS using USB_UHCI
> with s10h, but under ac series, I don't manage, only other things I have
> changed is removing devfs which I don't need in fact...
[snip]
> And as I power on my camera:
>
> hub.c: USB new device connect on bus1/1, assigned device number 2
> usb_control/bulk_msg: timeout
> usb.c: USB device not accepting new address=2 (error=-110)
> hub.c: USB new device connect on bus1/1, assigned device number 3
> usb_control/bulk_msg: timeout
> usb.c: USB device not accepting new address=3 (error=-110)
What does /proc/interrupts show for the 2.4.3-ac7 case?
[snip]
> I don't think, because under 2.4.3 with devfs, /dev/usb is empty...
>
> Thanks you in advance for your help,
s10sh doesn't use anything under /dev, it's all under /proc/bus/usb,
however, you are having a problem before it gets to s10sh at all.
JE
Thus spake Johannes Erdfelt ([email protected]):
> You should probably bring up things like this on the Linux USB list.
Well, where is that mailing list?
> What does /proc/interrupts show for the 2.4.3-ac7 case?
Exactly the same as the one from 2.4.3:
CPU0
0: 30204 XT-PIC timer
1: 522 XT-PIC keyboard
2: 0 XT-PIC cascade
7: 293087 XT-PIC aic7xxx, usb-uhci
8: 1 XT-PIC rtc
10: 794 XT-PIC eth0, bttv
11: 47362 XT-PIC saa7146(1)
12: 2346 XT-PIC PS/2 Mouse
14: 6615 XT-PIC ide0
15: 37 XT-PIC ide1
NMI: 0
LOC: 30165
ERR: 0
MIS: 0
Sorry for the strange looking of my copy and paste to vim...
Maybe the driver don't like IRQ sharing, but I can't change it: aic7xxx
and usb are onboard, and changing the IRQ for aic7xxx change also the
one from usb (P2B-LS mother board).
> s10sh doesn't use anything under /dev, it's all under /proc/bus/usb,
> however, you are having a problem before it gets to s10sh at all.
So, as my only change in config betweem 2.4.3 and 2.4.3-ac[137] was the
removing of devfs, that's not the problem...
Thanks you very much for your answer,
Greg
________________________________________________________________
http://ulima.unil.ch/greg ICQ:16624071 mailto:[email protected]
On Tue, Apr 17, 2001, FAVRE Gregoire <[email protected]> wrote:
> Thus spake Johannes Erdfelt ([email protected]):
>
> > You should probably bring up things like this on the Linux USB list.
>
> Well, where is that mailing list?
http://www.linux-usb.org
> > What does /proc/interrupts show for the 2.4.3-ac7 case?
>
> Exactly the same as the one from 2.4.3:
> CPU0
> 0: 30204 XT-PIC timer
> 1: 522 XT-PIC keyboard
> 2: 0 XT-PIC cascade
> 7: 293087 XT-PIC aic7xxx, usb-uhci
> 8: 1 XT-PIC rtc
> 10: 794 XT-PIC eth0, bttv
> 11: 47362 XT-PIC saa7146(1)
> 12: 2346 XT-PIC PS/2 Mouse
> 14: 6615 XT-PIC ide0
> 15: 37 XT-PIC ide1
> NMI: 0
> LOC: 30165
> ERR: 0
> MIS: 0
>
> Sorry for the strange looking of my copy and paste to vim...
You may want to turn off auto-indent under vim, or you can always just
remove the excess spaces by hand.
> Maybe the driver don't like IRQ sharing, but I can't change it: aic7xxx
> and usb are onboard, and changing the IRQ for aic7xxx change also the
> one from usb (P2B-LS mother board).
Nope. Both drivers support IRQ sharing just fine.
> > s10sh doesn't use anything under /dev, it's all under /proc/bus/usb,
> > however, you are having a problem before it gets to s10sh at all.
>
> So, as my only change in config betweem 2.4.3 and 2.4.3-ac[137] was the
> removing of devfs, that's not the problem...
Yeah. I don't think there are any changes in the USB code between 2.4.3
and 2.4.3-ac[137].
I'll have to check and see.
JE
Thus spake Johannes Erdfelt ([email protected]):
> http://www.linux-usb.org
Thanks, I'll go there ;-)
> > Sorry for the strange looking of my copy and paste to vim...
>
> You may want to turn off auto-indent under vim, or you can always just
> remove the excess spaces by hand.
Thanks also for that answer, here are the one I got from several people:
---------------------------------------------------------------------
^o:set paste
[paste stuff]
^o:set nopaste
Or you could ^[ back to cmd mode first.. I find ^o more useful for a
quick set change like that though.
---------------------------------------------------------------------
Hint: use shift+v to mark the lines, then gc to format the text.
---------------------------------------------------------------------
Hint: type ':set paste' before pasting and ':set nopaste' after pasting.
> Nope. Both drivers support IRQ sharing just fine.
Yes, at most under 2.4.3 ;-)
> > So, as my only change in config betweem 2.4.3 and 2.4.3-ac[137] was the
> > removing of devfs, that's not the problem...
> Yeah. I don't think there are any changes in the USB code between 2.4.3
> and 2.4.3-ac[137].
>
> I'll have to check and see.
Well, I think there are some change in usb:
[greg@localhost kernel]$ foreach x ( patch-2.4.3-ac*-ac* )
foreach? echo $x
foreach? bzcat $x |grep -i usb|wc -l
foreach? end
patch-2.4.3-ac1-ac2.bz2
132
patch-2.4.3-ac2-ac3.bz2
6
patch-2.4.3-ac3-ac4.bz2
12
patch-2.4.3-ac4-ac5.bz2
160
patch-2.4.3-ac5-ac6.bz2
0
patch-2.4.3-ac6-ac7.bz2
14
(Notice the good paste)
None of those seems to change things in usb-uhci
Thanks for all your help (and all the answer concerning vim, I haven't
yet replyed to two, because they are PGP signed and I still have problem
with PGP with mutt...), it's time for http://www.linux-usb.org ;-))
Greg
________________________________________________________________
http://ulima.unil.ch/greg ICQ:16624071 mailto:[email protected]