Re: [git:media_tree/master] media: em28xx-audio: use GFP_KERNEL for memory allocation during init

2018-09-12 Thread Sebastian Andrzej Siewior
On 2018-09-12 14:43:11 [+0200], To linux-media@vger.kernel.org wrote: > On 2018-09-12 12:00:36 [+], Mauro Carvalho Chehab wrote: > > This is an automatic generated email to let you know that the following > > patch were queued: > > The three patches you just enqueued are also in Greg's USB

Re: [git:media_tree/master] media: em28xx-audio: use GFP_KERNEL for memory allocation during init

2018-09-12 Thread Sebastian Andrzej Siewior
On 2018-09-12 12:00:36 [+], Mauro Carvalho Chehab wrote: > This is an automatic generated email to let you know that the following patch > were queued: The three patches you just enqueued are also in Greg's USB tree for the next merge-window. Sebastian

Re: rt-mutex usage in i2c

2015-03-16 Thread Sebastian Andrzej Siewior
On 03/15/2015 08:07 AM, Mike Rapoport wrote: On Sat, Mar 14, 2015 at 1:32 PM, Wolfram Sang w...@the-dreams.de wrote: On Sat, Mar 14, 2015 at 12:27:03PM +0100, Wolfram Sang wrote: Hi Sebastian, - i2c_transfer() has this piece: 2091 if (in_atomic() || irqs_disabled()) {

rt-mutex usage in i2c

2015-03-09 Thread Sebastian Andrzej Siewior
I have two questions: - em28xx_i2c_xfer() in drivers/media/usb/em28xx/em28xx-i2c.c takes a rt_mutex lock. This struct i2c_algorithm's -master_xfer callback. Why does it take an extra lock since it looks to me that it is protected by struct i2c_adapter's bus_lock already. - i2c_transfer()

Re: [PATCH] usb: hcd: get/put device and hcd for hcd_buffers()

2014-12-10 Thread Sebastian Andrzej Siewior
* 'Greg Kroah-Hartman' | 2014-12-09 11:54:15 [-0500]: You can unbind the HCD driver from the PCI-device via sysfs and this is not something not only a developer does. This unbind calls the remove function of the driver and the only difference between unbind and rmmod is that the module

Re: [PATCH] usb: hcd: get/put device and hcd for hcd_buffers()

2014-12-09 Thread Sebastian Andrzej Siewior
On 12/09/2014 04:24 PM, 'Greg Kroah-Hartman' wrote: On Mon, Dec 08, 2014 at 09:44:05AM +, David Laight wrote: From: Greg Kroah-Hartman 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

Re: [PATCH] usb: hcd: get/put device and hcd for hcd_buffers()

2014-12-08 Thread Sebastian Andrzej Siewior
* Sebastian Andrzej Siewior | 2014-12-06 00:23:27 [+0100]: I had one patch doing that. Let me grab it out on Monday. okay, this is it. Laurent, any idea why this could not fly? I haven't seen anything odd so far. diff --git a/drivers/media/usb/uvc/uvc_driver.c b/drivers/media/usb/uvc

[PATCH] usb: hcd: get/put device and hcd for hcd_buffers()

2014-12-05 Thread Sebastian Andrzej Siewior
is released. Signed-off-by: Sebastian Andrzej Siewior bige...@linutronix.de --- With this applied, I only see this three times (which is not new) | [ cut here ] | WARNING: CPU: 0 PID: 1755 at fs/sysfs/group.c:219 sysfs_remove_group+0x88/0x98() | sysfs group c08a70d4 not found

Re: [PATCH] usb: hcd: get/put device and hcd for hcd_buffers()

2014-12-05 Thread Sebastian Andrzej Siewior
* 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 rmmod

Re: [PATCH] usb: hcd: get/put device and hcd for hcd_buffers()

2014-12-05 Thread Sebastian Andrzej Siewior
* 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 later

[PATCH] media/tvp514x: recognize the error case in tvp514x_read_reg()

2009-09-22 Thread Sebastian Andrzej Siewior
From: Sebastian Andrzej Siewior bige...@linutronix.de i2c_smbus_read_byte_data() returns a negative value on error. It is very likely to be != -1 (-EPERM). Signed-off-by: Sebastian Andrzej Siewior bige...@linutronix.de --- Noticed by strange results during signal beeing pending. drivers/media

Re: [PATCH v4] v4l/tvp514x: make the module aware of rich people

2009-02-26 Thread Sebastian Andrzej Siewior
Hiremath, Vaibhav wrote: Hi Sebastian, Hi, I have validated the changes and it looks ok to me. As I mentioned the only issue I observed is, patch doesn't get applied cleanly (may be due to mail-server). After you drop me that mail, I posted that patch at [0]. I haven't seen any patches in

Re: [PATCH v4] v4l/tvp514x: make the module aware of rich people

2009-02-21 Thread Sebastian Andrzej Siewior
* Sebastian Andrzej Siewior | 2009-02-10 20:30:39 [+0100]: because they might design two of those chips on a single board. You never know. Signed-off-by: Sebastian Andrzej Siewior bige...@linutronix.de --- v4: fix checkpatch issues I don't want to rush anything but is there any update

[PATCH v4] v4l/tvp514x: make the module aware of rich people

2009-02-10 Thread Sebastian Andrzej Siewior
because they might design two of those chips on a single board. You never know. Signed-off-by: Sebastian Andrzej Siewior bige...@linutronix.de --- v4: fix checkpatch issues v3: - addressed review comments - move tvp514x_slave into decoder struct it is used per device while registering

Re: [PATCH v2] v4l/tvp514x: make the module aware of rich people

2009-01-28 Thread Sebastian Andrzej Siewior
Hiremath, Vaibhav wrote: [Hiremath, Vaibhav] I am really sorry; actually I was really busy with our internal release process and still going. Definitely I will try to find some time tomorrow to test this patch. No problem. v2: Make the content of the registers (brightness, \ldots) per

Re: [PATCH] v4l/tvp514x: make the module aware of rich people

2009-01-22 Thread Sebastian Andrzej Siewior
Hiremath, Vaibhav wrote: Thanks, Vaibhav Hiremath -Original Message- From: Sebastian Andrzej Siewior [mailto:bige...@linutronix.de] Sent: Monday, January 12, 2009 11:55 PM To: Hiremath, Vaibhav Cc: linux-media@vger.kernel.org; Mauro Carvalho Chehab; video4linux- l...@redhat.com Subject

Re: Fw: [PATCH] v4l/tvp514x: Don't write after line end

2009-01-09 Thread Sebastian Andrzej Siewior
Mauro Carvalho Chehab wrote: Please, always c/c linux-media@vger.kernel.org, when submitting patches. This allows patchwork.kernel.org to track it. Will do in future. Sebastian -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to