On Tue, Jun 07, 2011 at 05:25:32PM +0200, Laurent Pinchart wrote:
> Hi Guennadi,
>
> Thanks for the patch.
>
> On Monday 06 June 2011 14:31:57 Guennadi Liakhovetski wrote:
> > Add media bus configuration types and two subdev operations to get
> > supported mediabus configurations and to set a spe
Hi Jürgen, Hi List,
On Wed, Jun 8, 2011 at 1:01 AM, Juergen Lock wrote:
> On Mon, Jun 06, 2011 at 11:55:44PM +0200, Andreas Steinel wrote:
>> Yet, i further investigated the errors and the source code and turned
>> on dvb-usb-debugging which yields:
>>
>> [11423.302006] key mapping failed - no ap
I have a capture card that was sold as a Hauppauge HVR-1250 (according
to the box) that I am trying to use but I am having trouble getting
all it's features at once. When I leave it auto detected by the module
I have working TV in MythTV even though it thinks it is a 1270 but IR
isn't setup.
dmesg
This driver exports a video device node per each CCIC
(CMOS Camera Interface Controller)
device contained in Marvell Mobile PXA910 SoC
The driver is based on soc-camera + videobuf2 frame
work, and only USERPTR is supported.
Signed-off-by: Kassey Lee
---
arch/arm/mach-mmp/include/mach/camera.h |
This driver exports a video device node per each CCIC
(CMOS Camera Interface Controller)
device contained in Marvell Mobile PXA910 SoC
The driver is based on soc-camera + videobuf2 frame
work, and only USERPTR is supported.
Signed-off-by: Kassey Lee
---
arch/arm/mach-mmp/include/mach/camera.h |
Hi, Jon:
for PXA910, MMP2(Armda 610)
actually, CCIC are almost the same.
but MMP2 has 2 CCIC controllers, and PXA910 only has 1 CCIC controller.
so it is quite make your driver works on MMP2 and PXA910.
On Tue, Jun 7, 2011 at 9:45 PM, Jonathan Corbet wrote:
> On Tue, 7 Jun 2011 1
Em 07-06-2011 22:45, Mauro Carvalho Chehab escreveu:
> This series of patches updates the DVB v5 documentation, sinchronizing
> the current implementation with the API spec.
> Among other things, it:
> - adds a logic that discovers API gaps between the header
> file and the API specs;
In order to improve the DVB index, replace the title to a
better name.
Signed-off-by: Mauro Carvalho Chehab
diff --git a/Documentation/DocBook/media/dvb/dvbproperty.xml
b/Documentation/DocBook/media/dvb/dvbproperty.xml
index a9863a3..caec58c 100644
--- a/Documentation/DocBook/media/dvb/dvbprope
Put the parameters at the sequencial order as they appear inside
the frontend.h header.
TODO: fix the per-standard section, to reflect the parameters
that should actually be used for each transmission system type.
Signed-off-by: Mauro Carvalho Chehab
diff --git a/Documentation/DocBook/media/dvb
Signed-off-by: Mauro Carvalho Chehab
diff --git a/Documentation/DocBook/media/dvb/dvbproperty.xml
b/Documentation/DocBook/media/dvb/dvbproperty.xml
index 262d995..9cbb289 100644
--- a/Documentation/DocBook/media/dvb/dvbproperty.xml
+++ b/Documentation/DocBook/media/dvb/dvbproperty.xml
@@ -766,6
Instead of repeating duplicate parameters to each delivery system,
just add a section for each specific delivery system, showing
what's applicable to each case. This helps userspace app developers
to know what DVB parameters are applicable to each delivery system.
Signed-off-by: Mauro Carvalho Che
Instead of adding a program listing, just add there all parameters.
Signed-off-by: Mauro Carvalho Chehab
diff --git a/Documentation/DocBook/media/dvb/dvbproperty.xml
b/Documentation/DocBook/media/dvb/dvbproperty.xml
index 67a2deb..01f3933 100644
--- a/Documentation/DocBook/media/dvb/dvbproperty
This series of patches updates the DVB v5 documentation, sinchronizing
the current implementation with the API spec.
Among other things, it:
- adds a logic that discovers API gaps between the header
file and the API specs;
- adds/fixes the DVB S2API (DVBv5) additions;
Signed-off-by: Mauro Carvalho Chehab
diff --git a/Documentation/DocBook/media/dvb/dvbproperty.xml
b/Documentation/DocBook/media/dvb/dvbproperty.xml
index 9cbb289..a9863a3 100644
--- a/Documentation/DocBook/media/dvb/dvbproperty.xml
+++ b/Documentation/DocBook/media/dvb/dvbproperty.xml
@@ -688,8
Signed-off-by: Mauro Carvalho Chehab
diff --git a/Documentation/DocBook/media/dvb/dvbproperty.xml
b/Documentation/DocBook/media/dvb/dvbproperty.xml
index 64151bb..262d995 100644
--- a/Documentation/DocBook/media/dvb/dvbproperty.xml
+++ b/Documentation/DocBook/media/dvb/dvbproperty.xml
@@ -672,6
Remove the remaining:
Error: no ID for constraint linkend:
With this patch, the dvb frontend API matches the current
dvb core implementation.
Signed-off-by: Mauro Carvalho Chehab
diff --git a/Documentation/DocBook/media/Makefile
b/Documentation/DocBook/media/Makefile
index f2216b0..eb6
The old way of setting delivery system parameters were to use
an union with specific per-system parameters. However, as newer
delivery systems required more data, the structure size weren't
enough to fit. So, recomend using the DVBS2API instead.
Signed-off-by: Mauro Carvalho Chehab
diff --git a/
There were lots of DVB S2API parameters that were never documented.
Let's add a definition for all of them, based on what's currently
used inside the core and the drivers.
The description here is not complete nor perfect, so patches
improving it are welcome.
Signed-off-by: Mauro Carvalho Chehab
Update the DVB parameter structs to reflect VSB modulation and
improve a few descriptions.
Signed-off-by: Mauro Carvalho Chehab
diff --git a/Documentation/DocBook/media/dvb/frontend.xml
b/Documentation/DocBook/media/dvb/frontend.xml
index a925b45..b1f0123 100644
--- a/Documentation/DocBook/medi
The frontend.h.xml now references to the main document. However,
several references are missed.
Links the trivial ones with the corresponding API descriptions.
While here, updates the main API to reflect the API improvements.
Signed-off-by: Mauro Carvalho Chehab
diff --git a/Documentation/DocB
As the DVB API provides two ways to specify the delivery
systems, correlate both ways into a table.
Signed-off-by: Mauro Carvalho Chehab
diff --git a/Documentation/DocBook/media/dvb/frontend.xml
b/Documentation/DocBook/media/dvb/frontend.xml
index b52f66a..65a790e 100644
--- a/Documentation/Doc
Associate the frontend.h DVB S2API parmeters to the corresponding
documentation at the spec.
Signed-off-by: Mauro Carvalho Chehab
diff --git a/Documentation/DocBook/media/Makefile
b/Documentation/DocBook/media/Makefile
index 34afc54..3036070 100644
--- a/Documentation/DocBook/media/Makefile
+++
The fe_type_t documentation was incomplete and not linked to the
dvb/frontend.h.xml. Properly document it.
Also, drop a note that newer formats are only supported via
FE_GET_PROPERTY/FE_GET_SET_PROPERTY ioctls.
Signed-off-by: Mauro Carvalho Chehab
diff --git a/Documentation/DocBook/media/Makefi
With this change, it is now possible to discover the gap between
the API defined inside include/dvb/frontend.h and the one documented
into the specs.
Signed-off-by: Mauro Carvalho Chehab
diff --git a/Documentation/DocBook/media/Makefile
b/Documentation/DocBook/media/Makefile
index baeea17..d9a2
This patch is to enable Atmel Image Sensor Interface (ISI) driver support.
- Using soc-camera framework with videobuf2 dma-contig allocator
- Supporting video streaming of YUV packed format
- Tested on AT91SAM9M10G45-EK with OV2640
Signed-off-by: Josh Wu
---
base on branch staging/for_v3.0
Modifi
On Mon, Jun 06, 2011 at 11:55:44PM +0200, Andreas Steinel wrote:
> Hi Jürgen, Hi List,
Hi!
>
> Thank you for your answer.
>
> On Sat, Jun 4, 2011 at 4:34 PM, Juergen Lock wrote:
> > Ok let me try...
> >
> > 1. Your remote is the same as in this (googled) picture?
> >
> >
> > http://4.bp.
On Tue, 2011-06-07 at 06:31 +0100, Malcolm Priestley wrote:
> On Tue, 2011-06-07 at 02:28 +0300, Mehmet Altan Pire wrote:
> > 06-06-2011 00:47, Malcolm Priestley yazmış:
> > > On Sun, 2011-06-05 at 21:42 +0100, Malcolm Priestley wrote:
> > >> On Sun, 2011-06-05 at 19:34 +0300, Mehmet Altan Pire wro
This message is generated daily by a cron job that builds v4l-dvb for
the kernels and architectures in the list below.
Results of the daily build of v4l-dvb:
date:Tue Jun 7 19:06:46 CEST 2011
git hash:35c310b56740292c1e2f1d679feca3b9ed02555d
gcc version: i686-linux-gcc (GCC) 4.5
The following patch replaces code to reset the XC3028 tuner with a call
to the tuner reset callback.
Signed-off-by: Istvan Varga
diff -uNr xc4000_orig/drivers/media/video/cx88/cx88-cards.c
xc4000/drivers/media/video/cx88/cx88-cards.c
--- xc4000_orig/drivers/media/video/cx88/cx88-cards.c 2011-
On Tue, Jun 7, 2011 at 12:12 PM, Peter Moon wrote:
> According to the Windows driver inf file that I have, the USB ID of
> the NTSC version is 2040:b111.
Correct. The PAL defaulted device is b110. The NTSC defaulted device is B111.
> I can add the USB device definition for the NTSC targeted de
This patch implements support for the Leadtek WinFast DTV1800 H card with
XC4000 tuner (107d:6f38).
Signed-off-by: Istvan Varga
diff -uNr xc4000_orig/drivers/media/video/cx88/cx88-cards.c
xc4000/drivers/media/video/cx88/cx88-cards.c
--- xc4000_orig/drivers/media/video/cx88/cx88-cards.c 2011-0
This patch implements support for the Leadtek WinFast DTV2000 H Plus card
with XC4000 tuner (107d:6f42).
Signed-off-by: Istvan Varga
diff -uNr xc4000_orig/drivers/media/video/cx88/cx88-cards.c
xc4000/drivers/media/video/cx88/cx88-cards.c
--- xc4000_orig/drivers/media/video/cx88/cx88-cards.c 2
On Mon, Jun 6, 2011 at 10:00 PM, Devin Heitmueller
wrote:
> On Mon, Jun 6, 2011 at 3:22 PM, Peter Moon wrote:
>> This patch adds support for the " Hauppauge WinTV USB2-FM" Analog Stick.
>>
>> Signed-off-by: Peter Moon
>
> My only comment is that the func_mode in cx231xx_dif_set_standard()
> shou
Added functions for XC4000 tuner reset and attaching DVB frontend.
Signed-off-by: Istvan Varga
diff -uNr xc4000_orig/drivers/media/video/cx88/cx88-cards.c
xc4000/drivers/media/video/cx88/cx88-cards.c
--- xc4000_orig/drivers/media/video/cx88/cx88-cards.c 2011-06-07
14:33:39.0 +0200
++
On Jun 7, 2011, at 2:45 AM, Radim wrote:
>
>> Pôvodná správa
>> Od: Jarod Wilson
>> Predmet: Re: Last key repeated after every keypress on remote control
>> (saa7134
>> lirc devinput driver)
>> Dátum: 06.6.2011 20:39:50
>>
>> De
Hi Guennadi,
Thanks for the patch.
On Monday 06 June 2011 14:31:57 Guennadi Liakhovetski wrote:
> Add media bus configuration types and two subdev operations to get
> supported mediabus configurations and to set a specific configuration.
> Subdevs can support several configurations, e.g., they ca
From: Hans Verkuil
To be consistent with v4l2-ioctl.c.
Signed-off-by: Hans Verkuil
---
drivers/media/video/v4l2-device.c |1 +
drivers/media/video/v4l2-subdev.c | 14 +++---
2 files changed, 8 insertions(+), 7 deletions(-)
diff --git a/drivers/media/video/v4l2-device.c
b/driver
This is required to implement control events and is also needed to allow
for per-filehandle control handlers.
Signed-off-by: Hans Verkuil
---
drivers/media/video/v4l2-fh.c|2 ++
drivers/media/video/v4l2-ioctl.c | 36 +++-
include/media/v4l2-fh.h
From: Hans Verkuil
Signed-off-by: Hans Verkuil
---
Documentation/video4linux/v4l2-controls.txt | 13 -
1 files changed, 4 insertions(+), 9 deletions(-)
diff --git a/Documentation/video4linux/v4l2-controls.txt
b/Documentation/video4linux/v4l2-controls.txt
index 881e7f4..95a3813 1
From: Hans Verkuil
The lower-level prepare functions just set error_idx for each control that
might have an error. The high-level functions will override this with
cs->count in the get and set cases. Only try will keep the error_idx.
Signed-off-by: Hans Verkuil
---
drivers/media/video/v4l2-ctr
From: Hans Verkuil
It is a bit tricky to handle autogain/gain type scenerios correctly. Such
controls need to be clustered and the V4L2_CTRL_FLAG_UPDATE should be set on
the autofoo controls. In addition, the manual controls should be marked
inactive when the automatic mode is on, and active when
From: Hans Verkuil
The vb2_poll function would start read-DMA if called without any streaming
in progress. This unfortunately does not work if the application just wants
to poll for exceptions. This information of what the application is polling
for is sadly unavailable in the driver.
Andy Walls
From: Hans Verkuil
Signed-off-by: Hans Verkuil
---
drivers/media/video/vivi.c | 28 ++--
1 files changed, 26 insertions(+), 2 deletions(-)
diff --git a/drivers/media/video/vivi.c b/drivers/media/video/vivi.c
index 6e62ddf..f4f599a 100644
--- a/drivers/media/video/vivi
From: Hans Verkuil
Whenever a control changes value or state an event is sent to anyone
that subscribed to it.
This functionality is useful for control panels but also for applications
that need to wait for (usually status) controls to change value.
Signed-off-by: Hans Verkuil
---
drivers/med
From: Hans Verkuil
When an application changes a control you want to generate an event.
However, you want to avoid sending such an event back to the application
(file handle) that caused the change.
Add the filehandle to the various set control functions.
The filehandle isn't used yet, but the
From: Hans Verkuil
Signed-off-by: Hans Verkuil
---
drivers/media/video/ivtv/ivtv-fileops.c | 34 +-
drivers/media/video/ivtv/ivtv-ioctl.c |2 +
2 files changed, 17 insertions(+), 19 deletions(-)
diff --git a/drivers/media/video/ivtv/ivtv-fileops.c
b/drivers
From: Hans Verkuil
Signed-off-by: Hans Verkuil
---
Documentation/DocBook/media/v4l/vidioc-dqevent.xml | 17 +++-
.../DocBook/media/v4l/vidioc-subscribe-event.xml | 142 +++-
2 files changed, 157 insertions(+), 2 deletions(-)
diff --git a/Documentation/DocBook/media/v4l/vid
From: Hans Verkuil
Signed-off-by: Hans Verkuil
---
drivers/media/video/v4l2-compat-ioctl32.c | 37 +
kernel/compat.c |1 +
2 files changed, 38 insertions(+), 0 deletions(-)
diff --git a/drivers/media/video/v4l2-compat-ioctl32.c
b/dri
From: Hans Verkuil
Signed-off-by: Hans Verkuil
---
drivers/media/video/v4l2-ctrls.c | 27 +++
include/media/v4l2-ctrls.h | 28
2 files changed, 55 insertions(+), 0 deletions(-)
diff --git a/drivers/media/video/v4l2-ctrls.c b/driver
From: Hans Verkuil
Signed-off-by: Hans Verkuil
---
drivers/media/video/vivi.c | 25 -
1 files changed, 24 insertions(+), 1 deletions(-)
diff --git a/drivers/media/video/vivi.c b/drivers/media/video/vivi.c
index 2238a61..6e62ddf 100644
--- a/drivers/media/video/vivi.c
From: Hans Verkuil
Signed-off-by: Hans Verkuil
---
Documentation/video4linux/v4l2-controls.txt | 56 +++
1 files changed, 56 insertions(+), 0 deletions(-)
diff --git a/Documentation/video4linux/v4l2-controls.txt
b/Documentation/video4linux/v4l2-controls.txt
index 95a
From: Hans Verkuil
If you have a cluster of controls that is a mix of volatile and non-volatile
controls, then requesting the value of the volatile control would fail if the
master control of that cluster was non-volatile. The code assumed that the
volatile state of the master control was the sam
From: Hans Verkuil
When applications try to set READ_ONLY controls an error should
be returned. However, when drivers do that it should be accepted.
Those controls could reflect some driver status which the application
can't change but the driver obviously has to be able to change it.
This is n
From: Hans Verkuil
Add the call_op define to safely call the control ops. This also allows
for controls without any ops such as the 'control class' controls.
Signed-off-by: Hans Verkuil
---
drivers/media/video/v4l2-ctrls.c | 19 +++
1 files changed, 11 insertions(+), 8 deleti
This is the third (and hopefully last) patch series for control events
and autofoo/foo support. If there are no more major comments, then I will
post a pull request by the end of the week.
Main changes since the previous series:
- The original plan was to toggle the READ_ONLY flag for the manual
Minor changes to remove the unused code from omap_vout driver.
Signed-off-by: Amber Jain
Signed-off-by: Samreen
---
drivers/media/video/omap/omap_vout.c |6 --
1 files changed, 0 insertions(+), 6 deletions(-)
diff --git a/drivers/media/video/omap/omap_vout.c
b/drivers/media/video/omap
V4l2 side changes to add NV12 format supportted by OMAP4.
Signed-off-by: Amber Jain
---
drivers/media/video/omap/omap_vout.c| 113 ++-
drivers/media/video/omap/omap_voutdef.h |3 +
2 files changed, 99 insertions(+), 17 deletions(-)
diff --git a/drivers/media
The changes involved are to utilise the various structures of Multiplanar
framework.
Signed-off-by: Amber Jain
Signed-off-by: Samreen
---
drivers/media/video/omap/omap_vout.c| 126 ---
drivers/media/video/omap/omap_voutdef.h |1 +
drivers/media/video/omap/om
Adapting the omap_vout driver for multiplanar API support.
Signed-off-by: Amber Jain
Signed-off-by: Samreen
---
drivers/media/video/omap/omap_vout.c | 19 ++-
1 files changed, 10 insertions(+), 9 deletions(-)
diff --git a/drivers/media/video/omap/omap_vout.c
b/drivers/media/
Add support to map the buffer using dma_map_single during qbuf which inturn
calls cache flush and unmap the same during dqbuf. This is done to prevent
the artifacts seen because of cache-coherency issues on OMAP4
Signed-off-by: Amber Jain
---
drivers/media/video/omap/omap_vout.c | 29 +
Extending the omap vout isr handling for:
- secondary lcd over DPI interface,
- HDMI interface.
Signed-off-by: Amber Jain
---
drivers/media/video/omap/omap_vout.c | 26 +++---
1 files changed, 19 insertions(+), 7 deletions(-)
diff --git a/drivers/media/video/omap/omap_vout
This patch set addresses following:
- Extend omap vout isr for secondary LCD over DPI panel.
- Extend omap vout isr for HDMI interface.
- DMA map and unmap the V4L2 buffers in qbuf and dqbuf so that they are
properly flushed into memory before DMA starts. If this not done we were
seeing artifac
The following changes since commit 55922c9d1b84b89cb946c777fddccb3247e7df2c:
Linux 3.0-rc1 (2011-05-29 17:43:36 -0700)
are available in the git repository at:
ssh://master.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-2.6.git
v4l_for_linus
Antti Palosaari (1):
[media] anysee: retu
On Tue, 7 Jun 2011, Jonathan Corbet wrote:
> On Tue, 7 Jun 2011 09:44:45 +0200 (CEST)
> Guennadi Liakhovetski wrote:
>
> > > +obj-$(CONFIG_VIDEO_MMP_CAMERA) += marvell-ccic/
> >
> > Wouldn't it be better to have only one symbol, selecting the marvell-ccic
> > directory in the Makefile and ha
On Tue, 7 Jun 2011 09:44:45 +0200 (CEST)
Guennadi Liakhovetski wrote:
> > +obj-$(CONFIG_VIDEO_MMP_CAMERA) += marvell-ccic/
>
> Wouldn't it be better to have only one symbol, selecting the marvell-ccic
> directory in the Makefile and have all CAFE implementations select that
> symbol?
Except
Hi Laurent,
On Tue, Jun 7, 2011 at 2:26 PM, Laurent Pinchart
wrote:
>> Right now we have a BUG_ON if pa is unaligned, but that can be changed
>> if needed (do we want it to handle offsets ?).
>
> At least for the OMAP3 ISP we need to, as video buffers don't necessarily
> start on page boundaries.
On Tue, 7 Jun 2011 13:30:11 +0800
Kassey Lee wrote:
> 1) this driver is still based on cafe_ccic.c, as you said, we
> can abstract the low level register function, and use soc_camera and
> videofbu2 to manage the buff and state machine, how do you think ?
As I said, videobuf2 is on my li
Guennadi
thanks for your comments very much! I will update the V3 patch later.
On Fri, Jun 3, 2011 at 6:22 PM, Guennadi Liakhovetski
wrote:
> Ok, this will be converted to use a common "cafe" code, but I'll comment
> on this version anyway, for your future reference.
>
> On Wed, 1 Ju
On Tue, Jun 7, 2011 at 3:46 PM, Hans Verkuil wrote:
> On Tuesday, June 07, 2011 14:30:38 Sakari Ailus wrote:
>> Laurent Pinchart wrote:
>> > Hi Hans and David,
>> >
>> > On Tuesday 07 June 2011 13:51:38 David Cohen wrote:
>> >> On Tue, Jun 7, 2011 at 2:29 PM, Hans Verkuil wrote:
>> >>> While work
On Tuesday, June 07, 2011 14:30:38 Sakari Ailus wrote:
> Laurent Pinchart wrote:
> > Hi Hans and David,
> >
> > On Tuesday 07 June 2011 13:51:38 David Cohen wrote:
> >> On Tue, Jun 7, 2011 at 2:29 PM, Hans Verkuil wrote:
> >>> While working on the control events I realized that the way we handle
Hi Hans, Laurent,
On Tue, Jun 7, 2011 at 3:20 PM, Hans Verkuil wrote:
> On Tuesday, June 07, 2011 13:51:38 David Cohen wrote:
>> Hi Hans,
>>
>> On Tue, Jun 7, 2011 at 2:29 PM, Hans Verkuil wrote:
>> > While working on the control events I realized that the way we handle
>> > pending
>> > events
response for Guennadi comments.
thanks
On Tue, Jun 7, 2011 at 1:42 PM, Kassey Lee wrote:
> Guennadi
>
> thanks for your comments very much! I will update the V3 patch
> later.
>
>
> On Fri, Jun 3, 2011 at 6:22 PM, Guennadi Liakhovetski
> wrote:
>> Ok, this will be converted to use a c
Laurent Pinchart wrote:
> Hi Hans and David,
>
> On Tuesday 07 June 2011 13:51:38 David Cohen wrote:
>> On Tue, Jun 7, 2011 at 2:29 PM, Hans Verkuil wrote:
>>> While working on the control events I realized that the way we handle
>>> pending events is rather complicated.
>>>
>>> What currently ha
Hi,
I have tons of such message literally flooding the kernel log. Is there
an easy workaround?
PS: I'm not subscribed.
-- eric
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.k
On Tue, Jun 7, 2011 at 2:40 PM, Laurent Pinchart
wrote:
> My point is that if the allocator guarantees the alignment (not as a side
> effect of the implementation, but per its API) there's no need to check it
> again. As the alignement is required, we need an allocator that guarantees it
> anyway.
hi, Jon:
thanks for your work! it is good to know that your brought up
MMP2(610) SoC with OV7670
I have some questions:
1) this driver is still based on cafe_ccic.c, as you said, we
can abstract the low level register function, and use soc_camera and
videofbu2 to manage the buf
On Tuesday, June 07, 2011 13:51:38 David Cohen wrote:
> Hi Hans,
>
> On Tue, Jun 7, 2011 at 2:29 PM, Hans Verkuil wrote:
> > While working on the control events I realized that the way we handle
> > pending
> > events is rather complicated.
> >
> > What currently happens internally is that you h
Em 19-05-2011 05:12, Sakari Ailus escreveu:
> Sylwester Nawrocki wrote:
These were mostly fixed point arithmetic numbers in [32-bit numerator/
32-bit denominator] form carrying exposure time, shutter speed, aperture,
brightness, flash, etc. information. The tags could be read from I
On Mon, 6 Jun 2011, Sakari Ailus wrote:
> Hi Guennadi,
>
> On Mon, Jun 06, 2011 at 03:10:54PM +0200, Guennadi Liakhovetski wrote:
> > On Wed, 18 May 2011, Sakari Ailus wrote:
> >
> > > Hi Guennadi and Laurent,
> > >
> > > Guennadi Liakhovetski wrote:
> > > > On Wed, 18 May 2011, Laurent Pinchar
Hi Hans and David,
On Tuesday 07 June 2011 13:51:38 David Cohen wrote:
> On Tue, Jun 7, 2011 at 2:29 PM, Hans Verkuil wrote:
> > While working on the control events I realized that the way we handle
> > pending events is rather complicated.
> >
> > What currently happens internally is that you h
Hi Hans,
On Tue, Jun 7, 2011 at 2:29 PM, Hans Verkuil wrote:
> While working on the control events I realized that the way we handle pending
> events is rather complicated.
>
> What currently happens internally is that you have to allocate a fixed sized
> list of events. New events are queued on
Hi Ohad,
On Tuesday 07 June 2011 13:19:05 Ohad Ben-Cohen wrote:
> On Tue, Jun 7, 2011 at 12:22 PM, Laurent Pinchart wrote:
> >> + BUG_ON(!IS_ALIGNED((long)omap_domain->pgtable, IOPGD_TABLE_SIZE));
> >
> > Either __get_free_pages() guarantees that the allocated memory will be
> > aligned on an
While working on the control events I realized that the way we handle pending
events is rather complicated.
What currently happens internally is that you have to allocate a fixed sized
list of events. New events are queued on the 'available' list and when they
are processed by the application they
Hi Ohad,
On Tuesday 07 June 2011 12:28:53 Ohad Ben-Cohen wrote:
> On Tue, Jun 7, 2011 at 12:05 PM, Laurent Pinchart wrote:
> > pgsz isn't used anymore, you can remove it.
>
> Ok.
>
> >> + order = get_order(bytes);
> >
> > Does iommu_map() handle offsets correctly, or does it expect
Hi Laurent,
On Tue, Jun 7, 2011 at 12:22 PM, Laurent Pinchart
wrote:
>> + BUG_ON(!IS_ALIGNED((long)omap_domain->pgtable, IOPGD_TABLE_SIZE));
>
> Either __get_free_pages() guarantees that the allocated memory will be aligned
> on an IOPGD_TABLE_SIZE boundary, in which case the BUG_ON() is unne
On Tue, Jun 7, 2011 at 12:58 PM, Roedel, Joerg wrote:
> Btw, mind to split out your changes which move the iommu-api into
> drivers/iommu? I can merge them meanwhile into my iommu tree and start
> working on a proposal for the generic large page-size support.
Sure, that will be great. Thanks!
--
Hi Laurent,
On Tue, Jun 7, 2011 at 12:05 PM, Laurent Pinchart
wrote:
> pgsz isn't used anymore, you can remove it.
Ok.
>> + order = get_order(bytes);
>
> Does iommu_map() handle offsets correctly, or does it expect pa to be aligned
> to an order (or other) boundary ?
Right now we h
This patch removes .enum_input(), .suspend() and .resume() soc-camera
client operations.
Functionality, provided by .enum_input(), if needed, can be implemented
using the v4l2-subdev API.
As for .suspend() and .resume(), the only client driver, implementing
these methods has been mt9m111, and the
It is more convenient to propagate the higher level abstraction - the
struct mt9m111 object into functions and then retrieve a pointer to
the i2c client, if needed, than to do the reverse.
Signed-off-by: Guennadi Liakhovetski
---
v2: also convert mt9m111_setfmt_*() functions to use "struct mt9m1
On Tuesday, June 07, 2011 11:57:22 Kamil Debski wrote:
> Hi Hans,
>
> > From: Hans Verkuil [mailto:hverk...@xs4all.nl]
> >
> > Hi Kamil!
> >
> > On Thursday, June 02, 2011 16:48:41 Kamil Debski wrote:
> > > Hi,
> > >
> > > This is a third version of the patch that adds controls for the codec
> >
On Tue, Jun 07, 2011 at 05:22:11AM -0400, Ohad Ben-Cohen wrote:
> On Tue, Jun 7, 2011 at 10:52 AM, Roedel, Joerg wrote:
> > Yup. Btw, is there any IOMMU hardware which supports non-natural
> > alignment? In this case we need to expose these requirements somehow.
>
> Not sure there are. Let's star
On Mon, 6 Jun 2011, Robert Jarzmik wrote:
> On 06/06/2011 07:20 PM, Guennadi Liakhovetski wrote:
> > It is more convenient to propagate the higher level abstraction - the
> > struct mt9m111 object into functions and then retrieve a pointer to
> > the i2c client, if needed, than to do the reverse.
soc-camera specific .suspend() and .resume() methods are deprecated
and should be replaced by the subdev standard .s_power() operation.
Signed-off-by: Guennadi Liakhovetski
---
drivers/media/video/pxa_camera.c | 16
1 files changed, 12 insertions(+), 4 deletions(-)
diff --git
The pxa-camera driver only supports progressive video so far. Passing
down to the client the same format, as what the user has requested can
result in interlaced video, even if the client supports both. This
patch avoids such cases.
Signed-off-by: Guennadi Liakhovetski
---
drivers/media/video/px
This patch series updates the pxa-camera driver to match recent API
changes and to better integrate into the framework. It splits the
previously posted patch
http://article.gmane.org/gmane.linux.drivers.video-input-infrastructure/33616
that erroneously contained unrelated changes in it, thanks
soc_camera core now performs the standard .bytesperline and .sizeimage
calculations internally, no need to duplicate in drivers.
Signed-off-by: Guennadi Liakhovetski
---
drivers/media/video/pxa_camera.c |6 --
1 files changed, 0 insertions(+), 6 deletions(-)
diff --git a/drivers/media/v
Hi Hans,
> From: Hans Verkuil [mailto:hverk...@xs4all.nl]
>
> Hi Kamil!
>
> On Thursday, June 02, 2011 16:48:41 Kamil Debski wrote:
> > Hi,
> >
> > This is a third version of the patch that adds controls for the codec
> family of
> > devices. I have implemented the suggestions to v1 I got from H
Hi,
On Tuesday 07 June 2011 02:35 PM, Hiremath, Vaibhav wrote:
-Original Message-
From: Taneja, Archit
Sent: Friday, May 27, 2011 12:31 PM
To: linux-media@vger.kernel.org
Cc: Hiremath, Vaibhav; Taneja, Archit
Subject: [PATCH 1/2] OMAP_VOUT: CLEANUP: Move some functions and macros
from om
On Tue, Jun 7, 2011 at 10:52 AM, Roedel, Joerg wrote:
> Yup. Btw, is there any IOMMU hardware which supports non-natural
> alignment? In this case we need to expose these requirements somehow.
Not sure there are. Let's start with natural alignment, and extend it
only if someone with additional re
Hi Ohad,
Thanks for the patch.
On Friday 03 June 2011 00:27:38 Ohad Ben-Cohen wrote:
> Migrate OMAP's iommu to the generic iommu api, so users can stay
> generic, and non-omap-specific code can be removed and eventually
> consolidated into a generic framework.
>
> Tested on both OMAP3 and OMAP4.
1 - 100 of 112 matches
Mail list logo
