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 me
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,
Am Freitag, den 29.01.2010, 13:40 -0200 schrieb Mauro Carvalho Chehab:
> Jean Delvare wrote:
> > From: Jean Delvare
> > 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). Howev
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 be
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 tree
From: Márton Németh
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 'ir_toggle' was no
From: Márton Németh
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 it be static?
On Fri, Jan 29, 2010 at 2:59 PM, Mauro Carvalho Chehab
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
> something related
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: i686-
Signed-off-by: Márton Németh
---
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 @@
Devin Heitmueller wrote:
> On Fri, Jan 29, 2010 at 1:40 PM, Mauro Carvalho Chehab
> 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 modu
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.
On Fri, Jan 29, 2010 at 1:40 PM, Mauro Carvalho Chehab
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 dvb as well). F
Devin Heitmueller wrote:
> Hi Andy,
>
> On Thu, Jan 28, 2010 at 9:24 PM, Andy Walls 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
Devin Heitmueller wrote:
> On Fri, Jan 29, 2010 at 11:02 AM, David Henig 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/.conf
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 wrote:
Thanks, I appear to have
Hi Andy,
On Thu, Jan 28, 2010 at 9:24 PM, Andy Walls 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 immediately
> after
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 .
>
On Fri, Jan 29, 2010 at 11:02 AM, David Henig 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 the line for firedtv
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
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
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?
>>
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?
> http://git.linuxtv.org
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 :
> Hallo
>
> I hope that you got the mail to the mailinglist to. Can you please check it
> and approve it or
On Thursday, January 28, 2010 9:59 PM, Mauro Carvalho Chehab wrote:
> H Hartley Sweeten wrote:
>> drivers/media/common: Remove unnecessary casts of void *
>>
>> void pointers do not need to be cast to other pointer types.
>>
>> diff --git a/drivers/media/common/saa7146_vbi.c
>> b/drivers/media/
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?
http://git.linuxtv.org/v4l-dvb.git
Cheers,
Mauro.
>
> Sig
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 fi
Jean Delvare wrote:
> From: Jean Delvare
> 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. In particula
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
firedt
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 reinsta
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 mea
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 doi
(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 stac
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 Hen
34 matches
Mail list logo
