On Wed, Sep 12, 2012 at 7:58 PM, Alexander Shishkin
wrote:
> From: Michael Grzeschik
>
> Add function to physicaly enable or disable of pullup connection on the USB-D+
> line. The uvc gaget will fail, if this function is not implemented.
>
> Cc:
> Signed-off-by: Michael Grzeschik
> Acked-by: Fe
One of the modes of Huawei E367 has this QMI/wwan interface:
I:* If#= 1 Alt= 0 #EPs= 3 Cls=ff(vend.) Sub=01 Prot=07 Driver=(none)
E: Ad=83(I) Atr=03(Int.) MxPS= 64 Ivl=2ms
E: Ad=84(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms
E: Ad=02(O) Atr=02(Bulk) MxPS= 512 Ivl=4ms
Huawei use subclass and protoco
On Thursday 20 September 2012 13:28:51 Ming Lei wrote:
> If one usb interface driver returns failure from its
> suspend(auto) callback inside usb_suspend_both, its
> resume() callback should be called to recover its
> working state.
NO!
The interface is defined so that if you fail, this is your
p
On Thursday 20 September 2012, Shawn Guo wrote:
>
> Here is the second post, which should have addressed the comments that
> reviewers put on v1.
>
> It's available on branch below.
>
> git://git.linaro.org/people/shawnguo/linux-2.6.git imx/multi-platform-v2
>
> And it's based on the followin
> -Ursprüngliche Nachricht-
> Von: Paul Walmsley [mailto:p...@pwsan.com]
> Gesendet: Mittwoch, 19. September 2012 18:07
> An: Maximilian Schwerin
> Cc: linux-o...@vger.kernel.org; linux-usb@vger.kernel.org
> Betreff: Re: AW: USB problem on beagleboard clone
>
> On Wed, 19 Sep 2012, Maximi
On Thu, Sep 20, 2012 at 3:29 PM, Oliver Neukum wrote:
> On Thursday 20 September 2012 13:28:51 Ming Lei wrote:
>> If one usb interface driver returns failure from its
>> suspend(auto) callback inside usb_suspend_both, its
>> resume() callback should be called to recover its
>> working state.
>
> N
Ming Lei writes:
> On Mon, Sep 17, 2012 at 4:04 PM, Oliver Neukum wrote:
>
>> 1) Does it actually save power? You are constantly waking up a CPU.
>
> Of course, it does. I don't know it will save how much power just on
> usbnet device, but it may save power from usb hub and usb host
> controller
On Thursday 20 September 2012 16:26:18 Ming Lei wrote:
> On Thu, Sep 20, 2012 at 3:29 PM, Oliver Neukum wrote:
> > On Thursday 20 September 2012 13:28:51 Ming Lei wrote:
> >> If one usb interface driver returns failure from its
> >> suspend(auto) callback inside usb_suspend_both, its
> >> resume()
On Wed, 2012-09-19 at 20:46 +0100, Greg Kroah-Hartman wrote:
> The dbg() USB macro is so old, it predates me. The USB networking drivers are
> the last hold-out using this macro, and we want to get rid of it, so replace
> the usage of it with the proper netdev_dbg() or dev_dbg() (depending on the
On Thu, Sep 20, 2012 at 03:07:13AM -0700, Joe Perches wrote:
> On Wed, 2012-09-19 at 20:46 +0100, Greg Kroah-Hartman wrote:
> > The dbg() USB macro is so old, it predates me. The USB networking drivers
> > are
> > the last hold-out using this macro, and we want to get rid of it, so replace
> > th
It is very common that hub status endpoint has a long 'bInterval',
for example, it may be 11(128ms for HS device) or 12(256ms for HS
device), so the device connection change may be reported a bit
later via status pipe.
So there may have device connection changes happened already on the
downstream
This patch sets hub device's default autosuspend delay as 0 to
speedup bus suspend, see comments in code for details.
Signed-off-by: Ming Lei
---
drivers/usb/core/hub.c | 34 ++
1 file changed, 34 insertions(+)
diff --git a/drivers/usb/core/hub.c b/drivers/usb/
On Thu, Sep 20, 2012 at 07:39:34AM +, Arnd Bergmann wrote:
> The first five branches are scheduled to go through the arm-soc tree, so
> I'm fine with that. For the sound/for-3.7 branch, I'd like to know when
> to expect that hitting mainline. If it always gets in very early during the
> merge
Hello.
On 19-09-2012 16:40, Gerd Hoffmann wrote:
---
You forgot to sign off on this one.
WBR, Sergei
--
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
On Thu, Sep 20, 2012 at 07:41:50AM -0400, Mark Brown wrote:
> It's usually pretty early but Takashi will be on holiday this time so
> I'm not sure if things might be different (he was going to send the pull
> request from holiday). I also didn't guarantee that it'll be stable
> yet, can someone pl
On Thu, Sep 20, 2012 at 10:50:51AM +0530, Venu Byravarasu wrote:
> Hi Greg & Felipe,
>
> Can any of you please review and merge this change?
That's up to Felipe.
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More maj
Thanks Greg, for quick response.
Venu
> -Original Message-
> From: gre...@linuxfoundation.org [mailto:gre...@linuxfoundation.org]
> Sent: Thursday, September 20, 2012 5:30 PM
> To: Venu Byravarasu
> Cc: ba...@ti.com; Stephen Warren; linux-ker...@vger.kernel.org; linux-
> u...@vger.kernel.
On Thu, Sep 20, 2012 at 07:52:15PM +0800, Shawn Guo wrote:
> On Thu, Sep 20, 2012 at 07:41:50AM -0400, Mark Brown wrote:
> > It's usually pretty early but Takashi will be on holiday this time so
> > I'm not sure if things might be different (he was going to send the pull
> > request from holiday).
On Thu, Sep 20, 2012 at 08:47:10AM -0400, Mark Brown wrote:
> On Thu, Sep 20, 2012 at 07:52:15PM +0800, Shawn Guo wrote:
> > On Thu, Sep 20, 2012 at 07:41:50AM -0400, Mark Brown wrote:
>
> > > It's usually pretty early but Takashi will be on holiday this time so
> > > I'm not sure if things might
On Thu, 20 Sep 2012, Ming Lei wrote:
> It is very common that hub status endpoint has a long 'bInterval',
> for example, it may be 11(128ms for HS device) or 12(256ms for HS
> device), so the device connection change may be reported a bit
> later via status pipe.
In fact, the USB spec requires FS
Signed-off-by: Gerd Hoffmann
---
drivers/usb/storage/uas.c | 12 ++--
1 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/drivers/usb/storage/uas.c b/drivers/usb/storage/uas.c
index 1d326c5..42976ec 100644
--- a/drivers/usb/storage/uas.c
+++ b/drivers/usb/storage/uas.c
@@ -64
Signed-off-by: Gerd Hoffmann
---
drivers/usb/storage/uas.c | 12 ++--
1 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/drivers/usb/storage/uas.c b/drivers/usb/storage/uas.c
index 1d326c5..42976ec 100644
--- a/drivers/usb/storage/uas.c
+++ b/drivers/usb/storage/uas.c
@@ -64
On Thu, 20 Sep 2012, Ming Lei wrote:
> This patch sets hub device's default autosuspend delay as 0 to
> speedup bus suspend, see comments in code for details.
The explanation in the comments assumes that the only reasons for hubs
to wake up are because of a connect change or a wakeup request from
On Thu, Sep 20, 2012 at 07:39:34AM +, Arnd Bergmann wrote:
> The first five branches are scheduled to go through the arm-soc tree, so
> I'm fine with that. For the sound/for-3.7 branch, I'd like to know when
> to expect that hitting mainline. If it always gets in very early during the
> merge w
On 19/09/12 21:00, Alan Stern wrote:
> It would be good if you could determine for certain which device has
> the problem. Maybe run some tests where you use only the headset or
> only the webcam.
I spent time trying to reproduce problems with only the headset
attached, with no luck. Then the
On Thu, Sep 20, 2012 at 10:48 PM, Alan Stern wrote:
> On Thu, 20 Sep 2012, Ming Lei wrote:
>
>> This patch sets hub device's default autosuspend delay as 0 to
>> speedup bus suspend, see comments in code for details.
>
> The explanation in the comments assumes that the only reasons for hubs
> to w
On Thu, Sep 20, 2012 at 10:43 PM, Alan Stern wrote:
> On Thu, 20 Sep 2012, Ming Lei wrote:
>
>> It is very common that hub status endpoint has a long 'bInterval',
>> for example, it may be 11(128ms for HS device) or 12(256ms for HS
>> device), so the device connection change may be reported a bit
On Thursday 20 September 2012, Shawn Guo wrote:
>
> On Thu, Sep 20, 2012 at 07:39:34AM +, Arnd Bergmann wrote:
> > The first five branches are scheduled to go through the arm-soc tree, so
> > I'm fine with that. For the sound/for-3.7 branch, I'd like to know when
> > to expect that hitting mai
On Thu, Sep 20, 2012 at 11:23 PM, Ming Lei wrote:
>
> I will try to study 'lsusb' to see if there is one problem and try to solve
> it.
If what you concern is about accessing device via libusb, it should be
OK since the device will be resumed in its open() and suspended in
its close().
Could yo
On Wed, 2012-09-19 at 22:02 +0200, Bjørn Mork wrote:
> The three Pantech devices UML190 (106c:3716), UML290 (106c:3718) and
> P4200 (106c:3721) all use the same subclasses to identify vendor
> specific functions. Replace the existing device specific entries
> with generic vendor matching, adding s
On Thu, Sep 20, 2012 at 9:38 PM, Ming Lei wrote:
>
> On Thu, Sep 20, 2012 at 11:23 PM, Ming Lei wrote:
> >
> > I will try to study 'lsusb' to see if there is one problem and try to
> > solve it.
>
> If what you concern is about accessing device via libusb, it should be
> OK since the device will
On Wed, 2012-09-19 at 20:45 +0200, Bjørn Mork wrote:
> Thomas Schäfer writes:
>
> > I collected some additional information about this device.
> >
> > The windows-view:
> > http://www.cis.uni-muenchen.de/~thomas/pantech-p4200-usb.png
> >
> > and the usbsnoop-logfile:
> > http://www.cis.uni-muench
On Thu, 20 Sep 2012, Ming Lei wrote:
> On Thu, Sep 20, 2012 at 10:48 PM, Alan Stern
> wrote:
> > On Thu, 20 Sep 2012, Ming Lei wrote:
> >
> >> This patch sets hub device's default autosuspend delay as 0 to
> >> speedup bus suspend, see comments in code for details.
> >
> > The explanation in the
On Thu, 20 Sep 2012, Ming Lei wrote:
> On Thu, Sep 20, 2012 at 10:43 PM, Alan Stern
> wrote:
> > On Thu, 20 Sep 2012, Ming Lei wrote:
> >
> >> It is very common that hub status endpoint has a long 'bInterval',
> >> for example, it may be 11(128ms for HS device) or 12(256ms for HS
> >> device), s
One mysterious thing:
at&v at /dev/ttyACM via minicom
crashs/resets the modem.
Other at-command like ate, ati, c+cgdcont
work, but getting all settings via at&v fails.
Have other pantech-modems this feature too?
Thomas
--
To unsubscribe from this list: send the line "unsubscribe linux-usb
On Thu, 2012-09-20 at 19:55 +0200, Thomas Schäfer wrote:
> One mysterious thing:
>
> at&v at /dev/ttyACM via minicom
>
> crashs/resets the modem.
Sounds like a firmware bug. I've heard of this on one or two other
occasions. Clearly nobody on that firmware team put the device through
a conforma
The dev_rdesc member of the hid_device structure is meant to store the original
report descriptor received from the device, but it is currently passed to any
report_fixup method before it is copied to the rdesc member. This patch uses a
temporary buffer to shield dev_rdesc from the side effects of
On Wed, Sep 19, 2012 at 02:05:39PM -0700, Tony Lindgren wrote:
> We are moving omap2+ to use the device tree based pinctrl-single.c
> and will be removing the old mux framework. This will remove the
> omap1 specific parts from plat-omap.
>
> Cc: Felipe Balbi
> Cc: Grant Likely
> Cc: Alan Stern
> The dev_rdesc member of the hid_device structure is meant to store the
> original
> report descriptor received from the device, but it is currently passed to any
> report_fixup method before it is copied to the rdesc member. This patch uses a
> temporary buffer to shield dev_rdesc from the side
There seems to be some discussion about the legitimacy of doing things
this way, and in any event the patches were an RFC.
Please resubmit as a non-RFC once all the issues have been worked
out, if appropriate.
Thanks.
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the
From: Ming Lei
Date: Tue, 18 Sep 2012 22:23:19 +0800
> +void usbnet_link_change(struct usbnet *dev, int link, int need_reset)
Please use 'bool' for link and need_reset.
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
M
On Thursday 20 September 2012 17:02:27 David Miller wrote:
>
> There seems to be some discussion about the legitimacy of doing things
> this way, and in any event the patches were an RFC.
>
> Please resubmit as a non-RFC once all the issues have been worked
> out, if appropriate.
Just to make th
From: Oliver Neukum
Date: Thu, 20 Sep 2012 23:04:38 +0200
> On Thursday 20 September 2012 17:02:27 David Miller wrote:
>>
>> There seems to be some discussion about the legitimacy of doing things
>> this way, and in any event the patches were an RFC.
>>
>> Please resubmit as a non-RFC once all
Hi,
It with pleasure that I would like to announce the release of libusbx
1.0.13. This version brings the following notable changes:
* [MAJOR] Fix a typo in the API with struct libusb_config_descriptor
where MaxPower was used instead of bMaxPower, as per the specs.
If your application was a
On Wed, Sep 12, 2012 at 04:36:53PM -0700, Sarah Sharp wrote:
> Would you be willing to run some tests for me? In particular, I need
> the dmesg with CONFIG_USB_DEBUG and CONFIG_USB_XHCI_HCD_DEBUGGING turned
> on, along with a usbmon trace of the scanner running twice under one of
> your EHCI-only
From: Greg Kroah-Hartman
Date: Wed, 19 Sep 2012 20:46:14 +0100
> From: Greg Kroah-Hartman
>
> The dbg() USB macro is so old, it predates me. The USB networking drivers are
> the last hold-out using this macro, and we want to get rid of it, so replace
> the usage of it with the proper netdev_db
From: Bjørn Mork
Date: Mon, 10 Sep 2012 22:15:50 +0200
> This fixes a hang on suspend due to calling wdm_suspend on
> the unregistered data interface. The hang should have been
> a NULL pointer reference had it not been for a logic error
> in the cdc_wdm code.
>
> commit 230718bd net: qmi_wwan
On 08/23/2012 02:35 AM, Tony Prisk wrote:
> Bindings for gpio, interrupt controller, power management controller,
> timer, realtime clock, serial uart, ehci and uhci controllers and
> framebuffer controllers used on the arch-vt8500 platform.
>
> Framebuffer binding also specifies a 'display' node
Two weeks ago at Linux Plumbers Conference, I presented about the Intel
Lynx Point USB port power off mechanism. This email is a report out of
what was discussed, and a kick off point for further discussion.
LPC Report out
--
Slides are here:
http://dl.dropbox.com/u/96820575/sarah-sh
Remove unnecessary temporary variable and #ifdef DEBUG block.
Signed-off-by: Joe Perches
---
drivers/net/usb/net1080.c |7 ++-
1 files changed, 2 insertions(+), 5 deletions(-)
diff --git a/drivers/net/usb/net1080.c b/drivers/net/usb/net1080.c
index 29e06e1..c062a3e 100644
--- a/drivers/
Len, do you have any comments on the ACPI code itself? The description
about why the code is needed for the USB core seems sane, but the actual
patch code is all ACPI core stuff, so you need to review that.
On Fri, Aug 17, 2012 at 02:44:09PM +0800, Lan Tianyu wrote:
> usb port's position and conn
On Fri, Sep 21, 2012 at 12:49 AM, Alan Stern wrote:
> On Thu, 20 Sep 2012, Ming Lei wrote:
>
>> On Thu, Sep 20, 2012 at 10:48 PM, Alan Stern
>> wrote:
>> > On Thu, 20 Sep 2012, Ming Lei wrote:
>> >
>> >> This patch sets hub device's default autosuspend delay as 0 to
>> >> speedup bus suspend, se
On Fri, Sep 21, 2012 at 12:43 AM, Rajaram R
wrote:
> On Thu, Sep 20, 2012 at 9:38 PM, Ming Lei wrote:
>>
>> On Thu, Sep 20, 2012 at 11:23 PM, Ming Lei wrote:
>> >
>> > I will try to study 'lsusb' to see if there is one problem and try to
>> > solve it.
>>
>> If what you concern is about accessin
On Fri, Sep 21, 2012 at 5:16 AM, David Miller wrote:
> From: Oliver Neukum
> Date: Thu, 20 Sep 2012 23:04:38 +0200
>
>> On Thursday 20 September 2012 17:02:27 David Miller wrote:
>>>
>>> There seems to be some discussion about the legitimacy of doing things
>>> this way, and in any event the patc
>
> Where I would like to see this work go is to have a certain set of
> "safe" internal USB devices be powered off by default when they are
> suspended. I think fingerprint readers and webcams would be a good
> start, but we probably can't do bluetooth, 3G modems, BMCs, etc. We
> would need a ne
From: Joe Perches
Date: Thu, 20 Sep 2012 17:10:23 -0700
> Remove unnecessary temporary variable and #ifdef DEBUG block.
>
> Signed-off-by: Joe Perches
Applied, thanks Joe.
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.
On Fri, Sep 21, 2012 at 1:04 AM, Alan Stern wrote:
>
> I vaguely remember seeing this same effect with one of my hubs. If a
> port status change occurred before the hub was suspended, the hub would
> not issue a remote wakeup request. This was a bug in the hub. Other
Looks it is a bug of the h
Add calls to clk_prepare and unprepare so that MSM can migrate to
the common clock framework.
Cc: Felipe Balbi
Signed-off-by: Stephen Boyd
---
drivers/usb/otg/msm_otg.c | 38 +++---
1 file changed, 19 insertions(+), 19 deletions(-)
diff --git a/drivers/usb/otg/m
This patchset moves the existing MSM clock code and affected drivers to the
common clock framework. A prerequisite of moving to the common clock
framework is to use clk_prepare() and clk_enable() so the first
few patches migrate drivers to that call (clk_prepare() is a no-op on MSM
right now). It a
If connect an UMS device (for example, an Android phone) to Linux PC and
Windows PC, then copy a big file (~500MB) to the device, you will find that
Linux PC's write speed is much faster than Windows PC. This issue can be fixed
by hiding the "caching mode page" on UMS device.
Previously in f_mass_
On 2012年09月21日 08:25, Sarah Sharp wrote:
> Hi Tianyu,
>
> You're correct that the USB core and the xHCI driver has a slightly
> different architecture than the ACPI representation. We have one PCI
> device that has two USB buses/roothubs underneath it. That's because
> external USB 3.0 hubs show
On 2012年09月21日 09:52, Peter Chen wrote:
>>
>> Where I would like to see this work go is to have a certain set of
>> "safe" internal USB devices be powered off by default when they are
>> suspended. I think fingerprint readers and webcams would be a good
>> start, but we probably can't do bluetooth
On Fri, Sep 21, 2012 at 10:06 AM, Ming Lei wrote:
> On Fri, Sep 21, 2012 at 1:04 AM, Alan Stern wrote:
>> What happens if you put the msleep(1) after the new
>> check_ports_change() call?
>
> If a new device is connected into the '05e3:0608 Genesys Logic, Inc.
> USB-2.0 4-Port HUB' during th
Hi,
On Wed, Sep 19, 2012 at 8:11 PM, Marc Kleine-Budde wrote:
> On 09/19/2012 01:30 PM, Kishon Vijay Abraham I wrote:
>> Added a driver for usb3 phy that handles the interaction between usb phy
>> device and dwc3 controller.
>>
>> This also includes device tree support for usb3 phy driver and
>>
On 09/20/2012 11:44 PM, Sarah Sharp wrote:
> On Wed, Sep 12, 2012 at 04:36:53PM -0700, Sarah Sharp wrote:
>> Would you be willing to run some tests for me? In particular, I need
>> the dmesg with CONFIG_USB_DEBUG and CONFIG_USB_XHCI_HCD_DEBUGGING turned
>> on, along with a usbmon trace of the scan
65 matches
Mail list logo
