Drop the tx packet which is more than the size of agg_buf_sz. When
creating a bridge with the device, we may get the tx packet with
TSO and the length is more than the gso_max_size which is set by
the driver through netif_set_gso_max_size(). Such packets couldn't
be transmitted and should be droppe
Dear Sebastian,
On 11/25/2014 10:52 PM, Sebastian Andrzej Siewior wrote:
The max packet size within the FS descriptor has to be highest possible
value and _not_ the one that is (or will be) used on FS.
The current code sets wMaxPacketSize of FS interrupt endpoint descriptor
as 64, which is in
Dear Sebastian,
On 11/25/2014 10:56 PM, Sebastian Andrzej Siewior wrote:
This fixes the test case mentioned for musb which is a regression.
Other things that I noticed:
- if ISOC is not available, we won't have INT as well.
I didn't understand this. The original patch added a new alternate
s
Hi Vivek,
On Mon, Nov 24, 2014 at 6:36 PM, Vivek Gautam wrote:
> BUS1 pinctrl provides gpios for usb and power regulator
> available on exynos7-espresso board. So add relevant device
> node for pinctrl-bus1.
>
> Signed-off-by: Naveen Krishna Ch
> Signed-off-by: Vivek Gautam
> ---
>
Looks good t
Hi Vivek,
On Mon, Nov 24, 2014 at 6:32 PM, Vivek Gautam wrote:
> USB and Power regulator on Exynos7 require gpios available
> in BUS1 pin controller block.
> So adding the BUS1 pinctrl support.
>
> Signed-off-by: Naveen Krishna Ch
> Signed-off-by: Vivek Gautam
> Cc: Linus Walleij
> ---
Looks g
commit cc92f681 (usb: musb: Populate new IO
functions for blackfin) added a typo which
prevented MUSB's blackfin glue layer from being
built. Due to lack of tests and compilers for
that architecture, the typo ended up being
merged and causing a build regression.
Fix that here
Cc: Tony Lindgren
R
Hi,
Here are two build fixes for recent breaks which can
be triggered when building MUSB for Blackfin.
I don't have any blackfin platform nor a cross compiler
for that architecture, so these breaks were merged without
me noticing.
Greg, if you want to merge these two as patches, please go
ahead.
Blackfin's MUSB implementation lacks a bunch of
registers which they end up not defining a macro
for. In order to avoid build breaks, let's ifdef
out some of the registers from our regdump debugfs
utility so that we don't try to use those on
Blackfin builds.
Reported-by: Fengguang Wu
Signed-off-b
Both "dev->udev" and "interface->dev" are NULL. These printks are not
very interesting so I just deleted them.
Fixes: 03270634e242 ('USB: Add ADU support for Ontrak ADU devices')
Signed-off-by: Dan Carpenter
diff --git a/drivers/usb/misc/adutux.c b/drivers/usb/misc/adutux.c
index 493c7f2..3071c
On Tue, 25 Nov 2014, Kevin Cernekee wrote:
> This handles the existing "big-endian" case, and in addition, it also does
> the right thing when "native-endian" is specified.
>
> Signed-off-by: Kevin Cernekee
> ---
> Documentation/devicetree/bindings/usb/usb-ehci.txt | 2 ++
> Documentation/devic
On Wed, 26 Nov 2014, tianjulin wrote:
> Hi Stern,
>
> Many Thanks!!!
You're welcome.
> I use command as follows,the usb bus can enter runtime suspend when I
> connect usb storage,and if have operate on usb storage,the usb bus can
> be resume,if have not any operate on usb storage,the usb bus
On Wed, 26 Nov 2014, Amit Virdi wrote:
> Dear Sebastian,
>
> On 11/25/2014 10:52 PM, Sebastian Andrzej Siewior wrote:
> > The max packet size within the FS descriptor has to be highest possible
> > value and _not_ the one that is (or will be) used on FS.
>
> The current code sets wMaxPacketSize
On Wed, Nov 26, 2014 at 7:14 AM, Alan Stern wrote:
>> diff --git a/Documentation/devicetree/bindings/usb/usb-ehci.txt
>> b/Documentation/devicetree/bindings/usb/usb-ehci.txt
>> index 43c1a4e..9505c31 100644
>> --- a/Documentation/devicetree/bindings/usb/usb-ehci.txt
>> +++ b/Documentation/devicet
* Felipe Balbi [141126 06:03]:
> commit cc92f681 (usb: musb: Populate new IO
> functions for blackfin) added a typo which
> prevented MUSB's blackfin glue layer from being
> built. Due to lack of tests and compilers for
> that architecture, the typo ended up being
> merged and causing a build regr
On Wed, 26 Nov 2014, Kevin Cernekee wrote:
> On Wed, Nov 26, 2014 at 7:14 AM, Alan Stern wrote:
> >> diff --git a/Documentation/devicetree/bindings/usb/usb-ehci.txt
> >> b/Documentation/devicetree/bindings/usb/usb-ehci.txt
> >> index 43c1a4e..9505c31 100644
> >> --- a/Documentation/devicetree/bi
On Wed, 2014-11-26 at 17:56 +0800, Hayes Wang wrote:
> Drop the tx packet which is more than the size of agg_buf_sz. When
> creating a bridge with the device, we may get the tx packet with
> TSO and the length is more than the gso_max_size which is set by
> the driver through netif_set_gso_max_size
From: Eric Dumazet
Date: Wed, 26 Nov 2014 08:52:28 -0800
> On Wed, 2014-11-26 at 17:56 +0800, Hayes Wang wrote:
>> Drop the tx packet which is more than the size of agg_buf_sz. When
>> creating a bridge with the device, we may get the tx packet with
>> TSO and the length is more than the gso_max_
Hi Greg,
Here's my pull-request for v3.19-rc1.
All have been in linux-next for a while.
Thanks,
Johan
The following changes since commit f114040e3ea6e07372334ade75d1ee0775c355e1:
Linux 3.18-rc1 (2014-10-19 18:08:38 -0700)
are available in the git repository at:
git://git.kernel.org/pub/
On 11/26/2014 02:21 PM, Amit Virdi wrote:
>> - if ISOC is not available, we won't have INT as well.
>
> I didn't understand this. The original patch added a new alternate
> setting (2) that has two interrupt endpoints. ISOC EP is available
> through alternate setting 1.
The ISOC code does this:
Am 26.11.2014 um 01:28 schrieb David Lechner:
>> On 7 July 2014 17:08, Oleksij Rempel wrote:
>> >/ Am 07.07.2014 15:40, schrieb Anders Darander:/
>> >/> On 4 July 2014 18:54, Oleksij Rempel wrote:/
>> >/>> Am 04.07.2014 18:30, schrieb Alan Stern:/
>> >/>>> On Fri, 4 Jul 2014, Anders Darander wro
On 11/26/2014 04:24 PM, Alan Stern wrote:
>> On 11/25/2014 10:52 PM, Sebastian Andrzej Siewior wrote:
>>> The max packet size within the FS descriptor has to be highest possible
>>> value and _not_ the one that is (or will be) used on FS.
>>
>> The current code sets wMaxPacketSize of FS interrupt e
On Wed, 2014-11-26 at 12:06 -0500, David Miller wrote:
> From: Eric Dumazet
> Date: Wed, 26 Nov 2014 08:52:28 -0800
>
> > On Wed, 2014-11-26 at 17:56 +0800, Hayes Wang wrote:
> >> Drop the tx packet which is more than the size of agg_buf_sz. When
> >> creating a bridge with the device, we may get
Dear Sir
Did your website get hit by Google Penguin update on October 17th 2014? What
basically is Google Penguin Update? It is actually a code name for Google
algorithm which aims at decreasing your websites search engine rankings that
violate Googles guidelines by using black hat SEO techniq
On Wed, 26 Nov 2014, liu chunlin wrote:
> Hi Stern,
>
>
> My platform not use udev,do you have good idea to modify usb driver to enable
> usb storage runtime suspend?
It is not possible to do what you want by modifying the USB driver.
What does your platform use instead of udev?
Alan Stern
On 11/26/14 12:29 PM, Oleksij Rempel wrote:
Am 26.11.2014 um 01:28 schrieb David Lechner:
On 7 July 2014 17:08, Oleksij Rempel wrote:
/ Am 07.07.2014 15:40, schrieb Anders Darander:/
/> On 4 July 2014 18:54, Oleksij Rempel wrote:/
/>> Am 04.07.2014 18:30, schrieb Alan Stern:/
/>>> On Fri, 4
On Wed, Nov 26, 2014 at 06:25:07PM +0100, Johan Hovold wrote:
> Hi Greg,
>
> Here's my pull-request for v3.19-rc1.
>
> All have been in linux-next for a while.
>
> Thanks,
> Johan
>
>
> The following changes since commit f114040e3ea6e07372334ade75d1ee0775c355e1:
>
> Linux 3.18-rc1 (2014-10-
On Tue, Nov 25, 2014 at 5:32 AM, Jassi Brar wrote:
> On 25 November 2014 at 05:47, Andrew Bresticker wrote:
>> This series adds support for xHCI on NVIDIA Tegra SoCs. This includes:
>> - patches 1, 2, and 3: minor cleanups for mailbox framework and xHCI,
>> - patches 4 and 5: adding a driver f
On Tue, Nov 25, 2014 at 5:49 AM, Kishon Vijay Abraham I wrote:
> Hi,
>
> On Tuesday 25 November 2014 05:47 AM, Andrew Bresticker wrote:
>> In addition to the PCIe and SATA PHYs, the XUSB pad controller also
>> supports 3 UTMI, 2 HSIC, and 2 USB3 PHYs. Each USB3 PHY uses a single
>> PCIe or SATA l
Hi.
(please keep me cc'ed in replies, I'm not subscribed)
I'm trying OpenWRT on a DSL modem[1] which has an out-of-tree HCI
driver. I'm getting one particular process to hang in D 100% of time
when talking to a 3G USB modem. I'm on current default OpenWRT kernel,
3.14.18 .
Here is the hung proce
From: Eric Dumazet
Date: Wed, 26 Nov 2014 10:44:19 -0800
> On Wed, 2014-11-26 at 12:06 -0500, David Miller wrote:
>> From: Eric Dumazet
>> Date: Wed, 26 Nov 2014 08:52:28 -0800
>>
>> > On Wed, 2014-11-26 at 17:56 +0800, Hayes Wang wrote:
>> >> Drop the tx packet which is more than the size of a
the following error pops up during "testusb -a -t 10"
| musb-hdrc musb-hdrc.1.auto: dma_pool_free buffer-128, f134e000/be842000 (bad
dma)
hcd_buffer_create() creates a few buffers, the smallest has 32 bytes of
size. ARCH_KMALLOC_MINALIGN is set to 64 bytes. This combo results in
hcd_buffer_alloc()
On Wed, 26 Nov 2014, Vincent Pelletier wrote:
> Hi.
>
> (please keep me cc'ed in replies, I'm not subscribed)
>
> I'm trying OpenWRT on a DSL modem[1] which has an out-of-tree HCI
> driver. I'm getting one particular process to hang in D 100% of time
> when talking to a 3G USB modem. I'm on curr
On Wed, 26 Nov 2014 21:18:55 +0100, Vincent Pelletier
wrote:
> with the only visible improvement of not getting errors when
> unplugging the modem on stuck process.
...actually, not even, I was expecting errors on the wrong terminal:
they are still present.
Just for the record, here is an entire
On Wed, 26 Nov 2014, Sebastian Andrzej Siewior wrote:
> the following error pops up during "testusb -a -t 10"
> | musb-hdrc musb-hdrc.1.auto: dma_pool_free buffer-128,
> f134e000/be842000 (bad dma)
> hcd_buffer_create() creates a few buffers, the smallest has 32 bytes of
> size. ARCH_KMALLO
On Wed, 26 Nov 2014, Sebastian Andrzej Siewior wrote:
> On 11/26/2014 04:24 PM, Alan Stern wrote:
> >> On 11/25/2014 10:52 PM, Sebastian Andrzej Siewior wrote:
> >>> The max packet size within the FS descriptor has to be highest possible
> >>> value and _not_ the one that is (or will be) used on F
OK Dmitry, I pulled through, the interrupts are working back.
Actually one of the blockers I have is in pxa25x_udc, and it is also in your
phy-lubbock.c. The bottom of the error is that disable_irq() is called from
within a irq handler, and it deadlocks. A disable_irq_nosync() should be used
...
2014-11-27 1:12 GMT+03:00 Robert Jarzmik :
> OK Dmitry, I pulled through, the interrupts are working back.
What was the problem? Hardware issues? Firmware in CPLD being of old
revision?
> Actually one of the blockers I have is in pxa25x_udc, and it is also in your
> phy-lubbock.c. The bottom of t
Dmitry Eremin-Solenikov writes:
> 2014-11-27 1:12 GMT+03:00 Robert Jarzmik :
>> OK Dmitry, I pulled through, the interrupts are working back.
>
> What was the problem? Hardware issues? Firmware in CPLD being of old
> revision?
There were basically 2 problems :
- hardware: switch S13 was in a pos
2014-11-27 1:38 GMT+03:00 Robert Jarzmik :
> Dmitry Eremin-Solenikov writes:
>
>> 2014-11-27 1:12 GMT+03:00 Robert Jarzmik :
>>> OK Dmitry, I pulled through, the interrupts are working back.
>>
>> What was the problem? Hardware issues? Firmware in CPLD being of old
>> revision?
> There were basica
On 2014年11月25日 21:11, George Cherian wrote:
Pass the quir flag XHCI_DRD_SUPPORT from DWC3 host to xhci platform driver.
"quir" to "quirk"
Regards,
Baolu
This enables xhci driver to handle deallocation's differently while in DRD mode.
Pass the quirk flag XHCI_NEEDS_LHC_RESET from DWC3 host to
On Wed, Nov 26, 2014 at 04:27:27PM -0500, Alan Stern wrote:
> On Wed, 26 Nov 2014, Sebastian Andrzej Siewior wrote:
>
> > the following error pops up during "testusb -a -t 10"
> > | musb-hdrc musb-hdrc.1.auto: dma_pool_free buffer-128,
> > f134e000/be842000 (bad dma)
> > hcd_buffer_create() c
On Wed, Nov 26, 2014 at 09:39:36PM +0100, Sebastian Andrzej Siewior wrote:
> the following error pops up during "testusb -a -t 10"
> | musb-hdrc musb-hdrc.1.auto: dma_pool_free buffer-128,
> f134e000/be842000 (bad dma)
> hcd_buffer_create() creates a few buffers, the smallest has 32 bytes of
On Wed, 26 Nov 2014 16:25:08 -0500 (EST), Alan Stern
wrote:
> Since this driver seems to be based on work by Synopsys, maybe someone
> from that company can help.
>
> (By the way, the license information in the ifxhcd.h header file
> doesn't say anything about the GPL. That doesn't seem kosher.
43 matches
Mail list logo
