On Wed, Sep 28, 2011 at 8:19 PM, Archit Taneja wrote:
> Currently, there is a lot of redundant code is between DPI and VENC panels,
> this
> can be made common by moving out field/interlace specific code to a separate
> function called omapvid_handle_interlace_display(). There is no functional
>
This lock should be released as well on the error path.
Signed-off-by: Dan Carpenter
diff --git a/drivers/media/dvb/frontends/dib9000.c
b/drivers/media/dvb/frontends/dib9000.c
index e276b11..660f806 100644
--- a/drivers/media/dvb/frontends/dib9000.c
+++ b/drivers/media/dvb/frontends/dib9000.c
@
Negate has higher precedence than bitwise AND. I2C_M_RD is 0x1 so
the original code is equivelent to just checking if (!msg->flags).
Signed-off-by: Dan Carpenter
diff --git a/drivers/media/dvb/dvb-usb/mxl111sf-i2c.c
b/drivers/media/dvb/dvb-usb/mxl111sf-i2c.c
index a330987..2e8c288 100644
--- a
On Wed, Sep 28, 2011 at 8:19 PM, Archit Taneja wrote:
> Currently, in omap_vout_isr(), if the panel type is DPI, and if we
> get either VSYNC or VSYNC2 interrupts, we proceed ahead to set the
> current buffers state to VIDEOBUF_DONE and prepare to display the
> next frame in the queue.
>
> On OMAP
> -Original Message-
> From: Taneja, Archit
> Sent: Wednesday, September 28, 2011 8:19 PM
> To: Hiremath, Vaibhav
> Cc: Valkeinen, Tomi; linux-o...@vger.kernel.org; Semwal, Sumit; linux-
> me...@vger.kernel.org; Taneja, Archit
> Subject: [PATCH v4 1/5] OMAP_VOUT: Fix check in reqbuf for buf
On 09/28/11 15:29, Randy Dunlap wrote:
> On 09/28/11 03:04, Stephen Rothwell wrote:
>> Hi all,
>
>
> a. Source file needs added to it unless the dropping
> of the moduleh tree for today already contained that patch.
>
> b. Build errors after adding :
>
> when CONFIG_MEDIA_CONTROLLER is not e
On 09/28/11 03:04, Stephen Rothwell wrote:
> Hi all,
a. Source file needs added to it unless the dropping
of the moduleh tree for today already contained that patch.
b. Build errors after adding :
when CONFIG_MEDIA_CONTROLLER is not enabled
and CONFIG_VIDEO_V4L2_SUBDEV_API is not enabled:
Em 28-09-2011 17:00, Mauro Carvalho Chehab escreveu:
> Linus,
>
> Please pull from:
> git://linuxtv.org/mchehab/for_linus.git v4l_for_linus
As shown at the above subject, I'm obviously skipping one kernel version number
;)
The previous pull request is for the -rc series, and not for the n
On Wed, 28 Sep 2011, Sakari Ailus wrote:
> Hi Guennadi,
>
> On Wed, Sep 28, 2011 at 04:56:11PM +0200, Guennadi Liakhovetski wrote:
> > @@ -2099,6 +2103,15 @@ struct v4l2_dbg_chip_ident {
> > __u32 revision;/* chip revision, chip specific */
> > } __attribute__ ((packed));
> >
> > +/* V
On Wed, 28 Sep 2011, Sakari Ailus wrote:
> Hi Guennadi,
>
> What's your opinion on this? I was intended to complement the PREPARE_BUF
> documentation.
I don't think I have a very strong opinion about this. AFAIU this is so
far just a (yet another) speculation about what the driver might want or
Hi Guennadi,
What's your opinion on this? I was intended to complement the PREPARE_BUF
documentation.
On Thu, Sep 01, 2011 at 02:08:56PM +0300, Sakari Ailus wrote:
> Add note to documentation of VIDIOC_PREPARE_BUF that the preparation done by
> the IOCTL may include locking buffers to system memo
Hi Guennadi,
On Wed, Sep 28, 2011 at 04:56:11PM +0200, Guennadi Liakhovetski wrote:
> @@ -2099,6 +2103,15 @@ struct v4l2_dbg_chip_ident {
> __u32 revision;/* chip revision, chip specific */
> } __attribute__ ((packed));
>
> +/* VIDIOC_CREATE_BUFS */
> +struct v4l2_create_buffers {
> +
Linus,
Please pull from:
git://linuxtv.org/mchehab/for_linus.git v4l_for_linus
For a few fixes at the omap3 and UVC video drivers.
Thanks!
Mauro
-
Last commit at the branch: e74d83aad3709a17d68f01481f2b5f240250b1c3 [media]
omap3isp: Fix build error in ispccdc.c
The following changes
Hi,
Am 28.09.2011 21:04, schrieb Christian Brunner:
This is an updated version of the unicable patch by Thomas Schloeter
for linux 3.1.
The patch is an addition to the dvb_frontend code, that adds fully
transparent support for SCR to arbitrary applications that use the
DVB API.
I know that thi
This is an updated version of the unicable patch by Thomas Schloeter
for linux 3.1.
The patch is an addition to the dvb_frontend code, that adds fully
transparent support for SCR to arbitrary applications that use the
DVB API.
I know that this patch has been rejected, because unicable support
c
2011/9/28 Tim Bolder :
> Hi,
>
> I was wondering if the Elago eyetv one is on the list for (near) future
> support.
> I've tried to make te device work with the settings of other eyetv
> devices but wit no luck.
>
> I have attached a lsusb log for mor info on the device.
To my knowledge nobody is
Hi,
I was wondering if the Elago eyetv one is on the list for (near) future support.
I've tried to make te device work with the settings of other eyetv
devices but wit no luck.
I have attached a lsusb log for mor info on the device.
regards Tim
Bus 001 Device 002: ID 0fd9:003c
Device Descript
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:Wed Sep 28 19:00:15 CEST 2011
git hash:446b792c6bd87de4565ba200b75a708b4c575a06
gcc version: i686-linux-gcc (GC
This driver exposes preview mode operation of the S5K6AAFX sensor with
embedded SoC ISP. It uses one of the five user predefined configuration
register sets. There is yet no support for capture (snapshot) operation.
Following controls are supported:
manual/auto exposure and gain, power line frequen
Hi
The following change set is a third version of the subdev driver for S5K6AAFX
sensor.
Changes since v2:
- addressed Sakari's comments:
use lower case used for all hexadecimal numbers,
use usleep_range instead of udelay,
move mirror flags to s5k6aa struct,
remove static data f
V4L2_CID_POWER_LINE_FREQUENCY control allows applications to instruct
a driver what is the power line frequency so an appropriate filter
can be used by the device to cancel flicker by compensating the light
intensity ripple. Currently in the menu we have entries for 50 Hz and
60 Hz and for entirely
Hi Mauro,
On 09/28/2011 12:40 PM, Mauro Carvalho Chehab wrote:
Em 28-09-2011 06:59, Tomasz Stanislawski escreveu:
On 09/28/2011 10:01 AM, Hans Verkuil wrote:
On Tuesday, September 27, 2011 18:46:10 Tomasz Stanislawski wrote:
On 09/27/2011 04:10 PM, Mauro Carvalho Chehab wrote:
Em 27-09-2011
Frontend bus lock for af9015 devices.
Last week, I aqcuired a dual KWorld PlusTV Dual DVB-T Stick (DVB-T 399U).
The lock is intended for dual frontends that share the same tuner I2C address
to stop either frontend sending data while any gate is open. The patch
should have no effect on single devi
Hi Sakari
On Wed, 28 Sep 2011, Sakari Ailus wrote:
> Guennadi Liakhovetski wrote:
> > A possibility to preallocate and initialise buffers of different sizes
> > in V4L2 is required for an efficient implementation of a snapshot
> > mode. This patch adds two new ioctl()s: VIDIOC_CREATE_BUFS and
> >
Signed-off-by: Guennadi Liakhovetski
---
v10: merge v8 and v9
Documentation/DocBook/media/v4l/compat.xml |3 +
Documentation/DocBook/media/v4l/io.xml | 27
Documentation/DocBook/media/v4l/v4l2.xml |2 +
.../DocBook/media/v4l/vidioc-create-bufs.xml
A possibility to preallocate and initialise buffers of different sizes
in V4L2 is required for an efficient implementation of a snapshot
mode. This patch adds two new ioctl()s: VIDIOC_CREATE_BUFS and
VIDIOC_PREPARE_BUF and defines respective data structures.
Signed-off-by: Guennadi Liakhovetski
-
There is no limit to the number of displays that can registered with DSS2. The
current value of MAX_DISPLAYS is 3, set this to 10 so that the 'displays'
member of omap2video_device struct can store more omap_dss_device pointers.
This fixes a crash seen in omap_vout_probe when DSS2 registers for mo
Add support for DSI panels. DSI video mode panels will work directly. For
command mode panels, we will need to trigger updates regularly. This isn't done
by the omap_vout driver currently. It can still be supported if we connect a
framebuffer device to the panel and configure it in auto update mode
Currently, in omap_vout_isr(), if the panel type is DPI, and if we
get either VSYNC or VSYNC2 interrupts, we proceed ahead to set the
current buffers state to VIDEOBUF_DONE and prepare to display the
next frame in the queue.
On OMAP4, because we have 2 LCD managers, the panel type itself is not
su
Currently, there is a lot of redundant code is between DPI and VENC panels, this
can be made common by moving out field/interlace specific code to a separate
function called omapvid_handle_interlace_display(). There is no functional
change made.
Signed-off-by: Archit Taneja
---
drivers/media/vid
The commit 383e4f69879d11c86ebdd38b3356f6d0690fb4cc makes reqbuf prevent
requesting a larger size buffer than what is allocated at kernel boot during
omap_vout_probe.
In omap_vout_buffer_setup callback API, the requested size is compared with
vout->buffer_size, this isn't correct as vout->buffer_s
This set includes patches which do the following:
- Fix crash if number of displays registered by DSS2 is more than 4.
- Fix the issue of not being able to request for a buffer which is larger than
what we did the last time.
- Fix a small bug in omap_vout_isr()
- Remove some redundant code in oma
On 09/02/2011 04:32 PM, Antti Palosaari wrote:
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 th
On Wednesday 28 September 2011, Devin Heitmueller
wrote:
> Hi Simon,
>
> On Wed, Sep 28, 2011 at 8:50 AM, Simon Farnsworth
>
> wrote:
> >
> > I'm having problems getting a Hauppauge HVR-1110 card to successfully
> > tune PAL-D at 85.250 MHz vision frequency; by experimentation, I've
> > deter
Hi Simon,
On Wed, Sep 28, 2011 at 8:50 AM, Simon Farnsworth
wrote:
> (note - the CC list is everyone over 50% certainty from get_maintainer.pl)
>
> I'm having problems getting a Hauppauge HVR-1110 card to successfully
> tune PAL-D at 85.250 MHz vision frequency; by experimentation, I've
> determi
> -Original Message-
> From: Laurent Pinchart [mailto:laurent.pinch...@ideasonboard.com]
> Sent: Wednesday, September 28, 2011 6:59 PM
> To: Mauro Carvalho Chehab
> Cc: Hiremath, Vaibhav; Ravi, Deepthy; linux-media@vger.kernel.org;
> g.liakhovet...@gmx.de; Sakari Ailus
> Subject: Re: [PATCH
Guennadi Liakhovetski wrote:
> A possibility to preallocate and initialise buffers of different sizes
> in V4L2 is required for an efficient implementation of a snapshot
> mode. This patch adds two new ioctl()s: VIDIOC_CREATE_BUFS and
> VIDIOC_PREPARE_BUF and defines respective data structures.
>
Hi Mauro,
On Wednesday 28 September 2011 11:59:30 Mauro Carvalho Chehab wrote:
> Em 27-09-2011 19:41, Laurent Pinchart escreveu:
> > On Wednesday 28 September 2011 00:31:32 Mauro Carvalho Chehab wrote:
> >> Em 19-09-2011 12:31, Hiremath, Vaibhav escreveu:
> >>> On Friday, September 16, 2011 6:36 P
(note - the CC list is everyone over 50% certainty from get_maintainer.pl)
I'm having problems getting a Hauppauge HVR-1110 card to successfully
tune PAL-D at 85.250 MHz vision frequency; by experimentation, I've
determined that the tda18271 is tuning to a frequency 1.25 MHz lower
than the vision
Signed-off-by: Guennadi Liakhovetski
---
v9: added documentation for the new V4L2_BUF_FLAG_PREPARED flag
Documentation/DocBook/media/v4l/compat.xml |3 +
Documentation/DocBook/media/v4l/io.xml | 27
Documentation/DocBook/media/v4l/v4l2.xml |2 +
.../
This patch adds two new ioctl() handlers: .vidioc_create_bufs() and
.vidioc_prepare_buf() for compliant vb2 soc-camera hosts.
Signed-off-by: Guennadi Liakhovetski
---
v9: remove "const" from an argument of the .vidioc_prepare_buf() method
drivers/media/video/soc_camera.c | 33 +++
The two recently added ioctl()s VIDIOC_CREATE_BUFS and VIDIOC_PREPARE_BUF
allow user-space applications to allocate video buffers of different
sizes and hand them over to the driver for fast switching between
different frame formats. This patch adds support for buffers of different
sizes on the sam
A possibility to preallocate and initialise buffers of different sizes
in V4L2 is required for an efficient implementation of a snapshot
mode. This patch adds two new ioctl()s: VIDIOC_CREATE_BUFS and
VIDIOC_PREPARE_BUF and defines respective data structures.
Signed-off-by: Guennadi Liakhovetski
-
Mauro,
Please pull :
git://linuxtv.org/mhadli/v4l-dvb-davinci_devices.git for_mauro
The patchset adds incremental changes necessary to enable dm365
v4l2 display driver, which includes vpbe display driver changes,
osd specific changes and venc changes. The changes are incremental
in nature,add
On Mon, Sep 26, 2011 at 18:31:48, Hans Verkuil wrote:
> On Monday, September 19, 2011 07:35:27 Manjunath Hadli wrote:
> > This patch implements the core additions to the display driver, mainly
> > controlling the VENC and other encoders for dm365.
> > This patch also includes addition of amplifier
On Wednesday 28 September 2011 13:03:42 Guennadi Liakhovetski wrote:
> Without this patch it is possible to select mt9p031 and mt9t001 camera
> sensor drivers, but their compilation fails if VIDEO_V4L2_SUBDEV_API is
> not set.
>
> Signed-off-by: Guennadi Liakhovetski
Acked-by: Laurent Pinchart
I'm going to sleep on this (sub-pixel handling) a bit and get back to you on
Friday. No, that doesn't mean I'm sleeping the whole of Thursday :-), but I do
have other things on my list for tomorrow.
In the meantime, is it possible to make a new patch series incorporating all
the latest comments? (
Without this patch it is possible to select mt9p031 and mt9t001 camera
sensor drivers, but their compilation fails if VIDEO_V4L2_SUBDEV_API is
not set.
Signed-off-by: Guennadi Liakhovetski
---
v2: better yet depend on VIDEO_V4L2_SUBDEV_API
drivers/media/video/Kconfig |4 ++--
1 files chan
Hi Guennadi,
Thanks for the patch.
On Wednesday 28 September 2011 12:58:29 Guennadi Liakhovetski wrote:
> Without this patch it is possible to select mt9p031 and mt9t001 camera
> sensor drivers, but their compilation fails if MEDIA_CONTROLLER is not
> set.
Shouldn't they depend on VIDEO_V4L2_SUB
Without this patch it is possible to select mt9p031 and mt9t001 camera
sensor drivers, but their compilation fails if MEDIA_CONTROLLER is not
set.
Signed-off-by: Guennadi Liakhovetski
---
drivers/media/video/Kconfig |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/driv
Em 28-09-2011 06:59, Tomasz Stanislawski escreveu:
> Hi Hans,
>
> On 09/28/2011 10:01 AM, Hans Verkuil wrote:
>> On Tuesday, September 27, 2011 18:46:10 Tomasz Stanislawski wrote:
>>> On 09/27/2011 04:10 PM, Mauro Carvalho Chehab wrote:
Em 27-09-2011 10:02, Tomasz Stanislawski escreveu:
>
V4L2 specification states, that the videobuffer state flags have to be
updated on VIDIOC_QBUF ioctl(). Videobuf2 currently doesn't do that,
which is fixed by this patch.
Signed-off-by: Guennadi Liakhovetski
---
drivers/media/video/videobuf2-core.c |3 +++
1 files changed, 3 insertions(+), 0
Hi Hans,
On 09/27/2011 11:30 AM, Hans Verkuil wrote:
On Friday, August 26, 2011 15:06:05 Tomasz Stanislawski wrote:
This patch allows new video drivers to work correctly with applications that
use the old-style crop API. The old crop ioctl is simulated by using selection
callbacks.
Signed-off
Mauro Carvalho Chehab wrote:
> Em 27-09-2011 19:41, Laurent Pinchart escreveu:
>> Hi Mauro,
>>
>> On Wednesday 28 September 2011 00:31:32 Mauro Carvalho Chehab wrote:
>>> Em 19-09-2011 12:31, Hiremath, Vaibhav escreveu:
On Friday, September 16, 2011 6:36 PM Laurent Pinchart wrote: > >> On
>>
Em 27-09-2011 19:41, Laurent Pinchart escreveu:
> Hi Mauro,
>
> On Wednesday 28 September 2011 00:31:32 Mauro Carvalho Chehab wrote:
>> Em 19-09-2011 12:31, Hiremath, Vaibhav escreveu:
>>> On Friday, September 16, 2011 6:36 PM Laurent Pinchart wrote: > >> On
> Friday 16 September 2011 15:00:53 Ra
Hi Hans,
On 09/28/2011 10:01 AM, Hans Verkuil wrote:
On Tuesday, September 27, 2011 18:46:10 Tomasz Stanislawski wrote:
On 09/27/2011 04:10 PM, Mauro Carvalho Chehab wrote:
Em 27-09-2011 10:02, Tomasz Stanislawski escreveu:
On 09/26/2011 02:10 PM, Mauro Carvalho Chehab wrote:
Em 26-09-2011 0
Em 27-09-2011 19:49, Gary Thomas escreveu:
> On 2011-09-27 16:31, Mauro Carvalho Chehab wrote:
>> Em 19-09-2011 12:31, Hiremath, Vaibhav escreveu:
>>>
-Original Message-
From: Laurent Pinchart [mailto:laurent.pinch...@ideasonboard.com]
Sent: Friday, September 16, 2011 6:36 PM
On Monday, September 26, 2011 13:17:00 Guennadi Liakhovetski wrote:
> Hi Hans
>
> Sorry for reviving an almost 2 year old thread, but the topic, discussed
> back then is still relevant (I'll include a complete quote to refresh the
> old discussion):
>
> On Thu, 5 Nov 2009, Hans Verkuil wrote:
>
Hi Hiremath,
Hiremath, Vaibhav wrote:
>> -Original Message- From: Laurent Pinchart
>> [mailto:laurent.pinch...@ideasonboard.com] Sent: Tuesday, September
>> 27, 2011 11:36 PM To: Hiremath, Vaibhav Cc: Ravi, Deepthy;
>> linux-media@vger.kernel.org; t...@atomide.com;
>> li...@arm.linux.org.
On Wednesday, September 28, 2011 10:48:33 Guennadi Liakhovetski wrote:
> On Wed, 28 Sep 2011, Guennadi Liakhovetski wrote:
>
> > Hi Hans
> >
> > On Wed, 28 Sep 2011, Hans Verkuil wrote:
> >
> > > On Tuesday, September 27, 2011 18:54:53 Guennadi Liakhovetski wrote:
> > > > A possibility to preall
On Wednesday, September 28, 2011 10:29:37 Laurent Pinchart wrote:
> Hi Hans,
>
> On Wednesday 28 September 2011 10:01:03 Hans Verkuil wrote:
> > On Tuesday, September 27, 2011 18:46:10 Tomasz Stanislawski wrote:
> > > On 09/27/2011 04:10 PM, Mauro Carvalho Chehab wrote:
> > > > Em 27-09-2011 10:02
On Wed, 28 Sep 2011, Guennadi Liakhovetski wrote:
> Hi Hans
>
> On Wed, 28 Sep 2011, Hans Verkuil wrote:
>
> > On Tuesday, September 27, 2011 18:54:53 Guennadi Liakhovetski wrote:
> > > A possibility to preallocate and initialise buffers of different sizes
> > > in V4L2 is required for an effici
Hi Hans
On Wed, 28 Sep 2011, Hans Verkuil wrote:
> On Tuesday, September 27, 2011 18:54:53 Guennadi Liakhovetski wrote:
> > A possibility to preallocate and initialise buffers of different sizes
> > in V4L2 is required for an efficient implementation of a snapshot
> > mode. This patch adds two ne
Hi Hans,
On Wednesday 28 September 2011 10:01:03 Hans Verkuil wrote:
> On Tuesday, September 27, 2011 18:46:10 Tomasz Stanislawski wrote:
> > On 09/27/2011 04:10 PM, Mauro Carvalho Chehab wrote:
> > > Em 27-09-2011 10:02, Tomasz Stanislawski escreveu:
> > >> On 09/26/2011 02:10 PM, Mauro Carvalho
Hi Guennadi,
On Wed, Sep 28, 2011 at 5:11 PM, Guennadi Liakhovetski
wrote:
> Hi Paul, Magnus
>
> The following patches need your acks to allow the whole stack to go on
> time into 3.2 without breaking platforms even intermittently.
>
> [20/59] ARM: ap4evb: switch imx074 configuration to default n
Hi Paul, Magnus
The following patches need your acks to allow the whole stack to go on
time into 3.2 without breaking platforms even intermittently.
[20/59] ARM: ap4evb: switch imx074 configuration to default number of lanes
http://patchwork.linuxtv.org/patch/7514/
[27/59] ARM: mach-shmobile: co
On Tuesday, September 27, 2011 19:59:47 Laurent Pinchart wrote:
> Hi Hans,
>
> Thanks for the review.
>
> On Monday 26 September 2011 12:21:11 Hans Verkuil wrote:
> > On Friday, September 09, 2011 17:52:49 Laurent Pinchart wrote:
>
> [snip]
>
> > > +/* Register definitions */
> > > +
> > > +/*
On Tuesday, September 27, 2011 19:08:38 Laurent Pinchart wrote:
> Hi Hans,
>
> On Tuesday 27 September 2011 12:34:20 Hans Verkuil wrote:
> > On Thursday, September 08, 2011 09:45:15 Guennadi Liakhovetski wrote:
> > > A possibility to preallocate and initialise buffers of different sizes
> > > in V
On Tuesday, September 27, 2011 18:54:53 Guennadi Liakhovetski wrote:
> A possibility to preallocate and initialise buffers of different sizes
> in V4L2 is required for an efficient implementation of a snapshot
> mode. This patch adds two new ioctl()s: VIDIOC_CREATE_BUFS and
> VIDIOC_PREPARE_BUF and
On Tuesday, September 27, 2011 18:46:10 Tomasz Stanislawski wrote:
> Hi Mauro,
>
> On 09/27/2011 04:10 PM, Mauro Carvalho Chehab wrote:
> > Em 27-09-2011 10:02, Tomasz Stanislawski escreveu:
> >> On 09/26/2011 02:10 PM, Mauro Carvalho Chehab wrote:
> >>> Em 26-09-2011 05:42, Tomasz Stanislawski es
Hi Sakari,
On 09/27/2011 10:58 PM, Sakari Ailus wrote:
> On Tue, Sep 27, 2011 at 11:55:32PM +0300, Sakari Ailus wrote:
>> Sylwester Nawrocki wrote:
>>> Hello Sakari,
>>
>> Hi Sylwester,
>
> What I forgot to ask was whether there is a public datasheet for this
> sensor?
Unfortunately I'm not awar
On Tuesday, September 27, 2011 17:49:52 Guennadi Liakhovetski wrote:
> On Tue, 27 Sep 2011, Hans Verkuil wrote:
>
> > On Thursday, September 08, 2011 09:46:26 Guennadi Liakhovetski wrote:
> > > Signed-off-by: Guennadi Liakhovetski
> > > ---
>
> [snip]
>
> > > +When the ioctl is called with
72 matches
Mail list logo
