On Wednesday 04 March 2009 09:39:48 ext Hans Verkuil wrote:
> BTW, do I understand correctly that e.g. lens drivers also get their
> own /dev/videoX node? Please tell me I'm mistaken! Since that would be so
> very wrong.
You're mistaken :)
With the v4l2-int-interface/omap34xxcam camera driver o
On Wednesday 04 March 2009 01:42:13 DongSoo(Nathaniel) Kim wrote:
> Thank you for your kind explanation Hans.
>
> Problem is omap3 camera subsystem is making device node for every int
> device attached to it.
That's wrong. Multiple devices should only be created if they can all be
used at the sam
On Wednesday 04 March 2009 00:16:47 Aguirre Rodriguez, Sergio Alberto wrote:
> > -Original Message-
> > From: Hans Verkuil [mailto:hverk...@xs4all.nl]
> > Sent: Tuesday, March 03, 2009 4:47 PM
> > To: Aguirre Rodriguez, Sergio Alberto
> > Cc: linux-media@vger.kernel.org; linux-o...@vger.ker
> -Original Message-
> From: stanley.miao [mailto:stanley.m...@windriver.com]
> Sent: Tuesday, March 03, 2009 11:43 PM
> To: Aguirre Rodriguez, Sergio Alberto
> Cc: linux-media@vger.kernel.org; linux-o...@vger.kernel.org; Sakari Ailus;
> Tuukka.O Toivonen; Hiroshi DOYU; DongSoo(Nathaniel)
Aguirre Rodriguez, Sergio Alberto wrote:
This patch series depends on the following patches:
- "Add TWL4030 registers", posted by Tuukka Toivonen on March 2nd.
- "OMAP3 ISP and camera drivers" patch series, posted by Sakari Ailus on
March 3rd. (Please follow his instructions to pull from gi
On Tue, 3 Mar 2009, Kyle Guinn wrote:
On Tuesday 03 March 2009 18:12:33 kilg...@banach.math.auburn.edu wrote:
Hans, Jean-Francois, and Kyle,
The proposed patches are not very long, so I will give each of them, with
my comments after each, to explain why I believe that these changes are a
goo
Mauro,
Please pull from http://linuxtv.org/hg/~tap/v4l-dvb
for the following 11 changesets:
01/11: build: fix fix_kconfig.pl
http://linuxtv.org/hg/~tap/v4l-dvb?cmd=changeset;node=3b964d818edc
02/11: videodev: only copy needed part of RW ioctl's parameter
http://linuxtv.org/hg/~tap/v4l-dvb?cmd=c
On Tue, 3 Mar 2009, Mauro Carvalho Chehab wrote:
> On Tue, 3 Mar 2009 13:59:27 -0800 (PST)
> Trent Piepho wrote:
>
> > 04/04: v4l2: Move code to zero querybuf output struct to v4l2_ioctl
> > http://linuxtv.org/hg/~tap/v4l-dvb?cmd=changeset;node=d31e6e7a8241
>
> Hmm.. The idea of using this memset
On Tuesday 03 March 2009 18:12:33 kilg...@banach.math.auburn.edu wrote:
> Hans, Jean-Francois, and Kyle,
>
> The proposed patches are not very long, so I will give each of them, with
> my comments after each, to explain why I believe that these changes are a
> good idea.
>
> First, the patch to lib
Hello Roel,
Roel Kluin wrote:
> vi drivers/media/dvb/dvb-core/dvb_demux.c +214
>
> and note:
>
> static int dvb_dmx_swfilter_section_copy_dump(struct dvb_demux_feed *feed,
> const u8 *buf, u8 len)
> {
> ...
> if (sec->tsfeedp + len > DM
On Tue, 3 Mar 2009 13:59:27 -0800 (PST)
Trent Piepho wrote:
> 04/04: v4l2: Move code to zero querybuf output struct to v4l2_ioctl
> http://linuxtv.org/hg/~tap/v4l-dvb?cmd=changeset;node=d31e6e7a8241
Hmm.. The idea of using this memset seemed interesting:
f02233e4 (Trent Piepho 2009-03-
On Tue, Mar 3, 2009 at 5:29 PM, Janne Grunau wrote:
> On Tuesday 03 March 2009 22:18:55 Hans Verkuil wrote:
>> On Tuesday 03 March 2009 13:50:30 Brandon Jenkins wrote:
>> > Hello all,
>> >
>> > I was upgrading drivers this morning to capture the latest changes
>> > for the cx18 and I received a me
Hello Linux media group,
I hope I am asking this in the proper place and fashion, if not,
please let me know.
I have an old USB video capture device that I used some on windows a
few years ago and just the other day I found it and tried it on my
Mythtv box. It is a "Super Digital Video Dazzle Serie
On Mon, 2 Mar 2009 13:31:11 -0800 (PST)
Trent Piepho wrote:
Hi Trent,
> Here's the latest patch for pluto2. It's a much simpler chip than cx18.
> I've used atomic operations to design a lockless system.
Did you have any return about a tester with pluto2? It would be nice to apply
this fix, sin
On Sun, 01 Mar 2009 22:04:55 -0500
Andy Walls wrote:
> Mauro,
>
> Please pull from
>
> http://linuxtv.org/hg/~awalls/cx18
>
> for the following
>
> cx18: Add interlock so sliced VBI insertion only happens for an MPEG PS
> cx18: Fix VPS service register code and ensure VBI consistentcy with
Thank you for your kind explanation Hans.
Problem is omap3 camera subsystem is making device node for every int
device attached to it.
Before I have been using v4l2 int device, I implemented
S_INPUT/G_INPUT/ENUMINPUT by my own for other CPUs like S3C64XX (just
for demo..not opened on public domain
Hi,
Am Montag, den 02.03.2009, 13:33 +0900 schrieb Dmitri Belimov:
> Hi All.
>
> I want use RDS on our TV cards. But now saa7134 not work with saa6588.
> I found this old patch from Hans J. Koch. Why this patch is not in mercurial??
> Yes I know that patch for v4l ver.1 and for old kernel. But wh
On Tue, 3 Mar 2009, Adam Baker wrote:
Add support for the alternate resolutions offered by SQ-905 based cameras. As
well as 320x240 all cameras can do 160x120 and some can do 640x480.
Signed-off-by: Adam Baker
---
The patch to detect orientation needs to follow this as that is also simplifie
Hans, Jean-Francois, and Kyle,
The proposed patches are not very long, so I will give each of them, with
my comments after each, to explain why I believe that these changes are a
good idea.
First, the patch to libv4lconvert is short and sweet:
contents of file mr97310av4l.patch follow
--
On Tuesday 03 March 2009, Aguirre Rodriguez, Sergio Alberto wrote:
>
> > This patch series depends on the following patches:
> >
> > - "Add TWL4030 registers", posted by Tuukka Toivonen on March 2nd.
>
> http://marc.info/?l=linux-omap&m=123597520231668&w=2
I'd much rather see these drivers jus
Add support for the alternate resolutions offered by SQ-905 based cameras. As
well as 320x240 all cameras can do 160x120 and some can do 640x480.
Signed-off-by: Adam Baker
---
The patch to detect orientation needs to follow this as that is also simplified
by
the modified identity check that this
> -Original Message-
> From: Hans Verkuil [mailto:hverk...@xs4all.nl]
> Sent: Tuesday, March 03, 2009 4:47 PM
> To: Aguirre Rodriguez, Sergio Alberto
> Cc: linux-media@vger.kernel.org; linux-o...@vger.kernel.org; Sakari Ailus;
> Tuukka.O Toivonen; Hiroshi DOYU; DongSoo(Nathaniel) Kim; MiaoS
On Tuesday 03 March 2009 21:44:12 Aguirre Rodriguez, Sergio Alberto wrote:
> This patch series depends on the following patches:
>
> - "Add TWL4030 registers", posted by Tuukka Toivonen on March 2nd.
> - "OMAP3 ISP and camera drivers" patch series, posted by Sakari Ailus on
>March 3rd. (Pleas
On Tuesday 03 March 2009 22:18:55 Hans Verkuil wrote:
> On Tuesday 03 March 2009 13:50:30 Brandon Jenkins wrote:
> > Hello all,
> >
> > I was upgrading drivers this morning to capture the latest changes
> > for the cx18 and I received a merge conflict in v4l2-common.c. In
> > my system, 1 HDPVR and
Hi,
On Tuesday 03 March 2009 13:50:30 Brandon Jenkins wrote:
>
> I was upgrading drivers this morning to capture the latest changes
> for the cx18 and I received a merge conflict in v4l2-common.c. In my
> system, 1 HDPVR and 3 CX18s. The HDPVR sources are 5 weeks old from
> their last sync up but
vi drivers/media/dvb/dvb-core/dvb_demux.c +214
and note:
static int dvb_dmx_swfilter_section_copy_dump(struct dvb_demux_feed *feed,
const u8 *buf, u8 len)
{
...
if (sec->tsfeedp + len > DMX_MAX_SECFEED_SIZE) {
...
Mauro,
Please pull from http://linuxtv.org/hg/~tap/v4l-dvb
for the following 4 changesets:
01/04: videodev: not possible to register NULL video_device
http://linuxtv.org/hg/~tap/v4l-dvb?cmd=changeset;node=3c87763acae5
02/04: cx88: remove unnecessary forward declaration of cx88_core
http://linux
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
> ow...@vger.kernel.org] On Behalf Of Aguirre Rodriguez, Sergio Alberto
> Sent: Tuesday, March 03, 2009 2:44 PM
> To: linux-media@vger.kernel.org; linux-o...@vger.kernel.org
> Cc: Sakari Ailus; Tuukka.O Toiv
On Tue, 3 Mar 2009 12:14:06 -0800 (PST), Trent Piepho wrote:
> On Tue, 3 Mar 2009, Jean Delvare wrote:
> > On Tue, 3 Mar 2009 01:40:00 -0800 (PST), Trent Piepho wrote:
> > > On Mon, 2 Mar 2009, Jean Delvare wrote:
> > > In 2.6.20 delayed_work was split from work_struct. The concept of delayed
> >
On Tuesday 03 March 2009 13:50:30 Brandon Jenkins wrote:
> Hello all,
>
> I was upgrading drivers this morning to capture the latest changes for
> the cx18 and I received a merge conflict in v4l2-common.c. In my
> system, 1 HDPVR and 3 CX18s. The HDPVR sources are 5 weeks old from
> their last sync
Adding links for easier reference to required patches:
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
> ow...@vger.kernel.org] On Behalf Of Aguirre Rodriguez, Sergio Alberto
> Sent: Tuesday, March 03, 2009 2:44 PM
> To: linux-media@vger.kernel.org; linux-
> Hi,
> Same here. I've been observing the same behaviour in the lastest
> times. I can't say exactly since when this happens, though.
>
> I've observed that stopping mythbackend, unloading the driver with
> 'rmmod dvb_usb_dib0700' and rebooting again seems to fix the problem.
>
> By the dm
This patch adds support for the LDP builtin camera sensor:
- Primary sensor (/dev/video4): OV3640 (CSI2).
It introduces also a new file for storing all camera sensors board
specific related functions, like other platforms do (N800 for example).
Signed-off-by: Sergio Aguirre
---
arch/arm/mach-o
This patch adds support for sensors contained in Camkit v3,
which has:
- Primary sensor (/dev/video0): MT9P012 (Parallel) with
DW9710 lens driver.
- Secondary sensor (/dev/video4): OV3640 (CSI2).
It introduces also a new file for storing all camera sensors board
specific related functions, li
This driver has been currently being tested with
OMAP3430SDP platform, working on top of MT9P012
sensor.
Signed-off-by: Sergio Aguirre
---
drivers/media/video/Kconfig |8 +
drivers/media/video/Makefile |1 +
drivers/media/video/dw9710.c | 548
This patch series depends on the following patches:
- "Add TWL4030 registers", posted by Tuukka Toivonen on March 2nd.
- "OMAP3 ISP and camera drivers" patch series, posted by Sakari Ailus on
March 3rd. (Please follow his instructions to pull from gitorious.org server)
This has been tested w
Hi,
Same here. I've been observing the same behaviour in the lastest
times. I can't say exactly since when this happens, though.
I've observed that stopping mythbackend, unloading the driver with
'rmmod dvb_usb_dib0700' and rebooting again seems to fix the problem.
By the dmesg it seems like
On Tue, 3 Mar 2009, Jean Delvare wrote:
> On Tue, 3 Mar 2009 01:40:00 -0800 (PST), Trent Piepho wrote:
> > On Mon, 2 Mar 2009, Jean Delvare wrote:
> > In 2.6.20 delayed_work was split from work_struct. The concept of delayed
> > work was already there and schedule_delayed_work() hasn't changed. I
Mauro,
After cleanups and fixes.
Please pull from http://udev.netup.ru/hg/v4l-dvb-netup
for the following 10 changesets:
01/10: Add init code for NetUP Dual DVB-S2 CI card
http://udev.netup.ru/hg/v4l-dvb-netup?cmd=changeset;node=a671cee39c95
02/10: Add EEPROM code for NetUP Dual DVB-S2 CI card
Just thought I would report some unusual behaviour I am seeing on my
Nova-T 500. Basically the card works fine with a cold boot but falls
over rapidly after a warm reboot.
This started after I compiled the latest v4l source tree (as at 22 Feb
09) due to me adding a Tevii S650 to my system. At f
The SQ905C cameras (0x2770:0x905C) cameras, as well as two other closely
related varieties (0x2770:0x9050 and 0x2770:0x913D) are supported in what
follows.
These cameras are the successors in the marketplace of the SQ905 cameras.
They are similar to the SQ905 cameras, in that they use bulk tra
On Mon, 02 Mar 2009 20:44:39 +0100
Erik Andrén wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi,
> The pull http://linuxtv.org/hg/~eandren/v4l-dvb is based on the
> gscpa stable (v4l-dvb) repository and contains one important fix
> that needs to go into 2.6.29.
> Please pull ASAP.
(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 Mar 3 19:00:03 CET 2009
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 10785:91f9c6c451f7
gcc version: gcc
Hello, is anyone using a USB v4l device on an arm processor?
thanks,
Paul
--
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.kernel.org/majordomo-info.html
Guennadi Liakhovetski writes:
> (moved to the new v4l list)
Wow, I missed a couple of mail I see ... :) I really should subscribe to that
one ...
> On Mon, 2 Mar 2009, Robert Jarzmik wrote:
>
>> The DMA transfers in pxa_camera showed some weaknesses in
>> multiple queued buffers context :
>> -
Hi Patrick,
Im pretty sure thats the same components.
The following microchips are on the board:
1x Technisat Flexcop IIB MMRY3-000 0628
1x PLX NET2282-AB35PC (PCI-USB Bridge)
1x ISL6421
and some other very small chips.
In the tuner bracket:
1x 24113A-12Z
1x CX24123-11Z
I will send the pictures
Hi Ronny,
On Tue, 3 Mar 2009, ronny.ban...@nexgo.de wrote:
the current flexcop-usb driver supports only USB 1.1 devices. Is there any plan
to support USB
2.0 devices ? The device id is "13d0:2282". For testing I have simply changed the
"flexcop_usb_table"
structur to this ids. But of course is
Hi,
the current flexcop-usb driver supports only USB 1.1 devices. Is there any plan
to support USB
2.0 devices ? The device id is "13d0:2282". For testing I have simply changed
the "flexcop_usb_table"
structur to this ids. But of course is does not work.
The hardware components are the same o
(moved to the new v4l list)
Nice! A couple of questions / remarks though.
On Mon, 2 Mar 2009, Robert Jarzmik wrote:
> The DMA transfers in pxa_camera showed some weaknesses in
> multiple queued buffers context :
> - poll/select problem
>The order between list pcdev->capture and DMA chain wa
Matt Garretson wrote:
Steven Toth wrote:
Dustin Coates wrote:
Any update on the status of analouge for this card? I really would
Last I checked it worked fine for me.
Does anyone have an HVR-1800 (digital or analog) coexisting with a
PVR-250? Mythtv-setup crashes for
I2C_M_IGNORE_NAK is defined since kernel 2.5.54 so we don't need to
declare it in the compatibility header.
Signed-off-by: Jean Delvare
---
v4l/compat.h |4
1 file changed, 4 deletions(-)
--- v4l-dvb.orig/v4l/compat.h 2009-03-01 16:09:10.0 +0100
+++ v4l-dvb/v4l/compat.h
Sakari Ailus wrote:
Any feedback is appreciated.
Just one more thing: these patches haven't been checked with
checkpatch.pl yet. Style problems are a certainty.
I'm working on the issue.
--
Sakari Ailus
sakari.ai...@maxwell.research.nokia.com
--
To unsubscribe from this list: send the line
Hello all,
I was upgrading drivers this morning to capture the latest changes for
the cx18 and I received a merge conflict in v4l2-common.c. In my
system, 1 HDPVR and 3 CX18s. The HDPVR sources are 5 weeks old from
their last sync up but contain:
case V4L2_CID_SHARPNESS:
The newer sources do not
On Tue, 2009-03-03 at 12:06 +0200, Sakari Ailus wrote:
> Signed-off-by: Sakari Ailus
> ---
> drivers/media/video/isp/isppreview.c | 1896
> ++
> drivers/media/video/isp/isppreview.h | 350 +++
> drivers/media/video/isp/ispresizer.c | 897
>
On Tue, 3 Mar 2009 01:40:00 -0800 (PST), Trent Piepho wrote:
> On Mon, 2 Mar 2009, Jean Delvare wrote:
> > > Makes the most sense to me. I was just about to make a patch to do the
> > > same thing when I got your email. Though I was going to patch the v4l-dvb
> > > sources to avoid porting work.
On Tue, 2009-03-03 at 12:06 +0200, Sakari Ailus wrote:
> Signed-off-by: Sakari Ailus
> ---
> drivers/media/video/isp/ispccdc.c | 1568
> +
> drivers/media/video/isp/ispccdc.h | 203 +
> 2 files changed, 1771 insertions(+), 0 deletions(-)
> create mode 10
TODO:
- The ISP driver should start using the IOMMU directly without this wrapper.
Signed-off-by: Sakari Ailus
---
drivers/media/video/isp/ispmmu.c | 141 ++
drivers/media/video/isp/ispmmu.h | 36 ++
2 files changed, 177 insertions(+), 0 deletions(
* Blue Gamma gain table
* CFA gain table
* Green Gamma gain table
* Luma Enhancement gain table
* Noise filter gain table
* Red Gamma gain table
TODO:
- Get rid of this kind of tables. Either generate them at runtime or
use a user space program to fill defaults.
Signed-off-by: Sakari Ailus
--
Signed-off-by: Sakari Ailus
---
arch/arm/plat-omap/include/mach/isp_user.h | 676
1 files changed, 676 insertions(+), 0 deletions(-)
create mode 100644 arch/arm/plat-omap/include/mach/isp_user.h
diff --git a/arch/arm/plat-omap/include/mach/isp_user.h
b/arch/arm/pl
Signed-off-by: Sakari Ailus
---
drivers/media/video/isp/ispccdc.c | 1568 +
drivers/media/video/isp/ispccdc.h | 203 +
2 files changed, 1771 insertions(+), 0 deletions(-)
create mode 100644 drivers/media/video/isp/ispccdc.c
create mode 100644 drivers/med
Hi,
So here's the patchset for OMAP 3 ISP and camera drivers plus the
associated V4L changes. Sergio Aguirre has been posting a related
patchset earlier, containing also sensor and lens driver used on SDP.
This patchset is agains the linux-omap tree:
http://www.muru.com/linux/omap/README_OMAP_
Dear Guennadi
> can be. For instance, maybe there are only two variants like
> lens-configuration-A and lens-configuration-B? Then I would just add
> respective flags to platform data. If there are really many variants,
> maybe we can let user-space configure them using VIDIOC_DBG_S_REGISTER?
On Tue, 3 Mar 2009, Trent Piepho wrote:
> On Mon, 2 Mar 2009, Jean Delvare wrote:
> > be fairly easy, I can take care of it. The difficult part will be to
> > handle the compatibility with kernels < 2.6.20 because delayed_work was
> > introduced in 2.6.20. Probably "compatibility" here will simply
On Mon, 2 Mar 2009, Jean Delvare wrote:
> > Makes the most sense to me. I was just about to make a patch to do the
> > same thing when I got your email. Though I was going to patch the v4l-dvb
> > sources to avoid porting work.
>
> It was easier for me to test on an upstream kernel. The porting s
Hi Mauro,
Please pull from http://linuxtv.org/hg/~jfrancois/v4l-dvb/
for:
changeset: 10769:f24deaa13550
gspca - mars: Bad webcam register values tied to saturation.
changeset: 10770:cd642f9e485b
gspca - vc032x: Bad matrix for sensor mi1310_soc.
changeset: 10789:57bfe95f2ac1
gspca - most j
On Tue, 3 Mar 2009, Kuninori Morimoto wrote:
> This patch add support extra register settings for platform.
> For instance, platform comes to be able to use the
> special setting like lens.
>
> Signed-off-by: Kuninori Morimoto
> ---
[snip]
> @@ -815,6 +808,14 @@ static int ov772x_set_params(stru
On Tue, 3 Mar 2009, Hans Verkuil wrote:
> On Monday 02 March 2009 23:47:31 Trent Piepho wrote:
> > On Mon, 2 Mar 2009, Hans Verkuil wrote:
> > > There are good reasons as a developer for keeping backwards
> > > compatibility with older kernels:
> >
> > Do you mean no backwards compatibility with an
67 matches
Mail list logo