Pass value instead of address as expected by 'usb_ep_set_maxpacket_limit'.
Fixes the following compilation error introduced by commit e117e742d310
(usb: gadget: add maxpacket_limit field to struct usb_ep):
drivers/usb/gadget/s3c2410_udc.c: In function ‘s3c2410_udc_reinit’:
Fixes the following compilation warning:
drivers/usb/gadget/s3c-hsudc.c: In function ‘s3c_hsudc_probe’:
drivers/usb/gadget/s3c-hsudc.c:1347:1: warning: label ‘err_add_device’
defined but not used [-Wunused-label]
Signed-off-by: Sachin Kamat sachin.ka...@linaro.org
---
From: Mark Lord
On 14-02-01 09:18 AM, Ming Lei wrote:
Even real regressions are easily/often introduced, and we are discussing
how to fix that. I suggest to unset the flag only for the known buggy
controllers.
It is not the controllers that are particularly buggy here.
But rather the
Hi,
commit 787f5627bec80094db487bfcb401e9744f181aed
usb: musb: make davinci and da8xx glues depend on BROKEN
Signed-off-by: Felipe Balbi ba...@ti.com
adds a dependency of the drivers/usb/musb/da8xx.c driver to BROKEN.
I have successfully tested this driver with kernel 3.13 on a custom
Texas
Hello guys,
At this point it just looks like I have 2 problems:
1 The AX88179 won't initialize and operate properly when connected via the
Asmedia 1042 (at least on my ASUS AMD 990FX based system) this appears to go
back to at least kernel version 3.11.0 this issue. Perhaps this is BIOS
One last thing.
With the VL800, the thing that crashed the system was traffic being
transmitted to a client wirelessly over a VPN with an MTU of 1300 I'm not sure
if it was ip fragments or something causing the issue or what but everything
else was pretty much ok in the end except for this, I
From: renev...@internode.on.
Hello guys,
At this point it just looks like I have 2 problems:
1 The AX88179 won't initialize and operate properly when connected via the
Asmedia 1042 (at least on my ASUS AMD 990FX based system) this appears to go
back to at least kernel version 3.11.0 this
From: David Laight
From: renev...@internode.on.
But there are also further issues I'm about to look at.
Short 'ping' requests work, but a 'netperf' tcp rr test with 8k blocks
(which probably generates sg transmits) fails generating some
'TRB DMA ptr not part of current TD' errors.
I think
The readsl and writesl I/O accessors are only defined on some
architectures. The driver currently depends on CONFIG_ARM because
the build breaks on x86, in particular. Switch to use of ioread32_rep
and iowrite32_rep to fix build on all architectures and remove the
CONFIG_ARM dependency.
Also
Felipe Balbi schreef op ma 27-01-2014 om 09:30 [-0600]:
On Sat, Jan 25, 2014 at 03:24:55PM -0500, Josh Boyer wrote:
On Sat, Jan 25, 2014 at 10:37 AM, Alan Stern st...@rowland.harvard.edu
wrote:
On Sat, 25 Jan 2014, Josh Boyer wrote:
commit 1ae5799ef6317 (usb: hcd: Initialize USB phy
On Mon, 3 Feb 2014, Josh Bendavid wrote:
The output you're in fact looking for is attached below (ending with the
nobody cared error).
[ 1121.572119] ohci-pci :00:06.0: IRQ 199900 status 24 enable 805a
[ 1121.588793] ohci-pci :00:06.0: IRQ 199901 status 24 enable 805a
[
On Mon, 3 Feb 2014, Paul Bolle wrote:
--- a/drivers/usb/phy/phy.c
+++ b/drivers/usb/phy/phy.c
@@ -228,7 +228,7 @@ struct usb_phy *usb_get_phy_dev(struct device
*dev, u8 index)
phy = __usb_find_phy_dev(dev, phy_bind_list, index);
if (IS_ERR(phy) ||
From: David Laight
From: David Laight
From: renev...@internode.on.
But there are also further issues I'm about to look at.
Short 'ping' requests work, but a 'netperf' tcp rr test with 8k blocks
(which probably generates sg transmits) fails generating some
'TRB DMA ptr not part of
On one system (an amd motherboard with the ASMedia xhci controller)
I'm seeing almost back to back USB (7 or 8 a second) 'interrupt'
packets from an ax88179 Ge card.
It may be that other systems behave similarly.
I'm sure this hadn't used to happen!
I don't know what the interrupt status means,
From: Dinh Nguyen dingu...@altera.com
According to the spec for the DWC2 controller, when the PRTINT interrupt fires,
the application must clear the appropriate status bit in the Host Port Control
and Status register to clear this bit.
When disconnecting an A-cable when the dwc2 host driver, the
From: Stephen Warren [mailto:swar...@wwwdotorg.org]
Sent: Saturday, February 01, 2014 7:44 PM
On 02/01/2014 03:00 AM, Andre Heider wrote:
On Fri, Jan 31, 2014 at 11:48:37PM -0700, Stephen Warren wrote:
On 01/31/2014 11:12 AM, Andre Heider wrote:
On Mon, Jan 13, 2014 at 01:50:09PM -0800,
Great for me, I don't have to do any work then :-)
As for the pre-built kernel, thanks but I REALLY should do it myself
instead. For now I'm just hacking and learning my way through, but if
I end up someday with something worth contributing back, I won't be
able to just skip this step forever.
I
On Sat, Feb 01, 2014 at 03:05:21PM -0500, Mark Lord wrote:
On 14-02-01 09:18 AM, Ming Lei wrote:
Even real regressions are easily/often introduced, and we are discussing
how to fix that. I suggest to unset the flag only for the known buggy
controllers.
Ming, the regression cannot be
On Mon, Feb 03, 2014 at 09:54:09AM +, David Laight wrote:
From: Mark Lord
On 14-02-01 09:18 AM, Ming Lei wrote:
Even real regressions are easily/often introduced, and we are discussing
how to fix that. I suggest to unset the flag only for the known buggy
controllers.
It is
On Sun, Feb 2, 2014 at 1:35 AM, Greg KH gre...@linuxfoundation.org wrote:
On Sat, Feb 01, 2014 at 11:16:24AM -0800, Dan Williams wrote:
On Sat, Feb 1, 2014 at 10:44 AM, Alan Stern st...@rowland.harvard.edu
wrote:
On Fri, 31 Jan 2014, Dan Williams wrote:
Toggling port power currently
On Fri, Jan 31, 2014 at 04:56:36PM +, David Laight wrote:
From: Sarah Sharp
Yoma, can you apply this patch and see if it helps your issue?
Helped a lot on my amd system with the ASMedia controller.
Your ASMedia host controller should not even have USB 3.0 link PM
enabled, see this patch
On Mon, 2014-02-03 at 11:04 -0500, Alan Stern wrote:
On Mon, 3 Feb 2014, Paul Bolle wrote:
This message cab still be seen when booting v3.14-rc1. Is a patch to
downgrade this message to dev_dbg() - from Josh, Felipe or someone else
- queued somewhere?
Hi David,
I asked you to send a patchset that only contains critical bug fixes,
and this isn't what I'm looking for.
What I want is a patchset containing only fixes that should be marked
for stable, e.g. bug fixes only. Patches marked for stable should fix a
crash, or some issue that causes the
On Mon, Feb 03, 2014 at 10:02:48AM -0800, Dan Williams wrote:
On Sun, Feb 2, 2014 at 1:35 AM, Greg KH gre...@linuxfoundation.org wrote:
On Sat, Feb 01, 2014 at 11:16:24AM -0800, Dan Williams wrote:
On Sat, Feb 1, 2014 at 10:44 AM, Alan Stern st...@rowland.harvard.edu
wrote:
On Fri, 31
Alan Stern stern@... writes:
On Mon, 3 Feb 2014, Josh Bendavid wrote:
The output you're in fact looking for is attached below (ending with the
nobody cared error).
[ 1121.572119] ohci-pci :00:06.0: IRQ 199900 status 24 enable 805a
[ 1121.588793] ohci-pci :00:06.0: IRQ
On Mon, 3 Feb 2014, Josh Bendavid wrote:
This shows one of two things: Either your OHCI controller isn't working
right (it's issuing IRQs when it's not supposed to) or some other
hardware component in your PC is using IRQ 21 when it's not supposed
to.
Here's how to tell which is the
From: Paul Zimmerman
Sent: Monday, February 03, 2014 9:36 AM
From: Stephen Warren [mailto:swar...@wwwdotorg.org]
Sent: Saturday, February 01, 2014 7:44 PM
On 02/01/2014 03:00 AM, Andre Heider wrote:
On Fri, Jan 31, 2014 at 11:48:37PM -0700, Stephen Warren wrote:
On 01/31/2014 11:12 AM,
Alan Stern stern@... writes:
The dmesg output is normal. And yes, lack of any error does indicate
that something is wrong with your controller.
I don't think this problem can be fixed by a simple workaround. I've
been considering adding an I/O watchdog to ohci-hcd, because it ought
From: dingu...@altera.com [mailto:dingu...@altera.com]
Sent: Monday, February 03, 2014 9:00 AM
Hi Dinh,
According to the spec for the DWC2 controller, when the PRTINT interrupt
fires,
the application must clear the appropriate status bit in the Host Port Control
and Status register to
On Mon, 3 Feb 2014, Josh Bendavid wrote:
Is it all understood why/how I never had any problems using a 3.5
kernel?(under Ubuntu 12.10). I've only had this issue when running OpenElec
with 3.13-rc8.
No, you never mentioned this before.
If it's a hardware problem it must have been avoided or
If the problem was indeed caused by software, there's a good chance you
can track it down by doing a bisection search. That's a time-consuming
procedure but it doesn't require much intellectual effort.
Have you verified that the controller still works okay under a 3.5
kernel (to rule out
On Mon, 3 Feb 2014, Josh Bendavid wrote:
Hi Alan,
Yes, this hardware was in active use and working fine with 3.5. The usb/ir
issue came up as soon as I moved to 3.13-rc8. (As I said, this was not the
only change strictly speaking, given that I moved from Ubuntu to OpenElec,
so there can
On Mon, 2014-02-03 at 21:13 +, Paul Zimmerman wrote:
From: dingu...@altera.com [mailto:dingu...@altera.com]
Sent: Monday, February 03, 2014 9:00 AM
Hi Dinh,
According to the spec for the DWC2 controller, when the PRTINT interrupt
fires,
the application must clear the
On 02/03/2014 01:51 PM, Paul Zimmerman wrote:
...
Stephen, Andre,
Can you test the attached patch, please? It works for my on the Synopsys
PCIe-based FPGA board. Unfortunately my RPI board is currently broken,
so I am unable to test it there to verify it actually fixes the problem
you are
Asus P8Z68-V PRO GEN3 [ bios-version 3402, bios-release-date 05/07/2012 ]
dmesg-3.13.0-rc3-g8d276377+-1391075301.txt
http://pastebin.com/peJJkXZV
dmesg-3.13.0-g9b0cd304+-1391076985.txt
http://pastebin.com/p0UQsEte
some days ago I had connected mobile phones and microphone into HP ZR24w
Hi Sarah,
On Mon, Jan 20, 2014 at 8:35 PM, Sarah Sharp
sarah.a.sh...@linux.intel.com wrote:
Hi Markus,
I'm the xHCI driver maintainer, and it helps to Cc me on USB 3.0 bug
reports.
On Sat, Dec 28, 2013 at 07:24:20AM +0100, Markus Rechberger wrote:
just received following log snippset:
From: Dinh Nguyen [mailto:dingu...@altera.com]
Sent: Monday, February 03, 2014 2:53 PM
While I was testing my patch to combine the dwc2/s3c-hsotg into a DRD
driver, I found that after disconnecting a USB HDD from an OTG
A-connector, then reconnecting it, the driver would no longer detect
On Mon, 2014-02-03 at 23:10 +, Paul Zimmerman wrote:
From: Dinh Nguyen [mailto:dingu...@altera.com]
Sent: Monday, February 03, 2014 2:53 PM
While I was testing my patch to combine the dwc2/s3c-hsotg into a DRD
driver, I found that after disconnecting a USB HDD from an OTG
On Mon, 2014-02-03 at 23:10 +, Paul Zimmerman wrote:
From: Dinh Nguyen [mailto:dingu...@altera.com]
Sent: Monday, February 03, 2014 2:53 PM
While I was testing my patch to combine the dwc2/s3c-hsotg into a DRD
driver, I found that after disconnecting a USB HDD from an OTG
From: Dinh Nguyen [mailto:dingu...@altera.com]
Sent: Monday, February 03, 2014 3:42 PM
On Mon, 2014-02-03 at 23:10 +, Paul Zimmerman wrote:
From: Dinh Nguyen [mailto:dingu...@altera.com]
Sent: Monday, February 03, 2014 2:53 PM
While I was testing my patch to combine the
This patch adds support for USB_OTG on Phytec phyFLEX-i.MX6 Quad module.
Signed-off-by: Ashutosh singh ashutos...@phytec.in
---
arch/arm/boot/dts/imx6q-phytec-pbab01.dts |4
arch/arm/boot/dts/imx6q-phytec-pfla02.dtsi | 18 ++
2 files changed, 22 insertions(+)
diff
On Thu, Jan 30, 2014 at 8:29 PM, Fabio Estevam feste...@gmail.com wrote:
From: Fabio Estevam fabio.este...@freescale.com
Building keystone_defconfig leads to the following build warnings:
drivers/usb/host/xhci-plat.c:203:12: warning: 'xhci_plat_suspend' defined but
not used
This patch adds support for USB_HOST on Phytec phyFLEX-i.MX6 Quad module.
Signed-off-by: Ashutosh singh ashutos...@phytec.in
---
arch/arm/boot/dts/imx6q-phytec-pbab01.dts |4
arch/arm/boot/dts/imx6q-phytec-pfla02.dtsi | 15 +++
2 files changed, 19 insertions(+)
diff
This patch adds support for GPMI-NAND on Phytec phyFLEX-i.MX6 Quad module.
Signed-off-by: Ashutosh singh ashutos...@phytec.in
---
arch/arm/boot/dts/imx6q-phytec-pbab01.dts |4
arch/arm/boot/dts/imx6q-phytec-pfla02.dtsi |7 +++
2 files changed, 11 insertions(+)
diff --git
This patch adds support for SATA on Phytec phyFLEX-i.MX6 Quad module.
Signed-off-by: Ashutosh singh ashutos...@phytec.in
---
arch/arm/boot/dts/imx6q-phytec-pbab01.dts |4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/boot/dts/imx6q-phytec-pbab01.dts
Use %pad for dma_addr_t to avoid the following build warnings
in printks.
drivers/usb/gadget/s3c-hsotg.c: In function 's3c_hsotg_start_req'
drivers/usb/gadget/s3c-hsotg.c:722:3: warning: format '%x' expects argument of
type 'unsigned int' but argument 6 has type
'dma_addr_t' [-Wformat]
Bought a NEC/Renesas pD7020201 based pcie card today.
Ok so now I have a really strange problem if I load the r8169 realtek ethernet
module before xhci_hcd the Renesas controller gets a timeout on initialization
error.
If I load the xhci_hcd module before the r8169 module then my onboard
On 01/30/2014 03:09 PM, Michal Nazarewicz wrote:
On Thu, Jan 30 2014, Robert Baldyga wrote:
diff --git a/tools/usb/aio_multibuff/device_app/aio_multibuff.c
b/tools/usb/aio_multibuff/device_app/aio_multibuff.c
+static void display_event(struct usb_functionfs_event *event)
+{
+static
48 matches
Mail list logo