From: Arseny Solokha
Commit 8dccddbc2368 ("OHCI: final fix for NVIDIA problems (I hope)")
introduced into 3.1.9 broke boot on e.g. Freescale P2020DS development
board. The code path that was previously specific to NVIDIA controllers
had then become taken for all chips.
However, the M5237 install
On Fri, 5 Dec 2014 arun.ramamur...@broadcom.com wrote:
> From: Arun Ramamurthy
>
> Broadcom has a chip where one ehci and ohci controller are connected
> to three separate phys. This patch allows each phy to be controlled
> separately.
>
> Arun Ramamurthy (2):
> usb: ohci-platform: add suppor
On Sat, Dec 06, 2014 at 12:13:13AM +0100, Sebastian Andrzej Siewior wrote:
> * Greg Kroah-Hartman | 2014-12-05 13:19:32 [-0800]:
>
> >On Fri, Dec 05, 2014 at 09:03:57PM +0100, Sebastian Andrzej Siewior wrote:
> >> Consider the following scenario:
> >> - plugin a webcam
> >> - play the stream via g
* Alan Stern | 2014-12-05 16:21:02 [-0500]:
>On Fri, 5 Dec 2014, Sebastian Andrzej Siewior wrote:
>> So instead, I hold the device struct in the HCD and the HCD struct on
>> every USB-buf-alloc. That means after a disconnect we still have a
>> refcount on usb_hcd and device and it will be cleaned
* Greg Kroah-Hartman | 2014-12-05 13:19:32 [-0800]:
>On Fri, Dec 05, 2014 at 09:03:57PM +0100, Sebastian Andrzej Siewior wrote:
>> Consider the following scenario:
>> - plugin a webcam
>> - play the stream via gst-launch-0.10 v4l2src device=/dev/video0…
>> - remove the USB-HCD during playback via
On 2014-12-05 11:00, Hans de Goede wrote:
> Hi,
>
> On 12/05/2014 12:35 AM, Marcin Zajączkowski wrote:
>> On 2014-12-04 20:21, Hans de Goede wrote:
>>> Hi,
>>>
>>> On 12/03/2014 10:22 PM, Marcin Zajączkowski wrote:
On 2014-12-03 10:53, Oliver Neukum wrote:
> On Wed, 2014-12-03 at 10:41 +0
From: Arun Ramamurthy
Added support for cases where one controller is connected
to multiple phys.
Signed-off-by: Arun Ramamurthy
Reviewed-by: Ray Jui
Reviewed-by: Scott Branden
---
drivers/usb/host/ehci-platform.c | 70
1 file changed, 49 insertions(+
From: Arun Ramamurthy
Broadcom has a chip where one ehci and ohci controller are connected
to three separate phys. This patch allows each phy to be controlled
separately.
Arun Ramamurthy (2):
usb: ohci-platform: add support for multiple phys per controller
usb: ehci-platform: add support for
From: Arun Ramamurthy
Added support for cases where one controller is connected
to multiple phys
Signed-off-by: Arun Ramamurthy
Reviewed-by: Ray Jui
Reviewed-by: Scott Branden
---
drivers/usb/host/ohci-platform.c | 70
k 1 file changed, 49 insertions(+
On Fri, 5 Dec 2014, Sebastian Andrzej Siewior wrote:
> Consider the following scenario:
> - plugin a webcam
> - play the stream via gst-launch-0.10 v4l2src device=/dev/video0…
> - remove the USB-HCD during playback via "rmmod $HCD"
>
> and now wait for the crash
>
> |musb-hdrc musb-hdrc.2.auto:
On Fri, Dec 05, 2014 at 09:03:57PM +0100, Sebastian Andrzej Siewior wrote:
> Consider the following scenario:
> - plugin a webcam
> - play the stream via gst-launch-0.10 v4l2src device=/dev/video0…
> - remove the USB-HCD during playback via "rmmod $HCD"
>
> and now wait for the crash
Which you de
On Fri, 5 Dec 2014, Sebastian Andrzej Siewior wrote:
> the following error pops up during "testusb -a -t 10"
> | musb-hdrc musb-hdrc.1.auto: dma_pool_free buffer-128,
> f134e000/be842000 (bad dma)
> hcd_buffer_create() creates a few buffers, the smallest has 32 bytes of
> size. ARCH_KMALLOC
On Fri, 5 Dec 2014, Arseny Solokha wrote:
> From: Arseny Solokha
>
> Commit 8dccddbc2368 ("OHCI: final fix for NVIDIA problems (I hope)")
> introduced into 3.1.9 broke boot on e.g. Freescale P2020DS development
> board. The code path that was previously specific to NVIDIA controllers
> had then
On Fri, 5 Dec 2014, Sanjay Singh Rawat wrote:
> At the start of the thread we are changing the address limit, restoring it
> to the default while exiting.
What for? The thread is about to exit anyway. Who cares what the
address limit is set to?
Alan Stern
--
To unsubscribe from this list: se
Consider the following scenario:
- plugin a webcam
- play the stream via gst-launch-0.10 v4l2src device=/dev/video0…
- remove the USB-HCD during playback via "rmmod $HCD"
and now wait for the crash
|musb-hdrc musb-hdrc.2.auto: remove, state 1
|usb usb2: USB disconnect, device number 1
|usb 2-1: U
> From: Yunzhi Li [mailto:l...@rock-chips.com]
> Sent: Friday, December 05, 2014 4:52 AM
>
> Get PHY parameters from devicetree and power off usb PHY during
> system suspend.
>
> Signed-off-by: Yunzhi Li
> ---
>
> drivers/usb/dwc2/gadget.c | 33 -
> drivers/us
I recently posted a patch ("storage: Add quirk for another SCM-based
USB-SCSI converter") to add a quirk for the converter with ID 04E6:000F,
which is listed along with 04E6:000B in the Windows INF file for the
Startech ICUSBSCSI2 as "eUSB SCSI Adapter (Bus Powered)".
The already-present quirk fo
Hi Laurent,
thank you for your review.
I generally agree with your comments but please see inline
for some explanations.
W dniu 28.11.2014 o 00:40, Laurent Pinchart pisze:
Hi Andrzej,
Thank you for the patch.
On Wednesday 24 September 2014 15:26:43 Andrzej Pietrasiewicz wrote:
Add support f
When configfs is integrated, CONFIGFS_ATTR_STRUCT and CONFIGFS_ATTR_OPS
macros should be used, but the latter expects that tere is a to_f_uvc_opts
function accepting a config_item, whereas the macro being changed
can be applied to a different type of argument.
Signed-off-by: Andrzej Pietrasiewicz
Add support for using the uvc function as a component of USB gadgets composed
with configfs.
Signed-off-by: Andrzej Pietrasiewicz
---
Documentation/ABI/testing/configfs-usb-gadget-uvc | 265 +++
drivers/usb/gadget/Kconfig| 11 +
drivers/usb/gadget/function/Makefile
If the caller of uvc_alloc() does not provide enough
descriptors, binding the function should fail, so appropriate
code is returned from uvc_copy_descriptors().
uvc_function_bind() is modified accordingly to account for possible
errors from uvc_copy_descriptors().
Signed-off-by: Andrzej Pietrasie
This series aims at integrating configfs into uvc, the way
it has been done for acm, ncm, ecm, eem, ecm subset, rndis, obex, phonet,
mass_storage, FunctionFS, loopback, sourcesink, uac1, uac2, hid and midi.
v1..v2:
- sorted header fiels alphabetically
- applied style corrections
- factored out ver
the following error pops up during "testusb -a -t 10"
| musb-hdrc musb-hdrc.1.auto: dma_pool_free buffer-128, f134e000/be842000 (bad
dma)
hcd_buffer_create() creates a few buffers, the smallest has 32 bytes of
size. ARCH_KMALLOC_MINALIGN is set to 64 bytes. This combo results in
hcd_buffer_alloc()
On Fri, Dec 5, 2014 at 2:06 PM, Johan Hovold wrote:
> On Fri, Dec 05, 2014 at 01:51:17PM +0200, Octavian Purdila wrote:
>> On Fri, Dec 5, 2014 at 12:17 PM, Johan Hovold wrote:
>> > On Thu, Nov 27, 2014 at 01:57:14PM +0200, Octavian Purdila wrote:
>> >
>> >> @@ -753,11 +759,42 @@ static const stru
Get PHY parameters from devicetree and power off usb PHY during
system suspend.
Signed-off-by: Yunzhi Li
---
drivers/usb/dwc2/gadget.c | 33 -
drivers/usb/dwc2/platform.c | 34 ++
2 files changed, 46 insertions(+), 21 deletions(-
Patches to add support for Rockchip usb phys.Add a new Rockchip
usb phy driver and modify dwc2 controller driver to make dwc2
platform devices support a generic PHY framework driver. This
patch set has been tested on my rk3288-evb and power off the usb
phys would reduce about 60mW power budget in t
On Fri, Dec 05, 2014 at 01:51:17PM +0200, Octavian Purdila wrote:
> On Fri, Dec 5, 2014 at 12:17 PM, Johan Hovold wrote:
> > On Thu, Nov 27, 2014 at 01:57:14PM +0200, Octavian Purdila wrote:
> >
> >> @@ -753,11 +759,42 @@ static const struct usb_device_id dln2_table[] = {
> >>
> >> MODULE_DEVICE_
On Fri, Dec 5, 2014 at 12:17 PM, Johan Hovold wrote:
> On Thu, Nov 27, 2014 at 01:57:14PM +0200, Octavian Purdila wrote:
>
>> @@ -753,11 +759,42 @@ static const struct usb_device_id dln2_table[] = {
>>
>> MODULE_DEVICE_TABLE(usb, dln2_table);
>
> Place the new callbacks above the device id table.
On Sat, Nov 29, 2014 at 03:49:54PM +0300, Dan Carpenter wrote:
> The "status" is uninitialized so this creates a static checker warning.
> But it's harmless, we can just delete it.
>
> Signed-off-by: Dan Carpenter
Thanks, Dan. I'll queue it up and apply once 3.19-rc1 is out.
Johan
--
To unsubsc
At the start of the thread we are changing the address limit, restoring it
to the default while exiting.
Signed-off-by: Sanjay Singh Rawat
---
drivers/usb/gadget/function/f_mass_storage.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/usb/gadget/function/f_mass_storage.c
b/driver
Hello.
On 12/5/2014 1:11 PM, Hans de Goede wrote:
Streams do not work reliabe on Fresco Logic FL1000G xhci controllers,
s/reliabe/reliably/?
trying to use them results in errors like this:
21:37:33 kernel: xhci_hcd :04:00.0: ERROR Transfer event for disabled
endpoint or incorrect
On Thu, Nov 27, 2014 at 01:57:14PM +0200, Octavian Purdila wrote:
> @@ -753,11 +759,42 @@ static const struct usb_device_id dln2_table[] = {
>
> MODULE_DEVICE_TABLE(usb, dln2_table);
Place the new callbacks above the device id table.
> +static int dln2_suspend(struct usb_interface *iface, pm_
This is yet another Seagate device which needs the US_FL_NO_ATA_1X quirk
Reported-by: Marcin Zajączkowski
Cc: sta...@vger.kernel.org # 3.16
Signed-off-by: Hans de Goede
---
drivers/usb/storage/unusual_uas.h | 7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/usb/storage/unusual_u
Streams do not work reliabe on Fresco Logic FL1000G xhci controllers,
trying to use them results in errors like this:
21:37:33 kernel: xhci_hcd :04:00.0: ERROR Transfer event for disabled
endpoint or incorrect stream ring
21:37:33 kernel: xhci_hcd :04:00.0: @368b3570 9067b000
Hi,
On 12/05/2014 12:35 AM, Marcin Zajączkowski wrote:
On 2014-12-04 20:21, Hans de Goede wrote:
Hi,
On 12/03/2014 10:22 PM, Marcin Zajączkowski wrote:
On 2014-12-03 10:53, Oliver Neukum wrote:
On Wed, 2014-12-03 at 10:41 +0100, Marcin Zajączkowski wrote:
2014-12-03 Oliver Neukum wrote:
On
Yes Bjorn: I should say that's true.
and - in general, touching the device driver to make it flexible is surely
important, especially to make it more easy to fix / "expand" in the future.
I was referring to modifying the huawei_cdc_ncm.c driver only for specific
huawei workarounds / firmware misb
Kevin Zhu writes:
> Regarding the location of NDP, it should be easy to fix. It can be added
> to the end of the NTB only after it's ready to send.
Yes, but this will require a bit of redesign. Note that this code is
shared with cdc_mbim, which might have to add multiple NDPs for
multiplexed se
From: Arseny Solokha
Commit 8dccddbc2368 ("OHCI: final fix for NVIDIA problems (I hope)")
introduced into 3.1.9 broke boot on e.g. Freescale P2020DS development
board. The code path that was previously specific to NVIDIA controllers
had then become taken for all chips.
However, the M5237 install
38 matches
Mail list logo
