Hi,
Binyamin Sharet writes:
> I think this will cause existing implementation over gadgetfs to fail
> with this
> special kernel (as now it will delegate everything all of the time). How
> about
> using a ioctl to configure it, but wrapping this ioctl with Kconfig?
> This
Hi Santosh,
On 19/08/16 05:01, Santosh Shilimkar wrote:
> On 8/18/2016 4:07 PM, Russell King - ARM Linux wrote:
>> On Thu, Aug 18, 2016 at 09:55:55AM -0700, Santosh Shilimkar wrote:
>>> Hi Russell,
>>>
>>> On 8/18/2016 7:24 AM, Russell King - ARM Linux wrote:
On Wed, Aug 17, 2016 at 03:05:17P
Hi Felipe,
On 18 August 2016 at 21:42, Felipe Balbi wrote:
>
> Hi Baolin,
>
> Baolin Wang writes:
>> diff --git a/drivers/usb/host/xhci-plat.c b/drivers/usb/host/xhci-plat.c
>> index e2e2487..162f17c 100644
>> --- a/drivers/usb/host/xhci-plat.c
>> +++ b/drivers/usb/host/xhci-plat
On 18.08.2016 17:33, Ritesh Raj Sarraf wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hello Mathias,
Hi
Can you please confirm of the erratic behavior we've discussed so far, on this
thread ?
It'd help to know if it really is a bug or something else.
Could you add xhci debugging?
Hi,
Jussi Kivilinna writes:
>> Felipe Balbi writes:
>> Enabling SG allows enabling GSO (generic segmentation offload) feature
>> of linux networking layer. This increases TCP throughput with NCM
>> on Cortex-A15+USB3380 based device from 300 Mbit/s to 1.1 Gbit/s.
>>
>> Signe
Hi,
Felipe Balbi writes:
> Jussi Kivilinna writes:
>>> Felipe Balbi writes:
>>> Enabling SG allows enabling GSO (generic segmentation offload) feature
>>> of linux networking layer. This increases TCP throughput with NCM
>>> on Cortex-A15+USB3380 based device from 300 Mbit/s to 1.1
Similar as commit 2b2fe36def08 ("usb: chipidea: imx: delete the
redundant setting default DMA mask code"), the ci_hdrc_usb2 platform
device is also created by device tree, the default DMA mask should be
already set by of_dma_configure when the device are created. So delete
the redundant code at dri
is for net phy drivers, we don't need it.
Signed-off-by: Jisheng Zhang
---
drivers/usb/chipidea/core.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/usb/chipidea/core.c b/drivers/usb/chipidea/core.c
index 69426e6..ae12595 100644
--- a/drivers/usb/chipidea/core.c
+++ b/drivers/usb/c
Support generic phy in PM code path: call phy_power_off/phy_power_on
in ci_controller_suspend/ci_controller_resume.
Signed-off-by: Jisheng Zhang
---
drivers/usb/chipidea/core.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/usb/chipidea/core.c b/drivers/usb/chipid
Hello.
On 8/19/2016 3:05 PM, Jisheng Zhang wrote:
is for net phy drivers, we don't need it.
Signed-off-by: Jisheng Zhang
---
drivers/usb/chipidea/core.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/usb/chipidea/core.c b/drivers/usb/chipidea/core.c
index 69426e6..ae12595 100644
is for net phy drivers, we don't need it.
Signed-off-by: Jisheng Zhang
---
Since v1:
- fix commit subject. Thank Sergei for pointing it out.
drivers/usb/chipidea/core.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/usb/chipidea/core.c b/drivers/usb/chipidea/core.c
index 69426e6
Hi,
On Thursday 18 August 2016 03:47 PM, Felipe Balbi wrote:
>
> Hi,
>
> Hans de Goede writes:
>
> [...]
>
>> void sun4i_usb_phy_set_squelch_detect(struct phy *_phy, bool enabled)
>> {
>> struct sun4i_usb_phy *phy = phy_get_drvdata(_phy);
> [...]
>
> $ scripts/c
On Thu, Aug 18, 2016 at 02:37:16PM -0700, Brian Norris wrote:
> The dwc3 driver expicitly looks for "usb2-phy" or "usb3-phy", but we
> never noted these names in the documentation.
>
> Signed-off-by: Brian Norris
> ---
> Documentation/devicetree/bindings/usb/dwc3.txt | 3 ++-
> 1 file changed, 2
On Fri, 19 Aug 2016, ludeng wrote:
> Hi,
> How the EHCI HC driver make the decision to suspend some USB devices,
> but not to suspend some others? We notice that for some USB Video
> Cameras, when they are enumerated and there is no data to transfer,
> the EHCI HC driver will suspend them by setti
The following changes since commit 29b4817d4018df78086157ea3a55c1d9424a7cfc:
Linux 4.8-rc1 (2016-08-07 18:18:00 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git/ tags/usb-4.8-rc3
for you to fetch changes up to f1f6d9a8b540df22b87a5b
ohci-omap doesn't need to include mach/irqs.h - nothing within this
driver needs anything from this header file. Remove this include.
Signed-off-by: Russell King
---
drivers/usb/host/ohci-omap.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/usb/host/ohci-omap.c b/drivers/usb/host/o
On 8/19/2016 12:30 AM, Roger Quadros wrote:
Hi Santosh,
So I'm 99.9% convinced that the proposed change is correct.
I will got with that then :-) and take my objection back. Just
saying that if there other breakages which I can't recollect now,
those drivers needs to be patched as well.
David,
On Wed, Aug 17, 2016 at 4:35 AM, Kishon Vijay Abraham I wrote:
>
> Hi Kevin,
>
> On Saturday 13 August 2016 02:54 AM, Kevin Hilman wrote:
> > On Wed, May 25, 2016 at 6:18 AM, Sekhar Nori wrote:
> >> On Monday 23 May 2016 08:44 PM, David Lechner wrote:
> >>> On 05/09/2016 06:46 PM, David L
On 08/19/2016 11:40 AM, Kevin Hilman wrote:
David,
On Wed, Aug 17, 2016 at 4:35 AM, Kishon Vijay Abraham I wrote:
Hi Kevin,
On Saturday 13 August 2016 02:54 AM, Kevin Hilman wrote:
On Wed, May 25, 2016 at 6:18 AM, Sekhar Nori wrote:
On Monday 23 May 2016 08:44 PM, David Lechner wrote:
On
Add revision number constants for the 3.00a and 3.10a releases.
Signed-off-by: John Youn
---
drivers/usb/dwc3/core.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/usb/dwc3/core.h b/drivers/usb/dwc3/core.h
index 3d94acd..002e647 100644
--- a/drivers/usb/dwc3/core.h
+++ b/drivers/u
ENDXFER polling is available on version 3.10a and later of the
DWC_usb3 (USB 3.0) controller. With this feature, the software can poll
the CMDACT bit in the DEPCMD register after issuing an ENDXFER command.
This feature is enabled by writing GUCTL2[14].
This feature is NOT available on the DWC_usb
On 8/8/2016 1:30 PM, Felipe F. Tonello wrote:
> Use gadget's framework allocation function instead of directly calling
> usb_ep_alloc_request().
>
> Signed-off-by: Felipe F. Tonello
> ---
> drivers/usb/gadget/function/f_hid.c | 6 +-
> 1 file changed, 1 insertion(+), 5 deletions(-)
>
> diff
Hi,
On Mon, Aug 15, 2016 at 09:21:25PM +0200, Hans de Goede wrote:
> Hi All,
>
> Here is a patch series which implements run-time changing the dr-mode
> of sunxi musb controllers through the (already existing) musb "mode"
> sysfs attribute.
>
> This is useful on boards where there is no id pin,
Hi,
On Mon, Aug 15, 2016 at 09:21:32PM +0200, Hans de Goede wrote:
> This allows run-time dr_mode switching support via the "mode" musb
> sysfs attribute.
>
> Signed-off-by: Hans de Goede
> ---
> drivers/usb/musb/sunxi.c | 52
>
> 1 file changed
Hi,
On Mon, Aug 15, 2016 at 09:21:31PM +0200, Hans de Goede wrote:
> On some devices the musb otg controller can be used in both device and
> host mode, but requires software mode switching since there is no id pin
> connected. The usb0 phy code will default to device mode in this case.
>
> On so
Hi all,
Here are two patches to add PM runtime support to cppi41 DMA.
I've tested these on am335x using the musb dsps glue layer.
If anybody has other test cases, please test if you can.
Regards,
Tony
Tony Lindgren (2):
dmaengine: cppi41: Prepare to add PM runtime support
dmaengine: cppi41:
Let's just move code from cppi41_dma_issue_pending() to
push_desc_queue() as that's the only call to push_desc_queue().
We want to do this for PM runtime as we need to call push_desc_queue()
also for pending queued transfers from PM runtime resume.
No functional changes, just moves code around.
Let's keep the device enabled between cppi41_dma_issue_pending()
and dmaengine_desc_get_callback_invoke() and rely on the PM runtime
autoidle timeout elsewhere.
As the PM runtime is for whole device, not for each channel,
we need to queue pending transfers if the device is PM runtime
suspended. Th
Hi,
I have noticed a problem using a usb device managed by the cdc_acm
driver. The data received from the device and copied to userspace ends
up being shifted by one byte again and again after some amount of calls
to read() and most importantly with previously read data. usbmon shows
the usb data
29 matches
Mail list logo
