Re: [linux-usb-devel] connect-debounce failed
On Sun, May 01, 2005 at 07:00:58PM -0700, David Brownell wrote: > Sounds like that hub is making trouble. Does it work without the I/O > board? How about on other hardware? There are some devices, including > some hubs, that just don't work very well ... and hubs are often happier > with power supplies. The site closed for the day, and I was able to poke at it more actively. I found a missing piece of the puzzle: if one of the lights is lit, the hub flakes out as in the previous logs, and it works fine if not lit. EMI issue, probably; it's a neon light. There are no visible problems with the USB hub removed. So, the noise from the light screws up the USB hub; khubd keeps trying to reinit it; and somewhere along the line, the I/O times out, too. The code gets the timeout, closes the device and tries to reopen it, which hangs (presumably due to khubd being busy trying to reinit that hub). So the remaining question is--why is the I/O timing out? That didn't happen with our last release, which used a 2.4 kernel (.26, I think). If that doesn't happen, we never hit the enumeration locks and everything (except for the USB hub--less important) continues to work. I'm not sure how to diagnose further. If I comment out the debounce code entirely, the hub still flakes out, but the IO device always keeps working (presumably this would cause flakiness with other devices, but it does let me regain access to the device to turn off the light and wake things back up). Maybe that's a hint. (As for the lights, I'll pass that on to the engineering side and see if they can fix that, too, but this is a "kit" machine, running on arcade hardware already in the field that we don't manufacture, and this is a regression from our last release, so fixing the timeout is important.) -- Glenn Maynard --- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 ___ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
Re: [linux-usb-devel] init 1 kill khubd on 2.6.11
On Monday 02 May 2005 02:30, Andrew Morton wrote:
> Alan Stern <[EMAIL PROTECTED]> wrote:
> > On Sun, 1 May 2005, Andrey Borzenkov wrote:
> > > Hub driver is using SIGKILL to terminate khubd. Unfortunately on a
> > > number of distributions switching init levels implicitly does "killall
> > > -9", killing khubd. The only way to restart it is to reload USB
> > > subsystem.
> > >
> > > Is signal usage in this case really needed? What about replacing it
> > > with simple flag (i.e. will patch be accepted)?
> >
> > IMO the problem lies in those distributions. They should not
> > indiscrimately kill processes when switching init levels.
>
> Nevertheless it's better that kernel internals not be exposed to userspace
> actions in this manner, and using signals for in-kernel IPC is crufty, IMO.
>
> It's pretty simple to convert khubd to use the kthread API. Something like
> this (untested):
>
Something strange is going on with this patch.
insmod usbcore; insmod uhci-hcd works as expected, finds out all devices,
triggers hotplug etc. But
{pts/2}% sudo insmod ./usbcore.ko
{pts/2}% sudo mount -t usbfs -o devmode=0664,devgid=43 none /proc/bus/usb
{pts/2}% sudo modprobe usb-interface
results in
usbcore: registered new driver usbfs
usbcore: registered new driver hub
USB Universal Host Controller Interface driver v2.2
ACPI: PCI interrupt :00:1f.2[D] -> GSI 5 (level, low) -> IRQ 5
uhci_hcd :00:1f.2: UHCI Host Controller
PCI: Setting latency timer of device :00:1f.2 to 64
uhci_hcd :00:1f.2: irq 5, io base 0xa400
uhci_hcd :00:1f.2: new USB bus registered, assigned bus number 1
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 2 ports detected
ACPI: PCI interrupt :00:1f.4[C] -> GSI 9 (level, low) -> IRQ 9
uhci_hcd :00:1f.4: UHCI Host Controller
PCI: Setting latency timer of device :00:1f.4 to 64
uhci_hcd :00:1f.4: irq 9, io base 0xa000
usb 1-1: new low speed USB device using uhci_hcd and address 2
uhci_hcd :00:1f.2: Unlink after no-IRQ? Controller is probably using the
wrong IRQ.
usb 1-1: khubd timed out on ep0out
usb 1-1: khubd timed out on ep0out
usb 1-1: device not accepting address 2, error -110
usb 1-1: new low speed USB device using uhci_hcd and address 3
usb 1-1: khubd timed out on ep0out
usb 1-1: khubd timed out on ep0out
usb 1-1: device not accepting address 3, error -110
usb 1-1: new low speed USB device using uhci_hcd and address 4
usb 1-1: khubd timed out on ep0in
usb 1-1: khubd timed out on ep0out
usb 1-1: khubd timed out on ep0out
usb 1-1: device not accepting address 4, error -110
usb 1-1: new low speed USB device using uhci_hcd and address 5
usb 1-1: khubd timed out on ep0in
usb 1-1: khubd timed out on ep0out
usb 1-1: khubd timed out on ep0out
usb 1-1: device not accepting address 5, error -110
usb 1-2: new full speed USB device using uhci_hcd and address 6
usb 1-2: khubd timed out on ep0out
usb 1-2: khubd timed out on ep0out
usb 1-2: device not accepting address 6, error -110
usb 1-2: new full speed USB device using uhci_hcd and address 7
usb 1-2: khubd timed out on ep0out
usb 1-2: khubd timed out on ep0out
usb 1-2: device not accepting address 7, error -110
usb 1-2: new full speed USB device using uhci_hcd and address 8
usb 1-2: khubd timed out on ep0in
usb 1-2: khubd timed out on ep0out
usb 1-2: khubd timed out on ep0out
usb 1-2: device not accepting address 8, error -110
usb 1-2: new full speed USB device using uhci_hcd and address 9
usb 1-2: khubd timed out on ep0in
usb 1-2: khubd timed out on ep0out
usb 1-2: khubd timed out on ep0out
usb 1-2: device not accepting address 9, error -110
uhci_hcd :00:1f.4: new USB bus registered, assigned bus number 2
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 2 ports detected
usb 2-2: new full speed USB device using uhci_hcd and address 2
hub 2-2:1.0: USB hub found
hub 2-2:1.0: 4 ports detected
I do not understand what difference mounting usbfs makes. For reference here
is result of loading the same usbcore without mounting usbfs:
{pts/2}% sudo insmod ./usbcore-new.ko
{pts/2}% sudo modprobe uhci-hcd
usbcore: registered new driver usbfs
usbcore: registered new driver hub
USB Universal Host Controller Interface driver v2.2
ACPI: PCI interrupt :00:1f.2[D] -> GSI 5 (level, low) -> IRQ 5
uhci_hcd :00:1f.2: UHCI Host Controller
PCI: Setting latency timer of device :00:1f.2 to 64
uhci_hcd :00:1f.2: irq 5, io base 0xa400
uhci_hcd :00:1f.2: new USB bus registered, assigned bus number 1
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 2 ports detected
ACPI: PCI interrupt :00:1f.4[C] -> GSI 9 (level, low) -> IRQ 9
uhci_hcd :00:1f.4: UHCI Host Controller
PCI: Setting latency timer of device :00:1f.4 to 64
uhci_hcd :00:1f.4: irq 9, io base 0xa000
uhci_hcd :00:1f.4: new USB bus registered, assigned bus number 2
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 2 ports detected
usb 1-1: new low speed USB device using uhci_hcd and address 2
usb 1-2: new full speed USB device using uhci_hcd and address 3
usb 2-2: new full s
Re: [linux-usb-devel] mmap() for usbdevfs, zerocopy EHCI ?
> I've thought about that on occasion. On some processors you'd > need to flush the userspace caches first, but on typical PC-ish > stuff the main concern would be making sure that the buffers are > aligned nicely ... i.e. only start a 512 byte packet on a 512 byte > boundary, since if it crosses pages then most systems aren't going > to be able to turn it into DMA-contiguous address space. (Even > with an IOMMU, it's not guaranteed ...) In terms of USB protocol, > one 512 packet != two packets of 500 + 12. If it's not aligned nicely, then you could send the initial unaligned bit in it's own urb, by copying, and the rest directly out of the userspace buffer. I guess the philosophy should be: data will be transferred correctly regardless of whether the user-space buffer is well-aligned or not, however if user-space wants maximum performance then it is responsible for providing an optimally aligned buffer. Ciao, D. --- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 ___ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
Re: [linux-usb-devel] init 1 kill khubd on 2.6.11
Andrey Borzenkov <[EMAIL PROTECTED]> wrote:
>
> > It's pretty simple to convert khubd to use the kthread API. Something like
> > this (untested):
> >
>
>
> Something strange is going on with this patch.
>
> insmod usbcore; insmod uhci-hcd works as expected, finds out all devices,
> triggers hotplug etc. But
>
> {pts/2}% sudo insmod ./usbcore.ko
> {pts/2}% sudo mount -t usbfs -o devmode=0664,devgid=43 none /proc/bus/usb
> {pts/2}% sudo modprobe usb-interface
>
> results in
>
> ...
> uhci_hcd :00:1f.2: Unlink after no-IRQ? Controller is probably using
> the
> wrong IRQ.
> usb 1-1: khubd timed out on ep0out
Does this only happen when the convert-khubd-to-kevent patch is applied?
---
This SF.Net email is sponsored by: NEC IT Guy Games.
Get your fingers limbered up and give it your best shot. 4 great events, 4
opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20
___
linux-usb-devel@lists.sourceforge.net
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
[linux-usb-devel] unusual_devs patches
Hey folks, Just as an FYI, I had a small data loss this weekend, and so the 3 or so patches that I had requests for and plans to send this weekend are going to have to wait a few days... The ironic part is that I lost the data in attempt to move to a more redundant state so that I wouldn't have data loss. ::sigh:: I've CC'd the 3 people who I believe are waiting on me for patches... sorry guys, I'll get to them as quickly as I can... I go on call in 6 hours though, and have a final exam on Wednesday. Hopefully I'll get the patches on Monday night, but if not, it may not be until this weekend. -- Phil Dibowitz [EMAIL PROTECTED] Freeware and Technical Pages Insanity Palace of Metallica http://www.phildev.net/ http://www.ipom.com/ "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." - Benjamin Franklin, 1759 signature.asc Description: OpenPGP digital signature
[linux-usb-devel] Problem seeing SD card on 6-1 USB Reader
Hi, I have a Billionton branded 6-1 card reader which I can't for the life of me get to recognise the SD card (the CF card works OK). I have everything I can think of turned on, including multiple lun support. lsub shows me Bus 001 Device 005: ID 0424:20fc Standard Microsystems Corp. 6-in-1 Card Reader And when I plug it in I get May 2 00:30:57 mingus kernel: usb 1-1: USB disconnect, address 2 May 2 00:32:32 mingus kernel: usb 1-1: new full speed USB device using ohci_hcd and address 3 May 2 00:32:32 mingus kernel: uba: device 3 capacity nsec 0 bsize 512 This is the same thing I get when I plug it in with no cards in it at all. When I plug it in with a 8MB CF card I correctly get May 2 00:37:54 mingus kernel: usb 1-1: new full speed USB device using ohci_hcd and address 6 May 2 00:37:55 mingus kernel: uba: device 6 capacity nsec 15680 bsize 512 May 2 00:37:55 mingus kernel: uba: device 6 capacity nsec 15680 bsize 512 May 2 00:37:55 mingus kernel: uba: uba1 It does take about 5 seconds or so for the SD/MMC led to come on when plugged in with a card in it, whilst the CF led comes on immediately . I tried a scsi bus rescan script I found somewhere incase it was too slow coming up, but no luck. Any suggestions for debugging this further would be great. -i [EMAIL PROTECTED] http://www.wienand.org pgpnjQpRNofEV.pgp Description: PGP signature
Re: [linux-usb-devel] mmap() for usbdevfs, zerocopy EHCI ?
Am Montag, 2. Mai 2005 03:38 schrieb David Brownell: > It might well be simpler to just pin whatever (aligned) buffers > have been passed, ensure they're properly flushed, and then just > DMA to/from those pages without requiring special DMA mappings > to be set up first, and without needing special new usbfs calls. How would you make sure the buffers passed are DMA-able? Also, how would you make sure they can be flushed independently? You avoid that trouble by providing multiples of PAGE_SIZE through mmap. Plus, you can easily make available the _sg_ API to user space this way. > I was looking at that sort of stuff a while back, in conjunction > with seeing how the AIO stuff might replace the rather funky > USB-specific AIO-ish stuff in usbfs. A lot of the relevant > infrastructure is already in place. Yes, ideally we had files for each endpoint and use AIO. We haven't, though. > As an example, we now have AIO support in "gadgetfs", which I've > suggested should be the basic model to follow when rewriting > "usbfs". With a one-to-one mapping between URBs (or usb_requests) > and kiocbs, an incremental development step might be as simple as > just adding an ioctl to usbfs to return a new AIO-capable file > handle for a given endpoint, then using normal AIO calls on that > to reuse some of the existing zerocopy work ... Good idea. [..] > The key point to draw from that is that all this zerocopy stuff > can (and should!!) be done at layers above usbcore. If the > layer above -- "usbfs", "usbfs2", or even "usbfs 1.5" -- passes > URBs with DMA mappings already established, all the nasty/fragile > usbcore stuff can be left alone. And even "usbfs" could mostly > be left alone. Yes. Regards Oliver --- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r ___ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
[linux-usb-devel] NEC USB Host controller MIE query
Hi all, I had success with the USB - IRQ mapping. Now I want to try a little different approach here. If USB host controller sends the IRQ, the kernel we are porting can determine the IRQ level perfectly and works with imask model too. Now, we are trying to alter this design, and would like to stop the interrupt req. at device level itself. So in custom irq-handling model we would like to enable/disable IRQ from the USB at device level itself. In order to accomplish this, which are the files needs change and exactly how can we perform the setting/clearing bit at NEC USB host? Will MIE clearing/setting work? how it can be achieved? I really appreciate linux-usb-devel group. for the help. Best regards, Lara __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com --- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 ___ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
Re: [linux-usb-devel] ISP1362 HCD detects, but no interrupts
Hi, > I'm using the ISP1362 HCd recently posted to this mailing list, and have > it detecting the chip correctly, and passing the CHIP_BUFFER_TEST, but > it doesn't appear to be sending any interrupts. At this stage I cannot > be sure it isn't a hardware problem, but I was wondering if there were > any settings I could check to confirm this? Perhaps some way of > generating a fake IRQ? > > Here is the output of the driver startup, and /proc/driver/isp1362 (if > it is relevant) > > hc_irq_enable 0030 susp opr ^^^ > hc_irq_status 0011 opr sof ^^^ ohci_int_enable 8058 MIE rhsc ue rd ohci_int_status 0064 rhsc fno sof This shows that the controller already has an interrupt pending that obviously didn't make it to the processor. > HCHWCFG[20] 002b ^ You should probably clear the 'int_edge_triggered' flag in the platform_data to make the chip assert its interrupt output until the interrupt has been acknowledged to the chip, since the 160ns pulse that the chip generates in 'edge triggered mode' may be too short to be detected by the CPU (which is e.g. true for PXA2xx). Lothar Wassmann --- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 ___ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
Re: [linux-usb-devel] connect-debounce failed
On Mon, 2 May 2005, Glenn Maynard wrote: > The site closed for the day, and I was able to poke at it more actively. I > found a missing piece of the puzzle: if one of the lights is lit, the hub > flakes out as in the previous logs, and it works fine if not lit. EMI issue, > probably; it's a neon light. There are no visible problems with the USB hub > removed. > > So, the noise from the light screws up the USB hub; khubd keeps trying > to reinit it; and somewhere along the line, the I/O times out, too. The > code gets the timeout, closes the device and tries to reopen it, which > hangs (presumably due to khubd being busy trying to reinit that hub). The two tasks should not interfere with one another, since the I/O board and the external hub are on different buses. The hang must have a different cause. > So the remaining question is--why is the I/O timing out? That didn't > happen with our last release, which used a 2.4 kernel (.26, I think). > If that doesn't happen, we never hit the enumeration locks and everything > (except for the USB hub--less important) continues to work. I'm not > sure how to diagnose further. Perhaps the IO times out because the EMI coming in to one host controller manages to affect the other one also. > If I comment out the debounce code entirely, the hub still flakes out, > but the IO device always keeps working (presumably this would cause flakiness > with other devices, but it does let me regain access to the device to > turn off the light and wake things back up). Maybe that's a hint. It sounds like hardware flakiness of one sort or another. The debouncing ends after a short time; after that you would expect things to behave the same as if the debouncing was commented out. Alan Stern --- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 ___ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
[linux-usb-devel] USB OBEX update
Hi, there's now a webpage with information about using USB OBEX interfaces under Linux: http://members.dodo.com.au/~joaniemrc/nokia/Nokia-6670-USB.html Note that the obexftp patch offered from there is only a temporary hack, and I'm planning to write a proper patch when Marcel reviews and hopefully includes my USB transport patch into openobex. Soon, I hope. I also found out that there are at least two non-Nokia phones which support USB OBEX interfaces: Sony Ericsson Z1010 and LG U8110/8120. If someone has them, I'd like to know if they work with the openobex patch. By the way, the newly announced Nokia N91 phone (the 4 gigs harddrive iPod mini competitor) is going to support usb mass storage. Alexander Homepage: http://www.sensi.org/~ak/ --- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 ___ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
Re: [linux-usb-devel] init 1 kill khubd on 2.6.11
On Monday 02 May 2005 13:30, Andrew Morton wrote:
> Andrey Borzenkov <[EMAIL PROTECTED]> wrote:
> > > It's pretty simple to convert khubd to use the kthread API. Something
> > > like this (untested):
> >
> > Something strange is going on with this patch.
> >
> > insmod usbcore; insmod uhci-hcd works as expected, finds out all
> > devices, triggers hotplug etc. But
> >
> > {pts/2}% sudo insmod ./usbcore.ko
> > {pts/2}% sudo mount -t usbfs -o devmode=0664,devgid=43 none
> > /proc/bus/usb {pts/2}% sudo modprobe usb-interface
> >
> > results in
> >
> > ...
> > uhci_hcd :00:1f.2: Unlink after no-IRQ? Controller is probably
> > using the wrong IRQ.
> > usb 1-1: khubd timed out on ep0out
>
> Does this only happen when the convert-khubd-to-kevent patch is applied?
(Do you mean patch posted in this thread?)
Now I must admit it does happen without patch too. Sometimes it goes through
but most of the time it results in those timeouts.
So I confirm that patch posted in this thread fixes original problem (khubd
killed by SIGKILL).
W.r.t. to timeouts - I appreciate hints where to start debugging. (I am
downloading vanilla kernel + -mm to give it a try).
regards
-andrey
pgpTsz68MmZ0X.pgp
Description: PGP signature
Re: [linux-usb-devel] mmap() for usbdevfs, zerocopy EHCI ?
On Monday 02 May 2005 1:24 am, Duncan Sands wrote: > > If it's not aligned nicely, then you could send the initial unaligned > bit in it's own urb, by copying, and the rest directly out of the > userspace buffer. Or more typically, when the file descriptor has O_DIRECT set (which tends to flag the desire for zerocopy) then treat that as an error. Otherwise (no O_DIRECT), then either don't try for zerocopy, or else only try that path when things are aligned safely. - Dave --- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 ___ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
Re: [linux-usb-devel] connect-debounce failed
On Monday 02 May 2005 8:27 am, Alan Stern wrote: > On Sun, 1 May 2005, David Brownell wrote: > > > On Sunday 01 May 2005 1:43 pm, Glenn Maynard wrote: > > > We're hitting the "connect-debounce failed" message on a remote system, > > > in 2.6.12-rc3 (no changes). > > > > Which among other things is an "infinite loop during enumeration" > > problem. > > No it's not. When debouncing fails the hub driver turns off the > POST_STAT_C_CONNECTION feature and leaves the port disabled. There > shouldn't be any looping. Well, there _are_ such infinite-loop cases, and that transcript seemed to be spending quite a lot of time on debounce attempts. Maybe I just extrapolated too far ... ;) --- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 ___ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
Re: [linux-usb-devel] mmap() for usbdevfs, zerocopy EHCI ?
On Monday 02 May 2005 3:45 am, Oliver Neukum wrote: > Am Montag, 2. Mai 2005 03:38 schrieb David Brownell: > > It might well be simpler to just pin whatever (aligned) buffers > > have been passed, ensure they're properly flushed, and then just > > DMA to/from those pages without requiring special DMA mappings > > to be set up first, and without needing special new usbfs calls. > > How would you make sure the buffers passed are DMA-able? That's the _normal_ DMA mapping issue. Nothing special, like setting up special mmapped areas and using those ... just the routine stuff that filesystem code deals with routinely if it provides zerocopy I/O for user read or write activities. > > I was looking at that sort of stuff a while back, in conjunction > > with seeing how the AIO stuff might replace the rather funky > > USB-specific AIO-ish stuff in usbfs. A lot of the relevant > > infrastructure is already in place. > > Yes, ideally we had files for each endpoint and use AIO. We haven't, > though. That was the point of my suggestion to add a new "usbfs" request to return a new file descriptor for the endpoint. If it's got the AIO support, it'd automatically have normal read/write support. For bulk endpoints, some clear_halt support could be useful. I was rather shocked to notice that gadgetfs AIO support took only a KByte or so of x86 object code, though that wasn't using zerocopy. It might be a bit trickier on the host side, mostly to create that "file per endpoint" hook into usbfs ... but once that's there, that AIO framework should be a good framework to for zerocopy work. - Dave > > As an example, we now have AIO support in "gadgetfs", which I've > > suggested should be the basic model to follow when rewriting > > "usbfs". With a one-to-one mapping between URBs (or usb_requests) > > and kiocbs, an incremental development step might be as simple as > > just adding an ioctl to usbfs to return a new AIO-capable file > > handle for a given endpoint, then using normal AIO calls on that > > to reuse some of the existing zerocopy work ... > > Good idea. > > [..] > > The key point to draw from that is that all this zerocopy stuff > > can (and should!!) be done at layers above usbcore. If the > > layer above -- "usbfs", "usbfs2", or even "usbfs 1.5" -- passes > > URBs with DMA mappings already established, all the nasty/fragile > > usbcore stuff can be left alone. And even "usbfs" could mostly > > be left alone. > > Yes. > > Regards > Oliver > --- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r ___ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
Re: [linux-usb-devel] Bug AMD 756 OHCI isochronous tranfers
On Saturday 30 April 2005 9:48 pm, Brian Beardall wrote: > Brian Beardall wrote: > > >With this configuration this is what occurred: > > > >hub 1-0:1.0: resubmit --> -108 > >hub 1-0:1.0: hub_port_status failed (err = -108) > >irq 10: nobody cared! > > [] __report_bad_irq+0x2a/0x90 > > [] handle_IRQ_event+0x30/0x70 > > [] note_interrupt+0x6c/0xd0 > > [] __do_IRQ+0x146/0x160 > > [] do_IRQ+0x23/0x40 > > ... > >handlers: > >[] (usb_hcd_irq+0x0/0x70) > >Disabling IRQ #10 So "-108" is usually "-ESHUTDOWN" or device vanishing. That doesn't happen in normal operation ... > I tested another OHCI card, and it does not lock-up the IRQ like the AMD > 756 OHCI usb controller. Both mainboards I have that have the AMD 756 > OHCI usb controller exibit the exact same problem however. This looks > like a specific issue with the AMD 756 OHCI controller. Well, the AMD756 is a bit old (original Athlon boards, nothing current) but I'd rather it work than not. If you enable CONFIG_USB_DEBUG, you _ought_ to see something interesting reported shortly before that "resubmit --> -108" starts making trouble. If so, please forward that info. - Dave --- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 ___ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
[linux-usb-devel] Re: USB OBEX update
Hi Alexander, > there's now a webpage with information about using USB OBEX interfaces > under Linux: > > http://members.dodo.com.au/~joaniemrc/nokia/Nokia-6670-USB.html > > Note that the obexftp patch offered from there is only a temporary hack, > and I'm planning to write a proper patch when Marcel reviews and hopefully > includes my USB transport patch into openobex. Soon, I hope. I am mostly fine with all your changes, but "struct usb_obex_intf" worries me a little bit. Is it possible to create a string from it that represents all the needed information and hide all other stuff inside the USB transport layer. From my current view I think the OBEX API should be as simple as possible. So less structs are better. Another thing is that the different transport layers should be loaded on demand by dlopen() and realized as plugins. The dependencies with the USB and Bluetooth libraries are maybe too complex for some systems. Regards Marcel --- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 ___ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
[linux-usb-devel] write protect usb storage
Hi all, our system runs with kernel 2.4.25 and we use some usb-sticks for memory storage. It works fine, but in some cases i ve to know whether the stick is write protected. On our usb sticks there are a jumper to protect it from write. This jumper is reflected from the usb storage controller. But how can i read out this ? Are there any interfaces ? Thanks in advance Marco -- - Marco Schramel R&D --- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 ___ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
[linux-usb-devel] Re: USB OBEX update
On Mon, 2 May 2005, Marcel Holtmann wrote: I am mostly fine with all your changes, but "struct usb_obex_intf" worries me a little bit. Is it possible to create a string from it that represents all the needed information and hide all other stuff inside the USB transport layer. From my current view I think the OBEX API should be as simple as possible. So less structs are better. You need to supply at least a USB device/interface pair, and I don't think you can identify that with a string. So there has to be a struct. I think the API can be simpified by introducing a grand unified transport connect function, which hides all the transport-specific data inside struct obex_transport: int OBEX_TransportConnect(obex_t *self, struct obex_transport *transport); and then marking all the transport-specific functions as deprecated. Another thing is that the different transport layers should be loaded on demand by dlopen() and realized as plugins. The dependencies with the USB and Bluetooth libraries are maybe too complex for some systems. It's unlikely we'll get yet another transport in the near future, so maybe we can keep things in a current, static way for now. Alexander Homepage: http://www.sensi.org/~ak/ --- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 ___ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
Re: [linux-usb-devel] Problem seeing SD card on 6-1 USB Reader
On Mon, 2 May 2005 20:41:19 +1000 Ian Wienand wrote: | Hi, | | I have a Billionton branded 6-1 card reader which I can't for the life | of me get to recognise the SD card (the CF card works OK). | | I have everything I can think of turned on, including multiple lun | support. | | lsub shows me | Bus 001 Device 005: ID 0424:20fc Standard Microsystems Corp. 6-in-1 Card Reader | | And when I plug it in I get | | May 2 00:30:57 mingus kernel: usb 1-1: USB disconnect, address 2 | May 2 00:32:32 mingus kernel: usb 1-1: new full speed USB device using ohci_hcd and address 3 | May 2 00:32:32 mingus kernel: uba: device 3 capacity nsec 0 bsize 512 | | This is the same thing I get when I plug it in with no cards in it at | all. | | When I plug it in with a 8MB CF card I correctly get | | May 2 00:37:54 mingus kernel: usb 1-1: new full speed USB device using ohci_hcd and address 6 | May 2 00:37:55 mingus kernel: uba: device 6 capacity nsec 15680 bsize 512 | May 2 00:37:55 mingus kernel: uba: device 6 capacity nsec 15680 bsize 512 | May 2 00:37:55 mingus kernel: uba: uba1 | | It does take about 5 seconds or so for the SD/MMC led to come on when | plugged in with a card in it, whilst the CF led comes on immediately . | I tried a scsi bus rescan script I found somewhere incase it was too | slow coming up, but no luck. | | Any suggestions for debugging this further would be great. Are you using the ub driver (usb block) instead of usb-storage driver (scsi over usb) on purpose? Either disable the ub driver, or if you want to use it on a multi-LUN device, Pete Zaitcev posted a ub multi-lun patch on the linux-kernel mailing list yesterday... that you could test. --- ~Randy --- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 ___ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
[linux-usb-devel] [PATCH as519b] dummy_hcd: Partial OTG emulation
Greg:
Patch as519, submitted last week, unfortunately contained some unwanted
fossil changes to the drivers/usb/gadget/Kconfig file. Here is a version
without the Kconfig changes; please apply this one and not the earlier
one.
Alan Stern
Partial OTG support for dummy_hcd, mostly as a framework for further work.
It emulates the new OTG flags in the host and peripheral frameworks, if
that option is configured. But it's incomplete:
- Resetting the peripheral needs to clear the OTG state bits;
a second enumeration won't work correctly.
- This stops modeling HNP right when roles should switch the first time.
It should probably disconnect, then set the usb_bus.is_b_host and
usb_gadget.is_a_peripheral flags; then it'd enumerate almost normally,
except for the role reversal. Roles could then switch a second time,
back to "normal" (with those flags cleared).
- SRP should be modeled as "resume from port-unpowered", which is
a state that usbcore doesn't yet use.
HNP can be triggered by enabling the OTG whitelist and configuring a
gadget driver that's not in that list; or by configuring Gadget Zero
to identify itself as the HNP test device.
Sent-by: David Brownell <[EMAIL PROTECTED]>
Signed-off-by: Alan Stern <[EMAIL PROTECTED]>
Index: usb-2.6/drivers/usb/gadget/dummy_hcd.c
===
--- usb-2.6.orig/drivers/usb/gadget/dummy_hcd.c
+++ usb-2.6/drivers/usb/gadget/dummy_hcd.c
@@ -601,8 +601,10 @@ static int dummy_wakeup (struct usb_gadg
struct dummy*dum;
dum = gadget_to_dummy (_gadget);
- if ((dum->devstatus & (1 << USB_DEVICE_REMOTE_WAKEUP)) == 0
- || !(dum->port_status & (1 << USB_PORT_FEAT_SUSPEND)))
+ if (!(dum->port_status & (1 << USB_PORT_FEAT_SUSPEND))
+ || !(dum->devstatus &
+ ( (1 << USB_DEVICE_B_HNP_ENABLE)
+ | (1 << USB_DEVICE_REMOTE_WAKEUP
return -EINVAL;
/* hub notices our request, issues downstream resume, etc */
@@ -713,6 +715,9 @@ usb_gadget_register_driver (struct usb_g
dum->gadget.ops = &dummy_ops;
dum->gadget.is_dualspeed = 1;
+ /* maybe claim OTG support, though we won't complete HNP */
+ dum->gadget.is_otg = (dummy_to_hcd(dum)->self.otg_port != 0);
+
dum->devstatus = 0;
dum->resuming = 0;
@@ -1215,6 +1220,16 @@ restart:
switch (setup.wValue) {
case USB_DEVICE_REMOTE_WAKEUP:
break;
+ case USB_DEVICE_B_HNP_ENABLE:
+ dum->gadget.b_hnp_enable = 1;
+ break;
+ case USB_DEVICE_A_HNP_SUPPORT:
+ dum->gadget.a_hnp_support = 1;
+ break;
+ case USB_DEVICE_A_ALT_HNP_SUPPORT:
+ dum->gadget.a_alt_hnp_support
+ = 1;
+ break;
default:
value = -EOPNOTSUPP;
}
@@ -1533,6 +1548,13 @@ static int dummy_hub_control (
spin_unlock (&dum->lock);
dum->driver->suspend (&dum->gadget);
spin_lock (&dum->lock);
+ /* HNP would happen here; for now we
+* assume b_bus_req is always true.
+*/
+ if (((1 << USB_DEVICE_B_HNP_ENABLE)
+ & dum->devstatus) != 0)
+ dev_dbg (dummy_dev(dum),
+ "no HNP yet!\n");
}
}
break;
@@ -1648,6 +1670,10 @@ static int dummy_start (struct usb_hcd *
hcd->power_budget = 8;
hcd->state = HC_STATE_RUNNING;
+#ifdef CONFIG_USB_OTG
+ hcd->self.otg_port = 1;
+#endif
+
/* FIXME 'urbs' should be a per-device thing, maybe in usbcore */
device_create_file (dummy_dev(dum), &dev_attr_urbs);
return 0;
---
This SF.Net email is sponsored by: NEC IT Guy Games.
Get your fingers limbered up and give it your best shot. 4 great events, 4
opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
win an NEC 61 plasma disp
Re: [linux-usb-devel] connect-debounce failed
On Mon, 2 May 2005, David Brownell wrote: > On Monday 02 May 2005 8:27 am, Alan Stern wrote: > > On Sun, 1 May 2005, David Brownell wrote: > > > > > On Sunday 01 May 2005 1:43 pm, Glenn Maynard wrote: > > > > We're hitting the "connect-debounce failed" message on a remote system, > > > > in 2.6.12-rc3 (no changes). > > > > > > Which among other things is an "infinite loop during enumeration" > > > problem. > > > > No it's not. When debouncing fails the hub driver turns off the > > POST_STAT_C_CONNECTION feature and leaves the port disabled. There > > shouldn't be any looping. > > Well, there _are_ such infinite-loop cases, and that transcript seemed > to be spending quite a lot of time on debounce attempts. Maybe I > just extrapolated too far ... ;) Admittedly, there _could_ be an infinite-loop type of behavior. If the connection kept getting made and broken, over and over, it would seem to khubd that someone was plugging and unplugging the device over and over. After debouncing failed, the next disconnect-connect sequence would appear to be a new device and would cause a new round of debouncing. I suppose this sort of thing must be common to all hotpluggable buses. Alan Stern --- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 ___ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
Re: [linux-usb-devel] connect-debounce failed
On Sun, 1 May 2005, David Brownell wrote: > On Sunday 01 May 2005 1:43 pm, Glenn Maynard wrote: > > We're hitting the "connect-debounce failed" message on a remote system, > > in 2.6.12-rc3 (no changes). > > Which among other things is an "infinite loop during enumeration" > problem. No it's not. When debouncing fails the hub driver turns off the POST_STAT_C_CONNECTION feature and leaves the port disabled. There shouldn't be any looping. Alan Stern --- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 ___ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
Re: [linux-usb-devel] write protect usb storage
On Mon, 2 May 2005, Marco Schramel wrote: > Hi all, > > our system runs with kernel 2.4.25 and we use some usb-sticks for memory > storage. It works fine, but in some cases i ve to know whether the stick is > write protected. > On our usb sticks there are a jumper to protect it from write. This jumper is > reflected from the usb storage controller. > But how can i read out this ? > Are there any interfaces ? I don't know of any such API, but you could try asking on the Linux SCSI mailing list. There's always the old try-it-and-see approach: Open the device file for writing and see if the open call succeeds. Alan Stern --- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 ___ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
Re: [linux-usb-devel] init 1 kill khubd on 2.6.11
On Monday 02 May 2005 16:18, Andrey Borzenkov wrote:
> On Monday 02 May 2005 13:30, Andrew Morton wrote:
> > Andrey Borzenkov <[EMAIL PROTECTED]> wrote:
> > > > It's pretty simple to convert khubd to use the kthread API.
> > > > Something like this (untested):
> > >
> > > Something strange is going on with this patch.
> > >
> > > insmod usbcore; insmod uhci-hcd works as expected, finds out all
> > > devices, triggers hotplug etc. But
> > >
> > > {pts/2}% sudo insmod ./usbcore.ko
> > > {pts/2}% sudo mount -t usbfs -o devmode=0664,devgid=43 none
> > > /proc/bus/usb {pts/2}% sudo modprobe usb-interface
> > >
> > > results in
> > >
> > > ...
> > > uhci_hcd :00:1f.2: Unlink after no-IRQ? Controller is probably
> > > using the wrong IRQ.
> > > usb 1-1: khubd timed out on ep0out
> >
> > Does this only happen when the convert-khubd-to-kevent patch is applied?
...
> (I am
> downloading vanilla kernel + -mm to give it a try).
>
I cannot reproduce it on 2.6.12-rc3[-mm2], with or without patch in this
thread. It looks like whatever it was it was fixed in the meantime.
regards
-andrey
pgpmavbEJ81Ug.pgp
Description: PGP signature
[linux-usb-devel] Re: URGENT help required
On Mon, May 02, 2005 at 03:42:27PM +0530, anil nagaraj wrote: > hi all / sir, >i am working on a cypress cy7c68013 prototype to control a simple torch. > the device accepts only 8 bytes of data. > i tried with a driver which downloads a intel hex record of 64 bytes and > led driver which uses libusb . > the driver is not giving me the desired results. > > PROBLEMS : > 1. HOW DO I LIMIT THE DRIVER TO SEND 8 BYTES ONLY (driver code attached) This code is a blatent copy of my code published in Linux Journal magazine. I hope you put my copyright and license back on it. Also, it is specifically written for a single type of device. The odds that the same exact vendor command will work for your device is pretty impossible. Please look at the original linux journal article for the makefile and how to build this code if you have questions about that. Also, you will need to get the documentation for your device, as to figure out how to write the proper command to it. And please put my name back on the code, I do not think that whoever you will be sending this file to would appreciate the fact that it was copied from someone else, with the copyright and license removed. thanks, greg k-h --- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 ___ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
Re: [linux-usb-devel] Bug AMD 756 OHCI isochronous tranfers
David Brownell wrote: >On Saturday 30 April 2005 9:48 pm, Brian Beardall wrote: > > >>Brian Beardall wrote: >> >> >> > > > >>>With this configuration this is what occurred: >>> >>>hub 1-0:1.0: resubmit --> -108 >>>hub 1-0:1.0: hub_port_status failed (err = -108) >>>irq 10: nobody cared! >>>[] __report_bad_irq+0x2a/0x90 >>>[] handle_IRQ_event+0x30/0x70 >>>[] note_interrupt+0x6c/0xd0 >>>[] __do_IRQ+0x146/0x160 >>>[] do_IRQ+0x23/0x40 >>>... >>>handlers: >>>[] (usb_hcd_irq+0x0/0x70) >>>Disabling IRQ #10 >>> >>> > >So "-108" is usually "-ESHUTDOWN" or device vanishing. >That doesn't happen in normal operation ... > > > > >>I tested another OHCI card, and it does not lock-up the IRQ like the AMD >>756 OHCI usb controller. Both mainboards I have that have the AMD 756 >>OHCI usb controller exibit the exact same problem however. This looks >>like a specific issue with the AMD 756 OHCI controller. >> >> > >Well, the AMD756 is a bit old (original Athlon boards, nothing current) >but I'd rather it work than not. > >If you enable CONFIG_USB_DEBUG, you _ought_ to see something interesting >reported shortly before that "resubmit --> -108" starts making trouble. >If so, please forward that info. > >- Dave > > I enabled the CONFIG_USB_DEBUG, and this is what I get: ohci_hcd :00:07.4: bogus NDP=255, rereads as NDP=4 irq 10: nobody cared! [] __report_bad_irq+0x2a/0x90 [] handle_IRQ_event+0x30/0x70 [] note_interrupt+0x6c/0xd0 [] __do_IRQ+0x146/0x160 [] do_IRQ+0x23/0x40 [] common_interrupt+0x1a/0x20 [] __do_softirq+0x30/0x90 [] do_softirq+0x26/0x30 [] irq_exit+0x35/0x40 [] do_IRQ+0x28/0x40 [] common_interrupt+0x1a/0x20 [] acpi_processor_idle+0x123/0x260 [] cpu_idle+0x48/0x60 [] start_kernel+0x16f/0x1b0 [] unknown_bootoption+0x0/0x1b0 handlers: [] (ohci_irq_handler+0x0/0x7a0) [] (usb_hcd_irq+0x0/0x70) Disabling IRQ #10 The last message before the IRQ nobody cared is either the NDP error or I get the hub_port_status failed message. It depends on it attitude at the time of crash. This may be able to be explained by Erratum #4. If the root hub were to be reset during use then there would need to be some time for the registers 34h and above to settle before re-reading them. During this time the device may be not be responsive, but I don't have the complete documentation on erratum #4. This is a verbose as it got when it crashed. Here is the error right before the IRQ was shutdown on the other computer: Apr 19 19:52:44 masigla ohci_hcd :00:07.4: bogus NDP=145, rereads as NDP=4 Maybe I will put printk's in the usb_reset functions to see if it is reseting the controller, and if that is when it is crashing. Doesn't make sense why the root hub would be reset during the middle of a transfer. Here is the usb output in the boot log with CONFIG_USB_DEBUG: ohci_hcd: 2004 Nov 08 USB 1.1 'Open' Host Controller (OHCI) Driver (PCI) ohci_hcd: block sizes: ed 64 td 64 ACPI: PCI Interrupt Link [LNKD] enabled at IRQ 10 ACPI: PCI interrupt :00:07.4[D] -> GSI 10 (level, low) -> IRQ 10 ohci_hcd :00:07.4: Advanced Micro Devices [AMD] AMD-756 [Viper] USB ohci_hcd :00:07.4: irq 10, pci mem 0xe100 ohci_hcd :00:07.4: new USB bus registered, assigned bus number 1 ohci_hcd :00:07.4: AMD756 erratum 4 workaround ohci_hcd :00:07.4: resetting from state 'reset', control = 0x600 ohci_hcd :00:07.4: OHCI controller state ohci_hcd :00:07.4: OHCI 1.0, with legacy support registers ohci_hcd :00:07.4: control 0x683 RWE RWC HCFS=operational CBSR=3 ohci_hcd :00:07.4: cmdstatus 0x0 SOC=0 ohci_hcd :00:07.4: intrstatus 0x0044 RHSC SF ohci_hcd :00:07.4: intrenable 0x800a MIE RD WDH ohci_hcd :00:07.4: hcca frame #0003 ohci_hcd :00:07.4: roothub.a 01000204 POTPGT=1 NPS NDP=4 ohci_hcd :00:07.4: roothub.b PPCM= DR= ohci_hcd :00:07.4: roothub.status 8000 DRWE ohci_hcd :00:07.4: roothub.portstatus [0] 0x00010101 CSC PPS CCS ohci_hcd :00:07.4: roothub.portstatus [1] 0x0100 PPS ohci_hcd :00:07.4: roothub.portstatus [2] 0x0100 PPS ohci_hcd :00:07.4: roothub.portstatus [3] 0x0100 PPS usb usb1: new device strings: Mfr=3, Product=2, SerialNumber=1 usb usb1: default language 0x0409 usb usb1: Product: Advanced Micro Devices [AMD] AMD-756 [Viper] USB usb usb1: Manufacturer: Linux 2.6.11-gentoo-r6 ohci_hcd usb usb1: SerialNumber: :00:07.4 usb usb1: hotplug usb usb1: adding 1-0:1.0 (config #1, interface 0) usb 1-0:1.0: hotplug hub 1-0:1.0: usb_probe_interface hub 1-0:1.0: usb_probe_interface - got id hub 1-0:1.0: USB hub found hub 1-0:1.0: 4 ports detected hub 1-0:1.0: standalone hub hub 1-0:1.0: no power switching (usb 1.0) hub 1-0:1.0: global over-current protection hub 1-0:1.0: power on to power good time: 2ms hub 1-0:1.0: local power source is good hub 1-0:1.0: no over-current condition exists hub 1-0:1.0: state 5 ports 4 chg 001e evt 001f ohci_hcd :00:07.4: GetStatus roothub.portstatus [0] = 0
[linux-usb-devel] ××× ××× ××ס ××קס×××× 2499 ×©× ×¢×ש×× ×ס××פר-×תר ××××ר×ת ש×ש××¢ ×ת ××××× ×
ñèåôø àúø äîëéøåú ùîùâò àú äîãéðä îâùéí ìê çìåí ôìæîä áî÷ñéîåí 588 ù"ç éåðãàé âèñ áî÷ñéîåí 2499 ù"ç âìåù òëùéå åäùúúó áîëéøä ìëðéñä ìàúø ìçõ ëàï: http://www.stopper.co.il/index.asp?shataf=fp ìäñøä: mailto:[EMAIL PROTECTED] --- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 ___ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
[linux-usb-devel] Re: [OOPS] on usb removal, and minicom closing 2.6.11.7
On Thu, Apr 14, 2005 at 11:06:21PM +0400, Sergey Vlasov wrote:
> http://thread.gmane.org/gmane.linux.usb.devel/32977
>
> (see "[PATCH] N/3 cdc acm errors").
>
> You also need this driver core fix:
>
> http://thread.gmane.org/gmane.linux.usb.devel/33132
I reproduced the same oops while trying to execute at+mode=99, it would
be nice to get these fix merged since I believe it's still needed to
connect the laptop over gprs (something I didn't test yet).
This further patch will allow you to connect via usbnet, Greg could you
apply? Thanks!
Signed-off-by: Andrea Arcangeli <[EMAIL PROTECTED]>
--- 2.6.12-rc3/drivers/usb/net/usbnet.c.~1~ 2005-04-27 16:35:56.0
+0200
+++ 2.6.12-rc3/drivers/usb/net/usbnet.c 2005-05-02 22:07:17.0 +0200
@@ -3942,6 +3942,9 @@ static const struct usb_device_id produc
USB_DEVICE (0x8086, 0x07d3),// "blob" bootloader
.driver_info = (unsigned long) &blob_info,
}, {
+ USB_DEVICE (0x22b8, 0x600c),// USBNET Motorola E680
+ .driver_info = (unsigned long) &linuxdev_info,
+}, {
// Linux Ethernet/RNDIS gadget on pxa210/25x/26x
// e.g. Gumstix, current OpenZaurus, ...
USB_DEVICE_VER (0x0525, 0xa4a2, 0x0203, 0x0203),
You need to run the below two scripts to bring the usb interface up and
startup telnet on the cellphone (I run the scripts with linloader that
is simply a way to execute bash scripts from the gui of the cellphone).
This first command changes the usb device to be recognized as usbnet
and not as a tty (after applying the above patch on the desktop side).
-- usbnet.lin --
#!/bin/bash
echo MotNet > /proc/motusbd
--
Then on the desktop you can run "ifconfig usb0 169.254.142.1 netmask
255.255.255.0".
And this below script brings the interface up on the cellphone too, so
you can telnet 169.254.142.2 from the desktop and it works.
-- telnet_up.lin --
#!/bin/bash
ifconfig usbl0 169.254.142.2 netmask 255.255.0.0 up
start-stop-daemon -S -v -p /var/run/inetd.pid -c root -x /usr/sbin/inetd
start-stop-daemon -S -v -p /var/run/smbd.pid -c root -x /usr/sbin/smbd -D -l
/dev/null
--
The second script is from some website package, where they teach how to
open a shell on the cellphone (standalone) using a j2me telnet client,
but I use it to telnet via usbnet up too (not only for loopback).
As last thing, I've still a usb problem in only seeing the flash of the
cellphone exported as usb-storage, and not the external sd card. I need
both a sda and sdb being recognized, but only sda showup. It could be a
problem in the usb-storage, normal usb sticks only have one device so
it's probably not a very common case. Grzegorz, can you see the sd card
with usb-storage? thanks.
PS. I'm not subscribed to linux-usb-devel so please CC me in all
replies, hope emails go through even for non subscribers otherwise I'll
go back to l-k mode.
---
This SF.Net email is sponsored by: NEC IT Guy Games.
Get your fingers limbered up and give it your best shot. 4 great events, 4
opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20
___
linux-usb-devel@lists.sourceforge.net
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
[linux-usb-devel] [RFC] probe model when both ohci and ehci drivers available
David, I am curious about which driver probes when a reconnect event is seen. When using the Belkin F5U219 on either ppc or ppc64 systems, at some point, it appears the ehci driver gets involved. The problem is, there are only low speed devices (keyboards and mice) attached (and detached). The net result is that once this occurs, the attached device is never probed again, until the driver is reloaded. This is seen with both the 2.4 driver, and the latest 2.6. Maybe my underlying question is: How does the port steering get handled by linux? What type of output would you like to see to show this? I don't have anything captured at the moment, but I should be able to get to a system to reproduce this on. ++doug --- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 ___ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
Re: [linux-usb-devel] Questions about the USB stack and networking
Hello from Gregg C Levine It was offered as a comparison. And no I do not see such things that way. -- Gregg C Levine [EMAIL PROTECTED] or [EMAIL PROTECTED] "May the Force be with you!" - Original Message - From: "Randy.Dunlap" <[EMAIL PROTECTED]> To: "Gregg C Levine" <[EMAIL PROTECTED]> Cc: Sent: Sunday, May 01, 2005 10:46 PM Subject: Re: [linux-usb-devel] Questions about the USB stack and networking > On Sun, 1 May 2005 21:31:45 -0400 Gregg C Levine wrote: > > | Hello from Gregg C Levine > | In going over the LinkSys website I see three USB Network devices. All three > | naturally do not mention Linux on their portion of the site regarding > | operating systems. > | > | Is the USB stack's networking driver vendor nuetral? > > It's not clear to me how (or if) these questions are related. > > | Here's the thing, I've got an Epson printer plugged in, and Linux assigns > | the USBLP driver, however the command lsusb tells me that the OS knows what > | printer it is. > > So it does. Is that a problem? > > How is this related to networking? > or do you see all USB host-to-device communication as networking? > > | This is on the 2.6.11 kernel. > > > --- > ~Randy --- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 ___ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
Re: [linux-usb-devel] Problem seeing SD card on 6-1 USB Reader
On Mon, May 02, 2005 at 08:14:50AM -0700, Randy.Dunlap wrote: > Are you using the ub driver (usb block) instead of usb-storage > driver (scsi over usb) on purpose? Ahh, thanks for that clue-stick. I had somehow got the impression that ub was a *replacement* in 2.6 ... everything works find with usb-storage. Thanks, -i pgp7SAaRw4fBC.pgp Description: PGP signature
Re: [linux-usb-devel] Questions about the USB stack and networking
Hi Greg, I think Randy is asking you to be clearer on what you are wishing to know. regards, Stephen. On Mon, 2 May 2005, Gregg C Levine wrote: > Hello from Gregg C Levine > It was offered as a comparison. And no I do not see such things that way. > -- > Gregg C Levine [EMAIL PROTECTED] or > [EMAIL PROTECTED] > "May the Force be with you!" > - Original Message - > From: "Randy.Dunlap" <[EMAIL PROTECTED]> > To: "Gregg C Levine" <[EMAIL PROTECTED]> > Cc: > Sent: Sunday, May 01, 2005 10:46 PM > Subject: Re: [linux-usb-devel] Questions about the USB stack and networking > > > > On Sun, 1 May 2005 21:31:45 -0400 Gregg C Levine wrote: > > > > | Hello from Gregg C Levine > > | In going over the LinkSys website I see three USB Network devices. All > three > > | naturally do not mention Linux on their portion of the site regarding > > | operating systems. > > | > > | Is the USB stack's networking driver vendor nuetral? > > > > It's not clear to me how (or if) these questions are related. > > > > | Here's the thing, I've got an Epson printer plugged in, and Linux > assigns > > | the USBLP driver, however the command lsusb tells me that the OS knows > what > > | printer it is. > > > > So it does. Is that a problem? > > > > How is this related to networking? > > or do you see all USB host-to-device communication as networking? > > > > | This is on the 2.6.11 kernel. > > > > > > --- > > ~Randy > > > > --- > This SF.Net email is sponsored by: NEC IT Guy Games. > Get your fingers limbered up and give it your best shot. 4 great events, 4 > opportunities to win big! Highest score wins.NEC IT Guy Games. Play to > win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 > ___ > linux-usb-devel@lists.sourceforge.net > To unsubscribe, use the last form field at: > https://lists.sourceforge.net/lists/listinfo/linux-usb-devel > -- /+-\ |Stephen J. Gowdy | SLAC, MailStop 34, | |http://www.slac.stanford.edu/~gowdy/ | 2575 Sand Hill Road, | |http://calendar.yahoo.com/gowdy | Menlo Park CA 94025, USA | |EMail: [EMAIL PROTECTED] | Tel: +1 650 926 3144 | \+-/ --- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 ___ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
[linux-usb-devel] Re: patch submission for unusual_devs.h: atmel snd1 storage
On Fri, Apr 29, 2005 at 08:44:45PM -0700, Phil Dibowitz wrote: > Vivian Br?gier wrote: > > Hello, > > > > I just bought a new mp3 usb player. But when i tested it, I couldn't make > > it work under Linux, i got scsi error: <4 0 0> return code = 0x1007. > > > > After a few google searches, i found about this unusual_devs.h files. > > I inserted code for my device, recompiled and now it works just fine. > > > > In the header of this file are given your email address for submission > > of patches... so i do :) > > > > Enclosed the patch, and a copy of /proc/bus/usb/devices, as asked in this > > same header. > > > > I have patched from kernel version 2.6.11. > > > > I hope you can include this patch soon, so that i don't have to patch my > > own kernel every new version :) > > This looks good to me. You should add a Signed-off-by line in future. > > Here's mine - Greg, feel please apply. > > Signed-off-by: Phil Dibowitz <[EMAIL PROTECTED]> > > > > > > > --- unusual_devs.h.old 2005-03-02 07:38:17.0 + > > +++ unusual_devs.h 2005-04-29 22:40:32.0 + > > @@ -48,6 +48,14 @@ I need this in a format I can apply it. Not quoted and at the wrong patch level :( thanks, greg k-h --- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 ___ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
[linux-usb-devel] Re: [PATCH] check for device in zd1201_resume
On Sun, May 01, 2005 at 11:29:10AM +0200, Colin Leroy wrote: > Hi, > > My patch adding PM support for zd1201 didn't check for the device on > resume, which can oops if the device has been removed. > > This patch fixes it. Applied, thanks. greg k-h --- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 ___ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
[linux-usb-devel] Re: [PATCH as514b] UHCI: Add shutdown method
On Thu, Apr 28, 2005 at 02:51:27PM -0400, Alan Stern wrote: > Greg: > > After all the discussion you might not be interested in this still, but > nevertheless here it is. This patch adds a shutdown method to the > uhci-hcd driver. Its prerequisite is the patch you wrote adding shutdown > support for PCI. Applied, thanks. greg k-h --- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 ___ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
[linux-usb-devel] Re: [patch 2.6.12-rc3] rndis updates (mostly cleanup)
On Thu, Apr 28, 2005 at 01:45:25PM -0700, David Brownell wrote: > This boils down to a code shrink and some minor fixes. > Please merge. Applied, thanks. greg k-h --- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 ___ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
[linux-usb-devel] Re: [patch 2.6.12-rc3] ethernet gadget updates (mostly cleanup)
On Thu, Apr 28, 2005 at 01:48:09PM -0700, David Brownell wrote: > Again a net code shrink (including removing #ifdeffery); please merge. Applied, thanks. greg k-h --- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 ___ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
[linux-usb-devel] Re: [OOPS] on usb removal, and minicom closing 2.6.11.7
On Mon, May 02, 2005 at 10:47:55PM +0200, Andrea Arcangeli wrote: > > This further patch will allow you to connect via usbnet, Greg could you > apply? Thanks! I've applied this one, thanks. greg k-h --- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 ___ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
[linux-usb-devel] Re: [patch 2.6.12-rc3+usb] more omap_udc updates (dma and omap1710)
On Thu, Apr 28, 2005 at 01:52:31PM -0700, David Brownell wrote: > This goes on top of the other OMAP driver update you already have. > DMA updates include one small bugfix and some peformance updates. > Please merge. Applied, thanks. greg k-h --- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 ___ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
[linux-usb-devel] Re: [OOPS] on usb removal, and minicom closing 2.6.11.7
On Mon, May 02, 2005 at 10:47:55PM +0200, Andrea Arcangeli wrote: > As last thing, I've still a usb problem in only seeing the flash of the > cellphone exported as usb-storage, and not the external sd card. I need > both a sda and sdb being recognized, but only sda showup. It could be a > problem in the usb-storage, normal usb sticks only have one device so > it's probably not a very common case. Grzegorz, can you see the sd card > with usb-storage? thanks. Forget the above, it "magically" started to work: Vendor: Motorola Model: E680 PhoneRev: Type: Direct-Access ANSI SCSI revision: 04 SCSI device sda: 98304 512-byte hdwr sectors (50 MB) sda: assuming drive cache: write through SCSI device sda: 98304 512-byte hdwr sectors (50 MB) sda: assuming drive cache: write through sda: sda1 Attached scsi disk sda at scsi3, channel 0, id 0, lun 0 Attached scsi generic sg0 at scsi3, channel 0, id 0, lun 0, type 0 Vendor: Motorola Model: E680 PhoneRev: Type: Direct-Access ANSI SCSI revision: 04 SCSI device sdb: 121856 512-byte hdwr sectors (62 MB) sdb: assuming drive cache: write through SCSI device sdb: 121856 512-byte hdwr sectors (62 MB) sdb: assuming drive cache: write through sdb: sdb1 --- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 ___ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
[linux-usb-devel] Re: [PATCH as519b] dummy_hcd: Partial OTG emulation
On Mon, May 02, 2005 at 11:25:17AM -0400, Alan Stern wrote: > Greg: > > Patch as519, submitted last week, unfortunately contained some unwanted > fossil changes to the drivers/usb/gadget/Kconfig file. Here is a version > without the Kconfig changes; please apply this one and not the earlier > one. Applied, thanks. greg k-h --- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 ___ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
[linux-usb-devel] Re: [2.6.12-rc3 PATCH] ftdi_sio redundant macro removal
On Fri, Apr 29, 2005 at 04:09:44PM +0100, Ian Abbott wrote: > Hello, > > The attached patch replaces a couple of redundant macros in the ftdi_sio > driver. Signed off in the attachment. > > Please apply. TIA. Applied, thanks. greg k-h --- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 ___ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
[linux-usb-devel] Re: [PATCH as520] dummy_hcd: USB_PORT_FEAT changed to USB_PORT_STAT
On Fri, Apr 29, 2005 at 04:30:48PM -0400, Alan Stern wrote: > Greg: > > This patch makes some cosmetic changes to dummy_hcd: > > Minor alterations of comments and whitespace. > > Replace USB_PORT_FEAT_xxx with USB_PORT_STAT_xxx. This is > appropriate as the values are stored in a status variable > and they aren't feature indices. Also it allows the > elimination of a bunch of awkward bit shift operations. > Applied, thanks. greg k-h --- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 ___ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
[linux-usb-devel] Re: [2.6.12-rc3 PATCH] VID/PID updates for ftdi_sio driver
On Fri, Apr 29, 2005 at 04:06:14PM +0100, Ian Abbott wrote: > [Apologies for the repost. I got the linux-usb-devel address wrong.] > > Hello, > > The attached patch adds some entries to the device tables for the > ftdi_sio driver. A better description and signed-off-by line is > included within the attachment. > > Please apply. TIA. Applied, thanks. greg k-h --- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 ___ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
[linux-usb-devel] Re: [PATCH as519b] dummy_hcd: Partial OTG emulation
On Mon, May 02, 2005 at 11:25:17AM -0400, Alan Stern wrote: > Greg: > > Patch as519, submitted last week, unfortunately contained some unwanted > fossil changes to the drivers/usb/gadget/Kconfig file. Here is a version > without the Kconfig changes; please apply this one and not the earlier > one. Applied, thanks. greg k-h --- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 ___ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
[linux-usb-devel] Re: patch submission for unusual_devs.h: atmel snd1 storage
Greg KH wrote: > > I need this in a format I can apply it. Not quoted and at the wrong > patch level :( I didn't notice the wrong patch level - sorry Greg, I should have caught that. As for the quoted - you didn't receive the original? Oh well. Vivian, please re-make the patch according to the SubmittingPatches documentation in the kernel source and email ot to Greg, myself, and the linux-usb-devel list. -- Phil Dibowitz [EMAIL PROTECTED] Freeware and Technical Pages Insanity Palace of Metallica http://www.phildev.net/ http://www.ipom.com/ "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." - Benjamin Franklin, 1759 signature.asc Description: OpenPGP digital signature
[linux-usb-devel] Re: [2.6 patch] {,un}register_ioctl32_conversion should have been removed last month
Adrian Bunk <[EMAIL PROTECTED]> wrote: > > This removal should have happened last month. drivers/usb/misc/sisusbvga/sisusb.c will use these functions if someone defines SISUSB_OLD_CONFIG_COMPAT, so we need to agree to zap that code before I can merge this upstream. --- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 ___ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
[linux-usb-devel] Re: patch submission for unusual_devs.h: atmel snd1 storage
On Mon, May 02, 2005 at 05:10:40PM -0700, Phil Dibowitz wrote: > Greg KH wrote: > > > > I need this in a format I can apply it. Not quoted and at the wrong > > patch level :( > > I didn't notice the wrong patch level - sorry Greg, I should have caught > that. As for the quoted - you didn't receive the original? I probably did, but after I bounce them to you, I generally delete them, sorry. thanks, greg k-h --- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 ___ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
[linux-usb-devel] Re: [2.6 patch] {,un}register_ioctl32_conversion should have been removed last month
On Mon, May 02, 2005 at 05:30:52PM -0700, Andrew Morton wrote: > Adrian Bunk <[EMAIL PROTECTED]> wrote: > > > > This removal should have happened last month. > > drivers/usb/misc/sisusbvga/sisusb.c will use these functions if someone > defines SISUSB_OLD_CONFIG_COMPAT, so we need to agree to zap that code > before I can merge this upstream. That's not a problem. Quoting drivers/usb/misc/sisusbvga/sisusb.h: #ifdef CONFIG_COMPAT #if LINUX_VERSION_CODE <= KERNEL_VERSION(2,6,10) #include #define SISUSB_OLD_CONFIG_COMPAT #else #define SISUSB_NEW_CONFIG_COMPAT #endif #endif I decided not to drop the SISUSB_OLD_CONFIG_COMPAT code in my patch because it seems Thomas is sharing this code between different kernel versions, and a removal might make his life harder for no big win. cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed --- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 ___ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
[linux-usb-devel] Re: [RFC] probe model when both ohci and ehci drivers available
On Monday 02 May 2005 3:43 pm, Doug Maxey wrote: > David, > > I am curious about which driver probes when a reconnect event is seen. I'm not sure I understand the question. If the USB device drops its pullup (D+ for high/full speeds, D- for low speed) then it's sensed by the host as a disconnect ... and it's then forced through a full USB enumeration cycle. That starts first with EHCI (assuming it's on that port) ... then if the line's not using high speed signaling after the reset completes, it's handed off to the companion controller (which sounds like OHCI in this case, but can also be UHCI). > When using the Belkin F5U219 on either ppc or ppc64 systems, at some > point, it appears the ehci driver gets involved. The problem is, there > are only low speed devices (keyboards and mice) attached (and detached). > The net result is that once this occurs, the attached device is never > probed again, until the driver is reloaded. So this F5U219 thing is a low speed device? And for some reason it's disconnecting itself, after which something doesn't work? > This is seen with both the 2.4 driver, and the latest 2.6. > > Maybe my underlying question is: How does the port steering get > handled by linux? The handoff between EHCI to its companion controller is controlled in the EHCI root hub code, by setting the OWNER bit. The hardware handles the rest. > What type of output would you like to see to show this? I don't have > anything captured at the moment, but I should be able to get to a system > to reproduce this on. I'm not clear what "this" is. The usual rule of thumb is to enable CONFIG_USB_DEBUG and show the relevant enumeration events, from "dmesg". - Dave > > ++doug > > --- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 ___ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
Re: [linux-usb-devel] Bug AMD 756 OHCI isochronous tranfers
On Monday 02 May 2005 12:36 pm, Brian Beardall wrote: > David Brownell wrote: > I enabled the CONFIG_USB_DEBUG, and this is what I get: > > ohci_hcd :00:07.4: bogus NDP=255, rereads as NDP=4 > irq 10: nobody cared! > [] __report_bad_irq+0x2a/0x90 > ... Well that's strange. It would appear that maybe on your board, the erratum #4 workaround isn't adequate. There were multiple revisions of that chip ... maybe you're looking at early ones, with additional errata? > handlers: > [] (ohci_irq_handler+0x0/0x7a0) > [] (usb_hcd_irq+0x0/0x70) > Disabling IRQ #10 In that case it appears like maybe part of the problem is that you've got a FireWire controller on the same IRQ. Try moving that card to another PCI slot; maybe that's making trouble too. > The last message before the IRQ nobody cared is either the NDP error or > I get the hub_port_status failed message. It depends on it attitude at > the time of crash. This may be able to be explained by Erratum #4. If > the root hub were to be reset during use That should never happen. > usb usb1: Product: Advanced Micro Devices [AMD] AMD-756 [Viper] USB > usb usb1: Manufacturer: Linux 2.6.11-gentoo-r6 ohci_hcd How does 2.6.12-rc2 behave? For the usual reasons, most of us don't want to hear about kernels with random patches we didn't provide ... :) - Dave --- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 ___ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
Re: [linux-usb-devel] connect-debounce failed
On Monday 02 May 2005 10:54 am, Alan Stern wrote: > Admittedly, there _could_ be an infinite-loop type of behavior. If the > connection kept getting made and broken, over and over, it would seem to > khubd that someone was plugging and unplugging the device over and over. > After debouncing failed, the next disconnect-connect sequence would appear > to be a new device and would cause a new round of debouncing. We're missing a mechanism to throttle down the rate of enumeration attempts. For example, ignoring "new" connections for 15 seconds after a half dozen failed attempts to enumerate. --- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 ___ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
Re: [linux-usb-devel] ISP1362 HCD detects, but no interrupts
> You should probably clear the 'int_edge_triggered' flag in the > platform_data to make the chip assert its interrupt output until the > interrupt has been acknowledged to the chip, since the 160ns pulse > that the chip generates in 'edge triggered mode' may be too short to > be detected by the CPU (which is e.g. true for PXA2xx). Thanks for this clearing int_edge_triggered has made the interrupts appear, but unfortunately now I hit a 'BUG_ON' in isp1362_irq, 1089:spin_lock(&isp1362_hcd->lock); 1090: 1091:BUG_ON(isp1362_hcd->irq_active++); 1092: 1093:isp1362_write_reg16(isp1362_hcd, HCuPINTENB, 0); It would appear that it is entering the interrupt handler twice for some reason. Should I be setting the IRQ falling/rising edge with set_irq_type? -- Bluewater Systems Ltd - ARM Technology Solutions Centre Andre Renaud Bluewater Systems Ltd Phone: +64 3 3779127 (Aus 1 800 148 751)Level 17, 119 Armagh St Fax: +64 3 3779135PO Box 13889 Email: [EMAIL PROTECTED] Christchurch Web: http://www.bluewatersys.com New Zealand signature.asc Description: This is a digitally signed message part
[linux-usb-devel] Re: patch submission for unusual_devs.h: atmel snd1 storage
Greg KH wrote: > On Mon, May 02, 2005 at 05:10:40PM -0700, Phil Dibowitz wrote: > >>Greg KH wrote: >> >>>I need this in a format I can apply it. Not quoted and at the wrong >>>patch level :( >> >>I didn't notice the wrong patch level - sorry Greg, I should have caught >>that. As for the quoted - you didn't receive the original? > > > I probably did, but after I bounce them to you, I generally delete them, > sorry. Oh, no worries, I'll keep that in mind from now on. You had applied patches before when I had gone "this is good" so I assumed you kept them. >From now on, I'll be sure to attach a copy or have the submitter send you another copy directly after I approve it. -- Phil Dibowitz [EMAIL PROTECTED] Freeware and Technical Pages Insanity Palace of Metallica http://www.phildev.net/ http://www.ipom.com/ "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." - Benjamin Franklin, 1759 signature.asc Description: OpenPGP digital signature
Re: [linux-usb-devel] Bug AMD 756 OHCI isochronous tranfers
David Brownell wrote: >On Monday 02 May 2005 12:36 pm, Brian Beardall wrote: > > >>David Brownell wrote: >>I enabled the CONFIG_USB_DEBUG, and this is what I get: >> >>ohci_hcd :00:07.4: bogus NDP=255, rereads as NDP=4 >>irq 10: nobody cared! >> [] __report_bad_irq+0x2a/0x90 >> ... >> >> > >Well that's strange. It would appear that maybe on your >board, the erratum #4 workaround isn't adequate. There >were multiple revisions of that chip ... maybe you're >looking at early ones, with additional errata? > > > I checked the revision of the southbridge, and it is a revision D, but I am not sure whether it is a revision D2, or D4. >>handlers: >>[] (ohci_irq_handler+0x0/0x7a0) >>[] (usb_hcd_irq+0x0/0x70) >>Disabling IRQ #10 >> >> > >In that case it appears like maybe part of the problem is that >you've got a FireWire controller on the same IRQ. Try moving >that card to another PCI slot; maybe that's making trouble too. > > > I have taken everything out of the computer but the network card, and video card, and it still crashes exactly the same. The other computer also crashes exactly the same so I doubt that the IEEE 1394 OHCI card/driver is causing any problem. >>The last message before the IRQ nobody cared is either the NDP error or >>I get the hub_port_status failed message. It depends on it attitude at >>the time of crash. This may be able to be explained by Erratum #4. If >>the root hub were to be reset during use >> >> > >That should never happen. > > It should never happen, but the crash doesn't make sense. > > > >>usb usb1: Product: Advanced Micro Devices [AMD] AMD-756 [Viper] USB >>usb usb1: Manufacturer: Linux 2.6.11-gentoo-r6 ohci_hcd >> >> > >How does 2.6.12-rc2 behave? > >For the usual reasons, most of us don't want to hear about kernels >with random patches we didn't provide ... :) > >- Dave > > The 2.6.12-rc3 behaves exactly the same so I went back to the gentoo-sources so I could I my splash screen at boot time. I was hoping that the 2.6.12-rc3 would fix the usb issues, and I was dissappointed. It would be nice to see what exactly is causing it to crash. --- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 ___ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
[linux-usb-devel] Re: linux-2.4.18 usb hub problem???
On Tue, May 03, 2005 at 10:19:02AM +0800, grant.kang wrote: > Hi,All: > I use the smdk2410 solution and use usb for serial trasmition data. I use > kernel 2.4.18 2.4.18 is over 3 years old. I suggest you try a newer kernel release as a lot of different USB issues have been fixed since then. Does this happen on 2.6.11.8? thanks, greg k-h --- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 ___ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
[linux-usb-devel] [PATCH 2.6.12-rc3-mm2] USB: trivial error path fix
Hi Greg:
Trivial fix to USB class-creation error path; please apply.
Signed-off-by: Mark M. Hoffman <[EMAIL PROTECTED]>
Index: linux-2.6.12-rc3-mm2/drivers/usb/core/file.c
===
--- linux-2.6.12-rc3-mm2.orig/drivers/usb/core/file.c 2005-05-01
08:44:29.0 -0400
+++ linux-2.6.12-rc3-mm2/drivers/usb/core/file.c2005-05-02
23:16:17.0 -0400
@@ -82,6 +82,7 @@ int usb_major_init(void)
usb_class = class_create(THIS_MODULE, "usb");
if (IS_ERR(usb_class)) {
+ error = PTR_ERR(usb_class);
err("class_create failed for usb devices");
unregister_chrdev(USB_MAJOR, "usb");
goto out;
--
Mark M. Hoffman
[EMAIL PROTECTED]
---
This SF.Net email is sponsored by: NEC IT Guy Games.
Get your fingers limbered up and give it your best shot. 4 great events, 4
opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20
___
linux-usb-devel@lists.sourceforge.net
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
[linux-usb-devel] Re: patch submission for unusual_devs.h: atmel snd1 storage
Vivian Brégier wrote: > Greg KH a écrit : > >>I need this in a format I can apply it. Not quoted and at the wrong >>patch level :( >> >>thanks, > > > Sorry for the patch level. I'm not used to submitting patches. > Is it better like this ? This looks better. Greg, did you get her direct email? It appears to be in the right format. I trimmed the "quotes" from below just in case. Signed-off-by: Phil Dibowitz <[EMAIL PROTECTED]> --- old/drivers/usb/storage/unusual_devs.h 2005-03-02 07:38:17.0 + +++ new/drivers/usb/storage/unusual_devs.h 2005-04-29 22:40:32.0 + @@ -48,6 +48,14 @@ * USB development list . */ +/* patch submitted by Vivian Bregier <[EMAIL PROTECTED]> + */ +UNUSUAL_DEV( 0x03eb, 0x2002, 0x0100, 0x0100, +"ATMEL", +"SND1 Storage", +US_SC_DEVICE, US_PR_DEVICE, NULL, +US_FL_IGNORE_RESIDUE), + UNUSUAL_DEV( 0x03ee, 0x6901, 0x, 0x0100, "Mitsumi", "USB FDD", -- Phil Dibowitz [EMAIL PROTECTED] Freeware and Technical Pages Insanity Palace of Metallica http://www.phildev.net/ http://www.ipom.com/ "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." - Benjamin Franklin, 1759 signature.asc Description: OpenPGP digital signature
[linux-usb-devel] Re: Addition to unusual_devs.h for MP3 player 0xf19/0x101
Leonid Petrov wrote: > Alan, > > I had a problem similar to http://bugme.osdl.org/show_bug.cgi?id=3223 > with my MP3 player/Voice recorder: worked fine with 2.6.7 and older; > return code = 0x1007 with kernels 2.6.8.1 through 2.6.11. > The patch is attached. Going back through old email, I think this dropped through the cracks. Leonid, did I never email you back on this? I don't recall doing so and I don't see anything in my sent email. I'm sorry for the delay. Anyway, the patch looks OK content-wise, but you didn't follow the guidelines in SubmittingPatches (it's not at the right patch level). Care to re-submit? > --- /tmp/unusual_devs.h 2004-12-24 16:35:24.0 -0500 > +++ unusual_devs.h2005-03-03 21:46:40.267283555 -0500 > @@ -884,3 +884,10 @@ > US_SC_SCSI, US_PR_SDDR55, NULL, > US_FL_SINGLE_LUN), > #endif > + > +/* Reported by Leonid Petrov ([EMAIL PROTECTED]) on 2005.03.03 */ > +UNUSUAL_DEV( 0x0f19, 0x0101, 0x0100, 0x0100, > + "ORACOM", > + "Digital Audio", > + US_SC_DEVICE, US_PR_DEVICE, NULL, > + US_FL_IGNORE_RESIDUE ), > > > -- Phil Dibowitz [EMAIL PROTECTED] Freeware and Technical Pages Insanity Palace of Metallica http://www.phildev.net/ http://www.ipom.com/ "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." - Benjamin Franklin, 1759 signature.asc Description: OpenPGP digital signature
[linux-usb-devel] [PATCH pd27] unusual_devs entry for Minolta Dimage Z10
Attached is a patch based on the report by Vilas. Greg, please apply. -- Phil Dibowitz [EMAIL PROTECTED] Freeware and Technical Pages Insanity Palace of Metallica http://www.phildev.net/ http://www.ipom.com/ "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." - Benjamin Franklin, 1759 This patch adds an unusual_devs entry for the Minolta Dimage Z10. Originally reported by Vilisas <[EMAIL PROTECTED]> Signed-off-by: Phil Dibowitz <[EMAIL PROTECTED]> --- diff -puN drivers/usb/storage/unusual_devs.h~unusual_minolta drivers/usb/storage/unusual_devs.h --- linux-2.6.12-rc3/drivers/usb/storage/unusual_devs.h~unusual_minolta 2005-05-02 23:39:00.0 -0700 +++ linux-2.6.12-rc3-phil/drivers/usb/storage/unusual_devs.h 2005-05-02 23:42:50.0 -0700 @@ -976,6 +976,13 @@ UNUSUAL_DEV( 0x1019, 0x0c55, 0x, 0x US_SC_DEVICE, US_PR_DEVICE, usb_stor_ucr61s2b_init, 0 ), +/* Reported by Vilius Bilinkevicius */ UNUSUAL_DEV( 0x1370, 0x6828, 0x0110, 0x0110, "SWISSBIT", _ signature.asc Description: OpenPGP digital signature
[linux-usb-devel] Re: unusual-devs.h patch for Okion Datamate HE113
Mark Clegg wrote: > Phil, > > Thanks for the speedy response. I've just tried the GO_SLOW > patch, and it doesn't appear to make any difference. > > The Okion does use the Genesys Logic chipset, but in this > particular case the key flag to getting it to work properly > appears to be US_FL_FIX_INQUIRY. > > I'm currently running 2.6.11 with the GO_SLOW patches installed, > and US_FL_FIX_INQUIRY added. This seems to work fine. > > > > UNUSUAL_DEV( 0x05e3, 0x0702, 0x, 0x, > "Genesys Logic", > "USB to IDE Disk", > US_SC_DEVICE, US_PR_DEVICE, NULL, > US_FL_FIX_INQUIRY | US_FL_GO_SLOW ), Alan - can you think of why FIX_INQUIRY would have suddenly been needed in some 2.6 kernel? Seems odd to me. Mark says it was working in early 2.6 and a few versions back stopped working and now won't work without FIX_INQUIRY. I wanted your input. Thanks, -- Phil Dibowitz [EMAIL PROTECTED] Freeware and Technical Pages Insanity Palace of Metallica http://www.phildev.net/ http://www.ipom.com/ "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." - Benjamin Franklin, 1759 signature.asc Description: OpenPGP digital signature
