Fixed a mistake in the merge conflict resoultion commit(ff9cce) in file
twl6030-usb.c
Signed-off-by: Kishon Vijay Abraham I
---
drivers/usb/otg/twl6030-usb.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/drivers/usb/otg/twl6030-usb.c b/drivers/usb/otg/twl6030-usb.c
in
On Mon, Jul 09, 2012 at 11:50:46AM +0530, ABRAHAM, KISHON VIJAY wrote:
> Hi Greg,
>
> On Fri, Jul 6, 2012 at 4:05 AM, Greg KH wrote:
> > On Mon, Jul 02, 2012 at 11:26:39AM +0300, Felipe Balbi wrote:
> >> On Mon, Jul 02, 2012 at 11:22:00AM +0300, Felipe Balbi wrote:
> >> > Hi Greg,
> >> >
> >> > h
Hi Greg,
On Fri, Jul 6, 2012 at 4:05 AM, Greg KH wrote:
> On Mon, Jul 02, 2012 at 11:26:39AM +0300, Felipe Balbi wrote:
>> On Mon, Jul 02, 2012 at 11:22:00AM +0300, Felipe Balbi wrote:
>> > Hi Greg,
>> >
>> > here are the patches I queued for transceiver drivers. Let me know if
>> > you want me t
This patch used dmaengine helper functions instead of using hand setting.
Signed-off-by: Kuninori Morimoto
---
drivers/usb/renesas_usbhs/fifo.c | 14 +++---
1 files changed, 3 insertions(+), 11 deletions(-)
diff --git a/drivers/usb/renesas_usbhs/fifo.c b/drivers/usb/renesas_usbhs/fifo
On 07/08/2012 08:50 PM, Dr. Ing. Dieter Jurzitza wrote:
Dear listmembers,
recently I switched to a new pc, making use of an external USB sound device.
The problem: when I log off a kde-session and log in again, the sound device
vanishes. Issuing dmesg, I see:
On 07/06/2012 10:11 AM, Sarah Sharp wrote:
Some xHCI host controllers may have optional support for Latency
Tolerance Messaging (LTM). This allows USB 3.0 devices that support LTM
to pass information about how much latency they can tolerate to the xHC.
A PCI xHCI host will use this information t
Am 08.07.2012 23:35, schrieb Laurent Pinchart:
> Hi Oleksij,
>
> On Sunday 08 July 2012 10:45:45 Oleksij Rempel wrote:
>> On 08.07.2012 09:22, Eric Ding wrote:
>>> On 07/08/2012 02:52 PM, Oleksij Rempel (fishor) wrote:
Hi, can you please do one more test.
Try to reproduce it with MJPEG s
Dear Shtylyov,
Sorry, I send this patch use web mail(in my mail line not wrapped), I
will use git client to send mail again.
Thank you very much.
BR,
Gaosen
-Original Message-
From: Sergei Shtylyov [mailto:sshtyl...@mvista.com]
Sent: 2012年7月7日 1:28
To: Gaosen Zh
Hi Sergei,
> -Original Message-
> From: Sergei Shtylyov [mailto:sshtyl...@mvista.com]
> Sent: 2012年7月7日 1:34
> To: Neil Zhang
> Cc: ba...@ti.com; gre...@linuxfoundation.org; Chao Xie;
> khoroshi...@ispras.ru; linux-usb@vger.kernel.org
> Subject: Re: [PATCH 1/7] usb: gadget: mv_udc: reduce
On 07/09/2012 09:10 AM, Jonathan Nieder wrote:
> Eric Ding wrote:
>
>> So it looks like you'd have to both look for USB_CLASS_VIDEO and check
>> uvc_ids[] too... which becomes somewhat hairy, since I assume you don't
>> realy want usb_detect_quirks() to reference UVC-specific structs...
>> which b
Hi Sergei,
> -Original Message-
> From: Sergei Shtylyov [mailto:sshtyl...@mvista.com]
> Sent: 2012年7月7日 1:39
> To: Neil Zhang
> Cc: ba...@ti.com; gre...@linuxfoundation.org; Chao Xie;
> khoroshi...@ispras.ru; linux-usb@vger.kernel.org; Chao Xie; Yu Xu
> Subject: Re: [PATCH 5/7] usb: gadget
> -Original Message-
> From: Sergei Shtylyov [mailto:sshtyl...@mvista.com]
> Sent: 2012年7月7日 1:32
> To: Neil Zhang
> Cc: ba...@ti.com; gre...@linuxfoundation.org; Chao Xie;
> khoroshi...@ispras.ru; linux-usb@vger.kernel.org
> Subject: Re: [PATCH 2/7] usb: gadget: mv_udc: remove unused varia
On Sun, Jul 08, 2012 at 06:48:49PM +0100, Russell King - ARM Linux wrote:
> On Sun, Jul 08, 2012 at 11:10:04PM +0800, Richard Zhao wrote:
> > On Thu, Jun 28, 2012 at 10:06 PM, Richard Zhao wrote:
> > > On Thu, Jun 28, 2012 at 03:53:46PM +0200, Marc Kleine-Budde wrote:
> > >> Signed-off-by: Marc Kl
Eric Ding wrote:
> So it looks like you'd have to both look for USB_CLASS_VIDEO and check
> uvc_ids[] too... which becomes somewhat hairy, since I assume you don't
> realy want usb_detect_quirks() to reference UVC-specific structs...
> which brings us back to the original laundry list approach of
On 07/09/2012 08:38 AM, Alan Stern wrote:
> On Sun, 8 Jul 2012, Laurent Pinchart wrote:
>
>>> this quirks also affect snd_usb_audio module. If for some reasons
>>> uvcvideo is not loaded, snd_usb_audio will fail - i mean haw mysterious
>>> sound problems.
>>
>> Good point. If we load the uvcvideo
On Sun, Jul 8, 2012 at 5:33 PM, Alan Stern wrote:
> On Sun, 8 Jul 2012, Kevin Cernekee wrote:
>
>> usb_gadget_remove_driver() runs through a four-step sequence to shut down
>> the gadget driver. For the case of a composite gadget + at91 UDC, this
>> would look like:
>>
>> udc->driver->disconn
On Mon, 9 Jul 2012, Eric Ding wrote:
> The patch compiles cleanly and seems to work here (video and audio)
> without any problem. One question, though: is it really necessary to do
> the reset in this block "in case the device was just resumed"?
>
> I think you said before that this is to guard
On Sun, 8 Jul 2012, Laurent Pinchart wrote:
> > this quirks also affect snd_usb_audio module. If for some reasons
> > uvcvideo is not loaded, snd_usb_audio will fail - i mean haw mysterious
> > sound problems.
>
> Good point. If we load the uvcvideo driver while the audio function is in
> use,
Hi Alan,
On 07/09/2012 05:23 AM, Laurent Pinchart wrote:
> On Sunday 08 July 2012 11:18:35 Alan Stern wrote:
>> On Sun, 8 Jul 2012, Eric Ding wrote:
> I think the reason was the way rpm_suspend() worked at the time of that
> commit (it works a bit differently now, but not as much as to avo
On Sun, 8 Jul 2012, Kevin Cernekee wrote:
> usb_gadget_remove_driver() runs through a four-step sequence to shut down
> the gadget driver. For the case of a composite gadget + at91 UDC, this
> would look like:
>
> udc->driver->disconnect(udc->gadget); // composite_disconnect()
>
On Sun, 8 Jul 2012, Octavio Alvarez wrote:
> >> On Sat, 07 Jul 2012 19:23:08 -0700, Alan Stern
> >>
> >> wrote:
> >>
> >> >> roothub.portstatus [4] 0x0303 LSDA PPS PES CCS
> >> >> roothub.portstatus [5] 0x0303 LSDA PPS PES CCS
> >> >> roothub.portstatus [6] 0x0101 PPS CCS
> >> >
> >
Hi Alan,
On Friday 06 July 2012 11:47:01 Alan Stern wrote:
> On Fri, 6 Jul 2012, Alan Cox wrote:
> > > Yes, but we still need to know the reason why. Neither Rafael nor I
> > > has been able to figure out why that commit messed things up.
> >
> > Was the driver doing any dynamic autosuspend at a
Hi Oleksij,
On Sunday 08 July 2012 10:45:45 Oleksij Rempel wrote:
> On 08.07.2012 09:22, Eric Ding wrote:
> > On 07/08/2012 02:52 PM, Oleksij Rempel (fishor) wrote:
> >> Hi, can you please do one more test.
> >> Try to reproduce it with MJPEG stream. Use this command:
> >> luvcview -f jpg -C
> >>
On Sunday 08 July 2012 17:34:08 Oleksij Rempel wrote:
> On 08.07.2012 17:18, Alan Stern wrote:
> > On Sun, 8 Jul 2012, Eric Ding wrote:
> I think the reason was the way rpm_suspend() worked at the time of that
> commit (it works a bit differently now, but not as much as to avoid the
> >>>
Hi Alan,
On Sunday 08 July 2012 11:18:35 Alan Stern wrote:
> On Sun, 8 Jul 2012, Eric Ding wrote:
> > >> I think the reason was the way rpm_suspend() worked at the time of that
> > >> commit (it works a bit differently now, but not as much as to avoid the
> > >> problem).
> > >>
> > >> Namely, be
This is a follow-up to an earlier thread: "gadget: Clearing ep->desc in
struct usb_ep on EP disable?"
I took a closer look at u_ether.c and I had some concerns about the
synchronization between USB connection/disconnection vs. netdev
open/close. For instance:
If somebody yanks the USB cable in t
usb_gadget_remove_driver() runs through a four-step sequence to shut down
the gadget driver. For the case of a composite gadget + at91 UDC, this
would look like:
udc->driver->disconnect(udc->gadget); // composite_disconnect()
usb_gadget_disconnect(udc->gadget);// at91
On Sun, Jul 08, 2012 at 11:10:04PM +0800, Richard Zhao wrote:
> On Thu, Jun 28, 2012 at 10:06 PM, Richard Zhao wrote:
> > On Thu, Jun 28, 2012 at 03:53:46PM +0200, Marc Kleine-Budde wrote:
> >> Signed-off-by: Marc Kleine-Budde
> >> ---
> >> drivers/usb/chipidea/ci13xxx_pci.c |6 +++---
> >>
On Sun, 08 Jul 2012 07:40:49 -0700, Alan Stern
wrote:
On Sat, 7 Jul 2012, Octavio Alvarez wrote:
On Sat, 07 Jul 2012 19:23:08 -0700, Alan Stern
wrote:
>> roothub.portstatus [4] 0x0303 LSDA PPS PES CCS
>> roothub.portstatus [5] 0x0303 LSDA PPS PES CCS
>> roothub.portstatus [6] 0x00
On Sat, Jul 07, 2012 at 09:43:58PM -0400, Alan Stern wrote:
> On Sat, 7 Jul 2012, Greg Kroah-Hartman wrote:
>
> > > >Minor cleanup in the future, can't this be merged with snoop_urb() that
> > > >way you don't have to do the logic checking in the places you call this
> > > >function instead of sno
On Sat, Jul 07, 2012 at 08:05:47PM -0400, Sarah Sharp wrote:
> On Fri, Jul 06, 2012 at 11:12:32AM -0700, Greg KH wrote:
> > On Fri, Jul 06, 2012 at 02:13:53PM +0800, Lan Tianyu wrote:
> > > Change since v4: remove struct usb_port->udev member since it is not used.
> > >
> > > This patch is to make
On 08.07.2012 17:18, Alan Stern wrote:
> On Sun, 8 Jul 2012, Eric Ding wrote:
>
I think the reason was the way rpm_suspend() worked at the time of that
commit (it works a bit differently now, but not as much as to avoid the
problem).
Namely, before commit e1620d591a75a10b1
On Sun, 8 Jul 2012, Eric Ding wrote:
> >> I think the reason was the way rpm_suspend() worked at the time of that
> >> commit (it works a bit differently now, but not as much as to avoid the
> >> problem).
> >>
> >> Namely, before commit e1620d591a75a10b15cf61dbf8243a0b7e6731a2 the device
> >> had
On Thu, Jun 28, 2012 at 10:06 PM, Richard Zhao wrote:
> On Thu, Jun 28, 2012 at 03:53:46PM +0200, Marc Kleine-Budde wrote:
>> Signed-off-by: Marc Kleine-Budde
>> ---
>> drivers/usb/chipidea/ci13xxx_pci.c |6 +++---
>> 1 file changed, 3 insertions(+), 3 deletions(-)
>>
>> diff --git a/drivers
On Sunday, July 08, 2012, Alan Stern wrote:
> On Sat, 7 Jul 2012, Rafael J. Wysocki wrote:
>
> > > Well, the quirk does make sense. What doesn't make sense is why moving
> > > the runtime PM operation pointers from usb_bus_type to usb_device_type
> > > should cause any change in the autosuspend
On Sat, 7 Jul 2012, Octavio Alvarez wrote:
> On Sat, 07 Jul 2012 19:23:08 -0700, Alan Stern
> wrote:
>
> >> roothub.portstatus [4] 0x0303 LSDA PPS PES CCS
> >> roothub.portstatus [5] 0x0303 LSDA PPS PES CCS
> >> roothub.portstatus [6] 0x0101 PPS CCS
> >
> > That's normal, except fo
Change since v6: Add judgement basis "result != -EPIPE" of return error.
Since usb port may power off, usb device descriptor can't be get
at that time and usb_get_configuration() should return error.
Acked-by: Alan Stern
Signed-off-by: Lan Tianyu
---
drivers/usb/core/config.c |2 ++
1 file
Change since v7: Update date of adding new attributes' description
Change since v5: Add usb_autopm_get/put_interface() around the port
power operations in the control attribute's callback to deal with
situation that control attribute is changed when the usb hub is suspended.
Change since v4: Add
Change since v1: use variable temp to record the return value of
usb_acpi_power_manageable().
On our developping machine, bios can provide usb port's power control via
acpi. This patch is to provide usb port's power control way through setting
or clearing PORT_POWER feature requests. Add two func
This patch is to add process of clearing PORT_POWER feature request
for xhci hub.
Signed-off-by: Lan Tianyu
---
drivers/usb/host/xhci-hub.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/drivers/usb/host/xhci-hub.c b/drivers/usb/host/xhci-hub.c
index 2732ef6..2c55fcf
Change since v5: Fix code and comment type error.
Change since v4: Remove some redundant kerneldocs and fix typo.
Change since v3: Rebase on the patch "make usb port a real device"
Check the connect type of usb port when getting the usb port's
acpi_handle and store result into connect_type in th
In the ACPI DSDT table, only usb root hub and usb ports are acpi device nodes.
Original, binding the usb ports' acpi node with the usb device attached to the
port. The usb port is made a real device by previous patch. This patch is to
rebind the port's acpi node with port's struct device.
Signed-o
Change since v5: rename usb_hub_get_child() to usb_hub_find_child().
rename usb_hub_get_each_child() to usb_hub_for_each_child().
Change since v4: remove usb_get_dev() in the usb_hub_get_child().
rename usb_get_hub_xxx() to usb_hub_get_xxx(). Add hdev->maxchild check
in the hdev_to_hub().
Move ch
Change since v7: update Documentation/ABI and fix dev_err() show pattern
Change since v4: remove struct usb_port->udev member since it is not used.
This patch is to make usb port a real device under usb hub interface.
Move port_owner to struct usb_port.
Acked-by: Alan Stern
Signed-off-by: Lan T
Dear listmembers,
recently I switched to a new pc, making use of an external USB sound device.
The problem: when I log off a kde-session and log in again, the sound device
vanishes. Issuing dmesg, I see:
Not for kernel-code, but usefull for testers/users:
udev-rules/usb_modeswitch
/lib/udev/rules.d/40-usb_modeswitch.rules
# ZTE MF821DO2
ATTRS{idVendor}=="19d2", ATTRS{idProduct}=="0325", RUN+="usb_modeswitch '%b/%k'"
/usr/share/usb_modeswitch/19d2:0325
# ZTE MF821DO2
DefaultVendor= 0x19
On 08.07.2012 09:22, Eric Ding wrote:
On 07/08/2012 02:52 PM, Oleksij Rempel (fishor) wrote:
Hi, can you please do one more test.
Try to reproduce it with MJPEG stream. Use this command:
luvcview -f jpg -C
it will force jpeg (i think your cam support it) and store each frame
separately. If you
On 07/08/2012 02:52 PM, Oleksij Rempel (fishor) wrote:
> Hi, can you please do one more test.
> Try to reproduce it with MJPEG stream. Use this command:
> luvcview -f jpg -C
>
> it will force jpeg (i think your cam support it) and store each frame
> separately. If you can reproduce it, please sen
48 matches
Mail list logo
