Hi Felipe,
W dniu 30.04.2014 18:24, Felipe Balbi pisze:
On Thu, Apr 24, 2014 at 11:17:11AM +0200, Andrzej Pietrasiewicz wrote:
There is a custom (non-USB IF) extension to the USB standard:
http://msdn.microsoft.com/library/windows/hardware/gg463182
are you sure there isn't some crappy pat
Hi,
I am new to udev and device enumeration.
I am interested to know how USB Data Card would get enumerated.
Based on my understanding Data Card can get enumerated below 2 possible ways -
1. As a modem
2. As a Network Interface Card (NIC)
Is there a Standard defining the way a Data Card sho
Change to use struct device instead of struct platform_device
for some static functions.
Signed-off-by: Vivek Gautam
Acked-by: Alan Stern
Acked-by: Jingoo Han
Acked-by: Kukjin Kim
---
Changes since v1:
- none
drivers/usb/host/ehci-exynos.c |5 ++---
1 file changed, 2 insertions(+), 3 d
Change to use struct device instead of struct platform_device
for some static functions.
Signed-off-by: Vivek Gautam
Acked-by: Alan Stern
Acked-by: Jingoo Han
Acked-by: Kukjin Kim
---
Changes since v1:
- none
drivers/usb/host/ohci-exynos.c | 20 +---
1 file changed, 9 ins
Add support to consume phy provided by Generic phy framework.
Keeping the support for older usb-phy intact right now, in order
to prevent any functionality break in absence of relevant
device tree side change for ohci-exynos.
Once we move to new phy in the device nodes for ohci, we can
remove the s
From: Kamil Debski
Add the phy provider, supplied by new Exynos-usb2phy using
Generic phy framework.
Keeping the support for older USB phy intact right now, in order
to prevent any functionality break in absence of relevant
device tree side change for ehci-exynos.
Once we move to new phy in the d
%s/atleast/at least
Signed-off-by: Peter Chen
---
drivers/usb/gadget/configfs.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/usb/gadget/configfs.c b/drivers/usb/gadget/configfs.c
index 7d1cc01..c823d59 100644
--- a/drivers/usb/gadget/configfs.c
+++ b/driver
Delete useless code
Signed-off-by: Peter Chen
---
- Changes for v2:
%s/usbless/useless
drivers/usb/chipidea/udc.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/drivers/usb/chipidea/udc.c b/drivers/usb/chipidea/udc.c
index d683968..69425b3 100644
--- a/drivers/usb/chi
> The audio data is contained in the lines that have a 'Z'. Just search
> for the first such line and then go back twenty or so lines before that
> to provide some context.
>
> Alan Stern
This OK?
BR
Russel
fff880211c1e000 2991052997 S Ii:2:002:3 -115:32 2 <
880036d09480 2991060964 C Ii:
On Sun, 4 May 2014, Russel Hughes wrote:
> > It looks like you started the usbmon trace after the audio data
> > transfer was running. I need to see what happens when the audio data
> > transfer begins.
> >
> > Also, is there any way you can turn off the audio-in channel while
> > running the tes
On Sat, 3 May 2014, Russel Hughes wrote:
> sudo cat /sys/kernel/debug/usb/usbmon/2u > /tmp/1.mon.out
>
> first few hundred lines
>
> 880200adef00 2596394321 C Zi:2:004:1 0:1:1833:0 1 0:0:3 4 = 00030b00
> 880200adef00 2596394330 S Zi:2:004:1 -115:1:1833 1 -18:0:3 4 <
> 8801f3c8e600 2
Hello.
On 04-05-2014 9:31, Peter Chen wrote:
Delete usbless code
You probably wanted to type "useless"?
Signed-off-by: Peter Chen
---
drivers/usb/chipidea/udc.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/drivers/usb/chipidea/udc.c b/drivers/usb/chipide
On 05/04/2014 08:26 AM, Peter Chen wrote:
On Sat, May 03, 2014 at 11:52:25AM +0800, xiao jin wrote:
We use usb ehci to connect with modem and run stress test on ehci
remote wake. Sometimes usb disconnect. We add more debug ftrace
(Kernel version: 3.10) and list the key log to show how problem
ha
On 05/03/2014 11:20 PM, Alan Stern wrote:
On Sat, 3 May 2014, xiao jin wrote:
We use usb ehci to connect with modem and run stress test on ehci
remote wake. Sometimes usb disconnect. We add more debug ftrace
(Kernel version: 3.10) and list the key log to show how problem
happened.
-0 [000
Hi Peter,
Peter Chen wrote:
> The step at the board:
>
> root@freescale ~$ modprobe libcomposite
I guess this step is unneccessary, and that all neccessary modules
are loaded automatically on demand.
> root@freescale ~$ mount none /sys/kernel/config/ -t configfs
> root@freescale ~$ mkdir /sys/
Hi Sebastian & Andrzej,
I have tried configfs today, and have some puzzled about its
behaviour, hope I can get answers from your both, thanks.
I am running the latest usb-next tree (3.15-rc3), and build
configfs as module, and enabled mass storage and serial, I follow
the instruction of ocumentat
musb_in_tusb() is always set to 0, because CONFIG_USB_TUSB6010 is never
set (it should have been CONFIG_USB_MUSB_TUSB6010). But musb_in_tusb()
is unused anyway, so remove a few lines of dead code.
Signed-off-by: Paul Bolle
---
Usb, musb, and tusb! Is somebody sneaking nursery rhymes in the kernel
On Sun, Apr 27, 2014 at 04:47:46PM +0200, Bjørn Mork wrote:
> From: Bjørn Mork
>
> Matching on interface numbers was not such a good idea
> for multi-function serial devices after all. It is much
> better do create well defined device layouts, allowing
> a single match entry per device.
>
> Remo
On Sun, Apr 27, 2014 at 04:47:45PM +0200, Bjørn Mork wrote:
> From: Bjørn Mork
>
> All the "non Gobi" Qualcomm based devices handled by this
> driver share a common standard Sierra Wireless specific
> layout. Adding code specifically for this layout allow
> us to reduce the number of match entrie
On Sun, Apr 27, 2014 at 04:47:44PM +0200, Bjørn Mork wrote:
> From: Bjørn Mork
>
> Preparing for more supported standard device layouts. Keeping
> the matching macros unchanged to avoid breaking stable
> backporting of new device additions.
>
> Signed-off-by: Bjørn Mork
Signed-off-by: Johan Ho
On Sun, Apr 27, 2014 at 04:47:43PM +0200, Bjørn Mork wrote:
> From: Bjørn Mork
>
> Use a consistent style for all multiline comments.
>
> Signed-off-by: Bjørn Mork
Signed-off-by: Johan Hovold
> ---
> drivers/usb/serial/qcserial.c | 9 ++---
> 1 file changed, 6 insertions(+), 3 deletions
On Sun, Apr 27, 2014 at 04:47:42PM +0200, Bjørn Mork wrote:
> From: Bjørn Mork
>
> Dan writes:
>
> "The Dell drivers use the same configuration for PIDs:
>
> 81A2: Dell Wireless 5806 Gobi(TM) 4G LTE Mobile Broadband Card
> 81A3: Dell Wireless 5570 HSPA+ (42Mbps) Mobile Broadband Card
> 81A4: De
22 matches
Mail list logo
