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
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
>
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 Ac
From: Michael Grzeschik
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, the rndis connection is
re
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.
Signed-off-by: Michael Grzeschik
Signed-off-by: Marc Kleine-Budde
Acked-by: Felipe Balbi
---
drivers/usb/chipidea/udc.c |
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
Signed-off-by: Marc Kleine-Budde
---
drivers/usb/chipidea/udc.c | 23 ++
From: Michael Grzeschik
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 check for the maxpacket siz
This patch fixes the error path of udc_start(). Now NULL is used to
unset the peripheral with otg_set_peripheral().
Signed-off-by: Marc Kleine-Budde
Reviewed-by: Richard Zhao
---
drivers/usb/chipidea/udc.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/usb/chipid
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
---
v1 -> v2
- enable usb_phy_xxx()
- used subsys_initcall()
drivers/usb/
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
---
v2: Set DeviceRemova
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
> ---
> v1 ->
Hi,
On Wed, Sep 5, 2012 at 2:01 PM, Marc Kleine-Budde 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 driver is
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 t
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 d
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; linux-ke
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;
> > li...
On Sunday 26 August 2012 09:44:45 Wei Yongjun wrote:
> From: Wei Yongjun
>
> Remove duplicated include.
>
> Signed-off-by: Wei Yongjun
Acked-by: Oliver Neukum
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More maj
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 m
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;
> gre...@linuxfoundati
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 (2.6.3
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, i
On Wed, Sep 5, 2012 at 5:37 PM, Clemens Ladisch 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 between the ap
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:
> https://github.com/riczhao/kernel-imx/commits/topics/u
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 w
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, at
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 bHubContrCurre
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 dead
Jassi Brar wrote:
> On Wed, Sep 5, 2012 at 5:37 PM, Clemens Ladisch 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?
On Tue, Aug 28, 2012 at 03:03:06PM +0800, 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:
> https://github.com/riczhao/kernel-im
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 a
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
---
drivers/usb/musb/musb_core.c| 16
drivers/usb/musb/musb_debugfs.c | 2 +-
drivers/usb/musb/mus
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*
On Wed, Sep 05, 2012 at 08:34:26AM +0300, Felipe Balbi wrote:
> From: Moiz Sonasath
>
> 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
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 aggregated
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 w
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:
> >
> > https://github.com/riczhao
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 th
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 inc
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
> 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 the IRQF_DISABLED as t
> 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
Subject: [PATCH] USB/host: Cleanup unneccessary irq disable code
Because the IRQF_DISABLED as the flag
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 29636578190322
From: Dan Carpenter
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 stable.
Signed-off-by
From: Manoj Iyer
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: http://bugs.launchpad.net/bug
From: Keng-Yu Lin
With a previous patch to enable the EHCI/XHCI port switching, it switches
all the available ports.
The assumption is not correct because the BIOS may expect some ports
not switchable by the OS.
There are two more registers that contains the information of the switchable
and no
From: Moiz Sonasath
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 should just stub
From: Ruchika Kharwar
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 platform driver su
From: "Alexis R. Cortes"
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 will enter in Complia
From: Matthew Garrett
My test platform (Intel DX79SI) boots reliably under BIOS, but frequently
crashes when booting via UEFI. I finally tracked this down to the xhci
handoff code. It seems that reads from the device occasionally just return
0xff, resulting in xhci_find_next_cap_offset generating
On Thu, Sep 06, 2012 at 12:39:09AM +, Liu, Chuansheng wrote:
> > 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
> Subject: [PATCH]
On Wed, Sep 05, 2012 at 05:44:12PM -0700, Sarah Sharp wrote:
> 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.g
> > From: liu chuansheng
> > 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 as the flag is
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 chuansh
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 op
On Thu, Sep 6, 2012 at 4:12 AM, Oliver Neukum wrote:
> 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.
The Ethernet API we are using does not support transmitting m
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 mus
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 removal of member 'state' of this enum type from usb_phy struct
did not generate any co
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 a
65 matches
Mail list logo
