On Wednesday 04 March 2009 16:52:20 ext Hans Verkuil wrote:
Alternatively, VIDIOC_QUERYCAP could be used to identify the sensor.
Would it make more sense if it would return something like
capability.card: `omap3/smia-sensor-12-1234-5678//'
where 12 would be manufacturer_id, 1234
On Thu, 5 Mar 2009, Tuukka.O Toivonen wrote:
On Wednesday 04 March 2009 16:52:20 ext Hans Verkuil wrote:
Alternatively, VIDIOC_QUERYCAP could be used to identify the sensor.
Would it make more sense if it would return something like
capability.card: `omap3/smia-sensor-12-1234-5678//'
On Thu, 5 Mar 2009, Hans Verkuil wrote:
ENUMINPUT is probably a better solution: you can say something like
Camera 1 (sensor1), Camera 2 (sensor2).
It remains a bit of a hack, though.
Maybe use some of the reserved bits in v4l2_input to show not only the
sensor orientation, but also
On Thu, 5 Mar 2009, Jean Delvare wrote:
+#if LINUX_VERSION_CODE KERNEL_VERSION(2,6,20)
struct work_struct work;
struct timer_list timer;
+#else
+ struct delayed_work work;
+#endif
You don't need this compat stuff. compat.h will take are of it for you.
Just code it like you
Mauro,
Please pull from http://linuxtv.org/hg/~tap/v4l-dvb
for the following 2 changesets:
01/02: compat: Add INIT_DELAYED_WORK
http://linuxtv.org/hg/~tap/v4l-dvb?cmd=changeset;node=f6382daee1df
02/02: zoran: Change first argument to zoran_v4l2_buffer_status
Hi,
On Thu, 5 Mar 2009, wdy9927 wrote:
I had make install a module for a dvb usb box which writen by my self. But this
one didn't have real frontend ops and tuner ops.These functions did
nothing but return 0.
Like this
static int demo_fe_init(struct dvb_frontend *fe)
{
return 0;
}
After
Thanks for the comments, Alexey!
Alexey Klimov wrote:
+static int isp_probe(struct platform_device *pdev)
+{
+ struct isp_device *isp;
+ int ret_err = 0;
+ int i;
+
+ isp = kzalloc(sizeof(*isp), GFP_KERNEL);
+ if (!isp) {
+ dev_err(pdev-dev, could not
Hi Hans
I build fresh video4linux with your patch and my config for our cards.
In a dmesg i see : found RDS decoder.
cat /dev/radio0 give me some slow junk data. Is this RDS data??
Have you any tools for testing RDS?
I try build rdsd from Hans J. Koch, but build crashed with:
rdshandler.cpp: In
Hi Hans
I build fresh video4linux with your patch and my config for our cards.
In a dmesg i see : found RDS decoder.
cat /dev/radio0 give me some slow junk data. Is this RDS data??
Have you any tools for testing RDS?
I try build rdsd from Hans J. Koch, but build crashed with:
Hello Theodore
kilg...@banach.math.auburn.edu wrote:
On Wed, 4 Mar 2009, Thomas Kaiser wrote:
As to the actual contents of the header, as you describe things,
0. Do you have any idea how to account for the discrepancy between
From usb snoop.
FF FF 00 FF 96 64 xx 00 xx xx xx xx xx xx 00 00
On Thu, 5 Mar 2009 01:43:55 -0800 (PST), Trent Piepho wrote:
On Thu, 5 Mar 2009, Jean Delvare wrote:
+#if LINUX_VERSION_CODE KERNEL_VERSION(2,6,20)
struct work_struct work;
struct timer_list timer;
+#else
+ struct delayed_work work;
+#endif
You don't need this compat
Alexey Klimov wrote:
+static int vidioc_g_fmt_vid_cap(struct file *file, void *fh,
+ struct v4l2_format *f)
+{
+ struct omap34xxcam_fh *ofh = fh;
+ struct omap34xxcam_videodev *vdev = ofh-vdev;
+
+ if (vdev-vdev_sensor == v4l2_int_device_dummy())
+
Just FYI:
I'll be attending the Embedded Linux Conference in San Francisco, April
6th-8th (http://www.embeddedlinuxconference.com/elc_2009).
This might be a good opportunity to discuss omap and davinci V4L2 issues
face-to-face. Let me know if you are interested.
Regards,
Hans
--
Hi all,
I have been struggling for quite a while to lock on a DVB-S2
transponder. And recently I got some information that they changed the
symbol rate to 45MS/s which looks borderline to me. Can someone confirm
that the TT 3200 can do that?
I also attach a log that I obtained when
I know I know I forgot to attach the log ;-)
Here you go...
Bye
Emmanuel
TP-45000-SR-FEC-56-Lock-SYNC-but-No-VITERBI.txt.bz2
Description: application/bzip
Eliminate
drivers/media/dvb/firewire/firedtv-avc.c: In function 'debug_fcp':
drivers/media/dvb/firewire/firedtv-avc.c:156: warning: format '%d' expects type
'int', but argument 5 has type 'size_t'
Signed-off-by: Stefan Richter stef...@s5r6.in-berlin.de
---
Mauro, if you don't mind I queue it up
On Thu, 5 Mar 2009, Thomas Kaiser wrote:
Hello Theodore
kilg...@banach.math.auburn.edu wrote:
On Wed, 4 Mar 2009, Thomas Kaiser wrote:
As to the actual contents of the header, as you describe things,
0. Do you have any idea how to account for the discrepancy between
From usb snoop.
FF
On Wed, 4 Mar 2009, Mauro Carvalho Chehab wrote:
Beside the fact that we don't need to strip support for legacy kernels, the
advantage of using this method is that we can evolute to a new development
model. As several developers already required, we should really use the
standard -git tree as
(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 Mar 5 19:00:06 CET 2009
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 10833:ef0aaa237fa4
gcc version:
This patchset, formerly known as pxa_camera: Redesign DMA handling, attempts
so simplify the code for all DMA related parts of pxa_camera host driver.
As asked for by Guennadi and Mike, the original patch was split up into 4
patches :
- one to address the YUV planar format hole (page alignment)
All planes were PAGE aligned (ie. 4096 bytes aligned). This
is not consistent with YUV422 format, which requires Y, U
and V planes glued together. The new implementation forces
the alignement on 8 bytes (DMA requirement), which is almost
always the case (granted by width x height being a multiple
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 was
not the same. This creates a discrepancy between video
buffers marked as done by the IRQ handler, and the
really
Transform sequences of form:
foo = val1 | val2 |
val3 | val4;
into :
foo = val1 | val2
| val3 | val4;
Signed-off-by: Robert Jarzmik robert.jarz...@free.fr
---
drivers/media/video/pxa_camera.c | 43 ++---
1
The last buffer queued will often overrun, as the DMA chain
is finished, and the time the dma irq handler is activated,
the QIF fifos are filled by the sensor.
The fix is to ignore the overrun condition on the last
queued buffer, and restart the capture only on intermediate
buffers of the chain.
Have you tried rmmoding the module (dvb_usb_dib0700) and reloading it?
I think that it was in such a case where it then wrongly detected the
card as 'cold', attempting to reload it, which failed.
No as if I do a cold boot there isn't an issue. I just thought I would report
this so that the
Hans Verkuil wrote:
Situation 1
- Instance1: Select sensor 1, and Do queue/dequeue of buffers.
- Instance2: If sensor 1 is currently selected, Begin loop requesting
internally collected OMAP3ISP statistics (with V4L2 private based IOCTLs)
for performing user-side Auto-exposure, Auto White
Hi list,
I get errors on my DVB-C card,
Mar 5 21:23:47 media kernel: [ 1489.968022] saa7146 (0)
saa7146_i2c_writeout [irq]: timed out waiting for end of xfer
Ubuntu 8.10, TT-1501-C with CI module.
There is a PVR-150 in the adjacent PCI slot, if that matters I can try
an switch them or remove
kilg...@banach.math.auburn.edu wrote:
On Thu, 5 Mar 2009, Hans de Goede wrote:
kilg...@banach.math.auburn.edu wrote:
On Thu, 5 Mar 2009, Hans de Goede wrote:
Kyle Guinn wrote:
On Wednesday 04 March 2009 22:34:13 kilg...@banach.math.auburn.edu
wrote:
On Wed, 4 Mar 2009, Kyle
On Thu, 5 Mar 2009, Thomas Kaiser wrote:
kilg...@banach.math.auburn.edu wrote:
That of course is a guess. OTOH it could be on a scale of 0 to 0x80, or
it could be that only the digits 0 through 9 are actually used, and the
basis is then 100, or too many other variations to count. Also what
On Thu, 5 Mar 2009, Hans de Goede wrote:
kilg...@banach.math.auburn.edu wrote:
On Thu, 5 Mar 2009, Hans de Goede wrote:
kilg...@banach.math.auburn.edu wrote:
On Thu, 5 Mar 2009, Hans de Goede wrote:
Kyle Guinn wrote:
On Wednesday 04 March 2009 22:34:13
Hi Devin,
On Thu, 5 Mar 2009 13:03:00 -0500, Devin Heitmueller wrote:
On Thu, Mar 5, 2009 at 4:39 AM, Jean Delvare kh...@linux-fr.org wrote:
I would suggest that this patch be broken into three separate patches,
and then they can go in as the individual maintainers have the
opportunity to
kilg...@banach.math.auburn.edu wrote:
felling-feeling
spelling/writing error (I meant feeling)
Thomas
--
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
Guennadi Liakhovetski g.liakhovet...@gmx.de writes:
This is not a review yet - just an explanation why I was suggesting to
adjust height and width - you say yourself, that YUV422P (I think, this is
wat you meant, not just YUV422) requires planes to immediately follow one
another. But you
On Thu, 5 Mar 2009, Robert Jarzmik wrote:
Guennadi Liakhovetski g.liakhovet...@gmx.de writes:
This is not a review yet - just an explanation why I was suggesting to
adjust height and width - you say yourself, that YUV422P (I think, this is
wat you meant, not just YUV422) requires planes to
On Thursday 05 March 2009 21:11:02 Sakari Ailus wrote:
Hans Verkuil wrote:
Situation 1
- Instance1: Select sensor 1, and Do queue/dequeue of buffers.
- Instance2: If sensor 1 is currently selected, Begin loop requesting
internally collected OMAP3ISP statistics (with V4L2 private based
On Thursday 05 March 2009 21:57:16 Trent Piepho wrote:
On Thu, 5 Mar 2009, Guennadi Liakhovetski wrote:
On Thu, 5 Mar 2009, Trent Piepho wrote:
On Thu, 5 Mar 2009, Guennadi Liakhovetski wrote:
On Wed, 4 Mar 2009, Mauro Carvalho Chehab wrote:
Beside the fact that we don't need to
On Thu, 5 Mar 2009, Trent Piepho wrote:
ALSA used a partial tree, but their system was much worse than v4l-dvb's.
I think the reason more systems don't do it is that setting up the build
system we have with v4l-dvb was a lot of work. They don't have that.
Right, it was a lot of work, it is
Hello,
Am Donnerstag, den 05.03.2009, 19:04 +0100 schrieb lars ouff:
Hello, I am looking into the possibility of porting or writing a
simple driver for the DVB-T part of the SAA7135 chip. I am merely
doing some research for an eventual long-term hobby programming
project.
I have a little
On Thursday 05 March 2009 14:58:54 kilg...@banach.math.auburn.edu wrote:
Well, here is the code in the function. I don't see. So can you explain?
Perhaps I am dense.
{
struct sd *sd = (struct sd *) gspca_dev;
int i;
/* Search for the SOF marker (fixed part) in
On Thu, 5 Mar 2009, Kyle Guinn wrote:
On Thursday 05 March 2009 14:58:54 kilg...@banach.math.auburn.edu wrote:
Well, here is the code in the function. I don't see. So can you explain?
Perhaps I am dense.
{
struct sd *sd = (struct sd *) gspca_dev;
int i;
/* Search
Begin forwarded message:
Date: Thu, 05 Mar 2009 14:53:17 +0100
From: strawks stra...@yahoo.fr
To: linux-ker...@vger.kernel.org
Subject: oops in pwc_reset_buffers
Hi all,
On 2.6.29-rc6, when resuming from suspend to RAM I got the following
oops when motion tried to open /dev/video0. Just ask
Hi Alexey,
On Fri, Mar 6, 2009 at 7:05 AM, Alexey Klimov klimov.li...@gmail.com wrote:
Hello, all
On Thu, Mar 5, 2009 at 7:42 PM, Curran, Dominic dcur...@ti.com wrote:
Hi Kim
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On
First time ever that I mouse-copied an address and it gained a typo.
Amazing. So trying again. The patch works better than the mouse, though.
Guaranteed.
-- Forwarded message --
Date: Thu, 5 Mar 2009 20:09:52 -0600 (CST)
From: kilg...@banach.math.auburn.edu
To: Hans de Goede
Hi all,
I have worked with Silicon Labs Si4709 chip using the I2C interface.
There is the radio-si470x driver in linux-kernel, but it uses usb interface.
First, i made a new file based on radio-si470x.c in driver/media/radio/ for
si4709 i2c driver and modified it to use i2c interface instead of
Thanks for your comments, Trent. My responses below:
Trent Piepho wrote:
On Sat, 28 Feb 2009, Erik S. Beiser wrote:
cx88: Add IR support to pcHDTV HD3000 HD5500
Signed-off-by: Erik S. Beiser er...@bu.edu
---
Idea originally from http://www.pchdtv.com/forum/viewtopic.php?t=1529
I made
On Tue, 2009-03-03 at 21:50 -0300, Mauro Carvalho Chehab wrote:
On Sun, 01 Mar 2009 22:04:55 -0500
Andy Walls awa...@radix.net wrote:
Mauro,
Please pull from
http://linuxtv.org/hg/~awalls/cx18
for the following
cx18: Add interlock so sliced VBI insertion only happens for
Mauro,
Please disregard my previous pull request and instead please pull from:
http://linuxtv.org/hg/~awalls/v4l-dvb
for:
cx18: Add interlock so sliced VBI insertion only happens for an MPEG PS
cx18: Fix VPS service register codes
cx18: Correct comments about vertical and horizontal blanking
Hello,
I'm attending as a speaker for one session which title is Digital
camera framework in Linux
I'm also looking forward to see many v4l2 engineers and discuss about
latest issues.
BTW, see you there Hans :)
Nate
On Fri, Mar 6, 2009 at 1:49 AM, Hans Verkuil hverk...@xs4all.nl wrote:
Just
On Thursday 05 March 2009 20:34:27 kilg...@banach.math.auburn.edu wrote:
Signed-off-by: Theodore Kilgore kilg...@auburn.edu
--
--- mr97310a.c.old2009-02-23 23:59:07.0 -0600
+++ mr97310a.c2009-03-05
That is great!
I will let you know our plans soon.
-Manju
-Original Message-
From: DongSoo(Nathaniel) Kim [mailto:dongsoo@gmail.com]
Sent: Friday, March 06, 2009 9:33 AM
To: Hans Verkuil
Cc: linux-media@vger.kernel.org; linux-o...@vger.kernel.org; Hadli, Manjunath;
Aguirre
On Thu, 5 Mar 2009, Kyle Guinn wrote:
On Thursday 05 March 2009 20:34:27 kilg...@banach.math.auburn.edu wrote:
Signed-off-by: Theodore Kilgore kilg...@auburn.edu
--
--- mr97310a.c.old 2009-02-23 23:59:07.0 -0600
51 matches
Mail list logo
