[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Date: Fri, 3 Mar 2017 16:31:31 +0100
From: Stefan Wahren <stefan.wahren@...e.com>
To: Baruch Siach <baruch@...s.co.il>
Cc: John Youn <johnyoun@...opsys.com>, netdev@...r.kernel.org,
linux-usb@...r.kernel.org, Olivier Sobrie <olivier@...rie.be>,
linux-rpi-kernel@...ts.infradead.org,
linux-arm-kernel@...ts.infradead.org
Subject: Re: usb/net/hso: WARNING: ungligned urb->setup_dma
Hi Baruch,
Am 01.03.2017 um 11:54 schrieb Baruch Siach:
> Hi Stefan,
>
> On Tue, Feb 28, 2017 at 07:32:09PM +0100, Stefan Wahren wrote:
>>> Baruch Siach <baruch@...s.co.il> hat am 28. Februar 2017 um 19:07 geschrieben:
>>> On Tue, Feb 28, 2017 at 05:21:18PM +0100, Stefan Wahren wrote:
>>>> Am 28.02.2017 um 13:01 schrieb Baruch Siach:
>>>>> On Tue, Feb 28, 2017 at 10:28:10AM +0200, Baruch Siach wrote:
>>>>>> I'm hitting this warning consistently on my Raspberry Pi 3 running
>>>>>> kernel
>>>>>> v4.10.1 with some unrelated device tree changes, and a debug print (below).
>>>>>> The device identifies as "GlobeTrotter HSDPA Modem", VID: 0af0, PID: 6971.
>>>>>> The warning triggers consistently on first write access to /dev/ttyHS0 that
>>>>>> ModemManager attempts. The first line in the log is my debug print.
>>>>> I tested the same hardware successfully on an i.MX6 CuBox-i (ARM32) using the
>>>>> same kernel version (4.10.1), and on an x86_64 PC (4.9). So this seems to be
>>>>> platform specific. I don't have any other ARM64 machine at the moment, though.
>>>> those platforms usually doesn't use the dwc2 USB host controller. So it
>>>> should be tested with another dwc2 platform.
>>> The code that initializes setup_dma is not under drivers/usb/dwc2/. Though the
>>> problem looks like memory corruption, so its cause might be anywhere.
>> only a suspicion, but could you please try this patch [1]?
>>
>> [1] - https://patchwork.kernel.org/patch/9166771/
> It doesn't change anything.
>
> My guess is that source of the issue is memory corruption that just happens to
> corrupt also the setup_dma field of struct urb. In other words, it has nothing
> to do with DMA, IMO.
may you could use
CONFIG_DMA_API_DEBUG
or
CONFIG_SLUB_DEBUG
in order to find the source?
>
> Thanks,
> baruch
>
Powered by blists - more mailing lists