Re: libusb usb_interrupt_read hangs under FreeBSD
On Wednesday 04 April 2007 01:55, Xiaofan Chen wrote: On 4/3/07, Hans Petter Selasky [EMAIL PROTECTED] wrote: Hi, I think that your device is broken, and goes bad when it receives a clear-stall request for the interrupt pipe. That is not very uncommon. Could you be more clearer? I'd like to communicate this problem to the firmware developer of PICKit 2 inside Microchip. Thanks. The chip does not handle a clear-stall request on the control pipe to clear-stall on the interrupt pipe. The result is that the interrupt pipe stops, or at least all buffers are cleared. I could be more detailed, but I think the developers will understand what I mean. --HPS ___ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to [EMAIL PROTECTED]
usb multimedia keyboard
I have a problem similar to this: http://www.freebsd.org/cgi/query-pr.cgi?pr=102066 My keyboard has a label on it that says the following: Product Name: KB 200 Model NO: GK-060002 Trade Name: KYE SYSTEMS CORP Made in China There is also Genius label on it :-) $ uname -srm FreeBSD 6.2-RELEASE-p2 amd64 $ usbdevs -dv Controller /dev/usb0: addr 1: full speed, self powered, config 1, OHCI root hub(0x), nVidia(0x), rev 1.00 uhub0 port 1 addr 2: low speed, power 100 mA, config 1, NetScroll + Traveler(0x002e), Genius(0x0458), rev 1.10 ums0 port 2 addr 3: low speed, power 100 mA, config 1, USB Keyboard(0x1603), vendor 0x1241(0x1241), rev 2.80 ukbd0 ... The problem is that under X xev program doesn't show any events for pressing of extra keys (6 multimedia ones and 3 ACPI ones). In Linux xev does show key events for those keys. Is it possible at present at all to get those keys working ? Where to dig ? -- Andriy Gapon ___ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: usb multimedia keyboard
on 04/04/2007 11:56 Andriy Gapon said the following: I have a problem similar to this: http://www.freebsd.org/cgi/query-pr.cgi?pr=102066 [snip] The problem is that under X xev program doesn't show any events for pressing of extra keys (6 multimedia ones and 3 ACPI ones). In Linux xev does show key events for those keys. Is it possible at present at all to get those keys working ? Where to dig ? This provides a lot of additional information but doesn't seem to provide a complete solution: http://www.freebsd.org/cgi/query-pr.cgi?pr=59698 -- Andriy Gapon ___ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: libusb usb_interrupt_read hangs under FreeBSD
On 4/4/07, Hans Petter Selasky [EMAIL PROTECTED] wrote: On Wednesday 04 April 2007 01:55, Xiaofan Chen wrote: On 4/3/07, Hans Petter Selasky [EMAIL PROTECTED] wrote: Hi, I think that your device is broken, and goes bad when it receives a clear-stall request for the interrupt pipe. That is not very uncommon. Could you be more clearer? I'd like to communicate this problem to the firmware developer of PICKit 2 inside Microchip. Thanks. The chip does not handle a clear-stall request on the control pipe to clear-stall on the interrupt pipe. The result is that the interrupt pipe stops, or at least all buffers are cleared. I could be more detailed, but I think the developers will understand what I mean. Thanks. I will talk to the Micrpchip PICKit 2 developers. Hopefully they will be able to fix the firmware. From the dmesg output, I can see the portion that shows what you say. ugenioctl: cmd=80045572 ugenioctl: cmd=80045571 ugenread: usbd_get_pipe: udev=0xc3168800 iface_index=0 address=0x1 type=0x3 dir=0x80 index=0 usbd_get_pipe: udev=0xc3168800 iface_index=0 address=0x0 type=0x0 dir=0xff index=0 usbd_mem_alloc_sub: 0xe6aa, 4096 bytes, phys=0x3e85 usbd_get_pipe: udev=0xc3168800 iface_index=0 address=0x1 type=0x3 dir=0x80 index=0 usbd_get_pipe: udev=0xc3168800 iface_index=0 address=0x0 type=0x0 dir=0xff index=0 usbd_start_hardware: xfer=0xc3085420, pipe=0xc3168894 len=64 dir=in usbd_dump_pipe: pipe=0xc3168894 edesc=0xc31746db isoc_next=0 toggle_next=0 bEndpointAddress=0x81 usbd_dump_queue: pipe=0xc3168894 usbd_start_hardware: xfer=0xc3085528, pipe=0xc3168800 len=8 dir=out usbd_dump_pipe: pipe=0xc3168800 edesc=0xc3168a3d isoc_next=0 toggle_next=0 bEndpointAddress=0x00 usbd_dump_queue: pipe=0xc3168800 ugen_open_pipe_read: interrupt open done usbd_transfer_done: xfer=0xc3085528 pipe=0xc3168800 status=0 actlen=8 usbd_clearstall_callback: xfer=0xc3085528 usbd_start_hardware: xfer=0xc3085420, pipe=0xc3168894 len=64 dir=in usbd_dump_pipe: pipe=0xc3168894 edesc=0xc31746db isoc_next=0 toggle_next=0 bEndpointAddress=0x81 usbd_dump_queue: pipe=0xc3168894 usb_event_thread: woke up usb_discover: usbd_transfer_done: xfer=0xc3085420 pipe=0xc3168894 status=20 actlen=0 usbd_start_hardware: xfer=0xc3085420, pipe=0xc3168894 len=64 dir=in usbd_dump_pipe: pipe=0xc3168894 edesc=0xc31746db isoc_next=0 toggle_next=0 bEndpointAddress=0x81 usbd_dump_queue: pipe=0xc3168894 usbd_start_hardware: xfer=0xc3085528, pipe=0xc3168800 len=8 dir=out usbd_dump_pipe: pipe=0xc3168800 edesc=0xc3168a3d isoc_next=0 toggle_next=0 bEndpointAddress=0x00 usbd_dump_queue: pipe=0xc3168800 usbd_transfer_done: xfer=0xc3085528 pipe=0xc3168800 status=0 actlen=8 usbd_clearstall_callback: xfer=0xc3085528 usbd_start_hardware: xfer=0xc3085420, pipe=0xc3168894 len=64 dir=in usbd_dump_pipe: pipe=0xc3168894 edesc=0xc31746db isoc_next=0 toggle_next=0 bEndpointAddress=0x81 usbd_dump_queue: pipe=0xc3168894 usb_event_thread: woke up ... ___ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to [EMAIL PROTECTED]
Siemens C75 uplcom no support
There is seems to lack of support of DCA-540 in freebsd 6.2-RELEASE-p3 FreeBSD 6.2-RELEASE-p3 usbdev -v ugen0: Siemens AG Siemens USB Connectivity, rev 1.10/0.95, addr 2 usbctl -f /dev/usb1 bLength=18 bDescriptorType=device(1) bcdUSB=1.10 bDeviceClass=0 bDeviceSubClass=0 bDeviceProtocol=0 bMaxPacketSize=32 idVendor=0x11f5 idProduct=0x0003 bcdDevice=95 iManufacturer=1() iProduct=2() iSerialNumber=3( 356272003050676) bNumConfigurations=1 CONFIGURATION descriptor 0: bLength=9 bDescriptorType=config(2) wTotalLength=39 bNumInterface=1 bConfigurationValue=1 iConfiguration=0() bmAttributes=80 bMaxPower=98 mA INTERFACE descriptor 0: bLength=9 bDescriptorType=interface(4) bInterfaceNumber=0 bAlternateSetting=0 bNumEndpoints=3 bInterfaceClass=255 bInterfaceSubClass=255 bInterfaceProtocol=4 iInterface=0() ENDPOINT descriptor: bLength=7 bDescriptorType=endpoint(5) bEndpointAddress=1-in bmAttributes=bulk wMaxPacketSize=64 bInterval=0 ENDPOINT descriptor: bLength=7 bDescriptorType=endpoint(5) bEndpointAddress=2-out bmAttributes=bulk wMaxPacketSize=64 bInterval=0 ENDPOINT descriptor: bLength=7 bDescriptorType=endpoint(5) bEndpointAddress=3-in bmAttributes=interrupt wMaxPacketSize=2 bInterval=4 if there is a patch to fix this issue please send it to me in linux it already work with pl2303 driver ___ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Siemens C75 uplcom no support
Hi, Could you install the new USB stack, and then apply the attached patch. Maybe you have to apply the patch by hand. The files you find under /sys/dev/usb . # # Install /usr/ports/devel/subversion first # svn --username anonsvn --password anonsvn \ checkout svn://svn.turbocat.net/i4b # # The following commands will # install the driver on FreeBSD: # cd i4b/trunk/i4b/FreeBSD.usb make S=../src package make install PS: I am not 100% sure if your device should be TYPE_PL2303 or TYPE_PL2303X. --HPS ___ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: msleep redefined error in hselasky/usb4bsd/ svn patch against -current
On Wednesday 04 April 2007 19:41, Mark Atkinson wrote: I get the following error when trying to compile the proposed usb4bsd stack against current. In file included from /usr/src/sys/dev/usb/ehci.c:67: /usr/src/sys/dev/usb/usb_port.h:293:1: msleep redefined In file included from /usr/src/sys/dev/usb/ehci.c:58: /usr/src/sys/sys/systm.h:313:1: this is the location of the previous definition *** Error code 1 Sure enough, it is intentionally redefined: sys/dev/usb/usb_port.h:290-293 /* preliminary fix for a bug in msleep on FreeBSD, * which cannot sleep with Giant: */ #define msleep(i,m,p,w,t) msleep(i,(((m) == Giant) ? NULL : (m)),p,w,t) When I integrate my driver against FreeBSD-7 current, I will add some #if statements for those issues. Until further: In /sys/dev/usb/usb_port.h, use the following: /* preliminary fix for a bug in msleep on FreeBSD, * which cannot sleep with Giant: */ #undef msleep #define msleep(i,m,p,w,t) _sleep(i,(((m) == Giant) ? \ NULL : (m)-mtx_object),p,w,t) After this patch you have to insert a NULL argument, to all bus_setup_intr() functions you find in the files /sys/dev/usb/*pci.c like shown below ? error = bus_setup_intr(dev, sc-sc_irq_res, INTR_TYPE_TTY, - si_intr, sc, ih); + NULL, si_intr, sc, ih); Hope that is not too much patching. --HPS ___ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to [EMAIL PROTECTED]
