Kohji Okuno | 29 Jan 13:25 2015

[Bug?] Control Transfers in xHCI

Hi HPS,

I found a bug in xHCI device driver.

Acording to extensible-host-controler-interface-usb-xhci.pdf:"3.2.9
Control Transfers"...

A Data Stage TD consists of a Data Stage TRB followed by zero or more
Normal TRBs. If the data is not physically contiguous, Normal TRBs may
be chained to the Data Stage TRB.

But, in the current imprementation, when two or more TRBs are needed,
the device driver set XHCI_TRB_TYPE_DATA_STAGE to all TRBs.
This is the violation of the spec.

In my minor xHCI, I encountered strange bubble error in a control
transfer. After I changed as the following, I succeeded its control
transfer.

Would you check the following (****)?

Best Regards,
 Kohji Okuno

1785	                        /* check wLength */
1786	                        if (td->td_trb[0].qwTrb0 &
1787	                           htole64(XHCI_TRB_0_WLENGTH_MASK)) {
1788	                                if (td->td_trb[0].qwTrb0 &
1789	                                    htole64(XHCI_TRB_0_DIR_IN_MASK))
1790	                                        dword |= XHCI_TRB_3_TRT_IN;
(Continue reading)

bugzilla-noreply | 28 Jan 19:29 2015
Picon

[Bug 156596] [ehci] Extremely high interrupt rate on ehci/uhci IRQ16 80% cpu utilization on CPU0

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=156596

Tobias Berner <tcberner <at> gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |tcberner <at> gmail.com

--- Comment #14 from Tobias Berner <tcberner <at> gmail.com> ---
Hi

I think I got bitten by the same bug -- monitor detached from dvi:

interrupt                          total       rate
irq16: ehci0                   465310134     142166
irq23: ehci1                        8786          2
cpu0:timer                       1485088        453
irq264: mps0                      387611        118
irq265: hdac0                          7          0
irq266: xhci0                      28208          8
irq268: hdac1                        105          0
irq269: igb0:que 0                  8763          2
irq270: igb0:que 1                128669         39
irq271: igb0:que 2               1012967        309
irq272: igb0:que 3                491974        150
irq273: igb0:link                      2          0
irq274: ahci0                          6          0
irq275: ahci1                     551817        168
cpu1:timer                       1482123        452
cpu7:timer                       1475647        450
(Continue reading)

ironport | 23 Jan 03:11 2015

Spam Quarantine Notification

   Spam Quarantine Notification

   The message(s) below have been blocked by your administrator as
   suspected spam.
   There are 1 new messages in your Email Quarantine since you received
   your last Spam Quarantine Notification. If the messages below are spam,
   you do not need to take any action. Messages will be automatically
   removed from the quarantine after 14 day(s).
   To see all quarantined messages view [1]your email quarantine.
   Quarantined Email
     From Subject Date
   [2]Release Mrs Leah Mitchell<leah <at> info.com> [3]Please confirm receipt
   of mail 22 Jan 2015
   [4]View All Quarantined Messages(1)
   Note: This message has been sent by a notification only system. Please
   do not reply
   If the above links do not work, please copy and paste the following URL
   into a Web browser:
   https://mx.arpin.com:83/Search?h=86c32261c1e4d22cc84e3d48060f5a59&email
   =freebsd-usb%40hub.freebsd.org

References

   1. https://mx.arpin.com:83/Search?h=86c32261c1e4d22cc84e3d48060f5a59&email=freebsd-usb%40hub.freebsd.org
   2. https://mx.arpin.com:83/Message?action=Release&mid=14651220&h=ed85878ba37c24510018fc1fc20bfac2&email=freebsd-usb%40hub.freebsd.org
   3. https://mx.arpin.com:83/Message?action=Detail&mid=14651220&h=ed85878ba37c24510018fc1fc20bfac2&email=freebsd-usb%40hub.freebsd.org
   4. https://mx.arpin.com:83/Search?h=86c32261c1e4d22cc84e3d48060f5a59&email=freebsd-usb%40hub.freebsd.org
Uffe Jakobsen | 20 Jan 00:33 2015

Problem with libusb20_dev_get_port_path()


Hi,

I seem to be having a problem with libusb20_dev_get_port_path()

I iterate through all usb devices in the system.
libusb20_dev_get_port_path() returns 0 for all my usb devices.

Any hints ?

Seen on FreeBSD 10.1 (amd64) with latest patches

/Uffe

bugzilla-noreply | 19 Jan 08:06 2015
Picon

[Bug 185747] [cam] [patch] fix support for USB key "Kingston DT 101 G2"

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=185747

--- Comment #11 from commit-hook <at> freebsd.org ---
A commit references this bug:

Author: hselasky
Date: Mon Jan 19 07:06:16 UTC 2015
New revision: 277364
URL: https://svnweb.freebsd.org/changeset/base/277364

Log:
  MFC r277044:
  Increase the maximum number of dynamic USB quirks. USB memory stick
  devices which don't support the synchronize cache SCSI command are
  likely to also not support the prevent-allow medium removal SCSI
  command.

  PR:        185747

Changes:
_U  stable/10/
  stable/10/sys/dev/usb/usb_freebsd.h
  stable/10/sys/dev/usb/usb_freebsd_loader.h
  stable/10/sys/dev/usb/usb_msctest.c

--

-- 
You are receiving this mail because:
You are the assignee for the bug.
bugzilla-noreply | 19 Jan 08:04 2015
Picon

[Bug 185747] [cam] [patch] fix support for USB key "Kingston DT 101 G2"

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=185747

--- Comment #10 from commit-hook <at> freebsd.org ---
A commit references this bug:

Author: hselasky
Date: Mon Jan 19 07:03:41 UTC 2015
New revision: 277363
URL: https://svnweb.freebsd.org/changeset/base/277363

Log:
  MFC r277044:
  Increase the maximum number of dynamic USB quirks. USB memory stick
  devices which don't support the synchronize cache SCSI command are
  likely to also not support the prevent-allow medium removal SCSI
  command.

  PR:        185747

Changes:
_U  stable/9/sys/
_U  stable/9/sys/dev/
  stable/9/sys/dev/usb/usb_freebsd.h
  stable/9/sys/dev/usb/usb_msctest.c

--

-- 
You are receiving this mail because:
You are the assignee for the bug.
Sean Bruno | 16 Jan 19:00 2015

USB 3 strange behavior, lenovo x240


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

I'm seeing strange behavior when I enable USB 3 support on my laptop. 
Running head  <at> r276878:

Disabling USB 3 makes things behave "better" in that my wireless device
will actually serve traffic and /dev/video0 will really exist when I
switch over.  Using USB 3 makes things behave erratically if at all.

Devices don't appear after a reboot and I'm seeing issues using my USB 2
devices.

 % usbconfig
ugen0.1: <XHCI root HUB 0x8086> at usbus0, cfg=0 md=HOST spd=SUPER
(5.0Gbps) pwr=SAVE (0mA)
ugen1.1: <EHCI root HUB Intel> at usbus1, cfg=0 md=HOST spd=HIGH
(480Mbps) pwr=SAVE (0mA)
ugen0.2: <802.11n NIC Realtek> at usbus0, cfg=0 md=HOST spd=HIGH
(480Mbps) pwr=ON (500mA)
ugen1.2: <product 0x8000 vendor 0x8087> at usbus1, cfg=0 md=HOST
spd=HIGH (480Mbps) pwr=SAVE (0mA)
ugen0.3: <Integrated Camera SunplusIT INC.> at usbus0, cfg=0 md=HOST
spd=HIGH (480Mbps) pwr=ON (500mA)

% pciconf -lv
xhci0 <at> pci0:0:20:0:      class=0x0c0330 card=0x221417aa chip=0x9c318086
rev=0x04 hdr=0x00
    vendor     = 'Intel Corporation'
(Continue reading)

Sean Bruno | 12 Jan 17:11 2015

Lenovo x240 webcam not working with cheese/pwcview

Unsure how to debug what's up here.  webcamd seems to attach correctly
and doesn't output any errors, but cheese is unable to access the webcam
in /dev/video0

% ls -l /dev/video0
crw-rw----  1 webcamd  webcamd  0x6c Jan 12 07:54 /dev/video0
% groups sbruno
sbruno wheel operator webcamd vboxusers

pwcview seems to abort when attaching to my X11 session:

% pwcview
Webcam set to: 320x240 (sif) at 5 fps
XDM authorization key matches an existing client!Failed to init sdl:
Couldn't open X11 display

--

-- 
The information in this message may be confidential.  It is intended solely 
for
the addressee(s).  If you are not the intended recipient, any disclosure,
copying or distribution of the message, or any action or omission taken by 
you
in reliance on it, is prohibited and may be unlawful.  Please immediately
contact the sender if you have received this message in error.

Sean Bruno | 12 Jan 17:12 2015

Lenovo x240 webcam not working with cheese/pwcview


Unsure how to debug what's up here.  webcamd seems to attach correctly
and doesn't output any errors, but cheese is unable to access the webcam
in /dev/video0

% ls -l /dev/video0
crw-rw----  1 webcamd  webcamd  0x6c Jan 12 07:54 /dev/video0
% groups sbruno
sbruno wheel operator webcamd vboxusers

pwcview seems to abort when attaching to my X11 session:

% pwcview
Webcam set to: 320x240 (sif) at 5 fps
XDM authorization key matches an existing client!Failed to init sdl:
Couldn't open X11 display
Gary Palmer | 10 Jan 18:19 2015
Picon

ZTE MF730M 3G dongle help please


Hi,

I have a ZTE MF730M.  When first connected to my 9.3-RELEASE-p7 box
it takes a few seconds (approximately 7) and then shows up as:

% usbconfig -d ugen2.7 dump_device_desc
ugen2.7: <ZTE Mobile Broadband Station ZTE,Incorporated> at usbus2, cfg=1 md=HOST spd=HIGH (480Mbps)
pwr=ON (500mA)

  bLength = 0x0012 
  bDescriptorType = 0x0001 
  bcdUSB = 0x0200 
  bDeviceClass = 0x0000 
  bDeviceSubClass = 0x0000 
  bDeviceProtocol = 0x0000 
  bMaxPacketSize0 = 0x0040 
  idVendor = 0x19d2 
  idProduct = 0x1420 
  bcdDevice = 0xf0f7 
  iManufacturer = 0x0001  <ZTE,Incorporated>
  iProduct = 0x0002  <ZTE Mobile Broadband Station>
  iSerialNumber = 0x0004  <1234567890ABCDEF>
  bNumConfigurations = 0x0003 

with the following config:

% usbconfig -d ugen2.7 dump_all_config_desc
ugen2.7: <ZTE Mobile Broadband Station ZTE,Incorporated> at usbus2, cfg=1 md=HOST spd=HIGH (480Mbps)
pwr=ON (500mA)
(Continue reading)

Adrian Chadd | 9 Jan 21:24 2015
Picon

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  <at>  3.20GHz (3192.67-MHz K8-class CPU)

With lynx point USB:

adrian <at> 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 <at> 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 <at> 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

(Continue reading)


Gmane