(I'm not on the linux-usb ML, so please Cc me on replies.)
Hi,
I found out that unplugging and plugging back an USB-to-serial converter
such as pl2303 is not enough to undo all changes to termios which were
performed from userspace. One has to remove the usb-serial module because
that's where
On Mon, 11 Jul 2016, John Westwood wrote:
> I think the MTP stuff is a red herring. I checked syslog when I use a DAC that
> works (Audiolab MDAC) and that has the MTP lines too, but it doesn't have the
> warning line about Unlikely big volume range.
>
> In addition, the working DAC has the
I think the MTP stuff is a red herring. I checked syslog when I use a DAC that
works (Audiolab MDAC) and that has the MTP lines too, but it doesn't have the
warning line about Unlikely big volume range.
In addition, the working DAC has the following lines which are not present the
non-working
> David,
>
> Did you have any more thoughts about this? I'm happy to make some other
> adjustments to the patch, if you have some recommendations.
Hi,
I just wanted to share that the maintenance BIOSes released for the Dell
platforms with Type-C this past week enables the MAC address pass
On 10 July 2016 at 20:10, Peter Chen wrote:
> On Thu, Jul 07, 2016 at 03:21:01PM -0700, Stephen Boyd wrote:
>> @@ -418,6 +427,17 @@ static inline bool ci_otg_is_fsm_mode(struct ci_hdrc
>> *ci)
>> #endif
>> }
>>
>> +#if IS_ENABLED(CONFIG_USB_CHIPIDEA_ULPI)
>> +int
On 10 July 2016 at 21:43, Peter Chen wrote:
> On Thu, Jul 07, 2016 at 03:21:06PM -0700, Stephen Boyd wrote:
>> diff --git a/drivers/usb/chipidea/ci_hdrc_msm.c
>> b/drivers/usb/chipidea/ci_hdrc_msm.c
>> index 7e870a253f55..7708bee3ff3e 100644
>> ---
On 10 July 2016 at 22:32, Peter Chen wrote:
> On Thu, Jul 07, 2016 at 03:21:09PM -0700, Stephen Boyd wrote:
>> @@ -40,11 +43,38 @@ struct ci_hdrc_msm {
>> struct clk *iface_clk;
>> struct clk *fs_clk;
>> struct ci_hdrc_platform_data pdata;
>> + struct
From:
Date: Mon, 11 Jul 2016 21:54:07 +
> Please let me know what else can be done for this patch to make it
> acceptable so we can have parity for Linux.
Just resubmit it and I'll apply it, I'm so tired of hearing about this...
--
To unsubscribe from this list:
+Kishon,
On 05/27/2016 12:57 PM, Al Cooper wrote:
> Add a new USB Phy driver for Broadcom STB SoCs. This driver
> supports all Broadcom STB ARM SoCs. This driver in combination
> with the generic ohci, ehci and xhci platform drivers will enable
> USB1.1, USB2.0 and USB3.0 support. This Phy driver
On 05/27/2016 12:57 PM, Al Cooper wrote:
> Signed-off-by: Al Cooper
> ---
> drivers/soc/brcmstb/common.c| 12
> include/linux/soc/brcmstb/brcmstb.h | 10 ++
> 2 files changed, 22 insertions(+)
>
> diff --git a/drivers/soc/brcmstb/common.c
From: Mario Limonciello
Date: Mon, 11 Jul 2016 19:58:04 -0500
> The RTL8153-AD supports a persistent system specific MAC address.
> This means a device plugged into two different systems with host side
> support will show different (but persistent) MAC addresses.
>
>
On Mon, Jul 11, 2016 at 03:03:37PM -0700, Stephen Boyd wrote:
> On 10 July 2016 at 21:43, Peter Chen wrote:
> > On Thu, Jul 07, 2016 at 03:21:06PM -0700, Stephen Boyd wrote:
> >> diff --git a/drivers/usb/chipidea/ci_hdrc_msm.c
> >> b/drivers/usb/chipidea/ci_hdrc_msm.c
> >>
On Mon, Jul 11, 2016 at 03:07:24PM -0700, Stephen Boyd wrote:
> On 10 July 2016 at 22:32, Peter Chen wrote:
> > On Thu, Jul 07, 2016 at 03:21:09PM -0700, Stephen Boyd wrote:
> >> @@ -40,11 +43,38 @@ struct ci_hdrc_msm {
> >> struct clk *iface_clk;
> >> struct
Hi,
> -Original Message-
> From: Alan Stern [mailto:st...@rowland.harvard.edu]
> Sent: Monday, July 11, 2016 10:51 PM
> To: Lipengcheng
> Cc: gre...@linuxfoundation.org; baolu...@linux.intel.com;
> chasemetzge...@gmail.com; mathias.ny...@linux.intel.com;
> oneu...@suse.com;
Hi,
> -Original Message-
> From: Lu Baolu [mailto:baolu...@linux.intel.com]
> Sent: Tuesday, July 12, 2016 8:42 AM
> To: Lipengcheng; gre...@linuxfoundation.org; st...@rowland.harvard.edu;
> chasemetzge...@gmail.com; mathias.ny...@linux.intel.com;
> oneu...@suse.com; jun...@freescale.com
On Mon, Jul 11, 2016 at 09:24:06PM +0200, Jan Kundrát wrote:
> (I'm not on the linux-usb ML, so please Cc me on replies.)
>
> Hi,
> I found out that unplugging and plugging back an USB-to-serial converter
> such as pl2303 is not enough to undo all changes to termios which were
> performed from
Hi,
On 07/12/2016 09:48 AM, Lipengcheng wrote:
> Hi,
>
>> -Original Message-
>> From: Lu Baolu [mailto:baolu...@linux.intel.com]
>> Sent: Tuesday, July 12, 2016 8:42 AM
>> To: Lipengcheng; gre...@linuxfoundation.org; st...@rowland.harvard.edu;
>> chasemetzge...@gmail.com;
Hi,
On 07/11/2016 08:57 PM, Pengcheng Li wrote:
> A usb device in the connection state. Then host is suspend and resume.
> But the usb device could not be at the right speed. We should be reset
> the reset.
Have you tried applying XHCI_RESET_ON_RESUME quirk to your
host controller driver? Is
The RTL8153-AD supports a persistent system specific MAC address.
This means a device plugged into two different systems with host side
support will show different (but persistent) MAC addresses.
This information for the system's persistent MAC address is burned in when
the system HW is built and
> -Original Message-
> From: Peter Chen [mailto:hzpeterc...@gmail.com]
> Sent: Monday, July 11, 2016 12:24 PM
> To: Rajesh Bhagat
> Cc: linux-usb@vger.kernel.org; linux-ker...@vger.kernel.org;
> devicet...@vger.kernel.org; Peter Chen ;
>
> -Original Message-
> From: Peter Chen [mailto:hzpeterc...@gmail.com]
> Sent: Monday, July 11, 2016 12:19 PM
> To: Rajesh Bhagat
> Cc: linux-usb@vger.kernel.org; linux-ker...@vger.kernel.org;
> devicet...@vger.kernel.org; Peter Chen ;
>
On 11 July 2016 at 19:38, Michal Nazarewicz wrote:
> On Mon, Jul 11 2016, Baolin Wang wrote:
>> Some gadget device (such as dwc3 gadget) requires quirk_ep_out_aligned_size
>> attribute, which means it need to align the request buffer's size to an ep's
>> maxpacketsize.
>>
>>
On Sat, Jul 09, 2016 at 02:16:37PM +, Stefan Wahren wrote:
> This patch series aim to improve the ChipIdea UDC driver in regards to
> readability and runtime behavior.
>
> Changes since RFC:
> - drop patch usb: chipidea: udc: Avoid busy wait in reset ISR
>
> Stefan Wahren (3):
> usb:
On Sat, Jul 09, 2016 at 10:00:52AM +0530, Rajesh Bhagat wrote:
> Adds qoriq platform driver for chipidea controller,
> verfied on LS1021A and LS1012A platforms.
>
> Signed-off-by: Rajesh Bhagat
> ---
> Changes in v2:
> - Replaced Freescale with QorIQ in comments section
>
Refactoring to the daemon.
usbipd_dev.c is device-side specific code extracted from usbipd.c.
usbipd.c is left as common parts for both device(stub)-side and
application(vhci)-side daemon.
usbip_net_set_nodelay() is the middle of device side daemon operation
and it does not make mush sence.
New connect operation.
Signed-off-by: Nobuo Iwata
---
tools/usb/usbip/src/Makefile.am | 3 +-
tools/usb/usbip/src/usbip.c | 9 +-
tools/usb/usbip/src/usbip.h | 5 +-
tools/usb/usbip/src/usbip_connect.c | 228
4
usbip_get_device() method in usbip_host_driver_ops was not used. It is
modified as a function to find an exported device for new operations
'connect' and 'disconnect'.
bind and unbind function are exported for the new operations.
Signed-off-by: Nobuo Iwata
---
Modification to export and un-export response in
tools/usb/usbip/src/usbip_network.h. It just changes return code type
from int to uint32_t as same as other responses.
Added export and un-export request/response to
Documentation/usb/usbip_protocol.txt.
Signed-off-by: Nobuo Iwata
New disconnect operation.
Signed-off-by: Nobuo Iwata
---
tools/usb/usbip/src/Makefile.am| 2 +-
tools/usb/usbip/src/usbip.c| 6 +
tools/usb/usbip/src/usbip.h| 2 +
tools/usb/usbip/src/usbip_disconnect.c | 215
Refactoring to attach and detatch operation. Common parts to new
application(vhci)-side daemon are moved to libsrc/vhci_driver.c.
Signed-off-by: Nobuo Iwata
---
tools/usb/usbip/libsrc/vhci_driver.c | 99
Correction to wording inconsistency around import and export in
usbip_list.c.
Please, see also cover letter about wording.
Signed-off-by: Nobuo Iwata
---
tools/usb/usbip/src/usbip_list.c | 22 --
1 file changed, 12 insertions(+), 10
On Sat, Jul 09, 2016 at 10:00:54AM +0530, Rajesh Bhagat wrote:
> Adds qoriq usb 2.0 phy driver support for LS1021A and LS1012A
> platform.
>
> Signed-off-by: Rajesh Bhagat
> ---
> Changes in v2:
> - Replaced Freescale with QorIQ in comments section
> - Changed the
This patch adds function and usage of new connect operation, disconnect
operation and application(vhci)-side daemon to README and manuals.
At this point, the wording, 'server' and 'client' are ambiguous in
several place.
For existing attach command, the daemon runs device side machine and
New application(vhci)-side daemon.
Signed-off-by: Nobuo Iwata
---
tools/usb/usbip/libsrc/vhci_driver.c | 19 +++
tools/usb/usbip/libsrc/vhci_driver.h | 1 +
tools/usb/usbip/src/Makefile.am | 7 +-
tools/usb/usbip/src/usbipd.c | 12 +-
On Sat, Jul 09, 2016 at 10:00:53AM +0530, Rajesh Bhagat wrote:
> Describes the qoriq usb 2.0 controller driver binding, currently used
> for LS1021A and LS1012A platform.
>
> Signed-off-by: Rajesh Bhagat
> ---
> Changes in v2:
> - Adds DT binding documentation for qoriq
Dear all,
This series of patches adds exporting device operation to USB/IP.
1. Overview
Exporting devices may not be a new idea. The request and response PDU
have been defined in tools/usbip/usbip/src/usbip_network.h.
#define OP_EXPORT 0x06
#define OP_REQ_EXPORT (OP_REQUEST |
On Sun, 2016-07-10 at 17:45 +0200, Bjørn Mork wrote:
> The workaround has been tested on a large number of different MBIM
> and QMI devices, as well as the Ericsson F5521gw and H5321gw modems
> with real Device Management functions.
>
> Signed-off-by: Bjørn Mork
Acked-by: Oliver
On Mon, Jul 11 2016, Baolin Wang wrote:
> Some gadget device (such as dwc3 gadget) requires quirk_ep_out_aligned_size
> attribute, which means it need to align the request buffer's size to an ep's
> maxpacketsize.
>
> Thus we add usb_ep_align_maybe() function to check if it is need to align
> the
Some SATA to USB bridges fail to cooperate with some
drives resulting in no cache being present being reported
to the host. That causes the host to skip sending
a command to synchronize caches. That causes data loss
when the drive is powered down.
Signed-off-by: Oliver Neukum
On Sat, Jul 09, 2016 at 02:16:40PM +, Stefan Wahren wrote:
> This driver make assumptions about the value of the direction flags.
> So better use them in comparisons to improve the readability.
>
> Signed-off-by: Stefan Wahren
> ---
> drivers/usb/chipidea/udc.c |
Hello
I have an obscure USB DAC, Starting Point Systems DAC3. I cannot get
it to work under Linux, it appears to be recognized but does not play
sound.
On my workstation I use Linux Mint 17.3 and I have disabled PulseAudio
and use ALSA instead (I am sure my ALSA config is correct because I
have
A usb device in the connection state. Then host is suspend and resume.
But the usb device could not be at the right speed. We should be reset
the reset.
Signed-off-by: Pengcheng Li
---
drivers/usb/core/hub.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff
On Mon, 11 Jul 2016, Oliver Neukum wrote:
> Some SATA to USB bridges fail to cooperate with some
> drives resulting in no cache being present being reported
> to the host. That causes the host to skip sending
> a command to synchronize caches. That causes data loss
> when the drive is powered
On Mon, 11 Jul 2016, Huang, Huki wrote:
> When end user inserts a usb3 device and put dut to s3.
What does "dut" mean?
> Then hotplug the usb3 disk under s3.
Do you mean that the device is unplugged and the USB disk then is
plugged into the same port? Or do you mean that the device remains
On Thu, Jul 07, 2016 at 10:54:23AM +0800, William Wu wrote:
> Add a quirk to clear the GUSB2PHYCFG.U2_FREECLK_EXISTS bit,
> which specifies whether the USB2.0 PHY provides a free-running
> PHY clock, which is active when the clock control input is active.
>
> Signed-off-by: William Wu
On Mon, 11 Jul 2016, Pengcheng Li wrote:
> A usb device in the connection state. Then host is suspend and resume.
> But the usb device could not be at the right speed. We should be reset
> the reset.
>
> Signed-off-by: Pengcheng Li
Why wouldn't the USB device be at the
On Fri, Jul 08, 2016 at 02:33:09PM +0200, Heiko Stuebner wrote:
> Hi William,
>
> Am Donnerstag, 7. Juli 2016, 10:54:24 schrieb William Wu:
> > Add a quirk to configure the core to support the
> > UTMI+ PHY with an 8- or 16-bit interface. UTMI+ PHY
> > interface is hardware property, and it's
On Thu, Jul 07, 2016 at 10:54:24AM +0800, William Wu wrote:
> Add a quirk to configure the core to support the
> UTMI+ PHY with an 8- or 16-bit interface. UTMI+ PHY
> interface is hardware property, and it's platform
> dependent. Normall, the PHYIf can be configured
s/Normall/Normally/
On Thu, Jul 07, 2016 at 10:58:44AM +0800, William Wu wrote:
> This patch adds the devicetree documentation required for Rockchip
> USB3.0 core wrapper consisting of USB3.0 IP from Synopsys.
>
> It supports DRD mode, and could operate in device mode (SS, HS, FS)
> and host mode (SS, HS, FS, LS).
>
I think the kernel is trying to use mtp-probe to acquire the device when it
should be using usbcore? The device is a DAC and we want real-time streaming
not file transfer which the Media Transfer Protocol (MTP) provides.
If this is correct, how do I get the kernel to use usbcore?
Thanks
--
To
On Thu, Jul 07, 2016 at 10:54:25AM +0800, William Wu wrote:
> Add a quirk to clear the GUSB3PIPECTL.DELAYP1TRANS bit,
> which specifies whether disable delay PHY power change
> from P0 to P1/P2/P3 when link state changing from U0
> to U1/U2/U3 respectively.
>
> Signed-off-by: William Wu
51 matches
Mail list logo