Some HW design may use ID pin state to control vbus for otg port,
so before host role start, the vbus is already turned on, in this
case, we do not need wait vbus dropping below BSV.
Signed-off-by: Li Jun
---
drivers/usb/chipidea/otg.c |9 ++---
1 file changed, 6 insertions(+), 3 deletio
From: Rajmohan Mani
Existing Intel xHCI controllers require a delay of 1 mS,
after setting the CMD_RESET bit in command register, before
accessing any HC registers. This allows the HC to complete
the reset operation and be ready for HC register access.
Without this delay, the subsequent HC regist
On 15 Oct 2015, at 04:12, Kaukab, Yousaf wrote:
>> -Original Message-
>> From: Paul Jones [mailto:p.jo...@teclyn.com]
>> Sent: Thursday, October 15, 2015 12:30 AM
>> To: Alan Stern
>> Cc: Kaukab, Yousaf; Felipe Balbi; Linux USB Mailing List
>> Subject: Re: Crash in usb_f_mass_storage
>>
On 15 Oct 2015, at 17:18, Paul Jones wrote:
> On 15 Oct 2015, at 04:12, Kaukab, Yousaf wrote:
>
>>> -Original Message-
>>> From: Paul Jones [mailto:p.jo...@teclyn.com]
>>> Sent: Thursday, October 15, 2015 12:30 AM
>>> To: Alan Stern
>>> Cc: Kaukab, Yousaf; Felipe Balbi; Linux USB Maili
Gregory,
On Mon, Oct 12, 2015 at 2:17 AM, Gregory Herrero
wrote:
> - qh->desc_list = kzalloc(qh->desc_list_sz, flags | GFP_DMA32);
> + qh->desc_list = kmem_cache_zalloc(desc_cache, flags | GFP_DMA32);
I haven't gotten your series to work yet on Rockchip rk3288, but when
I was trying
John,
On Thu, Oct 15, 2015 at 4:21 PM, John Youn wrote:
> Passing a NULL qtd to some of the subcases will lead to a NULL
> pointer dereference in that function or some function that it
> calls.
>
> I think you could just check the qtd after each call and bail if
> it's not ok.
I worry a little b
cp2108 GET_LINE_CTL returns the 16-bit value with the 2 bytes swapped.
However, SET_LINE_CTL functions properly. When the driver tries to modify
the register, it reads it, modifies some bits and writes back. Because the
read bytes were swapped, this often results in an invalid value to be written.
On 10/14/2015 3:51 PM, Douglas Anderson wrote:
> While plugging / unplugging on a DWC2 host port with "slub_debug=FZPUA"
> enabled, I found a crash that was quite obviously a use after free.
>
> It appears that in some cases when we handle the various sub-cases of
> HCINT we may end up freeing the
Occasionally, writing data and immediately closing the port makes cp2108
stop responding. The device had to be unplugged to clear the error.
The failure is induced by shutting down the device while its Tx queue still has
unsent data. Reporting the correct amount of those data avoids the problem.
Ad
cp2108 GET_LINE_CTL returns the 16-bit value with the 2 bytes swapped.
However, SET_LINE_CTL functions properly. When the driver tries to modify
the register, it reads it, modifies some bits and writes back. Because the
read bytes were swapped, this often results in an invalid value to be written.
On 15 Oct 2015, at 04:12, Kaukab, Yousaf wrote:
>> -Original Message-
>> From: Paul Jones [mailto:p.jo...@teclyn.com]
>> Sent: Thursday, October 15, 2015 12:30 AM
>> To: Alan Stern
>> Cc: Kaukab, Yousaf; Felipe Balbi; Linux USB Mailing List
>> Subject: Re: Crash in usb_f_mass_storage
>>
Hi,
Jassi Brar writes:
> On Wed, Oct 14, 2015 at 10:40 PM, Felipe Balbi wrote:
>>
>> Hi,
>>
>> Jassi Brar writes:
>>> On Wed, Oct 14, 2015 at 9:18 PM, Felipe Balbi wrote:
Hi,
Jassi Brar writes:
> On Wed, Oct 14, 2015 at 8:42 PM, Felipe Balbi wrote:
>>
>> Hi,
From: Chia-Sheng Chang
Just another AX88178-based 10/100/1000 USB-to-Ethernet dongle. This one
shows up in lsusb as: "ID 08dd:0114 Billionton Systems, Inc".
Signed-off-by: Chia-Sheng Chang
Cc: "David S. Miller"
Cc: Luca Ceresoli
Cc: Christoph Jaeger
Cc: "woojung@microchip.com"
Cc: Matth
On Thu, 15 Oct 2015 06:05:07 -0700, David Miller writes:
> From:
> Date: Thu, 15 Oct 2015 18:51:38 +0800
>
> > *
> > This email message, including any attachments, is for the sole
> > use of the intended recipient(s) and may
On Thu, 15 Oct 2015, Stefan Reichör wrote:
> My idea is now to have a fixed and known set of USB hubs.
> This should be doable with my hardware configurations.
>
> Each of these hubs provide the information that "all devices attached to
> this hub have been probed".
>
> The test program waits fo
On Thu, 15 Oct 2015, Jassi Brar wrote:
> On Thu, Oct 15, 2015 at 7:59 PM, Alan Stern wrote:
> > On Thu, 15 Oct 2015, Jassi Brar wrote:
> >
> >> On Wed, Oct 14, 2015 at 11:18 PM, Alan Stern
> >> wrote:
> >> > On Wed, 14 Oct 2015, Jassi Brar wrote:
> >> >
> >> >> BTW, should the gadget stack ever
On Thu, Oct 15, 2015 at 05:23:21PM +0200, Stefan Reichör wrote:
> Alan Stern wrote:
>
> > On Thu, 15 Oct 2015, Stefan Reichör wrote:
> >
> >> Hi there,
> >>
> >> I am currently working on a problem that I need to know when all
> >> connected USB devices are enumerated when the system starts up.
>
Hi guys,
it's already -rc5 and I need to close my tree for this merge
window. Major fixes will still be queued. I still have 3 patches on DWC2
pending John's Ack, so those are the last ones which will get into my
tree; after that, only bug fixes and new features will be deferred to
v4.5.
Thanks
Alan Stern wrote:
> On Thu, 15 Oct 2015, Stefan Reichör wrote:
>
>> Hi there,
>>
>> I am currently working on a problem that I need to know when all
>> connected USB devices are enumerated when the system starts up.
>>
>> The problem is the following:
>> * After the kernel finished booting, some
On 15 October 2015 at 15:37, Alan Stern wrote:
> On Thu, 15 Oct 2015, John Tapsell wrote:
>
>> I did have one wacky idea. I'm sure it's stupid, but here it is: Is
>> it at all possible that there's a bug in the linux usb code where a
>> bInterval value of 1ms is being converted into microframes
On Thu, 15 Oct 2015, Stefan Reichör wrote:
> Hi there,
>
> I am currently working on a problem that I need to know when all
> connected USB devices are enumerated when the system starts up.
>
> The problem is the following:
> * After the kernel finished booting, some hardware testing is performe
On Thu, Oct 15, 2015 at 7:59 PM, Alan Stern wrote:
> On Thu, 15 Oct 2015, Jassi Brar wrote:
>
>> On Wed, Oct 14, 2015 at 11:18 PM, Alan Stern
>> wrote:
>> > On Wed, 14 Oct 2015, Jassi Brar wrote:
>> >
>> >> BTW, should the gadget stack ever queue a Non-ZLP as reply to some
>> >> setup request th
On 29.09.2015 06:01, Chunfeng Yun wrote:
There some vendor quirks for MTK xhci host controller:
1. It defines some extra SW scheduling parameters for HW
to minimize the scheduling effort for synchronous and
interrupt endpoints. The parameters are put into reseved
DWs of slot context and
Hi there,
I am currently working on a problem that I need to know when all
connected USB devices are enumerated when the system starts up.
The problem is the following:
* After the kernel finished booting, some hardware testing is performed
* This hardware testing involves various USB devices (e.
On Thu, 15 Oct 2015, John Tapsell wrote:
> I did have one wacky idea. I'm sure it's stupid, but here it is: Is
> it at all possible that there's a bug in the linux usb code where a
> bInterval value of 1ms is being converted into microframes (8
> microframes) but then because it's a full speed
On Thu, 15 Oct 2015, Jassi Brar wrote:
> On Wed, Oct 14, 2015 at 11:18 PM, Alan Stern
> wrote:
> > On Wed, 14 Oct 2015, Jassi Brar wrote:
> >
> >> BTW, should the gadget stack ever queue a Non-ZLP as reply to some
> >> setup request that has USB_DIR_IN not set?
> >
> > Yes. If USB_DIR_IN is not
On 15 October 2015 at 15:00, Greg KH wrote:
> A: No.
> Q: Should I include quotations after my reply?
>
> http://daringfireball.net/2007/07/on_top
>
> On Thu, Oct 15, 2015 at 02:56:48PM +0100, John Tapsell wrote:
>> Hi Greg,
>>
>> I'm trying to write a driver for this specific usb-to-i2c chip
>>
A: No.
Q: Should I include quotations after my reply?
http://daringfireball.net/2007/07/on_top
On Thu, Oct 15, 2015 at 02:56:48PM +0100, John Tapsell wrote:
> Hi Greg,
>
> I'm trying to write a driver for this specific usb-to-i2c chip
> (mcp2221). It only offers an In and Out Interrupt Endpoi
Hi Greg,
I'm trying to write a driver for this specific usb-to-i2c chip
(mcp2221). It only offers an In and Out Interrupt Endpoint. To do a
single i2c read I need to:
1. Send a packet saying "I want to read from i2c"
2. Wait for a reply saying 'okay'.
3. Send another packet saying "Please now
On Thu, Oct 15, 2015 at 12:05:52PM +0100, John Tapsell wrote:
> Hi,
>
> I'm working on a linux driver for a usb to i2c chip (the MCP2221).
> The USB chip is USB 2.0 Full Speed, and the driver that I'm working
> on is here:
>
> http://ww1.microchip.com/downloads/en/DeviceDoc/mcp2221_0_1.tar.gz
From:
Date: Thu, 15 Oct 2015 18:51:38 +0800
> *
> This email message, including any attachments, is for the sole
> use of the intended recipient(s) and may contain confidential and
> privileged information. Any unauthorized r
Hi,
this second pull request replaces the last references to device_initcall_sync
with late_initcall, as noticed by Frank Rowand.
Also fixes the url of the git repo and the wrapping, as suggested by Mark Brown.
Thanks,
Tomeu
The following changes since commit 6ff33f3902c3b1c5d0db6b1e2c70b6d76
From: Jonathan Chang
Just another AX88178-based 10/100/1000 USB-to-Ethernet dongle. This one
shows up in lsusb as: "ID 08dd:0114 Billionton Systems, Inc".
Signed-off-by: Jonathan Chang
Cc: "David S. Miller"
Cc: Luca Ceresoli
Cc: Christoph Jaeger
Cc: "woojung@microchip.com"
Cc: Matthew G
Hi,
I'm working on a linux driver for a usb to i2c chip (the MCP2221).
The USB chip is USB 2.0 Full Speed, and the driver that I'm working
on is here:
http://ww1.microchip.com/downloads/en/DeviceDoc/mcp2221_0_1.tar.gz
The driver uses HID Interrupt for communication, and both the in and
out
> -Original Message-
> From: Paul Jones [mailto:p.jo...@teclyn.com]
> Sent: Thursday, October 15, 2015 12:30 AM
> To: Alan Stern
> Cc: Kaukab, Yousaf; Felipe Balbi; Linux USB Mailing List
> Subject: Re: Crash in usb_f_mass_storage
>
>
> On 14 Oct 2015, at 15:37, Alan Stern wrote:
>
> >
did you get any solutions ???
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
36 matches
Mail list logo
