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 sumit.sem...@linaro.org
Signed-off-by: Sumit Semwal sumit.sem...@ti.com
---
Documentation/dma-buf-sharing.txt | 223
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
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. Currently
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 ++--
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 xi.w...@gmail.com
---
drivers/media/radio/wl128x/fmdrv_common.c | 58 ++---
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 xi.w...@gmail.com
---
drivers/media/radio/wl128x/fmdrv_tx.c | 61 +
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 xi.w...@gmail.com
---
drivers/media/radio/wl128x/fmdrv_rx.c | 84 +
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 verification
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
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
mche...@redhat.com 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
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_ioctl(int fd,
[...]
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 debugging a driver,
On Fri, 02 Dec 2011 12:48:35 +0100, Andreas Oberritter o...@linuxtv.org
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
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
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 two different
On Fri, Dec 2, 2011 at 7:35 AM, Issa Gorissen flo...@usa.net 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
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 svarba...@mm-sol.com
Introduce g_interface_parms sensor operation for getting sensor
interface
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 and
Hi,
On Fri, Dec 2, 2011 at 6:28 PM, Sylwester Nawrocki snj...@gmail.com 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
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
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
Signed-off-by: Ming Lei ming@canonical.com
---
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
Signed-off-by: Ming Lei ming@canonical.com
---
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
---
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
So that we can reuse vb2_mmap_pfn_range for the coming videobuf2_page
memops.
Signed-off-by: Ming Lei ming@canonical.com
---
drivers/media/video/videobuf2-dma-contig.c |1 +
drivers/media/video/videobuf2-memops.c |1 -
2 files changed, 1 insertions(+), 1 deletions(-)
diff --git
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 how to change the
Hi Stan,
On Fri, Dec 2, 2011 at 7:32 AM, Stanimir Varbanov svarba...@mm-sol.com 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...
Hi Ming,
Thanks for the patches.
On Fri, Dec 2, 2011 at 9:02 AM, Ming Lei ming@canonical.com wrote:
Signed-off-by: Ming Lei ming@canonical.com
---
arch/arm/mach-omap2/devices.c | 33 +
1 files changed, 33 insertions(+), 0 deletions(-)
diff --git
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
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 I
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
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 maintain
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 wrapper
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 --
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
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)
On Fri, Dec 2, 2011 at 2:41 PM, Fredrik Lingvall
fredrik.lingv...@gmail.com 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
-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
écrit :
Am
Sergio Aguirre saagui...@ti.com 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 saagui...@ti.com
[...]
diff --git a/arch/arm/plat-omap/include/plat/omap44xx.h
+Benoit,
Aguirre, Sergio saagui...@ti.com writes:
Hi Vaibhav,
Thanks for the comments.
On Thu, Dec 1, 2011 at 12:34 AM, Hiremath, Vaibhav hvaib...@ti.com wrote:
-Original Message-
From: linux-media-ow...@vger.kernel.org [mailto:linux-media-
ow...@vger.kernel.org] On Behalf Of
Hi Kevin,
Thanks for the review.
On Fri, Dec 2, 2011 at 4:49 PM, Kevin Hilman khil...@ti.com wrote:
+Benoit,
Aguirre, Sergio saagui...@ti.com writes:
Hi Vaibhav,
Thanks for the comments.
On Thu, Dec 1, 2011 at 12:34 AM, Hiremath, Vaibhav hvaib...@ti.com wrote:
-Original
Hi Kevin,
Thanks for the review.
On Fri, Dec 2, 2011 at 4:45 PM, Kevin Hilman khil...@ti.com wrote:
Sergio Aguirre saagui...@ti.com 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
On Thu, 1 Dec 2011 15:58:41 +0100
HoP jpetr...@gmail.com 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
Aguirre, Sergio saagui...@ti.com 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
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 think that
Hi Alan.
2011/12/3 Alan Cox a...@lxorguk.ukuu.org.uk:
On Thu, 1 Dec 2011 15:58:41 +0100
HoP jpetr...@gmail.com 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
54 matches
Mail list logo