Add documentation for dma buffer sharing framework, explaining the
various operations, members and API of the dma buffer sharing
framework.
Signed-off-by: Sumit Semwal
Signed-off-by: Sumit Semwal
---
Documentation/dma-buf-sharing.txt | 223 +
1 files changed
This is the first step in defining a dma buffer sharing mechanism.
A new buffer object dma_buf is added, with operations and API to allow easy
sharing of this buffer object across devices.
The framework allows:
- different devices to 'attach' themselves to this buffer, to facilitate
backing sto
Hello Everyone,
This is RFC v2 for DMA buffer sharing mechanism - changes from v1 are in the
changelog below.
Various subsystems - V4L2, GPU-accessors, DRI to name a few - have felt the
need to have a common mechanism to share memory buffers across different
devices - ARM, video hardware, GPU.
> Hello,
>
> We have ported linuxtv's cx23885+CAM en50221+Diseq to Windows OS (Vista,
> XP, win7 tested). Results available under GPL and can be checkout from
> git repository:
> https://github.com/netup/netup-dvb-s2-ci-dual
>
> Binary builds (ready to install) available in build directory. Cur
Fix multiple signedness bugs which would break the error handling.
Xi Wang (3):
wl128x: fmdrv_common: fix signedness bugs
wl128x: fmdrv_rx: fix signedness bugs
wl128x: fmdrv_tx: fix signedness bugs
drivers/media/radio/wl128x/fmdrv_common.c | 58 ++--
drivers/media/radio/w
The error handling with (ret < 0) didn't work where ret is a u32.
Use int instead. To be consistent we also change the functions to
return an int.
Signed-off-by: Xi Wang
---
drivers/media/radio/wl128x/fmdrv_common.c | 58 ++---
drivers/media/radio/wl128x/fmdrv_common.h
The error handling with (ret < 0) didn't work where ret is a u32.
Use int instead. To be consistent we also change the functions to
return an int.
Signed-off-by: Xi Wang
---
drivers/media/radio/wl128x/fmdrv_tx.c | 61 +
drivers/media/radio/wl128x/fmdrv_tx.h |
The error handling with (ret < 0) didn't work where ret is a u32.
Use int instead. To be consistent we also change the functions to
return an int.
Signed-off-by: Xi Wang
---
drivers/media/radio/wl128x/fmdrv_rx.c | 84 +
drivers/media/radio/wl128x/fmdrv_rx.h |
Hi Ming,
On 12/02/2011 10:12 AM, Ming Lei wrote:
> Hi,
>
> These v1 patches(against -next tree) introduce v4l2 based face
> detection(FD) device driver, and enable FD hardware[1] on omap4 SoC..
> The idea of implementing it on v4l2 is from from Alan Cox, Sylwester
> and Greg-Kh.
>
> For verifica
Hi,
Yesterday we had a chat about video codecs in V4L2 and how to change the
interface to accommodate the needs of GStreamer (and possibly other media
players and applications using video codecs).
The problem that many hardware codecs need a fixed number of pre-allocated
buffers should be resolve
On 01-12-2011 20:55, Andreas Oberritter wrote:
On 01.12.2011 21:38, Mauro Carvalho Chehab wrote:
I fail to see where do you need to duplicate dvb-core. An userspace
LD_PRELOAD handler that would do:
int socket;
int dvb_ioctl(int fd, unsigned long int request, ...)
{
void *arg;
On Fri, 02 Dec 2011 09:14:47 -0200, Mauro Carvalho Chehab
wrote:
> If you're referring to the device name under /dev, a daemon emulating
> a physical device could create Unix sockets under /dev/dvb.
Hmm, how would that work if a real physical device gets added afterward
and udev wants to cr
On 02.12.2011 12:14, Mauro Carvalho Chehab wrote:
> On 01-12-2011 20:55, Andreas Oberritter wrote:
>> On 01.12.2011 21:38, Mauro Carvalho Chehab wrote:
>>> I fail to see where do you need to duplicate dvb-core. An userspace
>>> LD_PRELOAD handler that would do:
>>>
>>> int socket;
>>>
>>> int dvb_i
[...]
>>> you failed to convince
>>> people
>>> why this can't be implemented on userspace,
>>
>> Wrong. You failed to convince people why this must be implemented in
>> userspace. Even Michael Krufky, who's "only" against merging it, likes
>> the idea, because it's useful.
>
> Sometimes, when I'm
On Fri, 02 Dec 2011 12:48:35 +0100, Andreas Oberritter
wrote:
>> Btw, applications like vdr, vlc, kaffeine and others already implement
>> their
>> own ways to remotelly access the DVB devices without requiring any
>> kernelspace piggyback driver.
>
> Can vdr, vlc, kaffeine use remote tune
On 02-12-2011 08:31, Kamil Debski wrote:
Hi,
Yesterday we had a chat about video codecs in V4L2 and how to change the
interface to accommodate the needs of GStreamer (and possibly other media
players and applications using video codecs).
The problem that many hardware codecs need a fixed number
On Fri, Dec 02, 2011 at 11:59:49, Hadli, Manjunath wrote:
> Sekhar,
>
> On Wed, Nov 30, 2011 at 17:07:21, Nori, Sekhar wrote:
> > Hi Manju,
> >
> > On Thu, Nov 17, 2011 at 15:48:53, Hadli, Manjunath wrote:
> > > Re-arrange definitions and remove unnecessary code so that we canx
> >
> > These are
On Fri, Dec 2, 2011 at 7:35 AM, Issa Gorissen wrote:
>> Hello,
>>
>> We have ported linuxtv's cx23885+CAM en50221+Diseq to Windows OS (Vista,
>> XP, win7 tested). Results available under GPL and can be checkout from
>> git repository:
>> https://github.com/netup/netup-dvb-s2-ci-dual
>>
>> Binary b
Hi, Sergio
This change in interface is not used from the omap4iss driver.
You could drop it from the patch set, if so.
On 12/01/2011 02:14 AM, Sergio Aguirre wrote:
> From: Stanimir Varbanov
>
> Introduce g_interface_parms sensor operation for getting sensor
> interface parameters. These param
Hi Mauro,
On Fri, Dec 02, 2011 at 10:35:40AM -0200, Mauro Carvalho Chehab wrote:
> On 02-12-2011 08:31, Kamil Debski wrote:
> >Hi,
> >
> >Yesterday we had a chat about video codecs in V4L2 and how to change the
> >interface to accommodate the needs of GStreamer (and possibly other media
> >players
Hi,
On Fri, Dec 2, 2011 at 6:28 PM, Sylwester Nawrocki wrote:
> Hi Ming,
>
> On 12/02/2011 10:12 AM, Ming Lei wrote:
>> Hi,
>>
>> These v1 patches(against -next tree) introduce v4l2 based face
>> detection(FD) device driver, and enable FD hardware[1] on omap4 SoC..
>> The idea of implementing it
Hi,
These v1 patches(against -next tree) introduce v4l2 based face
detection(FD) device driver, and enable FD hardware[1] on omap4 SoC..
The idea of implementing it on v4l2 is from from Alan Cox, Sylwester
and Greg-Kh.
For verification purpose, I write one user space utility[2] to
test the module
The patch introduces one face detection device driver for
driving face detection hardware on omap4[1].
Most things of the driver are dealing with omap4 face detection
hardware.
This driver is platform independent, so in theory it can
be used to drive same IP module on other platforms.
[1], Ch9 o
Signed-off-by: Ming Lei
---
arch/arm/mach-omap2/omap_hwmod_44xx_data.c | 81
1 files changed, 81 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/omap_hwmod_44xx_data.c
b/arch/arm/mach-omap2/omap_hwmod_44xx_data.c
index 6cf21ee..30db754 100644
--- a/
Signed-off-by: Ming Lei
---
arch/arm/mach-omap2/devices.c | 33 +
1 files changed, 33 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/devices.c b/arch/arm/mach-omap2/devices.c
index 1166bdc..a392af5 100644
--- a/arch/arm/mach-omap2/devices.c
+++ b
DMA contig memory resource is very limited and precious, also
accessing to it from CPU is very slow on some platform.
For some cases(such as the comming face detection driver), DMA Streaming
buffer is enough, so introduce VIDEOBUF2_PAGE to allocate continuous
physical memory but letting video devi
So that we can reuse vb2_mmap_pfn_range for the coming videobuf2_page
memops.
Signed-off-by: Ming Lei
---
drivers/media/video/videobuf2-dma-contig.c |1 +
drivers/media/video/videobuf2-memops.c |1 -
2 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/media/video/v
This patch introduces two new IOCTLs and related data
structure defination which will be used by the coming
face detection video device.
The two IOCTLs and related data structure are used by
user space application to retrieve the results of face
detection. They can be called after one v4l2_buffer
This patch introduces one driver for face detection purpose.
The driver is responsible for all v4l2 stuff, buffer management
and other general things, and doesn't touch face detection hardware
directly. Several interfaces are exported to low level drivers
(such as the coming omap4 FD driver)which
Hi,
> From: Sakari Ailus [mailto:sakari.ai...@iki.fi]
> Sent: 02 December 2011 14:58
>
> Hi Mauro,
>
> On Fri, Dec 02, 2011 at 10:35:40AM -0200, Mauro Carvalho Chehab wrote:
> > On 02-12-2011 08:31, Kamil Debski wrote:
> > >Hi,
> > >
> > >Yesterday we had a chat about video codecs in V4L2 and ho
Hi Stan,
On Fri, Dec 2, 2011 at 7:32 AM, Stanimir Varbanov wrote:
> Hi, Sergio
>
> This change in interface is not used from the omap4iss driver.
>
> You could drop it from the patch set, if so.
Oops, yes... I used to depend on this for my soc_camera implementation before...
You're absolutely r
Hi Ming,
Thanks for the patches.
On Fri, Dec 2, 2011 at 9:02 AM, Ming Lei wrote:
> Signed-off-by: Ming Lei
> ---
> arch/arm/mach-omap2/devices.c | 33 +
> 1 files changed, 33 insertions(+), 0 deletions(-)
>
> diff --git a/arch/arm/mach-omap2/devices.c b/arch/a
On 02-12-2011 11:57, Sakari Ailus wrote:
Hi Mauro,
On Fri, Dec 02, 2011 at 10:35:40AM -0200, Mauro Carvalho Chehab wrote:
On 02-12-2011 08:31, Kamil Debski wrote:
Hi,
Yesterday we had a chat about video codecs in V4L2 and how to change the
interface to accommodate the needs of GStreamer (and
On 02-12-2011 13:41, Kamil Debski wrote:
Hi,
From: Sakari Ailus [mailto:sakari.ai...@iki.fi]
Sent: 02 December 2011 14:58
Hi Mauro,
On Fri, Dec 02, 2011 at 10:35:40AM -0200, Mauro Carvalho Chehab wrote:
On 02-12-2011 08:31, Kamil Debski wrote:
Hi,
Yesterday we had a chat about video codecs
Hi,
Thank you for your comments, Mauro!
Laurent there is a question for you below, so it would be great
if you could spare a minute and have a look.
> From: Mauro Carvalho Chehab [mailto:mche...@redhat.com]
> Sent: 02 December 2011 18:08
>
> On 02-12-2011 13:41, Kamil Debski wrote:
> > Hi,
> >
On 02-12-2011 09:57, HoP wrote:
If you want to disscuss,
No, I don't want. There are architectural issues on your solution. As I said,
from the Kernel POV, just the network drivers is enough to run *any*
client-server
solution on any OS that uses the TCP/IP stack. All streaming applications (
Le jeudi 1 décembre 2011 21:59:56 HoP, vous avez écrit :
> > Kernel code is GPLv2. You can use its code on a GPLv2 licensed library.
>
> I see. So if you think it is nice to get dvb-core, make a wrapper around
> to get it usable in userspace and maintain totally same functionality
> by myself then
Hello,
A GPL troll, as the "Vicious Nokia Employee [that got] VLC Removed from Apple
App Store" I cannot resist...
Le mercredi 30 novembre 2011 19:23:26 Devin Heitmueller, vous avez écrit :
> Am I the only one who thinks this is a legally ambigious grey area?
> Seems like this could be a
On 02-12-2011 15:32, Kamil Debski wrote:
Usually there is a minimum number of buffers that has to be kept for future
references. New frames reference previous frames (and sometimes the following
frames as well) to achieve better compression. If we haven't got enough buffers
decoding cannot be don
On 02.12.2011 18:49, Rémi Denis-Courmont wrote:
> Le jeudi 1 décembre 2011 21:59:56 HoP, vous avez écrit :
>>> Kernel code is GPLv2. You can use its code on a GPLv2 licensed library.
>>
>> I see. So if you think it is nice to get dvb-core, make a wrapper around
>> to get it usable in userspace and
On 02.12.2011 19:16, Andreas Oberritter wrote:
> On 02.12.2011 18:49, Rémi Denis-Courmont wrote:
>> Le jeudi 1 décembre 2011 21:59:56 HoP, vous avez écrit :
Kernel code is GPLv2. You can use its code on a GPLv2 licensed library.
>>>
>>> I see. So if you think it is nice to get dvb-core, make a
> What really surprised me badly was that when I read all 54 responses
> I have counted only two real technical answers!!! All rest were about
> POLITICAL issues - code was NACKed w/o any technical discussion.
> Because of fear of possible abusing of driver.
To answer the original question -- abso
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:Fri Dec 2 19:00:20 CET 2011
git hash:2a887d27708a4f9f3b5ad8258f9e19a150b58f03
gcc version: i686-linux-gcc (GCC
Hi ,
I noticed that HVR 930C support was added 21-11-2011.
I have build the new driver and installed the firmware but I'm
struggling to get it working.
I have the firmwares:
dvb-usb-hauppauge-hvr930c-drxk.fw
and
dvb-fe-xc5000-1.6.114.fw
in /lib/firmware (on a Gentoo x86_64 system)
Since
On Fri, Dec 2, 2011 at 2:41 PM, Fredrik Lingvall
wrote:
> The HVR 930C device has three connectors/inputs: an antenna input, an
> S-video, and a composite video, respectively,
>
> The provider I have here in Norway (Get) has both analog tv and digital
> (DVB-C) so can I get analog tv using the an
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12/02/2011 12:03 PM, Rémi Denis-Courmont wrote:
> Hello,
>
> A GPL troll, as the "Vicious Nokia Employee [that got] VLC Removed
> from Apple App Store" I cannot resist...
>
> Le mercredi 30 novembre 2011 19:23:26 Devin Heitmueller, vous avez
> écr
Sergio Aguirre writes:
> NOTE: This isn't the whole list of features that the
> ISS supports, but the only ones supported at the moment.
>
> Signed-off-by: Sergio Aguirre
[...]
> diff --git a/arch/arm/plat-omap/include/plat/omap44xx.h
> b/arch/arm/plat-omap/include/plat/omap44xx.h
> index ea2
+Benoit,
"Aguirre, Sergio" writes:
> Hi Vaibhav,
>
> Thanks for the comments.
>
> On Thu, Dec 1, 2011 at 12:34 AM, Hiremath, Vaibhav wrote:
>>
>>> -Original Message-
>>> From: linux-media-ow...@vger.kernel.org [mailto:linux-media-
>>> ow...@vger.kernel.org] On Behalf Of Aguirre, Sergio
Hi Kevin,
Thanks for the review.
On Fri, Dec 2, 2011 at 4:49 PM, Kevin Hilman wrote:
> +Benoit,
>
> "Aguirre, Sergio" writes:
>
>> Hi Vaibhav,
>>
>> Thanks for the comments.
>>
>> On Thu, Dec 1, 2011 at 12:34 AM, Hiremath, Vaibhav wrote:
>>>
-Original Message-
From: linux-med
Hi Kevin,
Thanks for the review.
On Fri, Dec 2, 2011 at 4:45 PM, Kevin Hilman wrote:
> Sergio Aguirre writes:
>
>> NOTE: This isn't the whole list of features that the
>> ISS supports, but the only ones supported at the moment.
>>
>> Signed-off-by: Sergio Aguirre
>
> [...]
>
>> diff --git a/ar
On Thu, 1 Dec 2011 15:58:41 +0100
HoP wrote:
> Hi,
>
> let me ask you some details of your interesting idea (how to
> achieve the same functionality as with vtunerc driver):
>
> [...]
>
> > The driver, as proposed, is not really a driver, as it doesn't support any
> > hardware. The kernel driv
"Aguirre, Sergio" writes:
[...]
>>
>> Also, work with Benoit to make sure at the scripts that autogenerate
>> this data are updated to include these two regions.
>
> Ok.
>
> As a side note, I might need more addresses for the rest of the ISP
> components later on. I'll enable more subsystems onc
Hi Mauro,
On Fri, Dec 02, 2011 at 03:07:44PM -0200, Mauro Carvalho Chehab wrote:
> >>I'm not fully certain it is always possible to find out the largest stream
> >>resolution. I'd like an answer from someone knowing more about video codecs
> >>than I do.
> >
> >That is one thing. Also, I don't thi
Hi Alan.
2011/12/3 Alan Cox :
> On Thu, 1 Dec 2011 15:58:41 +0100
> HoP wrote:
>
>> Hi,
>>
>> let me ask you some details of your interesting idea (how to
>> achieve the same functionality as with vtunerc driver):
>>
>> [...]
>>
>> > The driver, as proposed, is not really a driver, as it doesn't
54 matches
Mail list logo
