Hi Laurent,
I heard of that there was a chance between you and Sylwester telling about the
menu entries focus,
and so after that, probably this menu style of the patch I sent, need to be
more upgraded.
So, can you tell me the kind or sequence of the UVC device breifly?
I guess the word *AUTO*
On Monday, March 14, 2011 06:33:46 Alex Deucher wrote:
On Sun, Mar 13, 2011 at 8:31 AM, Hans Verkuil hverk...@xs4all.nl wrote:
Agenda for V4L2 brainstorm meeting in Warsaw, March 16-18 2011.
Purpose of the meeting: to brainstorm about current V4L2 API limitations
with regards to required
Hi Mauro,
I have noticed that two files from this commit are missing.
These are two images: nv12mt.gif and nv12mt_example.gif.
This is the original commit:
http://git.infradead.org/users/kmpark/linux-2.6-samsung/commit/3e087ac2834b9
0c876fc1dbdb9e7d0b2c475d43c
Best regards,
--
Kamil Debski
Hi Daniel and thank you,
On 03/12/2011 01:42 AM, Daniel Glöckner wrote:
Hi Martin,
On Fri, Mar 11, 2011 at 12:36:09PM +0100, Martin Bugge (marbugge) wrote:
Not every tx status is applicable for all modes, see table 1.
|-|
|Av link
This patch adds platform support for Multi Format Codec 5.1.
MFC 5.1 is capable of handling a range of video codecs and this driver
provides V4L2 interface for video decoding.
Signed-off-by: Kamil Debski k.deb...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
Hi,
It looks ok for me. Thanks for fixing the clock patch.
From: Jeongtae Park [mailto:jtp.p...@samsung.com]
Subject: [PATCH v2 2/8] ARM: S5PV310: Add clock support for MFC v5.1
This patch adds clock support for MFC v5.1.
Reviewed-by: Peter Oh jaeryul...@samsung.com
Signed-off-by:
Hi Mauro,
Please pull from my gspca tree, for a single patch adding
support for the button on cpia1 based cameras.
The following changes since commit 41f3becb7bef489f9e8c35284dd88a1ff59b190c:
[media] V4L DocBook: update V4L2 version (2011-03-11 18:09:02 -0300)
are available in the git
Hi,
It looks ok for me. Thanks for fixing the patch.
From: Jeongtae Park [mailto:jtp.p...@samsung.com]
Subject: [PATCH v2 3/8] ARM: S5PV310: Add memory map support for MFC
v5.1
This patch adds memroy map support for MFC v5.1.
Reviewed-by: Peter Oh jaeryul...@samsung.com
Signed-off-by:
Hi,
The local guy over here mounted what he claimed is a fully standard 4/1
DiSEqC switch which works with every sat-receiver around. After some
brief investigation, it appears this DiSEqC switch is using a non-standard?
scheme, which is not supported by w_scan nor vdr. Correct me if I'm wrong.
From: Kukjin Kim [mailto:kgene@samsung.com]
Jeongtae Park wrote:
This patch adds clock support for MFC v5.1.
Reviewed-by: Peter Oh jaeryul...@samsung.com
Signed-off-by: Jeongtae Park jtp.p...@samsung.com
Cc: Marek Szyprowski m.szyprow...@samsung.com
Cc: Kamil Debski
At Sat, 12 Mar 2011 19:19:00 +0100,
Ondrej Zary wrote:
Hello,
the radio-maestro driver is badly broken. It's intended to drive the radio on
MediaForte ESS Maestro-based sound cards with integrated radio (like
SF64-PCE2-04). But it conflicts with snd_es1968, ALSA driver for the sound
chip
At Sat, 12 Mar 2011 19:52:39 +0100,
Hans Verkuil wrote:
On Saturday, March 12, 2011 19:19:00 Ondrej Zary wrote:
Hello,
the radio-maestro driver is badly broken. It's intended to drive the radio
on
MediaForte ESS Maestro-based sound cards with integrated radio (like
SF64-PCE2-04).
At Sat, 12 Mar 2011 19:52:39 +0100,
Hans Verkuil wrote:
On Saturday, March 12, 2011 19:19:00 Ondrej Zary wrote:
Hello,
the radio-maestro driver is badly broken. It's intended to drive the
radio on
MediaForte ESS Maestro-based sound cards with integrated radio (like
SF64-PCE2-04). But
Hello,
As far as I know V4L2 applications are allowed to call VIDIOC_STREAMON before
queuing buffers with VIDIOC_QBUF.
This leads to situation that a H/W is attempted to be enabled by the driver
when it has no any buffer ownership.
Effectively actual activation of the data pipeline has to be
Hi Hans,
I just copied the latest videobuf2.h to v4l-utils and tried to compile,
but it fails with:
make[2]: Entering directory
`/home/hve/work/src/v4l/v4l-utils/lib/libv4lconvert'
cc -Wp,-MMD,libv4lconvert.d,-MQ,libv4lconvert.o,-MP -c -I../include
-fvisibility=hidden -fPIC
Hi,
On 03/14/2011 11:16 AM, Hans Verkuil wrote:
Hi Hans,
I just copied the latest videobuf2.h to v4l-utils and tried to compile,
but it fails with:
make[2]: Entering directory
`/home/hve/work/src/v4l/v4l-utils/lib/libv4lconvert'
cc -Wp,-MMD,libv4lconvert.d,-MQ,libv4lconvert.o,-MP -c
On Monday 14 March 2011, Hans Verkuil wrote:
At Sat, 12 Mar 2011 19:52:39 +0100,
Hans Verkuil wrote:
On Saturday, March 12, 2011 19:19:00 Ondrej Zary wrote:
Hello,
the radio-maestro driver is badly broken. It's intended to drive the
radio on
MediaForte ESS Maestro-based
At Mon, 14 Mar 2011 11:28:01 +0100,
Ondrej Zary wrote:
On Monday 14 March 2011, Hans Verkuil wrote:
At Sat, 12 Mar 2011 19:52:39 +0100,
Hans Verkuil wrote:
On Saturday, March 12, 2011 19:19:00 Ondrej Zary wrote:
Hello,
the radio-maestro driver is badly broken. It's intended
VIDIOC_STREAMON expects buffers to be queued before hardware part of
image/video pipe is enabled. From my experience of V4L2 user space, I
have always QBUFfed before invoking the STREAMON. Below is the API
specification which also speaks something same:
The following changes since commit
41f3becb7bef489f9e8c35284dd88a1ff59b190c:
[media] V4L DocBook: update V4L2 version (2011-03-11 18:09:02 -0300)
are available in the git repository at:
git://linuxtv.org/jfrancois/gspca.git for_v2.6.39
Hans de Goede (1):
gspca - sonixb: Update
On Monday 14 March 2011, Hans Verkuil wrote:
At Sat, 12 Mar 2011 19:52:39 +0100,
Hans Verkuil wrote:
On Saturday, March 12, 2011 19:19:00 Ondrej Zary wrote:
Hello,
the radio-maestro driver is badly broken. It's intended to drive
the
radio on
MediaForte ESS Maestro-based
2011/3/12 Arnd Bergmann a...@arndb.de:
On Friday 11 March 2011, Marek Szyprowski wrote:
does not support IOMMUs, but that could be changed by wrapping it
using the include/asm-generic/dma-mapping-common.h infrastructure.
ARM dma-mapping framework also requires some additional
On Mon, Mar 14, 2011 at 09:37:51PM +0900, KyongHo Cho wrote:
I have also noticed that dma_map_single/page/sg() can map physical
memory into an arbitrary device address region.
But it is not enough solution for various kinds of IOMMUs.
As Kukjin Kim addressed, we need to support larger page
Hi,
Please see my comments below.
-Original Message-
From: Jeongtae Park [mailto:jtp.p...@samsung.com]
Sent: 09 March 2011 14:16
To: linux-media@vger.kernel.org; linux-samsung-...@vger.kernel.org
Cc: k.deb...@samsung.com; jaeryul...@samsung.com;
kgene@samsung.com;
On Monday 14 March 2011, KyongHo Cho wrote:
I think we can consider another solution for the various requirements.
I think one of the most possible solutions is VCMM.
Or we can enhance include/linux/iommu.h with reference of VCMM.
I think extending or changing the existing interface would be
Use vb2_dma_contig_plane_paddr to retrieve a physical address for a plane
instead of calling an internal mem_ops callback.
Signed-off-by: Pawel Osciak pa...@osciak.com
---
drivers/media/video/sh_mobile_ceu_camera.c |4 +---
1 files changed, 1 insertions(+), 3 deletions(-)
diff --git
dma_addr_t may not fit into void* on some architectures. To be safe, make
vb2_dma_contig_cookie() return a pointer to dma_addr_t and dereference it
in vb2_dma_contig_plane_paddr() back to dma_addr_t.
Signed-off-by: Pawel Osciak pa...@osciak.com
Reported-by: Hans Verkuil hverk...@xs4all.nl
---
Move the definition of DM64XX_VDD3P3V_PWDN from hardware.h
to devices.c since it is used only there.
Signed-off-by: Manjunath Hadli manjunath.ha...@ti.com
---
arch/arm/mach-davinci/devices.c |1 +
arch/arm/mach-davinci/include/mach/hardware.h |3 ---
2 files changed, 1
Current devices.c file has a number of instances where
IO_ADDRESS() is used for system module register
access. Eliminate this in favor of a ioremap()
based access.
Consequent to this, a new global pointer davinci_sysmodbase
has been introduced which gets initialized during
the initialization of
Replace hard coded value of vpss register base to a define macro
DM644X_VPSS_REG_BASE for proper readability
Signed-off-by: Manjunath Hadli manjunath.ha...@ti.com
---
arch/arm/mach-davinci/dm644x.c |8 +---
1 files changed, 5 insertions(+), 3 deletions(-)
diff --git
change the vpfe capture related configuration structure variables from
config to dm644xevm_config to make it consistent with the rest of
the file.
Signed-off-by: Manjunath Hadli manjunath.ha...@ti.com
---
arch/arm/mach-davinci/board-dm644x-evm.c | 24
Move all vpfe platform device registrations to the board specific
file like the rest of the devices, and have all of them together.
This would remove the restriction of inclusion and registration of
vpfe platform devices for non-vpfe boards.
Signed-off-by: Manjunath Hadli manjunath.ha...@ti.com
Create platform devices for various video modules like venc,osd,
vpbe and v4l2 driver for dm644x.
Signed-off-by: Manjunath Hadli manjunath.ha...@ti.com
---
arch/arm/mach-davinci/dm644x.c | 130 ++-
arch/arm/mach-davinci/include/mach/dm644x.h |4 +
2
Hello.
Manjunath Hadli wrote:
Current devices.c file has a number of instances where
IO_ADDRESS() is used for system module register
access. Eliminate this in favor of a ioremap()
based access.
Consequent to this, a new global pointer davinci_sysmodbase
has been introduced which gets
Please ignore this platform patch series. I will repost it with the core driver
patch series as well.
Thx,
-Manju
On Mon, Mar 14, 2011 at 19:25:18, Hadli, Manjunath wrote:
Move the definition of DM64XX_VDD3P3V_PWDN from hardware.h to devices.c since
it is used only there.
Signed-off-by:
On Monday 14 March 2011, Manjunath Hadli wrote:
Current devices.c file has a number of instances where
IO_ADDRESS() is used for system module register
access. Eliminate this in favor of a ioremap()
based access.
Consequent to this, a new global pointer davinci_sysmodbase
has been
This is a preliminary proposal for an extension to the v4l2 api.
To be discussed at the V4L2 'brainstorming' meeting in Warsaw, March 2011
Purpose: Provide basic controls for HDMI and DVI devices.
sink : HDMI/DVI/VGA receiver
source: HDMI/DVI/VGA transmitter
New Controls:
=
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:Mon Mar 14 19:00:29 CET 2011
git hash:41f3becb7bef489f9e8c35284dd88a1ff59b190c
gcc version: i686-linux-gcc (GCC)
On Mon, Mar 14, 2011 at 9:03 AM, Marcus Lorentzon
marcus.xm.lorent...@stericsson.com wrote:
On 03/12/2011 04:59 PM, Rob Clark wrote:
On Sun, Dec 5, 2010 at 5:28 AM, Daniel Vetterdan...@ffwll.ch wrote:
On Sat, Dec 04, 2010 at 04:34:22PM -0500, Alex Deucher wrote:
This doesn't seem that
This patch fixes a mutex locking bug causing userspace processes
to hang indefinitely upon reading the radio device for RDS data.
Signed-off-by: Nils Faerber nils.faer...@kernelconcepts.de
Acked-by: Tobias Lorenz tobias.lor...@gmx.net
---
drivers/media/radio/si470x/radio-si470x-common.c |1 -
On Sat, 12 Mar 2011 23:23:06 +0300
Vasiliy Kulikov seg...@openwall.com wrote:
Vasiliy Kulikov (20):
mach-ux500: mbox-db5500: world-writable sysfs fifo file
leds: lp5521: world-writable sysfs engine* files
leds: lp5523: world-writable engine* sysfs files
misc: ep93xx_pwm:
Add a new Jeilin dual mode camera support and specific control settings.
Signed-off-by: Patrice CHOTARD patricechot...@free.fr
Theodore Kilgore kilg...@banach.math.auburn.edu
---
drivers/media/video/gspca/jeilinj.c | 396 ++-
1 files changed, 344
I have forgotten to include the Documentation/video4linux/gspca.txt
modification in my previous patch
Patrice.
Signed-off-by: Patrice CHOTARD patricechot...@free.fr
Theodore Kilgore kilg...@banach.math.auburn.edu
---
Documentation/video4linux/gspca.txt |1 +
2011/3/14 Russell King - ARM Linux li...@arm.linux.org.uk:
On Mon, Mar 14, 2011 at 09:37:51PM +0900, KyongHo Cho wrote:
I have also noticed that dma_map_single/page/sg() can map physical
memory into an arbitrary device address region.
But it is not enough solution for various kinds of IOMMUs.
On Sat, 2011-03-12 at 23:23 +0300, Vasiliy Kulikov wrote:
Vasiliy Kulikov (20):
mach-ux500: mbox-db5500: world-writable sysfs fifo file
leds: lp5521: world-writable sysfs engine* files
leds: lp5523: world-writable engine* sysfs files
misc: ep93xx_pwm: world-writable sysfs files
On Mon, Mar 14, 2011 at 10:26:05PM -0400, James Bottomley wrote:
On Sat, 2011-03-12 at 23:23 +0300, Vasiliy Kulikov wrote:
Vasiliy Kulikov (20):
mach-ux500: mbox-db5500: world-writable sysfs fifo file
leds: lp5521: world-writable sysfs engine* files
leds: lp5523: world-writable
Hi,
On Mon, Mar 14, 2011 at 03:49, Subash Patel subas...@gmail.com wrote:
VIDIOC_STREAMON expects buffers to be queued before hardware part of
image/video pipe is enabled. From my experience of V4L2 user space, I
have always QBUFfed before invoking the STREAMON. Below is the API
specification
Also, there might still be situations where being able to STREAMON
without buffers queued would be beneficial. For example, enabling the
device might be a slow/expensive operation and we might prefer to keep
it running even if we don't want any data at the moment. Even for
faster devices,
Acked-by: Kyungmin Park kyungmin.p...@samsung.com
On Tue, Mar 15, 2011 at 6:03 AM, Tobias Lorenz tobias.lor...@gmx.net wrote:
This patch fixes a mutex locking bug causing userspace processes
to hang indefinitely upon reading the radio device for RDS data.
Signed-off-by: Nils Faerber
49 matches
Mail list logo