[linux-usb-devel] 2.4.22-rc2-ac3
Just tried to sync my pilot on 2.4.22-rc2-ac3. When I hit the sync button on my pilot I get the 2 entries in /dev/usb/tts. However jpilot didn't seem able to read them. I did a rmmod visor to try and reset and try again. Found this in my dmesg. Attaching the Oops and decoded Ooops. :wq! --- Robert L. Harris | GPG Key ID: E344DA3B @ x-hkp://pgp.mit.edu DISCLAIMER: These are MY OPINIONS ALONE. I speak for no-one else. Life is not a destination, it's a journey. Microsoft produces 15 car pileups on the highway. Don't stop traffic to stand and gawk at the tragedy. Unable to handle kernel NULL pointer dereference at virtual address 09a4 printing eip: c035efe4 *pde = Oops: 0002 CPU:0 EIP:0010:[c035efe4]Not tainted EFLAGS: 00010246 eax: ebx: dfa2c890 ecx: 0001 edx: deb72000 esi: 0002 edi: dfa2c800 ebp: esp: dfd9bf4c ds: 0018 es: 0018 ss: 0018 Process khubd (pid: 12, stackpage=dfd9b000) Stack: c055af60 dbef3dc0 c055af80 c035111a dfda2400 dfa2c800 0100 0001 dfdd9600 dfda2400 c0353492 dfdd9710 0001 dfdd9600 dfd991a0 dfd991c8 000a c0353746 dfd991a0 Call Trace:[c035111a] [c0353492] [c0353746] [c0353917] [c0105534] Code: c7 80 a4 09 00 00 00 00 00 00 8d 4b 5c ff 43 5c 0f 8e e8 02 6usbserial.c: USB Serial deregistering driver Handspring Visor / Treo / Palm 4.0 / Clié 4.x Unable to handle kernel NULL pointer dereference at virtual address 09a4 c035efe4 *pde = Oops: 0002 CPU:0 EIP:0010:[c035efe4]Not tainted Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00010246 eax: ebx: dfa2c890 ecx: 0001 edx: deb72000 esi: 0002 edi: dfa2c800 ebp: esp: dfd9bf4c ds: 0018 es: 0018 ss: 0018 Process khubd (pid: 12, stackpage=dfd9b000) Stack: c055af60 dbef3dc0 c055af80 c035111a dfda2400 dfa2c800 0100 0001 dfdd9600 dfda2400 c0353492 dfdd9710 0001 dfdd9600 dfd991a0 dfd991c8 000a c0353746 dfd991a0 Call Trace:[c035111a] [c0353492] [c0353746] [c0353917] [c0105534] Code: c7 80 a4 09 00 00 00 00 00 00 8d 4b 5c ff 43 5c 0f 8e e8 02 EIP; c035efe4 usb_serial_disconnect+78/1f8 = ebx; dfa2c890 _end+1f3fb470/20240be0 edx; deb72000 _end+1e540be0/20240be0 edi; dfa2c800 _end+1f3fb3e0/20240be0 esp; dfd9bf4c _end+1f76ab2c/20240be0 Trace; c035111a usb_disconnect+8e/124 Trace; c0353492 usb_hub_port_connect_change+4a/210 Trace; c0353746 usb_hub_events+ee/28c Trace; c0353917 usb_hub_thread+33/a8 Trace; c0105534 arch_kernel_thread+28/38 Code; c035efe4 usb_serial_disconnect+78/1f8 _EIP: Code; c035efe4 usb_serial_disconnect+78/1f8 = 0: c7 80 a4 09 00 00 00 movl $0x0,0x9a4(%eax) = Code; c035efeb usb_serial_disconnect+7f/1f8 7: 00 00 00 Code; c035efee usb_serial_disconnect+82/1f8 a: 8d 4b 5c lea0x5c(%ebx),%ecx Code; c035eff1 usb_serial_disconnect+85/1f8 d: ff 43 5c incl 0x5c(%ebx) Code; c035eff4 usb_serial_disconnect+88/1f8 10: 0f 8e e8 02 00 00 jle2fe _EIP+0x2fe c035f2e2 .text.lock.usbserial+d2/e0 pgp0.pgp Description: PGP signature
Re: [linux-usb-devel] usb client on PXA255,Please help me
On Mon, 18 Aug 2003, agikor M wrote: Hi,David I need to implement usb client(such as a mass-storage) on PXA255 based on linux-2.4.18-rmk7-pxa3.But I have no idea about how to start it.Can you help me? Someone told me that the code(usb_ctl.c,usb_ep0.c...) in arch/arm/mach-pxa/ is a old stuff and you are maintaining a new gadget.But for some unknown reason I cat't access the http://www.linux-usb.org/gadget/ to get the new USB Gadget framework.Would you like to send me the related code or give me an another link? After I get the code,where I should start from?Could you please provide any guidance?Any useful HOWTOs? Thanks a lot. As it happens, purely by coincidence, I'm writing a USB Mass-Storage gadget driver right now. It's about halfway done, and if you're interested I could send it to you when it's ready (another couple of weeks perhaps). My driver is meant to run under Linux 2.6, so you would have to do some work to port it back to 2.4.18. But it would still be a lot less work than writing the whole thing yourself. Alan Stern --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
Re: [linux-usb-devel] UHCI and lost incoming data after close/open
On Mon, 18 Aug 2003, Matthias Bruestle wrote: Mahlzeit I'm currently testing the cyberJack smart card reader under 2.6.0-t2 using a patched cyberJack driver (added locking) together with a UHCI host controller. The problem is, that it works the first open/io/io/.../close sequence after inserting it, but fails after the second open. This happens with - normal cyberJack driver using Int INs - modified cyberJack driver using Bulk IN polling - generic USB serial driver using Bulk IN polling The symptom is, that the cyberJack driver never receives any data after the second open, but when looking at the USB data going over the cable the device clearly sends an interrupt response with data. When looking at the uhci_irq, it is called at about the time a Int IN packet should come and when there is only one transfer (Int IN) in the list. But this Int IN is still flagged ACTIVE, and is therefore ignored by the interrupt handler. Are there already any patches which could help fixing this problem? Or does anybody have an idea what I can try? It's curious that you see a USB interrupt transfer occur but the controller does not end the request. Can you post the contents of /proc/driver/uhci? That might have some clues. Alan Stern --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
Re: [linux-usb-devel] usb client on PXA255,Please help me
agikor M wrote: Hi,David I need to implement usb client(such as a mass-storage) on PXA255 based on linux-2.4.18-rmk7-pxa3.But I have no idea about how to start it.Can you help me? There are some existing drivers to look at for examples of driver structure and how to talk through the gadget API to the controller. Gadget Zero is simplest, drivers/usb/gadget/zero.c is the path. There's a network link, drivers/usb/gadget/ether.c with CDC Ethernet support. The API documentation should help too. Someone told me that the code(usb_ctl.c,usb_ep0.c...) in arch/arm/mach-pxa/ is a old stuff and you are maintaining a new gadget.But for some unknown reason I cat't access the http://www.linux-usb.org/gadget/ to get the new USB Gadget framework.Would you like to send me the related code or give me an another link? For 2.4 the relevant link (as given on that page) is to a BK tree, from which you can extract just the gadget parts as a patch. bk://kernel.bkbits.net/db/linux/gadget-2.4 Why can't you get that web page? Here are some mirrors of it: http://wwwbode.cs.tum.edu/Par/arch/usb/linux-usb/gadget/ http://it.linux-usb.org/gadget/ And surely Google caches some version of it too. After I get the code,where I should start from?Could you please provide any guidance?Any useful HOWTOs? Look at existing drivers and docs (including that web page). Get the 2.6 kernel sources and make pdfdocs to get a gadget.pdf file, which provides API reference and a useful overview. - Dave --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
Re: [linux-usb-devel] UHCI and lost incoming data after close/open
Mahlzeit On Mon, Aug 18, 2003 at 09:53:26AM -0400, Alan Stern wrote: It's curious that you see a USB interrupt transfer occur but the controller does not end the request. Can you post the contents of /proc/driver/uhci? That might have some clues. In a certain condition or just after loading the modules? Mahlzeit endergone Zwiebeltuete --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
Re: [linux-usb-devel] usb client on PXA255,Please help me
Hi, I'm writing a USB Device Controller driver for the onboard UDC of Renesas SuperH devices (specifically the SH7705 but should also work on SH7727). When I have got that working I was also planning to write a USB Mass-Storage gadget driver to sit on top of it. I would be starting the mass storage driver about mid September. I am working with the 2.4 kernel and I would also be interested in looking at your mass storage code when it's ready. My mass storage driver is intended as a demonstration so I was planning to implement it as a user application using the GadgetFS, is there any reason (other than performance) why I shouldn't do that? Thanks Julian Back Alan Stern wrote: On Mon, 18 Aug 2003, agikor M wrote: Hi,David I need to implement usb client(such as a mass-storage) on PXA255 based on linux-2.4.18-rmk7-pxa3.But I have no idea about how to start it.Can you help me? Someone told me that the code(usb_ctl.c,usb_ep0.c...) in arch/arm/mach-pxa/ is a old stuff and you are maintaining a new gadget.But for some unknown reason I cat't access the http://www.linux-usb.org/gadget/ to get the new USB Gadget framework.Would you like to send me the related code or give me an another link? After I get the code,where I should start from?Could you please provide any guidance?Any useful HOWTOs? Thanks a lot. As it happens, purely by coincidence, I'm writing a USB Mass-Storage gadget driver right now. It's about halfway done, and if you're interested I could send it to you when it's ready (another couple of weeks perhaps). My driver is meant to run under Linux 2.6, so you would have to do some work to port it back to 2.4.18. But it would still be a lot less work than writing the whole thing yourself. Alan Stern --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
Re: [linux-usb-devel] UHCI and lost incoming data after close/open
On Mon, 18 Aug 2003, Matthias Bruestle wrote: On Mon, Aug 18, 2003 at 09:53:26AM -0400, Alan Stern wrote: It's curious that you see a USB interrupt transfer occur but the controller does not end the request. Can you post the contents of /proc/driver/uhci? That might have some clues. In a certain condition or just after loading the modules? After the interrupt transfer apparently took place. The file will show part of what the controller did during that transfer. Alan Stern --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
[linux-usb-devel] USB device not accepting new address - why?
Hi, USB device not accepting new address I keep getting these error messages. And looks like I'm not alone. I just did a quick google search on the subject and I've got about 6730 hits in google and about 1010 hits in newsgroups :( The answer in linux-usb.org FAQ is frankly just a lot of hand waving. Clearly there is a long-standing problem which needs to be addressed. I've got this Atmel AT76C503A based wireless USB adapter. There is a driver for this wireless card (2 of them in fact), they appear to work with 2.4.18 kernel. Unfortunately running 2.4.18 kernel is not an option for me as I have a few other problems with it and I need some of the new stuff in 2.6.x kernel anyway. So I'm in the process of upgrading the driver to 2.6.x format. The adapter is a bit tricky in that it requires firmware to be downloaded first and then a reset. I've got the firmware downloading stage working and now I have this problem with reset. I have now disabled everything except the reset call and still I'm consistently getting the same error. Needless to say it works flawlessly with the 'other' OS. I'm all bent on making it work. I can spare some of my free time on it. I appreciate if someone can give me a hint on what may be the cause of the problem in technical terms. Regards, Dmitri --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
Re: [linux-usb-devel] usb client on PXA255,Please help me
On Mon, 18 Aug 2003, Julian Back wrote: Hi, I'm writing a USB Device Controller driver for the onboard UDC of Renesas SuperH devices (specifically the SH7705 but should also work on SH7727). When I have got that working I was also planning to write a USB Mass-Storage gadget driver to sit on top of it. I would be starting the mass storage driver about mid September. I am working with the 2.4 kernel and I would also be interested in looking at your mass storage code when it's ready. I'll be happy to send it to you when it's ready. My mass storage driver is intended as a demonstration so I was planning to implement it as a user application using the GadgetFS, is there any reason (other than performance) why I shouldn't do that? No reason, that should work okay too. I decided not to do it that way because I didn't have very good gadgetfs documentation, because of the performance issue, and because this was intended as a model driver. Alan Stern --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
Re: [linux-usb-devel] USB device not accepting new address - why?
I don't believe it is handwaving. The user comments might be, but the actual answer is proven. THey may be other causes than mentioned though. On Tue, 19 Aug 2003, Dmitri Katchalov wrote: Hi, USB device not accepting new address I keep getting these error messages. And looks like I'm not alone. I just did a quick google search on the subject and I've got about 6730 hits in google and about 1010 hits in newsgroups :( The answer in linux-usb.org FAQ is frankly just a lot of hand waving. Clearly there is a long-standing problem which needs to be addressed. I've got this Atmel AT76C503A based wireless USB adapter. There is a driver for this wireless card (2 of them in fact), they appear to work with 2.4.18 kernel. Unfortunately running 2.4.18 kernel is not an option for me as I have a few other problems with it and I need some of the new stuff in 2.6.x kernel anyway. So I'm in the process of upgrading the driver to 2.6.x format. The adapter is a bit tricky in that it requires firmware to be downloaded first and then a reset. I've got the firmware downloading stage working and now I have this problem with reset. I have now disabled everything except the reset call and still I'm consistently getting the same error. Needless to say it works flawlessly with the 'other' OS. I'm all bent on making it work. I can spare some of my free time on it. I appreciate if someone can give me a hint on what may be the cause of the problem in technical terms. Regards, Dmitri --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ [EMAIL PROTECTED] 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 sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
Re: [linux-usb-devel] UHCI and lost incoming data after close/open
Mahlzeit On Mon, Aug 18, 2003 at 09:53:26AM -0400, Alan Stern wrote: On Mon, 18 Aug 2003, Matthias Bruestle wrote: I'm currently testing the cyberJack smart card reader under 2.6.0-t2 using a patched cyberJack driver (added locking) together with a UHCI host controller. The problem is, that it works the first open/io/io/.../close sequence after inserting it, but fails after the second open. This happens with - normal cyberJack driver using Int INs - modified cyberJack driver using Bulk IN polling - generic USB serial driver using Bulk IN polling The symptom is, that the cyberJack driver never receives any data after the second open, but when looking at the USB data going over the cable the device clearly sends an interrupt response with data. When looking at the uhci_irq, it is called at about the time a Int IN packet should come and when there is only one transfer (Int IN) in the list. But this Int IN is still flagged ACTIVE, and is therefore ignored by the interrupt handler. Are there already any patches which could help fixing this problem? Or does anybody have an idea what I can try? It's curious that you see a USB interrupt transfer occur but the controller does not end the request. Can you post the contents of /proc/driver/uhci? That might have some clues. Ok, after a success full program run: HC status usbcmd= 00c1 Maxp64 CF RS usbstat = usbint= 000f usbfrnum = (1)aec flbaseadd = 03848aec sof = 40 stat1 = 0095 PortEnabled PortConnected stat2 = 0095 PortEnabled PortConnected Frame List Skeleton QH's After a failed program run: HC status usbcmd= 00c1 Maxp64 CF RS usbstat = usbint= 000f usbfrnum = (0)b60 flbaseadd = 03848b60 sof = 40 stat1 = 0095 PortEnabled PortConnected stat2 = 0095 PortEnabled PortConnected Frame List Skeleton QH's Somewhere inside a program run, when waiting for the interrupt data: HC status usbcmd= 00c1 Maxp64 CF RS usbstat = usbint= 000f usbfrnum = (0)194 flbaseadd = 03848194 sof = 40 stat1 = 0095 PortEnabled PortConnected stat2 = 0095 PortEnabled PortConnected Frame List Skeleton QH's - skel_int4_qh [c3858240] link (03858122) element (03859030) 0: [c3859030] link (0001) e3 SPD IOC Active NAK Length=7ff MaxLen=f DT0 EndPt=1 Dev=5, PID=69(IN) (buf=05a5f520) In the second program run, the Active for Int IN is always set when an interrupt occures. Mahlzeit Matthias --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
Re: [linux-usb-devel] USB device not accepting new address - why?
Dmitri Katchalov wrote: The answer in linux-usb.org FAQ is frankly just a lot of hand waving. Clearly there is a long-standing problem which needs to be addressed. PCI IRQ mapping is indeed a long-standing (non-USB) problem. It may not be every major kernel release that has patches in that area, but I'd not be surprised if it were. If know of something better that's published on how to locate/resolve those issues, please share... Although as Stephen Gowdy mentioned, there may be other issues too in some cases. If so, they're lower volume than the IRQ issues. - Dave --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
Re: [linux-usb-devel] Oops when unplugging a USB2.0 pccard
Oliver Neukum wrote: Hi, this is with 2.6.0-test2, no devices attached to the bus, on UP. Is it a known problem? Regards Oliver Just for the record: I tried this with the latest test3+ patches, and the oops seems gone (as I'd expect). - Dave --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
Re: [linux-usb-devel] UHCI and lost incoming data after close/open
On Mon, 18 Aug 2003, Matthias Bruestle wrote: Somewhere inside a program run, when waiting for the interrupt data: HC status usbcmd= 00c1 Maxp64 CF RS usbstat = usbint= 000f usbfrnum = (0)194 flbaseadd = 03848194 sof = 40 stat1 = 0095 PortEnabled PortConnected stat2 = 0095 PortEnabled PortConnected Frame List Skeleton QH's - skel_int4_qh [c3858240] link (03858122) element (03859030) 0: [c3859030] link (0001) e3 SPD IOC Active NAK Length=7ff MaxLen=f DT0 EndPt=1 Dev=5, PID=69(IN) (buf=05a5f520) In the second program run, the Active for Int IN is always set when an interrupt occures. The NAK flag above means that the HC issued the Intr IN request and the device replied with a NAK. That would explain the packets you see going across the wire. But why would the device NAK? For some reason, it must not have any interrupt data available. Or maybe there's a problem with the maxpacket size? -- the request is asking to transfer a 16-byte packet. My guess would be that in your unsuccessful run, something isn't getting initialized correctly and as a result the device doesn't queue any interrupt data. Alan Stern --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
Re: [linux-usb-devel] usb client on PXA255,Please help me
Julian Back wrote: My mass storage driver is intended as a demonstration so I was planning to implement it as a user application using the GadgetFS, is there any reason (other than performance) why I shouldn't do that? Another demonstration would of course be run NFS in the device, accessing the files from some Linux host. On the other hand, I'm looking forward to seeing Alan's code. It should be a bit more usable out of the box for talking to MSFT hosts. The PXA hardware has enough endpoints that it could eventually talk both storage and network protocols at the same time ... :) - Dave --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
Re: [linux-usb-devel] UHCI and lost incoming data after close/open
On Mon, Aug 18, 2003 at 02:14:24PM -0400, Alan Stern wrote: On Mon, 18 Aug 2003, Matthias Bruestle wrote: Somewhere inside a program run, when waiting for the interrupt data: HC status usbcmd= 00c1 Maxp64 CF RS usbstat = usbint= 000f usbfrnum = (0)194 flbaseadd = 03848194 sof = 40 stat1 = 0095 PortEnabled PortConnected stat2 = 0095 PortEnabled PortConnected Frame List Skeleton QH's - skel_int4_qh [c3858240] link (03858122) element (03859030) 0: [c3859030] link (0001) e3 SPD IOC Active NAK Length=7ff MaxLen=f DT0 EndPt=1 Dev=5, PID=69(IN) (buf=05a5f520) In the second program run, the Active for Int IN is always set when an interrupt occures. The NAK flag above means that the HC issued the Intr IN request and the device replied with a NAK. That would explain the packets you see going across the wire. But why would the device NAK? For some reason, it must not have any interrupt data available. Or maybe there's a problem with the maxpacket size? -- the request is asking to transfer a 16-byte packet. My guess would be that in your unsuccessful run, something isn't getting initialized correctly and as a result the device doesn't queue any interrupt data. The Int IN is issued from the PC every 4 or 8 ms (can't remember). In an unsuccessful run, the device does allways response with NAK with one exception, where it sends data to the PC. I want to get this data, which I do correctly on the first run (or with 2.4.20 or 2.5.3x), but not here. Some debug output from the kernel: (Comments with (eZ) are added by me to the kernel.) 7drivers/usb/serial/usb-serial.c: serial_write - port 0, 7 byte(s) The write sends a command to the reader. After that a Int IN answer from the reader is expected to signal the availability of the response data. 7drivers/usb/serial/cyberjack.c: cyberjack_write - port 0 7drivers/usb/serial/cyberjack.c: cyberjack_write - from_user 1 7drivers/usb/serial/cyberjack.c: cyberjack_write - length = 7, data = 00 04 00 e2 c1 00 23 7drivers/usb/serial/cyberjack.c: cyberjack_write - expected data: 7 7drivers/usb/serial/cyberjack.c: cyberjack_write - transmitting data (frame 1) 7drivers/usb/serial/cyberjack.c: cyberjack_write - priv-wrsent=7 7drivers/usb/serial/cyberjack.c: cyberjack_write - priv-wrfilled=7 7drivers/usb/serial/cyberjack.c: cyberjack_write - buffer cleaned 7drivers/usb/serial/usb-serial.c: serial_chars_in_buffer = port 0 7drivers/usb/serial/generic.c: usb_serial_generic_chars_in_buffer - port 0 7drivers/usb/serial/generic.c: usb_serial_generic_chars_in_buffer - returns 7 Interrupt 7drivers/usb/host/uhci-hcd.c: uhci_irq(), pipe=40408280 (eZ) 7drivers/usb/host/uhci-hcd.c: uhci_transfer_result/A: pipetype:40408280 (eZ) The first in the queue is the Int IN running. 4[c3792240] link (03792122) element (03793030) 4 0: [c3793030] link (0001) e3 SPD IOC Active NAK Length=7ff MaxLen=f DT1 EndPt=1 Dev=2, PID=69(IN) (buf=05d2dac0) 4 7drivers/usb/host/uhci-hcd.c: uhci_result_common() entered (eZ) 7drivers/usb/host/uhci-hcd.c: uhci_irq(), pipe=C0010200 (eZ) 7drivers/usb/host/uhci-hcd.c: uhci_transfer_result/A: pipetype:C0010200 (eZ) The second is the response to the write... 4[c3792270] link (03792212) element (0001) 4 Element != First TD 4 0: [c3793060] link (0001) e3 SPD IOC Length=6 MaxLen=6 DT0 EndPt=2 Dev=2, PID=e1(OUT) (buf=067b8560) 4 7drivers/usb/host/uhci-hcd.c: uhci_result_common() entered (eZ) 7drivers/usb/host/uhci-hcd.c: uhci_transfer_result/B: pipetype:C0010200 vorm anfassen (eZ) 7drivers/usb/core/hcd.c: usb_hcd_giveback_urb is grufa wordn. (eZ) ... initiating a call to the write callback 7drivers/usb/serial/cyberjack.c: cyberjack_write_bulk_callback - port 0 Now we are waiting for the Int IN response which traves over the USB cable to the PC as can be seen with the analyzer 7drivers/usb/host/uhci-hcd.c: uhci_irq(), pipe=40408280 (eZ) 7drivers/usb/host/uhci-hcd.c: uhci_transfer_result/A: pipetype:40408280 (eZ)a No data. 4[c3792240] link (03792122) element (03793030) 4 0: [c3793030] link (0001) e3 SPD IOC Active NAK Length=7ff MaxLen=f DT1 EndPt=1 Dev=2, PID=69(IN) (buf=05d2dac0) 4 7drivers/usb/host/uhci-hcd.c: uhci_result_common() entered (eZ) 7drivers/usb/serial/usb-serial.c: usb_serial_port_softint - port 0 7drivers/usb/host/uhci-hcd.c: uhci_irq(), pipe=40408280 (eZ) 7drivers/usb/host/uhci-hcd.c: uhci_transfer_result/A: pipetype:40408280 (eZ) Again no data. 4[c3792240] link (03792122) element (03793030) 4 0: [c3793030] link (0001) e3 SPD IOC Active NAK Length=7ff MaxLen=f DT1 EndPt=1 Dev=2, PID=69(IN) (buf=05d2dac0) 4 7drivers/usb/host/uhci-hcd.c: uhci_result_common() entered (eZ) So what is wrong? I expected something like: 7drivers/usb/host/uhci-hcd.c: uhci_irq(), pipe=40408280 (eZ) 7drivers/usb/host/uhci-hcd.c: uhci_transfer_result/A: pipetype:40408280 (eZ) 4[c3792240]
Re: [linux-usb-devel] UHCI and lost incoming data after close/open
On Mon, 18 Aug 2003, Matthias Bruestle wrote: The Int IN is issued from the PC every 4 or 8 ms (can't remember). In an unsuccessful run, the device does allways response with NAK with one exception, where it sends data to the PC. I want to get this data, which I do correctly on the first run (or with 2.4.20 or 2.5.3x), but not here. ... Now we are waiting for the Int IN response which traves over the USB cable to the PC as can be seen with the analyzer 7drivers/usb/host/uhci-hcd.c: uhci_irq(), pipe=40408280 (eZ) 7drivers/usb/host/uhci-hcd.c: uhci_transfer_result/A: pipetype:40408280 (eZ)a No data. 4[c3792240] link (03792122) element (03793030) 4 0: [c3793030] link (0001) e3 SPD IOC Active NAK Length=7ff MaxLen=f DT1 EndPt=1 Dev=2, PID=69(IN) (buf=05d2dac0) 4 7drivers/usb/host/uhci-hcd.c: uhci_result_common() entered (eZ) 7drivers/usb/serial/usb-serial.c: usb_serial_port_softint - port 0 7drivers/usb/host/uhci-hcd.c: uhci_irq(), pipe=40408280 (eZ) 7drivers/usb/host/uhci-hcd.c: uhci_transfer_result/A: pipetype:40408280 (eZ) Again no data. 4[c3792240] link (03792122) element (03793030) 4 0: [c3793030] link (0001) e3 SPD IOC Active NAK Length=7ff MaxLen=f DT1 EndPt=1 Dev=2, PID=69(IN) (buf=05d2dac0) 4 7drivers/usb/host/uhci-hcd.c: uhci_result_common() entered (eZ) So what is wrong? Without knowing your situation it's hard to say anything definite. But probably what's wrong is that your device isn't sending any data, and that's why you're not receiving any. You haven't said what Interrupt response your bus analyzer shows, but it might simply be NAKs. As for why your device won't send the data -- I don't know. By the way, you could try looking at the data toggle values in your log (indicated by DT0 or DT1 next to the MaxLen values). They are supposed to alternate each time a new URB is submitted, and they should be reset to 0 when the device is initialized and when the driver does a Clear Halt. I recently found the toggles were not getting set correctly for control transfers, so it's possible that something's going wrong with your interrupt transfers. Alan Stern --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
[linux-usb-devel] ONLCR broken on pl2303 and mct_u232
Howdy all, been doing some testing with various pl2303 and mct_u2323 based usb-to-rs232 adapters. the devices are recognized and appear to work, however the ONCLR ioctl for the both modules seems to lock the port.i've created a small c program do test the port. when i set the port to raw, the port works fine sending NL's as NL's, however if i try to enable OPOST with ONLCR, the port hangs until its closed and reopened. any idea where i can go from here on testing? thanks dave --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
Re: [linux-usb-devel] USB device not accepting new address - why?
On Monday 18 August 2003 18.18, Dmitri Katchalov wrote: Hi, USB device not accepting new address I keep getting these error messages. And looks like I'm not alone. I just did a quick google search on the subject and I've got about 6730 hits in google and about 1010 hits in newsgroups :( The answer in linux-usb.org FAQ is frankly just a lot of hand waving. Clearly there is a long-standing problem which needs to be addressed. I've got this Atmel AT76C503A based wireless USB adapter. There is a driver for this wireless card (2 of them in fact), they appear to work with 2.4.18 kernel. appear to work - do they work or don't they? Are you using the same host hardware? I have a situation were several devices works on a computer with UHCI interface (Linux 2.4.20). Same device does not work with OHCI (but I do get the interrupts). Works on another computer using OHCI (but this was using an older linux kernel). I will investigate this furter when I get back to work - collecting info right now. Summary: If it does work with 2.4.18 kernel but not with a 2.6 (or 2.4.20?) on the same HW then it would be very interesting to find out why. But if it is not the same HW (including the host side) - then there are a lot of possible causes (BIOS, actual hardware - like bugs in OHCI HW implementation, drivers, ...) Unfortunately running 2.4.18 kernel is not an option for me as I have a few other problems with it and I need some of the new stuff in 2.6.x kernel anyway. So I'm in the process of upgrading the driver to 2.6.x format. The adapter is a bit tricky in that it requires firmware to be downloaded first and then a reset. I've got the firmware downloading stage working and now I have this problem with reset. I have now disabled everything except the reset call and still I'm consistently getting the same error. Needless to say it works flawlessly with the 'other' OS. Using the same HW and generic drivers for both the device and host side? (A lot of hardware bugs are covered up in drivers) I'm all bent on making it work. I can spare some of my free time on it. I appreciate if someone can give me a hint on what may be the cause of the problem in technical terms. Regards, Dmitri --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel -- Roger Larsson Skellefte Sweden --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
Re: [linux-usb-devel] ONLCR broken on pl2303 and mct_u232
On Mon, Aug 18, 2003 at 04:21:15PM -0500, David Anders wrote: Howdy all, been doing some testing with various pl2303 and mct_u2323 based usb-to-rs232 adapters. the devices are recognized and appear to work, however the ONCLR ioctl for the both modules seems to lock the port.i've created a small c program do test the port. when i set the port to raw, the port works fine sending NL's as NL's, however if i try to enable OPOST with ONLCR, the port hangs until its closed and reopened. any idea where i can go from here on testing? What kernel version? Care to post your .c program? thanks, greg k-h --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
Re: [linux-usb-devel] ONLCR broken on pl2303 and mct_u232
Greg KH wrote:
What kernel version?
i've tested with 2.4.18, 2.4.20, and 2.4.21 with the last posted patches
primarily tested with the pl2303 module, however i did get the same
response on the mct_u232 and keyspan modules. this same program on a
standard rs-232 port works fine. uncommenting various lines and you can
make a comparison between normal rs-232 behavior and the usb-rs232
version. i used a null modem cable between two pc's, and also tested
with two wire (tx/rx/gnd) between a wyse terminal and a pc.
Care to post your .c program?
#include sys/types.h
#include sys/stat.h
#include fcntl.h
#include termios.h
#include stdio.h
#define MYDEVICE /dev/ttyUSB0
main()
{
int fd,c, res;
struct termios oldtio,newtio;
char buf[255];
fd = open(MYDEVICE, O_RDWR | O_NOCTTY );
if (fd 0) {perror(MYDEVICE); exit(-1); }
tcgetattr(fd,oldtio); /* save current serial port settings */
bzero(newtio, sizeof(newtio)); /* clear struct for new port settings */
newtio.c_cflag = B9600 | CS8 | CLOCAL | CREAD;
newtio.c_oflag = 0;
/* uncomment this line to test the ONLCR lockup */
// newtio.c_oflag = OPOST | ONLCR;
tcflush(fd, TCIFLUSH);
tcsetattr(fd,TCSANOW,newtio);
strcpy(buf,test output with newline\n);
write (fd, buf,25);
/* uncoment the next two lines to test cr vs. nl */
// strcpy(buf,test output with carriage return\r);
// write (fd, buf,33);
tcsetattr(fd,TCSANOW,oldtio);
}
---
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01
___
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
Re: [linux-usb-devel] ONLCR broken on pl2303 and mct_u232
On Mon, Aug 18, 2003 at 05:55:58PM -0500, David Anders wrote: Greg KH wrote: What kernel version? i've tested with 2.4.18, 2.4.20, and 2.4.21 with the last posted patches primarily tested with the pl2303 module, however i did get the same response on the mct_u232 and keyspan modules. this same program on a standard rs-232 port works fine. uncommenting various lines and you can make a comparison between normal rs-232 behavior and the usb-rs232 version. i used a null modem cable between two pc's, and also tested with two wire (tx/rx/gnd) between a wyse terminal and a pc. Care to post your .c program? Ah, nice, it locks up my 2.6 boxes too :( I'll take a look at this some more tomorrow when I have better access to some more hardware and let you know what I find. thanks, greg k-h --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
[linux-usb-devel] Speedtouch USB userspace driver fails after 2.6.0-test1
Some time after 2.6.0-test1, and current Linus CVS, attempts to use pppd with my Alcatel Speedtouch USB modem fail. Greg KH suggested to me this was a ppp problem; however it does not seem so, as they only patches to any ppp code is in ppp_async, which isn't even loaded on my system. The user-space driver is attempting to read from the device, and apparently failing on its first attempt with an -EPIPE. The previous run of modem_run seems to succeed though. I see several patches to endpoint handling etc. in USB over the relevant period, perhaps related ? Relevant messages (with USB_DEBUG tuirned on) : Aug 19 02:04:14 lambent kernel: drivers/usb/core/usb.c: registered new driver usbfs Aug 19 02:04:14 lambent kernel: drivers/usb/core/usb.c: registered new driver hub Aug 19 02:04:14 lambent kernel: drivers/usb/host/uhci-hcd.c: USB Universal Host Controller Interface driver v2.1 Aug 19 02:04:14 lambent kernel: PCI: Found IRQ 9 for device :00:1f.2 Aug 19 02:04:14 lambent kernel: uhci-hcd :00:1f.2: UHCI Host Controller Aug 19 02:04:14 lambent kernel: uhci-hcd :00:1f.2: irq 9, io base b000 Aug 19 02:04:14 lambent kernel: uhci-hcd :00:1f.2: new USB bus registered, assigned bus number 1 Aug 19 02:04:14 lambent kernel: drivers/usb/host/uhci-hcd.c: detected 2 ports Aug 19 02:04:14 lambent kernel: usb usb1: Product: UHCI Host Controller Aug 19 02:04:14 lambent kernel: usb usb1: Manufacturer: Linux 2.6.0-test3 uhci-hcd Aug 19 02:04:14 lambent kernel: usb usb1: SerialNumber: :00:1f.2 Aug 19 02:04:14 lambent kernel: hub 1-0:0: USB hub found Aug 19 02:04:14 lambent kernel: hub 1-0:0: 2 ports detected Aug 19 02:04:14 lambent kernel: PCI: Assigned IRQ 5 for device :00:1f.4 Aug 19 02:04:14 lambent kernel: uhci-hcd :00:1f.4: UHCI Host Controller Aug 19 02:04:14 lambent kernel: uhci-hcd :00:1f.4: irq 5, io base b400 Aug 19 02:04:14 lambent kernel: uhci-hcd :00:1f.4: new USB bus registered, assigned bus number 2 Aug 19 02:04:14 lambent kernel: drivers/usb/host/uhci-hcd.c: detected 2 ports Aug 19 02:04:14 lambent kernel: usb usb2: Product: UHCI Host Controller Aug 19 02:04:14 lambent kernel: usb usb2: Manufacturer: Linux 2.6.0-test3 uhci-hcd Aug 19 02:04:14 lambent kernel: usb usb2: SerialNumber: :00:1f.4 Aug 19 02:04:14 lambent kernel: hub 2-0:0: USB hub found Aug 19 02:04:14 lambent kernel: hub 2-0:0: 2 ports detected Aug 19 02:04:15 lambent kernel: hub 1-0:0: debounce: port 2: delay 100ms stable 4 status 0x101 Aug 19 02:04:15 lambent kernel: hub 1-0:0: new USB device on port 2, assigned address 2 Aug 19 02:04:15 lambent kernel: usb 1-2: Product: Speed Touch USB Aug 19 02:04:15 lambent kernel: usb 1-2: Manufacturer: ALCATEL Aug 19 02:04:15 lambent kernel: usb 1-2: SerialNumber: 0090D044FDCE Aug 19 02:04:39 lambent kernel: usb 1-2: control timeout on ep0in Aug 19 02:04:46 lambent last message repeated 2 times Aug 19 02:05:03 lambent pppd[553]: pppd 2.4.1 started by root, uid 0 I don't remember seeing the control timeout before. The debounce has been happening for several kernel releases, but previously worked anyway. /proc/bus/usb/devices : T: Bus=02 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#= 1 Spd=12 MxCh= 2 B: Alloc= 0/900 us ( 0%), #Int= 0, #Iso= 0 D: Ver= 1.10 Cls=09(hub ) Sub=00 Prot=00 MxPS= 8 #Cfgs= 1 P: Vendor= ProdID= Rev= 2.06 S: Manufacturer=Linux 2.6.0-test1 uhci-hcd S: Product=Intel Corp. 82801BA/BAM USB (Hub S: SerialNumber=:00:1f.4 C:* #Ifs= 1 Cfg#= 1 Atr=40 MxPwr= 0mA I: If#= 0 Alt= 0 #EPs= 1 Cls=09(hub ) Sub=00 Prot=00 Driver=hub E: Ad=81(I) Atr=03(Int.) MxPS= 2 Ivl=255ms T: Bus=01 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#= 1 Spd=12 MxCh= 2 B: Alloc= 0/900 us ( 0%), #Int= 0, #Iso= 0 D: Ver= 1.10 Cls=09(hub ) Sub=00 Prot=00 MxPS= 8 #Cfgs= 1 P: Vendor= ProdID= Rev= 2.06 S: Manufacturer=Linux 2.6.0-test1 uhci-hcd S: Product=Intel Corp. 82801BA/BAM USB (Hub S: SerialNumber=:00:1f.2 C:* #Ifs= 1 Cfg#= 1 Atr=40 MxPwr= 0mA I: If#= 0 Alt= 0 #EPs= 1 Cls=09(hub ) Sub=00 Prot=00 Driver=hub E: Ad=81(I) Atr=03(Int.) MxPS= 2 Ivl=255ms T: Bus=01 Lev=01 Prnt=01 Port=01 Cnt=01 Dev#= 2 Spd=12 MxCh= 0 D: Ver= 1.10 Cls=ff(vend.) Sub=00 Prot=00 MxPS= 8 #Cfgs= 1 P: Vendor=06b9 ProdID=4061 Rev= 0.00 S: Manufacturer=ALCATEL S: Product=Speed Touch USB S: SerialNumber=0090D044FDCE C:* #Ifs= 3 Cfg#= 1 Atr=80 MxPwr=500mA I: If#= 0 Alt= 0 #EPs= 1 Cls=ff(vend.) Sub=00 Prot=00 Driver=usbfs E: Ad=81(I) Atr=03(Int.) MxPS= 16 Ivl=50ms I: If#= 1 Alt= 0 #EPs= 0 Cls=ff(vend.) Sub=00 Prot=00 Driver=usbfs I: If#= 1 Alt= 1 #EPs= 3 Cls=ff(vend.) Sub=00 Prot=00 Driver=usbfs E: Ad=06(O) Atr=02(Bulk) MxPS= 64 Ivl=0ms E: Ad=07(O) Atr=02(Bulk) MxPS= 64 Ivl=0ms E: Ad=87(I) Atr=02(Bulk) MxPS= 64 Ivl=0ms I: If#= 1 Alt= 2 #EPs= 3 Cls=ff(vend.) Sub=00 Prot=00 Driver=usbfs E: Ad=06(O) Atr=02(Bulk) MxPS= 32 Ivl=0ms E: Ad=07(O) Atr=02(Bulk) MxPS= 32 Ivl=0ms E: Ad=87(I) Atr=02(Bulk) MxPS= 64 Ivl=0ms I: If#= 1 Alt= 3 #EPs= 3
Re: [linux-usb-devel] Speedtouch USB userspace driver fails after2.6.0-test1
John Levon wrote: The user-space driver is attempting to read from the device, and apparently failing on its first attempt with an -EPIPE. The previous run of modem_run seems to succeed though. Nothing you sent suggests EPIPE ... I see several patches to endpoint handling etc. in USB over the relevant period, perhaps related ? Shouldn't be; they'd affect mostly disconnect cleanup. Relevant messages (with USB_DEBUG tuirned on) : ... Aug 19 02:04:14 lambent kernel: uhci-hcd :00:1f.2: UHCI Host Controller ... Aug 19 02:04:15 lambent kernel: hub 1-0:0: new USB device on port 2, assigned address 2 Aug 19 02:04:15 lambent kernel: usb 1-2: Product: Speed Touch USB Aug 19 02:04:15 lambent kernel: usb 1-2: Manufacturer: ALCATEL Aug 19 02:04:15 lambent kernel: usb 1-2: SerialNumber: 0090D044FDCE Aug 19 02:04:39 lambent kernel: usb 1-2: control timeout on ep0in Aug 19 02:04:46 lambent last message repeated 2 times Aug 19 02:05:03 lambent pppd[553]: pppd 2.4.1 started by root, uid 0 I don't remember seeing the control timeout before. That would previously have been control/bulk timeout, giving no information about which device or endpoint was involved. (So not very helpful for anyone with multiple devices...) Did you get that older message before? Your user mode driver would have gotten some kind of -ETIMEDOUT (not -EPIPE!!) error. If that change (see the top of drivers/usb/host/message.c) made any difference, I'm puzzled. On the other hand, the older code was pretty bizarre, and maybe it was covering up some bugs. Can you try this with an OHCI controller? Or EHCI, through a high speed hub (and transaction translator)? This change was just merged since last Friday. There are also three or four UHCI patches fixing bugs folk have run into. You might want to get those and see if they help; I'm not sure about their status, other than not yet merged. - Dave --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
Re: [linux-usb-devel] Speedtouch USB userspace driver fails after 2.6.0-test1
On Mon, Aug 18, 2003 at 06:43:39PM -0700, David Brownell wrote: The user-space driver is attempting to read from the device, and apparently failing on its first attempt with an -EPIPE. The previous run of modem_run seems to succeed though. Nothing you sent suggests EPIPE ... I accidentally left out that bit from the log, sorry. I added a little debug to the pppoa3 USB code, giving : Aug 19 02:05:04 lambent pppoa3[570]: Modem found! Aug 19 02:05:04 lambent kernel: Aug 19 02:05:04 lambent pppoa3[572]: host -- pppoa3 -- modem stream ready Aug 19 02:05:04 lambent pppoa3[573]: modem -- pppoa3 -- host stream ready Aug 19 02:05:04 lambent pppoa3[573]: ret -1 32 Aug 19 02:05:04 lambent pppoa3[573]: Error reading usb urb Aug 19 02:05:04 lambent pppoa3[570]: Woken by a sem_post event - Exiting Aug 19 02:05:04 lambent pppoa3[573]: Cleaning Write to usb data Aug 19 02:05:04 lambent pppoa3[570]: Read from usb Canceled Aug 19 02:05:04 lambent pppoa3[572]: Cleaning Read from usb data Aug 19 02:05:04 lambent pppoa3[570]: Exiting Aug 19 02:05:04 lambent pppd[553]: Modem hangup Note the errno of 32 above. This appears to happen on an ioctl(USBDEVFS_SUBMITURB) of the device with a USBDEVFS_URB_TYPE_BULK type. BTW, here is the only other report I found describing what seems to be the same problem : http://marc.theaimsgroup.com/?l=linux-kernelm=106055127722819w=2 That would previously have been control/bulk timeout, giving no very helpful for anyone with multiple devices...) Did you get that older message before? Only when running modem_run which uploads the firmware, not when actually bringing up pppd. was pretty bizarre, and maybe it was covering up some bugs. Can you try this with an OHCI controller? Or EHCI, through a high speed hub (and transaction translator)? This change was just I only have the hardware given available to me. If nobody has any ideas, I suppose it is binary patch search time back to test2... There are also three or four UHCI patches fixing bugs folk have run into. You might want to get those and see if they help; I'm not sure about their status, other than not yet merged. I couldn't find these referenced from the websites; I need to look through the mailing list archives ? thanks john -- Khendon's Law: If the same point is made twice by the same person, the thread is over. --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
Re: [linux-usb-devel] USB device not accepting new address - why?
Thanks Roger, Quoting Roger Larsson [EMAIL PROTECTED]: On Monday 18 August 2003 18.18, Dmitri Katchalov wrote: Hi, USB device not accepting new address I've got this Atmel AT76C503A based wireless USB adapter. There is a driver for this wireless card (2 of them in fact), they appear to work with 2.4.18 kernel. appear to work - do they work or don't they? I couldn't get it connected to my network due to other unrelated issues but at least I was able to bring up wvlan0 interface and view/change settings using iwconfig. This and the log files indicate that the startup sequence has completed successfully. Are you using the same host hardware? Yes. The hardware is all new so there may be a problem. It's Intel Pentium 4 system with ABIT IS7 M/B, i865/ICH5 chipset, UHCI/EHCI host controller. Summary: If it does work with 2.4.18 kernel but not with a 2.6 (or 2.4.20?) on the same HW then it would be very interesting to find out why. But if it is not the same HW (including the host side) - then there are a lot of possible causes (BIOS, actual hardware - like bugs in OHCI HW implementation, drivers, ...) Unfortunately running 2.4.18 kernel is not an option for me as I have a few other problems with it and I need some of the new stuff in 2.6.x kernel anyway. So I'm in the process of upgrading the driver to 2.6.x format. The adapter is a bit tricky in that it requires firmware to be downloaded first and then a reset. I've got the firmware downloading stage working and now I have this problem with reset. I have now disabled everything except the reset call and still I'm consistently getting the same error. Needless to say it works flawlessly with the 'other' OS. Using the same HW and generic drivers for both the device and host side? (A lot of hardware bugs are covered up in drivers) Yes, same hardware. AFAIK Atmel linux driver is derived from their windows NDIS driver. I have made a trace of USB traffic on Windows and it matches linux driver source. This rules out any potential cover-up in the Atmel driver. BTW while I am at it I have one particular issue with usb_reset_device(): - If you want to reset the device you own you have to release the interface before calling reset and then reclaim it back afterwards as usb_destroy_configuration wipes out usb_interface without releasing any attached drivers. - When you release the interface it tries to set default altsetting for the interface by sending it a corresponding control URB. At this point in time the device is waiting for a reset and not responding to any commands. This causes set_interface to time out. Bottomline: there must be a way of resetting USB port without assuming anything about the state of the device attached to it. Regards, Dmitri --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
