The PIDs for Isochronous data transfers are incorrect
for high bandwidth IN endpoints when the request length
is less than EP wMaxPacketSize.
As per spec correct PIDs for ISOC data transfers are:
->For request length < maxPayloadSize
- DATA0,
->For maxPayloadSize < length < 2*maxPayloadSize
On Wed, Jul 05, 2017 at 02:44:56AM +0200, Rafael J. Wysocki wrote:
> On Wednesday, June 21, 2017 02:42:03 PM Peter Chen wrote:
> > We have an well-known problem that the device needs to do some power
> > sequence before it can be recognized by related host, the typical
> > example like hard-wired m
Some time ago Thierry Reding sent out patches that enabled UDC on NVIDIA
Tegra, unfortunately they haven't got enough traction to get into the
kernel. I've rebased those patches and added a fix for the Ethernet USB
Gadget on Tegra20, Marc Dietrich tested UDC driver on AC100 and Nicolas
Chauvet on T
Since NVIDIA Tegra 20/30/40/TK1 are supported now by the ChipIdea driver,
let's enable this driver in tegra_defconfig.
Signed-off-by: Dmitry Osipenko
---
arch/arm/configs/tegra_defconfig | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/arch/arm/configs/tegra_defconf
From: Thierry Reding
All of these Tegra SoC generations have a ChipIdea UDC IP block that can
be used for device mode communication with a host. Implement rudimentary
support that doesn't allow switching between host and device modes.
Signed-off-by: Thierry Reding
[dig...@gmail.com: rebased pat
From: Thierry Reding
Override the compatible string of the first USB controller to enable
device mode.
Signed-off-by: Thierry Reding
---
arch/arm/boot/dts/tegra20-trimslice.dts | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/boot/dts/tegra20-trimslice.dts
b/arch/arm/boot/dts/te
From: Thierry Reding
Override the compatible string of the first USB controller to enable
device mode.
Signed-off-by: Thierry Reding
---
arch/arm/boot/dts/tegra30-beaver.dts | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm/boot/dts/tegra30-beaver.dts
b/arch/arm/boot/dt
This quirk is required to make USB Ethernet gadget working with HW that
can't cope with unaligned DMA. For some reason only f_ncm handles that
quirk, let's handle it in the rest of the network models. All models have
been tested with a ChipIdea UDC driver on NVIDIA Tegra20 SoC that require
DMA to b
NVIDIA Tegra20 UDC can't cope with unaligned DMA and require a USB gadget
quirk that avoids SKB buffer alignment to be set in order to make Ethernet
Gadget working. Later Tegra generations do not require that quirk. Let's
add a new platform data flag that allows to enable USB gadget quirk for
platf
From: Thierry Reding
Override the compatible string of the first USB controller to enable
device mode.
Signed-off-by: Thierry Reding
---
arch/arm/boot/dts/tegra114-dalmore.dts | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm/boot/dts/tegra114-dalmore.dts
b/arch/arm/boo
From: Thierry Reding
Override the compatible string of the first USB controller to enable
device mode.
Signed-off-by: Thierry Reding
Tested-by: Nicolas Chauvet
---
arch/arm/boot/dts/tegra124-jetson-tk1.dts | 12 +++-
1 file changed, 11 insertions(+), 1 deletion(-)
diff --git a/arch/a
Override the compatible string of the first USB controller to enable
device mode.
Signed-off-by: Dmitry Osipenko
Tested-by: Marc Dietrich
---
arch/arm/boot/dts/tegra20-paz00.dts | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/boot/dts/tegra20-paz00.dts
b/arch/arm/boot/dts/tegra2
Make the code like the rest of the kernel.
Also use inline instead of __inline__.
Signed-off-by: Joe Perches
---
drivers/usb/serial/safe_serial.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/usb/serial/safe_serial.c b/drivers/usb/serial/safe_serial.c
index 8a069aa1
Move the inline/asmlinkage keywords before the return types
Add a checkpatch test for this too.
Joe Perches (18):
checkpatch: improve the STORAGE_CLASS test
ARM: KVM: Move asmlinkage before type
ARM: HP Jornada 7XX: Move inline before return type
CRIS: gpio: Move inline before return type
On 07/05/2017 11:19 AM, Dmitry Osipenko wrote:
Some time ago Thierry Reding sent out patches that enabled UDC on NVIDIA
Tegra, unfortunately they haven't got enough traction to get into the
kernel. I've rebased those patches and added a fix for the Ethernet USB
Gadget on Tegra20, Marc Dietrich te
On 07/05/2017 11:19 AM, Dmitry Osipenko wrote:
Since NVIDIA Tegra 20/30/40/TK1 are supported now by the ChipIdea driver,
let's enable this driver in tegra_defconfig.
Shouldn't this patch be earlier in the series so that we don't
completely break USB support between the patch which switches a p
>> Thanks, looks good, but checkpatch complains about:
>>
>>> + usleep_range(50, 50);
>>
>>
>> having same min and max value.
>> Does usleep_range(40,60) work for you? or some other range?
>>
>It works to use usleep_range(40,60);
>Thanks for help us to upstream the patch.
>
>> I can c
I have two mobile broadband Huawei E3372h devices, one with firmware
21.200.07.01.26 (aka the 200-version) and one with firmware 21.318.01.00.541
(aka the 318-version).
Whereas the 200-version works perfectly with a recent kernel (4.10), the latter
never manages to exchange any IP-packets. Upo
On 05.07.2017 23:31, Stephen Warren wrote:
> On 07/05/2017 11:19 AM, Dmitry Osipenko wrote:
>> Some time ago Thierry Reding sent out patches that enabled UDC on NVIDIA
>> Tegra, unfortunately they haven't got enough traction to get into the
>> kernel. I've rebased those patches and added a fix for
On 07/05/2017 04:13 PM, Dmitry Osipenko wrote:
On 05.07.2017 23:31, Stephen Warren wrote:
On 07/05/2017 11:19 AM, Dmitry Osipenko wrote:
Some time ago Thierry Reding sent out patches that enabled UDC on NVIDIA
Tegra, unfortunately they haven't got enough traction to get into the
kernel. I've re
On 05.07.2017 23:33, Stephen Warren wrote:
> On 07/05/2017 11:19 AM, Dmitry Osipenko wrote:
>> Since NVIDIA Tegra 20/30/40/TK1 are supported now by the ChipIdea driver,
>> let's enable this driver in tegra_defconfig.
>
> Shouldn't this patch be earlier in the series so that we don't completely
>
On 06.07.2017 01:54, Stephen Warren wrote:
> On 07/05/2017 04:13 PM, Dmitry Osipenko wrote:
>> On 05.07.2017 23:31, Stephen Warren wrote:
>>> On 07/05/2017 11:19 AM, Dmitry Osipenko wrote:
Some time ago Thierry Reding sent out patches that enabled UDC on NVIDIA
Tegra, unfortunately they h
On Wed, Jul 05, 2017 at 08:19:50PM +0300, Dmitry Osipenko wrote:
> This quirk is required to make USB Ethernet gadget working with HW that
> can't cope with unaligned DMA. For some reason only f_ncm handles that
> quirk, let's handle it in the rest of the network models. All models have
> been test
On Wed, Jul 05, 2017 at 08:19:51PM +0300, Dmitry Osipenko wrote:
> NVIDIA Tegra20 UDC can't cope with unaligned DMA and require a USB gadget
> quirk that avoids SKB buffer alignment to be set in order to make Ethernet
> Gadget working. Later Tegra generations do not require that quirk. Let's
> add
On Wed, Jul 05, 2017 at 08:19:52PM +0300, Dmitry Osipenko wrote:
> + /* setup and register ChipIdea HDRC device */
> + udc->data.name = "tegra-udc";
> + udc->data.capoffset = DEF_CAPOFFSET;
> + udc->data.flags = 0;
> + udc->data.usb_phy = udc->phy;
> +
> + /* setup device sp
On Wed, Jul 05, 2017 at 08:19:53PM +0300, Dmitry Osipenko wrote:
> From: Thierry Reding
>
> Override the compatible string of the first USB controller to enable
> device mode.
>
> Signed-off-by: Thierry Reding
> ---
> arch/arm/boot/dts/tegra20-trimslice.dts | 2 ++
> 1 file changed, 2 insertio
On Mon, May 22, 2017 at 12:02:10AM +0200, Wolfram Sang wrote:
> include/linux/i2c is not for client devices. Move the header file to a
> more appropriate location.
>
> Signed-off-by: Wolfram Sang
> ---
> arch/arm/mach-omap2/common.h| 2 +-
> arch/arm/mach-omap2/omap_twl.c |
27 matches
Mail list logo