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 Jun wrote:
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 patch
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 Jun
There is checking NULL before dereferncing but
it need to add return.
Signed-off-by: Daeseok Youn daeseok.y...@gmail.com
---
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
---
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 Framework which
On 9 April 2014 19:53, Alan Stern st...@rowland.harvard.edu 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
Hi Felipe,
On Thu, Apr 3, 2014 at 8:28 PM, Felipe Balbi ba...@ti.com 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 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 is
On 04/16/2014 01:17 PM, Russel Hughes wrote:
On 9 April 2014 19:53, Alan Stern st...@rowland.harvard.edu 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
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
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 Chehab
On Wed, Apr 16, 2014 at 2:55 AM, Alexander Shiyan shc_w...@mail.ru 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
Wed, 16 Apr 2014 08:32:55 -0300 от Fabio Estevam feste...@gmail.com:
On Wed, Apr 16, 2014 at 2:55 AM, Alexander Shiyan shc_w...@mail.ru 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
On Wed, Apr 16, 2014 at 8:58 AM, Alexander Shiyan shc_w...@mail.ru 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
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 laurent.pinch...@ideasonboard.com
---
drivers/usb/host/ohci-pxa27x.c | 67
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
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
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
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 laurent.pinch...@ideasonboard.com
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
Hi Vivek,
2014-04-09 13:34 GMT+02:00 Vivek Gautam gautam.vi...@samsung.com:
Hi Tomasz,
'
On Wed, Apr 9, 2014 at 4:43 PM, Tomasz Figa t.f...@samsung.com 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
Hi Vivek,
On 15.04.2014 08:09, Vivek Gautam wrote:
Hi Tomasz,
On Thu, Apr 10, 2014 at 5:09 PM, Vivek Gautam gautamvivek1...@gmail.com wrote:
On Wed, Apr 9, 2014 at 7:03 PM, Tomasz Figa t.f...@samsung.com wrote:
On 09.04.2014 13:49, Vivek Gautam wrote:
Hi,
On Wed, Apr 9, 2014 at 4:36 PM,
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
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 register
Hi Richard,
On Wed, Apr 16, 2014 at 7:03 PM, Richard Genoud
richard.gen...@gmail.com wrote:
Hi Vivek,
2014-04-09 13:34 GMT+02:00 Vivek Gautam gautam.vi...@samsung.com:
Hi Tomasz,
'
On Wed, Apr 9, 2014 at 4:43 PM, Tomasz Figa t.f...@samsung.com wrote:
Hi Vivek,
Thanks for reviewing the
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 tainted
Hi,
On Wed, Apr 16, 2014 at 7:14 PM, Tomasz Figa t.f...@samsung.com 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 gautamvivek1...@gmail.com
wrote:
On Wed, Apr 9, 2014 at 7:03 PM, Tomasz Figa t.f...@samsung.com
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
pin
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 shc_w...@mail.ru 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
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 laurent.pinch...@ideasonboard.com
@@ -417,6
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
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-
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.
On Wed, Apr 16, 2014 at 12:03 PM, Michael Grzeschik m...@pengutronix.de 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
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
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
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 laurent.pinch...@ideasonboard.com
Acked-by: Alan Stern st...@rowland.harvard.edu
---
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
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 laurent.pinch...@ideasonboard.com
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
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+
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 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
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 above
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 ba...@ti.com 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.
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 ba...@ti.com wrote:
+static int start_dma(struct xusb_ep *ep, u32 src, u32
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
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:
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 ba...@ti.com
---
drivers/usb/dwc3/dwc3-exynos.c| 6 ++---
drivers/usb/dwc3/dwc3-pci.c | 6 ++---
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 ba...@ti.com
---
drivers/usb/dwc3/core.c | 120 ++--
1 file changed, 66
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: sta...@vger.kernel.org # v3.4+
Reported-by: Johannes Stezenbach j...@sig21.net
Signed-off-by:
now that all functions match the driver name,
the only missing piece is to rename the header
file itself.
Signed-off-by: Felipe Balbi ba...@ti.com
---
drivers/usb/dwc3/dwc3-exynos.c | 2 +-
drivers/usb/dwc3/dwc3-pci.c | 2 +-
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 ba...@ti.com
---
drivers/usb/gadget/configfs.c | 2 +-
drivers/usb/gadget/f_fs.c | 6 ++---
drivers/usb/gadget/f_rndis.c| 2 +-
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 ba...@ti.com
---
drivers/usb/musb/am35x.c| 12 +---
drivers/usb/musb/blackfin.c | 10 --
This patch is in preparation to supporting
calling those functions multiple times.
Signed-off-by: Felipe Balbi ba...@ti.com
---
drivers/usb/musb/am35x.c| 4 ++--
drivers/usb/musb/blackfin.c | 6 +++---
drivers/usb/musb/da8xx.c| 4 ++--
drivers/usb/musb/davinci.c | 4 ++--
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 ba...@ti.com
---
drivers/usb/dwc3/core.c | 133
1 file changed, 67 insertions(+), 66
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
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 mwell...@ieee.org
@@ -181,6 +182,40 @@ static int
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 the new flag
57 matches
Mail list logo