In some .config modes [1] macro 'USB_ETHERNET_MODULE_PARAMETERS'
gets used without declaration:
drivers/usb/gadget/g_ffs.c:79: warning: data definition has no type or
storage class
drivers/usb/gadget/g_ffs.c:79: warning: type defaults to 'int' in
declaration of
On 2013/8/28 12:36, Greg KH wrote:
On Tue, Aug 27, 2013 at 04:10:22PM +0800, Libo Chen wrote:
Use the wrapper functions for getting and setting the driver data using
platform_device instead of using dev_{get,set}_drvdata() with pdev-dev,
so we can directly pass a struct platform_device.
Hi Mark,
On 08/09/2013 05:57 PM, Mark Brown wrote:
On Fri, Aug 09, 2013 at 05:38:57PM +0300, Felipe Balbi wrote:
On Thu, Aug 08, 2013 at 12:35:04PM +0100, Mark Brown wrote:
Systems with the common clock API need clk_prepare() as well as the enable
step.
clk_prepare() is done on
On Wed, 28 Aug 2013 08:57:28 +0300
Sergei Trofimovich sly...@gentoo.org wrote:
In some .config modes [1] macro 'USB_ETHERNET_MODULE_PARAMETERS'
gets used without declaration:
drivers/usb/gadget/g_ffs.c:79: warning: data definition has no type or
storage class
On Mon, Aug 26, 2013 at 07:38:57AM +0530, Kumar Gaurav wrote:
This patch redefine function xhci_readl.xhci_readl function doesn't use
xhci_hcd argument.
Hence there is no need of keeping it in the function arguments.
Redefining this function breaks other functions which calls this
On 27/08/13 21:26, Sarah Sharp wrote:
The following changes since commit 154547c4fe0fbe92185e69a6cdc2b0502b361995:
USB: serial: clean up attribute permissions (2013-08-25 15:12:03 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/sarah/xhci.git
Hi Greg,
I'm glad you can take a look at my patches. :)
On Wed, Aug 28, 2013 at 11:38:28AM +0800, Greg Kroah-Hartman wrote:
On Wed, Aug 28, 2013 at 11:13:12AM +0800, Huang Rui wrote:
This patch add a routine to judge if the usb device is a mouse or not.
The is_usb_mouse only has one input
On 2013-08-12 16:05, Andreas Larsson wrote:
This adds an UDC driver for GRUSBDC USB Device Controller cores available in the
GRLIB VHDL IP core library. The driver only supports DMA mode.
Any comments? It would be great to get feedback soon in case some things
need to be changed for this
~/linux-3.9.11$ grep -r TRSMRCY
drivers/usb/core/hub.c:/* TRSMRCY = 20 msec */
drivers/usb/core/hub.c:/* TRSMRCY = 10 msec */
drivers/usb/core/hcd.c: * unsuspended. If they are then a TRSMRCY
delay is needed
drivers/usb/core/hcd.c:usleep_range(1,
Hi All,
I'm very happy to announce libusbx-1.0.17-rc1.
2013-08-28: v1.0.17-rc1
* Hotplug callbacks now always get passed a libusb_context, even if it is
the default context. Previously NULL would be passed for the default context,
but since the first context created is the default context,
On Wed, Aug 28, 2013 at 12:24 PM, Ming Lei tom.leim...@gmail.com wrote:
On Wed, 28 Aug 2013 12:02:03 +0800
Ming Lei ming@canonical.com wrote:
Actually the problem only happened when underrun without
URB_ISO_ASAP.
I have another fix which uses rebase trick and is simper(less change),
On Wed, Aug 28, 2013 at 11:56 AM, Sedat Dilek sedat.di...@gmail.com wrote:
On Wed, Aug 28, 2013 at 11:49 AM, Sedat Dilek sedat.di...@gmail.com wrote:
Hi all,
Changes since 20130827:
The f2fs tree lost its build failure.
The md tree gained a conflict against the arm tree.
The libata tree
On Tue, Aug 27, 2013 at 03:05:27PM -0500, Felipe Balbi wrote:
On Wed, Aug 21, 2013 at 11:38:21AM +0300, Dan Carpenter wrote:
We need to unlock and enable IRQs before returning on error.
Signed-off-by: Dan Carpenter dan.carpen...@oracle.com
doesn't apply
Wei Yongjun already fixed the
On Wed, Aug 28, 2013 at 12:29 PM, Sedat Dilek sedat.di...@gmail.com wrote:
On Wed, Aug 28, 2013 at 11:56 AM, Sedat Dilek sedat.di...@gmail.com wrote:
On Wed, Aug 28, 2013 at 11:49 AM, Sedat Dilek sedat.di...@gmail.com wrote:
Hi all,
Changes since 20130827:
The f2fs tree lost its build
On 28/08/13 13:38, Sedat Dilek wrote:
On Wed, Aug 28, 2013 at 12:29 PM, Sedat Dilek sedat.di...@gmail.com wrote:
On Wed, Aug 28, 2013 at 11:56 AM, Sedat Dilek sedat.di...@gmail.com wrote:
On Wed, Aug 28, 2013 at 11:49 AM, Sedat Dilek sedat.di...@gmail.com wrote:
Hi all,
Changes since
Hi,
On Wednesday 28 August 2013 12:50 AM, Felipe Balbi wrote:
Hi,
On Mon, Aug 26, 2013 at 01:44:49PM +0530, Kishon Vijay Abraham I wrote:
On Wednesday 21 August 2013 11:16 AM, Kishon Vijay Abraham I wrote:
Added a generic PHY framework that provides a set of APIs for the PHY
drivers
to
On Wed, Aug 28, 2013 at 12:43 PM, Dmitry Kasatkin
d.kasat...@samsung.com wrote:
On 28/08/13 13:38, Sedat Dilek wrote:
On Wed, Aug 28, 2013 at 12:29 PM, Sedat Dilek sedat.di...@gmail.com wrote:
On Wed, Aug 28, 2013 at 11:56 AM, Sedat Dilek sedat.di...@gmail.com wrote:
On Wed, Aug 28, 2013 at
The test here should be = instead of . The cdd-chan_busy[] array
has ALLOC_DECS_NUM elements.
Signed-off-by: Dan Carpenter dan.carpen...@oracle.com
Acked-by: Vinod Koul vinod.k...@intel.com
---
Resending to Greg and the USB people because Vinod says this goes
through the USB tree.
diff --git
On Wed, Aug 28, 2013 at 12:46 PM, Sedat Dilek sedat.di...@gmail.com wrote:
On Wed, Aug 28, 2013 at 12:43 PM, Dmitry Kasatkin
d.kasat...@samsung.com wrote:
On 28/08/13 13:38, Sedat Dilek wrote:
On Wed, Aug 28, 2013 at 12:29 PM, Sedat Dilek sedat.di...@gmail.com wrote:
On Wed, Aug 28, 2013 at
On 28/08/13 13:46, Sedat Dilek wrote:
On Wed, Aug 28, 2013 at 12:43 PM, Dmitry Kasatkin
d.kasat...@samsung.com wrote:
On 28/08/13 13:38, Sedat Dilek wrote:
On Wed, Aug 28, 2013 at 12:29 PM, Sedat Dilek sedat.di...@gmail.com wrote:
On Wed, Aug 28, 2013 at 11:56 AM, Sedat Dilek
On Wed, Aug 28, 2013 at 12:53 PM, Dmitry Kasatkin
d.kasat...@samsung.com wrote:
On 28/08/13 13:46, Sedat Dilek wrote:
On Wed, Aug 28, 2013 at 12:43 PM, Dmitry Kasatkin
d.kasat...@samsung.com wrote:
On 28/08/13 13:38, Sedat Dilek wrote:
On Wed, Aug 28, 2013 at 12:29 PM, Sedat Dilek
sedat.di...@gmail.com (against next-20130828).
- Sedat -
2/2 - this one was applied
https://patchwork.kernel.org/patch/2850218/
- Dmitry
--
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
Return error if we receive write(), while PD is not connected.
Signed-off-by: Rupesh Gujare rupesh.guj...@atmel.com
---
drivers/staging/ozwpan/ozcdev.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/staging/ozwpan/ozcdev.c b/drivers/staging/ozwpan/ozcdev.c
index
Incorrect error number was returned here (EPERM), ENXIO is more
appropriate.
Signed-off-by: Rupesh Gujare rupesh.guj...@atmel.com
---
drivers/staging/ozwpan/ozcdev.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/ozwpan/ozcdev.c
On Mon, 26 Aug 2013 14:50:53 -0400 (EDT)
Alan Stern st...@rowland.harvard.edu wrote:
This patch does the real work. It fixes up ehci-hcd so that an URB
submitted by a completion handler will keep the isochronous stream
alive, even if the handler was delayed by running in a tasklet and the
https://bugzilla.redhat.com/show_bug.cgi?id=1001806
Aug 26 16:11:36 localhost kernel: [ cut here ]
Aug 26 16:11:36 localhost kernel: WARNING: CPU: 0 PID: 54 at
lib/dma-debug.c:950 check_for_stack+0xa0/0x100()
Aug 26 16:11:36 localhost kernel: ehci-pci :00:1a.0:
On Mon, 26 Aug 2013, Andreas Lillebø Holm wrote:
You are my hero Jiri :-) These two patches fixes the issues I was seeing
and I can no longer reproduce them.
Thanks a lot for confirmation.
This has been a very long-standing bug, but for some reasons I have
started to see devices actually
Hi,
These patches add generic support for USB VBUS/ID pin detection using extcon
framework.
The USB ID pin on DRA7xx is connected via the gpio expander pcf8575.
The interrupt line of the same is connected to the gpio 11 of bank 6.
The following driver relies on the gpio interrupt to notify
Add
-extcon nodes for USB ID pin detection.
-i2c nodes.
-pcf nodes to which USB ID pin is connected.
Signed-off-by: George Cherian george.cher...@ti.com
---
arch/arm/boot/dts/dra7-evm.dts | 52 +-
1 file changed, 51 insertions(+), 1
Bump up the order, since extcon is a framework and needed by
other drivers. With the previous order it failed to detect
extcon device in DWC3 when both were compiled built-in.
Signed-off-by: George Cherian george.cher...@ti.com
---
drivers/Makefile | 2 +-
1 file changed, 1 insertion(+), 1
On Wed, 28 Aug 2013, Philippe De Swert wrote:
When an error occurs adding a platform device there is a risk of an infinite
loop.
If more than one platform device was added i will remain = than 0. The
intention seems
to clean up all the different already added platform devices before the
On 2013-08-27 19:43, Alan Stern wrote:
rmmod ohci-pci
modprobe dummy-irq irq=18
and see if the IRQ line gets disabled after that.
Can I actually use that irq/ports that way? (as with no usage the
problem does not occur)
No, if you unload the ohci-hcd driver then the webcam
On Wed, 28 Aug 2013, Philippe De Swert wrote:
Since USB_SS_PORT_LS_U0 is 0x the operation with the port state would
always be 0. Thus the if would never be true. The code tries to check if the
port is enabled and link is active (U0 state). This means the port_status
should be 0x0001, so
On Wed, 28 Aug 2013, Dmitri Zolotov wrote:
~/linux-3.9.11$ grep -r TRSMRCY
drivers/usb/core/hub.c:/* TRSMRCY = 20 msec */
Where did that come from? In the 3.9.11 kernel this says 10, not 20.
drivers/usb/core/hub.c:/* TRSMRCY = 10 msec */
drivers/usb/core/hcd.c: *
Hello.
On 08/28/2013 05:59 PM, George Cherian wrote:
Add
-extcon nodes for USB ID pin detection.
-i2c nodes.
-pcf nodes to which USB ID pin is connected.
Signed-off-by: George Cherian george.cher...@ti.com
---
arch/arm/boot/dts/dra7-evm.dts | 52
On Wed, 28 Aug 2013, Richard Ryniker wrote:
https://bugzilla.redhat.com/show_bug.cgi?id=1001806
Aug 26 16:11:36 localhost kernel: [ cut here ]
Aug 26 16:11:36 localhost kernel: WARNING: CPU: 0 PID: 54 at
lib/dma-debug.c:950 check_for_stack+0xa0/0x100()
Aug 26
On Wed, 28 Aug 2013, Alan Stern wrote:
Aug 26 16:11:36 localhost kernel: [ cut here ]
Aug 26 16:11:36 localhost kernel: WARNING: CPU: 0 PID: 54 at
lib/dma-debug.c:950 check_for_stack+0xa0/0x100()
Aug 26 16:11:36 localhost kernel: ehci-pci :00:1a.0: DMA-API:
On Wednesday 28 August 2013 12:43 PM, Dan Carpenter wrote:
On Mon, Aug 26, 2013 at 07:38:57AM +0530, Kumar Gaurav wrote:
This patch redefine function xhci_readl.xhci_readl function doesn't use
xhci_hcd argument.
Hence there is no need of keeping it in the function arguments.
Redefining this
https://patchwork.kernel.org/patch/2850217/
Tested-by: Sedat Dilek sedat.di...@gmail.com (against next-20130828).
The build-breakage happened here with CONFIG_DYNAMIC_DEBUG=n (see
changelog of Dmitry's 1/2 patch).
$ grep CONFIG_DYNAMIC_DEBUG /boot/config-$(uname -r)
# CONFIG_DYNAMIC_DEBUG
The lock bit on PLL_U does not seem to be working correctly and
sometimes never gets set when waiting for the PLL to come up.
Remove the TEGRA_PLL_USE_LOCK flag to use a constant delay.
Signed-off-by: Tuomas Tynkkynen ttynkky...@nvidia.com
Tested-by: Stephen Warren swar...@nvidia.com
Acked-by:
Hi all,
This patch is required for USB support on Tegra30 due to a hardware
quirk in the PLL_U oscillator which clocks the USB complex.
The other USB patches for Tegra30 and Tegra114 are already on their way
to 3.12, so it would be nice to have this one as well in 3.12.
Diff from previous:
On Tue, Aug 27, 2013 at 07:53:29PM +0100, Felipe Balbi wrote:
Hi,
On Tue, Aug 13, 2013 at 02:34:10PM +0100, Mark Rutland wrote:
On Mon, Aug 12, 2013 at 07:05:53PM +0100, Felipe Balbi wrote:
On Fri, Aug 09, 2013 at 01:42:15PM -0500, Kumar Gala wrote:
On Aug 9, 2013, at 11:28 AM,
On Wed, 28 Aug 2013, Ming Lei wrote:
Think about it this way: Why did you write the USB: EHCI: improve
interrupt qh unlink patch in the first place? Essentially the same
reason applies to uhci-hcd and ohci-hcd, and they will need similar
patches.
Right, but drivers which submit URBs
On Wed, 28 Aug 2013, Ming Lei wrote:
Below is the approach I proposed(mentioned in another thread), which should be
simper than this one, any comments?
drivers/usb/host/ehci-sched.c | 53
++---
drivers/usb/host/ehci.h |1 +
2 files
The following changes since commit 752e69555d107853043cb9405250c9387b26e708:
Merge tag 'usb-for-v3.12-part2' of
git://git.kernel.org/pub/scm/linux/kernel/git/balbi/usb into usb-next
(2013-08-27 14:07:31 -0700)
are available in the git repository at:
The 0day build server caught a new build warning that is triggered when
CONFIG_USB_DEFAULT_PERSIST is turned on:
tree: git://git.kernel.org/pub/scm/linux/kernel/git/sarah/xhci.git
for-usb-next
head: 0730d52a86919300a39a2be37f6c140997dfb82f
commit: c8476fb855434c733099079063990e5bfa7ecad6
Please trim your replies.
On Wed, Aug 28, 2013 at 01:53:49PM +0300, Dmitry Kasatkin wrote:
That change seems to cause the problems:
commit 0730d52a86919300a39a2be37f6c140997dfb82f
xhci:prevent callbacks suppressed when debug is not enabled
- Sedat -
[1]
On Wed, Aug 28, 2013 at 09:51:18AM -0700, Sarah Sharp wrote:
The following changes since commit 752e69555d107853043cb9405250c9387b26e708:
Merge tag 'usb-for-v3.12-part2' of
git://git.kernel.org/pub/scm/linux/kernel/git/balbi/usb into usb-next
(2013-08-27 14:07:31 -0700)
are available
On Wed, Aug 28, 2013 at 08:39:06PM +0530, Kumar Gaurav wrote:
On Wednesday 28 August 2013 12:43 PM, Dan Carpenter wrote:
On Mon, Aug 26, 2013 at 07:38:57AM +0530, Kumar Gaurav wrote:
I've started cloning linux-next and as it's not applying on
linux-next, I'll try it on linux-next (once i
On Wed, 28 Aug 2013, Greg Kroah-Hartman wrote:
[Q] Why the special devices are only mice? Would high speed devices
such as 3G modem or USB Bluetooth adapter trigger this issue?
- Current this sensitivity is only confined to devices that use Pixart
controllers. This controller is
On Wed, Aug 28, 2013 at 09:59:38AM -0700, Sarah Sharp wrote:
Please trim your replies.
On Wed, Aug 28, 2013 at 01:53:49PM +0300, Dmitry Kasatkin wrote:
That change seems to cause the problems:
commit 0730d52a86919300a39a2be37f6c140997dfb82f
xhci:prevent callbacks suppressed when
On Wed, Aug 28, 2013 at 08:27:48AM -0700, Sarah Sharp wrote:
On Tue, Aug 27, 2013 at 05:41:19PM -0700, Greg KH wrote:
On Mon, Aug 26, 2013 at 06:59:22PM -0700, Sarah Sharp wrote:
I attempted to replicate this bug with Ubuntu 12.04, but could not. I
used Ubuntu 12.04 on the same platform,
On Wednesday 28 August 2013 10:31 PM, Sarah Sharp wrote:
On Wed, Aug 28, 2013 at 08:39:06PM +0530, Kumar Gaurav wrote:
On Wednesday 28 August 2013 12:43 PM, Dan Carpenter wrote:
On Mon, Aug 26, 2013 at 07:38:57AM +0530, Kumar Gaurav wrote:
I've started cloning linux-next and as it's not
On 28/08/13 19:59, Sarah Sharp wrote:
Please trim your replies.
On Wed, Aug 28, 2013 at 01:53:49PM +0300, Dmitry Kasatkin wrote:
That change seems to cause the problems:
commit 0730d52a86919300a39a2be37f6c140997dfb82f
xhci:prevent callbacks suppressed when debug is not enabled
- Sedat -
On Wed, Aug 28, 2013 at 01:13:46PM -0400, Alan Stern wrote:
On Wed, 28 Aug 2013, Greg Kroah-Hartman wrote:
[Q] Why the special devices are only mice? Would high speed devices
such as 3G modem or USB Bluetooth adapter trigger this issue?
- Current this sensitivity is only confined to
On Wed, Aug 28, 2013 at 10:26:01AM -0700, Greg KH wrote:
On Wed, Aug 28, 2013 at 08:27:48AM -0700, Sarah Sharp wrote:
On Tue, Aug 27, 2013 at 05:41:19PM -0700, Greg KH wrote:
On Mon, Aug 26, 2013 at 06:59:22PM -0700, Sarah Sharp wrote:
This patch should be backported to kernels as old as
Add a generic USB VBUS/ID detection EXTCON driver. This driver expects
the ID/VBUS pin are connected via GPIOs. This driver is tested on
DRA7x board were the ID pin is routed via GPIOs. The driver supports
both VBUS and ID pin configuration and ID pin only configuration.
Signed-off-by: George
Add
-extcon nodes for USB ID pin detection.
-i2c nodes.
-pcf nodes to which USB ID pin is connected.
Signed-off-by: George Cherian george.cher...@ti.com
---
arch/arm/boot/dts/dra7-evm.dts | 50 +-
1 file changed, 49 insertions(+), 1
On 8/28/2013 7:29 PM, George Cherian wrote:
Hi,
These patches add generic support for USB VBUS/ID pin detection using extcon
framework.
The USB ID pin on DRA7xx is connected via the gpio expander pcf8575.
The interrupt line of the same is connected to the gpio 11 of bank 6.
The following
On Wed, Aug 28, 2013 at 10:45:48PM +0530, Kumar Gaurav wrote:
On Wednesday 28 August 2013 10:31 PM, Sarah Sharp wrote:
On Wed, Aug 28, 2013 at 08:39:06PM +0530, Kumar Gaurav wrote:
On Wednesday 28 August 2013 12:43 PM, Dan Carpenter wrote:
On Mon, Aug 26, 2013 at 07:38:57AM +0530, Kumar Gaurav
On Wed, Aug 28, 2013 at 10:09:44AM -0700, Greg Kroah-Hartman wrote:
On Wed, Aug 28, 2013 at 09:51:18AM -0700, Sarah Sharp wrote:
The following changes since commit 752e69555d107853043cb9405250c9387b26e708:
Merge tag 'usb-for-v3.12-part2' of
On Wed, Aug 28, 2013 at 10:18:24AM -0700, Greg Kroah-Hartman wrote:
On Wed, Aug 28, 2013 at 09:59:38AM -0700, Sarah Sharp wrote:
Please trim your replies.
On Wed, Aug 28, 2013 at 01:53:49PM +0300, Dmitry Kasatkin wrote:
That change seems to cause the problems:
commit
On Wed, Aug 28, 2013 at 7:24 PM, Dmitry Kasatkin d.kasat...@samsung.com wrote:
On 28/08/13 19:59, Sarah Sharp wrote:
Please trim your replies.
On Wed, Aug 28, 2013 at 01:53:49PM +0300, Dmitry Kasatkin wrote:
That change seems to cause the problems:
commit
Hi,
These patches add generic support for USB VBUS/ID pin detection using extcon
framework.
The USB ID pin on DRA7xx is connected via the gpio expander pcf8575.
The interrupt line of the same is connected to the gpio 11 of bank 6.
The following driver relies on the gpio interrupt to notify the
Any objections to queuing this patch through Greg's usb-next tree? I've
already sent the 2/2 patch, which will cause build breakage without this
patch.
Changes since v2:
- Fixed a checkpatch warning caused by a comment in a macro.
Sarah Sharp
Bump up the order, since extcon is a framework and needed by
other drivers. With the previous order it failed to detect
extcon device in DWC3 when both were compiled built-in.
Signed-off-by: George Cherian george.cher...@ti.com
---
drivers/Makefile | 2 +-
1 file changed, 1 insertion(+), 1
On 08/28/2013 09:33 PM, George Cherian wrote:
Add
-extcon nodes for USB ID pin detection.
-i2c nodes.
-pcf nodes to which USB ID pin is connected.
Signed-off-by: George Cherian george.cher...@ti.com
---
arch/arm/boot/dts/dra7-evm.dts | 50
I've tried to get the 3503 driver to work in my case for quite some
time, but ultimately gave up. For me, playing around with the load
order was not enough to solve all issues. When you try to build a
permanent, clean solution for this, you should definitely also test
the case where the hub has
On Wed, 28 Aug 2013, Clemens Ladisch wrote:
Sorry, what I said applies more to explicit sync endpoints. When using
implicit sync, a playback URB is submitted for each completed capture
URB, with the number of samples per packet identical to the
corresponding capture packet, so the parameters
On Wed, 28 Aug 2013, Greg Kroah-Hartman wrote:
On Wed, Aug 28, 2013 at 01:13:46PM -0400, Alan Stern wrote:
On Wed, 28 Aug 2013, Greg Kroah-Hartman wrote:
[Q] Why the special devices are only mice? Would high speed devices
such as 3G modem or USB Bluetooth adapter trigger this issue?
On Wed, Aug 28, 2013 at 08:39:06PM +0530, Kumar Gaurav wrote:
On Wednesday 28 August 2013 12:43 PM, Dan Carpenter wrote:
On Mon, Aug 26, 2013 at 07:38:57AM +0530, Kumar Gaurav wrote:
This patch redefine function xhci_readl.xhci_readl function doesn't use
xhci_hcd argument.
Hence there is no
Russell, Peter, and Ingo:
Can you folks enlighten us regarding this issue for some common
architectures?
On Tue, 27 Aug 2013, Paul E. McKenney wrote:
On Mon, Aug 26, 2013 at 11:49:15AM -0400, Alan Stern wrote:
David and Paul:
Here's a question that doesn't seem to be answered in
On Tue, 27 Aug 2013, Kevin Archer wrote:
rmmod xhci-hcd yields:
libkmod: ERROR ../libkmod/libkmod-module.c:753
kmod_module_remove_module: could not remove 'xhci_hcd': No such file
or directory
Error: could not remove module xhci-hcd: No such file or directory
Oops. Apparently the driver
On 08/28/2013 12:16 PM, Alan Stern wrote:
Russell, Peter, and Ingo:
Can you folks enlighten us regarding this issue for some common
architectures?
On x86, IRET is a serializing instruction; it guarantees hard
serialization of absolutely everything.
I would expect architectures that have
On Wed, 28 Aug 2013, Jürgen Liebmann wrote:
In the attachment the both usbmon traces:
usbmon-reverted.out (camera works ok)
usbmon-74a6af256648 (camera fails)
This is very strange indeed. Here's where the two traces start to get
different results. In the kernel with the commit reverted:
On Wed, Aug 28, 2013 at 07:39:14PM +0200, Sedat Dilek wrote:
On Wed, Aug 28, 2013 at 7:24 PM, Dmitry Kasatkin d.kasat...@samsung.com
wrote:
Still noone answered me why drivers/usb/host/xhci-ring.c does NOT
include linux/device.h (dev_info_ratelimited() and other defines).
I am expecting
From: liujunliang_...@163.com
Date: Sat, 24 Aug 2013 19:26:00 +0800
From: liujl liujunliang_...@163.com
Your proper name is not liujl, please put something more reasonable
here and also in your Signoff.
Also, integrate Joe Perches's white space fixes into this patch as part
of your
The 0day build server caught a new build warning that is triggered when
CONFIG_USB_DEFAULT_PERSIST is turned on:
tree: git://git.kernel.org/pub/scm/linux/kernel/git/sarah/xhci.git
for-usb-next
head: 0730d52a86919300a39a2be37f6c140997dfb82f
commit: c8476fb855434c733099079063990e5bfa7ecad6
The following changes since commit 752e69555d107853043cb9405250c9387b26e708:
Merge tag 'usb-for-v3.12-part2' of
git://git.kernel.org/pub/scm/linux/kernel/git/balbi/usb into usb-next
(2013-08-27 14:07:31 -0700)
are available in the git repository at:
From: Dmitry Kasatkin d.kasat...@samsung.com
When DEBUG is defined, dev_dbg_ratelimited uses dynamic debug data
structures even when CONFIG_DYNAMIC_DEBUG is not defined.
It leads to build break.
For example, when I try to use dev_dbg_ratelimited in USB code and
CONFIG_USB_DEBUG is enabled, but
From: Sarah Sharp [mailto:sarah.a.sh...@linux.intel.com]
Sent: Wednesday, August 28, 2013 2:52 PM
On Mon, Aug 26, 2013 at 07:37:56PM +, Paul Zimmerman wrote:
From: Sarah Sharp [mailto:sarah.a.sh...@linux.intel.com]
Sent: Monday, August 26, 2013 12:14 PM
On Thu, Aug 22, 2013 at
From: Rob Gardner robma...@gmail.com
Date: Sun, 25 Aug 2013 18:29:13 -0600
From 018343ce2e679d97283fb51da25c43aa876d087a Mon Sep 17 00:00:00 2001
From: Rob Gardner robma...@gmail.com
Date: Sun, 25 Aug 2013 16:02:23 -0600
Subject: [PATCH net,stable] net: usb: Add HP hs2434 device to ZLP
On Wed, Aug 28, 2013 at 01:48:44PM +0300, Dan Carpenter wrote:
The test here should be = instead of . The cdd-chan_busy[] array
has ALLOC_DECS_NUM elements.
Signed-off-by: Dan Carpenter dan.carpen...@oracle.com
Acked-by: Vinod Koul vinod.k...@intel.com
---
Resending to Greg and the USB
So the 2.41a has BESL support, but may not set the BLC flag. What
happens if we use the HIRD encoding instead? Will things break? It
seems like we would need to disable USB 2.0 LPM on that host all
together, if it expects BESL encoding, but advertises HIRD encoding.
Wait a second, just for
On Wed, 28 Aug 2013 18:23:32 -0400 (EDT)
David Miller da...@davemloft.net wrote:
From: Rob Gardner robma...@gmail.com
Date: Sun, 25 Aug 2013 18:29:13 -0600
From 018343ce2e679d97283fb51da25c43aa876d087a Mon Sep 17 00:00:00 2001
From: Rob Gardner robma...@gmail.com
Date: Sun, 25 Aug 2013
The gadget strings table should be null terminated.
usb_gadget_get_string() loops through the table
expecting a null at the end of the list.
Signed-off-by: Graham Williams gwi...@broadcom.com
---
drivers/usb/gadget/f_acm.c | 1 +
1 file changed, 1 insertion(+)
diff --git
From: Rob Gardner robma...@gmail.com
Date: Wed, 28 Aug 2013 17:18:12 -0600
Bjørn says it could have a minor performance impact, but should not
cause any loss of functionality. I don't think there's any hard data on
what the performance cost might be but I know he would eventually like
to get
On Wed, 28 Aug 2013 20:01:11 -0400 (EDT)
David Miller da...@davemloft.net wrote:
From: Rob Gardner robma...@gmail.com
Date: Wed, 28 Aug 2013 17:18:12 -0600
Bjørn says it could have a minor performance impact, but should not
cause any loss of functionality. I don't think there's any hard
On Thu, Aug 29, 2013 at 12:23 AM, Alan Stern st...@rowland.harvard.edu wrote:
On Wed, 28 Aug 2013, Ming Lei wrote:
Below is the approach I proposed(mentioned in another thread), which should
be
simper than this one, any comments?
drivers/usb/host/ehci-sched.c | 53
Hi George,
You didn't modify this patchset about my comment on v1 patchset.
Please pay attention to comment.
On 08/29/2013 02:33 AM, George Cherian wrote:
Add a generic USB VBUS/ID detection EXTCON driver. This driver expects
the ID/VBUS pin are connected via GPIOs. This driver is tested on
On 8/28/2013 11:24 PM, Sergei Shtylyov wrote:
On 08/28/2013 09:33 PM, George Cherian wrote:
Add
-extcon nodes for USB ID pin detection.
-i2c nodes.
-pcf nodes to which USB ID pin is connected.
Signed-off-by: George Cherian george.cher...@ti.com
---
From: Liu Junliang liujunliang_...@163.com
Signed-off-by: Liu Junliang liujunliang_...@163.com
---
drivers/net/usb/Kconfig |8 +
drivers/net/usb/Makefile |1 +
drivers/net/usb/sr9700.c | 558 ++
drivers/net/usb/sr9700.h | 172 ++
Dear David :
Thanks a lot. please check the patch. thanks again.
2013-08-29
liujunliang_ljl
发件人： David Miller
发送时间： 2013-08-29 05:44:06
收件人： liujunliang_ljl
抄送： horms; joe; romieu; gregkh; netdev; linux-usb; linux-kernel; sunhecheng
主题： Re: [PATCH] USB2NET : SR9700
From: Rob Gardner robma...@gmail.com
Date: Wed, 28 Aug 2013 18:40:22 -0600
The exception list means usb_device_id entries for specific devices
that are known to need the workaround. There are just two such entries.
There isn't even a separate list. So maybe we just have a nomenclature
On Thu, 29 Aug 2013 00:33:52 -0400 (EDT)
David Miller da...@davemloft.net wrote:
From: Rob Gardner robma...@gmail.com
Date: Wed, 28 Aug 2013 18:40:22 -0600
The exception list means usb_device_id entries for specific devices
that are known to need the workaround. There are just two such
95 matches
Mail list logo
