This patch adds entries in dts to enable USB 3.0 PHY driver.
Signed-off-by: Sriram Dash
Signed-off-by: Ran Wang
---
Change in v2:
- Rename node name from 'usb3-phy' to 'usb-phy'
- Adjust phy node position
Adds entry point at dwc3 core init function to enable
USB 3.0 PHY driver.
Signed-off-by: Ran Wang
---
Change in v2:
- New file
drivers/usb/dwc3/core.c | 15 +++
1 file changed, 15 insertions(+)
diff --git a/drivers/usb/dwc3/core.c
Adds qoriq usb 3.0 phy driver to implement erratum related workaround
for qoriq SoC.
Signed-off-by: Sriram Dash
Signed-off-by: Ran Wang
---
Change in v2:
- Replace funciont __raw_writel() by iowrite32be()
- Remove qoriq_usb3_phy_read()
On Tue, Nov 07, 2017 at 04:37:38AM +0200, Laurent Pinchart wrote:
> Hi Greg,
>
> Thank you for the patch.
>
> On Monday, 6 November 2017 16:37:32 EET Greg Kroah-Hartman wrote:
> > Now that the SPDX tag is in all USB files, that identifies the license
> > in a specific and legally-defined manner.
Greg Kroah-Hartman writes:
> Now that the SPDX tag is in all USB files, that identifies the license
> in a specific and legally-defined manner. So the extra GPL text wording
> can be removed as it is no longer needed at all.
>
> This is done on a quest to remove the
Hi Greg,
Thank you for the patch.
On Monday, 6 November 2017 16:37:30 EET Greg Kroah-Hartman wrote:
> Now that the SPDX tag is in all USB files, that identifies the license
> in a specific and legally-defined manner. So the extra GPL text wording
> can be removed as it is no longer needed at
Groetjes aan jou,
GELD BESCHIKBAAR VOOR LENING. Krijg het geld / de lening die je nodig hebt bij
Scotwest Credit Union Limited. Wij zijn particuliere kredietverstrekkers /
investeerders en bieden zowel persoonlijke leningen, startleningen, educatieve
/ agrarische leningen, onroerend goed /
Hi,
On 11/06/2017 10:37 PM, Greg Kroah-Hartman wrote:
> Now that the SPDX tag is in all USB files, that identifies the license
> in a specific and legally-defined manner. So the extra GPL text wording
> can be removed as it is no longer needed at all.
>
> This is done on a quest to remove the
Hi Greg,
Thank you for the patch.
On Monday, 6 November 2017 16:37:32 EET Greg Kroah-Hartman wrote:
> Now that the SPDX tag is in all USB files, that identifies the license
> in a specific and legally-defined manner. So the extra GPL text wording
> can be removed as it is no longer needed at
The DbC register set defines an interface for system software
to specify the vendor id and product id for the debug device.
These two values will be presented by the debug device in its
device descriptor idVendor and idProduct fields.
The current used product ID is a place holder. We now have a
The product ID for "Linux USB GDB Target device" has been
changed. Change the driver binding table accordingly.
This patch should be back-ported to kernels as old as v4.12,
that contain the commit 57fb47279a04 ("usb/serial: Add DBC
debug device support to usb_debug").
Cc:
Hi,
On 11/06/2017 04:00 PM, Greg Kroah-Hartman wrote:
> On Mon, Nov 06, 2017 at 08:35:41AM +0800, Lu Baolu wrote:
>> Hi,
>>
>> On 11/03/2017 02:27 PM, Greg Kroah-Hartman wrote:
>>> On Fri, Nov 03, 2017 at 08:45:46AM +0800, Lu Baolu wrote:
Hi,
On 11/03/2017 12:51 AM, Greg
On Tue, Nov 7, 2017 at 3:52 AM, Ruslan Bilovol wrote:
> Hi,
>
> This patch adds USB Audio Device Class 3.0 [1] function
> support to gadget subsystem.
> I didn't add UAC3 support to legacy gadget as it will
> make preprocessor configuration too complex (UAC3 device
>
From: Yu Chen
Check vdev->real_port 0 to avoid panic
[9.261347] []
xhci_free_virt_devices_depth_first+0x58/0x108
[9.261352] [] xhci_mem_cleanup+0x1bc/0x570
[9.261355] [] xhci_stop+0x140/0x1c8
[9.261365] [] usb_remove_hcd+0xfc/0x1d0
[9.261369] []
On 2017/11/6 22:00, Mathias Nyman wrote:
> On 06.11.2017 14:36, Chen Yu wrote:
>>
>>
>> On 2017/11/6 19:32, Greg KH wrote:
A simple process is as below:
xhci_plat_probe()
|
usb_add_hcd()xhci_plat_remove()
|
On Mon, 2017-11-06 at 15:37 +0100, Greg Kroah-Hartman wrote:
> Now that the SPDX tag is in all USB files, that identifies the license
> in a specific and legally-defined manner. So the extra GPL text wording
> can be removed as it is no longer needed at all.
>
> This is done on a quest to remove
Hi,
This patch adds USB Audio Device Class 3.0 [1] function
support to gadget subsystem.
I didn't add UAC3 support to legacy gadget as it will
make preprocessor configuration too complex (UAC3 device
must have two configurations for backward compatibility,
first is UAC1/2 and second is UAC3), yet
Recently released USB Audio Class 3.0 specification
introduces many significant changes comparing to
previous versions, like
- new Power Domains, support for LPM/L1
- new Cluster descriptor
- changed layout of all class-specific descriptors
- new High Capability descriptors
- New
On Mon, Nov 06, 2017 at 04:34:09PM +0100, Greg Kroah-Hartman wrote:
> The license text was removed from this file, yet they somehow missed
> the big "add SPDX tags to all files" sweep due to them being new. So
> add the proper SPDX license tag to them, based on the original license
> text in the
On Mon, Nov 06, 2017 at 03:37:18PM +0100, Greg Kroah-Hartman wrote:
> Now that the SPDX tag is in all USB files, that identifies the license
> in a specific and legally-defined manner. So the extra GPL text wording
> can be removed as it is no longer needed at all.
>
> This is done on a quest to
On 11/06/2017 06:57 AM, Mathias Nyman wrote:
On 03.11.2017 23:37, Curt Meyers wrote:
On 09/19/2017 06:00 AM, Mathias Nyman wrote:
On 08.09.2017 20:35, Curt Meyers wrote:
On 09/05/2017 02:56 PM, Curt Meyers wrote:
On 09/04/2017 04:13 AM, Mathias Nyman wrote:
On 04.09.2017 13:46, Felipe Balbi
On Mon, 6 Nov 2017 15:37:32 +0100, Greg Kroah-Hartman
wrote:
> Now that the SPDX tag is in all USB files, that identifies the license
> in a specific and legally-defined manner. So the extra GPL text wording
> can be removed as it is no longer needed at all.
>
>
On Mon, Nov 6, 2017 at 8:37 AM, Greg Kroah-Hartman
wrote:
> Now that the SPDX tag is in all USB files, that identifies the license
> in a specific and legally-defined manner. So the extra GPL text wording
> can be removed as it is no longer needed at all.
>
> This is
On Mon, 6 Nov 2017, wlf wrote:
> Hi Minas,
>
> 在 2017年11月06日 17:28, Minas Harutyunyan 写道:
> > Hi,
> >
> > On 11/6/2017 12:46 PM, William Wu wrote:
> >> The actual_length in dwc2_hcd_urb structure is used
> >> to indicate the total data length transferred so far,
> >> but in
On Sun, 5 Nov 2017, Mike Looijmans wrote:
> On 03-11-17 18:27, Alan Stern wrote:
> > On Fri, 3 Nov 2017, Mike Looijmans wrote:
> >
> >> Sometimes the USB device gets confused about the state of the
> >> initialization and
> >> the connection fails. In particular, the device thinks that it's
On Mon, 6 Nov 2017, Greg Kroah-Hartman wrote:
> Now that the SPDX tag is in all USB files, that identifies the license
> in a specific and legally-defined manner. So the extra GPL text wording
> can be removed as it is no longer needed at all.
>
> This is done on a quest to remove the 700+
On Mon, 6 Nov 2017, Greg Kroah-Hartman wrote:
> Now that the SPDX tag is in all USB files, that identifies the license
> in a specific and legally-defined manner. So the extra GPL text wording
> can be removed as it is no longer needed at all.
>
> This is done on a quest to remove the 700+
Am Montag, den 06.11.2017, 17:05 +0100 schrieb Andrey Konovalov:
> On Mon, Nov 6, 2017 at 4:20 PM, Oliver Neukum wrote:
> >
> I do have a way to reproduce this.
>
> As far as I understand, for this particular device ax88172_bind() is
> called, which doesn't assign anything to
On Mon, Nov 6, 2017 at 4:20 PM, Oliver Neukum wrote:
> Am Montag, den 06.11.2017, 13:30 +0100 schrieb Andrey Konovalov:
>> On Mon, Nov 6, 2017 at 10:49 AM, Oliver Neukum wrote:
>> >
>> >
>> > 2. Will a device work after that? The appropriate fix may be to wait
On Mon, Nov 06, 2017 at 03:37:15PM +0100, Greg Kroah-Hartman wrote:
> Now that the SPDX tag is in all USB files, that identifies the license
> in a specific and legally-defined manner. So the extra GPL text wording
> can be removed as it is no longer needed at all.
>
> This is done on a quest to
On Mon, Nov 06 2017, Greg Kroah-Hartman wrote:
> Now that the SPDX tag is in all USB files, that identifies the license
> in a specific and legally-defined manner. So the extra GPL text wording
> can be removed as it is no longer needed at all.
>
> This is done on a quest to remove the 700+
On 11/06/2017 07:37 AM, Greg Kroah-Hartman wrote:
> Now that the SPDX tag is in all USB files, that identifies the license
> in a specific and legally-defined manner. So the extra GPL text wording
> can be removed as it is no longer needed at all.
>
> This is done on a quest to remove the 700+
Hi,
Greg Kroah-Hartman writes:
> These files somehow never got an SPDX tag added to them, maybe due to
> the small size. So provide the default identifier of the whole project:
> SPDX-License-Identifier: GPL-2.0
>
> The SPDX identifier is a legally binding
Due to these typec files being moved into the drivers/usb/ directory in
this tree, they missed the larger "add SPDX tags to all files" work. So
add the correct SPDX license tag, based on the license text in the file
itself.
The SPDX identifier is a legally binding shorthand, which can be used
These files somehow never got an SPDX tag added to them, maybe due to
the small size. So provide the default identifier of the whole project:
SPDX-License-Identifier: GPL-2.0
The SPDX identifier is a legally binding shorthand, which can be used
instead of the full boiler plate text.
Cc:
It's good to have SPDX identifiers in all files to make it easier to
audit the kernel tree for correct licenses.
This updates the remaining drivers/usb/*Makefile* that were missing SPDX
identifiers. They all get the following identifier:
SPDX-License-Identifier: GPL-2.0
The SPDX
Now that the SPDX tag is in all USB files, that identifies the license
in a specific and legally-defined manner. So the extra GPL text wording
can be removed as it is no longer needed at all.
This is done on a quest to remove the 700+ different ways that files in
the kernel describe the GPL
The license text was removed from this file, yet they somehow missed
the big "add SPDX tags to all files" sweep due to them being new. So
add the proper SPDX license tag to them, based on the original license
text in the file.
Cc: Peter Chen
Cc: Thierry Reding
The license text was removed from these files, yet they somehow missed
the big "add SPDX tags to all files" sweep due to them being new. So
add the proper SPDX license tag to them, based on the original license
text in the file.
Cc: Mathias Nyman
Signed-off-by: Greg
Hi,
(please avoid top-posting)
Juan Simón writes:
> I have followed the guide https://wiki.archlinux.org/index.php/Bisecting_bugs
> :
>
> $ git clone https://github.com/torvalds/linux
> $ git bisect good v4.12
> $ git bisect bad v4.13
> Bisecting: 7028 revisions left to
Am Montag, den 06.11.2017, 13:30 +0100 schrieb Andrey Konovalov:
> On Mon, Nov 6, 2017 at 10:49 AM, Oliver Neukum wrote:
> >
> >
> > 2. Will a device work after that? The appropriate fix may be to wait
> > until the device is properly initialized.
>
> This shouldn't affect
Hi,
I have followed the guide https://wiki.archlinux.org/index.php/Bisecting_bugs :
$ git clone https://github.com/torvalds/linux
$ git bisect good v4.12
$ git bisect bad v4.13
Bisecting: 7028 revisions left to test after this (roughly 13 steps)
[ac7b75966c9c86426b55fe1c50ae148aa4571075] Merge
On Mon, Nov 6, 2017 at 3:06 PM, Bjørn Mork wrote:
> Andrey Konovalov writes:
>
>> Hi!
>>
>> I've got the following report while fuzzing the kernel with syzkaller.
>
> Thanks. It would have helped a lot of you said *what* you were fuzzing,
> though But
On Mon, Nov 06, 2017 at 04:46:04PM +0200, Felipe Balbi wrote:
> Greg Kroah-Hartman writes:
>
> > Now that the SPDX tag is in all USB files, that identifies the license
> > in a specific and legally-defined manner. So the extra GPL text wording
> > can be removed as
On 03.11.2017 23:37, Curt Meyers wrote:
On 09/19/2017 06:00 AM, Mathias Nyman wrote:
On 08.09.2017 20:35, Curt Meyers wrote:
On 09/05/2017 02:56 PM, Curt Meyers wrote:
On 09/04/2017 04:13 AM, Mathias Nyman wrote:
On 04.09.2017 13:46, Felipe Balbi wrote:
Hi,
Mathias Nyman
On Mon, Nov 06, 2017 at 03:37:14PM +0100, Greg Kroah-Hartman wrote:
> Now that the SPDX tag is in all USB files, that identifies the license
> in a specific and legally-defined manner. So the extra GPL text wording
> can be removed as it is no longer needed at all.
>
> This is done on a quest to
Greg Kroah-Hartman writes:
> Now that the SPDX tag is in all USB files, that identifies the license
> in a specific and legally-defined manner. So the extra GPL text wording
> can be removed as it is no longer needed at all.
>
> This is done on a quest to remove the
On 06/11/2017 at 15:37, Greg Kroah-Hartman wrote:
> Now that the SPDX tag is in all USB files, that identifies the license
> in a specific and legally-defined manner. So the extra GPL text wording
> can be removed as it is no longer needed at all.
>
> This is done on a quest to remove the 700+
Greg Kroah-Hartman writes:
> Now that the SPDX tag is in all USB files, that identifies the license
> in a specific and legally-defined manner. So the extra GPL text wording
> can be removed as it is no longer needed at all.
>
> This is done on a quest to remove the
Greg Kroah-Hartman writes:
> Now that the SPDX tag is in all USB files, that identifies the license
> in a specific and legally-defined manner. So the extra GPL text wording
> can be removed as it is no longer needed at all.
>
> This is done on a quest to remove the
Greg Kroah-Hartman writes:
> Now that the SPDX tag is in all USB files, that identifies the license
> in a specific and legally-defined manner. So the extra GPL text wording
> can be removed as it is no longer needed at all.
>
> This is done on a quest to remove the
Greg Kroah-Hartman writes:
> Now that the SPDX tag is in all USB files, that identifies the license
> in a specific and legally-defined manner. So the extra GPL text wording
> can be removed as it is no longer needed at all.
>
> This is done on a quest to remove the
Greg Kroah-Hartman writes:
> Now that the SPDX tag is in all USB files, that identifies the license
> in a specific and legally-defined manner. So the extra GPL text wording
> can be removed as it is no longer needed at all.
>
> This is done on a quest to remove the
Greg Kroah-Hartman writes:
> Now that the SPDX tag is in all USB files, that identifies the license
> in a specific and legally-defined manner. So the extra GPL text wording
> can be removed as it is no longer needed at all.
>
> This is done on a quest to remove the
Am Montag, den 06.11.2017, 15:37 +0100 schrieb Bjørn Mork :
> Setting dev->hard_mtu to 0 will cause a divide error in
> usbnet_probe. Protect against devices with bogus CDC Ethernet
> functional descriptors by ignoring a zero wMaxSegmentSize.
>
> Signed-off-by: Bjørn Mork
Now that the SPDX tag is in all USB files, that identifies the license
in a specific and legally-defined manner. So the extra GPL text wording
can be removed as it is no longer needed at all.
This is done on a quest to remove the 700+ different ways that files in
the kernel describe the GPL
Now that the SPDX tag is in all USB files, that identifies the license
in a specific and legally-defined manner. So the extra GPL text wording
can be removed as it is no longer needed at all.
This is done on a quest to remove the 700+ different ways that files in
the kernel describe the GPL
Now that the SPDX tag is in all USB files, that identifies the license
in a specific and legally-defined manner. So the extra GPL text wording
can be removed as it is no longer needed at all.
This is done on a quest to remove the 700+ different ways that files in
the kernel describe the GPL
Now that the SPDX tag is in all USB files, that identifies the license
in a specific and legally-defined manner. So the extra GPL text wording
can be removed as it is no longer needed at all.
This is done on a quest to remove the 700+ different ways that files in
the kernel describe the GPL
Now that the SPDX tag is in all USB files, that identifies the license
in a specific and legally-defined manner. So the extra GPL text wording
can be removed as it is no longer needed at all.
This is done on a quest to remove the 700+ different ways that files in
the kernel describe the GPL
Now that the SPDX tag is in all USB files, that identifies the license
in a specific and legally-defined manner. So the extra GPL text wording
can be removed as it is no longer needed at all.
This is done on a quest to remove the 700+ different ways that files in
the kernel describe the GPL
Now that the SPDX tag is in all USB files, that identifies the license
in a specific and legally-defined manner. So the extra GPL text wording
can be removed as it is no longer needed at all.
This is done on a quest to remove the 700+ different ways that files in
the kernel describe the GPL
Now that the SPDX tag is in all USB files, that identifies the license
in a specific and legally-defined manner. So the extra GPL text wording
can be removed as it is no longer needed at all.
This is done on a quest to remove the 700+ different ways that files in
the kernel describe the GPL
Now that the SPDX tag is in all USB files, that identifies the license
in a specific and legally-defined manner. So the extra GPL text wording
can be removed as it is no longer needed at all.
This is done on a quest to remove the 700+ different ways that files in
the kernel describe the GPL
Now that the SPDX tag is in all USB files, that identifies the license
in a specific and legally-defined manner. So the extra GPL text wording
can be removed as it is no longer needed at all.
This is done on a quest to remove the 700+ different ways that files in
the kernel describe the GPL
Now that the SPDX tag is in all USB files, that identifies the license
in a specific and legally-defined manner. So the extra GPL text wording
can be removed as it is no longer needed at all.
This is done on a quest to remove the 700+ different ways that files in
the kernel describe the GPL
Now that the SPDX tag is in all USB files, that identifies the license
in a specific and legally-defined manner. So the extra GPL text wording
can be removed as it is no longer needed at all.
This is done on a quest to remove the 700+ different ways that files in
the kernel describe the GPL
Now that the SPDX tag is in all USB files, that identifies the license
in a specific and legally-defined manner. So the extra GPL text wording
can be removed as it is no longer needed at all.
This is done on a quest to remove the 700+ different ways that files in
the kernel describe the GPL
Now that the SPDX tag is in all USB files, that identifies the license
in a specific and legally-defined manner. So the extra GPL text wording
can be removed as it is no longer needed at all.
This is done on a quest to remove the 700+ different ways that files in
the kernel describe the GPL
Now that the SPDX tag is in all USB files, that identifies the license
in a specific and legally-defined manner. So the extra GPL text wording
can be removed as it is no longer needed at all.
This is done on a quest to remove the 700+ different ways that files in
the kernel describe the GPL
Now that the SPDX tag is in all USB files, that identifies the license
in a specific and legally-defined manner. So the extra GPL text wording
can be removed as it is no longer needed at all.
This is done on a quest to remove the 700+ different ways that files in
the kernel describe the GPL
Now that the SPDX tag is in all USB files, that identifies the license
in a specific and legally-defined manner. So the extra GPL text wording
can be removed as it is no longer needed at all.
This is done on a quest to remove the 700+ different ways that files in
the kernel describe the GPL
Now that the SPDX tag is in all USB files, that identifies the license
in a specific and legally-defined manner. So the extra GPL text wording
can be removed as it is no longer needed at all.
This is done on a quest to remove the 700+ different ways that files in
the kernel describe the GPL
Now that the SPDX tag is in all USB files, that identifies the license
in a specific and legally-defined manner. So the extra GPL text wording
can be removed as it is no longer needed at all.
This is done on a quest to remove the 700+ different ways that files in
the kernel describe the GPL
Now that the SPDX tag is in all USB files, that identifies the license
in a specific and legally-defined manner. So the extra GPL text wording
can be removed as it is no longer needed at all.
This is done on a quest to remove the 700+ different ways that files in
the kernel describe the GPL
Now that the SPDX tag is in all USB files, that identifies the license
in a specific and legally-defined manner. So the extra GPL text wording
can be removed as it is no longer needed at all.
This is done on a quest to remove the 700+ different ways that files in
the kernel describe the GPL
Now that the SPDX tag is in all USB files, that identifies the license
in a specific and legally-defined manner. So the extra GPL text wording
can be removed as it is no longer needed at all.
This is done on a quest to remove the 700+ different ways that files in
the kernel describe the GPL
Setting dev->hard_mtu to 0 will cause a divide error in
usbnet_probe. Protect against devices with bogus CDC Ethernet
functional descriptors by ignoring a zero wMaxSegmentSize.
Signed-off-by: Bjørn Mork
---
I believe the problem found by syzcaller in qmi_wwan also applies
to
Now that the SPDX tag is in all USB files, that identifies the license
in a specific and legally-defined manner. So the extra GPL text wording
can be removed as it is no longer needed at all.
This is done on a quest to remove the 700+ different ways that files in
the kernel describe the GPL
Now that the SPDX tag is in all USB files, that identifies the license
in a specific and legally-defined manner. So the extra GPL text wording
can be removed as it is no longer needed at all.
This is done on a quest to remove the 700+ different ways that files in
the kernel describe the GPL
A CDC Ethernet functional descriptor with wMaxSegmentSize = 0 will
cause a divide error in usbnet_probe:
divide error: [#1] PREEMPT SMP KASAN
Modules linked in:
CPU: 0 PID: 24 Comm: kworker/0:1 Not tainted 4.14.0-rc8-44453-g1fdc1a82c34f #56
Hardware name: QEMU Standard PC (i440FX + PIIX,
Andrey Konovalov writes:
> Hi!
>
> I've got the following report while fuzzing the kernel with syzkaller.
Thanks. It would have helped a lot of you said *what* you were fuzzing,
though But based on where the bug is, I assume it is USB
descriptors?
> On commit
On Mon, Nov 6, 2017 at 6:00 AM, Mathias Nyman
wrote:
> On 06.11.2017 14:36, Chen Yu wrote:
>>
>>
>>
>> On 2017/11/6 19:32, Greg KH wrote:
A simple process is as below:
xhci_plat_probe()
|
usb_add_hcd()
On 06.11.2017 14:36, Chen Yu wrote:
On 2017/11/6 19:32, Greg KH wrote:
A simple process is as below:
xhci_plat_probe()
|
usb_add_hcd() xhci_plat_remove()
||
Hi!
I've got the following report while fuzzing the kernel with syzkaller.
On commit 39dae59d66acd86d1de24294bd2f343fd5e7a625 (4.14-rc8).
qmi_wwan 1-1:0.4: cdc-wdm0: USB WDM device
divide error: [#1] PREEMPT SMP KASAN
Modules linked in:
CPU: 0 PID: 24 Comm: kworker/0:1 Not tainted
Hi,
On Wed, Nov 01, 2017 at 05:03:13PM +, Adam Thomson wrote:
> This adds a type to represent USB PPS chargers as defined in the
> USB Power Delivery Specification Revision 3.0 V1.1
>
> Signed-off-by: Adam Thomson
Reviewed-by: Sebastian Reichel
On 2017/11/6 19:32, Greg KH wrote:
>> A simple process is as below:
>> xhci_plat_probe()
>>|
>> usb_add_hcd() xhci_plat_remove()
>> ||
>> find some device
Hi Billy,
On 11/6/2017 2:45 PM, Felipe Balbi wrote:
>
> Hi,
>
> (please, always Cc linux-usb)
>
> Billy Araujo writes:
>> I saw your contact on Linkedin and it seems you are specialist USB drivers
>> for Linux. I I am having an issue dwc2 driver generating lots of
On Mon, Nov 6, 2017 at 10:49 AM, Oliver Neukum wrote:
> Am Donnerstag, den 02.11.2017, 21:26 +0100 schrieb Andrey Konovalov:
>> When asix_suspend() is called dev->driver_priv might not have been
>> assigned a value, so we need to check that it's not NULL.
>>
>> Found by
Hi William,
On 11/6/2017 2:08 PM, wlf wrote:
> Hi Minas,
>
> 在 2017年11月06日 17:28, Minas Harutyunyan 写道:
>> Hi,
>>
>> On 11/6/2017 12:46 PM, William Wu wrote:
>>> The actual_length in dwc2_hcd_urb structure is used
>>> to indicate the total data length transferred so far,
>>> but in
When asix_suspend() is called dev->driver_priv might not have been
assigned a value, so we need to check that it's not NULL.
Similar issue is present in asix_resume(), this patch fixes it as well.
Found by syzkaller.
kasan: CONFIG_KASAN_INLINE enabled
kasan: GPF could be caused by NULL-ptr
On Mon, Nov 06, 2017 at 06:03:08PM +0800, Chen Yu wrote:
> Hi,
>
> On 2017/11/6 16:31, Greg KH wrote:
> > On Mon, Nov 06, 2017 at 04:20:23PM +0800, Yu Chen wrote:
> >> From: Yu Chen
> >>
> >> Check vdev->real_port 0 to avoid panic
> >> [9.261347] []
> >>
Hi,
(please, always Cc linux-usb)
Billy Araujo writes:
> I saw your contact on Linkedin and it seems you are specialist USB drivers
> for Linux. I I am having an issue dwc2 driver generating lots of interrupts
> 8000 /sec and was wondering if you could give me with some
(please, always Cc linux-usb)
Raveendra Padasalagi writes:
> Hi Felipe,
>
> The driver present at location: drivers/usb/gadget/udc/snps_udc_core.c
> handles Synopsys UDC controller implementation and it's currently used by
> AMD SoC's.
>
> In Broadcom SoC's we
Am Montag, den 06.11.2017, 11:07 +0100 schrieb David Demelier:
> Hello, I have a Lenovo Professional Keyboard combo which is not working on
> Linux because it sends an extra byte (0x71) for each key. Some people
> explains the situation in the followings links:
>
>
Hi Minas,
在 2017年11月06日 17:28, Minas Harutyunyan 写道:
Hi,
On 11/6/2017 12:46 PM, William Wu wrote:
The actual_length in dwc2_hcd_urb structure is used
to indicate the total data length transferred so far,
but in dwc2_update_isoc_urb_state(), it just updates
the actual_length of isoc frame, and
Hello, I have a Lenovo Professional Keyboard combo which is not working on
Linux because it sends an extra byte (0x71) for each key. Some people explains
the situation in the followings links:
Hi,
On 2017/11/6 16:31, Greg KH wrote:
> On Mon, Nov 06, 2017 at 04:20:23PM +0800, Yu Chen wrote:
>> From: Yu Chen
>>
>> Check vdev->real_port 0 to avoid panic
>> [9.261347] []
>> xhci_free_virt_devices_depth_first+0x58/0x108
>> [9.261352] []
Am Donnerstag, den 02.11.2017, 21:26 +0100 schrieb Andrey Konovalov:
> When asix_suspend() is called dev->driver_priv might not have been
> assigned a value, so we need to check that it's not NULL.
>
> Found by syzkaller.
Hi,
1. if that happens on suspend, it will also happen on resume
2. Will
Hi Colin,
> From: Colin King, Sent: Friday, November 3, 2017 12:53 AM
>
> From: Colin Ian King
>
> Don't populate the const array max_packet_array on the stack, instead make
> it static. Makes the object code smaller by over 90 bytes:
>
> Before:
>text
1 - 100 of 111 matches
Mail list logo