VIDIOC_ENUM_FRAMESIZES and VIDIOC_FRAME_INTERVALS have existed for quite
some time, are widely supported by various drivers and are being used by
applications. Thus they no longer can be considered experimental.
Signed-off-by: Sakari Ailus
---
Documentation/DocBook/media/v4l/compat.xml |
On Fri, Sep 02, 2011 at 11:38:06AM +0200, Alain VOLMAT wrote:
> Hi,
Hi Alain,
> I'm writing you in order to have some advices in the design of the V4L2
> driver for a rather complex device. It is mainly related to
> device/subdev/media controller.
>
> This driver would target SoCs which usually
>
> #include
> #include
> @@ -194,6 +197,95 @@ static void __init ek_add_device_nand(void)
> at91_add_device_nand(&ek_nand_data);
> }
>
> +/*
> + * ISI
> + */
> +#if defined(CONFIG_VIDEO_ATMEL_ISI) || defined(CONFIG_VIDEO_ATMEL_ISI_MODULE)
> +static struct isi_platform_data __initda
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 Sep 2 19:00:33 CEST 2011
git hash:f8dbab29f4d4b977a56776af0d5296b0e6386aef
gcc version: i686-linux-gcc (GC
On Friday 02 September 2011, Jean Delvare wrote:
> > Doing this is a good idea, but incidentally I have just spent some time
> > with the same problem and ended up with a solution that I like better,
> > which is removing CONFIG_MFD_SUPPORT altogether.
> >
> > The point is that there is no use ena
We currently have two symbols to control compilation the MFD subsystem,
MFD_SUPPORT and MFD_CORE. The MFD_SUPPORT is actually not required
at all, it only hides the submenu when not set, with the effect that
Kconfig warns about missing dependencies when another driver selects
an MFD driver while MF
Since misc devices have nothing in common besides fitting in no
other category, there is no need to group them in one Kconfig
symbol. Simply removing the symbol gets rid of all sorts of
Kconfig warnings about missing dependencies when another driver
selects a misc driver without also selecting MISC
On 09/02/2011 02:04 PM, Bjørn Mork wrote:
Antti Palosaari writes:
Since Anysee device itself does not have CCID interface it is needed
to make virtual USB device in order to get CCID support. I have never
seen virtual USB devices like that, but there is VHCI in current
kernel staging that actu
If configured with --with-libudev, the libmediactl is built with libudev
support. It allows to get the device name in right way in the modern linux
systems.
Signed-off-by: Andy Shevchenko
---
configure.in| 22
src/Makefile.am |2 +
src/media.c | 73 ++
Signed-off-by: Andy Shevchenko
---
src/media.c | 61 +-
1 files changed, 35 insertions(+), 26 deletions(-)
diff --git a/src/media.c b/src/media.c
index 050289e..5d3ff7c 100644
--- a/src/media.c
+++ b/src/media.c
@@ -245,15 +245,46 @@ stat
Signed-off-by: Andy Shevchenko
---
src/media.c | 16 +---
1 files changed, 9 insertions(+), 7 deletions(-)
diff --git a/src/media.c b/src/media.c
index e3cab86..050289e 100644
--- a/src/media.c
+++ b/src/media.c
@@ -255,7 +255,7 @@ static int media_enum_entities(struct media_device
Hi Arnd,
On Wed, 31 Aug 2011 18:49:37 +0200, Arnd Bergmann wrote:
> On Monday 29 August 2011, Luciano Coelho wrote:
> > From: Randy Dunlap
> >
> > Combine MFD_SUPPORT (which only enabled the remainder of the MFD
> > menu) and MFD_CORE. This allows other drivers to select MFD_CORE
> > without ne
On Wed, 2011-08-31 at 18:49 +0200, Arnd Bergmann wrote:
> On Monday 29 August 2011, Luciano Coelho wrote:
> > From: Randy Dunlap
> >
> > Combine MFD_SUPPORT (which only enabled the remainder of the MFD
> > menu) and MFD_CORE. This allows other drivers to select MFD_CORE
> > without needing to a
Hi Thomas,
On Friday 02 September 2011 13:51:58 Thomas Petazzoni wrote:
> Le Fri, 2 Sep 2011 13:42:03 +0200, Laurent Pinchart a écrit :
> > I'm not sure if V4L2_CAP_VIDEO_OVERLAY is a good solution for this.
> > This driver type (or rather buffer type) was used on old systems to
> > capture direct
Hi Laurent,
Le Fri, 2 Sep 2011 13:42:03 +0200,
Laurent Pinchart a écrit :
> I'm not sure if V4L2_CAP_VIDEO_OVERLAY is a good solution for this.
> This driver type (or rather buffer type) was used on old systems to
> capture directly to the PCI graphics card memory. Nowadays I would
> advice usin
Hi Thomas,
On Friday 02 September 2011 11:18:53 Thomas Petazzoni wrote:
> Le Fri, 2 Sep 2011 17:08:32 +0800, "Wu, Josh" a écrit :
> > My understanding is that you want to use Atmel ISI to output RGB data
> > then work with framebuffer. So yes, it is possible.
>
> Good.
>
> > Since current atmel_
Hi Enrico,
On Friday 02 September 2011 11:02:23 Enrico wrote:
> On Thu, Sep 1, 2011 at 8:14 PM, Laurent Pinchart wrote:
> > On Thursday 01 September 2011 19:24:54 Enrico wrote:
> >> yavta will set UYVY (PIX_FMT), this will cause a call to
> >> ispvideo.c:isp_video_pix_to_mbus(..), that will do thi
Hi Andy,
On Friday 02 September 2011 13:21:43 Andy Shevchenko wrote:
> On Fri, 2011-09-02 at 13:17 +0200, Laurent Pinchart wrote:
> > On Friday 02 September 2011 10:42:06 Andy Shevchenko wrote:
> > > On Tue, 2011-08-30 at 21:14 +0200, Laurent Pinchart wrote:
> > > > > +AC_ARG_WITH([libudev],
> > >
On Fri, 2011-09-02 at 13:17 +0200, Laurent Pinchart wrote:
> Hi Andy,
>
> On Friday 02 September 2011 10:42:06 Andy Shevchenko wrote:
> > On Tue, 2011-08-30 at 21:14 +0200, Laurent Pinchart wrote:
> > > > +AC_ARG_WITH([libudev],
> > > > +AS_HELP_STRING([--without-libudev],
> > > > +[I
Hi Andy,
On Friday 02 September 2011 10:42:06 Andy Shevchenko wrote:
> On Tue, 2011-08-30 at 21:14 +0200, Laurent Pinchart wrote:
> > > +AC_ARG_WITH([libudev],
> > > +AS_HELP_STRING([--without-libudev],
> > > +[Ignore presence of libudev and disable it]))
> > > +
> > > +AS_IF([test "x$
Antti Palosaari writes:
> Since Anysee device itself does not have CCID interface it is needed
> to make virtual USB device in order to get CCID support. I have never
> seen virtual USB devices like that, but there is VHCI in current
> kernel staging that actually does something like that over IP
Hi, Marek
On Monday, August 29, 2011 7:58 PM, Marek Szyprowski wrote:
>
>
> This patch changes the order of operations during stream on call. Now the
> buffers are first queued to the driver and then the start_streaming method
> is called.
>
> This resolves the most common case when the driver
On Fri, 29 Apr 2011 10:48:15 -0300
Mauro Carvalho Chehab wrote:
> Em 06-03-2011 10:20, Steffen Barszus escreveu:
> > I have one patch lying around which will fix a kernel oops if more
> > than one TT S2 1600 is build into the same computer.
>
> I think that the bug with two TT S2 devices at the
AT91: m10/g45: add Atmel ISI device and OV2640 on board.
Signed-off-by: Josh Wu
---
arch/arm/mach-at91/at91sam9g45_devices.c | 66
arch/arm/mach-at91/board-sam9m10g45ek.c | 97 ++
arch/arm/mach-at91/include/mach/board.h |3 +-
3 files ch
Hi,
I'm writing you in order to have some advices in the design of the V4L2 driver
for a rather complex device. It is mainly related to device/subdev/media
controller.
This driver would target SoCs which usually handle inputs (capture devices, for
ex LinuxDVB, HDMI capture), several layers of
Hi,
On 09/02/2011 11:18 AM, Thomas Petazzoni wrote:
> Doing the YUV -> RGB within the V4L2 driver is something I understand
> quite well. The part I miss is how the V4L2 driver interacts with the
> framebuffer driver to output the camera image into the framebuffer.
>
>> For V4L2_CAP_VIDEO_OVERLAY
Hello Josh,
Le Fri, 2 Sep 2011 17:08:32 +0800,
"Wu, Josh" a écrit :
> My understanding is that you want to use Atmel ISI to output RGB data
> then work with framebuffer. So yes, it is possible.
Good.
> Since current atmel_isi.c only uses its codec path to output YUV
> data. So first need add R
On Tue, 2011-08-30 at 21:14 +0200, Laurent Pinchart wrote:
> > +AC_ARG_WITH([libudev],
> > +AS_HELP_STRING([--without-libudev],
> > +[Ignore presence of libudev and disable it]))
> > +
> > +AS_IF([test "x$with_libudev" != "xno"],
> > +[PKG_CHECK_MODULES(libudev, libudev, have_libud
Hi, Thomas
On Thu, 1 Sep 2011, Thomas Petazzoni wrote:
> Hello Josh,
> I am currently looking at V4L2 and your atmel-isi driver for an AT91
> based platform on which I would like the ISI interface to capture the
> image from a camera and have this image directly output in RGB format
> at a speci
On Thu, Sep 1, 2011 at 8:14 PM, Laurent Pinchart
wrote:
> On Thursday 01 September 2011 19:24:54 Enrico wrote:
>> yavta will set UYVY (PIX_FMT), this will cause a call to
>> ispvideo.c:isp_video_pix_to_mbus(..), that will do this:
>>
>> for (i = 0; i < ARRAY_SIZE(formats); ++i) {
>>
If configured with --with-libudev, the libmediactl is built with libudev
support. It allows to get the device name in right way in the modern linux
systems.
Signed-off-by: Andy Shevchenko
---
configure.in| 22
src/Makefile.am |2 +
src/media.c | 73 ++
Signed-off-by: Andy Shevchenko
---
src/media.c | 61 +-
1 files changed, 35 insertions(+), 26 deletions(-)
diff --git a/src/media.c b/src/media.c
index 050289e..5d3ff7c 100644
--- a/src/media.c
+++ b/src/media.c
@@ -245,15 +245,46 @@ stat
Signed-off-by: Andy Shevchenko
---
src/media.c | 16 +---
1 files changed, 9 insertions(+), 7 deletions(-)
diff --git a/src/media.c b/src/media.c
index e3cab86..050289e 100644
--- a/src/media.c
+++ b/src/media.c
@@ -255,7 +255,7 @@ static int media_enum_entities(struct media_device
* Andrew Goff wrote:
> Hi Thierry,
>
> I have been having problems with the radio tuner in my leadtek 1800h
> card. This card has the xc2028 tuner. Using fmtools i would get an
> error message similar to - frequency out of range 0.0 - 0.0.
>
> After seeing you patches at the beginning of last mon
Hi Gary,
On Thursday 01 September 2011 20:18:59 Gary Thomas wrote:
> On 2011-09-01 12:14, Laurent Pinchart wrote:
> > On Thursday 01 September 2011 19:24:54 Enrico wrote:
> >> On Thu, Sep 1, 2011 at 6:14 PM, Enrico wrote:
> >>> On Thu, Sep 1, 2011 at 5:16 PM, Gary Thomas wrote:
> - entity 1
CC'ing Hans Verkuil.
On Fri, Sep 02, 2011 at 01:35:49PM +0800, Dave Young wrote:
> On Fri, Sep 2, 2011 at 12:59 PM, Dave Young wrote:
> > On Fri, Sep 2, 2011 at 3:10 AM, Sitsofe Wheeler wrote:
> >> On Thu, Sep 01, 2011 at 05:02:51PM +0800, Dave Young wrote:
> >>> On Tue, Aug 30, 2011 at 4:48 AM,
36 matches
Mail list logo
