Have you opened the mouse by apps (like evtest)?, for USB mouse,
the usbhid-intf-needs_remote_wakeup is only set at .open/.close
API. That means if you have not opened mouse, the runtime pm status
for mouse will changed to RPM_ACTIVE (choose_wakeup -
pm_runtime_resume)
If you have
Hi,
Yes, this should be the root cause. For the setup stage of Set-Config
request, the UDC driver can handle it well. But for the status stage
of Set-Config request, somehow it is not handled correctly. When UDC
driver receives the endpoint 0 IN token, it only clears the interrupt
request.
On 7/4/2013 10:12 PM, Sebastian Andrzej Siewior wrote:
On 07/04/2013 06:41 PM, Sebastian Andrzej Siewior wrote:
The am335x PHY code is well hidden in multiple places. The glue layer
uses the nop and does up/down in the background. This patch copies the
power on / power off part out of dsps so
On 07/05/2013 12:16 PM, George Cherian wrote:
On 7/4/2013 10:12 PM, Sebastian Andrzej Siewior wrote:
On 07/04/2013 06:41 PM, Sebastian Andrzej Siewior wrote:
The am335x PHY code is well hidden in multiple places. The glue layer
uses the nop and does up/down in the background. This patch copies
Alan Stern st...@rowland.harvard.edu writes:
On Thu, 4 Jul 2013, Bjørn Mork wrote:
It may be that the device simply takes longer to resume than it should.
Or longer than btusb expects it to, which may not be the same thing.
Yes, that is what it looks like. But the URBs are submitted as
On 07/02/2013 12:31 PM, Felipe Balbi wrote:
On Tue, Jul 02, 2013 at 10:42:12AM +0200, Sebastian Andrzej Siewior wrote:
On 07/02/2013 10:26 AM, Felipe Balbi wrote:
alright, how about this ? I'll split dr_mode documentation to a
separate patch soon and resend with devicetree-discuss in the
On Fri, Jul 05, 2013 at 03:51:30PM +0300, Roger Quadros wrote:
On 07/02/2013 12:31 PM, Felipe Balbi wrote:
On Tue, Jul 02, 2013 at 10:42:12AM +0200, Sebastian Andrzej Siewior wrote:
On 07/02/2013 10:26 AM, Felipe Balbi wrote:
alright, how about this ? I'll split dr_mode documentation to a
On 07/05/2013 03:53 PM, Felipe Balbi wrote:
On Fri, Jul 05, 2013 at 03:51:30PM +0300, Roger Quadros wrote:
On 07/02/2013 12:31 PM, Felipe Balbi wrote:
On Tue, Jul 02, 2013 at 10:42:12AM +0200, Sebastian Andrzej Siewior wrote:
On 07/02/2013 10:26 AM, Felipe Balbi wrote:
alright, how about this
Hi,
On Fri, Jul 05, 2013 at 03:55:05PM +0300, Roger Quadros wrote:
+ - dr_mode: tells Dual-Role USB controllers that we want to work on a
+ particular mode. Valid arguments are host,
+ peripheral and otg. In case this attribute isn't
+
On 07/05/2013 03:58 PM, Felipe Balbi wrote:
Hi,
On Fri, Jul 05, 2013 at 03:55:05PM +0300, Roger Quadros wrote:
+ - dr_mode: tells Dual-Role USB controllers that we want to work on a
+ particular mode. Valid arguments are host,
+ peripheral and otg. In case
Remove the instances variable, there is no single use of it.
Signed-off-by: Sebastian Andrzej Siewior bige...@linutronix.de
---
drivers/usb/musb/musb_dsps.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/drivers/usb/musb/musb_dsps.c b/drivers/usb/musb/musb_dsps.c
index 0e01cc1..edeb2ad
The memory address contains three pieces that is the reset module which
is currently the only one used and two other pices which seem
interresting based on what the register.
The phy id (0 or 1) can be obtained via of_alias_get_id(). However once
we need this, we should used something for common
This enables the two musb instances on am335x to work.
Could someone explain what
ti,hwmods = usb_otg_hs;
doing? I would want to have something like
| musb {
|/* glue /*
| {
| musb child node
|}
| }
and this twice. This would put the glue layer
dsps uses a nop driver which is added in dsps itself and does the PHY
on/off calls within dsps. Since those calls are now moved the nop driver
itself, we can now request the phy proper phy and remove those calls.
Currently only the first musb interface is used so we only add one phy
node for now.
This moves the two instances from the big node into two child nodes. The
glue layer ontop does almost nothing.
This could be two indepentant child nodes but I have no idea how
'ti,hwmods = usb_otg_hs;' affects the two musb controler.
Signed-off-by: Sebastian Andrzej Siewior bige...@linutronix.de
Joseph == Joseph Chang joseph_ch...@davicom.com.tw writes:
Hi,
Joseph This is Joseph CHANG, I am glade to contact and work with
Joseph you. I am busy in some affairs else these days, and will
Joseph like to be back soon.
Joseph For the begin, We copy the source code 'dm9601.c'
On Fri, Jul 5, 2013 at 3:31 AM, Alan Stern st...@rowland.harvard.edu wrote:
On Thu, 4 Jul 2013, James Stone wrote:
Can you post the part of the trace showing where the audio-in Zi lines
first appear?
I think this is the start of the Zi lines:
8800b3585f00 3572683229 C Ci:1:004:0 0
On Fri, 5 Jul 2013, Victor Yeo wrote:
May i know which part of the do_set_config() or do_set_interface() has
to be run in process context?
Well, it's not exactly true that the routine has to run in process
context. More accurately, it has to run at a time when the main thread
isn't using any
On Fri, 5 Jul 2013, James Stone wrote:
I agree the original unable to submit urb bug has been fixed. I have
gone through the output trace, but I can't see anything like you were
suggesting.
I can submit the whole file (700k) somewhere if you like?
You can email it to me off-list.
Alan
On 07/04/2013 01:26 AM, Ruchika Kharwar wrote:
DRA7XX has several USB OTG subsystems. USB_OTG_SS1 includes a USB1 and USB2
phy. USB_OTG_SS2 includes only a USB2 phy.
This patch allows the dwc3 probe to continue if a usb3_phy is not found.
The need for this will go away as soon as
On 07/05/2013 08:32 AM, Sebastian Andrzej Siewior wrote:
The memory address contains three pieces that is the reset module which
is currently the only one used and two other pices which seem
interresting based on what the register.
Please fix typos pices.. interresting.. also the description
On 07/05/2013 04:41 PM, Ruchika Kharwar wrote:
On 07/05/2013 08:32 AM, Sebastian Andrzej Siewior wrote:
The memory address contains three pieces that is the reset module which
is currently the only one used and two other pices which seem
interresting based on what the register.
Please fix
Hi Sebastian,
2013/7/5 Sebastian Andrzej Siewior bige...@linutronix.de:
This moves the two instances from the big node into two child nodes. The
glue layer ontop does almost nothing.
This could be two indepentant child nodes but I have no idea how
'ti,hwmods = usb_otg_hs;' affects the two
On 07/05/2013 05:08 PM, Enric Balletbo Serra wrote:
Hi Sebastian,
Hi Enric,
I'm trying to test these patches but I've problems, I've following error,
[ 10.096492] musb-dsps 4740.usb: failed to get memory for instance 0
[ 10.103481] musb-dsps 4740.usb: failed to create child
2013/7/5 Sebastian Andrzej Siewior bige...@linutronix.de:
On 07/05/2013 05:08 PM, Enric Balletbo Serra wrote:
Hi Sebastian,
Hi Enric,
I'm trying to test these patches but I've problems, I've following error,
[ 10.096492] musb-dsps 4740.usb: failed to get memory for instance 0
[
On 07/05/2013 05:22 PM, Enric Balletbo Serra wrote:
Fixed, I didn't update my DT for my custom board properly. Thanks.
Good. I hate breaking the compatibility for DT but unfortunately it is
beyond repair.
Sebastian
--
To unsubscribe from this list: send the line unsubscribe linux-usb in
the
the first patch implements a dma engine and a dma-driver for cpp41 musb.
The TX channel seems to work, there is still some work to be done.
My current tree which I use for testing is also available at:
git://git.breakpoint.cc/bigeasy/linux.git am335x_usb
Sebastian
--
To unsubscribe from this
so testing is little easier.
Signed-off-by: Sebastian Andrzej Siewior bige...@linutronix.de
---
arch/arm/boot/dts/am335x-evm.dts | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/am335x-evm.dts b/arch/arm/boot/dts/am335x-evm.dts
index dc236f4..0b2f592 100644
This is a first shot of the cppi41 DMA driver. It is currently used by
a new musb dma-engine implementation. I have to test it somehow.
The state of the cpp41 (and the using dmaengine) is in very early stage.
I was able to send TX packets over DMA and enumerate an USB masstorage
device.
Things
Dear Chaps,
I have a Microsoft Basic Optical mouse. When I used an earlier kernel
(2.6 series) it just worked. However, now that I'm using 3.4.51 it
suffers from USB disconnects and reconnects every 62 seconds precisely.
These disconnects do not occur whilst the mouse device is open. I have
tried
The function dma_set_mask() tests internally whether the dma_mask pointer
for the device is initialized and fails if the dma_mask pointer is NULL.
On pci platforms, the initialization of the device dma_mask pointer is
performed when pci devices are enumerated and is set to point to the
2013/7/4 Greg KH gre...@linuxfoundation.org:
On Thu, Jul 04, 2013 at 01:30:48AM +0300, Bohdan Koval wrote:
Sorry, message subject was missing.
2013/7/4 Bohdan Koval koval.bog...@gmail.com:
Hi,
I was trying to read raw HID input reports of a laptop touchpad (USB
HID device) using
Hi,
I'm wondering why there is no include/linux/usb_ids.h (or
include/linux/usb/ids.h) file in the same way there is a
include/linux/pci_ids.h for PCI.
I don't expect all product ids to be listed (the
http://www.linux-usb.org/usb.ids list is pretty big), but if we could
have at least vendor ids,
On Fri, 5 Jul 2013, James Stone wrote:
On Fri, Jul 5, 2013 at 3:32 PM, Alan Stern st...@rowland.harvard.edu wrote:
On Fri, 5 Jul 2013, James Stone wrote:
I agree the original unable to submit urb bug has been fixed. I have
gone through the output trace, but I can't see anything like you
On Fri, 5 Jul 2013, Larry Keegan wrote:
Dear Chaps,
I have a Microsoft Basic Optical mouse. When I used an earlier kernel
(2.6 series) it just worked. However, now that I'm using 3.4.51 it
suffers from USB disconnects and reconnects every 62 seconds precisely.
These disconnects do not
On Fri, Jul 05, 2013 at 11:34:05PM +0200, Michael Opdenacker wrote:
Hi,
I'm wondering why there is no include/linux/usb_ids.h (or
include/linux/usb/ids.h) file in the same way there is a
include/linux/pci_ids.h for PCI.
Because that way lies madness, we have learned from our mistakes and do
Hi Greg,
On 07/05/2013 11:43 PM, Greg KH wrote:
On Fri, Jul 05, 2013 at 11:34:05PM +0200, Michael Opdenacker wrote:
Hi,
I'm wondering why there is no include/linux/usb_ids.h (or
include/linux/usb/ids.h) file in the same way there is a
include/linux/pci_ids.h for PCI.
Because that way lies
37 matches
Mail list logo
