Hi Arnd,
On Mon, Mar 14, 2011 at 21:51:51, Arnd Bergmann wrote:
> 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.
> >
Acked-by: Kyungmin Park
On Tue, Mar 15, 2011 at 6:03 AM, Tobias Lorenz 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
> Acked-by: Tobias Lorenz
> ---
> drivers/media/r
> 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,
Hi,
On Mon, Mar 14, 2011 at 03:49, Subash Patel 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 which also spe
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-
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 fi
2011/3/14 Russell King - ARM Linux :
> 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
I have forgotten to include the Documentation/video4linux/gspca.txt
modification in my previous patch
Patrice.
Signed-off-by: Patrice CHOTARD
Theodore Kilgore
---
Documentation/video4linux/gspca.txt |1 +
drivers/media/video/gspca/jeilinj.c | 396 ++---
Add a new Jeilin dual mode camera support and specific control settings.
Signed-off-by: Patrice CHOTARD
Theodore Kilgore
---
drivers/media/video/gspca/jeilinj.c | 396 ++-
1 files changed, 344 insertions(+), 52 deletions(-)
diff --git a/drivers/media/v
On Sat, 12 Mar 2011 23:23:06 +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
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
Acked-by: Tobias Lorenz
---
drivers/media/radio/si470x/radio-si470x-common.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
On Mon, Mar 14, 2011 at 9:03 AM, Marcus Lorentzon
wrote:
> On 03/12/2011 04:59 PM, Rob Clark wrote:
>>
>> On Sun, Dec 5, 2010 at 5:28 AM, Daniel Vetter wrote:
>>
>>>
>>> On Sat, Dec 04, 2010 at 04:34:22PM -0500, Alex Deucher wrote:
>>>
This doesn't seem that different from the graphics
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) 4.5.
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:
=
Th
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 int
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-b
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 initial
On 03/12/2011 04:59 PM, Rob Clark wrote:
On Sun, Dec 5, 2010 at 5:28 AM, Daniel Vetter wrote:
On Sat, Dec 04, 2010 at 04:34:22PM -0500, Alex Deucher wrote:
This doesn't seem that different from the graphics chips we support
with kms. I don't think it would require much work to use K
This patch adds support for V4L2 video display to DM6446 EVM.
Support for SD and ED modes is provided, along with Composite
and Component outputs.
Signed-off-by: Manjunath Hadli
---
arch/arm/mach-davinci/board-dm644x-evm.c| 108 ++-
arch/arm/mach-davinci/dm644x.c
Create platform devices for various video modules like venc,osd,
vpbe and v4l2 driver for dm644x.
Signed-off-by: Manjunath Hadli
---
arch/arm/mach-davinci/dm644x.c | 130 ++-
arch/arm/mach-davinci/include/mach/dm644x.h |4 +
2 files changed, 131 insertio
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
---
arch/arm/mach-dav
change the vpfe capture related configuration structure variables from
to dm644xevm_ to make it consistent with the rest of
the file.
Signed-off-by: Manjunath Hadli
---
arch/arm/mach-davinci/board-dm644x-evm.c | 24
arch/arm/mach-davinci/dm644x.c | 12
Replace hard coded value of vpss register base to a define macro
DM644X_VPSS_REG_BASE for proper readability
Signed-off-by: Manjunath Hadli
---
arch/arm/mach-davinci/dm644x.c |8 +---
1 files changed, 5 insertions(+), 3 deletions(-)
diff --git a/arch/arm/mach-davinci/dm644x.c b/arch/arm
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 ea
Move the definition of DM64XX_VDD3P3V_PWDN from hardware.h
to devices.c since it is used only there.
Signed-off-by: Manjunath Hadli
---
arch/arm/mach-davinci/devices.c |1 +
arch/arm/mach-davinci/include/mach/hardware.h |3 ---
2 files changed, 1 insertions(+), 3 deletions(
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
Reported-by: Hans Verkuil
---
drivers/media/video/videobuf2-dma-con
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
---
drivers/media/video/sh_mobile_ceu_camera.c |4 +---
1 files changed, 1 insertions(+), 3 deletions(-)
diff --git a/drivers/media/video/sh
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
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; ben-li..
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
2011/3/12 Arnd Bergmann :
> 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 r
> 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
>>
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 inactive
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:
http://linuxtv.org/downloads/v4l-dvb-apis/vi
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 badl
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
> >>
> >> > Medi
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 -I../i
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 -DLIBDIR=\"/usr/lo
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 de
At Mon, 14 Mar 2011 10:59:47 +0100,
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
> >> >
> 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
>> >
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-
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
>
> From: Kukjin Kim [mailto:kgene@samsung.com]
>
> Jeongtae Park wrote:
> >
> > This patch adds clock support for MFC v5.1.
> >
> > Reviewed-by: Peter Oh
> > Signed-off-by: Jeongtae Park
> > Cc: Marek Szyprowski
> > Cc: Kamil Debski
> > ---
> > arch/arm/mach-s5pv310/clock.c
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.
T
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
> Signed-off-by: Jeongtae Park
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 reposi
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
> Signed-off-by: Jeongtae Park
> Cc:
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
Signed-off-by: Kyungmin Park
---
arch/arm/plat-s5p/Kconfig |5 +++
arch
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 Mo
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
Linux
On Monday, March 14, 2011 05:10:53 Jason Hecker wrote:
> > B) Use of V4L2 as a frontend for SW/DSP codecs
> > (Laurent)
>
> This would be good. Realtek's RT2832U chip can tune to and possibly
> demodulate DAB/DAB+ and FM along with the usual DVB-T. Realtek does
> support DAB and FM in Windows
On Monday, March 14, 2011 06:33:46 Alex Deucher wrote:
> On Sun, Mar 13, 2011 at 8:31 AM, Hans Verkuil 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 functional
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* a
54 matches
Mail list logo
