On Mon, Sep 03, 2012 at 01:33:50PM -0400, Forest Bond wrote:
From: Forest Bond forest.b...@rapidrollout.com
Certain eGalax devices expose an interface with class HID and protocol
None. Some work with usbhid and some work with usbtouchscreen, but
there is no easy way to differentiate.
From: Wei Yongjun yongjun_...@trendmicro.com.cn
Using list_move_tail() instead of list_del() + list_add_tail().
spatch with a semantic match is used to found this problem.
(http://coccinelle.lip6.fr/)
Signed-off-by: Wei Yongjun yongjun_...@trendmicro.com.cn
---
drivers/usb/host/fhci-sched.c |
Hi,
On Wed, Sep 5, 2012 at 6:20 AM, Kuninori Morimoto
kuninori.morimoto...@renesas.com wrote:
Hi Abraham
Thank you for checking patch
+config USB_RCAR_PHY
+ tristate Renesas R-Car USB phy support
+ depends on (USB || USB_GADGET) ARCH_R8A7779
+ help
+ Say
On Tuesday 04 September 2012 20:01:33 Marco Biscaro wrote:
Hello all,
I've opened a bug report about a wireless mouse problem [1], and Greg
Kroah-Hartman told me to post the link on this list. Could anyone take a
look on the bug?
The problem was originally reported in Launchpad [2], and
On Sunday 02 September 2012 00:52:03 Yann Cantin wrote:
Hi,
before we add yet another sysfs interface, we should ask whether calibration
isn't a problem that should be solved with a common API.
Regards
Oliver
+static ssize_t ebeam_calibrated_set(struct device *dev,
+
Hi Abraham
EHCI/OHCI.
Now, I'm using ohci/ehci-platform.c
Thats a generic ehci driver. I was interested in the specific usb
controller that uses this phy. Anyways now I know its a host only
driver :-)
(snip)
Yeah. We are in the process of cleaning it up. Indeed it's normal in
the
Hello,
this is a series fixes several problems in the chipidea udc driver. this
applies to v3.6-rc4.
These patches have been tested on mx28, mx53 and mx6q.
Changes since v2:
- reboase t v3.6-rc4
Changes since v1:
- reworded patch description for fix setup of endpoint maxpacket size
- added
From: Michael Grzeschik m.grzesc...@pengutronix.de
When attaching an imx28 or imx53 in USB gadget mode to a Windows host and
starting a rndis connection we see this message every 4-10 seconds:
g_ether gadget: high speed config #2: RNDIS
Analysis shows that each time this message is printed,
From: Michael Grzeschik m.grzesc...@pengutronix.de
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.
Signed-off-by: Michael Grzeschik m.grzesc...@pengutronix.de
Signed-off-by: Marc Kleine-Budde
If udc_start() fails the qh_pool dma-pool cannot be closed because
it's still in use. This patch factors out the dma_pool_free() loop
into destroy_eps() and calls it in the error path of udc_start(),
too.
Cc: Richard Zhao richard.z...@freescale.com
Signed-off-by: Marc Kleine-Budde
From: Michael Grzeschik m.grzesc...@pengutronix.de
This patch changes the setup of the endpoint maxpacket size. All non control
endpoints are initialized with an undefined ((unsigned short)~0) maxpacket
size. The maxpacket size of Endpoint 0 will be kept at CTRL_PAYLOAD_MAX.
Some gadget drivers
This patch adds Renesas R-Car USB phy driver.
It supports R8A7779 chip at this point.
R-Car has some USB controllers, but has only one phy-initializer.
So, this driver is counting users.
Signed-off-by: Kuninori Morimoto kuninori.morimoto...@renesas.com
---
v1 - v2
- enable usb_phy_xxx()
- used
On 2012/9/5 0:15, Alan Stern wrote:
On Mon, 3 Sep 2012, Lan Tianyu wrote:
ACPI provide _PLD and _UPC aml methods to describe usb port
visibility and connectability. This patch is to use those information
to set usb port's DeviceRemovable.
Signed-off-by: Lan Tianyu tianyu@intel.com
---
v2:
On 09/05/2012 10:13 AM, Kuninori Morimoto wrote:
This patch adds Renesas R-Car USB phy driver.
It supports R8A7779 chip at this point.
R-Car has some USB controllers, but has only one phy-initializer.
So, this driver is counting users.
Signed-off-by: Kuninori Morimoto
Hi,
On Wed, Sep 5, 2012 at 2:01 PM, Marc Kleine-Budde m...@pengutronix.de wrote:
On 09/05/2012 10:13 AM, Kuninori Morimoto wrote:
This patch adds Renesas R-Car USB phy driver.
It supports R8A7779 chip at this point.
R-Car has some USB controllers, but has only one phy-initializer.
So, this
Alan Stern wrote:
There are two possibilities to consider when an URB containing several
packets of data is submitted:
1. The slots for the first few packets have already expired, but
the remaining packets will be transferred okay.
2. The slots for all the packets in the URB
Alan Stern wrote:
On Tue, 4 Sep 2012, Jassi Brar wrote:
Second, people involved in real-time programming (such as audio or
video) generally want to keep latency to a minimum.
If we progress the h/w pointer of ALSA ring buffer at URB completion
(and not at URB submission),
I don't
Hello.
On 04-09-2012 21:24, Enrico Scholz wrote:
The 'mapped' flag in 'struct fsl_req' flag is redundant with checking
for 'req.dma != DMA_ADDR_INVALID' and it was also set to a wrong value
(see 2nd hunk of patch).
Replacing it in the way described above saves 60 bytes:
function
Hi,
On Tue, Sep 04, 2012 at 07:24:59PM +0200, Enrico Scholz wrote:
The 'mapped' flag in 'struct fsl_req' flag is redundant with checking
for 'req.dma != DMA_ADDR_INVALID' and it was also set to a wrong value
you should not be using DMA_ADDR_INVALID anymore. Use the generic
map/unmap routines
-Original Message-
From: Stephen Warren [mailto:swar...@wwwdotorg.org]
Sent: Wednesday, September 05, 2012 3:19 AM
To: ba...@ti.com
Cc: Venu Byravarasu; ccr...@android.com; o...@lixom.net;
li...@arm.linux.org.uk; st...@rowland.harvard.edu;
gre...@linuxfoundation.org;
Hi,
On Wed, Sep 05, 2012 at 06:24:13PM +0530, Venu Byravarasu wrote:
-Original Message-
From: Stephen Warren [mailto:swar...@wwwdotorg.org]
Sent: Wednesday, September 05, 2012 3:19 AM
To: ba...@ti.com
Cc: Venu Byravarasu; ccr...@android.com; o...@lixom.net;
On Sunday 26 August 2012 09:44:45 Wei Yongjun wrote:
From: Wei Yongjun yongjun_...@trendmicro.com.cn
Remove duplicated include.
Signed-off-by: Wei Yongjun yongjun_...@trendmicro.com.cn
Acked-by: Oliver Neukum oneu...@suse.de
--
To unsubscribe from this list: send the line unsubscribe
On Tue, Sep 04, 2012 at 03:40:56PM -0700, Sarah Sharp wrote:
On Tue, Aug 14, 2012 at 04:44:49PM -0400, Matthew Garrett wrote:
I've no idea what's causing the underlying problem, and xhci still doesn't
actually *work* even with this, but the machine at least boots which will
probably make
Hi Felipe,
-Original Message-
From: Felipe Balbi [mailto:ba...@ti.com]
Sent: Wednesday, September 05, 2012 6:22 PM
To: Venu Byravarasu
Cc: Stephen Warren; ba...@ti.com; ccr...@android.com; o...@lixom.net;
li...@arm.linux.org.uk; st...@rowland.harvard.edu;
On Wednesday, August 29, 2012 6:09:59 PM Greg KH wrote:
On Sun, Aug 19, 2012 at 02:31:12PM +, Luke-Jr wrote:
Also worth mentioning: the RMA replacement unit I have also exhibits this
same problem, but neither of them do if I connect the same devices to an
old Ubuntu netbook
On Tuesday 04 September 2012 17:32:17 Bjørn Mork wrote:
No, that is perfectly all right. It seems to me that the API between usbnet
and its subdrivers is not powerful enough to support CDC-NCM well.
Maybe not. But I assume that any shortcomings found could be integrated
in usbnet, if that
On Wed, Sep 5, 2012 at 5:37 PM, Clemens Ladisch clem...@ladisch.de wrote:
On Tue, 4 Sep 2012, Jassi Brar wrote:
If we progress the h/w pointer of ALSA ring buffer at URB completion (and not
at URB submission) this shouldn't affect the latency.
How would this make any difference? The time
On 08/28/2012 09:03 AM, Richard Zhao wrote:
The patch set is tested on imx6q_sabrelite board.
The patch can also be found at
https://github.com/riczhao/kernel-imx/commits/topics/usb-driver
For test which merged platform patches:
On Wed, Sep 05, 2012 at 02:21:52PM +0100, Matthew Garrett wrote:
It's an SNB-E board with a series 7 chipset. The xHCI controller is an
NEC. When it's in this failure state it doesn't seem like there's
anything in the mmio BAR that's happy to talk to us, but I'll check the
logs to see what
Felipe,
That seems like what this patch of mine fixes (was about to send it when
I saw this on my mailbox).
It is not enough to just do a dependency; the patch fixes it by having
a helper that's always resident, and also making sure we don't drop
events.
Regards
-- Pantelis
On Aug 24, 2012,
On Wed, 5 Sep 2012, Lan Tianyu wrote:
This is copied from xhci_usb3_hub_descriptor().
struct usb_hub_descriptor {
__u8 bDescLength;
__u8 bDescriptorType;
__u8 bNbrPorts;
__le16 wHubCharacteristics;
__u8 bPwrOn2PwrGood;
__u8 bHubContrCurrent;
I'm resending this message beacuse my original message didn't get to the
list. Probably because of attachment size, so I'm compressing log files
in attachment.
Hi all!
I have a problem with xhci and usb3 on my laptop. The problem is that
after suspend/hibernate my usb3 ports seems to be
On Wed, 5 Sep 2012, Clemens Ladisch wrote:
Alan Stern wrote:
On Tue, 4 Sep 2012, Jassi Brar wrote:
Second, people involved in real-time programming (such as audio or
video) generally want to keep latency to a minimum.
If we progress the h/w pointer of ALSA ring buffer at URB completion
Marking functions as __init or __devinit and calling them at other times
leads to predictable crashes (if you're lucky).
Remove them for now.
Signed-off-by: Pantelis Antoniou pa...@antoniou-consulting.com
---
drivers/usb/musb/musb_core.c| 16
drivers/usb/musb/musb_debugfs.c
On Wed, Sep 05, 2012 at 02:21:52PM +0100, Matthew Garrett wrote:
On Tue, Sep 04, 2012 at 03:40:56PM -0700, Sarah Sharp wrote:
On Tue, Aug 14, 2012 at 04:44:49PM -0400, Matthew Garrett wrote:
I've no idea what's causing the underlying problem, and xhci still doesn't
actually *work* even
On Wed, Sep 05, 2012 at 08:34:26AM +0300, Felipe Balbi wrote:
From: Moiz Sonasath m-sonas...@ti.com
For non PCI-based stacks, this function call
usb_disable_xhci_ports(to_pci_dev(hcd-self.controller));
made from xhci_shutdown is not applicable.
Ideally, we wouldn't have any PCI-specific
Hi,
Le 05/09/2012 09:29, Oliver Neukum a écrit :
before we add yet another sysfs interface, we should ask whether calibration
isn't a problem that should be solved with a common API.
Short answer : no.
##
Long answer (may be oot) :
Existing calibration tools or procedures (in kernel modules
On Wednesday 05 September 2012 21:58:06 Yann Cantin wrote:
As ebeams are the only devices to my knowledge that work that way, i don't
think
a common API can be common, unless we mean an in-kernel generic purpose
calibration
API for input devices (stellar away for me), or a userland one
Hi,
looking at cdc-ncm it seeems to me that cdc-ncm is forced to play
very dirty games because usbnet doesn't have a notion about aggregating
packets for a single transfer.
It seems to me that this can be fixed introducing a method for bundling,
which tells usbnet how packets have been
On Mon, Aug 20, 2012 at 09:35:22AM +0200, Sebastian Andrzej Siewior wrote:
I'm not going to swear here. The Android gadget includes composite.c
from the main tree and overwrites functions. This would still work if I
rename it and remove the const attribute but the problem rises again
once we
On Fri, Aug 24, 2012 at 10:09:11AM +0800, Richard Zhao wrote:
On Thu, Aug 23, 2012 at 06:57:03PM +0200, Marc Kleine-Budde wrote:
Hello,
Michael and I have a bunch of updates and improvement for the chipidea
driver. They apply to Richard's tree:
On Tue, Aug 21, 2012 at 08:16:10PM +0800, Andiry Xu wrote:
Just have one question - how do you add suspend/resume support for
DWC USB 3 controller? Where can I find the source code?
Is it reusing the suspend/resume code of xhci.c?
If you look in drivers/usb/host/xhci-plat.c, you'll see that
On Mon, Aug 27, 2012 at 02:09:53PM +0200, Miroslav Sabljic wrote:
On 08/22/2012 05:39 PM, Miroslav Sabljic wrote:
If the device is working properly on boot up and fails after
suspend/resume, you can try the patch attached to see if it helps on
the failure after system resume.
Hi Girish,
Sorry for taking a really long time to respond! This is a good idea,
but your patch doesn't apply any more. Can you update it against the
latest kernel and resend it?
Sarah Sharp
On Sun, May 13, 2012 at 08:59:02PM +0530, Girish Verma wrote:
In xhci-ring.c, function inc_enq and
On Thu, Aug 23, 2012 at 12:03:58PM +0300, Felipe Balbi wrote:
Hi Greg,
Here's my (hopefully) last set of fixes for v3.6-rc cycle. Let me know if you
want me to change anything and I'll do so ASAP.
cheers
The following changes since commit 0d7614f09c1ebdbaa1599a5aba7593f147bf96ee:
On Sat, Sep 01, 2012 at 09:39:56AM +, Liu, Chuansheng wrote:
From: liu chuansheng chuansheng@intel.com
Subject: [PATCH] USB/host: Cleanup unneccessary irq disable code
Don't include the Subject: in the patch body again, that is pointless
and requires me to hand-edit the file.
Because
This patch is corrupted and can not be applied at all. Please fix your email
client and try again.
greg k-h
I am very sorry to waste your time, resend it again.
From: liu chuansheng chuansheng@intel.com
Subject: [PATCH] USB/host: Cleanup unneccessary irq disable code
Because the
The following changes since commit fea7a08acb13524b47711625eebea40a0ede69a0:
Linux 3.6-rc3 (2012-08-22 13:29:06 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/sarah/xhci.git
for-usb-linus-2012-09-05
for you to fetch changes up to
From: Dan Carpenter dan.carpen...@oracle.com
The intent was to test whether the flag was set.
This patch should be backported to stable kernels as old as 3.0, since
it fixes a bug in commit e95829f474f0db3a4d940cae1423783edd966027 xhci:
Switch PPT ports to EHCI on shutdown., which was marked for
From: Manoj Iyer manoj.i...@canonical.com
On Intel Panther Point chipset USB 3.0 devices show up as
high-speed devices on powerup, but after an s3 cycle they are
correctly recognized as SuperSpeed. At powerup switch the port
to xHCI so that USB 3.0 devices are correctly recognized.
BugLink:
From: Moiz Sonasath m-sonas...@ti.com
For non PCI-based stacks, this function call
usb_disable_xhci_ports(to_pci_dev(hcd-self.controller));
made from xhci_shutdown is not applicable.
Ideally, we wouldn't have any PCI-specific code on
a generic driver such as the xHCI stack, but it looks
like we
From: Ruchika Kharwar ruch...@ti.com
Use the ioremap_nocache variant of the ioremap API in
order to make sure our memory will be marked uncachable.
This patch should be backported to kernels as old as 3.4, that contain
the commit 3429e91a661e1f383aecc86c6bbcf65afb15c892 usb: host: xhci:
add
From: Alexis R. Cortes alexis.cor...@ti.com
This patch is intended to work around a known issue on the
SN65LVPE502CP USB3.0 re-driver that can delay the negotiation
between a device and the host past the usual handshake timeout.
If that happens on the first insertion, the host controller
port
From: liu chuansheng chuansheng@intel.com
Subject: [PATCH] USB/host: Cleanup unneccessary irq disable code
Why is this in the patch?
Please resend it in a format that I do not have to manually edit the patch.
greg k-h
Thanks your teaching, resend again.
Because the IRQF_DISABLED
Because the IRQF_DISABLED as the flag is now a NOOP and has been
deprecated and in hardirq context the interrupt is disabled.
so in usb/host code:
Removing the usage of flag IRQF_DISABLED;
Removing the calling local_irq save/restore actions in irq
handler usb_hcd_irq();
Signed-off-by: liu
Hi
I am debugging EHCI host system error (4.15.2.4) issue. The issue
happens during unlinking of URB from an interface driver. In our system
the device is always connected to the host. some interfaces are always
active (I/O can happen). Other interface's I/O depends on the user
space. if user
Sorry for the inconvenience caused.
Will push a patch to fix this ASAP.
Thanks,
Venu
-Original Message-
From: Fengguang Wu [mailto:fengguang...@intel.com]
Sent: Thursday, September 06, 2012 7:41 AM
To: Venu Byravarasu
Cc: kernel-janit...@vger.kernel.org; Felipe Balbi; linux-
During phy interface separation from otg.h, as the enum usb_otg_state
was having multiple otg states info and removal of member 'state'
of this enum type from usb_phy struct did not generate any compilation
issues, I removed member state from struct usb_phy.
As this is causing build break in musb
Hi Venu,
On Thu, Sep 06, 2012 at 11:00:22AM +0530, Venu Byravarasu wrote:
Hi Fengguang,
My apologies for the inconvenience caused.
During phy interface separation from otg.h, as the enum usb_otg_state
was having multiple otg states info, I felt that should remain in otg.h.
Also as
59 matches
Mail list logo
