Hi,
Am 11.02.19 um 08:50 schrieb Stanislaw Gruszka:
> On Sun, Feb 10, 2019 at 05:52:30PM +0100, Lorenzo Bianconi wrote:
>> Anyway we will need to avoid SG since dwc_otg controller does not support it
this isn't correct. AFAIK the dwc2 host driver doesn't implement it,
which doesn't mean the contr
On Sun, Feb 10, 2019 at 01:49:16AM +0330, Ebrahim Byagowi wrote:
>
> On 2/9/19 7:11 PM, Johan Hovold wrote:
> > On Sat, Feb 09, 2019 at 02:14:21PM +0330, Ebrahim Byagowi wrote:
> >> On 2/9/19 1:16 PM, Johan Hovold wrote:
> >>> On Sat, Feb 09, 2019 at 12:18:40PM +0330, ebra...@gnu.org wrote:
>
Hi Andy,
On Thu, Jan 31, 2019 at 03:35:37PM +0200, Heikki Krogerus wrote:
> On Wed, Jan 30, 2019 at 06:51:56PM +0200, Andy Shevchenko wrote:
> > On Wed, Jan 30, 2019 at 6:03 PM Heikki Krogerus
> > wrote:
> > >
> > > When the connections are defined in firmware, struct
> > > device_connection will
> Hi,
>
> Am 11.02.19 um 08:50 schrieb Stanislaw Gruszka:
> > On Sun, Feb 10, 2019 at 05:52:30PM +0100, Lorenzo Bianconi wrote:
> >> Anyway we will need to avoid SG since dwc_otg controller does not support
> >> it
>
> this isn't correct. AFAIK the dwc2 host driver doesn't implement it,
> which
Hi Heikki,
> @@ -84,7 +85,12 @@ enum usb_role usb_role_switch_get_role(struct
> usb_role_switch *sw) } EXPORT_SYMBOL_GPL(usb_role_switch_get_role);
>
> -static int __switch_match(struct device *dev, const void *name)
> +static int switch_fwnode_match(struct device *dev, const void *fwnode)
> +{
> On Sun, Feb 10, 2019 at 11:22:25AM +0100, Lorenzo Bianconi wrote:
> > > On Sat, Feb 09, 2019 at 09:29:05PM +0100, Stefan Wahren wrote:
> > > > > could you please test the following series:
> > > > > https://patchwork.kernel.org/cover/10764453/
> > > >
> > > > yeah this fixed the probing timeout a
Fantastic, thank you so much for the help.
On 2/11/19 11:54 AM, Johan Hovold wrote:
> On Sun, Feb 10, 2019 at 01:49:16AM +0330, Ebrahim Byagowi wrote:
>> On 2/9/19 7:11 PM, Johan Hovold wrote:
>>> On Sat, Feb 09, 2019 at 02:14:21PM +0330, Ebrahim Byagowi wrote:
On 2/9/19 1:16 PM, Johan Hovold
Hi,
Am 11.02.19 um 11:04 schrieb Lorenzo Bianconi:
>> On Sun, Feb 10, 2019 at 11:22:25AM +0100, Lorenzo Bianconi wrote:
On Sat, Feb 09, 2019 at 09:29:05PM +0100, Stefan Wahren wrote:
>> could you please test the following series:
>> https://patchwork.kernel.org/cover/10764453/
> y
From: Bartosz Golaszewski
In order to drop the hard-coded GPIO base values from the davinci GPIO
driver's platform data, we first need to get rid of all calls to the
legacy GPIO functions.
This series moves the GPIO logic related to da8xx-ohci out of the board
files and into the driver code.
Fi
From: Bartosz Golaszewski
There are two users upstream which register external callbacks for
switching the port power on/off and overcurrent protection. Both
users only use two GPIOs for that. Instead of having that functionality
in the board files, move the logic into the OHCI driver - including
From: Bartosz Golaszewski
There are no more users of the platform_data callbacks in ohci-da8xx.
Remove them.
Signed-off-by: Bartosz Golaszewski
Acked-by: Alan Stern
---
include/linux/platform_data/usb-davinci.h | 14 --
1 file changed, 14 deletions(-)
diff --git a/include/linux/p
From: Bartosz Golaszewski
Add a helper pointer to &pdev->dev. This improves readability by
removing all the &pdev->dev dereferencing.
Signed-off-by: Bartosz Golaszewski
Acked-by: Alan Stern
---
drivers/usb/host/ohci-da8xx.c | 18 +-
1 file changed, 9 insertions(+), 9 deletions
From: Bartosz Golaszewski
Add lookup entries for vbus and overcurrent gpios for da830-evm.
Signed-off-by: Bartosz Golaszewski
Reviewed-by: Linus Walleij
---
arch/arm/mach-davinci/board-da830-evm.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm/mach-davinci/board-da83
From: Bartosz Golaszewski
Add lookup entries for the vbus and overcurrent gpios for omapl138-hawk.
Signed-off-by: Bartosz Golaszewski
Reviewed-by: Linus Walleij
---
arch/arm/mach-davinci/board-omapl138-hawk.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm/mach-davinc
From: Bartosz Golaszewski
The logic implemented by these routines now lives in the da8xx-ohci
driver. Remove dead code.
Signed-off-by: Bartosz Golaszewski
---
arch/arm/mach-davinci/board-omapl138-hawk.c | 75 +
1 file changed, 1 insertion(+), 74 deletions(-)
diff --git a/a
From: Bartosz Golaszewski
The logic implemented by these routines now lives in the da8xx-ohci
driver. Remove dead code.
Signed-off-by: Bartosz Golaszewski
---
arch/arm/mach-davinci/board-da830-evm.c | 67 -
1 file changed, 67 deletions(-)
diff --git a/arch/arm/mach-dav
From: Bartosz Golaszewski
Add a new line after local variables. This improves the coding style.
Signed-off-by: Bartosz Golaszewski
Acked-by: Alan Stern
---
drivers/usb/host/ohci-da8xx.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/usb/host/ohci-da8xx.c b/drivers/usb/host/ohci-d
On Mon, Feb 11, 2019 at 09:58:04AM +, Jun Li wrote:
> Hi Heikki,
>
> > @@ -84,7 +85,12 @@ enum usb_role usb_role_switch_get_role(struct
> > usb_role_switch *sw) } EXPORT_SYMBOL_GPL(usb_role_switch_get_role);
> >
> > -static int __switch_match(struct device *dev, const void *name)
> > +stati
> Hi,
>
> Am 11.02.19 um 11:04 schrieb Lorenzo Bianconi:
> >> On Sun, Feb 10, 2019 at 11:22:25AM +0100, Lorenzo Bianconi wrote:
> On Sat, Feb 09, 2019 at 09:29:05PM +0100, Stefan Wahren wrote:
> >> could you please test the following series:
> >> https://patchwork.kernel.org/cover/107
On Mon, Feb 11, 2019 at 10:39 AM Heikki Krogerus
wrote:
> On Thu, Jan 31, 2019 at 03:35:37PM +0200, Heikki Krogerus wrote:
> > On Wed, Jan 30, 2019 at 06:51:56PM +0200, Andy Shevchenko wrote:
> > > On Wed, Jan 30, 2019 at 6:03 PM Heikki Krogerus
> > > wrote:
> > > >
> > > > When the connections a
>On Thu, Jan 31, 2019 at 11:52:31AM +, Pawel Laszczak wrote:
>> Patch moves switch responsible for decoding descriptor type
>> outside snprintf. It's little improves code readability.
>
>Should that last sentence read: "It improves code readability a little"?
>
Yes, it should.
Thanks
Pawel
On Mon, Feb 11, 2019 at 12:46:29PM +0200, Heikki Krogerus wrote:
> On Mon, Feb 11, 2019 at 09:58:04AM +, Jun Li wrote:
> > Hi Heikki,
> >
> > > @@ -84,7 +85,12 @@ enum usb_role usb_role_switch_get_role(struct
> > > usb_role_switch *sw) } EXPORT_SYMBOL_GPL(usb_role_switch_get_role);
> > >
>
Hi,
>
>Greg KH writes:
>> On Thu, Jan 31, 2019 at 11:52:29AM +, Pawel Laszczak wrote:
>>> Patch moves some decoding functions from driver/usb/dwc3/debug.h driver
>>> to driver/usb/common/debug.c file. These moved functions include:
>>> dwc3_decode_get_status
>>> dwc3_decode_set_clear_
On Fri, Feb 01, 2019 at 05:10:26PM +0100, Christoph Hellwig wrote:
> On Fri, Feb 01, 2019 at 03:19:41PM +0200, Felipe Balbi wrote:
> > Christoph Hellwig writes:
> >
> > > dma_map_single already transfers ownership to the device.
> > >
> > > Signed-off-by: Christoph Hellwig
> >
> > Do you want m
Hi,
Pawel Laszczak writes:
+/**
+ * usb_decode_ctrl - Returns human readable representation of control
request.
+ * @str: buffer to return a human-readable representation of control
request.
+ * This buffer should have about 200 bytes.
>>>
>>> "about 200 byt
Hi,
Christoph Hellwig writes:
> On Fri, Feb 01, 2019 at 05:10:26PM +0100, Christoph Hellwig wrote:
>> On Fri, Feb 01, 2019 at 03:19:41PM +0200, Felipe Balbi wrote:
>> > Christoph Hellwig writes:
>> >
>> > > dma_map_single already transfers ownership to the device.
>> > >
>> > > Signed-off-by:
>
>Pawel Laszczak writes:
> +/**
> + * usb_decode_ctrl - Returns human readable representation of control
> request.
> + * @str: buffer to return a human-readable representation of control
> request.
> + * This buffer should have about 200 bytes.
"about 20
Hope I'm doing this right, following
https://wiki.ubuntu.com/Bugs/Upstream/kernel and Christopher M. Penalver's
suggestion to email to Mathias Nyman and Greg Kroah-Hartman.
[1.] One line summary of the problem:
Kernel fails to suspend on Macbook Pro 2015 probably due to usb2.
[2.] Full descript
On Thu, Feb 07, 2019 at 11:18:11AM -0800, Ajay Gupta wrote:
> Hi Heikki
>
> These changes adds support for updating firmware on Cypress CCGx
> controller. New version (v5) has fixes from Oliver Neukum
>
> I have tested them on NVIDIA GPU card.
>
> Firmware binary pull-request is posted to linux-
Hi Lorenzo,
Am 11.02.19 um 12:06 schrieb Lorenzo Bianconi:
>> Hi,
>>
>> Am 11.02.19 um 11:04 schrieb Lorenzo Bianconi:
On Sun, Feb 10, 2019 at 11:22:25AM +0100, Lorenzo Bianconi wrote:
>> On Sat, Feb 09, 2019 at 09:29:05PM +0100, Stefan Wahren wrote:
could you please test the fol
On Mon, Feb 11, 2019 at 8:45 AM Selwyn wrote:
>
> Hope I'm doing this right, following
> https://wiki.ubuntu.com/Bugs/Upstream/kernel and Christopher M. Penalver's
> suggestion to email to Mathias Nyman and Greg Kroah-Hartman.
>
> [1.] One line summary of the problem:
> Kernel fails to suspend o
In remove(), use cancel_delayed_work_sync() to cancel the
delayed work. Otherwise there's a chance that this work
will continue to run until after the device has been removed.
This issue was detected with the help of Coccinelle.
Cc: Tony Lindgren
Cc: Bin Liu
Fixes: b6a619a883c3 ("usb: phy: Chec
> Hi Lorenzo,
>
> Am 11.02.19 um 12:06 schrieb Lorenzo Bianconi:
> >> Hi,
> >>
> >> Am 11.02.19 um 11:04 schrieb Lorenzo Bianconi:
> On Sun, Feb 10, 2019 at 11:22:25AM +0100, Lorenzo Bianconi wrote:
> >> On Sat, Feb 09, 2019 at 09:29:05PM +0100, Stefan Wahren wrote:
> could you p
On Mon, 11 Feb 2019, Lorenzo Bianconi wrote:
> Here it is a different issue respect to the AMD IOMMU one, dwc2 host driver
> does not implement SG I/O so probing fails. I guess it is still useful to
> implement a 'legacy' mode that enable mt76 on host controllers that do not
> implement
> SG I/O
On 07.02.2019 16:10, Mathias Nyman wrote:
On 04.02.2019 18:30, Eric Blau wrote:
On Mon, Feb 4, 2019 at 10:49 AM Mathias Nyman
wrote:
On 04.02.2019 17:27, Alan Stern wrote:
I would prefer to see the underlying cause for this problem figured
out. Why is the USB3 port stuck in polling mode?
Hi,
Am 11.02.19 um 16:10 schrieb Lorenzo Bianconi:
>> Hi Lorenzo,
>>
>> Am 11.02.19 um 12:06 schrieb Lorenzo Bianconi:
Hi,
Am 11.02.19 um 11:04 schrieb Lorenzo Bianconi:
>> On Sun, Feb 10, 2019 at 11:22:25AM +0100, Lorenzo Bianconi wrote:
On Sat, Feb 09, 2019 at 09:29:0
> Hi,
>
> Am 11.02.19 um 16:10 schrieb Lorenzo Bianconi:
> >> Hi Lorenzo,
> >>
> >> Am 11.02.19 um 12:06 schrieb Lorenzo Bianconi:
> Hi,
>
> Am 11.02.19 um 11:04 schrieb Lorenzo Bianconi:
> >> On Sun, Feb 10, 2019 at 11:22:25AM +0100, Lorenzo Bianconi wrote:
> On Sat, F
Hi,
I've been trying to find a way of informing user space that the eject
button has been pressed on the host PC. I put some debug in
do_scsi_command and I only see the TEST_UNIT_READY command with
nothing in it to distinguish it from other TEST_UNIT_READY commands.
After loading the gadget kerne
From: Paul Cercueil
Add support for probing the driver from devicetree.
Signed-off-by: Paul Cercueil
Signed-off-by: Bin Liu
---
drivers/usb/musb/jz4740.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/drivers/usb/musb/jz4740.c b/drivers/usb/musb/jz4740.c
index 04d8b2bc205a..a
From: Colin Ian King
A return statement is indented one level too far, fix this by removing
a tab.
Signed-off-by: Colin Ian King
Signed-off-by: Bin Liu
---
drivers/usb/musb/musb_host.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/usb/musb/musb_host.c b/drivers/u
Hi Greg,
Here are musb patches for v5.1 merge window, which add devicetree support and
improve Kconfig dependencies for musb jz4740, and fix an improper indentation.
Please let me know if any change is needed.
Regards,
-Bin.
---
Colin Ian King (1):
USB: musb: fix indentation issue on a return
From: Paul Cercueil
The Kconfig entry previously depended on USB_OTG_BLACKLIST_HUB
unconditionally, which is an option that is only available when
CONFIG_USB is enabled. However, the USB IP in the JZ4740 SoC does not
support host mode, only gadget mode, so it makes sense to allow it to
build when
From: Paul Cercueil
Depending on MACH_JZ4740 prevent us from creating a generic kernel that
works on more than one MIPS board. Instead, we just depend on MIPS being
set.
Signed-off-by: Paul Cercueil
Signed-off-by: Bin Liu
---
drivers/usb/musb/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1
From: Paul Cercueil
This commit adds documentation for the device-tree bindings of the
jz4740-musb driver, which provides support for the USB gadget mode
of the JZ4740 and similar SoCs from Ingenic.
Signed-off-by: Paul Cercueil
Reviewed-by: Rob Herring
Signed-off-by: Bin Liu
---
.../bindings
On Mon, Feb 11, 2019 at 04:27:40PM +0100, Stefan Wahren wrote:
> >> All my results refers to the mainline kernel we all should talk about. I
> >> started a gist which try to describe the mainline variant:
> >> https://gist.github.com/lategoodbye/c7317a42bf7f9c07f5a91baed8c68f75
> > So to summarize:
On Mon, 11 Feb 2019, Martin Townsend wrote:
> Hi,
>
> I've been trying to find a way of informing user space that the eject
> button has been pressed on the host PC. I put some debug in
> do_scsi_command and I only see the TEST_UNIT_READY command with
> nothing in it to distinguish it from other
On Mon, Feb 11, 2019 at 10:12:57AM -0500, Alan Stern wrote:
> On Mon, 11 Feb 2019, Lorenzo Bianconi wrote:
>
> > Here it is a different issue respect to the AMD IOMMU one, dwc2 host driver
> > does not implement SG I/O so probing fails. I guess it is still useful to
> > implement a 'legacy' mode t
On Mon, 11 Feb 2019 pe...@netsecpt.com wrote:
> I am using a medion 96232 , an old laptop with a cpu intel celeron M .
>
> My linux kernel is unable to detect any device i plugin in any usb port
> except if it is already plugged in before i start the computer .
> Dmesg does not show anything whe
On Mon, 11 Feb 2019, Stanislaw Gruszka wrote:
> On Mon, Feb 11, 2019 at 10:12:57AM -0500, Alan Stern wrote:
> > On Mon, 11 Feb 2019, Lorenzo Bianconi wrote:
> >
> > > Here it is a different issue respect to the AMD IOMMU one, dwc2 host
> > > driver
> > > does not implement SG I/O so probing fail
Hi Alan,
On Mon, Feb 11, 2019 at 5:28 PM Alan Stern wrote:
>
> On Mon, 11 Feb 2019, Martin Townsend wrote:
>
> > Hi,
> >
> > I've been trying to find a way of informing user space that the eject
> > button has been pressed on the host PC. I put some debug in
> > do_scsi_command and I only see the
Hello Eric,
thanks for the fast reply & great to hear the issue is pinpointed to a
single commit! Much appreciated.
Can I help in any way to get this fixed?
Greetings,
Selwyn.
On 11-02-19 15:15, Eric Blau wrote:
> On Mon, Feb 11, 2019 at 8:45 AM Selwyn wrote:
>> Hope I'm doing this right, fo
On Mon, 11 Feb 2019, Martin Townsend wrote:
> I can confirm that do_start_stop is called and the code where it
> closes the LUN captures the EJECT (tested using Linux and Windows
> host).
>
> up_read(&common->filesem);
> down_write(&common->filesem);
> printk(KERN_ERR "do_start_stop -> fsg_lun_cl
Hi Heikki,
> -Original Message-
> From: Heikki Krogerus
> Sent: Friday, February 8, 2019 5:48 AM
> To: Michael Hsu
> Cc: Greg Kroah-Hartman ; Ajay Gupta
> ; linux-usb@vger.kernel.org
> Subject: Re: [PATCH 4/5] usb: typec: ucsi: Preliminary support for alternate
> modes
>
> Hi Michael,
>
>
> On Mon, 11 Feb 2019, Stanislaw Gruszka wrote:
>
> > On Mon, Feb 11, 2019 at 10:12:57AM -0500, Alan Stern wrote:
> > > On Mon, 11 Feb 2019, Lorenzo Bianconi wrote:
> > >
> > > > Here it is a different issue respect to the AMD IOMMU one, dwc2 host
> > > > driver
> > > > does not implement SG I/O
> -Original Message-
> From: Heikki Krogerus
> Sent: 2019年2月11日 18:46
> To: Jun Li
> Cc: Greg Kroah-Hartman ; Andy Shevchenko
> ; Chen Yu ; Hans de
> Goede ; linux-usb@vger.kernel.org;
> linux-ker...@vger.kernel.org
> Subject: Re: [PATCH v2 6/9] usb: roles: Find the muxes by also matchi
On Thu, Feb 07, 2019 at 11:29:14PM +, Paul Burton wrote:
> Would you like this to go through the MIPS tree or elsewhere? If the
> latter:
>
> Acked-by: Paul Burton
Please pick it up through the mips tree!
56 matches
Mail list logo
