Move some inline functions from omap_vout.c to omap_voutdef.h and independent
functions like omap_vout_alloc_buffer/omap_vout_free_buffer to omap_voutlib.c.
Reviewed-by: Vaibhav Hiremath
Signed-off-by: Archit Taneja
---
drivers/media/video/omap/omap_vout.c| 109
Introduce omap_vout_vrfb.c and omap_vout_vrfb.h, for all VRFB related API's,
making OMAP_VOUT driver independent from VRFB. This is required for OMAP4 DSS,
since OMAP4 doesn't have VRFB block.
Added new enum vout_rotation_type and "rotation_type" member to omapvideo_info,
this is initialized based
Introduce omap_vout_vrfb.c and omap_vout_vrfb.h, for all VRFB related API's,
making OMAP_VOUT driver independent from VRFB. This is required for OMAP4 DSS,
since OMAP4 doesn't have VRFB block.
A new enum called vout_rotation_type is introduced to differentiate between no
rotation and vrfb rotation
Hi Sylwester,
Thanks for some comments. I'll reflects this comments for the next version
patch. It's clear that there is a few things I missed. It's better to let's
talk about this rest things, as Mr. Park said.
But, I wanna remind one thing, and know your exact thiking. about MACROs.
I re-comme
On Fri, 17 Dec 2010 06:18:31 +0100
Stefan Ringel wrote:
> Am 17.12.2010 02:46, schrieb Dmitri Belimov:
> > Hi Stefan
> >
> >> Am 16.12.2010 10:38, schrieb Dmitri Belimov:
> >>> Hi
> >>>
> > I think your mean is wrong. Our IR remotes send extended NEC it
> > is 4 bytes. We removed inverted
>
> I've had another bash at this, and I think that the 4.95.0 firmware
> makes it work. Or at least, one of the 4 tuners is working.
>
For my K-World tuners, which use the same firmware (from the top of my
head) I reverted to 4.65 (the default for Ubuntu 9.10) and found I had
better success. 4.9
On 15 December 2010 14:34, Matthew Rowles wrote:
> Hi all.
>
> I have 2 Leadtek DTV2000DS PCI tuners in my mythtv pc.
> This is a AF9015 + AF9013 + NXP TDA18211 based PCI card.
> The tuner is detected as TDA18271. (see
> http://linuxtv.org/wiki/index.php/DVB-T_PCI_Cards#Leadtek)
>
> My issue is
Am 17.12.2010 02:46, schrieb Dmitri Belimov:
Hi Stefan
Am 16.12.2010 10:38, schrieb Dmitri Belimov:
Hi
I think your mean is wrong. Our IR remotes send extended NEC it is
4 bytes. We removed inverted 4 byte and now we have 3 bytes from
remotes. I think we must have full RCMAP with this 3 byte
Some color formats are mismatched in s5p-fimc driver.
CIOCTRL[1:0], order422_out, should be set 2b'00 not 2b'11
to use V4L2_PIX_FMT_YUYV. Because in V4L2 standard V4L2_PIX_FMT_YUYV means
"start + 0: Y'00 Cb00 Y'01 Cr00 Y'02 Cb01 Y'03 Cr01". According to datasheet
2b'00 is right value for V4L2_PIX_F
From: Michal Nazarewicz
This commits adds a VCM MMU wrapper which is meant to be a helper
code for creating VCM drivers for real hardware MMUs.
Signed-off-by: Michal Nazarewicz
Signed-off-by: Kyungmin Park
---
Documentation/virtual-contiguous-memory.txt | 80 ++
include/linux/vcm-dr
This commits adds vcm_ref_reserve() and refcnt member into vcm_res
structure. This feature is enabled by turnning on
CONFIG_VCM_RES_REFCNT. This enables the users of the vcm framework
not to care about the sequence of reserving and unreserving
in complex scenarios.
Signed-off-by: KyongHo Cho
---
This commit adds a sample Virtual Contiguous Memory framework
driver. It handles no real hardware and is there only for
demonstrating purposes.
* * * THIS COMMIT IS NOT FOR MERGING * * *
Signed-off-by: Michal Nazarewicz
Signed-off-by: Kyungmin Park
---
Documentation/virtual-contiguous-memory.
From: Michal Nazarewicz
This commit adds the Virtual Contiguous Memory framework which
provides an abstraction for virtual address space provided by
various MMUs present on the platform.
The framework uses plugable MMU drivers for hardware MMUs and
if drivers obeys some limitations it can be als
From: Michal Nazarewicz
This commits adds vcm_phys_alloc() function with some
accompanying functions which allocates physical memory. This
should be used from withing alloc or phys callback of a VCM
driver if one does not want to provide its own allocator.
Signed-off-by: Michal Nazarewicz
Sign
From: Michal Nazarewicz
This commits adds a VCM One-to-One wrapper which is meant to be
a helper code for creating VCM drivers for "fake" MMUs, ie.
situation where there is no real hardware MMU and memory
must be contiguous physically and mapped directly to "virtual"
address space.
Signed-off-by
From: Michal Nazarewicz
This commit adds a VCM VMM driver that handles kernl virtual
address space mappings. The VCM context is available as a static
object vcm_vmm. It is mostly just a wrapper around vmap()
function.
Signed-off-by: Michal Nazarewicz
---
Documentation/virtual-contiguous-memo
From: Michal Nazarewicz
This commit adds a VCM driver that instead of using real
hardware MMU emulates one and uses CMA for allocating
contiguous memory chunks.
Signed-off-by: Michal Nazarewicz
Signed-off-by: Kyungmin Park
---
Documentation/virtual-contiguous-memory.txt | 12 +++-
include/l
Hello,
The VCM is a framework to deal with multiple IOMMUs in a system
with intuitive and abstract objects
These patches are the bugfix and enhanced version of previous RFC by Michal
Nazarewicz.
(https://patchwork.kernel.org/patch/157451/)
It is introduced by Zach Pfeffer and implemented by Mic
On Thu, Dec 16, 2010 at 3:29 PM, Boris Cuber wrote:
> Hello linux-media people!
>
> I have to problems with my dvb card ("TeVii S470"). I already
> filed 2 bug reports some time ago, but no one seems to have
> noticed/read them, so i'm trying it here now.
>
> 1) "TeVii S470 dvbs-2 card (cx23885) i
On Dec 16, 2010, at 4:28 PM, Maxim Levitsky wrote:
> On Thu, 2010-12-16 at 14:00 -0500, Jarod Wilson wrote:
>> Fix a thinko, and move macro definition to a common header so it can be
>> shared amongst all drivers, as ms to us conversion is something that
>> multiple drivers need to do. We probably
Hi Stefan
> Am 16.12.2010 10:38, schrieb Dmitri Belimov:
> > Hi
> >
> >>> I think your mean is wrong. Our IR remotes send extended NEC it is
> >>> 4 bytes. We removed inverted 4 byte and now we have 3 bytes from
> >>> remotes. I think we must have full RCMAP with this 3 bytes from
> >>> remotes. A
Hi HeungJun,
Please see my comments below.
On 12/10/2010 08:40 AM, Kim, HeungJun wrote:
This patch adds support for M5MOLS Mega Pixel Fujitsu camera sensor.
--
Hello,
This is an initial version of I2C/V4L2 subdev driver for M5MOLS camera
sensor using MIPI interface from Fujitsu. This sensor
On Thu, 2010-12-16 at 14:00 -0500, Jarod Wilson wrote:
> Fix a thinko, and move macro definition to a common header so it can be
> shared amongst all drivers, as ms to us conversion is something that
> multiple drivers need to do. We probably ought to have its inverse
> available as well.
Nope, a
This card was working in Fedora 12 with the Atrpms V4l from
a 201090401 snapshot. With Fedora 14 kernel 2.6.35.9-64.fc14.x86_64
the tuner does not find any ATSC channels. I two other cards that still
work.
Relevant from dmesg:
[0.00] Command line: ro
root=UUID=1a37f5f8-8794-4f5b-af11-5d9b6
Hey Mauro,
As previously discussed, here's a handful of IR patches I'd like to see
make it into 2.6.37 still, as they fix a number of issues with the
mceusb, streamzap, nuvoton and lirc_dev drivers.
The last three mceusb patches are not yet in the v4l/dvb tree, but I've
just posted them.
The fol
Fix a thinko, and move macro definition to a common header so it can be
shared amongst all drivers, as ms to us conversion is something that
multiple drivers need to do. We probably ought to have its inverse
available as well.
Reported-by: David Härdeman
CC: Maxim Levitsky
Signed-off-by: Jarod W
Signed-off-by: Jarod Wilson
---
drivers/media/rc/mceusb.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/media/rc/mceusb.c b/drivers/media/rc/mceusb.c
index 9c55e32..2d91134 100644
--- a/drivers/media/rc/mceusb.c
+++ b/drivers/media/rc/mceusb.c
@@ -281,6 +281,8
Its possible for the call to read rx timeout from the hardware to fail,
in which case we end up with a bogus rx timeout value. Set a default one
when filling in the rc struct, and we'll just overwrite it later w/the
value from hardware, but if that read fails, we've at least got a sane
rx timeout v
As it turns out, somewhere along the way, we managed to invert the
meaning of the tx_mask_inverted flag. Looking back over the old lirc
driver, tx_mask_inverted was set to 0 if the device was in tx_mask_list.
Now we have a tx_mask_inverted flag set to 1 for all the devices that
were in the list, an
Just a few mceusb-centric patches to fix some minor issues.
Jarod Wilson (4):
mceusb: fix inverted mask inversion logic
mceusb: set a default rx timeout
rc: conversion is to microseconds, not nanoseconds
mceusb: add another Fintek device ID
drivers/media/rc/ene_ir.c | 16 --
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:Thu Dec 16 19:00:17 CET 2010
git master: 59365d136d205cc20fe666ca7f89b1c5001b0d5a
git media-master: gcc version: i6
On 11/26/2010 12:24 PM, Arnd Bergmann wrote:
[dri people: please have a look at the KMS discussion way below]
On Thursday 25 November 2010 19:00:26 Marcus LORENTZON wrote:
-Original Message-
From: Arnd Bergmann [mailto:a...@arndb.de]
Sent: den 25 november 2010 17:48
To: Marcus LOREN
On Tue, 7 Dec 2010 10:50:09 -0800 Randy Dunlap wrote:
ping.
> ---
> From: Randy Dunlap
>
> Fix em28xx build by adding hardirq.h header file:
>
> drivers/media/video/em28xx/em28xx-vbi.c:49: error: implicit declaration of
> function 'in_interrupt'
>
> Reported-by: Zimny Lech
> Signed-off-by:
On Wednesday 15 December 2010, Mauro Carvalho Chehab wrote:
> Em 15-12-2010 16:44, Chris Clayton escreveu:
> > On Tuesday 14 December 2010, Brandon Philips wrote:
> >> On 17:13 Sun 12 Dec 2010, Torsten Kaiser wrote:
> >>> * change &fh->cap.vb_lock in bttv_open() AND radio_open() to
> >>> &btv->ini
Am 16.12.2010 10:38, schrieb Dmitri Belimov:
Hi
I think your mean is wrong. Our IR remotes send extended NEC it is
4 bytes. We removed inverted 4 byte and now we have 3 bytes from
remotes. I think we must have full RCMAP with this 3 bytes from
remotes. And use this remotes with some different I
Janez alice.it> writes:
> As you can see the second time the scanning of that frequency doesn't work
> anymore. It will work again only after a reboot!
There is no need to reboot the system.
Remove and reload the module cx88_dvb does the trick.
--
To unsubscribe from this list: send the line "u
From: Mats Randgaard
The following functions are added to the drivers:
- vpif_g_chip_ident
- vpif_dbg_g_register
- vpif_dbg_s_register
- vpif_log_status
Signed-off-by: Mats Randgaard
Signed-off-by: Hans Verkuil
Acked-by: Vaibhav Hiremath
---
drivers/media/video/davinci/vpif_c
From: Mats Randgaard
Added functions to set and get custom DV timings.
Signed-off-by: Mats Randgaard
Signed-off-by: Hans Verkuil
Acked-by: Vaibhav Hiremath
---
drivers/media/video/davinci/vpif_capture.c | 123 ++
drivers/media/video/davinci/vpif_capture.h |1 +
drivers/m
From: Mats Randgaard
- The ch_params tables in vpif_capture.c and vpif_display.c are moved to a
common
table in vpif.c. Then it is easier to maintain the table.
- The field "fps" is removed from the struct vpif_channel_config_params because
it
is not used.
Signed-off-by: Mats Randgaard
Si
From: Mats Randgaard
Support for DV preset and timings added to vpif_capture and vpif_display
drivers.
Functions for debugging are added and the code is improved as well.
Mats Randgaard (5):
vpif_cap/disp: Add debug functionality
vpif: Consolidate formats from capture and display
vpif_cap
From: Mats Randgaard
Signed-off-by: Mats Randgaard
Signed-off-by: Hans Verkuil
Acked-by: Murali Karicheri
Acked-by: Vaibhav Hiremath
---
drivers/media/video/davinci/vpif.h | 13 ++---
drivers/media/video/davinci/vpif_capture.c | 13 ++---
drivers/media/video/davin
From: Mats Randgaard
- Added functions to set/get/query/enum DV presets for vpif_caputre and
vpif_display.
- The format specification table is extended with all the DV formats supportet
by TVP7002.
support DV formats.
Signed-off-by: Mats Randgaard
Signed-off-by: Hans Verkuil
---
drivers/m
Add a generic file io (read and write) emulator for videobuf2. It uses
MMAP memory type buffers and generic vb2 calls: req_bufs, qbuf and
dqbuf. Video date is being copied from mmap buffers to userspace with
standard copy_to_user() function. To add support for file io the driver
needs to provide an
From: Pawel Osciak
Add support for the CMA contiguous memory allocator to videobuf2.
Signed-off-by: Pawel Osciak
Signed-off-by: Kyungmin Park
Signed-off-by: Marek Szyprowski
CC: Pawel Osciak
---
drivers/media/video/Kconfig |6 +
drivers/media/video/Makefile|1 +
driv
From: Pawel Osciak
Videobuf2 is a Video for Linux 2 API-compatible driver framework for
multimedia devices. It acts as an intermediate layer between userspace
applications and device drivers. It also provides low-level, modular
memory management functions for drivers.
Videobuf2 eases driver deve
From: Andrzej Pietrasiewicz
Add an implementation of DMA scatter/gather allocator and handling
routines for videobuf2.
For mmap operation mode it is implemented on top of
alloc_page + sg_set_page/_free_page.
For userptr operation mode it is impelmented on top of
get_user_pages + sg_set_page/put
Add generic memory handling routines for userspace pointer handling,
contiguous memory verification and mapping.
Signed-off-by: Marek Szyprowski
Signed-off-by: Pawel Osciak
Signed-off-by: Kyungmin Park
CC: Pawel Osciak
---
drivers/media/video/Kconfig|3 +
drivers/media/video/M
Make vivi use videobuf2 in place of videobuf.
Signed-off-by: Pawel Osciak
Signed-off-by: Marek Szyprowski
Signed-off-by: Kyungmin Park
CC: Pawel Osciak
---
drivers/media/video/Kconfig |2 +-
drivers/media/video/vivi.c | 369 +++
2 files changed, 2
Hello,
This is yet another update of the videobuf2 patch series (I hope this is
the final one). I've fixed all the style issues reported by Hans
Verkuil. I've also managed to kill yet another bug in userptr handling
code. Previous version crashed badly if aquiring user memory failed.
Please read
From: Pawel Osciak
Add an implementation of DMA coherent memory allocator and handling
routines for videobuf2, implemented on top of dma_alloc_coherent() call.
Signed-off-by: Pawel Osciak
Signed-off-by: Kyungmin Park
Signed-off-by: Marek Szyprowski
CC: Pawel Osciak
---
drivers/media/video/K
From: Pawel Osciak
Add an implementation of contiguous virtual memory allocator and handling
routines for videobuf2, implemented on top of vmalloc()/vfree() calls.
Signed-off-by: Pawel Osciak
Signed-off-by: Kyungmin Park
Signed-off-by: Marek Szyprowski
CC: Pawel Osciak
---
drivers/media/vid
This patch adds the build infra-structure for Davinci
VPBE dislay driver
Signed-off-by: Manjunath Hadli
Acked-by: Muralidharan Karicheri
Acked-by: Hans Verkuil
---
drivers/media/video/davinci/Kconfig | 22 ++
drivers/media/video/davinci/Makefile |2 ++
2 files change
Please refer to this file for detailed documentation of
davinci vpbe v4l2 driver
Signed-off-by: Manjunath Hadli
Acked-by: Muralidharan Karicheri
Acked-by: Hans Verkuil
---
Documentation/video4linux/README.davinci-vpbe | 93 +
1 files changed, 93 insertions(+), 0 delet
This patch implements the overall device creation for the Video
display driver
Signed-off-by: Manjunath Hadli
Acked-by: Muralidharan Karicheri
Acked-by: Hans Verkuil
---
arch/arm/mach-davinci/dm644x.c | 164 ++-
arch/arm/mach-davinci/include/mach/dm644x.h
This patch implements tables for display timings,outputs and
other board related functionalities.
Signed-off-by: Manjunath Hadli
Acked-by: Muralidharan Karicheri
Acked-by: Hans Verkuil
---
arch/arm/mach-davinci/board-dm644x-evm.c | 79 +-
1 files changed, 66 inser
This patch adds the VENC or the Video encoder, whichis responsible
for the blending of al source planes and timing generation for Video
modes like NTSC, PAL and other digital outputs. the VENC implementation
currently supports COMPOSITE and COMPONENT outputs and NTSC and PAL
resolutions through the
This patch implements the functionality of the OSD block
of the VPBE.The OSD in total supports 4 planes or Video
sources - 2 mainly RGB and 2 Video. The patch implements general
handling of all the planes, with specific emphasis on the Video
plane capabilities as the Video planes are supported thro
This patch implements the coe functionality of the dislay driver,
mainly controlling the VENC and other encoders, and acting as
the one point interface for the man V4L2 driver.This implements
the cre of each of the V4L2 IOCTLs.
Signed-off-by: Manjunath Hadli
Acked-by: Muralidharan Karicheri
Acke
version7 : addressed Murali's and Sergei's comments
on:
1. Readme cleanup.
2. Seperate patch for platform dependent and board specific files.
Manjunath Hadli (8):
davinci vpbe: V4L2 display driver for DM644X SoC
davinci vpbe: VPBE display driver
davinci vpbe: OSD(On Screen Display) block
Hello linux-media people!
I have to problems with my dvb card ("TeVii S470"). I already
filed 2 bug reports some time ago, but no one seems to have
noticed/read them, so i'm trying it here now.
1) "TeVii S470 dvbs-2 card (cx23885) is not usable after pm-suspend/resume"
https://bugzilla.kernel.org
Murali,
Will update the doc.
Thank you,
-Manju
On Wed, Dec 15, 2010 at 20:49:00, Karicheri, Muralidharan wrote:
> Manju,
>
> Could you review the Document? I think it is not updated to reflect the
> latest status:
>
> >+ Current status:-
> >+
> >+ A build tested version of vpbe controller is a
> Hi Hans,
>
>
> 2010-12-16 ¿ÀÈÄ 4:27, Hans Verkuil ¾´ ±Û:
>> Thanks for the reminder, I missed this patch.
>>
>> Review comments are below.
>>
>
>
>
>>> +
>>> +/* MACRO */
>>> +#define e_check_w(fn, cat, byte, val, bitwidth)do {\
>>> + int ret;
On Thu, Dec 16, 2010 at 12:15 PM, Jean-Francois Moine wrote:
> On Tue, 14 Dec 2010 22:05:37 +0200
> Anca Emanuel wrote:
>
>> The same biz ...
>
> Does this noise exist with all image resolutions?
Yes.
> Also, does it change when changing the frame rate or the light
> frequency?
Today,
A 10 bits per pixel greyscale format in a packed array representation is
supplied for instance by Kinect sensor device.
Signed-off-by: Antonio Ospite
---
Hi,
This is the first attempt to add v4l support for the 10bpp packed array format
used by the Kinect sensor device for depth data and for IR
Hi Hans,
2010-12-16 오후 4:27, Hans Verkuil 쓴 글:
> Thanks for the reminder, I missed this patch.
>
> Review comments are below.
>
>> +
>> +/* MACRO */
>> +#define e_check_w(fn, cat, byte, val, bitwidth) do {\
>> +int ret;\
>>
Hello.
On 15-12-2010 18:54, Karicheri, Muralidharan wrote:
I think the DM644x EVM board changes should be in a separate patch.
Any reason?
The resaon is simple: you shouldn't mix SoC-level and board-level changes.
Murali Karicheri
Software Design Engineer
Texas Instruments Inc.
German
On Tue, 14 Dec 2010 22:05:37 +0200
Anca Emanuel wrote:
> The same biz ...
Does this noise exist with all image resolutions?
Also, does it change when changing the frame rate or the light
frequency?
--
Ken ar c'hentañ | ** Breizh ha Linux atav! **
Jef |
Hi
> > I think your mean is wrong. Our IR remotes send extended NEC it is
> > 4 bytes. We removed inverted 4 byte and now we have 3 bytes from
> > remotes. I think we must have full RCMAP with this 3 bytes from
> > remotes. And use this remotes with some different IR recievers like
> > some TV car
68 matches
Mail list logo
