On Tue, Apr 15, 2014 at 10:05:42PM +0800, Alan Stern wrote:
> On Tue, 15 Apr 2014, Pratyush Anand wrote:
>
> > > How about just creating a normal USB device instead of a platform
> > > device? I think all you have to do is make usb_new_device() avoid
> > > calling usb_enumerate_device() when th
On Wed, Apr 16, 2014 at 10:54:26AM -0400, Alan Stern wrote:
> On Tue, 15 Apr 2014, Michael Welling wrote:
>
> > Allows the driver to turn off the clock during suspend for additional power
> > savings.
> >
> > Signed-off-by: Michael Welling
>
> > @@ -181,6 +182,40 @@ static int ehci_atmel_drv_r
On Mon, Apr 14 2014, Alan Stern wrote:
> How many diagnostic patches have you tried so far? I've lost track.
Hi Alan,
diag1: the one with the alan-timer
diag2: reverts commit 0aa2832dd0d9d860 and instead, prints
out information showing what the commit would do
diag3: partially reverts
Move mode (Host, Peripheral, OTG) initialization
to its own function in order to decrease the size
of our probe() routine.
Signed-off-by: Felipe Balbi
---
drivers/usb/dwc3/core.c | 133
1 file changed, 67 insertions(+), 66 deletions(-)
diff --git
This patch is in preparation to supporting
calling those functions multiple times.
Signed-off-by: Felipe Balbi
---
drivers/usb/musb/am35x.c| 4 ++--
drivers/usb/musb/blackfin.c | 6 +++---
drivers/usb/musb/da8xx.c| 4 ++--
drivers/usb/musb/davinci.c | 4 ++--
drivers/usb/musb/tusb6010.c
now that all functions match the driver name,
the only missing piece is to rename the header
file itself.
Signed-off-by: Felipe Balbi
---
drivers/usb/dwc3/dwc3-exynos.c | 2 +-
drivers/usb/dwc3/dwc3-pci.c | 2 +-
drivers/usb/musb/am3
We only support GPL drivers in the USB Gadget Framework,
it sounds correct to make all exported symbols GPL too.
Signed-off-by: Felipe Balbi
---
drivers/usb/gadget/configfs.c | 2 +-
drivers/usb/gadget/f_fs.c | 6 ++---
drivers/usb/gadget/f_rndis.c| 2 +-
drivers/usb/g
it's now very easy to return a platform_device pointer
and have the caller pass it as argument when calling
usb_phy_generic_unregister().
Signed-off-by: Felipe Balbi
---
drivers/usb/musb/am35x.c| 12 +---
drivers/usb/musb/blackfin.c | 10 --
drivers/usb/musb/d
no functional changes, just renaming the function
in order to make it slightly clearer what it should
be used for, also matching the driver name.
Signed-off-by: Felipe Balbi
---
drivers/usb/dwc3/dwc3-exynos.c| 6 ++---
drivers/usb/dwc3/dwc3-pci.c | 6 ++---
drivers/usb/musb/a
our probe() routine is too large and we can
easily refactor PHY-related code out to another
function to make it slightly less painful to read.
Signed-off-by: Felipe Balbi
---
drivers/usb/dwc3/core.c | 120 ++--
1 file changed, 66 insertions(+), 54 dele
so it seems like DWC3 IP doesn't clear stalls
automatically when we disable an endpoint, because
of that, we _must_ make sure stalls are cleared
before clearing the proper bit in DALEPENA register.
Cc: # v3.4+
Reported-by: Johannes Stezenbach
Signed-off-by: Felipe Balbi
---
drivers/usb/dwc3/ga
Hi folks,
I have been playing with following patches today and
I think they're ready to be queued up for v3.16 but
I wanted to get some comments/test results before
I apply them to my 'next' branch.
Thanks
Felipe Balbi (8):
usb: dwc3: gadget: clear stall when disabling endpoint
usb: dwc3: co
On Tue, Apr 08, 2014 at 07:59:28PM +0800, 刘磊 wrote:
> dear linuxfoundation:
> I'm not sure if you receive our mails in lase week , i resend it now.
> Please confirm whether it is correct format for submit.
> Looking forward to your reply.
>
> modify reason:
> 1. Move device pid fffe from
> From: linux-usb-ow...@vger.kernel.org
> [mailto:linux-usb-ow...@vger.kernel.org] On Behalf Of sundeep subbaraya
> Sent: Wednesday, April 16, 2014 3:39 AM
>
> Hi Felipe,
>
> On Thu, Apr 3, 2014 at 8:28 PM, Felipe Balbi wrote:
>
> >> +static int start_dma(struct xusb_ep *ep, u32 src, u32 dst,
Hi,
On Wed, Apr 16, 2014 at 04:09:28PM +0530, sundeep subbaraya wrote:
> Hi Felipe,
>
> On Thu, Apr 3, 2014 at 8:28 PM, Felipe Balbi wrote:
>
> >> +static int start_dma(struct xusb_ep *ep, u32 src, u32 dst, u32 length)
> >
> > please prepend this with xudc_, it makes tracing a lot easier.
> >
>
On Wed, 16 Apr 2014, Laurent Pinchart wrote:
> Hi Thomas,
>
> (CC'ing the linux-usb mailing list)
>
> On Tuesday 15 April 2014 16:45:28 Thomas Pugliese wrote:
> > On Tue, 15 Apr 2014, Laurent Pinchart wrote:
> > > Hi Thomas,
> > >
> > > Could you please send me a proper revert patch with the
On 04/16/2014 10:00 AM, Laurent Pinchart wrote:
> Platform drivers sometimes need to perform specific handling of hub
> control requests. Make this possible by exporting the ehci_hub_control()
> function which can then be called from a custom hub control handler in
> the default case.
The Tegra pa
Optimieren Sie Ihren 500,000,00 Euro
--
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
On Wed, 16 Apr 2014, Matteo Fortini wrote:
> It's and AMD Geode single board computer, using CS5535 companion chip.
>
> Here's the pertaining lspci -vvv section:
>
> 00:0f.4 Class 0c03: Device 1022:2094 (rev 02) (prog-if 10)
> Subsystem: Device 1022:2094
> Control: I/O- Mem+ BusMaster+
Hello,
The PXA27x OHCI implementation doesn't perform automatic control of port power
supplies for all ports. While the PPS and LSDA bits of the HcRhPortStatus
register are implemented, only a subset of ports have an external power enable
pin controlled by the port status register. Other ports nee
Signed-off-by: Laurent Pinchart
---
arch/arm/mach-pxa/zeus.c | 89 ++--
1 file changed, 48 insertions(+), 41 deletions(-)
diff --git a/arch/arm/mach-pxa/zeus.c b/arch/arm/mach-pxa/zeus.c
index b19d1c3..205f9bf 100644
--- a/arch/arm/mach-pxa/zeus.c
+++
Override the hub control operation to enable and disable external
regulators for the ports vbus power supply in response to clear/set
USB_PORT_FEAT_POWER requests.
Signed-off-by: Laurent Pinchart
Acked-by: Alan Stern
---
drivers/usb/host/ohci-pxa27x.c | 68 ++
Platform drivers sometimes need to perform specific handling of hub
control requests and status data. Make this possible by exporting the
ohci_hub_control() and ohci_hub_status_data() functions which can then
be called from custom hub operations in the default case.
Signed-off-by: Laurent Pinchart
Platform drivers sometimes need to perform specific handling of hub
control requests. Make this possible by exporting the ehci_hub_control()
function which can then be called from a custom hub control handler in
the default case.
Signed-off-by: Laurent Pinchart
Acked-by: Alan Stern
---
drivers/
On Wed, Apr 16, 2014 at 12:03 PM, Michael Grzeschik wrote:
> Yes, when this patch got reverted it will probably break usb support
> on mx6 machines. We have seen different behaviour on several mxc/mxs
> machines regarding the order of PORTSC and phy configuration.
>
> We will probably need to test
Hi Alan,
On Wednesday 16 April 2014 11:07:34 Alan Stern wrote:
> On Wed, 16 Apr 2014, Laurent Pinchart wrote:
> > Override the hub control operation to enable and disable external
> > regulators for the ports vbus power supply in response to clear/set
> > USB_PORT_FEAT_POWER requests.
> >
> > Sig
It's and AMD Geode single board computer, using CS5535 companion chip.
Here's the pertaining lspci -vvv section:
00:0f.4 Class 0c03: Device 1022:2094 (rev 02) (prog-if 10)
Subsystem: Device 1022:2094
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- Fas
On Wed, Apr 16, 2014 at 02:48:21PM +0300, Grygorii Strashko wrote:
> This fixes a regression on Keystone 2 platforms caused by patch
> 57303488cd37da58263e842de134dc65f7c626d5
> "usb: dwc3: adapt dwc3 core to use Generic PHY Framework" which adds
> optional support of generic phy in DWC3 core.
>
>
On Wed, 16 Apr 2014, Laurent Pinchart wrote:
> Override the hub control operation to enable and disable external
> regulators for the ports vbus power supply in response to clear/set
> USB_PORT_FEAT_POWER requests.
>
> Signed-off-by: Laurent Pinchart
> @@ -417,6 +467,16 @@ int usb_hcd_pxa27x_pr
Hi,
On Wed, Apr 16, 2014 at 09:53:34AM -0300, Fabio Estevam wrote:
> On Wed, Apr 16, 2014 at 8:58 AM, Alexander Shiyan wrote:
>
> > I can tell immediately without further testing,
> > this will not work without the USB support in the bootoader because
> > we do not have DT support for ULPI.
>
>
On Wed, 16 Apr 2014, Laurent Pinchart wrote:
> Hello,
>
> The PXA27x OHCI implementation doesn't perform automatic control of port power
> supplies for all ports. While the PPS and LSDA bits of the HcRhPortStatus
> register are implemented, only a subset of ports have an external power enable
> p
On Tue, 15 Apr 2014, Michael Welling wrote:
> Allows the driver to turn off the clock during suspend for additional power
> savings.
>
> Signed-off-by: Michael Welling
> @@ -181,6 +182,40 @@ static int ehci_atmel_drv_remove(struct platform_device
> *pdev)
> return 0;
> }
>
> +#ifdef
Hi,
On Wed, Apr 16, 2014 at 7:14 PM, Tomasz Figa wrote:
> Hi Vivek,
>
>
> On 15.04.2014 08:09, Vivek Gautam wrote:
>>
>> Hi Tomasz,
>>
>>
>> On Thu, Apr 10, 2014 at 5:09 PM, Vivek Gautam
>> wrote:
>>>
>>> On Wed, Apr 9, 2014 at 7:03 PM, Tomasz Figa wrote:
On 09.04.2014 13:49, Vivek G
On Tue, 15 Apr 2014, Matteo Fortini wrote:
> Yes, we tried with 3.14 and after less than 24hrs.
>
> What could we do to fix the issue?
>
> Thank you,
> Matteo
>
> Here's dmesg output:
>
> [103200.145660] INFO: task :2341 blocked for more than 120 seconds.
> [103200.145774] Not ta
Hi Richard,
On Wed, Apr 16, 2014 at 7:03 PM, Richard Genoud
wrote:
> Hi Vivek,
>
> 2014-04-09 13:34 GMT+02:00 Vivek Gautam :
>> Hi Tomasz,
>> '
>>
>> On Wed, Apr 9, 2014 at 4:43 PM, Tomasz Figa wrote:
>>> Hi Vivek,
>>>
>> Thanks for reviewing the patch series.
>>
>>>
>>> On 08.04.2014 16:36, Vi
On Wed, Apr 16, 2014 at 10:42:41AM +, Karl Palsson wrote:
> On Wed, Apr 16, 2014 at 10:17:29AM +0200, Johan Hovold wrote:
> > Fair enough. I don't mind keeping some of those magic constants for now,
> > but I think we should at least assume that we're dealing with a fairly
> > standard LCR reg
Hi,
On Tue, Apr 15, 2014 at 06:24:11PM +0530, Vivek Gautam wrote:
> I had seen your patches in the mailing list, but i don't see any
> updated version of these patches.
> Are you planning to work on this above mentioned patch-series any time soon ?
I'm sorry, I forgot this completely. I have not
Hi Vivek,
On 15.04.2014 08:09, Vivek Gautam wrote:
Hi Tomasz,
On Thu, Apr 10, 2014 at 5:09 PM, Vivek Gautam wrote:
On Wed, Apr 9, 2014 at 7:03 PM, Tomasz Figa wrote:
On 09.04.2014 13:49, Vivek Gautam wrote:
Hi,
On Wed, Apr 9, 2014 at 4:36 PM, Tomasz Figa wrote:
Hi Vivek,
Please see
Hi Vivek,
2014-04-09 13:34 GMT+02:00 Vivek Gautam :
> Hi Tomasz,
> '
>
> On Wed, Apr 9, 2014 at 4:43 PM, Tomasz Figa wrote:
>> Hi Vivek,
>>
> Thanks for reviewing the patch series.
>
>>
>> On 08.04.2014 16:36, Vivek Gautam wrote:
>>>
>>> Removing this older USB 3.0 DRD controller PHY driver, sinc
Platform drivers sometimes need to perform specific handling of hub
control requests and status data. Make this possible by exporting the
ohci_hub_control() and ohci_hub_status_data() functions which can then
be called from custom hub operations in the default case.
Signed-off-by: Laurent Pinchart
Platform drivers sometimes need to perform specific handling of hub
control requests. Make this possible by exporting the ehci_hub_control()
function which can then be called from a custom hub control handler in
the default case.
Signed-off-by: Laurent Pinchart
---
drivers/usb/host/ehci-hub.c
Hello,
The PXA27x OHCI implementation doesn't perform automatic control of port power
supplies for all ports. While the PPS and LSDA bits of the HcRhPortStatus
register are implemented, only a subset of ports have an external power enable
pin controlled by the port status register. Other ports nee
Override the hub control operation to enable and disable external
regulators for the ports vbus power supply in response to clear/set
USB_PORT_FEAT_POWER requests.
Signed-off-by: Laurent Pinchart
---
drivers/usb/host/ohci-pxa27x.c | 67 ++
1 file changed,
Signed-off-by: Laurent Pinchart
---
arch/arm/mach-pxa/zeus.c | 89 ++--
1 file changed, 48 insertions(+), 41 deletions(-)
diff --git a/arch/arm/mach-pxa/zeus.c b/arch/arm/mach-pxa/zeus.c
index b19d1c3..205f9bf 100644
--- a/arch/arm/mach-pxa/zeus.c
+++
On Wed, Apr 16, 2014 at 8:58 AM, Alexander Shiyan wrote:
> I can tell immediately without further testing,
> this will not work without the USB support in the bootoader because
> we do not have DT support for ULPI.
The generic nop usb phy should work just fine.
I have tried Uwe's suggestion fro
Wed, 16 Apr 2014 08:32:55 -0300 от Fabio Estevam :
> On Wed, Apr 16, 2014 at 2:55 AM, Alexander Shiyan wrote:
>
> > ci_hdrc ci_hdrc.0: EHCI Host Controller
> > ci_hdrc ci_hdrc.0: new USB bus registered, assigned bus number 1
> > ci_hdrc ci_hdrc.0: USB 2.0 started, EHCI 1.00
> > usb usb1: New USB
On Wed, Apr 16, 2014 at 2:55 AM, Alexander Shiyan wrote:
> ci_hdrc ci_hdrc.0: EHCI Host Controller
> ci_hdrc ci_hdrc.0: new USB bus registered, assigned bus number 1
> ci_hdrc ci_hdrc.0: USB 2.0 started, EHCI 1.00
> usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
> usb usb1: New USB
Hi Thomas,
(CC'ing the linux-usb mailing list)
On Tuesday 15 April 2014 16:45:28 Thomas Pugliese wrote:
> On Tue, 15 Apr 2014, Laurent Pinchart wrote:
> > Hi Thomas,
> >
> > Could you please send me a proper revert patch with the above description
> > in the commit message and CC Mauro Carvalho
This fixes a regression on Keystone 2 platforms caused by patch
57303488cd37da58263e842de134dc65f7c626d5
"usb: dwc3: adapt dwc3 core to use Generic PHY Framework" which adds
optional support of generic phy in DWC3 core.
On Keystone 2 platforms the USB is not working now because
CONFIG_GENERIC_PHY
On 04/16/2014 01:17 PM, Russel Hughes wrote:
On 9 April 2014 19:53, Alan Stern wrote:
On Wed, 9 Apr 2014, Clemens Ladisch wrote:
Alan Stern wrote:
The IN transfer was 1 frame long and scheduled for frame 1123, so its
completion indicates that the current frame number is >= 1123. The OUT
tra
On Wed, Apr 16, 2014 at 10:17:29AM +0200, Johan Hovold wrote:
> This is an excerpt from drivers/usb/serial/mct_u232.h but the definition
> is standard.
>
> > Maybe it's setting data bits to 8? (the ch340 doesn't support variable data
> > bits, the ch341 does) Data bit support / stop bit support i
Hi Felipe,
On Thu, Apr 3, 2014 at 8:28 PM, Felipe Balbi wrote:
>> +static int start_dma(struct xusb_ep *ep, u32 src, u32 dst, u32 length)
>
> please prepend this with xudc_, it makes tracing a lot easier.
>
>> +{
>> + struct xusb_udc *udc;
>> + int rc = 0;
>> + unsigned long timeout;
On 9 April 2014 19:53, Alan Stern wrote:
> On Wed, 9 Apr 2014, Clemens Ladisch wrote:
>
>> Alan Stern wrote:
>> > The IN transfer was 1 frame long and scheduled for frame 1123, so its
>> > completion indicates that the current frame number is >= 1123. The OUT
>> > transfer was 6 frames long and s
Hi,
On Thursday 13 March 2014 07:07 PM, Santosh Shilimkar wrote:
> On Thursday 13 March 2014 07:11 PM, Strashko, Grygorii wrote:
>> This fixes a regression on Keystone 2 platforms caused by patch
>> 57303488cd37da58263e842de134dc65f7c626d5
>> "usb: dwc3: adapt dwc3 core to use Generic PHY Framewor
There is checking NULL before dereferncing but
it need to add "return".
Signed-off-by: Daeseok Youn
---
drivers/uwb/drp.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/drivers/uwb/drp.c b/drivers/uwb/drp.c
index 16ada83..1a2fd97 100644
--- a/drivers/uwb/drp.c
+++ b
> On Tue, Apr 15, 2014 at 02:48:44PM +0800, Peter Chen wrote:
> > On Tue, Apr 15, 2014 at 09:43:04AM +0800, Li Jun wrote:
> > > On Mon, Apr 14, 2014 at 08:45:13PM +0800, Peter Chen wrote:
> > > > On Mon, Apr 14, 2014 at 10:22:32AM +0800, Li Jun wrote:
> > > > > On Mon, Apr 14, 2014 at 09:37:50AM
Claim your 500,000,00 Euros
--
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
On Tue, Apr 15, 2014 at 11:26:52PM +, Karl P wrote:
> On 04/15/2014 05:34 PM, Johan Hovold wrote:
> > On Tue, Apr 15, 2014 at 04:06:11PM +0200, Johan Hovold wrote:
> >>
> >> Specifically, I asked if you are able to make sense of the values of
> >> register 0x2518. The reason I ask is that your
On Tue, Apr 15, 2014 at 02:48:44PM +0800, Peter Chen wrote:
> On Tue, Apr 15, 2014 at 09:43:04AM +0800, Li Jun wrote:
> > On Mon, Apr 14, 2014 at 08:45:13PM +0800, Peter Chen wrote:
> > > On Mon, Apr 14, 2014 at 10:22:32AM +0800, Li Jun wrote:
> > > > On Mon, Apr 14, 2014 at 09:37:50AM +0800, Li Ju
59 matches
Mail list logo
