Hi Mauro,
Please pull the following patches for DaVinci VPSS driver.
These patches have undergone under enormous reviews and
are ready to be queued.
Thanks and Regards,
--Prabhakar Lad
The following changes since commit 4bb891ebf60eb43ebd04e09bbcad24013067873f:
[media] ivtv: ivtv-driver: Repl
Hi,
I've recently got a terratec h5 for dvb-c and thought it would be
supported but it looks like it's a newer revision not recognized by em28xx.
After using the new_id hack it gets recognized and using various htc
cards (notably h5 or cinergy htc stick, cards 79 and 82 respectively) it
seems to _
On Thu, Dec 20, 2012 at 10:50 AM, Rob Clark wrote:
> On Thu, Dec 20, 2012 at 7:14 AM, Daniel Vetter wrote:
>> All drivers which implement this need to have some sort of refcount to
>> allow concurrent vmap usage. Hence implement this in the dma-buf core.
>>
>> To protect against concurrent calls
Update:
GPIO 9 is CE6313 SLEEP signal
GPIO 23 is CE5039 SLEEP signal
GPIO 25 is CE6313 RESET# signal - this one needs to be set high for CE6313 to
appear on I2C bus
But there is a problem with CE5039 (zl10039) - the I2C bus breaks during its
initialization (SDA stuck low):
Here it works (commun
Currently bridge device drivers register devices for all subdevices
synchronously, tupically, during their probing. E.g. if an I2C CMOS sensor
is attached to a video bridge device, the bridge driver will create an I2C
device and wait for the respective I2C driver to probe. This makes linking
of dev
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:Thu Dec 20 19:00:27 CET 2012
git hash:49cc629df16f2a15917800a8579bd9c25c41b634
gcc version: i686-linux-gcc (GCC
There is no point in PTR_ERR()ing a NULL pointer, use a real error
instead.
Signed-off-by: Sasha Levin
---
drivers/media/platform/m2m-deinterlace.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/media/platform/m2m-deinterlace.c
b/drivers/media/platform/m2m-deinte
drivers/media/usb/tm6000/tm6000-video.c: In function '__check_keep_urb':
drivers/media/usb/tm6000/tm6000-video.c:1926:1: warning: return from
incompatible pointer type [enabled by default]
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/usb/tm6000/tm6000-video.c | 2 +-
1 file changed, 1
Em Wed, 21 Nov 2012 15:28:09 -0200
Mauro Carvalho Chehab escreveu:
> Hi Andy,
>
> I'm understanding that you'll be reviewing this patch. So, I'm marking it as
> under_review at patchwork.
-ENOANSWER. Let me apply it, in order to fix the warning.
>
> Thanks,
> Mauro
>
> Forwarded message:
>
drivers/media/platform/sh_veu.c:269:2: warning: format '%x' expects argument of
type 'unsigned int', but argument 5 has type 'dma_addr_t' [-Wformat]
drivers/media/platform/sh_veu.c:276:2: warning: format '%x' expects argument of
type 'unsigned int', but argument 5 has type 'dma_addr_t' [-Wformat]
On Thu, Dec 20, 2012 at 7:14 AM, Daniel Vetter wrote:
> All drivers which implement this need to have some sort of refcount to
> allow concurrent vmap usage. Hence implement this in the dma-buf core.
>
> To protect against concurrent calls we need a lock, which potentially
> causes new funny locki
Ping?
On Sat, Dec 8, 2012 at 7:50 AM, Sasha Levin wrote:
> Commit c003ab1b ("[media] rc-core: add separate defines for protocol bitmaps
> and numbers") has introduced a bug which allows store_protocols() to return
> without releasing the device mutex it's holding.
>
> Doing that would cause infin
On 12/20/2012 05:14 AM, Daniel Vetter wrote:
All drivers which implement this need to have some sort of refcount to
allow concurrent vmap usage. Hence implement this in the dma-buf core.
To protect against concurrent calls we need a lock, which potentially
causes new funny locking inversions. Bu
> I can take a look at the dma coherent issues with that board, but I
will
> need some help as I don't have this hardware.
I have the hardware, but I don't have the full knowledge of the
boards. As I told before, I asked to windriver which develop the
software for the whole board, but they cann
All drivers which implement this need to have some sort of refcount to
allow concurrent vmap usage. Hence implement this in the dma-buf core.
To protect against concurrent calls we need a lock, which potentially
causes new funny locking inversions. But this shouldn't be a problem
for exporters wit
Hi Arun,
Thank you for your patch. Tested in my environment (Exynos4/MFC5.1)
Best wishes,
--
Kamil Debski
Linux Platform Group
Samsung Poland R&D Center
> -Original Message-
> From: Arun Kumar K [mailto:arun...@samsung.com]
> Sent: Thursday, November 22, 2012 11:16 AM
> To: linux-media
16 matches
Mail list logo
