To match the rest of the kernel, the SPDX tags for the drivers/usb/core/
files are moved to the first line of the file. This makes it more
obvious the tag is present as well as making it match the other 12k
files in the tree with this location.
It also uses // to match the "expected style" as wel
On Fri, Nov 03, 2017 at 11:28:30AM +0100, Greg Kroah-Hartman wrote:
> It's good to have SPDX identifiers in all files to make it easier to
> audit the kernel tree for correct licenses.
>
> Update the drivers/usb/ and include/linux/usb* files with the correct
> SPDX license identifier based on the
Greg Kroah-Hartman writes:
> It's good to have SPDX identifiers in all files to make it easier to
> audit the kernel tree for correct licenses.
>
> Update the drivers/usb/ and include/linux/usb* files with the correct
> SPDX license identifier based on the license text in the file itself.
> The S
Hi,
Greg Kroah-Hartman writes:
>> > >> Greg Kroah-Hartman writes:
>> >>> > >> >> > xHCI compatible USB host controllers(i.e. super-speed USB3
>> >>> > >> >> > controllers)
>> >>> > >> >> > can be implemented with the Debug Capability(DbC). It
>> >>> > >> >> > presents a d
Hi,
andy_purc...@keysight.com writes:
>> > > And where is your swap? What happens if you just do not have swap at
>> > > all?
>> > Our system has no swap. Running 'top' says 0 total, 0 free, 0 used
>>
>> then your program can not get swapped out, so this whole thing is crazy.
>
> Colleague say
Hi,
andy_purc...@keysight.com writes:
> Hello,
>
> I have a second issue with a functionfs USB-device implementation.
>
> The scenario is this:
> 1) USB-device app starts up, runs fine
> 2) ssh to the device, kill the app with CTRL-C
> 3) try to start the USB-device app 2nd time
>
> PANIC
>
Sometimes the USB device gets confused about the state of the initialization and
the connection fails. In particular, the device thinks that it's already set up
and running while the host thinks the device still needs to be configured. To
work around this issue, power-cycle the hub's output to issu
There will never be a case when gadget.speed isn't already
USB_SPEED_FULL if connection is not USB-3 and gadget.speed
is not USB_SPEED_HIGH or USB_SPEED_LOW.
Remove the unnecessary code.
Signed-off-by: Roger Quadros
---
drivers/usb/gadget/udc/dummy_hcd.c | 2 --
1 file changed, 2 deletions(-)
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 licen
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 licen
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 licen
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 licen
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 licen
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 licen
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 licen
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 licen
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 licen
On Fri, Nov 03, 2017 at 12:50:57PM +0200, Felipe Balbi wrote:
> Greg Kroah-Hartman writes:
>
> > It's good to have SPDX identifiers in all files to make it easier to
> > audit the kernel tree for correct licenses.
> >
> > Update the drivers/usb/ and include/linux/usb* files with the correct
> > S
On 11/02/2017 07:02 PM, Jack Pham wrote:
> Hi Alex,
>
> On Tue, Oct 31, 2017 at 08:11:30AM -0500, Alex Elder wrote:
>> No Qualcomm SoC requires the "phy-msm-usb.c" USB phy driver support
>> any more, so remove the code.
>>
>> Suggested-by: Stephen Boyd
>> Signed-off-by: Alex Elder
>> Acked-by: B
On 11/02/2017 07:21 PM, Jack Pham wrote:
> The last two remaining drivers (ehci-msm.c and phy-msm-usb.c) that
> needed this header were recently removed, so delete this now-unused
> file.
>
> Signed-off-by: Jack Pham
Looks good. Thanks a lot Jack.
Reviewed-by: Alex Elder
> ---
> include/lin
On Thu, Nov 2, 2017 at 2:58 PM, Adam Ford wrote:
> On Thu, Nov 2, 2017 at 2:43 PM, Tony Lindgren wrote:
>> * Bin Liu [171031 18:35]:
>>> Hi,
>>>
>>> On Tue, Oct 31, 2017 at 12:56:40PM -0500, Adam Ford wrote:
>>> > We have a situation where occasionally the USB glitches where the D-
>>> > glitche
On Fri, 3 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+ diffe
On Fri, 3 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+ diffe
Without this patch, K70 LUX keyboards don't work, saying
usb 3-3: unable to read config index 0 descriptor/all
usb 3-3: can't read configurations, error -110
usb usb3-port3: unable to enumerate USB device
Signed-off-by: Bernhard Rosenkraenzer
---
drivers/usb/core/quirks.c | 3 +++
1 file changed
On Fri, Nov 03, 2017 at 11:28:30AM +0100, Greg Kroah-Hartman wrote:
> It's good to have SPDX identifiers in all files to make it easier to
> audit the kernel tree for correct licenses.
>
> Update the drivers/usb/ and include/linux/usb* files with the correct
> SPDX license identifier based on the
Alan, this might also be a good time to remove the "Please see [...]
for more information" bits also. That URL hasn't worked for well,
a very very long time.
Matt
On Fri, Nov 3, 2017 at 7:45 AM, Alan Stern wrote:
> On Fri, 3 Nov 2017, Greg Kroah-Hartman wrote:
>
>> Now that the SPDX tag is
On Fri, Nov 03, 2017 at 10:01:01AM -0700, Matthew Dharm wrote:
> Alan, this might also be a good time to remove the "Please see [...]
> for more information" bits also. That URL hasn't worked for well,
> a very very long time.
I can do that too if you want in a follow-on patch.
thanks,
greg
Several GPL-2.0 drivers used "GPL" rather than "GPL v2" in their
MODULE_LICENSE macros; fix the macros to match the licenses.
Signed-off-by: Johan Hovold
---
Greg,
Here's a follow-up you can apply after you add the SPDX identifiers.
Thanks,
Johan
drivers/usb/serial/aircable.c | 2 +
On Fri, Nov 03, 2017 at 06:12:08PM +0100, Johan Hovold wrote:
> Several GPL-2.0 drivers used "GPL" rather than "GPL v2" in their
> MODULE_LICENSE macros; fix the macros to match the licenses.
>
> Signed-off-by: Johan Hovold
> ---
>
> Greg,
>
> Here's a follow-up you can apply after you add the
On Fri, Nov 03, 2017 at 12:40:56PM +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 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 already set
> up
> and running while the host thinks the device still needs to be configured. To
How
On Fri, 3 Nov 2017, Greg Kroah-Hartman wrote:
> On Fri, Nov 03, 2017 at 10:01:01AM -0700, Matthew Dharm wrote:
> > Alan, this might also be a good time to remove the "Please see [...]
> > for more information" bits also. That URL hasn't worked for well,
> > a very very long time.
>
> I can d
On Fri, 3 Nov 2017, Roger Quadros wrote:
> There will never be a case when gadget.speed isn't already
> USB_SPEED_FULL if connection is not USB-3 and gadget.speed
> is not USB_SPEED_HIGH or USB_SPEED_LOW.
>
> Remove the unnecessary code.
>
> Signed-off-by: Roger Quadros
> ---
> drivers/usb/gad
On Fri, 3 Nov 2017, Adam Ford wrote:
> One other similar question. I apologize for my ignorance. It appears
> as if the MUSB support suspending and resume in host mode. If we can
> predict that the noise will generate, we're hoping to suspend the USB
> before the noise even, then resume the USB
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 writes:
Unfortunately config endpoint command doesn't log
Hello Felipe,
> >
> > I have a second issue with a functionfs USB-device implementation.
> >
> > The scenario is this:
> > 1) USB-device app starts up, runs fine
> > 2) ssh to the device, kill the app with CTRL-C
> > 3) try to start the USB-device app 2nd time
> >
> > PANIC
> >
> > dmesg output:
>
36 matches
Mail list logo
