Hi Mathias,
On Tue, May 06, 2014 at 11:54:15AM +0800, Pratyush ANAND wrote:
> These patches provide support of LPM capability to the dwc3 xhci hosts.
> Patches have been tested on STih407.
>
> Changes since V2:
> -- checkpatch warning removed.
> -- xhci pdata initialized with zero usi
On Wed, May 28, 2014 at 12:47 PM, Mathias Nyman 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 patch and send me the
> 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
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 t
From: David Mosberger-Tang
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 them are guaranteed
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.
> > > > 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
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
> 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.
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 S
From: Gregory CLEMENT
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 clock, to achieve this, it adds a 's
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 = ff1fcd50bc245
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 auto
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 pat
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. (I
From: David Mosberger-Tang
Reported-by: Dan Carpenter
Signed-off-by: David Mosberger
---
drivers/usb/host/max3421-hcd.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/drivers/usb/host/max3421-hcd.c b/drivers/usb/host/max3421-hcd.c
index 28abda1..714f99f 100644
--- a
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 resume
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: del
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
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
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 26b76798e0507429506b93cd49f8c4cfdab06
On Wed, May 28, 2014 at 12:41 PM, Alan Stern wrote:
> On Wed, 28 May 2014, Dan Williams wrote:
>
>> On Tue, May 27, 2014 at 5:26 PM, Greg KH wrote:
>> > On Tue, May 20, 2014 at 06:08:01PM -0700, Dan Williams wrote:
>> >> Greg,
>> >>
>> >> Here is the port power control rework for your considerati
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 le
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, pr
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 ove
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
On Wed, 28 May 2014, Dan Williams wrote:
> On Tue, May 27, 2014 at 5:26 PM, Greg KH 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 bel
Signed-off-by: Aleksander Morgado
---
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
+++ b/drivers/usb/serial/qcserial.c
@@ -151,6
Signed-off-by: Aleksander Morgado
---
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
+++ b/drivers/usb/serial/qcserial.c
@@ -144,6 +14
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"
> Cc: Christian Lamparter
> Cc:
Signed-off-by: Aleksander Morgado
---
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
@@ -753,6 +753,7 @@ static c
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.
> >
On Tue, May 27, 2014 at 5:26 PM, Greg KH 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 minor question fr
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
Cc: Mauro Carvalho Chehab
Cc: Dan Carpenter
Cc: Andy Shevchenko
Cc: Andreea-Cristina Bernat
Cc: Matina Maria Trompouki
Signed-off-by: Greg Kroah-
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"
Cc: Christian Lamparter
Cc: Larry Finger
Cc: Gertjan van Wingerde
Cc: Alexey Khoroshilov
Cc: Paul Gortmaker
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
Cc: James Hogan
Cc: "Antti Seppälä"
Signed-off-by: Greg Kroah-Hart
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
Cc: Sean Young
Cc: Hans Verkuil
Cc: Jonathan McCrohan
Cc: James Hogan
Signed-off-by: Greg Kroah-Hartman
---
drivers/media/rc/redra
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
Cc: Sean Young
Cc: Hans Verkuil
Cc: Jonathan McCrohan
Cc: James Hogan
Signed-off-by: Greg Kroah-Hartman
---
dri
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
-
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 thi
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
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, fun
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 wrote:
> > Aleksander Morgado 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 we have the stable backpo
On Wed, May 28, 2014 at 2:54 PM, Bjørn Mork wrote:
> Aleksander Morgado writes:
>> On Sun, Apr 27, 2014 at 4:47 PM, Bjørn Mork wrote:
>>> From: Bjørn Mork
>>>
>>> All the "non Gobi" Qualcomm based devices handled by this
>>> driver share a common standard Sierra Wireless specific
>>> layout. Ad
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 :
> On Wed, 30 Apr 2014, Matteo Fortini wrote:
>
>> Thank you Alan,
>> here you go: http://pastebin.com/txu8M68L we included the register file
>
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 majord...@vger.kerne
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 s
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 bisecte
On Thu, Apr 24, 2014 at 12:12 PM, Matt Porter 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 states that the
From: David Mosberger-Tang
Reported-by: Dan Carpenter
Signed-off-by: David Mosberger
---
drivers/usb/host/max3421-hcd.c |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/usb/host/max3421-hcd.c b/drivers/usb/host/max3421-hcd.c
index dfc74d6..28abda1 100644
--- a/
gless 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).
&g
ally 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:#ifdef CONFIG_USB_DEBUG
drivers/m
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?
>
> thin
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(hd
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
---
drivers/usb/gadget/uvc_v4l2.c | 24
Aleksander Morgado writes:
> On Sun, Apr 27, 2014 at 4:47 PM, Bjørn Mork wrote:
>> From: Bjørn Mork
>>
>> 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
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-by
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
> becau
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
c6187597
On Sun, Apr 27, 2014 at 4:47 PM, Bjørn Mork wrote:
> From: Bjørn Mork
>
> 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 of match entries per dev
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
Signed-off-by: Yos
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 S
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
Signed-off-by: Yoshihiro Shimoda
---
drivers/usb/h
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 = 7027df36e4183
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,
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 fro
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
>> Microelectro
From: Li Jun
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
---
drivers/usb/chipidea/otg_fsm.c | 13 -
1 file changed, 12 insertions(+), 1 deletion(-)
diff --git a/drivers/usb/chi
From: Li Jun
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 handling
usb: chipidea
From: Li Jun
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
---
drivers/usb/chipidea/udc.c | 22 +-
1 file changed, 17 insertio
From: Li Jun
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
---
drivers/usb/chipidea/ci.h |2 ++
drivers/usb/chipidea/otg_fsm.c | 32 ++--
drivers/usb/chipidea/otg_
From: Li Jun
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
---
drivers/usb/common/usb-otg-fsm.c | 55 ++
include/linux/usb/otg-fsm.
From: Li Jun
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 existing usb status
From: Li Jun
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
---
drivers/usb/common/usb-otg-fsm.c |4
include/linux/usb/gadget.h |1 +
2 files changed, 5 insertions(+)
d
From: Li Jun
This patch starts HNP polling timer when otg is set to be a_host
or b_host.
Signed-off-by: Li Jun
---
drivers/usb/common/usb-otg-fsm.c |2 ++
include/linux/usb/otg-fsm.h |1 +
2 files changed, 3 insertions(+)
diff --git a/drivers/usb/common/usb-otg-fsm.c b/drivers/us
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:
> > > >
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
---
drivers/usb/gadget/uvc_video.c | 2 +-
1 file
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
Signed-off-by: Philipp Zabel
---
drivers/usb/gadget/uvc_queue.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/dri
From: Michael Grzeschik
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
---
drivers/usb/gadget/uvc_queue.c | 1 +
1 file changed, 1 insertion(+)
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
---
drivers/usb/gadget/uvc_v4l2.c | 24
1 file changed, 24 insertions(+)
di
From: Philipp Zabel
Signed-off-by: Philipp Zabel
---
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
--- a/drivers/usb/gadget/uvc_queue.c
+++ b/driver
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
---
drivers/usb/gadget/uvc_video.c | 3 +++
1
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 KER
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
---
drivers/usb/gadget/uvc_v4l2.c | 4 +++-
1 file changed, 3 ins
This is needed to tell the userspace daemon
to disable the streaming if the device is
suspended.
Signed-off-by: Michael Grzeschik
---
drivers/usb/gadget/f_uvc.c | 17 +
1 file changed, 17 insertions(+)
diff --git a/drivers/usb/gadget/f_uvc.c b/drivers/usb/gadget/f_uvc.c
index e2
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 o
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
---
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
88 matches
Mail list logo
