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 cards and
On Tue, 14 Dec 2010 22:05:37 +0200
Anca Emanuel anca.eman...@gmail.com 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
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.
Hi Hans,
2010-12-16 오후 4:27, Hans Verkuil 쓴 글:
Thanks for the reminder, I missed this patch.
Review comments are below.
snip
+
+/* MACRO */
+#define e_check_w(fn, cat, byte, val, bitwidth) do {\
+int ret;\
+ret
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 osp...@studenti.unina.it
---
Hi,
This is the first attempt to add v4l support for the 10bpp packed array format
used by the Kinect sensor device
On Thu, Dec 16, 2010 at 12:15 PM, Jean-Francois Moine moin...@free.fr wrote:
On Tue, 14 Dec 2010 22:05:37 +0200
Anca Emanuel anca.eman...@gmail.com wrote:
The same biz ...
Does this noise exist with all image resolutions?
Yes.
Also, does it change when changing the frame rate or
Hi Hans,
2010-12-16 ¿ÀÈÄ 4:27, Hans Verkuil ¾´ ±Û:
Thanks for the reminder, I missed this patch.
Review comments are below.
snip
+
+/* MACRO */
+#define e_check_w(fn, cat, byte, val, bitwidth)do {\
+ int ret;\
+
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 available.
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
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
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 manjunath.ha...@ti.com
Acked-by:
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
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
This patch implements tables for display timings,outputs and
other board related functionalities.
Signed-off-by: Manjunath Hadli manjunath.ha...@ti.com
Acked-by: Muralidharan Karicheri m-kariche...@ti.com
Acked-by: Hans Verkuil hverk...@xs4all.nl
---
arch/arm/mach-davinci/board-dm644x-evm.c |
This patch implements the overall device creation for the Video
display driver
Signed-off-by: Manjunath Hadli manjunath.ha...@ti.com
Acked-by: Muralidharan Karicheri m-kariche...@ti.com
Acked-by: Hans Verkuil hverk...@xs4all.nl
---
arch/arm/mach-davinci/dm644x.c | 164
This patch adds the build infra-structure for Davinci
VPBE dislay driver
Signed-off-by: Manjunath Hadli manjunath.ha...@ti.com
Acked-by: Muralidharan Karicheri m-kariche...@ti.com
Acked-by: Hans Verkuil hverk...@xs4all.nl
---
drivers/media/video/davinci/Kconfig | 22 ++
Please refer to this file for detailed documentation of
davinci vpbe v4l2 driver
Signed-off-by: Manjunath Hadli manjunath.ha...@ti.com
Acked-by: Muralidharan Karicheri m-kariche...@ti.com
Acked-by: Hans Verkuil hverk...@xs4all.nl
---
Documentation/video4linux/README.davinci-vpbe | 93
From: Pawel Osciak p.osc...@samsung.com
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 p.osc...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
From: Pawel Osciak p.osc...@samsung.com
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 p.osc...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
Add generic memory handling routines for userspace pointer handling,
contiguous memory verification and mapping.
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
Signed-off-by: Pawel Osciak p.osc...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
CC: Pawel Osciak
Make vivi use videobuf2 in place of videobuf.
Signed-off-by: Pawel Osciak p.osc...@samsung.com
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
CC: Pawel Osciak pa...@osciak.com
---
drivers/media/video/Kconfig |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 p.osc...@samsung.com
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.
From: Andrzej Pietrasiewicz andrze...@samsung.com
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
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
From: Pawel Osciak p.osc...@samsung.com
Add support for the CMA contiguous memory allocator to videobuf2.
Signed-off-by: Pawel Osciak p.osc...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
CC: Pawel Osciak
From: Mats Randgaard mats.randga...@cisco.com
- 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
From: Mats Randgaard mats.randga...@cisco.com
Signed-off-by: Mats Randgaard mats.randga...@cisco.com
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
Acked-by: Murali Karicheri mkarich...@gmail.com
Acked-by: Vaibhav Hiremath hvaib...@ti.com
---
drivers/media/video/davinci/vpif.h | 13
From: Mats Randgaard mats.randga...@cisco.com
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
From: Mats Randgaard mats.randga...@cisco.com
Added functions to set and get custom DV timings.
Signed-off-by: Mats Randgaard mats.randga...@cisco.com
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
Acked-by: Vaibhav Hiremath hvaib...@ti.com
---
drivers/media/video/davinci/vpif_capture.c |
From: Mats Randgaard mats.randga...@cisco.com
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 mats.randga...@cisco.com
Signed-off-by: Hans Verkuil
From: Mats Randgaard mats.randga...@cisco.com
- 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.
Janez jjjanez at 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
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-init.cap.vb_lock
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
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
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,
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
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 da...@hardeman.nu
CC: Maxim Levitsky
Signed-off-by: Jarod Wilson ja...@redhat.com
---
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
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
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
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, at
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
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. And use this remotes
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 ought
On Thu, Dec 16, 2010 at 3:29 PM, Boris Cuber m...@boris64.net 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
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
From: Michal Nazarewicz m.nazarew...@samsung.com
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
From: Michal Nazarewicz m.nazarew...@samsung.com
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.
From: Michal Nazarewicz m.nazarew...@samsung.com
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
From: Michal Nazarewicz m.nazarew...@samsung.com
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
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 m.nazarew...@samsung.com
Signed-off-by: Kyungmin Park
From: Michal Nazarewicz m.nazarew...@samsung.com
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 m.nazarew...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
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
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
On 15 December 2010 14:34, Matthew Rowles rowle...@gmail.com 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)
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.95
On Fri, 17 Dec 2010 06:18:31 +0100
Stefan Ringel stefan.rin...@arcor.de 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 4
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
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
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 hvaib...@ti.com
Signed-off-by: Archit Taneja arc...@ti.com
---
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
64 matches
Mail list logo