28.05.2014 03:27, Greg Kroah-Hartman пишет:
On Tue, May 27, 2014 at 08:56:42AM +0400, Nikita Yushchenko wrote:
This access causes hang on Freescale P2020DS board (that has OHCI
provided by ULI 1533 chip).
Since preserving OHCI_FMINTERVAL was originally done only for NVIDIA
hardware and only
27.05.2014 19:08, Alan Stern пишет:
On Tue, 27 May 2014, Nikita Yushchenko wrote:
This access causes hang on Freescale P2020DS board (that has OHCI
provided by ULI 1533 chip).
Which access, the read or the write?
things are a bit more complex.
If inserting printk's as below
---
27.05.2014 20:39, Sergei Shtylyov пишет:
Hello.
On 05/27/2014 08:56 AM, Nikita Yushchenko wrote:
This access causes hang on Freescale P2020DS board (that has OHCI
provided by ULI 1533 chip).
Since preserving OHCI_FMINTERVAL was originally done only for NVIDIA
hardware and only later
Hi,
this series is fixing some stability and usability issues found with the
usb
uvc-gadget. It's needed to make the device usable as an v4l2sink with
gstreamer.
Thanks,
Michael
Michael Grzeschik (7):
usb: gadget/uvc: fix possible lockup in uvc gadget
usb: gadget/uvc: change KERN_INFO to
Sizeimage is an property comming from the device. It's not safe to
depend on its value for imagesize on S_FMT. Its better to use simple
width * height for compressed formats without bits per pixel.
Signed-off-by: Michael Grzeschik m.grzesc...@pengutronix.de
---
drivers/usb/gadget/uvc_v4l2.c | 4
This is needed to tell the userspace daemon
to disable the streaming if the device is
suspended.
Signed-off-by: Michael Grzeschik m.grzesc...@pengutronix.de
---
drivers/usb/gadget/f_uvc.c | 17 +
1 file changed, 17 insertions(+)
diff --git a/drivers/usb/gadget/f_uvc.c
From: Michael Grzeschik m...@pengutronix.de
Since the introduction of the timestamp_type field, it is necessary that
the driver chooses which type it will use. This patch adds support for
the timestamp_type.
Signed-off-by: Michael Grzeschik m...@pengutronix.de
---
drivers/usb/gadget/uvc_queue.c
From: Philipp Zabel p.za...@pengutronix.de
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
drivers/usb/gadget/uvc_queue.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/usb/gadget/uvc_queue.c b/drivers/usb/gadget/uvc_queue.c
index 2ed1d52..1061ba7 100644
---
If the pending buffers in the queue could not be pushed to the udc
endpoint we have to cancel the uvc_queue. Otherwise the gadget will get
stuck on this error. This patch calls uvc_queue_cancel if usb_ep_queue
failed.
Signed-off-by: Michael Grzeschik m.grzesc...@pengutronix.de
---
The disconnect of the USB Device is an common pattern for
an UVC Camera. In many cases this will give us an meaningless
information for all buffers that couldn't be enqueued.
That patch changes this to KERN_DEBUG.
Signed-off-by: Michael Grzeschik m.grzesc...@pengutronix.de
---
Its not needed to set plane sizelimit if using USERPTR or DMABUF.
The buffersize limit will be parsed in the encoder function.
Signed-off-by: Michael Grzeschik m.grzesc...@pengutronix.de
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
drivers/usb/gadget/uvc_queue.c | 2 +-
1 file
On Tue, May 27, 2014 at 03:53:18PM -0700, Greg Kroah-Hartman wrote:
On Thu, May 15, 2014 at 11:14:38AM +0200, Maxime Ripard wrote:
Hi Greg,
On Wed, May 14, 2014 at 06:05:20PM +0200, Greg Kroah-Hartman wrote:
On Wed, May 14, 2014 at 02:34:19PM +0200, Maxime Ripard wrote:
On Tue, May
From: Li Jun b47...@freescale.com
This patch adds host_request_flag in usb_gadget to store host request from
application, clear the flag when otg leaves host state.
Signed-off-by: Li Jun b47...@freescale.com
---
drivers/usb/common/usb-otg-fsm.c |4
include/linux/usb/gadget.h |
From: Li Jun b47...@freescale.com
This patch starts HNP polling timer when otg is set to be a_host
or b_host.
Signed-off-by: Li Jun b47...@freescale.com
---
drivers/usb/common/usb-otg-fsm.c |2 ++
include/linux/usb/otg-fsm.h |1 +
2 files changed, 3 insertions(+)
diff --git
From: Li Jun b47...@freescale.com
This patch adds OTG status selector request sending function, can be used
to poll peripheral if it wants to be host after OTG port is in host state.
Signed-off-by: Li Jun b47...@freescale.com
---
drivers/usb/common/usb-otg-fsm.c | 55
From: Li Jun b47...@freescale.com
This patchset adds otg HNP polling common part for otg fsm.
Change since v1 for patch:
usb: common: otg-fsm: add HNP polling request sending funciton
- Use usb_control_msg to get OTG status, since the status length
is 1 byte, which is different with all other
From: Li Jun b47...@freescale.com
This patch adds HNP polling support for chipidea otg fsm driver, which
adds a SW timer to send HNP polling request.
Signed-off-by: Li Jun b47...@freescale.com
---
drivers/usb/chipidea/ci.h |2 ++
drivers/usb/chipidea/otg_fsm.c | 32
From: Li Jun b47...@freescale.com
This patchset adds chipidea driver part of otg HNP polling support.
Change since v1 for patch:
usb: chipidea: udc: add OTG status request handling
- Correct the OTG status request length to be 1 byte.
Li Jun (3):
usb: chipidea: udc: add OTG status request
From: Li Jun b47...@freescale.com
Peripheral answers OTG status selector request from host according to
host request flag of gadget, length is 1. this flag may be set by application
via kernel interface.
Signed-off-by: Li Jun b47...@freescale.com
---
drivers/usb/chipidea/udc.c | 22
From: Li Jun b47...@freescale.com
This patch sets host request flag in sys input when a A device
set a_bus_req or a B device set b_bus_req in peripheral role.
Signed-off-by: Li Jun b47...@freescale.com
---
drivers/usb/chipidea/otg_fsm.c | 13 -
1 file changed, 12 insertions(+), 1
On 05/27/14 19:55, Richie Gress wrote:
Date: Tue, 27 May 2014 09:03:33 +0200
From: hverk...@xs4all.nl
To: searchfgold67...@live.com; linux-usb@vger.kernel.org;
linux-me...@vger.kernel.org
Subject: Re: 1d6b:0001 [MSI A55M-P33] No webcam functionality with Zoran
Microelectronics, Ltd
On Wed, May 28, 2014 at 06:48:16AM +0800, Greg KH wrote:
On Sat, May 24, 2014 at 05:09:02PM +0530, Pratyush Anand wrote:
OTG3 and EH Compliance Plan 1.0 talks about Super Speed OTG Verification
system (SS-OVS) which consists of an excersizer and analyzer.
USB Compliance Suite from Lecroy
On Tue, May 27, 2014 at 10:04:37PM +0800, Alan Stern wrote:
On Sat, 24 May 2014, Pratyush Anand wrote:
OTG3 and EH Compliance Plan 1.0 talks about Super Speed OTG Verification
+ ret = usb_control_msg(hdev, usb_rcvctrlpipe(hdev, 0),
+ USB_REQ_GET_STATUS,
This patch set adds the USB xHCI support for the R-Car H2 and M2 SoCs.
These SoCs use an xHCI but still need specific initialization, mainly
to setup the firmware downloading and the specific registers.
This patch set is based on the usb-next branch of Greg usb.git tree.
(commit id =
Some platforms (such as the Renesas R-Car) need to initialize some specific
registers after xhci driver calls usb_add_hcd() and before the driver calls
xhci_run(). So, this patch adds the xhci_plat_start() function.
Acked-by: Geert Uytterhoeven ge...@linux-m68k.org
Signed-off-by: Yoshihiro
The R-Car H2 and M2 SoCs come with an xHCI controller that requires
some specific initializations related to the firmware downloading and
some specific registers. This patch adds the support for this special
configuration as an xHCI quirk executed during probe and start.
Signed-off-by: Yoshihiro
This commit extends the compatible string list of the xhci-platform
binding with the new renesas,xhci-r8a7790 and renesas,xhci-r8a7791
compatible strings. It is used to describe the xHCI controller which
is available in the R-Car H2 and M2 SoCs.
Acked-by: Geert Uytterhoeven ge...@linux-m68k.org
On Sun, Apr 27, 2014 at 4:47 PM, Bjørn Mork bm...@telenor.net wrote:
From: Bjørn Mork bj...@mork.no
All the non Gobi Qualcomm based devices handled by this
driver share a common standard Sierra Wireless specific
layout. Adding code specifically for this layout allow
us to reduce the number
Hello.
On 28-05-2014 11:21, Nikita Yushchenko wrote:
This access causes hang on Freescale P2020DS board (that has OHCI
provided by ULI 1533 chip).
Since preserving OHCI_FMINTERVAL was originally done only for NVIDIA
hardware and only later (in c6187597) was turned unconditional, and
Hi
On 05/28/2014 03:00 AM, grantksupp...@operamail.com wrote:
Hi,
I run Opensuse with kernel == 3.14.4-1.gbebeb6f. Whenever I insert a
new USB3 card, I get a CallTrace from the kernelm, and a failed boot.
In #kernel irc, I was told that the bug should be reported at Opensuse
because
26.05.2014 23:27, Aaro Koskinen пишет:
On Fri, May 23, 2014 at 11:17:18AM +0400, Sergey Popov wrote:
On Sat, Mar 22, 2014 at 01:13:52PM +0400, Sergey Popov wrote:
scsi 0:0:0:0: Direct-Access SanDisk Cruzer Facet 1.26 PQ: 0
ANSI: 5
sd 0:0:0:0: [sda] 15633408 512-byte logical blocks:
Aleksander Morgado aleksan...@aleksander.es writes:
On Sun, Apr 27, 2014 at 4:47 PM, Bjørn Mork bm...@telenor.net wrote:
From: Bjørn Mork bj...@mork.no
All the non Gobi Qualcomm based devices handled by this
driver share a common standard Sierra Wireless specific
layout. Adding code
Hello.
On 05/28/2014 11:38 AM, Michael Grzeschik wrote:
This patch adds ENUM_FMT as possible ioctl to the uvc v4l2 device.
That makes userspace applications with a generic IOCTL calling
convention make also use of it.
Signed-off-by: Michael Grzeschik m.grzesc...@pengutronix.de
---
On Wed, 28 May 2014, Pratyush Anand wrote:
On Tue, May 27, 2014 at 10:04:37PM +0800, Alan Stern wrote:
On Sat, 24 May 2014, Pratyush Anand wrote:
OTG3 and EH Compliance Plan 1.0 talks about Super Speed OTG Verification
+ ret = usb_control_msg(hdev, usb_rcvctrlpipe(hdev, 0),
On Wed, 28 May 2014, Nikita Yushchenko wrote:
27.05.2014 19:08, Alan Stern пишет:
On Tue, 27 May 2014, Nikita Yushchenko wrote:
This access causes hang on Freescale P2020DS board (that has OHCI
provided by ULI 1533 chip).
Which access, the read or the write?
things are a bit
realize that last bits were now gone,
thanks for reminding me with this patch.
This patch has just landed in linux-next (in next-20140528).
In both v3.15-rc7 and next-20140528 I still see:
drivers/media/rc/redrat3.c:64:#ifdef CONFIG_USB_DEBUG
drivers/media/rc/streamzap.c:45:#ifdef
entry for
CONFIG_USB_DEBUG.
We finally did it? Nice, I didn't realize that last bits were now gone,
thanks for reminding me with this patch.
This patch has just landed in linux-next (in next-20140528).
In both v3.15-rc7 and next-20140528 I still see:
drivers/media/rc/redrat3.c:64
From: David Mosberger-Tang dav...@egauge.net
Reported-by: Dan Carpenter dan.carpen...@oracle.com
Signed-off-by: David Mosberger dav...@egauge.net
---
drivers/usb/host/max3421-hcd.c |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/usb/host/max3421-hcd.c
On Thu, Apr 24, 2014 at 12:12 PM, Matt Porter mpor...@linaro.org wrote:
7408484 usb: gadget: s3c-hsotg: enable generic phy support introduces
generic phy support to the dwc2.txt binding and the s3c-hsotg driver
which implements support for the binding. The binding documentation
incorrectly
On 05/28/2014 03:31 PM, Saran Neti wrote:
Hi,
I just read your email with Re: PROBLEM: kernel 3.14.4-1.gbebeb6f +
USB3 card (xhci driver) and I think the problem described/bisected
below is similar or the same.
Hi
This looks like the same cause, great catch.
That patch you bisected was
Mathias - I'll apply that patch once I get home and keep you posted.
For context, my original email which the mailing list seems to have
swallowed because of an aberrant html tag gmail installed is here:
---
Hi,
My VIA USB 3.0 controller has stopped working in recent kernels. During
boot,
dmesg
Greg Kroah-Hartman (g...@kroah.com) request me to send this bug to
this mailing list.
Link: https://bugzilla.kernel.org/show_bug.cgi?id=77021
Greetings from Argentina,
Leandro.
--
To unsubscribe from this list: send the line unsubscribe linux-usb in
the body of a message to
Hi Alan,
I was wondering if the patch for the OHCI controller bug could be
tested on our system.
Thank you,
Matteo
2014-04-30 22:29 GMT+02:00 Alan Stern st...@rowland.harvard.edu:
On Wed, 30 Apr 2014, Matteo Fortini wrote:
Thank you Alan,
here you go: http://pastebin.com/txu8M68L we included
On Wed, May 28, 2014 at 2:54 PM, Bjørn Mork bj...@mork.no wrote:
Aleksander Morgado aleksan...@aleksander.es writes:
On Sun, Apr 27, 2014 at 4:47 PM, Bjørn Mork bm...@telenor.net wrote:
From: Bjørn Mork bj...@mork.no
All the non Gobi Qualcomm based devices handled by this
driver share a
On Wed, May 28, 2014 at 07:20:46PM +0200, Aleksander Morgado wrote:
On Wed, May 28, 2014 at 2:54 PM, Bjørn Mork bj...@mork.no wrote:
Aleksander Morgado aleksan...@aleksander.es writes:
I have some new VID/PID to add, so
should I base my patch on top of this one?
I guess so. But there
On Wed, 28 May 2014, Leandro Liptak wrote:
Greg Kroah-Hartman (g...@kroah.com) request me to send this bug to
this mailing list.
Link: https://bugzilla.kernel.org/show_bug.cgi?id=77021
Your bug report says:
Seems that kernel gets stuck here:
(file drivers/usb/host/pci-quirks.c, function
On Wed, 28 May 2014, Matteo Fortini wrote:
Hi Alan,
I was wondering if the patch for the OHCI controller bug could be
tested on our system.
It isn't finished yet. I have been distracted by lots of other things.
I'll let you know when it is ready.
Alan Stern
--
To unsubscribe from this
Alan, pĺease excuse me. I'm a newbie in reporting kernel bugs, and my
domain with english does not help at all (i'm from Argentina).
I have a netbook that gets stuck there, it means that it stop
responding at all and i have to turn off by hand, pressing the power
button. I know it gets stuck at
Paul Bolle pointed out that we still had a few traces of
CONFIG_USB_DEBUG in the tree after the option was removed recently.
These 5 patches fix that and remove the last traces of the option.
I'll take these through my usb-next tree unless someone objects to them.
thanks,
greg k-h
Use the dev_dbg dynamic infrastructure instead of rolling our own custom
debug logic. This is needed as CONFIG_USB_DEBUG is now gone.
Cc: Mauro Carvalho Chehab m.che...@samsung.com
Cc: Sean Young s...@mess.org
Cc: Hans Verkuil hans.verk...@cisco.com
Cc: Jonathan McCrohan jmccro...@gmail.com
Cc:
The rr3_ftr function duplicates the in-kernel tracing logic, so remove
it.
This is step 1 of of removing the CONFIG_USB_DEBUG depandancy in this
driver.
Cc: Mauro Carvalho Chehab m.che...@samsung.com
Cc: Sean Young s...@mess.org
Cc: Hans Verkuil hans.verk...@cisco.com
Cc: Jonathan McCrohan
It wasn't even being used for anything, so remove the test for the
config option (as the config option isn't present anymore), and remove
the unused module parameter debug so as to not confuse anyone.
Cc: Mauro Carvalho Chehab m.che...@samsung.com
Cc: James Hogan james.ho...@imgtec.com
Cc: Antti
The config option is gone, so port the driver over to using the dynamic
debug infrastructure instead, like all other USB drivers.
Cc: Jarod Wilson ja...@wilsonet.com
Cc: Mauro Carvalho Chehab m.che...@samsung.com
Cc: Dan Carpenter dan.carpen...@oracle.com
Cc: Andy Shevchenko
Now that the config option is gone, the driver needs to be converted
over to using the dynamic_debug infrastructure, like all other USB
drivers have been already.
Cc: John W. Linville linvi...@tuxdriver.com
Cc: Christian Lamparter chunk...@googlemail.com
Cc: Larry Finger larry.fin...@lwfinger.net
On Tue, May 27, 2014 at 5:26 PM, Greg KH gre...@linuxfoundation.org wrote:
On Tue, May 20, 2014 at 06:08:01PM -0700, Dan Williams wrote:
Greg,
Here is the port power control rework for your consideration now that
Alan has finished acking it (see summary below). Patch 9 had one
outstanding
On Thu, May 15, 2014 at 11:51:04AM -0400, Alan Stern wrote:
On Thu, 15 May 2014, Mathias Nyman wrote:
Sony VAIO t-series machines are not capable of switching usb2 ports over
from Intel EHCI to xHCI controller. If tried the USB2 port will be left
unconnected
and unusable.
Signed-off-by: Aleksander Morgado aleksan...@aleksander.es
---
drivers/net/usb/qmi_wwan.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/net/usb/qmi_wwan.c b/drivers/net/usb/qmi_wwan.c
index 83208d4..c0b611f 100644
--- a/drivers/net/usb/qmi_wwan.c
+++ b/drivers/net/usb/qmi_wwan.c
@@
On Wed, May 28, 2014 at 11:34:04AM -0700, Greg Kroah-Hartman wrote:
Now that the config option is gone, the driver needs to be converted
over to using the dynamic_debug infrastructure, like all other USB
drivers have been already.
Cc: John W. Linville linvi...@tuxdriver.com
Cc: Christian
Signed-off-by: Aleksander Morgado aleksan...@aleksander.es
---
drivers/usb/serial/qcserial.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/usb/serial/qcserial.c b/drivers/usb/serial/qcserial.c
index ca7b430..9c8b6ee 100644
--- a/drivers/usb/serial/qcserial.c
+++
Signed-off-by: Aleksander Morgado aleksan...@aleksander.es
---
drivers/usb/serial/qcserial.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/usb/serial/qcserial.c b/drivers/usb/serial/qcserial.c
index 6c0a542..781e4db 100644
--- a/drivers/usb/serial/qcserial.c
+++
On Wed, 28 May 2014, Dan Williams wrote:
On Tue, May 27, 2014 at 5:26 PM, Greg KH gre...@linuxfoundation.org wrote:
On Tue, May 20, 2014 at 06:08:01PM -0700, Dan Williams wrote:
Greg,
Here is the port power control rework for your consideration now that
Alan has finished acking it (see
On Wed, 28 May 2014, Greg KH wrote:
On Thu, May 15, 2014 at 11:51:04AM -0400, Alan Stern wrote:
On Thu, 15 May 2014, Mathias Nyman wrote:
Sony VAIO t-series machines are not capable of switching usb2 ports over
from Intel EHCI to xHCI controller. If tried the USB2 port will be left
On Wed, May 28, 2014 at 03:42:55PM -0400, Alan Stern wrote:
On Wed, 28 May 2014, Greg KH wrote:
On Thu, May 15, 2014 at 11:51:04AM -0400, Alan Stern wrote:
On Thu, 15 May 2014, Mathias Nyman wrote:
Sony VAIO t-series machines are not capable of switching usb2 ports over
from
On Wed, 28 May 2014, Leandro Liptak wrote:
Alan, pĺease excuse me. I'm a newbie in reporting kernel bugs, and my
domain with english does not help at all (i'm from Argentina).
I have a netbook that gets stuck there, it means that it stop responding at
all and i have to turn off by hand,
On 05/28/2014 10:00 PM, Greg KH wrote:
On Thu, May 15, 2014 at 11:51:04AM -0400, Alan Stern wrote:
On Thu, 15 May 2014, Mathias Nyman wrote:
Sony VAIO t-series machines are not capable of switching usb2 ports over
from Intel EHCI to xHCI controller. If tried the USB2 port will be left
On Wed, May 28, 2014 at 12:41 PM, Alan Stern st...@rowland.harvard.edu wrote:
On Wed, 28 May 2014, Dan Williams wrote:
On Tue, May 27, 2014 at 5:26 PM, Greg KH gre...@linuxfoundation.org wrote:
On Tue, May 20, 2014 at 06:08:01PM -0700, Dan Williams wrote:
Greg,
Here is the port power
Sony VAIO t-series machines are not capable of switching usb2 ports over
from Intel EHCI to xHCI controller. If tried the USB2 port will be left
unconnected and unusable.
This patch should be backported to stable kernels as old as 3.12,
that contain the commit
On Wed, May 28, 2014 at 08:23:09PM +0900, Yoshihiro Shimoda wrote:
The R-Car H2 and M2 SoCs come with an xHCI controller that requires
some specific initializations related to the firmware downloading and
some specific registers. This patch adds the support for this special
configuration as an
On Wed, May 28, 2014 at 08:23:09PM +0900, Yoshihiro Shimoda wrote:
The R-Car H2 and M2 SoCs come with an xHCI controller that requires
some specific initializations related to the firmware downloading and
some specific registers. This patch adds the support for this special
configuration as an
Lists of endpoints are stored for bandwidth calculation for roothub ports.
Make sure we remove all endpoints from the list before the whole device,
containing its endpoints list_head stuctures, is freed.
This used to be done in the wrong order in xhci_mem_cleanup(),
and triggered an oops in
Hi Greg
This one patch fixes an oops during resume in case the device requires a reset
on resume.
Fault has been there for some time, but was only recently triggered.
I have no idea why this hasn't caused issues earlier.
Any chance of this still getting into 3.15?
Mathias Nyman (1):
xhci:
From: David Mosberger-Tang dav...@egauge.net
Reported-by: Dan Carpenter dan.carpen...@oracle.com
Signed-off-by: David Mosberger dav...@egauge.net
---
drivers/usb/host/max3421-hcd.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/drivers/usb/host/max3421-hcd.c
We originally tried using this driver on ChromiumOS and never got it
to work reliably. IIRC the issue was that if the hub had already been
initialized by firmware, the USB stack might enumerate it before the
usb3503 driver is probed and then the later reset will silently
disrupt that connection.
Hi,
(2014/05/29 5:28), Greg Kroah-Hartman wrote:
On Wed, May 28, 2014 at 08:23:09PM +0900, Yoshihiro Shimoda wrote:
The R-Car H2 and M2 SoCs come with an xHCI controller that requires
some specific initializations related to the firmware downloading and
some specific registers. This patch
Hi,
(2014/05/29 5:26), Greg Kroah-Hartman wrote:
On Wed, May 28, 2014 at 08:23:09PM +0900, Yoshihiro Shimoda wrote:
snip
+#define FIRMWARE_NAME r8a779x_usb3_v1.dlmem
Shouldn't you also add a:
MODULE_FIRMWARE(FIRMWARE_NAME);
line to this file so that the automatic
This patch set adds the USB xHCI support for the R-Car H2 and M2 SoCs.
These SoCs use an xHCI but still need specific initialization, mainly
to setup the firmware downloading and the specific registers.
This patch set is based on the usb-next branch of Greg usb.git tree.
(commit id =
From: Gregory CLEMENT gregory.clem...@free-electrons.com
This commit extends the xhci-plat so that it can optionally be passed
a reference to a PHY through the Device Tree. It will be useful for
the Armada 375 SoCs. If no PHY is provided then the behavior of the
driver is unchanged.
As for the
The R-Car H2 and M2 SoCs come with an xHCI controller that requires
some specific initializations related to the firmware downloading and
some specific registers. This patch adds the support for this special
configuration as an xHCI quirk executed during probe and start.
Signed-off-by: Yoshihiro
If you comment out the pci_write and plug in a USB device, like a flash
drive, does it work okay?
Have you checked for any BIOS updates available from the manufacturer?
This really sounds like a bug in the BIOS.
Yes, any plugged USB device seems to work ok! I didn't find any BIOS
update.. So
We need to delete un-finished td from current request's td list
at ep_dequeue API, otherwise, this non-user td will be remained
at td list before this request is freed. So if we do ep_queue-
ep_dequeue-ep_queue sequence, when the complete interrupt for
the second ep_queue comes, we search td list
a configuration entry for
CONFIG_USB_DEBUG.
We finally did it? Nice, I didn't realize that last bits were now
gone, thanks for reminding me with this patch.
This patch has just landed in linux-next (in next-20140528).
In both v3.15-rc7 and next-20140528 I still see:
drivers/media/rc
of CONFIG_USB_DEBUG, it is
meaningless that there is still a configuration entry for
CONFIG_USB_DEBUG.
We finally did it? Nice, I didn't realize that last bits were now
gone, thanks for reminding me with this patch.
This patch has just landed in linux-next (in next-20140528
From: David Mosberger-Tang dav...@egauge.net
kmalloc the SPI rx and tx data buffers. This appears to be the only
portable way to guarantee that the buffers are DMA-safe (e.g., in
separate DMA cache-lines). This patch makes the spi_rdX()/spi_wrX()
non-reentrant, but that's OK because calls to
OTG3 and EH Compliance Plan 1.0 talks about Super Speed OTG Verification
system (SS-OVS) which consists of an excersizer and analyzer.
USB Compliance Suite from Lecroy or Ellisys can act as such SS-OVS for
Link Layer Validation (LVS).
Some modifications are needed for an embedded Linux USB host
It would help to print the value of fminterval.
And here to print the value obtained by the readl().
I've checked these... all values read as 0x - which does not
look correct
readl(base + OHCI_CONTROL) several lines before returns 0x
Read of HcRevision register (base + 0x0) at
On Wed, May 28, 2014 at 12:47 PM, Mathias Nyman mathias.ny...@intel.com wrote:
I'm interested in knowing if we get the slot_id mangled, or the TRB's we are
comparing out of sync.
Grant's trace didn't show anything, can you try to add the same trace?
Or even better if you can apply this
86 matches
Mail list logo