On 11/13/2015 10:26 AM, Dave Young wrote:
On 11/13/15 at 10:04am, Lu, Baolu wrote:
Hi Dave,
On 11/12/2015 02:01 PM, Dave Young wrote:
Hi, Baolu
On 11/12/15 at 10:45am, Lu, Baolu wrote:
Hi Dave,
Which device are you testing with? This implementation was developed
and tested on Intel Skylak
On 11/13/2015 12:20 AM, Alan Stern wrote:
On Thu, 12 Nov 2015, Lu Baolu wrote:
Commit 655fe4effe0f ("usbcore: add sysfs support to xHCI usb3
hardware LPM") introduced usb3_hardware_lpm sysfs node. This
doesn't show the correct status of USB3 U1 and U2 LPM status.
This patch fixes this by rep
On 11/11/2015 8:46 PM, Doug Anderson wrote:
> John,
>
> On Wed, Nov 11, 2015 at 8:29 PM, John Youn wrote:
>> I also feel it is not quite right as the SSPLIT should be able to
>> happen during the SSPLIT of another device. I tried to reproduce
>> and see the same scheduling but don't see any hang
On 11/11/2015 10:34 AM, Douglas Anderson wrote:
> In some cases, like when you've got a "Microsoft Wireless Keyboard 2000"
> connected to dwc2 with a hub, expected that we'll get some transfer
> errors sometimes. The controller is expected to try at least 3 times
> before giving up. See figure "F
On 11/13/15 at 10:04am, Lu, Baolu wrote:
> Hi Dave,
>
> On 11/12/2015 02:01 PM, Dave Young wrote:
> >Hi, Baolu
> >
> >On 11/12/15 at 10:45am, Lu, Baolu wrote:
> >>>Hi Dave,
> >>>
> >>>Which device are you testing with? This implementation was developed
> >>>and tested on Intel Skylake devices.
> >
Hi Dave,
On 11/12/2015 02:01 PM, Dave Young wrote:
Hi, Baolu
On 11/12/15 at 10:45am, Lu, Baolu wrote:
>Hi Dave,
>
>Which device are you testing with? This implementation was developed
>and tested on Intel Skylake devices.
>
>It doesn't surprise me if it doesn't work with other silicons. But it
On 11/13/2015 12:20 AM, Alan Stern wrote:
On Thu, 12 Nov 2015, Lu Baolu wrote:
Commit 8306095fd2c1 ("USB: Disable USB 3.0 LPM in critical sections.")
adds usb3_lpm_enabled member to struct usb_device. There is no reference
to this member now. Hence, it could be removed.
Signed-off-by: Lu Bao
On 11/12/2015 1:08 PM, Stefan Wahren wrote:
> This patch series fixes multiple issues on Raspberry Pi which
> were reproducable since commit 09a75e857790
> ("usb: dwc2: refactor common low-level hw code to platform.c")
>
> Changes in V2:
> - add fix for kernel oops
> - extend "usb: dwc2: Return e
On Fri, Nov 13, 2015 at 12:00:53AM +0100, Steinar H. Gunderson wrote:
> I guess I should either add some debug printks or else see if there's
> anything in the snooping that can help me track it down.
Interestingly enough, I get this at startup:
[ 3316.681227] x86/PAT: app:4154 map pfn RAM range
On Thu, Nov 12, 2015 at 11:16:06PM +0100, Steinar H. Gunderson wrote:
>> You're right; I got the two patch sets mixed up. Considering that it
>> was written a couple of years ago, you'll probably have to do some work
>> to get it to apply to the current kernel. Let me know if you need any
>> h
On Thu, 12 Nov 2015, Douglas Gilbert wrote:
> Yes, the X201 has USB 2.0 host ports. It is running a stock Ubuntu
> 15.10 kernel: 4.2.0-18-generic and the log indicates that the
> ehci_pci driver is being used. Part of the X201's syslog is
> attached in which a driver complains about the invalid ma
On Thu, Nov 12, 2015 at 05:08:32PM -0500, Alan Stern wrote:
> You're right; I got the two patch sets mixed up. Considering that it
> was written a couple of years ago, you'll probably have to do some work
> to get it to apply to the current kernel. Let me know if you need any
> help.
There we
On Thu, 12 Nov 2015, Steinar H. Gunderson wrote:
> On Thu, Nov 12, 2015 at 02:42:09PM -0500, Alan Stern wrote:
> > You could try getting a "zerocopy" patch to work. See this thread:
> >
> > http://marc.info/?l=linux-usb&m=140431709523840&w=2
>
> I'll have a look. But given that I do isochro
The max speed was always being set to USB_SUPER_SPEED
even when the phy was only capable of HIGH_SPEED. This
uses the value set for the phy to set the max for the
gadget. It resolves an issue with Window PCs where they
report that using a USB3.0 port would result in better
performance even when con
This patch make sure that all necessary members of dwc2_hsotg
are initialized before the irq handler is requested. So
the kernel oops triggered by dwc2_handle_common_intr has
been fixed.
dwc2 2098.usb: Configuration mismatch. Forcing host mode
dwc2 2098.usb: no platform data or transce
When searching for PHYs, any error was treated as if the PHY did not
exist or was not specified. Thus the probe function did not
correctly return error conditions such as -EPROBE_DEFER.
Fixed so that only a non-existing PHY is ignored and any other error
is returned.
Reported-by: Alexander Aring
From: John Youn
Fixes commit 09a75e857790
("usb: dwc2: refactor common low-level hw code to platform.c")
The above commit consolidated the low-level phy access into a common
location. This change introduced a check from the gadget requiring
that a PHY is specified. This requirement never existed
Fixes commit 09a75e857790
("usb: dwc2: refactor common low-level hw code to platform.c")
The above commit consolidated the low-level phy access into a common
location. This change made the otg clk a requirement and broke some
platforms when it was moved into platform.c.
So make clk handling optio
This patch series fixes multiple issues on Raspberry Pi which
were reproducable since commit 09a75e857790
("usb: dwc2: refactor common low-level hw code to platform.c")
Changes in V2:
- add fix for kernel oops
- extend "usb: dwc2: Return errors from PHY" to handle kernel
without PHY support
- t
On 15-11-12 02:37 PM, Alan Stern wrote:
On Thu, 12 Nov 2015, Felipe Balbi wrote:
Also, my problem seems to be sensitive to the host port being USB
3.0 since I have an older Lenovo X201 with USB 2.0 ports that does
_not_ exhibit this problem. IOW when I connect my Arietta G25 mass
storage gadget
On Thu, Nov 12, 2015 at 02:42:09PM -0500, Alan Stern wrote:
> You could try getting a "zerocopy" patch to work. See this thread:
>
> http://marc.info/?l=linux-usb&m=140431709523840&w=2
I'll have a look. But given that I do isochronous, it sounds like the patch
in that thread won't work? (A
On Thu, 12 Nov 2015, Felipe Balbi wrote:
> Hi,
>
> Alan Stern writes:
> > On Thu, 12 Nov 2015, Felipe Balbi wrote:
> >
> >> >> >> Also, my problem seems to be sensitive to the host port being USB
> >> >> >> 3.0 since I have an older Lenovo X201 with USB 2.0 ports that does
> >> >> >> _not_ exhib
On Tue, 10 Nov 2015, Steinar H. Gunderson wrote:
> On Mon, Nov 02, 2015 at 11:48:36AM -0500, Alan Stern wrote:
> > Order 7? Maybe you're trying to put too much data into a single
> > transfer and encountering problems with memory fragmentation. Try
> > using more frequent, smaller transfers.
>
Hi,
Alan Stern writes:
> On Thu, 12 Nov 2015, Felipe Balbi wrote:
>
>> >> >> Also, my problem seems to be sensitive to the host port being USB
>> >> >> 3.0 since I have an older Lenovo X201 with USB 2.0 ports that does
>> >> >> _not_ exhibit this problem. IOW when I connect my Arietta G25 mass
>
On Thu, 12 Nov 2015, Felipe Balbi wrote:
> >> >> Also, my problem seems to be sensitive to the host port being USB
> >> >> 3.0 since I have an older Lenovo X201 with USB 2.0 ports that does
> >> >> _not_ exhibit this problem. IOW when I connect my Arietta G25 mass
> >> >> storage gadget to the X20
Hi,
Alan Stern writes:
> On Thu, 12 Nov 2015, Felipe Balbi wrote:
>
>> Hi,
>>
>> Alan Stern writes:
>> > [Adding linux-usb to the CC list]
>> >
>> > On Wed, 11 Nov 2015, Douglas Gilbert wrote:
>> >
>> >> Hi,
>> >> I have been running into problems trying to use a USB device port
>> >> on an Ac
Rolf Leggewie writes:
> On 23.09.2015 16:20, Bjørn Mork wrote:
>> Rolf Leggewie writes:
>>
>>> Hello,
>>>
>>> I found the following in my syslog.
>>>
>>> Aug 2 22:16:01 localhost usb_modeswitch[7313]: usb_modeswitch: switched
>>> to 19d2:0063 on 2/18
>>> Aug 2 22:16:02 localhost usb_modeswitch
On Thu, 12 Nov 2015, Felipe Balbi wrote:
> Hi,
>
> Alan Stern writes:
> > [Adding linux-usb to the CC list]
> >
> > On Wed, 11 Nov 2015, Douglas Gilbert wrote:
> >
> >> Hi,
> >> I have been running into problems trying to use a USB device port
> >> on an Acme System's Arietta G25 (Atmel at91sam9
Hi,
Alan Stern writes:
> [Adding linux-usb to the CC list]
>
> On Wed, 11 Nov 2015, Douglas Gilbert wrote:
>
>> Hi,
>> I have been running into problems trying to use a USB device port
>> on an Acme System's Arietta G25 (Atmel at91sam9g25 hence at91sam9x5
>> family in the kernel) as a USB mass s
On Tue, 10 Nov 2015, Cornea, Alexandru wrote:
> Hello,
>
> We observed a kernel panic due to a null pointer dereference in the USB
> stack while sending malformed USB hub packets.
This is an interesting bug. Not least because it has nothing to do
with the malformed packets -- it was trigg
On Thu, 12 Nov 2015, Jose Colmenares wrote:
> I posted this question in Stack Overflow, and somebody recommended
> that I post it here.
>
> I'm using an IMU (Inertial Measurement Unit) which connects via USB.
> I have to unplug it and plug it again to be able to use it. The IMU
> is used to get a
On Mon, Nov 9, 2015 at 9:21 AM, Alan Stern wrote:
> Here's a revised quick-and-dirty workaround. It replaces the earlier
> one. (And like the earlier one, it is meant to apply on top of
> the usbfs-snoop patch, but I don't think that makes any difference
> now.)
>
> The idea is to wait until the
On 23.09.2015 16:20, Bjørn Mork wrote:
> Rolf Leggewie writes:
>
>> Hello,
>>
>> I found the following in my syslog.
>>
>> Aug 2 22:16:01 localhost usb_modeswitch[7313]: usb_modeswitch: switched
>> to 19d2:0063 on 2/18
>> Aug 2 22:16:02 localhost usb_modeswitch[7313]: usb_modeswitch: add
>> dev
On Thu, 2015-11-12 at 16:23 +, Jose Colmenares wrote:
> With driver A I get some basic information from the device like model
> number, but it freezes when I request data. With driver B, it just
> won't even start. Until, like I said, I unplug it and plug it again
> and then everything works.
I posted this question in Stack Overflow, and somebody recommended that I post
it here.
I'm using an IMU (Inertial Measurement Unit) which connects via USB. I have to
unplug it and plug it again to be able to use it. The IMU is used to get
acceleration and positioning data (among other things).
On Thu, 12 Nov 2015, Lu Baolu wrote:
> Commit 8306095fd2c1 ("USB: Disable USB 3.0 LPM in critical sections.")
> adds usb3_lpm_enabled member to struct usb_device. There is no reference
> to this member now. Hence, it could be removed.
>
> Signed-off-by: Lu Baolu
Since patch 1/3 removes all the
On Thu, 12 Nov 2015, Lu Baolu wrote:
> Commit 655fe4effe0f ("usbcore: add sysfs support to xHCI usb3
> hardware LPM") introduced usb3_hardware_lpm sysfs node. This
> doesn't show the correct status of USB3 U1 and U2 LPM status.
>
> This patch fixes this by replacing usb3_hardware_lpm with two
> n
[Adding linux-usb to the CC list]
On Wed, 11 Nov 2015, Douglas Gilbert wrote:
> Hi,
> I have been running into problems trying to use a USB device port
> on an Acme System's Arietta G25 (Atmel at91sam9g25 hence at91sam9x5
> family in the kernel) as a USB mass storage gadget. Since the problem
> m
Hi,
2015-11-12 14:55 GMT+01:00 Bjørn Mork :
> Daniele Palmas writes:
>
>> Unfortunately the application has a proprietary firmware flashing
>> protocol under NDA, so I am not able to share it. I know that I will
>> lose points for that...
>
> I was afraid of that.
>
>> I can confirm that it is no
On Thu, 12 Nov 2015, Dmitry Katsubo wrote:
> On 2015-11-11 16:16, Alan Stern wrote:
> >> Bus 001 Device 007: ID 152d:0567 JMicron Technology Corp. / JMicron USA
> >> Technology Corp.
> >> Device Descriptor:
> >>bLength18
> >>bDescriptorType 1
> >>bcdUSB
On 27.10.2015 03:18, Yoshihiro Shimoda wrote:
This patch set adds support for R-Car M2-N (r8a7793) and H3 (r8a7795) xHCI
controllers. To add support these new SoCs, this patch set adds a new member
"priv" in struct xhci_hcd.
This patch is based on the latest usb.git / usb-next branch.
(The commi
Bjørn Mork writes:
> Yes. I have a Sierra Wireless EM7345 modem which is based on the same
> chipset.
No, it's not. But it's probably from the same family of chipsets.
Bjørn
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.ker
Daniele Palmas writes:
> Unfortunately the application has a proprietary firmware flashing
> protocol under NDA, so I am not able to share it. I know that I will
> lose points for that...
I was afraid of that.
> I can confirm that it is not a stupid device name assumption, since
> the device na
disable wakeup irq during shutdown, otherwise kexec fails for
kernels that setup irq handlers before resetting the hardware
Signed-off-by: Andreas Fenkart
---
drivers/usb/chipidea/ci_hdrc_imx.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/drivers/usb/chipidea/ci_hdrc_imx.c
b/driver
Hi Bjorn,
2015-11-12 12:39 GMT+01:00 Bjørn Mork :
> Oliver Neukum writes:
>> On Thu, 2015-11-12 at 10:12 +0100, Johan Hovold wrote:
>>> What exactly do you mean by "not work"? Does the driver fail to probe?
>>> Or is it just that your user-space tool expects the tty devices to be
>>> named ttyUSB
Hi Johan,
2015-11-12 10:12 GMT+01:00 Johan Hovold :
> On Wed, Nov 11, 2015 at 07:24:23PM +0100, Daniele Palmas wrote:
>> Hi Johan,
>>
>> 2015-11-06 12:24 GMT+01:00 Johan Hovold :
>> > On Thu, Nov 05, 2015 at 01:57:43PM +0100, Jonas Jonsson wrote:
>> >> Some modems, such as the Telit UE910, are usi
On 2015-11-11 16:16, Alan Stern wrote:
>> Bus 001 Device 007: ID 152d:0567 JMicron Technology Corp. / JMicron USA
>> Technology Corp.
>> Device Descriptor:
>>bLength18
>>bDescriptorType 1
>>bcdUSB 2.10
>>bDeviceClass0 (Defined at In
Oliver Neukum writes:
> On Thu, 2015-11-12 at 10:12 +0100, Johan Hovold wrote:
>> What exactly do you mean by "not work"? Does the driver fail to probe?
>> Or is it just that your user-space tool expects the tty devices to be
>> named ttyUSBn rather than ttyACMn (in which case the tool needs to be
On Thu, Nov 12, 2015 at 10:59:28AM +0100, Oliver Neukum wrote:
> On Thu, 2015-11-12 at 10:12 +0100, Johan Hovold wrote:
> > What exactly do you mean by "not work"? Does the driver fail to probe?
> > Or is it just that your user-space tool expects the tty devices to be
> > named ttyUSBn rather than
On Thu, 2015-11-12 at 10:12 +0100, Johan Hovold wrote:
> What exactly do you mean by "not work"? Does the driver fail to probe?
> Or is it just that your user-space tool expects the tty devices to be
> named ttyUSBn rather than ttyACMn (in which case the tool needs to be
> fixed)?
Hi,
actually th
Hi John
在 2015/11/12 12:29, John Youn 写道:
On 11/11/2015 4:22 PM, Doug Anderson wrote:
John,
On Fri, Nov 6, 2015 at 2:04 AM, Yunzhi Li wrote:
hi John ,
As we talked yesterday, I tried to fix the split schedule sequence. This
patch will
avoid scheduling SSPLIT-IN packet for another device
On Thu, Nov 12, 2015 at 11:07 AM, dave penkler wrote:
> Thanks for your comments, I will resubmit taking into account all
> suggestions.
>
>> > - redundant parens
Example 1.
+ (atomic_read(&data->iin_data_valid) != 0),
>> > - pieces of code takes whole line when they are
On Wed, Nov 11, 2015 at 09:48:00AM -0800, Tim Bird wrote:
>
>
> On 11/10/2015 07:14 PM, Peter Chen wrote:
> > On Tue, Nov 10, 2015 at 04:46:51PM -0800, Tim Bird wrote:
> >> This fixes a bug where if you disconnect and re-connect the USB cable,
> >> the gadget driver stops working.
> >>
> >> Add s
On Wed, Nov 11, 2015 at 07:24:23PM +0100, Daniele Palmas wrote:
> Hi Johan,
>
> 2015-11-06 12:24 GMT+01:00 Johan Hovold :
> > On Thu, Nov 05, 2015 at 01:57:43PM +0100, Jonas Jonsson wrote:
> >> Some modems, such as the Telit UE910, are using an Infineon Flash Loader
> >> utility. It has two interf
On 11/11/2015 11:13 PM, Stefan Wahren wrote:
> Am 12.11.2015 um 05:39 schrieb John Youn:
>> On 11/11/2015 3:20 PM, Stefan Wahren wrote:
>>> Hi John,
>>>
>>> Am 11.11.2015 um 00:21 schrieb John Youn:
On 11/9/2015 12:43 PM, Stefan Wahren wrote:
> Hi,
The gadget side required it but
55 matches
Mail list logo
