Hi,
Baolin Wang writes:
> I don't yet understand why we can't just keep runtime pm disabled as a
> default for xhci platform devices.
> It could be enabled by whatever creates the platform device by setting
> some
> device property
> (or equivalent), which would be check
Johan Hovold wrote:
> Make sure to check the number of endpoints to avoid dereferencing a
> NULL-pointer or accessing memory beyond the endpoint array should a
> malicious device lack the expected endpoints.
>
> Fixes: a1030e92c150 ("[PATCH] zd1211rw: Convert installer CDROM device into
> WLAN d
Hi,
Ganesh Biradar writes:
> Hello experts,
>
> I'm trying to implement two functions on single udc configuration i.e
> uvc device class and mass storage. individually it is working fine but
> coming to multi role it is failing.
>
> kernel 4.4:
try v4.11-rc3, then we'll talk :-) There were some
Hi,
"Nicholas A. Bellinger" writes:
> Hi Manish,
>
> (Added target-devel CC')
>
> On Mon, 2017-03-20 at 15:05 +0530, Manish Narani wrote:
>> This patch corrects the argument in usb_ep_free_request as it is
>> mistakenly set to ep_out. It should be ep_in for status request.
>>
>> Signed-off-by:
Hi,
On 22 March 2017 at 17:00, Felipe Balbi wrote:
>
> Hi,
>
> Baolin Wang writes:
>> I don't yet understand why we can't just keep runtime pm disabled as a
>> default for xhci platform devices.
>> It could be enabled by whatever creates the platform device by setting
>> some
>>
As per [1] issue #4,
"The periodic EP scheduler always tries to schedule the EPs
that have large intervals (interval equal to or greater than
128 microframes) into different microframes. So it maintains
an internal counter and increments for each large interval
EP added. When the counter is greater
On 22.03.2017 12:40, Baolin Wang wrote:
Hi,
On 22 March 2017 at 17:00, Felipe Balbi wrote:
Hi,
Baolin Wang writes:
I don't yet understand why we can't just keep runtime pm disabled as a
default for xhci platform devices.
It could be enabled by whatever creates the platform device by settin
On Wed, Mar 22, 2017 at 09:04:15AM +, Kalle Valo wrote:
> Johan Hovold wrote:
> > Make sure to check the number of endpoints to avoid dereferencing a
> > NULL-pointer or accessing memory beyond the endpoint array should a
> > malicious device lack the expected endpoints.
> >
> > Fixes: a1030e
On 22.03.2017 13:43, Roger Quadros wrote:
As per [1] issue #4,
"The periodic EP scheduler always tries to schedule the EPs
that have large intervals (interval equal to or greater than
128 microframes) into different microframes. So it maintains
an internal counter and increments for each large in
Johan Hovold writes:
> On Wed, Mar 22, 2017 at 09:04:15AM +, Kalle Valo wrote:
>> Johan Hovold wrote:
>> > Make sure to check the number of endpoints to avoid dereferencing a
>> > NULL-pointer or accessing memory beyond the endpoint array should a
>> > malicious device lack the expected endp
On Wed, Mar 22, 2017 at 03:02:12PM +0200, Kalle Valo wrote:
> Johan Hovold writes:
>
> > On Wed, Mar 22, 2017 at 09:04:15AM +, Kalle Valo wrote:
> >> Johan Hovold wrote:
> >> > Make sure to check the number of endpoints to avoid dereferencing a
> >> > NULL-pointer or accessing memory beyond
Switch to use managed variant of acpi_dev_add_driver_gpios() to simplify
error path and fix potentially wrong assignment if ->probe() fails.
While here, add a debug message in case assignment fails to allow user
see the cause of a potential issue.
Signed-off-by: Andy Shevchenko
---
Linus, acco
Hi,
Andy Shevchenko writes:
> Switch to use managed variant of acpi_dev_add_driver_gpios() to simplify
> error path and fix potentially wrong assignment if ->probe() fails.
>
> While here, add a debug message in case assignment fails to allow user
> see the cause of a potential issue.
>
> Signed
Am 08.03.2017 um 12:14 schrieb Thomas Reifferscheid:
[...]
> ] usb 3-1: new high-speed USB device number 2 using xhci-hcd
> ] usb 4-1: new SuperSpeed USB device number 2 using xhci-hcd
Things have changed with 4.9 kernel. The thumbdrive is no longer getting
recognized as high-speed and super-spe
On 22.03.2017 00:52, Diego Viola wrote:
On Tue, Mar 21, 2017 at 12:29 PM, Diego Viola wrote:
On Tue, Mar 21, 2017 at 10:04 AM, Diego Viola wrote:
On Mon, Mar 20, 2017 at 8:15 PM, Diego Viola wrote:
On Mon, Mar 20, 2017 at 3:27 PM, Diego Viola wrote:
On Mon, Mar 20, 2017 at 1:32 PM, Mathia
From: Hayes Wang
Date: Mon, 20 Mar 2017 16:13:43 +0800
> The RMS and the rx early size should base on the same rx size. However,
> the RMS is set to 9K bytes now and the rx early depends on mtu. For using
> the rx buffer effectively, sync the two settings according to the mtu.
Series applied.
-
On 22.03.2017 19:18, Thomas Reifferscheid wrote:
Am 08.03.2017 um 12:14 schrieb Thomas Reifferscheid:
[...]
> ] usb 3-1: new high-speed USB device number 2 using xhci-hcd
> ] usb 4-1: new SuperSpeed USB device number 2 using xhci-hcd
Things have changed with 4.9 kernel. The thumbdrive is no lo
From: Russell King - ARM Linux
Date: Tue, 21 Mar 2017 16:35:55 +
> This series cleans up phylib's MMD accessors, so that we have a common
> way of accessing the Clause 45 register set.
>
> The current situation is far from ideal - we have phy_(read|write)_mmd()
> which accesses Clause 45 reg
On 03/21/2017 11:37 AM, Heikki Krogerus wrote:
I'm lost in the long thread here, is this series still ready to be
merged in, or is there another version that is being worked on?
There was one documentation fix proposed Mats. The rest of the thread
was not about these patches.
I'll send one mor
* Sebastian Reichel [170321 19:20]:
> Hi,
>
> On Thu, Mar 16, 2017 at 08:51:52PM -0700, Tony Lindgren wrote:
> > Some Motorola phones like droid 4 use a custom CPCAP PMIC that has a
> > multiplexing USB PHY.
> >
> > This USB PHY can operate at least in four modes using pin multiplexing
> > and t
Some Motorola phones like droid 4 use a custom CPCAP PMIC that has a
multiplexing USB PHY.
This USB PHY can operate at least in four modes using pin multiplexing
and two control GPIOS:
- Pass through companion PHY for the SoC USB PHY
- ULPI PHY for the SoC
- Pass through USB for the modem
- UART
Add support for the net stats64 counters to the usbnet core and then to
the qmi_wwan driver.
This is a strait forward addition of 64bit counters for RX and TX packets
and byte counts. It is done in the same style as for the other net drivers
that support stats64.
The bulk of the change is to the
Hi,
On 22 March 2017 at 20:43, Mathias Nyman wrote:
> On 22.03.2017 12:40, Baolin Wang wrote:
>>
>> Hi,
>>
>> On 22 March 2017 at 17:00, Felipe Balbi wrote:
>>>
>>>
>>> Hi,
>>>
>>> Baolin Wang writes:
I don't yet understand why we can't just keep runtime pm disabled as
>>>
23 matches
Mail list logo
