Thanks, I've been trying to follow the wiki, but getting this error. The
main kernel packages seem to all be installed, but perhaps something
less obvious is missing - hard to tell without a definitive list of
dependencies. Help would be much appreciated!
David
Németh Márton wrote:
David
(resent: forgot to mail it to the linux-media list)
Hi Mauro,
Please pull from http://www.linuxtv.org/hg/~hverkuil/v4l-dvb for the following:
- saa7134: remove stray unlock_kernel
This is a high-prio bugfix that must go to 2.6.33!
Dmitri, this patch will fix the kernel oops in your latest
Its looking for .config file inside the kernel source.
/lib/modules/2.6.31-17-generic/build/.config
1) check that /build is a symlink to /usr/src/kernel-path-source
2) IF there is something like /proc/config , copy it to
/usr/src/kernel-path-source/.config
IF NOT, then you could try
On Fri, Jan 29, 2010 at 12:45:37AM +, Jef Treece wrote:
I reported a regression and provided a fix a few months ago for a
regression in pwc_set_shutter_speed that was introduced in approx
April 2009. Is that regression going to get fixed? It's really causing
a lot of pain because it means
Thanks, eventually tip 1 fixed this. For some reason I had
2.6.31-17-generic without a .config, as I seem to be using
2.6.31-17-generic-pae. Creating a symlink to that fixed this error.
Unfortunately still can't finish build, I get an error in firedtv-1394,
as shown below. Do I need to
On 29/01/2010 10:27 PM, David Henig wrote:
Thanks, eventually tip 1 fixed this. For some reason I had
2.6.31-17-generic without a .config, as I seem to be using
2.6.31-17-generic-pae. Creating a symlink to that fixed this error.
Unfortunately still can't finish build, I get an error in
Jean Delvare wrote:
From: Jean Delvare kh...@linux-fr.org
Subject: saa7134: Fix IR support of some ASUS TV-FM 7135 variants
Some variants of the ASUS TV-FM 7135 are handled as the ASUSTeK P7131
Analog (card=146). However, by the time we find out, some
card-specific initialization is missed.
Thanks, I appear to have the headers and no longer have to do the
symlink, but still getting the same error - any help gratefully
received, or do I need to get a vanilla kernel?
CC [M] /home/david/v4l-dvb/v4l/firedtv-1394.o
/home/david/v4l-dvb/v4l/firedtv-1394.c:21:17: error: dma.h: No such
Hi Bernhard ( Marton),
patch is OK with me, you can forward this to LKML, or better yet, to
the V4L maintainers (this is try#2 to CC them).
Cheers,
Ronald
2010/1/29 Bernhard Praschinger shadowl...@utanet.at:
Hallo
I hope that you got the mail to the mailinglist to. Can you please check it
Mauro Carvalho Chehab wrote:
Németh Márton wrote:
Check also the minimum border of a value before setting it
to a control value.
See also http://bugzilla.kernel.org/show_bug.cgi?id=12824 .
Patch didn't apply. Had you generated against our -git tree?
Németh Márton wrote:
Mauro Carvalho Chehab wrote:
Németh Márton wrote:
Check also the minimum border of a value before setting it
to a control value.
See also http://bugzilla.kernel.org/show_bug.cgi?id=12824 .
Patch didn't apply. Had you generated against our -git tree?
andrea.amoros...@gmail.com wrote:
Mauro Carvalho Chehab ha scritto:
andrea.amoros...@gmail.com wrote:
So since it is necessary to create a new entry, is there any rules to
follow to choose it?
Just use the existing entry as an example. You'll need to put your
card name at the
Mauro Carvalho Chehab wrote:
Németh Márton wrote:
Mauro Carvalho Chehab wrote:
Németh Márton wrote:
Check also the minimum border of a value before setting it
to a control value.
See also http://bugzilla.kernel.org/show_bug.cgi?id=12824 .
Patch didn't apply. Had you generated against our
On Fri, Jan 29, 2010 at 11:02 AM, David Henig dhhe...@googlemail.com wrote:
Thanks, I appear to have the headers and no longer have to do the symlink,
but still getting the same error - any help gratefully received, or do I
need to get a vanilla kernel?
Open up the file v4l/.config and change
Németh Márton wrote:
Mauro Carvalho Chehab wrote:
Németh Márton wrote:
Mauro Carvalho Chehab wrote:
Németh Márton wrote:
Check also the minimum border of a value before setting it
to a control value.
See also http://bugzilla.kernel.org/show_bug.cgi?id=12824 .
Patch didn't apply. Had you
Hi Andy,
On Thu, Jan 28, 2010 at 9:24 PM, Andy Walls awa...@radix.net wrote:
Devin,
I found interesting system interactions. On my dual core x86_64 Fedora
12 machine loading an HVR-1600 cold (no firmware has been loaded yet),
the pulseaudio daemon opens up a CX23418 ALSA node almost
Thanks, this is sounding promising, only thing is I'm not seeing a
.config in the v4l directory although it shows up with the locate
command, am I missing something very obvious.
David
Devin Heitmueller wrote:
On Fri, Jan 29, 2010 at 11:02 AM, David Henig dhhe...@googlemail.com wrote:
Devin Heitmueller wrote:
On Fri, Jan 29, 2010 at 11:02 AM, David Henig dhhe...@googlemail.com wrote:
Thanks, I appear to have the headers and no longer have to do the symlink,
but still getting the same error - any help gratefully received, or do I
need to get a vanilla kernel?
Open up the
Devin Heitmueller wrote:
Hi Andy,
On Thu, Jan 28, 2010 at 9:24 PM, Andy Walls awa...@radix.net wrote:
Devin,
I found interesting system interactions. On my dual core x86_64 Fedora
12 machine loading an HVR-1600 cold (no firmware has been loaded yet),
the pulseaudio daemon opens up a
On Fri, Jan 29, 2010 at 1:40 PM, Mauro Carvalho Chehab
mche...@redhat.com wrote:
I doubt it would solve. IMO, having it modular is good, since you may not
need cx18 alsa on all devices.
Modularity is good, but we really need to rethink about the way we are
loading these modules (this applies to
David Henig wrote:
Thanks, this is sounding promising, only thing is I'm not seeing a
.config in the v4l directory although it shows up with the locate
command, am I missing something very obvious.
Sorry if I'm telling evidence, but just a hint: every file starts
with . is a hidden file. So
Devin Heitmueller wrote:
On Fri, Jan 29, 2010 at 1:40 PM, Mauro Carvalho Chehab
mche...@redhat.com wrote:
I doubt it would solve. IMO, having it modular is good, since you may not
need cx18 alsa on all devices.
Modularity is good, but we really need to rethink about the way we are
loading
Signed-off-by: Márton Németh nm...@freemail.hu
---
diff -r 95d3956ea3e5 linux/drivers/media/video/gspca/zc3xx.c
--- a/linux/drivers/media/video/gspca/zc3xx.c Fri Jan 29 15:05:25 2010 +0100
+++ b/linux/drivers/media/video/gspca/zc3xx.c Fri Jan 29 21:01:52 2010 +0100
@@ -7213,14 +7213,17 @@
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:Fri Jan 29 19:00:11 CET 2010
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 14067:8b9a62386b64
gcc version:
On Fri, Jan 29, 2010 at 2:59 PM, Mauro Carvalho Chehab
mche...@redhat.com wrote:
The asynchronous load were added not to improve the boot load time, but to
avoid some troubles that happens when the load is synchronous.
I don't remember what were the exact trouble, but I suspect that it was
From: Márton Németh nm...@freemail.hu
The default_video_input and default_audio_input module parameters are
only used inside the hdpvr-core.c file so make them static.
This will remove the following sparse warnings (see make C=1):
* warning: symbol 'default_video_input' was not declared. Should
From: Márton Németh nm...@freemail.hu
Make the file local parameters static.
This will remove the following sparse warnings (see make C=1):
* warning: symbol 'ir_pos' was not declared. Should it be static?
* warning: symbol 'ir_word' was not declared. Should it be static?
* warning: symbol
Hi,
Nack!
Németh I know you mean well, but please don't go making
semi random behavior changes to code you don't have
hardware to test with.
There is a good reason this code is written the way it is.
Jean-Francois,
If you wonder what this is all about, this is a patch on
top of one of my
Hans de Goede wrote:
Hi,
Nack!
Németh I know you mean well, but please don't go making
semi random behavior changes to code you don't have
hardware to test with.
I thought it is easier to write the patch I was thinking of than trying
to describe it in words. Maybe it was not the best
Hi,
Am Freitag, den 29.01.2010, 13:40 -0200 schrieb Mauro Carvalho Chehab:
Jean Delvare wrote:
From: Jean Delvare kh...@linux-fr.org
Subject: saa7134: Fix IR support of some ASUS TV-FM 7135 variants
Some variants of the ASUS TV-FM 7135 are handled as the ASUSTeK P7131
Analog
On Sat, Jan 30, 2010 at 12:03:09AM +, Jef Treece wrote:
Here's a link to the previous message:
http://www.mail-archive.com/linux-media@vger.kernel.org/msg14330.html
Great.
Video developers, any comments?
Jef, were you able to narrow it down to the actual patch that caused the
problem.
Hi,
if anyone interested there is a brief overview datasheet about
PixArt PAC7301/PAC7302 at
http://www.pixart.com.tw/upload/PAC7301_7302%20%20Spec%20V1_20091228174030.pdf
Regards,
Márton Németh
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a
32 matches
Mail list logo