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’:
drivers/usb/gadget/s
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
---
drivers/usb/gadget/s3c-hsudc.c |1 -
1 file cha
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.
> Bu
Hi,
commit 787f5627bec80094db487bfcb401e9744f181aed
usb: musb: make davinci and da8xx glues depend on BROKEN
Signed-off-by: Felipe Balbi
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 Instruments AM
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
versi
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
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 thi
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 updat
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
> > wrote:
> > > On Sat, 25 Jan 2014, Josh Boyer wrote:
> > >
> > >> commit 1ae5799ef6317 ("usb: hcd: Initialize USB phy if needed
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);
> > > >
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
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, th
From: Dinh Nguyen
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 PRTINT fires, but
o
> 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
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
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
> > > controller
On Sun, Feb 2, 2014 at 1:35 AM, Greg KH 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
>> wrote:
>> > On Fri, 31 Jan 2014, Dan Williams wrote:
>> >
>> >> Toggling port power currently leads to three unintended disconnect
>> >
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 p
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?
>
> http://marc.info/?l=li
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 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
> >> wrote:
> >> > On Fri, 31 Jan 2014, Dan Williams wrote:
> >> >
> >
Alan 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:
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 wh
> 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/3
Alan 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
> to h
> 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 t
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
> 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
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 ca
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 th
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
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
monitor'
Hi Sarah,
On Mon, Jan 20, 2014 at 8:35 PM, Sarah Sharp
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:
>
> Please state which ker
> 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 dete
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
>
Hello,
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 the
USB device.
I was able to track this issue down to this commit:
commit beb7e592bcfd
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 com
This patch adds support for USB_OTG on Phytec phyFLEX-i.MX6 Quad module.
Signed-off-by: Ashutosh singh
---
arch/arm/boot/dts/imx6q-phytec-pbab01.dts |4
arch/arm/boot/dts/imx6q-phytec-pfla02.dtsi | 18 ++
2 files changed, 22 insertions(+)
diff --git a/arch/arm/boot/d
On Thu, Jan 30, 2014 at 8:29 PM, Fabio Estevam wrote:
> From: Fabio Estevam
>
> 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 [-Wunused-function]
> drivers/usb/host/xhci-plat.c:211:1
This patch adds support for USB_HOST on Phytec phyFLEX-i.MX6 Quad module.
Signed-off-by: Ashutosh singh
---
arch/arm/boot/dts/imx6q-phytec-pbab01.dts |4
arch/arm/boot/dts/imx6q-phytec-pfla02.dtsi | 15 +++
2 files changed, 19 insertions(+)
diff --git a/arch/arm/boot/dts
This patch adds support for GPMI-NAND on Phytec phyFLEX-i.MX6 Quad module.
Signed-off-by: Ashutosh singh
---
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 a/arch/arm/boot/dts/imx6q-
This patch adds support for SATA on Phytec phyFLEX-i.MX6 Quad module.
Signed-off-by: Ashutosh singh
---
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
b/arch/arm/boot/dts/imx6q-phytec-pbab01.dts
inde
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]
drivers/us
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 ethe
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)
>> +{
>> +
49 matches
Mail list logo
