On Tue, Sep 26, 2017 at 08:45:27AM +0800, Li Jun wrote:
> Move TCPCI(Typec port controller interface) driver out of staging.
>
> Signed-off-by: Li Jun
> ---
> drivers/staging/Kconfig| 2 -
> drivers/staging/Makefile | 1 -
> drivers/staging/typec/Kconfig | 14 -
> drivers/sta
On Tue, Sep 26, 2017 at 09:30:31AM +1000, Will Trives wrote:
> On Mon, 25 Sep 2017 10:52:10 +0200
> Greg KH wrote:
>
> > On Mon, Sep 25, 2017 at 05:29:10PM +1000, Will wrote:
> > > Hello,
> > >
> > > Basically I'm just sending this to see if anyone can confirm whether
> > > they can get SuperSpe
On 26.09.2017 08:55, Adrian Bocaniciu wrote:
On Mon, 25 Sep 2017 17:29:10 +1000
Will wrote:
Hello,
Basically I'm just sending this to see if anyone can confirm whether
they can get SuperSpeed devices working properly through the Type-C port
on an Asmedia ASM1142 controller with Linux (i've tr
On 25.09.2017 19:09, David Laight wrote:
From: Adam Wallis
Sent: 25 September 2017 13:26
inc_deq() currently bails earlier for EVENT rings than the common return
point of the function, due to the fact that EVENT rings do not have
link TRBs. The unfortunate side effect of this is that the very us
On Mon, 25 Sep 2017 17:29:10 +1000
Will wrote:
> Hello,
>
> Basically I'm just sending this to see if anyone can confirm whether
> they can get SuperSpeed devices working properly through the Type-C port
> on an Asmedia ASM1142 controller with Linux (i've tried even with latest
> usb-next branch
> Up to 4.14-rc4 etc
Er that's not out yet.
I mean -rc2 hah
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
We need regmap_update_bits to avoid touch any other bits when
enable or disable vconn.
Signed-off-by: Li Jun
---
drivers/staging/typec/tcpci.c | 10 +++---
1 file changed, 3 insertions(+), 7 deletions(-)
diff --git a/drivers/staging/typec/tcpci.c b/drivers/staging/typec/tcpci.c
index c7c45d
As we should keep the disconnected cc line to be open when attached,
so update the set_cc interface accordingly for it.
Signed-off-by: Li Jun
---
drivers/staging/typec/tcpci.c | 37 +
1 file changed, 21 insertions(+), 16 deletions(-)
diff --git a/drivers/stag
Move TCPCI(Typec port controller interface) driver out of staging.
Signed-off-by: Li Jun
---
drivers/staging/Kconfig| 2 -
drivers/staging/Makefile | 1 -
drivers/staging/typec/Kconfig | 14 -
drivers/staging/typec/Makefile | 1 -
drivers/staging/typec/TODO | 5 -
dri
With that we can clear any pending events and the port is registered
so driver can be ready to handle typec events once we request irq.
Signed-off-by: Peter Chen
Signed-off-by: Li Jun
---
drivers/staging/typec/tcpci.c | 11 +--
1 file changed, 5 insertions(+), 6 deletions(-)
diff --git
This patch set attempts to move the tcpci driver out of staging by fix
some tcpci driver issues and verified on NXP PTN5110, which is a standard
tcpci typec port controller device with power delivery support, tested
power source and sink with drp config.
Li Jun (12):
usb: typec: add API to get
Per tcpci spec 4.4.5.2 ROLE_CONTROL description: "the TCPM shall
write B6 (DRP) =1b and the starting value of Rp/Rd to B3..0 (CC1/CC2)
to indicate DRP autonomous toggling mode to the TCPC", so add CC1/CC2
setting, also we should issue COMMAND.Look4Connection to start it.
Signed-off-by: Li Jun
---
TCPCI implementation may need SW to enable VBUS detection to generate
power status events.
Signed-off-by: Li Jun
---
drivers/staging/typec/tcpci.c | 23 +++
1 file changed, 23 insertions(+)
diff --git a/drivers/staging/typec/tcpci.c b/drivers/staging/typec/tcpci.c
index 6d60
This patch add 2 APIs to get port type and preferred role from firmware
description.
Signed-off-by: Li Jun
---
drivers/usb/typec/typec.c | 45 +
include/linux/usb/typec.h | 2 ++
2 files changed, 47 insertions(+)
diff --git a/drivers/usb/typec/typec.
User can define the typec port properties in tcpci node to setup
the port config.
Signed-off-by: Li Jun
---
drivers/staging/typec/tcpci.c | 89 +++
include/linux/usb/tcpm.h | 6 +--
2 files changed, 85 insertions(+), 10 deletions(-)
diff --git a/dri
As we should only drive connected cc line to be the right state when
attached, and keeps the other one to be open, so update the set_cc
interface for that.
Signed-off-by: Li Jun
---
drivers/usb/typec/tcpm.c | 12 +++-
include/linux/usb/tcpm.h | 3 ++-
2 files changed, 13 insertions(+),
TCPCI stands for typec port controller interface, its implementation
has full typec port control with power delivery support, it's a
standard i2c slave with GPIO input as irq interface, detail see spec
"Universal Serial Bus Type-C Port Controller Interface Specification
Revision 1.0, Version 1.1"
port-type is required for any typec port; default-role is only required
for drp; power source capable needs src-pdos; power sink capable needs
snk-pdos, max-snk-mv, max-snk-ma, op-snk-mw.
Signed-off-by: Li Jun
---
Documentation/devicetree/bindings/usb/typec.txt | 46 +
1
As DRP port autonomously toggles the Rp/Rd need a start value to
begin with, so add one parameter for it in tcpm_start_drp_toggling.
Signed-off-by: Li Jun
---
drivers/usb/typec/tcpm.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/usb/typec/tcpm.c b/driver
Hi,
The below link will help.
http://git.ideasonboard.org/uvc-gadget.git
https://lwn.net/Articles/203924/
Jaejoong
2017-09-26 7:06 GMT+09:00 Rail Shafigulin :
> Working on a custom Xilinx board with Petalinux on it. Have
> /dev/video0 node which is UVC. Tested it with vivid driver and know
> th
On Mon, Sep 25, 2017 at 1:17 PM, Grant Grundler wrote:
...
> I didn't realize cdc_ether has a blacklist to make sure
> RTL8152|RTL8153 devices are not picked up by cdc_ether. Would you
> prefer I add this device to the blacklist in the same patch?
I've sent a V2 which also updates the blacklist i
This linksys dongle by default comes up in cdc_ether mode.
This patch allows r8152 to claim the device:
Bus 002 Device 002: ID 13b1:0041 Linksys
Signed-off-by: Grant Grundler
---
drivers/net/usb/cdc_ether.c | 8
drivers/net/usb/r8152.c | 2 ++
2 files changed, 10 insertions(+)
V
On Mon, 25 Sep 2017 10:52:10 +0200
Greg KH wrote:
> On Mon, Sep 25, 2017 at 05:29:10PM +1000, Will wrote:
> > Hello,
> >
> > Basically I'm just sending this to see if anyone can confirm whether
> > they can get SuperSpeed devices working properly through the Type-C
> > port on an Asmedia ASM1142
Working on a custom Xilinx board with Petalinux on it. Have
/dev/video0 node which is UVC. Tested it with vivid driver and know
that it is working. Now I want to stream my own video through it.
Decided to test with a simple buffer. Got the following error:
write to UVC: Invalid argument.
The code
On Mon, 25 Sep 2017, David Tulloh wrote:
> Hi,
>
> I have been trying to get a UVC gadget running through configfs and
> wired in to dummy_hcd.
>
> I have largely been following the instructions from the Tizen wiki.
> https://wiki.tizen.org/USB/Linux_USB_Layers/Configfs_Composite_Gadget/Usage_eq
[grrhmail...sorry! resending as plain text]
Hallo Oliver!
On Mon, Sep 25, 2017 at 7:51 AM, Oliver Neukum wrote:
> Am Freitag, den 22.09.2017, 12:06 -0700 schrieb Grant Grundler:
> > This Linksys dongle by default comes up in cdc_ether mode.
> > This patch allows r8152 to claim the device:
> >
On Fri, Sep 22, 2017 at 10:18:54AM +0200, Andrzej Pietrasiewicz wrote:
> Hi,
>
> W dniu 19.09.2017 o 20:10, Robin Murphy pisze:
> > On 19/09/17 18:40, Krzysztof Kozlowski wrote:
> > > On Mon, Sep 18, 2017 at 12:02:13PM +0200, Andrzej Pietrasiewicz wrote:
> > > > Odroid XU4 board does not enumerate
From: Adam Wallis
> Sent: 25 September 2017 13:26
> inc_deq() currently bails earlier for EVENT rings than the common return
> point of the function, due to the fact that EVENT rings do not have
> link TRBs. The unfortunate side effect of this is that the very useful
> trace_xhci_inc_deq() function
/20170925-212427
base: https://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git
usb-testing
config: x86_64-randconfig-x011-201739 (attached as .config)
compiler: gcc-6 (Debian 6.2.0-3) 6.2.0 20160901
reproduce:
# save the attached .config to linux build tree
make ARCH=x86_64
Am Freitag, den 22.09.2017, 12:06 -0700 schrieb Grant Grundler:
> This Linksys dongle by default comes up in cdc_ether mode.
> This patch allows r8152 to claim the device:
> Bus 002 Device 002: ID 13b1:0041 Linksys
Hi,
have you tested this in case cdc_ether is for some reason already
loaded? T
Hi,
On 25-09-17 15:45, Peter Rosin wrote:
On 2017-09-25 13:35, Hans de Goede wrote:
Hi,
On 25-09-17 12:34, Peter Rosin wrote:
On 2017-09-13 17:48, Hans de Goede wrote:
Hi,
On 13-09-17 17:07, Rob Herring wrote:
On Wed, Sep 13, 2017 at 9:06 AM, Hans de Goede wrote:
Hi,
On 13-09-17 15:38,
On 2017-09-25 13:35, Hans de Goede wrote:
> Hi,
>
> On 25-09-17 12:34, Peter Rosin wrote:
>> On 2017-09-13 17:48, Hans de Goede wrote:
>>> Hi,
>>>
>>> On 13-09-17 17:07, Rob Herring wrote:
On Wed, Sep 13, 2017 at 9:06 AM, Hans de Goede wrote:
> Hi,
>
>
> On 13-09-17 15:38, Ro
inc_deq() currently bails earlier for EVENT rings than the common return
point of the function, due to the fact that EVENT rings do not have
link TRBs. The unfortunate side effect of this is that the very useful
trace_xhci_inc_deq() function is not called/usable for EVENT ring
debug.
This patch pr
Am Sonntag, den 24.09.2017, 13:14 +1000 schrieb Christian Bullow:
> Upon depressing the DIP switch or forward/backward buttons, the mouse
> freezes and is unresponsive. The only way to fix this is my unplugging
> it, and putting it into a /different/ USB port.
>
> I am happy to be guided as to h
On 9/25/2017 5:59 AM, Mathias Nyman wrote:
> On 22.09.2017 22:55, Adam Wallis wrote:
>> inc_deq() currently bails earlier for EVENT rings than the common return
>> point of the function, due to the fact that EVENT rings do not have
>> link TRBs. The unfortunate side effect of this is that the very
Hi,
On 25-09-17 12:34, Peter Rosin wrote:
On 2017-09-13 17:48, Hans de Goede wrote:
Hi,
On 13-09-17 17:07, Rob Herring wrote:
On Wed, Sep 13, 2017 at 9:06 AM, Hans de Goede wrote:
Hi,
On 13-09-17 15:38, Rob Herring wrote:
On Wed, Sep 13, 2017 at 3:56 AM, Hans de Goede
wrote:
Hi,
On
On 2017-09-13 17:48, Hans de Goede wrote:
> Hi,
>
> On 13-09-17 17:07, Rob Herring wrote:
>> On Wed, Sep 13, 2017 at 9:06 AM, Hans de Goede wrote:
>>> Hi,
>>>
>>>
>>> On 13-09-17 15:38, Rob Herring wrote:
On Wed, Sep 13, 2017 at 3:56 AM, Hans de Goede
wrote:
>
> Hi,
>
On 22.09.2017 22:55, Adam Wallis wrote:
inc_deq() currently bails earlier for EVENT rings than the common return
point of the function, due to the fact that EVENT rings do not have
link TRBs. The unfortunate side effect of this is that the very useful
trace_xhci_inc_deq() function is not called/u
Am Freitag, den 22.09.2017, 20:23 +0200 schrieb Bjørn Mork :
> Sounds good. Ideally we should also get it tested with lots of other
> devices. But the only way I know of to make that happen is by pushing
> the patch into mainline and stable kernels. I'll do some minimal testing
> myself for a whi
Am Freitag, den 22.09.2017, 11:56 -0400 schrieb Alan Stern:
> The uas driver has a subtle bug in the way it handles alternate
> settings. The uas_find_uas_alt_setting() routine returns an
> altsetting value (the bAlternateSetting number in the descriptor), but
> uas_use_uas_driver() then treats th
On Mon, Sep 25, 2017 at 05:29:10PM +1000, Will wrote:
> Hello,
>
> Basically I'm just sending this to see if anyone can confirm whether
> they can get SuperSpeed devices working properly through the Type-C port
> on an Asmedia ASM1142 controller with Linux (i've tried even with latest
> usb-next b
Hi,
I have been trying to get a UVC gadget running through configfs and
wired in to dummy_hcd.
I have largely been following the instructions from the Tizen wiki.
https://wiki.tizen.org/USB/Linux_USB_Layers/Configfs_Composite_Gadget/Usage_eq._to_g_webcam.ko
However I am getting a hard lockup, I
2017-09-22 12:31 GMT+02:00 Nicolas Ferre :
> On 15/09/2017 at 16:04, Romain Izard wrote:
>> From: Romain Izard
>>
>> When an AT91 programmable clock is declared in the device tree, register
>> it into the Power Management Controller driver. On entering suspend mode,
>> the driver saves and restore
On 25.09.2017 10:08, Joe Lee wrote:
From: Joe Lee
For AMD Promontory xHCI host,
although you can disable USB 2.0 ports in BIOSsettings,
those ports will be enabled anyway after you remove a device on
that port and re-plug it in again. It's a known limitation of the chip.
As a workaround we can
This patch fixes an issue that this driver cannot go status stage
in control read when the req.zero is set to 1 and the len in
usb3_write_pipe() is set to 0. Otherwise, if we use g_ncm driver,
usb enumeration takes long time (5 seconds or more).
Fixes: 746bfe63bba3 ("usb: gadget: renesas_usb3: add
According to the datasheet of R-Car Gen3, the Pn_RAMMAP.Pn_MPKT should
be set to one of 8, 16, 32, 64, 512 and 1024. Otherwise, when a gadget
driver uses an interrupt endpoint, unexpected behavior happens. So,
this patch fixes it.
Fixes: 746bfe63bba3 ("usb: gadget: renesas_usb3: add support for Re
This patch set is based on the Felipe's usb.git / testing/fixes branch
(The commit is 7661ca09b2ff98f48693f431bb01fed62830e433).
Yoshihiro Shimoda (3):
usb: gadget: udc: renesas_usb3: fix for no-data control transfer
usb: gadget: udc: renesas_usb3: fix Pn_RAMMAP.Pn_MPKT value
usb: gadget: ud
When bRequestType & USB_DIR_IN is false and req.length is 0 in control
transfer, since it means non-data, this driver should not set the mode
as control write. So, this patch fixes it.
Fixes: 746bfe63bba3 ("usb: gadget: renesas_usb3: add support for Renesas USB3.0
peripheral controller")
Cc: # v
Hello,
Basically I'm just sending this to see if anyone can confirm whether
they can get SuperSpeed devices working properly through the Type-C port
on an Asmedia ASM1142 controller with Linux (i've tried even with latest
usb-next branch)
Any device I use with the cable I have is only able to wor
Driver for TI TPS65982, TPS65983 and other TPS6598x family
stand alone USB Power Delivery controllers.
The driver will at this stage only register the port and
partners attached to it, so cables and alternate modes are
not yet registered. Both power and data role swapping is
supported.
Signed-off
From: Joe Lee
For AMD Promontory xHCI host,
although you can disable USB 2.0 ports in BIOSsettings,
those ports will be enabled anyway after you remove a device on
that port and re-plug it in again. It's a known limitation of the chip.
As a workaround we can clear the PORT_WAKE_BITS.
Signed-off-
51 matches
Mail list logo
