RE: [PATCH RESEND] usb: gadget/uvc: Remove non-required locking from 'uvc_queue_next_buffer' routine

Hi Laurent, > -Original Message- > From: Laurent Pinchart [mailto:laurent.pinch...@ideasonboard.com] > Sent: Thursday, March 15, 2012 6:17 AM > To: Bhupesh SHARMA > Cc: linux-...@vger.kernel.org; linux-media@vger.kernel.org; spear-devel > Subject: Re: [PATCH RESEND] usb: gadget/uvc: Remove

[v3.3 BUG FIX] mxl111sf: fix error on stream stop in mxl111sf_ep6_streaming_ctrl()

I just tested Linux 3.3-rc7 and found that my mxl111sf driver was broken!! The fix was easy to find... Hopefully we can get this fix merged before Linus releases 3.3 -- Please do whatever it takes to get this into mainline. Thanks & best regards, Mike Krufky The following changes since commit

Re: [PATCH 2/4] dma-buf: add support for kernel cpu access

On Sun, Mar 18, 2012 at 6:34 PM, Daniel Vetter wrote: > Big differences to other contenders in the field (like ion) is > that this also supports highmem, so we have to split up the cpu > access from the kernel side into a prepare and a kmap step. > > Prepare is allowed to fail and should do everyt

Re: [PATCH 3/4] dma_buf: Add documentation for the new cpu access support

On Sun, Mar 18, 2012 at 6:34 PM, Daniel Vetter wrote: > v2: Fix spelling issues noticed by Rob Clark. > > Signed-off-by: Daniel Vetter Signed-off-by: Rob Clark > --- >  Documentation/dma-buf-sharing.txt |  102 +++- >  1 files changed, 99 insertions(+), 3 deletio

[PATCH 2/4] dma-buf: add support for kernel cpu access

Big differences to other contenders in the field (like ion) is that this also supports highmem, so we have to split up the cpu access from the kernel side into a prepare and a kmap step. Prepare is allowed to fail and should do everything required so that the kmap calls can succeed (like swapin/ba

[PATCH 3/4] dma_buf: Add documentation for the new cpu access support

v2: Fix spelling issues noticed by Rob Clark. Signed-off-by: Daniel Vetter --- Documentation/dma-buf-sharing.txt | 102 +++- 1 files changed, 99 insertions(+), 3 deletions(-) diff --git a/Documentation/dma-buf-sharing.txt b/Documentation/dma-buf-sharing.txt ind

[PATCH 4/4] dma-buf: document fd flags and O_CLOEXEC requirement

Otherwise subsystems will get this wrong and end up with and second export ioctl with the flag and O_CLOEXEC support added. Signed-Off-by: Daniel Vetter --- Documentation/dma-buf-sharing.txt |5 + 1 files changed, 5 insertions(+), 0 deletions(-) diff --git a/Documentation/dma-buf-sharin

[PATCH 1/4] dma-buf: don't hold the mutex around map/unmap calls

The mutex protects the attachment list and hence needs to be held around the callbakc to the exporters (optional) attach/detach functions. Holding the mutex around the map/unmap calls doesn't protect any dma_buf state. Exporters need to properly protect any of their own state anyway (to protect ag

[PATCH FOR 3.4] em28xx: support for 1b80:e425 MaxMedia UB425-TC

Hardware is based of: Empia EM2874B Micronas DRX 3913KA2 NXP TDA18271HDC2 Only DVB-C supported currently since missing firmware. According to my tests, DRX 3913KA2 demodulator requires firmware in order to support DVB-T mode. Signed-off-by: Antti Palosaari --- drivers/media/video/em28xx/em28xx-

Re: [Linaro-mm-sig] [PATCH] dma-buf: add get_dma_buf()

On Sun, Mar 18, 2012 at 08:04:53PM +0100, Daniel Vetter wrote: > On Sun, Mar 18, 2012 at 01:12:22PM +0530, Sumit Semwal wrote: > > On 16 March 2012 23:23, Dave Airlie wrote: > > > On Fri, Mar 16, 2012 at 4:04 PM, Rob Clark wrote: > > >> From: Rob Clark > > >> > > >> Works in a similar way to get

Re: [Linaro-mm-sig] [PATCH] dma-buf: add get_dma_buf()

On Sun, Mar 18, 2012 at 01:12:22PM +0530, Sumit Semwal wrote: > On 16 March 2012 23:23, Dave Airlie wrote: > > On Fri, Mar 16, 2012 at 4:04 PM, Rob Clark wrote: > >> From: Rob Clark > >> > >> Works in a similar way to get_file(), and is needed in cases such as > >> when the exporter needs to als

cron job: media_tree daily build: ERRORS

This message is generated daily by a cron job that builds media_tree for the kernels and architectures in the list below. Results of the daily build of media_tree: date:Sun Mar 18 19:00:16 CET 2012 git hash:632fba4d012458fd5fedc678fb9b0f8bc59ceda2 gcc version: i686-linux-gcc (GCC

Re: Terratec H7(az6007), CI support and Kaffeine

On 18.03.2012 16:49, Roger Mårtensson wrote: Hello! This mail is a small request to see if anyone else except me that has problem with viewing encrypted channels. My problem is as follows: When viewing encrypted channels I can watch without problem. When I change to another encrypted channel in

Re: [PATCH] [media] staging: use mutex_lock() in s2250_probe().

On Sun, Mar 18, 2012 at 8:13 PM, walter harms wrote: > > > Am 17.03.2012 18:36, schrieb santosh nayak: >> From: Santosh Nayak >> >> Use uninterruptable sleep lock  'mutex_lock()'  in place of >> mutex_lock_interruptible() because there is no userspace >> for s2250_probe(). >> >> Return -ENOMEM  

Terratec H7(az6007), CI support and Kaffeine

Hello! This mail is a small request to see if anyone else except me that has problem with viewing encrypted channels. My problem is as follows: When viewing encrypted channels I can watch without problem. When I change to another encrypted channel inside kaffeine nothing happens. The EPG tell

Re: [PATCH] [media] staging: use mutex_lock() in s2250_probe().

Am 17.03.2012 18:36, schrieb santosh nayak: > From: Santosh Nayak > > Use uninterruptable sleep lock 'mutex_lock()' in place of > mutex_lock_interruptible() because there is no userspace > for s2250_probe(). > > Return -ENOMEM if kzalloc() fails to allocate and initialize. > > Signed-off-

Re: [Linaro-mm-sig] [PATCH] dma-buf: add get_dma_buf()

On 16 March 2012 23:23, Dave Airlie wrote: > On Fri, Mar 16, 2012 at 4:04 PM, Rob Clark wrote: >> From: Rob Clark >> >> Works in a similar way to get_file(), and is needed in cases such as >> when the exporter needs to also keep a reference to the dmabuf (that >> is later released with a dma_buf