Re: driver for cp2112 (USB GPIO and I2C gadget)
hi! On Wed, 8 Jul 2020 at 02:39, Andriy Gapon wrote: > On 19/06/2020 17:14, Andriy Gapon wrote: > > > > If anyone interested in reviewing a new driver please help yourself to: > > https://reviews.freebsd.org/D25359 > > https://reviews.freebsd.org/D25360 > > What might be curious about it is that there are usb, i2c and gpio mixed > together. > Any interest at all? > I am still torn about which of the approaches to take. > I prefer the non monolithic one. i left comments on that one. :-) -adrian > -- > Andriy Gapon > ___ > freebsd-curr...@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org" > ___ freebsd-usb@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to "freebsd-usb-unsubscr...@freebsd.org"
Re: urtwn instable on Beaglebone Black
.. and which chipset? (dmesg | grep urtwn) -a On 30 August 2016 at 16:32, Adrian Chadd <adrian.ch...@gmail.com> wrote: > hi, > > What's the signal level? (ifconfig -v wlan0 list sta) > > > > -a > > > On 30 August 2016 at 12:21, Andriy Voskoboinyk <a...@freebsd.org> wrote: >> Tue, 30 Aug 2016 21:33:28 +0300 було написано Otacílio >> <otacilio.n...@bsd.com.br>: >> >> I have no ideas here (it works (mostly) fine on x86 and I have no >> possibility >> to check it with ARM). >> >> P.S. Other (ARM-specific?) issues: >> https://lists.freebsd.org/pipermail/freebsd-arm/2016-July/014382.html >> https://forums.freebsd.org/threads/57396 >> >> >> >>> Dears >>> >>> I'm using a beaglebone black to stream video over UDP. I wrote a software >>> and have tested it using a urtwn device + webcam Logitech C920. All is >>> connected using a USB hub with external power source. So urtwn and webcam, >>> both are plugged in the same USB hub. When I plug the hub and run my >>> software on a old notebook intel centrino with FreeBSD 11.0-RC2 AMD64 all >>> works fine. Last night the system stream video all night. But, when I >>> replace the notebook by beaglebone black running FreeBSD 11.0-RC1 with the >>> same USB HUB, the same wrtwn device and same camera, randomly after some >>> time the beaglebone black network shutdown and terminal shows this messages >>> : >>> >>> >>> Network is down >>> % urtwn0: ieee80211_crypto_encap returns NULL. >>> urtwn0: ieee80211_crypto_encap returns NULL. >>> urtwn0: ieee80211_crypto_encap returns NULL. >>> urtwn0: ieee80211_crypto_encap returns NULL. >>> urtwn0: ieee80211_crypto_encap returns NULL. >>> urtwn0: ieee80211_crypto_encap returns NULL. >>> urtwn0: ieee80211_crypto_encap returns NULL. >>> urtwn0: ieee80211_crypto_encap returns NULL. >>> urtwn0: ieee80211_crypto_encap returns NULL. >>> urtwn0: ieee80211_crypto_encap returns NULL. >>> urtwn0: ieee80211_crypto_encap returns NULL. >>> urtwn0: ieee80211_crypto_encap returns NULL. >>> urtwn0: ieee80211_crypto_encap returns NULL. >>> urtwn0: ieee80211_crypto_encap returns NULL. >>> urtwn0: ieee80211_crypto_encap returns NULL. >>> urtwn0: ieee80211_crypto_encap returns NULL. >>> urtwn0: ieee80211_crypto_encap returns NULL. >>> urtwn0: ieee80211_crypto_encap returns NULL. >>> urtwn0: ieee80211_crypto_encap returns NULL. >>> urtwn0: ieee80211_crypto_encap returns NULL. >>> urtwn0: ieee80211_crypto_encap returns NULL. >>> urtwn0: ieee80211_crypto_encap returns NULL. >>> urtwn0: ieee80211_crypto_encap returns NULL. >>> urtwn0: ieee80211_crypto_encap returns NULL. >>> urtwn0: ieee80211_crypto_encap returns NULL. >>> urtwn0: ieee80211_crypto_encap returns NULL. >>> urtwn0: ieee80211_crypto_encap returns NULL. >>> urtwn0: ieee80211_crypto_encap returns NULL. >>> urtwn0: ieee80211_crypto_encap returns NULL. >>> urtwn0: ieee80211_crypto_encap returns NULL. >>> urtwn0: ieee80211_crypto_encap returns NULL. >>> urtwn0: ieee80211_crypto_encap returns NULL. >>> urtwn0: ieee80211_crypto_encap returns NULL. >>> urtwn0: ieee80211_crypto_encap returns NULL. >>> urtwn0: ieee80211_crypto_encap returns NULL. >>> urtwn0: ieee80211_crypto_encap returns NULL. >>> urtwn0: ieee80211_crypto_encap returns NULL. >>> urtwn0: ieee80211_crypto_encap returns NULL. >>> urtwn0: ieee80211_crypto_encap returns NULL. >>> urtwn0: ieee80211_crypto_encap returns NULL. >>> urtwn0: ieee80211_crypto_encap returns NULL. >>> urtwn0: ieee80211_crypto_encap returns NULL. >>> urtwn0: ieee80211_crypto_encap returns NULL. >>> urtwn0: ieee80211_crypto_encap returns NULL. >>> urtwn0: ieee80211_crypto_encap returns NULL. >>> urtwn0: ieee80211_crypto_encap returns NULL. >>> urtwn0: ieee80211_crypto_encap returns NULL. >>> urtwn0: ieee80211_crypto_encap returns NULL. >>> urtwn0: ieee80211_crypto_encap returns NULL. >>> >>> Then, I need to run >>> >>> /etc/rc.d/netif stop >>> >>> /etc/rc.d/netif start >>> >>> To enable network again. So, someone can give me a hit about what can be >>> this and how to fix? >>> >>> Thanks a lot >>> >>> []'s >>> >>> -Otacilio >>> >>> ___ >>> freebsd-wirel...@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-wireless >>> To unsubscribe, send any mail to >>> "freebsd-wireless-unsubscr...@freebsd.org" >> >> ___ >> freebsd-wirel...@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-wireless >> To unsubscribe, send any mail to "freebsd-wireless-unsubscr...@freebsd.org" ___ freebsd-usb@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to "freebsd-usb-unsubscr...@freebsd.org"
Re: Lynx Point USB - large amount of interrupts (300k / second)
Real interrupt: frindex=0x12f6 ctrdsegm=0x periodic=0xda3cf000 async=0xda3d1000 port 1 status=0x1005 port 2 status=0x1000 ehci_interrupt: real interrupt cmd=0x00010031 EHCI_CMD_ITC_1 EHCI_CMD_ASE EHCI_CMD_PSE EHCI_CMD_RS sts=0xc008 EHCI_STS_ASS EHCI_STS_PSS EHCI_STS_FLR ien=0x0037 -adrian On 10 January 2015 at 03:52, Hans Petter Selasky h...@selasky.org wrote: On 01/10/15 00:37, Daniel Kolesa wrote: 2015-01-09 23:26 GMT+00:00 Daniel Kolesa quake...@gmail.com: 2015-01-09 20:24 GMT+00:00 Adrian Chadd adr...@freebsd.org: hi, I have a haswell desktop box at home: CPU: Intel(R) Core(TM) i5-4460 CPU @ 3.20GHz (3192.67-MHz K8-class CPU) With lynx point USB: Also Haswell here, but with H97 chipset, which means Wildcat Point USB. Not getting the issue. adrian@test-2:~ % dmesg | grep ehci ehci0: Intel Lynx Point USB 2.0 controller USB-B mem 0xf7f1c000-0xf7f1c3ff irq 16 at device 26.0 on pci0 usbus1 on ehci0 ehci1: Intel Lynx Point USB 2.0 controller USB-A mem 0xf7f1b000-0xf7f1b3ff irq 23 at device 29.0 on pci0 usbus2 on ehci1 Hi, You can easily check who's generating the interrupts by setting: hw.usb.ehci.debug=16 hw.usb.xhci.debug=16 If the interrupt status is all-zero, then it is a bug somewhere else! --HPS ___ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to freebsd-usb-unsubscr...@freebsd.org
Lynx Point USB - large amount of interrupts (300k / second)
hi, I have a haswell desktop box at home: CPU: Intel(R) Core(TM) i5-4460 CPU @ 3.20GHz (3192.67-MHz K8-class CPU) With lynx point USB: adrian@test-2:~ % dmesg | grep ehci ehci0: Intel Lynx Point USB 2.0 controller USB-B mem 0xf7f1c000-0xf7f1c3ff irq 16 at device 26.0 on pci0 usbus1 on ehci0 ehci1: Intel Lynx Point USB 2.0 controller USB-A mem 0xf7f1b000-0xf7f1b3ff irq 23 at device 29.0 on pci0 usbus2 on ehci1 ehci0@pci0:0:26:0:class=0x0c0320 card=0x367d17aa chip=0x8c2d8086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = 'Lynx Point USB Enhanced Host Controller' class = serial bus subclass = USB ehci1@pci0:0:29:0: class=0x0c0320 card=0x367d17aa chip=0x8c268086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = 'Lynx Point USB Enhanced Host Controller' class = serial bus subclass = USB and: xhci0: Intel Lynx Point USB 3.0 controller mem 0xf7f0-0xf7f0 irq 16 at device 20.0 on pci0 xhci0: 32 byte context size. xhci0: Port routing mask set to 0x usbus0 on xhci0 xhci0@pci0:0:20:0: class=0x0c0330 card=0x367d17aa chip=0x8c318086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = 'Lynx Point USB xHCI Host Controller' class = serial bus subclass = USB .. now, whta I'm seeing is this: irq16: ehci0 21441217509 25285 stray irq160 0 ... systat -vmstat 1 shows the interrupt rate to be ridiculous though, like 230,000 interrupts a second. Proc:Interrupts r p d s w Csw Trp Sys Int Sof Fltioflt 256k total 45 6 510k 11 245 255k 163cow255k ehci0 16 1 zfodehci1 23 .. so, what gives? :) Has anyone else seen this? -adrian ___ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to freebsd-usb-unsubscr...@freebsd.org
Re: Apple Trackpad driver
holy crap, cool! Hans? Any chance we could get this into -HEAD? -a On 28 January 2014 17:43, Huang Wen Hui huang...@gmail.com wrote: Hi, I have a working trackpad driver for my MBP 2013, I am not C programmer usually, so the code may ugly. If someone like to test, you can download it from http://sw.gddsn.org.cn/freebsd/wsp-140129.tar.gz, I only test it on MBP2012 and MBP2013. Right now the driver have these feature: 1. Vertical scrolling with 2 fingers movement, 2. In firefox, 2 fingers horizontal movement act as page back/forward. 3. one finger tap act as left mouse click, 2 fingers tap act as right mouse click, and three fingers tap act as middle mouse click. 4. you also use sysctl to modify some parameters: hw.usb.wsp.scale_factor: 12 hw.usb.wsp.z_factor: 5 hw.usb.wsp.pressure_touch_threshold: 50 hw.usb.wsp.pressure_untouch_threshold: 10 hw.usb.wsp.pressure_tap_threshold: 120 hw.usb.wsp.scr_hor_threshold: 50 Cheers, Huang Wen Hui ___ freebsd-curr...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org ___ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to freebsd-usb-unsubscr...@freebsd.org
USB_DEV_BCD_LTEQ() doesn't work
Hi, I'm trying to fix the atheros bluetooth USB matching to match the ath3k rules and unfortunately I'm hitting a snag. eg, in the blacklist: - { USB_VPI(0x0cf3, 0x3004, 0) }, + { USB_VPI(0x0cf3, 0x3004, 0), USB_DEV_BCD_LTEQ(1) }, Now, the rule is if it's in the list, it's blacklisted, and in this instance, these devices with a bcdDevice of =1 are blacklisted. However, this doesn't at all work. The USB matching code that looks like it's doing it isn't. Ideas? -adrian ___ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to freebsd-usb-unsubscr...@freebsd.org
Re: usb/183505: [usb] Arduino Leonardo exposes three interface descriptors but no modem is attached to the first one (bInterfaceSubClass=2)
Cool, committed! I'll get it MFCed to 10 soon. Thanks! -a On 31 October 2013 00:23, Hans Petter Selasky h...@bitfrost.no wrote: On 10/31/13 02:00, Adrian Chadd wrote: The following reply was made to PR usb/183505; it has been noted by GNATS. From: Adrian Chadd adr...@freebsd.org To: Mike Meyer m...@mired.org Cc: bug-follo...@freebsd.org bug-follo...@freebsd.org Subject: Re: usb/183505: [usb] Arduino Leonardo exposes three interface descriptors but no modem is attached to the first one (bInterfaceSubClass=2) Date: Wed, 30 Oct 2013 17:59:49 -0700 Gah, browser stupidity. Here's the real one: adrian@lucy-11i386:~/work/freebsd/head/src % svn diff sys/dev/usb Index: sys/dev/usb/serial/umodem.c === --- sys/dev/usb/serial/umodem.c (revision 257371) +++ sys/dev/usb/serial/umodem.c (working copy) @@ -128,6 +128,9 @@ {USB_IFACE_CLASS(UICLASS_CDC), USB_IFACE_SUBCLASS(UISUBCLASS_ABSTRACT_CONTROL_MODEL), USB_IFACE_PROTOCOL(UIPROTO_CDC_AT)}, + {USB_IFACE_CLASS(UICLASS_CDC), + USB_IFACE_SUBCLASS(UISUBCLASS_ABSTRACT_CONTROL_MODEL), + USB_IFACE_PROTOCOL(UIPROTO_CDC_NONE)}, /* Huawei Modem class match */ {USB_IFACE_CLASS(UICLASS_CDC), USB_IFACE_SUBCLASS(UISUBCLASS_ABSTRACT_CONTROL_MODEL), Index: sys/dev/usb/usb.h === --- sys/dev/usb/usb.h (revision 257371) +++ sys/dev/usb/usb.h (working copy) @@ -441,6 +441,7 @@ #defineUISUBCLASS_ETHERNET_EMULATION_MODEL 12 #defineUISUBCLASS_NETWORK_CONTROL_MODEL 13 +#defineUIPROTO_CDC_NONE0 #defineUIPROTO_CDC_AT 1 #defineUICLASS_HID 0x03 The USB 1.1 specification states that CDC=0 is just no command structure over the line, versus CDC=1 which says AT commands. This is enough to make the Leonardo work fine. Thanks to everyone else who fixed the USB protocol mis-behvaiour! -adrian This patch is fine by me. --HPS ___ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to freebsd-usb-unsubscr...@freebsd.org
usb/183505: [usb] Arduino Leonardo exposes three interface descriptors but no modem is attached to the first one (bInterfaceSubClass=2)
Number: 183505 Category: usb Synopsis: [usb] Arduino Leonardo exposes three interface descriptors but no modem is attached to the first one (bInterfaceSubClass=2) Confidential: no Severity: non-critical Priority: low Responsible:freebsd-usb State: open Quarter: Keywords: Date-Required: Class: sw-bug Submitter-Id: current-users Arrival-Date: Wed Oct 30 22:40:00 UTC 2013 Closed-Date: Last-Modified: Originator: adrian chadd Release:11-HEAD i386 Organization: Environment: FreeBSD lucy-11i386 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r257371: Wed Oct 30 00:08:14 PDT 2013 adrian@lucy-11i386:/usr/home/adrian/work/freebsd/head/obj/usr/home/adrian/work/freebsd/head/src/sys/LUCY_11_i386 i386 Description: When plugging in the Arduino Leonardo, it doesn't stay connected as a modem. It connects, shows a modem device, then disconnects and reappears as a device with three interfaces. Unfortunately the only one which shows up is uhid. How-To-Repeat: Plug in an Arduino Leonardo. It comes up as a modem very briefly: umodem0: Arduino LLC Arduino Leonardo, class 2/0, rev 1.10/0.01, addr 3 on usbus4 umodem0: data interface 1, has CM over data, has break . then it disconnects (I guess it loads in something) and comes back as multiple interfaces: ugen4.3: Arduino LLC at usbus4 (disconnected) umodem0: at uhub2, port 2, addr 3 (disconnected) ugen4.3: Arduino LLC at usbus4 uhid2: Arduino LLC Arduino Leonardo, class 2/0, rev 2.00/1.00, addr 3 on usbus4 I dumped the descriptor: # usbconfig -d ugen4.3 dump_all_config_desc ugen4.3: Arduino Leonardo Arduino LLC at usbus4, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON (500mA) Configuration index 0 bLength = 0x0009 bDescriptorType = 0x0002 wTotalLength = 0x0064 bNumInterfaces = 0x0003 bConfigurationValue = 0x0001 iConfiguration = 0x no string bmAttributes = 0x0080 bMaxPower = 0x00fa Additional Descriptor bLength = 0x08 bDescriptorType = 0x0b bDescriptorSubType = 0x00 RAW dump: 0x00 | 0x08, 0x0b, 0x00, 0x02, 0x02, 0x02, 0x01, 0x00 Interface 0 bLength = 0x0009 bDescriptorType = 0x0004 bInterfaceNumber = 0x bAlternateSetting = 0x bNumEndpoints = 0x0001 bInterfaceClass = 0x0002 bInterfaceSubClass = 0x0002 bInterfaceProtocol = 0x iInterface = 0x no string Additional Descriptor bLength = 0x05 bDescriptorType = 0x24 bDescriptorSubType = 0x00 RAW dump: 0x00 | 0x05, 0x24, 0x00, 0x10, 0x01 Additional Descriptor bLength = 0x05 bDescriptorType = 0x24 bDescriptorSubType = 0x01 RAW dump: 0x00 | 0x05, 0x24, 0x01, 0x01, 0x01 Additional Descriptor bLength = 0x04 bDescriptorType = 0x24 bDescriptorSubType = 0x02 RAW dump: 0x00 | 0x04, 0x24, 0x02, 0x06 Additional Descriptor bLength = 0x05 bDescriptorType = 0x24 bDescriptorSubType = 0x06 RAW dump: 0x00 | 0x05, 0x24, 0x06, 0x00, 0x01 Endpoint 0 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0081 IN bmAttributes = 0x0003 INTERRUPT wMaxPacketSize = 0x0010 bInterval = 0x0040 bRefresh = 0x bSynchAddress = 0x Interface 1 bLength = 0x0009 bDescriptorType = 0x0004 bInterfaceNumber = 0x0001 bAlternateSetting = 0x bNumEndpoints = 0x0002 bInterfaceClass = 0x000a bInterfaceSubClass = 0x bInterfaceProtocol = 0x iInterface = 0x no string Endpoint 0 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0002 OUT bmAttributes = 0x0002 BULK wMaxPacketSize = 0x0040 bInterval = 0x bRefresh = 0x bSynchAddress = 0x Endpoint 1 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0083 IN bmAttributes = 0x0002 BULK wMaxPacketSize = 0x0040 bInterval = 0x bRefresh = 0x bSynchAddress = 0x Interface 2 bLength = 0x0009 bDescriptorType = 0x0004 bInterfaceNumber = 0x0002 bAlternateSetting = 0x bNumEndpoints = 0x0001 bInterfaceClass = 0x0003 bInterfaceSubClass = 0x bInterfaceProtocol = 0x iInterface = 0x no string Additional Descriptor bLength = 0x09 bDescriptorType = 0x21 bDescriptorSubType = 0x01 RAW dump: 0x00 | 0x09, 0x21, 0x01, 0x01, 0x00, 0x01, 0x22, 0x65, 0x08 | 0x00 Endpoint 0 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0084 IN bmAttributes = 0x0003 INTERRUPT wMaxPacketSize = 0x0040 bInterval = 0x0001 bRefresh = 0x
Re: usb/183505: [usb] Arduino Leonardo exposes three interface descriptors but no modem is attached to the first one (bInterfaceSubClass=2)
The following reply was made to PR usb/183505; it has been noted by GNATS. From: Adrian Chadd adr...@freebsd.org To: Mike Meyer m...@mired.org Cc: bug-follo...@freebsd.org bug-follo...@freebsd.org Subject: Re: usb/183505: [usb] Arduino Leonardo exposes three interface descriptors but no modem is attached to the first one (bInterfaceSubClass=2) Date: Wed, 30 Oct 2013 15:50:55 -0700 no; yours focuses on the weird USB protocol stuff going on. Mine sees the devices, I don't see any stalls like you are now; it's just not gluing umodem into the relevant interface. -a On 30 October 2013 15:49, Mike Meyer m...@mired.org wrote: This is a duplicate of http://www.freebsd.org/cgi/query-pr.cgi?pr=usb/179505. We really need to get a leonardo into the hands of someone who knows the USB stack. I've been buried (new job shortly after I reported this). Any chance you can help here? ___ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to freebsd-usb-unsubscr...@freebsd.org
Re: usb/183505: [usb] Arduino Leonardo exposes three interface descriptors but no modem is attached to the first one (bInterfaceSubClass=2)
The following reply was made to PR usb/183505; it has been noted by GNATS. From: Adrian Chadd adr...@freebsd.org To: Mike Meyer m...@mired.org Cc: bug-follo...@freebsd.org bug-follo...@freebsd.org Subject: Re: usb/183505: [usb] Arduino Leonardo exposes three interface descriptors but no modem is attached to the first one (bInterfaceSubClass=2) Date: Wed, 30 Oct 2013 17:59:49 -0700 Gah, browser stupidity. Here's the real one: adrian@lucy-11i386:~/work/freebsd/head/src % svn diff sys/dev/usb Index: sys/dev/usb/serial/umodem.c === --- sys/dev/usb/serial/umodem.c (revision 257371) +++ sys/dev/usb/serial/umodem.c (working copy) @@ -128,6 +128,9 @@ {USB_IFACE_CLASS(UICLASS_CDC), USB_IFACE_SUBCLASS(UISUBCLASS_ABSTRACT_CONTROL_MODEL), USB_IFACE_PROTOCOL(UIPROTO_CDC_AT)}, + {USB_IFACE_CLASS(UICLASS_CDC), + USB_IFACE_SUBCLASS(UISUBCLASS_ABSTRACT_CONTROL_MODEL), + USB_IFACE_PROTOCOL(UIPROTO_CDC_NONE)}, /* Huawei Modem class match */ {USB_IFACE_CLASS(UICLASS_CDC), USB_IFACE_SUBCLASS(UISUBCLASS_ABSTRACT_CONTROL_MODEL), Index: sys/dev/usb/usb.h === --- sys/dev/usb/usb.h (revision 257371) +++ sys/dev/usb/usb.h (working copy) @@ -441,6 +441,7 @@ #defineUISUBCLASS_ETHERNET_EMULATION_MODEL 12 #defineUISUBCLASS_NETWORK_CONTROL_MODEL 13 +#defineUIPROTO_CDC_NONE0 #defineUIPROTO_CDC_AT 1 #defineUICLASS_HID 0x03 The USB 1.1 specification states that CDC=0 is just no command structure over the line, versus CDC=1 which says AT commands. This is enough to make the Leonardo work fine. Thanks to everyone else who fixed the USB protocol mis-behvaiour! -adrian ___ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to freebsd-usb-unsubscr...@freebsd.org
Re: usb/183505: [usb] Arduino Leonardo exposes three interface descriptors but no modem is attached to the first one (bInterfaceSubClass=2)
The following reply was made to PR usb/183505; it has been noted by GNATS. From: Adrian Chadd adr...@freebsd.org To: Mike Meyer m...@mired.org Cc: bug-follo...@freebsd.org bug-follo...@freebsd.org Subject: Re: usb/183505: [usb] Arduino Leonardo exposes three interface descriptors but no modem is attached to the first one (bInterfaceSubClass=2) Date: Wed, 30 Oct 2013 17:58:23 -0700 Here's a patch that fixes it: === adrian@lucy-11i386:~/work/freebsd/head/src % svn diff sys/dev/usb Index: sys/dev/usb/serial/umodem.c === --- sys/dev/usb/serial/umodem.c (revision 257371) +++ sys/dev/usb/serial/umodem.c (working copy) @@ -128,6 +128,9 @@ {USB_IFACE_CLASS(UICLASS_CDC), USB_IFACE_SUBCLASS(UISUBCLASS_ABSTRACT_CONTROL_MODEL), USB_IFACE_PROTOCOL(UIPROTO_CDC_AT)}, + {USB_IFACE_CLASS(UICLASS_CDC), + USB_IFACE_SUBCLASS(UISUBCLASS_ABSTRACT_CONTROL_MODEL), + USB_IFACE_PROTOCOL(UIPROTO_CDC_NONE)}, /* Huawei Modem class match */ {USB_IFACE_CLASS(UICLASS_CDC), USB_IFACE_SUBCLASS(UISUBCLASS_ABSTRACT_CONTROL_MODEL), Index: sys/dev/usb/usb.h === --- sys/dev/usb/usb.h (revision 257371) +++ sys/dev/usb/usb.h (working copy) @@ -441,6 +441,7 @@ #defineUISUBCLASS_ETHERNET_EMULATION_MODEL 12 #defineUISUBCLASS_NETWORK_CONTROL_MODEL 13 +#defineUIPROTO_CDC_AT 0 #defineUIPROTO_CDC_AT 1 #defineUICLASS_HID 0x03 === Reading the spec, ___ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to freebsd-usb-unsubscr...@freebsd.org
Re: xhci broken on 10-CURRENT and 2013 MacBook Air?
Hm! Is there a Linux driver for this SSD? Does Linux approximately boot on this thing? -adrian ___ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to freebsd-usb-unsubscr...@freebsd.org
Re: Atheros AR9002U-2NG based TP-LINK TL-WN822N Ver:2.0 - adding support to FreeBSD
It's not uath. It's a different beast entirely. Basically, it requires someone with USB clue to write the USB glue between the ath(4) and ath_hal(4) code and the USB interface. Look at what ath9k_htc implements. It uses most of ath9k, but it implements a data/control pipe over USB and some commands to tell the firmware to do things (like new/delete client, etc.) -adrian On 18 July 2013 08:39, CeDeROM cede...@tlen.pl wrote: Hello :-) I have just bought USB WiFi b/g/n dongle from TP-LINK model TL-WN822B Ver:2.0 [1] which use following chipsets: Atheros AR9002U-2NG, Atheros AR7010, Atheros AR9287. It looks nice bacuse it cost ~20EUR it has external antennas and has very good opinions. Now, I start to think that finding Ver:3.0 based on RTL8192CU [2] might be a better choice..? Still I consider Atheros to be a better solution than Realtek..? I have made simple modification of /usr/src/sys/dev/usb/usbdevs and /usr/src/sys/dev/usb/wlan/if_uath.c to get it recognised, but uath driver seems to only support AR5005UG according to manpage. Is there any known driver to operate AR9002 chips? Here is what dmesg shows after my kernel modification/rebuild: ugen1.3: ATHEROS at usbus1 uath0: ATHEROS USB WLAN, rev 2.00/2.02, addr 3 on usbus1 uath0: could not allocate USB transfers, err=USB_ERR_NO_PIPE device_attach: uath0 attach returned 12 So it looks this driver will not operate with this chipset..? Any hints appreciated! :-) Tomek [1] http://wikidevi.com/wiki/TP-LINK_TL-WN822N_v2 [2] http://wikidevi.com/wiki/TP-LINK_TL-WN822N_v3 -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info ___ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to freebsd-usb-unsubscr...@freebsd.org ___ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to freebsd-usb-unsubscr...@freebsd.org
Re: USB ports on Lenovo T400 do not work after a suspend/resume
I'll try it out soon, thanks! -adrian On 15 July 2013 14:35, Taku YAMAMOTO t...@tackymt.homeip.net wrote: This reminds me of my local patch which I wrote and forgot about deep in the git :) This hack was required to have working USB ports on X61 after resume, but I'm not sure whether it's still required because I don't have X61 handy anymore... On Mon, 8 Jul 2013 11:09:20 -0700 Adrian Chadd adr...@freebsd.org wrote: On 7 July 2013 22:00, Ian Smith smi...@nimnet.asn.au wrote: Checking one more point .. do the USB ports come up ok if you originally boot with nothing plugged in? If so (or if not), does that local APIC Yes. error message appear the same then too? No -adrian ___ freebsd-a...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-acpi To unsubscribe, send any mail to freebsd-acpi-unsubscr...@freebsd.org -- -|-__ 山本 拓 / YAMAMOTO, Taku | __ t...@tackymt.homeip.net - A chicken is an egg's way of producing more eggs. - ___ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to freebsd-usb-unsubscr...@freebsd.org
Re: USB ports on Lenovo T400 do not work after a suspend/resume
Nope, no such joy. What else can I try? -adrian On 16 July 2013 02:16, Adrian Chadd adr...@freebsd.org wrote: I'll try it out soon, thanks! -adrian On 15 July 2013 14:35, Taku YAMAMOTO t...@tackymt.homeip.net wrote: This reminds me of my local patch which I wrote and forgot about deep in the git :) This hack was required to have working USB ports on X61 after resume, but I'm not sure whether it's still required because I don't have X61 handy anymore... On Mon, 8 Jul 2013 11:09:20 -0700 Adrian Chadd adr...@freebsd.org wrote: On 7 July 2013 22:00, Ian Smith smi...@nimnet.asn.au wrote: Checking one more point .. do the USB ports come up ok if you originally boot with nothing plugged in? If so (or if not), does that local APIC Yes. error message appear the same then too? No -adrian ___ freebsd-a...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-acpi To unsubscribe, send any mail to freebsd-acpi-unsubscr...@freebsd.org -- -|-__ 山本 拓 / YAMAMOTO, Taku | __ t...@tackymt.homeip.net - A chicken is an egg's way of producing more eggs. - ___ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to freebsd-usb-unsubscr...@freebsd.org
Re: USB ports on Lenovo T400 do not work after a suspend/resume
On 7 July 2013 22:00, Ian Smith smi...@nimnet.asn.au wrote: Checking one more point .. do the USB ports come up ok if you originally boot with nothing plugged in? If so (or if not), does that local APIC Yes. error message appear the same then too? No -adrian ___ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to freebsd-usb-unsubscr...@freebsd.org
Re: USB ports on Lenovo T400 do not work after a suspend/resume
On 8 July 2013 11:19, John Baldwin j...@freebsd.org wrote: From sys/amd64/include/apicreg.h: This system runs an i386 kernel. /* fields in ESR */ #define APIC_ESR_SEND_CS_ERROR 0x0001 #define APIC_ESR_RECEIVE_CS_ERROR 0x0002 #define APIC_ESR_SEND_ACCEPT0x0004 #define APIC_ESR_RECEIVE_ACCEPT 0x0008 #define APIC_ESR_SEND_ILLEGAL_VECTOR0x0020 #define APIC_ESR_RECEIVE_ILLEGAL_VECTOR 0x0040 #define APIC_ESR_ILLEGAL_REGISTER 0x0080 Receive illegal vector (if look in Intel's SDM manuals) means it got an interrupt vector 32 (probably zero). Perhaps it asserted an interrupt in an I/O APIC before the I/O APIC was properly reset? Are you using MSI at all? I think iwn uses MSI. I'm sure other hardware in here does. I can dig through it and let you know. -adrian ___ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to freebsd-usb-unsubscr...@freebsd.org
Re: USB ports on Lenovo T400 do not work after a suspend/resume
I don't think it's a USB controller issue. Those ports are connected to USB hubs, right? I wonder if there's some ACPI nonsense that's resulting in the hubs not being powered up on resume. -adrian On 7 July 2013 00:32, Hans Petter Selasky hans.petter.sela...@bitfrost.no wrote: Hi, FYI: The USB stack will currently run a complete controller reset upon resume, like during boot. --HPS -Original message- From:Ian Smith smi...@nimnet.asn.au Sent: Sunday 7th July 2013 7:52 To: Adrian Chadd adr...@freebsd.org Cc: freebsd-a...@freebsd.org; freebsd-sta...@freebsd.org; freebsd-usb@freebsd.org Subject: Re: USB ports on Lenovo T400 do not work after a suspend/resume On Sun, 30 Jun 2013 15:02:57 -0700, Adrian Chadd wrote: On 30 June 2013 07:22, Ian Smith smi...@nimnet.asn.au wrote: [..] Nothing of note that I can see, if that usb hub-to-bus remapping is normal. As you said, 'CPU0: local APIC error 0x40' looks maybe sus. Maybe someone who knows might comment on that? Does noone know what that signifies? Maybe it's not relevant to this. Just checking: you've tried other USB devices apart from uftdi0? Yup, there's no 5v on the port. I was rather taken aback to hear this. Would not this indicate a failure to reinitialise the basic underlying USB hardware on resume? More than a bit bemused, Ian ___ freebsd-a...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-acpi To unsubscribe, send any mail to freebsd-acpi-unsubscr...@freebsd.org ___ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to freebsd-usb-unsubscr...@freebsd.org
Re: USB ports on Lenovo T400 do not work after a suspend/resume
Nope, no power after first resume if i have nothing plugged in. Why? -adrian On 7 July 2013 13:49, Lars Engels lars.eng...@0x20.net wrote: On Sun, Jun 30, 2013 at 03:02:57PM -0700, Adrian Chadd wrote: On 30 June 2013 07:22, Ian Smith smi...@nimnet.asn.au wrote: After removing [numbers] (for WITNESS?), diff started making sense. The below is between the first and second suspend/resume cycles in dmesg-3.txt, encompassing the others. Cool! Nothing of note that I can see, if that usb hub-to-bus remapping is normal. As you said, 'CPU0: local APIC error 0x40' looks maybe sus. Maybe someone who knows might comment on that? Just checking: you've tried other USB devices apart from uftdi0? Yup, there's no 5v on the port. Oh, BTW: can you check if you have power on the ports after the first resume and no power after all next resumes until you reboot your notebook? That's the situation I had and maybe it can lead to something. ;) ___ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to freebsd-usb-unsubscr...@freebsd.org
Re: Realtek USB 2.0 Card Reader (Freebsd 10 - current)
Guys, there -are- PCI SDIO interfaces... Is this one of these? -adrian On 3 July 2013 13:36, Miguel Clara miguelmcl...@gmail.com wrote: the thing is according to usbconfig the system doesn't even detect the card reader... if it doesn't detect the card reader it surely won't read any card No dia 03/07/2013 21:19, Alexander Yerenkow yeren...@gmail.com escreveu: In previous version of usb, some card readers tells.OS about card.only if card was in it during startup. You should check if you can see any card in any case. If not at all - maybe bad luck, some bad cardvreaders works.only under windows, with some obscure hacjs.provided by drivers. I have one such card reader :) Regards, Alexander Yerenkow ___ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to freebsd-usb-unsubscr...@freebsd.org ___ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to freebsd-usb-unsubscr...@freebsd.org
Re: USB ports on Lenovo T400 do not work after a suspend/resume
On 30 June 2013 07:22, Ian Smith smi...@nimnet.asn.au wrote: After removing [numbers] (for WITNESS?), diff started making sense. The below is between the first and second suspend/resume cycles in dmesg-3.txt, encompassing the others. Cool! Nothing of note that I can see, if that usb hub-to-bus remapping is normal. As you said, 'CPU0: local APIC error 0x40' looks maybe sus. Maybe someone who knows might comment on that? Just checking: you've tried other USB devices apart from uftdi0? Yup, there's no 5v on the port. -adrian ___ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to freebsd-usb-unsubscr...@freebsd.org
Re: USB ports on Lenovo T400 do not work after a suspend/resume
On 26 June 2013 12:51, Lars Engels lars.eng...@0x20.net wrote: On Tue, Jun 25, 2013 at 11:09:20PM -0700, Adrian Chadd wrote: [snip] ok, I'll do a boot -v tonight when I get home and log things. Thanks! Please also try a recent CURRENT. I was having the same issues with dead USB ports on my X200, but IIRC it suddenly worked a few weeks ago. Unfotunately with the new X.org resuming doesn't work for me, so I can't try it now. .. having resume not work with xorg is a big, big red flag. I'm happy to boot a -head snapshot on this thing, but I can't really migrate to running -head if resume doesn't work. :( adrian ___ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to freebsd-usb-unsubscr...@freebsd.org
Re: Issues 179505
On 21 June 2013 14:07, Hans Petter Selasky h...@bitfrost.no wrote: I think I have one of these devices at work. I can have a look if I have time next week. Possibly the Arduino needs a fix. Look for so-called spurious VBUS pullup toggling in the software of the Arduino. Considering there's a large number of unfixed Arduinos out there and it works fine on Linux, Windows and FreeBSD, I don't think fix the arduino should be the only solution. Just saying, Adrian ___ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to freebsd-usb-unsubscr...@freebsd.org
Re: Issues 179505
Heh. yes. I'm just saying. As someone who has hacked on this stuff a bit and watched a lot of people hack on it, if their projects didn't work in freebsd/pcbsd, they'd say fuck it and reinstall Linux. If you'd like to further adoption of this stuff on FreeBSD, we have to work around the brokenness. :( Adrian On 21 June 2013 17:34, Mike Meyer m...@mired.org wrote: On Fri, Jun 21, 2013 at 4:08 PM, Adrian Chadd adr...@freebsd.org wrote: On 21 June 2013 14:07, Hans Petter Selasky h...@bitfrost.no wrote: I think I have one of these devices at work. I can have a look if I have time next week. Possibly the Arduino needs a fix. Look for so-called spurious VBUS pullup toggling in the software of the Arduino. Considering there's a large number of unfixed Arduinos out there and it works fine on Linux, Windows and FreeBSD, I don't think fix the arduino should be the only solution. Did you mean OSX instead of FreeBSD there? While not really optimal, I'd consider it acceptable if the fix were in software, so that the Arduino IDE's burn bootloader menu entry could be used to fix the thing. But fixing things so it just worked would be better. Thanks, mike ___ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to freebsd-usb-unsubscr...@freebsd.org
T400 suspend/resume quirk - USB ports stay powered down
Hi, The one annoyance with my Thinkpad T400 is that the USB ports stay powered down upon resume. this is on a very recent -9 (as of a few days ago.) What kind of debugging information would help people chase down what this particular issue is? Thanks! adrian ___ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to freebsd-usb-unsubscr...@freebsd.org
Re: Memstick Images not working (mountroot prompt)
Please file a PR? hopefully someone from the USB side of things can help you fix this. Thanks! adrian On 5 June 2013 07:52, Miguel Clara miguelmcl...@gmail.com wrote: Forgot to CC the list, sorry! In the meantime I upgrade from 9.1 using the base and kernel tarballs, I could boot and I have wireless supported! I have my ssd encrypted and the hdd too, the hdd is encrypted with passphrase + key, and this key is in a usb stick (a different one form the other two already tried). The USB stick is not working to, and I also tried a USB Western Digital 500GB disk, no luck either! So no usb support basically... dmesg output after connecting the device: xhci_do_comand: Command timeout! usb_alloc_device: device init 2 failed (USB_ERR_TIMEOUT, ignored) usbgen0.2: Unknown at usbus0 (disconnected) usb_reattach_port: could not allocate new device Also note that usbus0 is a 3.0 as dmesg shows after boot: usbus0: waiting for BIOS to give up control usbus0 on xhci0 usbus0: 5.0Gpbs Super Speed USB v 3.0 So I guess this is indeed a problem in the 10.0-current kernel, not sure what it could be or what more can I do to debug though... Please advice, Thanks On Wed, Jun 5, 2013 at 4:54 AM, miguelmcl...@gmail.com wrote: I have no such option. Its a very recent ultrabook. Enviado a partir do meu smartphone BlackBerry® www.blackberry.com -Original Message- From: Glen Barber g...@freebsd.org Date: Tue, 4 Jun 2013 23:45:34 To: Miguel Claramiguelmcl...@gmail.com Cc: freebsd-curr...@freebsd.org Subject: Re: Memstick Images not working (mountroot prompt) Hi, On Wed, Jun 05, 2013 at 04:33:19AM +0100, Miguel Clara wrote: Hello, I need to Install FreeBSD 10 on my laptop to have Wireless support for my card (ath) however I tried all of the available memstick images at: ftp://ftp.uk.freebsd.org/pub/FreeBSD/snapshots/amd64/amd64/ISO-IMAGES/10.0/ And none of them works... I've tried 2 different pen drivers, one of those is a generic cheap one, and another is a DKingston DT 100 G2 When typing ? in the mount root prompt I see my ssd and hdd are listed, but not the memstick (which I assume it should be da0). I had no problems with the 9.1 stable image using the same memstick! I have personally boot tested the memstick images, without problem. What is 'Legacy USB' set to in BIOS on your machine? Glen ___ freebsd-curr...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org ___ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to freebsd-usb-unsubscr...@freebsd.org
Re: RALINK RT3572 supported in 9.1-RELEASE ?
I vaguely recall it made it into -HEAD. I don't think it was ever backported. adrian On 25 May 2013 03:11, Ronald F. Guilmette r...@tristatelogic.com wrote: I have a Trendnet TEW-684UB wireless dual-band USB adapter. Googling around for awhile leads me to believe that this probably contains an Ralink RT3572 chipset. Further googling also leads me to believe that a version of the run(4) driver which should support this chipset was comitted some considerable time ago. Can anyone confirm either or both of these two impressions? Does the TEW-684UB contain an Ralink RT3572? Is support for that chipset present in 9.1-RELEASE? If the answer to both of the above is yes, then where might I find a HOW TO sort of doc which might help me to get this running? I've already added the following lines to /boot/loader.conf and rebooted: if_run_load=YES runfw_load=YES but apparently to no avail. After adding the above two lines to loader.conf and rebooting, shouldn't the device thenceforth appear in the output of ifconfig -a ? (Mine does not.) ___ freebsd-wirel...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-wireless To unsubscribe, send any mail to freebsd-wireless-unsubscr...@freebsd.org ___ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to freebsd-usb-unsubscr...@freebsd.org
Re: revision higher than 250508 breaks webcam support
'ola! Cool, you've nailed it down to a specific revision. Can you create a PR (www.freebsd.org/send-pr.html) with all of this information? Hans/USB folk - here's an interesting problem. The original email is below. === Sorry, for waiting this long to post this problem, I thought it would be dealt with this week, but since it wasn't better to report it now. I hope this is the right mailing list for this particular problem. I am running FreeBSD 9.1-STABLE and using Logitech Webcam C525. I it's not listed amongst the supported hardware, but it was working perfectly until the updates that came this Sunday, 2013-05-12. The problem I'm getting is this: I keep getting this error message from the kernel, if I'm using 9.1-STABLE r250707 ... pcm6: detached ugen7.2: vendor 0x046d at asbus7 uaudio0: vendor 0x046d HD Webcam C525, class 239/2, rev 2.00/0.10, addr 2 on usbus7 uaudio0: No playback. uaudio0: Record: 48000 Hz, 1 ch, 16-bit S-LE PCM format, 2x8ms buffer. uaudio0: Record: 32000 Hz, 1 ch, 16-bit S-LE PCM format, 2x8ms buffer. uaudio0: Record: 24000 Hz, 1 ch, 16-bit S-LE PCM format, 2x8ms buffer. uaudio0: Record: 16000 Hz, 1 ch, 16-bit S-LE PCM format, 2x8ms buffer. uaudio: No MIDI squencer. pcm6: USB audio on uaudio0 uaudio0: No HID volume keys found. ugen7.2: vendor 0x046d at usbus7 (disconnected) uaudio0: at uhub7, port4, addr 2 (disconnected) pcm6: detached ... This message is displayed periodically ad infinitum or at least until I unplug the webcam. It stays this way, even if I use the GENERIC kernel. In a healthy case, revision 250508, kernel message upon plugging the webcam, is ... ugen7.2: vendor 0x046d at usbus7 uaudio0: vendor 0x046d HD Webcam C525, class 239/2, rev 2.00/1.00, addr2 on usbus7 uaudio: No playback. uaudio: Record: 48000 Hz, 1 ch, 16 bit S-LE PCM format, 2x8ms buffer. uaudio: No MIDI sequencer. pcm6: USB audio on uaudio0 uaudio0: No HID volume keys found. And there it stops, and the webcam works in Skype. === adrian On 17 May 2013 04:14, Jože Zobec jozze.z...@gmail.com wrote: OK, I compiled and tried different revisions r250559 -- OK r250560 -- OK r250561 -- error Upon updating from r250560 to r250561, svn give me ... U /usr/src/sys/dev/sound/usb/uaudio.c U /usr/src/sys/dev U /usr/src/sys ... I tried # svn diff -r 250560:250561 /usr/src | less to see if I could localize the problem even further, but there are a lot of changes so I don't know where it could go wrong, since I'm not the one who wrote it. I am looking forward to your fast reply, Jože ___ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to freebsd-usb-unsubscr...@freebsd.org
Re: problem with urtw
On 14 June 2011 02:24, Jim Bryant kc5vdj.free...@gmail.com wrote: would manufacturer-supplied linux driver source code suffice? i can't buy you one, but i can send you the linux driver sources. If you have a link to the manufacturer linux driver source then that'll be a good start. But typically porting it requires some hardware to at least verify it works. :-) If someone else would like to take a crack at this then please do - I've got my hands full with ath(4) 11n TX support at the moment. Adrian ___ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to freebsd-usb-unsubscr...@freebsd.org
Re: [USB] Keyboard, mouse and ergonomy
On 27 September 2010 20:21, Hans Petter Selasky hsela...@c2i.net wrote: Hi, I was thinking about adding a sysctl to ukbd and ums that shows how many keypresses have been done and how many pixels you have moved the mouse during a day. These number will mostly be useful for making ergonomic arguments that a certain way of working is better than another one. Anyone have any comments or input on this? Are there any security concerns about this? Grab a book or five on ergonomics, UI design and Human/Computer Interaction. Read some of the papers that you can find on what went into say, apple's (earlier) UI design. It's all rather interesting and enlightening. :) As other have said, minimising keypresses/mouse movements isn't 1:1 correlated with better ergonomic design. Adrian ___ freebsd-usb@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-usb To unsubscribe, send any mail to freebsd-usb-unsubscr...@freebsd.org