Re: usb printer vs cups
On 12.09.2014 20:53, Andriy Gapon wrote: From my experience I think that cupsd executes backend tools with all uids and gids set to cups and no supplementary groups. In the case of USB printers the backends need to access /dev/usbctl and /dev/usb/foobar that corresponds to a printer. That means that the access to those devices must be somehow granted to cups:cups. How do people solve this? What kind of permissions / configuration do you use? devfs P.S. Maybe I over-generalized the issue to all USB printers. My personal experience is with an HP printer handled by hplip / hplip-plugin. Personally I prefer using stock lpd for those, it can be easily integrated with foomatic hpijs. -- Sphinx of black quartz judge my vow. ___ 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: usbnet support in FreeBSD?
On 23.08.2014 01:17, Miguel Clara wrote: I know FreeBSD suppots (at least according to the guide) usb tether, but some devices when connected via USB are visible as a network interface and this allows file sharing among other things! I have a Blackberry 10 device and I'm wondering if this is somehow possible or if not how hard would it be? On linux the device is recognize by usbnet driver ( http://www.linux-usb.org/usbnet/) is there anything like this in freebsd? More info about the device detection: dmesg: ugen0.4: Research In Motion, Ltd. at usbus0 umodem0: Research In Motion, Ltd. RIM Network Device, class 0/0, rev 2.00/2.40, addr 11 on usbus0 umodem0: data interface 0, has no CM over data, has no break device_attach: umodem0 attach returned 6 Try setting device to 'Mac compatibility' mode: Settings - Storage and access - USB connections : connect to Mac. Also check thath USB tethering is enabled in your phone: Settings - Network Connections - Internet tethering, select Connect using USB and turn it on. kernel: ugen6.2: Research In Motion, Ltd. at usbus6 devd: Executing 'kldload -n if_cdce' kernel: cdce0: Research In Motion, Ltd. BlackBerry, class 2/6, rev 2.00/2.40, addr 1 on usbus6 devd: Executing 'logger Unknown USB device: vendor 0x0fca product 0x8013 bus uhub6' root: Unknown USB device: vendor 0x0fca product 0x8013 bus uhub6 kernel: ue0: USB Ethernet on cdce0 kernel: ue0: Ethernet address: 96:eb:cd:2d:05:5d devd: Executing 'logger Unknown USB device: vendor 0x0fca product 0x8013 bus uhub6' limbo root: Unknown USB device: vendor 0x0fca product 0x8013 bus uhub6 devd: Executing '/etc/pccard_ether ue0 start' devd: Executing 'logger Unknown USB device: vendor 0x0fca product 0x8013 bus uhub6' root: Unknown USB device: vendor 0x0fca product 0x8013 bus uhub6 # dhclient ue0 DHCPREQUEST on ue0 to 255.255.255.255 port 67 DHCPNAK from 192.168.0.1 DHCPDISCOVER on ue0 to 255.255.255.255 port 67 interval 4 DHCPOFFER from 192.168.0.1 DHCPREQUEST on ue0 to 255.255.255.255 port 67 DHCPACK from 192.168.0.1 bound to 192.168.0.2 -- renewal in 3600 seconds. I don't know why but setting ifconfig_ue0=DHCP at /etc/rc.conf doesn't works. # route add default 192.168.0.1 # ping 8.8.8.8 PING 8.8.8.8 (8.8.8.8): 56 data bytes 64 bytes from 8.8.8.8: icmp_seq=0 ttl=46 time=588.697 ms 64 bytes from 8.8.8.8: icmp_seq=1 ttl=46 time=284.988 ms 64 bytes from 8.8.8.8: icmp_seq=2 ttl=46 time=277.634 ms 64 bytes from 8.8.8.8: icmp_seq=3 ttl=46 time=275.505 ms 64 bytes from 8.8.8.8: icmp_seq=4 ttl=46 time=252.686 ms ^C --- 8.8.8.8 ping statistics --- 5 packets transmitted, 5 packets received, 0.0% packet loss round-trip min/avg/max/stddev = 252.686/335.902/588.697/126.859 ms # tcpdump -pni ue0 13:23:09.393751 IP 192.168.0.2 8.8.8.8: ICMP echo request, id 18451, seq 0, length 64 13:23:09.982413 IP 8.8.8.8 192.168.0.2: ICMP echo reply, id 18451, seq 0, length 64 13:23:10.398790 IP 192.168.0.2 8.8.8.8: ICMP echo request, id 18451, seq 1, length 64 13:23:10.683738 IP 8.8.8.8 192.168.0.2: ICMP echo reply, id 18451, seq 1, length 64 13:23:11.402911 IP 192.168.0.2 8.8.8.8: ICMP echo request, id 18451, seq 2, length 64 13:23:11.680505 IP 8.8.8.8 192.168.0.2: ICMP echo reply, id 18451, seq 2, length 64 13:23:12.406746 IP 192.168.0.2 8.8.8.8: ICMP echo request, id 18451, seq 3, length 64 13:23:12.682195 IP 8.8.8.8 192.168.0.2: ICMP echo reply, id 18451, seq 3, length 64 13:23:13.408292 IP 192.168.0.2 8.8.8.8: ICMP echo request, id 18451, seq 4, length 64 13:23:13.660936 IP 8.8.8.8 192.168.0.2: ICMP echo reply, id 18451, seq 4, length 64 -- Sphinx of black quartz judge my vow. ___ 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: new usb device probably, needs quirks
14.02.2014 10:20, Hans Petter Selasky wrote: On 02/12/14 16:52, Volodymyr Kostyrko wrote: Hi all. # usbconfig -d 5.2 dump_device_desc ugen5.2: USB Flash Memory vendor 0x0930 at usbus5, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON (200mA) bLength = 0x0012 bDescriptorType = 0x0001 bcdUSB = 0x0200 bDeviceClass = 0x bDeviceSubClass = 0x bDeviceProtocol = 0x bMaxPacketSize0 = 0x0040 idVendor = 0x0930 idProduct = 0x6544 bcdDevice = 0x0100 iManufacturer = 0x0001 iProduct = 0x0002 USB Flash Memory iSerialNumber = 0x0003 E954F90DBA26CC60EDC50A0F bNumConfigurations = 0x0001 Can you send a patch adding this quirk to: sys/dev/usb/quirk/usb_quirk.c And vendor and product IDs to: sys/dev/usb/usbdevs Which you have tested? Thank you, --HPS Probably I wouldn't dare to send patch... The drive is too far from me, something like ~600 km's at some hosting company datacenter. Citing the internet 0930 is Toshiba Corp. and 6544 is Kingston DataTraveler 2GB whereas my hosting provider states that actually flash drive looks exactly like Goodram twister. Been uncertain of drive's origins I'll think I can't claim my solution been perfect. -- Sphinx of black quartz judge my vow. ___ 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
new usb device probably, needs quirks
Hi all. # usbconfig -d 5.2 dump_device_desc ugen5.2: USB Flash Memory vendor 0x0930 at usbus5, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON (200mA) bLength = 0x0012 bDescriptorType = 0x0001 bcdUSB = 0x0200 bDeviceClass = 0x bDeviceSubClass = 0x bDeviceProtocol = 0x bMaxPacketSize0 = 0x0040 idVendor = 0x0930 idProduct = 0x6544 bcdDevice = 0x0100 iManufacturer = 0x0001 iProduct = 0x0002 USB Flash Memory iSerialNumber = 0x0003 E954F90DBA26CC60EDC50A0F bNumConfigurations = 0x0001 # usbconfig -d 5.2 reset Feb 12 17:44:56 urquan kernel: umass0: at uhub5, port 4, addr 2 (disconnected) Feb 12 17:44:57 urquan kernel: umass0: vendor 0x0930 USB Flash Memory, class 0/0, rev 2.00/1.00, addr 2 on usbus5 Feb 12 17:44:57 urquan kernel: umass0: SCSI over Bulk-Only; quirks = 0x4100 Feb 12 17:44:57 urquan kernel: umass0:1:0:-1: Attached to scbus1 Feb 12 17:44:57 urquan kernel: da7 at umass-sim0 bus 0 scbus1 target 0 lun 0 Feb 12 17:44:57 urquan kernel: da7: USB Flash Memory 1.00 Removable Direct Access SCSI-0 device Feb 12 17:44:57 urquan kernel: da7: Serial Number E954F90DBA26CC60EDC50A0F Feb 12 17:44:57 urquan kernel: da7: 40.000MB/s transfers Feb 12 17:44:57 urquan kernel: da7: 7397MB (15149056 512 byte sectors: 255H 63S/T 942C) Feb 12 17:44:57 urquan kernel: da7: quirks=0x2NO_6_BYTE Feb 12 17:44:57 urquan kernel: (da7:umass-sim0:0:0:0): got CAM status 0x50 Feb 12 17:44:57 urquan kernel: (da7:umass-sim0:0:0:0): fatal error, failed to attach to device Feb 12 17:44:57 urquan kernel: da7 at umass-sim0 bus 0 scbus1 target 0 lun 0 Feb 12 17:44:57 urquan kernel: da7: USB Flash Memory 1.00 s/n E954F90DBA26CC60EDC50A0F detached Feb 12 17:44:57 urquan kernel: (da7:umass-sim0:0:0:0): Periph destroyed # usbconfig -d 5.2 add_quirk UQ_MSC_NO_PREVENT_ALLOW # usbconfig -d 5.2 reset Feb 12 17:47:51 urquan kernel: umass0: at uhub5, port 4, addr 2 (disconnected) Feb 12 17:47:51 urquan kernel: umass0: vendor 0x0930 USB Flash Memory, class 0/0, rev 2.00/1.00, addr 2 on usbus5 Feb 12 17:47:51 urquan kernel: umass0: SCSI over Bulk-Only; quirks = 0xc100 Feb 12 17:47:51 urquan kernel: umass0:1:0:-1: Attached to scbus1 Feb 12 17:47:52 urquan kernel: da7 at umass-sim0 bus 0 scbus1 target 0 lun 0 Feb 12 17:47:52 urquan kernel: da7: USB Flash Memory 1.00 Removable Direct Access SCSI-0 device Feb 12 17:47:52 urquan kernel: da7: Serial Number E954F90DBA26CC60EDC50A0F Feb 12 17:47:52 urquan kernel: da7: 40.000MB/s transfers Feb 12 17:47:52 urquan kernel: da7: 7397MB (15149056 512 byte sectors: 255H 63S/T 942C) Feb 12 17:47:52 urquan kernel: da7: quirks=0x2NO_6_BYTE -- Sphinx of black quartz, judge my vow. ___ 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 devices not autodetecting anymore on stable
04.12.2012 09:22, Hans Petter Selasky: Maybe just my local glitch though. I'll try to retest tomorrow. devd must be enabled when you boot the system or plug the device. That was my fault. I tested how libc++ works with world/ports and it seems that devd perfectly compiles with libc++ but works incorrectly. There are no warnings/errors when compiling or running devd. -- Sphinx of black quartz, judge my vow. ___ 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 devices not autodetecting anymore on stable
Hi all. Maybe I just blow out my installation again but I have two machines on 9_STABLE that for one week refuse to autoload usb device drivers. Before that my Keyboard and mice start automatically. But right now I must explicitly load kernel module for each device. -- Sphinx of black quartz, judge my vow. ___ 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 devices not autodetecting anymore on stable
03.12.2012 20:09, Hans Petter Selasky: On Monday 03 December 2012 16:14:56 Volodymyr Kostyrko wrote: Hi all. Maybe I just blow out my installation again but I have two machines on 9_STABLE that for one week refuse to autoload usb device drivers. Before that my Keyboard and mice start automatically. But right now I must explicitly load kernel module for each device. There has been some changes in /etc/ . Make sure you did a mergemaster and that devd is running. I'm missing your point here. Which changes in etc? # svn info Path: . Working Copy Root Path: /usr/src URL: http://svn.freebsd.org/base/stable/9/etc Repository Root: http://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 243808 Node Kind: directory Schedule: normal Last Changed Author: eadler Last Changed Rev: 243757 Last Changed Date: 2012-12-01 18:44:33 +0200 (сб, 01 гру 2012) # find . -mtime -31d . ./rc.subr ./pccard_ether ./disktab ./rc.d ./rc.d/jail ./gettytab ./root ./root/dot.cshrc ./root/dot.login -- Sphinx of black quartz judge my vow. ___ 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 devices not autodetecting anymore on stable
03.12.2012 23:25, Hans Petter Selasky: On Monday 03 December 2012 20:04:59 Volodymyr Kostyrko wrote: 03.12.2012 20:09, Hans Petter Selasky: On Monday 03 December 2012 16:14:56 Volodymyr Kostyrko wrote: Hi all. Maybe I just blow out my installation again but I have two machines on 9_STABLE that for one week refuse to autoload usb device drivers. Before that my Keyboard and mice start automatically. But right now I must explicitly load kernel module for each device. There has been some changes in /etc/ . Make sure you did a mergemaster and that devd is running. Hi, I'm missing your point here. Which changes in etc? /etc/devd/usb.conf /etc/dev/devd.conf And you need to rebuild moused. My local files doesn't differ from files in svn. I had rebuilt moused. I have no devd_enable in /etc/rc.conf but according to /etc/defaults/rc.conf it's enabled by default. `service devd restart` does nothing. This covers not just mice but keyboard and wifi usb, however umass works: Dec 4 03:23:34 limbo kernel: ugen0.2: Kingston at usbus0 Dec 4 03:23:35 limbo kernel: umass0: Kingston DataTraveler SE9, class 0/0, rev 2.00/1.00, addr 2 on usbus0 Dec 4 03:23:35 limbo kernel: umass0: SCSI over Bulk-Only; quirks = 0x4000 Dec 4 03:23:35 limbo kernel: umass0:5:0:-1: Attached to scbus5 Dec 4 03:23:37 limbo kernel: da0 at umass-sim0 bus 0 scbus5 target 0 lun 0 Dec 4 03:23:37 limbo kernel: da0: Kingston DataTraveler SE9 PMAP Removable Direct Access SCSI-0 device Dec 4 03:23:37 limbo kernel: da0: 40.000MB/s transfers Dec 4 03:23:37 limbo kernel: da0: 7441MB (15240576 512 byte sectors: 255H 63S/T 948C) Maybe just my local glitch though. I'll try to retest tomorrow. -- Sphinx of black quartz judge my vow. ___ 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/149934: Transcend JetFlash V85 poor performance
The following reply was made to PR usb/149934; it has been noted by GNATS. From: Volodymyr Kostyrko c.kw...@gmail.com To: bug-follo...@freebsd.org, freebsd-usb@FreeBSD.org Cc: Subject: Re: usb/149934: Transcend JetFlash V85 poor performance Date: Fri, 30 Dec 2011 15:50:06 +0200 I think this one is MFC'ed into RELENG_8 long time ago. Can we close the PR? -- Sphinx of black quartz judge my vow. ___ 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/149934: Transcend JetFlash V85 poor performance
I think this one is MFC'ed into RELENG_8 long time ago. Can we close the PR? -- Sphinx of black quartz judge my vow. ___ 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/163328: Hardware
The following reply was made to PR usb/163328; it has been noted by GNATS. From: Volodymyr Kostyrko c.kw...@gmail.com To: Andrei ibragimov.and...@mail.ru Cc: freebsd-gnats-sub...@freebsd.org Subject: Re: usb/163328: Hardware Date: Fri, 16 Dec 2011 11:03:05 +0200 16.12.2011 08:11, Andrei wrote: не Ð¼Ð¾Ð³Ñ Ð¿Ð¾Ð´ÐºÐ»ÑÑиÑÑ TP-LINK 300Mbps Wireless N USB Adapter TL-WN821N Ð½ÐµÑ Ð´ÑайвеÑов, а во freeBSD данное обоÑÑдование не поддеÑживаеÑÑÑ. ÐÑÐµÐ½Ñ Ñ Ð¾ÑелоÑÑ Ð±Ñ Ð¿Ð¾Ð´ÐºÐ»ÑÑиÑÑ Ð´Ð°Ð½Ð½Ñй девайÑ, поÑÐ¾Ð¼Ñ ÑÑо вÑе ÑоÑеди Ñ Ð¾Ð´ÑÑ Ð² инÑеÑÐ½ÐµÑ ÑеÑез Ð¼ÐµÐ½Ñ (него)! I'll translate that to English for a start. = I can't connect TP-LINK 300Mbps Wireless N USB Adapter TL-WN821N no drivers, and under FreeBSD this equipment is not supported. I'd love to connect this device, because all the neighbors use this for Internet access! === Now back to the point. Theoretically this should be rum, run, uath, upgt, ural, urtw or zyd. Can you at least post part of log where device attaches? usbconfig dump_device_desc? -- Sphinx of black quartz judge my vow. ___ 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 bluetooth dongle
20.02.2011 11:31, Hans Petter Selasky wrote: On Sunday 20 February 2011 01:47:33 Volodymyr Kostyrko wrote: I have something like: Feb 20 02:43:16 limbo kernel: ugen2.3:Broadcom at usbus2 Feb 20 02:43:16 limbo kernel: uhub4:Broadcom BCM2035B0, class 9/0, rev 1.10/1.00, addr 3 on usbus2 Feb 20 02:43:16 limbo kernel: uhub4: 3 ports with 0 removable, bus powered Feb 20 02:43:17 limbo kernel: ugen2.4:vendor 0x0a12 at usbus2 Feb 20 02:43:17 limbo kernel: ubt0:vendor 0x0a12 product 0x0001, class 224/1, rev 1.10/1.01, addr 4 on usbus2 Feb 20 02:43:17 limbo root: Unknown USB device: vendor 0x0a12 product 0x0001 bus uhub4 Feb 20 02:43:18 limbo root: Unknown USB device: vendor 0x0a5c product 0x3502 bus uhub4 Feb 20 02:43:18 limbo kernel: ugen2.5:vendor 0x0a5c at usbus2 Feb 20 02:43:18 limbo kernel: ugen2.6:vendor 0x0a5c at usbus2 Feb 20 02:43:18 limbo kernel: ums1:vendor 0x0a5c HIDM, class 0/0, rev 1.10/1.00, addr 6 on usbus2 Feb 20 02:43:18 limbo kernel: ums1: 3 buttons and [XY] coordinates ID=0 And it almost works. I can register devices with it, but I can't do anything more. Any phone connected shows that this device doesn't provide any services despite sdpd is running. How did you start the bluetooth daemons? Did you load the required netgraph modules? 1. kldload ng_ubt 2. insert dongle (above output in /var/log/messages) 3. /etc/rc.d/bluetooth start ubt0 /etc/rc.d/bluetooth: ERROR: Unable to setup Bluetooth stack for device ubt0 (and there's no /dev/ubt0 also) 4. service hcsecd onestart 5. service sdpd onestart After that I can use hccontrol inquiry command, I can configure hcsecd and add this dongle to the list of 'My devices' in my phone. Requesting list of services gives nothing. -- Sphinx of black quartz judge my vow. ___ 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 bluetooth dongle
20.02.2011 14:06, Volodymyr Kostyrko wrote: 20.02.2011 13:25, Hans Petter Selasky wrote: On Sunday 20 February 2011 12:01:19 Volodymyr Kostyrko wrote: 3. /etc/rc.d/bluetooth start ubt0 /etc/rc.d/bluetooth: ERROR: Unable to setup Bluetooth stack for device ubt0 You need to run this twice: 3. /etc/rc.d/bluetooth start ubt0 /etc/rc.d/bluetooth: ERROR: Unable to setup Bluetooth stack for device ubt0 It just gives no output for the second time. Still nothing though. I'll try to retest this device under Windows somewhere. Maybe I'm trying to chase bugs in broken hardware... Same problem under Windows 7. I'll try to retest under WinXP somewhere. Device seem to be very old... -- Sphinx of black quartz judge my vow. ___ 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
problem with bluetooth dongle
I have something like: Feb 20 02:43:16 limbo kernel: ugen2.3: Broadcom at usbus2 Feb 20 02:43:16 limbo kernel: uhub4: Broadcom BCM2035B0, class 9/0, rev 1.10/1.00, addr 3 on usbus2 Feb 20 02:43:16 limbo kernel: uhub4: 3 ports with 0 removable, bus powered Feb 20 02:43:17 limbo kernel: ugen2.4: vendor 0x0a12 at usbus2 Feb 20 02:43:17 limbo kernel: ubt0: vendor 0x0a12 product 0x0001, class 224/1, rev 1.10/1.01, addr 4 on usbus2 Feb 20 02:43:17 limbo root: Unknown USB device: vendor 0x0a12 product 0x0001 bus uhub4 Feb 20 02:43:18 limbo root: Unknown USB device: vendor 0x0a5c product 0x3502 bus uhub4 Feb 20 02:43:18 limbo kernel: ugen2.5: vendor 0x0a5c at usbus2 Feb 20 02:43:18 limbo kernel: ugen2.6: vendor 0x0a5c at usbus2 Feb 20 02:43:18 limbo kernel: ums1: vendor 0x0a5c HIDM, class 0/0, rev 1.10/1.00, addr 6 on usbus2 Feb 20 02:43:18 limbo kernel: ums1: 3 buttons and [XY] coordinates ID=0 And it almost works. I can register devices with it, but I can't do anything more. Any phone connected shows that this device doesn't provide any services despite sdpd is running. -- Sphinx of black quartz judge my vow. ___ 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: ranscend JetFlash V85
23.08.2010 22:39, Mykola Dzham wrote: This is bcdDevice range. So, change first 0x0142 to 0x100 for your flash drive or add another quirk (before quirk for all TRANSCEND's) with 3-4 places set to 0x100. Yes, that was the key. I'll file a pr for that. -- Sphinx of black quartz judge my vow. ___ 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/149934: Transcend JetFlash V85 poor performance
24.08.2010 18:11, Hans Petter Selasky wrote: Can you test this patch instead: --- sys/dev/usb/quirk/usb_quirk.c 2010-08-10 16:03:19.0 +++ sys/dev/usb/quirk/usb_quirk.c 2010-08-10 16:03:19.0 @@ -160,10 +160,8 @@ USB_QUIRK(ALCOR, AU6390, 0x, 0x, UQ_MSC_NO_SYNC_CACHE), USB_QUIRK(ALCOR, UMCR_9361, 0x, 0x, UQ_MSC_FORCE_WIRE_BBB, UQ_MSC_FORCE_PROTO_SCSI, UQ_MSC_NO_GETMAXLUN), - USB_QUIRK(ALCOR, TRANSCEND, 0x0142, 0x0142, UQ_MSC_FORCE_WIRE_BBB, - UQ_MSC_FORCE_PROTO_SCSI, UQ_MSC_NO_GETMAXLUN, UQ_MSC_NO_SYNC_CACHE), - USB_QUIRK(ALCOR, TRANSCEND, 0x, 0x, UQ_MSC_FORCE_WIRE_BBB, - UQ_MSC_FORCE_PROTO_SCSI, UQ_MSC_NO_GETMAXLUN), + USB_QUIRK(ALCOR, TRANSCEND, 0x, 0x, UQ_MSC_NO_GETMAXLUN, + UQ_MSC_NO_SYNC_CACHE), USB_QUIRK(APACER, HT202, 0x, 0x, UQ_MSC_NO_TEST_UNIT_READY, UQ_MSC_NO_SYNC_CACHE), USB_QUIRK(ASAHIOPTICAL, OPTIO230, 0x, 0x, UQ_MSC_FORCE_WIRE_BBB, Please also dump device and configuration descriptor using usbconfig. --HPS This one results in: Aug 25 00:10:17 limbo root: Unknown USB device: vendor 0x058f product 0x6387 bus uhub3 Aug 25 00:10:17 limbo kernel: ugen3.3: JetFlash at usbus3 Aug 25 00:10:17 limbo kernel: umass1: JetFlash Mass Storage Device, class 0/0, rev 2.00/1.00, addr 3 on usbus3 Aug 25 00:10:17 limbo kernel: umass1: SCSI over Bulk-Only; quirks = 0x4100 Aug 25 00:10:18 limbo kernel: umass1:2:1:-1: Attached to scbus2 Aug 25 00:10:18 limbo kernel: (probe0:umass-sim1:1:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 Aug 25 00:10:18 limbo kernel: (probe0:umass-sim1:1:0:0): CAM status: SCSI Status Error Aug 25 00:10:18 limbo kernel: (probe0:umass-sim1:1:0:0): SCSI status: Check Condition Aug 25 00:10:18 limbo kernel: (probe0:umass-sim1:1:0:0): SCSI sense: UNIT ATTENTION asc:28,0 (Not ready to ready change, medium may have changed) Aug 25 00:10:18 limbo kernel: da4 at umass-sim1 bus 1 scbus2 target 0 lun 0 Aug 25 00:10:18 limbo kernel: da4: JetFlash TS4GJFV85 8.07 Removable Direct Access SCSI-2 device Aug 25 00:10:18 limbo kernel: da4: 40.000MB/s transfers Aug 25 00:10:18 limbo kernel: da4: 3900MB (7987200 512 byte sectors: 255H 63S/T 497C) So how about UQ_MSC_NO_TEST_UNIT_READY? # usbconfig -d 3.3 dump_device_desc ugen3.3: Mass Storage Device JetFlash at usbus3, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON bLength = 0x0012 bDescriptorType = 0x0001 bcdUSB = 0x0200 bDeviceClass = 0x bDeviceSubClass = 0x bDeviceProtocol = 0x bMaxPacketSize0 = 0x0040 idVendor = 0x058f idProduct = 0x6387 bcdDevice = 0x0100 iManufacturer = 0x0001 JetFlash iProduct = 0x0002 Mass Storage Device iSerialNumber = 0x0003 SZR04MNI bNumConfigurations = 0x0001 # usbconfig -d 3.3 dump_all_config_desc ugen3.3: Mass Storage Device JetFlash at usbus3, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON Configuration index 0 bLength = 0x0009 bDescriptorType = 0x0002 wTotalLength = 0x0020 bNumInterfaces = 0x0001 bConfigurationValue = 0x0001 iConfiguration = 0x no string bmAttributes = 0x0080 bMaxPower = 0x0032 Interface 0 bLength = 0x0009 bDescriptorType = 0x0004 bInterfaceNumber = 0x bAlternateSetting = 0x bNumEndpoints = 0x0002 bInterfaceClass = 0x0008 bInterfaceSubClass = 0x0006 bInterfaceProtocol = 0x0050 iInterface = 0x no string Endpoint 0 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0001 OUT bmAttributes = 0x0002 BULK wMaxPacketSize = 0x0200 bInterval = 0x bRefresh = 0x bSynchAddress = 0x Endpoint 1 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0082 IN bmAttributes = 0x0002 BULK wMaxPacketSize = 0x0200 bInterval = 0x bRefresh = 0x bSynchAddress = 0x -- Sphinx of black quartz judge my vow. ___ 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/149934: Transcend JetFlash V85 poor performance
25.08.2010 00:27, Hans Petter Selasky wrote: I've committed my updated patch to USB P4. See change #182862. Please verify that your drive is still working with the new patch. Yes, i've tested my drive exactly with this patch. Say, how about UQ_MSC_NO_TEST_UNIT_READY? You have omitted it on purpose so maybe this one should be added only if without one the device would not work at all? -- Sphinx of black quartz judge my vow. ___ 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/149934: Transcend JetFlash V85 poor performance
The following reply was made to PR usb/149934; it has been noted by GNATS. From: Volodymyr Kostyrko c.kw...@gmail.com To: Hans Petter Selasky hsela...@c2i.net Cc: freebsd-usb@freebsd.org, freebsd-gnats-sub...@freebsd.org Subject: Re: usb/149934: Transcend JetFlash V85 poor performance Date: Wed, 25 Aug 2010 00:43:05 +0300 25.08.2010 00:27, Hans Petter Selasky wrote: I've committed my updated patch to USB P4. See change #182862. Please verify that your drive is still working with the new patch. Yes, i've tested my drive exactly with this patch. Say, how about UQ_MSC_NO_TEST_UNIT_READY? You have omitted it on purpose so maybe this one should be added only if without one the device would not work at all? -- Sphinx of black quartz judge my vow. ___ 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: Transcend JetFlash V85
20.08.2010 00:38, Hans Petter Selasky wrote: You can use usbconfig to add quirks on the fly. See: usbconfig -h And: man usbconfig Tried that, but it doesn't work for me or I'm messing things up... usbconfig -d 3.3 add_quirk UQ_MSC_NO_SYNC_CACHE And errors continue to show up. The man page also is kinda short on data. -- Sphinx of black quartz judge my vow. ___ 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: Transcend JetFlash V85
21.08.2010 21:29, Hans Petter Selasky wrote: You can use usbconfig to add quirks on the fly. See: usbconfig -h And: man usbconfig Tried that, but it doesn't work for me or I'm messing things up... usbconfig -d 3.3 add_quirk UQ_MSC_NO_SYNC_CACHE And errors continue to show up. The man page also is kinda short on data. After setting the quirk, you need to reset or re-attach the USB device. Not a good behavior for me. What if I need to boot from one? Most FS don't like been pushed off device. But this doesn't work too. usbconfig -d 3.3 add_quirk UQ_MSC_NO_TEST_UNIT_READY usbconfig -d 3.3 reset Gives me: Aug 21 22:46:14 limbo kernel: umass1: at uhub3, port 5, addr 3 (disconnected) Aug 21 22:46:14 limbo kernel: (da4:umass-sim1:1:0:0): lost device Aug 21 22:46:14 limbo kernel: (da4:umass-sim1:1:0:0): removing device entry Aug 21 22:46:15 limbo root: Unknown USB device: vendor 0x058f product 0x6387 bus uhub3 Aug 21 22:46:15 limbo kernel: umass1: JetFlash Mass Storage Device, class 0/0, rev 2.00/1.00, addr 3 on usbus3 Aug 21 22:46:15 limbo kernel: umass1: SCSI over Bulk-Only; quirks = 0x0100 Here, quirks field doesn't change when I add more quirks. Aug 21 22:46:16 limbo kernel: umass1:2:1:-1: Attached to scbus2 Aug 21 22:46:16 limbo kernel: (probe0:umass-sim1:1:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 Aug 21 22:46:16 limbo kernel: (probe0:umass-sim1:1:0:0): CAM status: SCSI Status Error Aug 21 22:46:16 limbo kernel: (probe0:umass-sim1:1:0:0): SCSI status: Check Condition Aug 21 22:46:16 limbo kernel: (probe0:umass-sim1:1:0:0): SCSI sense: UNIT ATTENTION asc:28,0 (Not ready to ready change, medium may have changed) Aug 21 22:46:16 limbo kernel: da4 at umass-sim1 bus 1 scbus2 target 0 lun 0 Aug 21 22:46:16 limbo kernel: da4: JetFlash TS4GJFV85 8.07 Removable Direct Access SCSI-2 device Aug 21 22:46:16 limbo kernel: da4: 40.000MB/s transfers Aug 21 22:46:16 limbo kernel: da4: 3900MB (7987200 512 byte sectors: 255H 63S/T 497C) Aug 21 22:46:24 limbo kernel: (da4:umass-sim1:1:0:0): SYNCHRONIZE CACHE(10). CDB: 35 0 0 0 0 0 0 0 0 0 Aug 21 22:46:24 limbo kernel: (da4:umass-sim1:1:0:0): CAM status: SCSI Status Error Aug 21 22:46:24 limbo kernel: (da4:umass-sim1:1:0:0): SCSI status: Check Condition Aug 21 22:46:24 limbo kernel: (da4:umass-sim1:1:0:0): SCSI sense: ILLEGAL REQUEST asc:26,0 (Invalid field in parameter list) Mentioned patch was looking like: USB_QUIRK(ALCOR, TRANSCEND, 0x0142, 0x0142, UQ_MSC_FORCE_WIRE_BBB, UQ_MSC_FORCE_PROTO_SCSI, UQ_MSC_NO_GETMAXLUN, UQ_MSC_NO_SYNC_CACHE), But I don't understand what should be set for my flash at 3-4 places... They are covering some range but inspecting my flash I don't see something close to the 0x142. -- Sphinx of black quartz judge my vow. ___ 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