Hans Verkuil wrote:
> On Wednesday 27 January 2010 22:48:24 Hans Verkuil wrote:
>> This message is generated daily by a cron job that builds v4l-dvb for
>> the kernels and architectures in the list below.
>
> It's up and running again. Note that I upgraded to the latest gcc 4.4.3.
> I also updated
Hi Andy,
I've made two fix patches to solve the issues with cx18 compilation.
My original intention were to send you an email for your ack.
Unfortunately, those got added at the wrong branch and went upstream.
That proofs that my scripts aren't reliable yet, and that I need
an independent tree f
HIi Hans
> Hi Dmitri,
>
> Just a quick note: the video4linux mailinglist is obsolete, just use
> linux-media.
OK
> On Wednesday 27 January 2010 06:36:37 Dmitri Belimov wrote:
> > Hi Hans.
> >
> > I finished saa7134 part of SPI. Please review saa7134-spi.c and
> > diff saa7134-core and etc. I w
Hi David,
Mauro Carvalho Chehab wrote:
> The following changes since commit c024a251e1dd1a39de610bbdc2af65b36e42637d:
> David Woodhouse (1):
> Merge from fixed from-kernel tree to fix Matrox firmware binaries
>
> are available in the git repository at:
>
> ssh://master.kernel.org/pub/
Hi,
I've an adapter with USB ID 15a4:9016, with an AF9015 and tuner
TDA18218. This is the fifth adatper that I try, 3 currently work, one
should work, but I've no success, and this not work.
I've seen in previous posts that it is not supported for now, but many
people have done some experiment
Hello,
I have a system that is built with OpenEmbedded where I use a mt9t031
camera with the soc-camera framework. The mt9t031 works ok with the
current kernel and system.
However, udev does not create the /dev/video0 device node. I have to
create it manually with mknod and then it works wel
Hi Jean,
Am Mittwoch, den 27.01.2010, 10:38 +0100 schrieb Jean Delvare:
> Hi Hermann,
>
> Sorry for the late answer.
>
> On Sun, 10 Jan 2010 22:55:05 +0100, hermann pitton wrote:
> > Am Sonntag, den 10.01.2010, 09:51 +0100 schrieb Jean Delvare:
> > > On Sun, 10 Jan 2010 00:18:46 +0100, hermann p
The following changes since commit c024a251e1dd1a39de610bbdc2af65b36e42637d:
David Woodhouse (1):
Merge from fixed from-kernel tree to fix Matrox firmware binaries
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-firmware.git
master
On Wednesday 27 January 2010 22:48:24 Hans Verkuil wrote:
> This message is generated daily by a cron job that builds v4l-dvb for
> the kernels and architectures in the list below.
It's up and running again. Note that I upgraded to the latest gcc 4.4.3.
I also updated all the kernels to their late
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:Wed Jan 27 21:00:05 CET 2010
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 14064:31eaa9423f98
gcc version: i686-
Guennadi Liakhovetski wrote:
> You didn't reply to my most important objection:
>
> On Wed, 27 Jan 2010, Németh Márton wrote:
>
>> diff -r 31eaa9423f98 linux/include/media/soc_camera.h
>> --- a/linux/include/media/soc_camera.h Mon Jan 25 15:04:15 2010 -0200
>> +++ b/linux/include/media/soc_
On Wed, Jan 27, 2010 at 4:00 PM, Sebastian Spiess
wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi there,
> below is my dmesh output for my Pinnacle PCTV Hybrid Pro
>
> hope it helps
>
> [ 8899.390876] em28xx: New device USB 2870 Device @ 480 Mbps (eb1a:2870,
> interface 0, class 0)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi there,
below is my dmesh output for my Pinnacle PCTV Hybrid Pro
hope it helps
[ 8899.390876] em28xx: New device USB 2870 Device @ 480 Mbps (eb1a:2870,
interface 0, class 0)
[ 8899.391162] em28xx #0: chip ID is em2870
[ 8899.474026] em28xx #0: i2c
TJ wrote:
>
> Hans Verkuil wrote:
>> On Thursday 21 January 2010 09:07:47 TJ wrote:
>>> Jelle Foks wrote:
TJ wrote:
> I am curious how many people are successfully using go7007 based
> capture devices
> with mythtv. I've done some patch work on go7007 driver to make it v4l2
>
Stefan Ringel wrote:
> Hi,
>
> I have a problem with usb bulk transfer. After a while, as I scan digital
> channel (it found a few channel), it wrote this in the log:
>
> Jan 26 21:58:35 linux-v5dy kernel: [ 548.756585] tm6000: status != 0
>
> I updated the tm6000_urb_received function so that
You didn't reply to my most important objection:
On Wed, 27 Jan 2010, Németh Márton wrote:
> diff -r 31eaa9423f98 linux/include/media/soc_camera.h
> --- a/linux/include/media/soc_camera.hMon Jan 25 15:04:15 2010 -0200
> +++ b/linux/include/media/soc_camera.hWed Jan 27 20:49:57 201
On Wednesday 27 January 2010 21:02:30 Németh Márton wrote:
> Hello Hans,
>
> Hans Verkuil wrote:
> > This message is generated daily by a cron job that builds v4l-dvb for
> > the kernels and architectures in the list below.
>
> The last cron message I saw was on 23rd January, 2010. All warnings a
Hans Verkuil wrote:
> On Thursday 21 January 2010 09:07:47 TJ wrote:
>> Jelle Foks wrote:
>>> TJ wrote:
I am curious how many people are successfully using go7007 based
capture devices
with mythtv. I've done some patch work on go7007 driver to make it v4l2
compliant and was th
Hello Hans,
Hans Verkuil wrote:
> This message is generated daily by a cron job that builds v4l-dvb for
> the kernels and architectures in the list below.
The last cron message I saw was on 23rd January, 2010. All warnings and errors
were fixed since then ;-) or is there some problem with the cro
From: Márton Németh
The parameters of soc_camera_limit_side() are either a pointer to
a structure element from v4l2_rect, or constants. The structure elements
of the v4l2_rect are signed (see ) so do the computations
also with signed values.
The *s_crop() functions may receive negative numbers t
Hi,
I have a problem with usb bulk transfer. After a while, as I scan digital
channel (it found a few channel), it wrote this in the log:
Jan 26 21:58:35 linux-v5dy kernel: [ 548.756585] tm6000: status != 0
I updated the tm6000_urb_received function so that I can read the Error code
and it lo
Yes, as wrote in the code, it tied to whitebalance.
Also note that , as Jean wrote, there's are many different values
wrote on some registers, that we don't really know what they are used
for, so,
i would like to go for the most non intrusive option, since, some of
this whitebalance regs, have been
On Wed, 27 Jan 2010 15:17:53 -0200
Nicolau Werneck wrote:
> Answering my own question, and also a question in the t613 source
> code...
>
> Yes, the need for the "reg_w(gspca_dev, 0x2087);", 0x2088 and 0x2089
> commands are definitely tied to the white balance. These three set up
> the default v
On Wed, 27 Jan 2010, Németh Márton wrote:
> Guennadi Liakhovetski wrote:
[snip]
> > And these:
> >
> > if (output_w > max(512U, input_w / 2)) {
> > if (output_h > max(384U, input_h / 2)) {
> >
> > would now produce compiler warnings... Have you actually tried to compile
> > your pat
Guennadi Liakhovetski wrote:
> On Sat, 23 Jan 2010, Németh Márton wrote:
>
>> From: Márton Németh
>>
>> The parameters of soc_camera_limit_side() are either a pointer to
>> a structure element from v4l2_rect, or constants. The structure elements
>> of the v4l2_rect are signed (see ) so do the com
Answering my own question, and also a question in the t613 source
code...
Yes, the need for the "reg_w(gspca_dev, 0x2087);", 0x2088 and 0x2089
commands are definitely tied to the white balance. These three set up
the default values I found out. And (X << 8 + 87) sets up the red
channel parameter i
On Wednesday 27 January 2010 17:22:08 Richard Röjfors wrote:
> This patch add supports for the radio system on the Intel Russellville board.
>
> It's a In-Vehicle Infotainment board with a radio tuner and DSP.
>
> This umbrella driver has the DSP and tuner as V4L2 subdevs and calls them
> when ne
On Wednesday 27 January 2010 17:22:10 Richard Röjfors wrote:
> This patch adds radio-timb to the Makefile and Kconfig.
>
> Signed-off-by: Richard Röjfors
> ---
> diff --git a/drivers/media/radio/Kconfig b/drivers/media/radio/Kconfig
> index 3f40f37..46fd8c4 100644
> --- a/drivers/media/radio/Kcon
On Wed, 27 Jan 2010 17:22:10 +0100 Richard Röjfors wrote:
> This patch adds radio-timb to the Makefile and Kconfig.
>
> Signed-off-by: Richard Röjfors
> ---
> diff --git a/drivers/media/radio/Kconfig b/drivers/media/radio/Kconfig
> index 3f40f37..46fd8c4 100644
> --- a/drivers/media/radio/Kconfi
Hello again, people. I believe I have found in my log the commands
that are setting up that white balance parameters. I am pasting an
excerpt of the log at the end. (I changed the subject now that is
seems this is actually the way I should follow)
It looks to me that in that SetupPacket vector the
This patch adds radio-timb to the Makefile and Kconfig.
Signed-off-by: Richard Röjfors
---
diff --git a/drivers/media/radio/Kconfig b/drivers/media/radio/Kconfig
index 3f40f37..46fd8c4 100644
--- a/drivers/media/radio/Kconfig
+++ b/drivers/media/radio/Kconfig
@@ -429,4 +429,14 @@ config RADIO_TEF
This patch add supports for the radio system on the Intel Russellville board.
It's a In-Vehicle Infotainment board with a radio tuner and DSP.
This umbrella driver has the DSP and tuner as V4L2 subdevs and calls them
when needed.
The RDS support is done by I/O memory accesses.
Signed-off-by: Ri
On the intel russellville board there is a radio DSP, radio tuner and a RDS
block.
This umbrella driver uses two subdevs (DSP and tuner), and reads RDS data.
Updated after feedback from Hans Verkuil. Thanks Hans!
Patch1:
The actual code
Patch2:
Add the radio-timb to Kconfig and Makefile
--Rich
On Sat, 23 Jan 2010, Németh Márton wrote:
> From: Márton Németh
>
> The parameters of soc_camera_limit_side() are either a pointer to
> a structure element from v4l2_rect, or constants. The structure elements
> of the v4l2_rect are signed (see ) so do the computations
> also with signed values.
Hans Verkuil wrote:
>> The first time we run we could definitely do a 4l2_i2c_new_subdev*, but what
>> if I rmmod the driver
>> and insmod it again? When we do the do an open, then v4l2_i2c_new_subdev*
>> would fail because the
>> device is only on the bus and probed. So I would have to look for
Hi,
On 01/27/2010 07:34 AM, Németh Márton wrote:
Hello Jean-Francois,
do you have any comments or suggestions about this patch?
I've been playing around a bit with the latest incarnation
of this patch (with the resubmit issue fixed), and I can report
that it works very well. Once this is mer
HI Nicolau
remember to send a SOB if the patch is working, and any change let me
know so i can test with others t613 users.
Best Regards
On Tue, Jan 26, 2010 at 3:37 PM, Jean-Francois Moine wrote:
> On Tue, 26 Jan 2010 15:00:53 -0200
> Nicolau Werneck wrote:
>
>> Hello. I have this very chea
On Friday 22 January 2010 20:36:32 Richard Röjfors wrote:
> Hans Verkuil wrote:
> > On Friday 22 January 2010 13:38:28 Richard Röjfors wrote:
> >> This patch add supports for the radio system on the Intel Russellville
> >> board.
> >>
> >> It's a In-Vehicle Infotainment board with a radio tuner an
>
>> Date: Wed, 27 Jan 2010 02:21:32 +0200
>> From: cr...@iki.fi
>> To: gavin_r...@hotmail.com
>> CC: linux-media@vger.kernel.org
>> Subject: Re: help: Leadtek DTV2000 DS
>>
>> Terve Gavin,
>>
>> On 01/25/2010 01:44
Hi Dmitri,
Just a quick note: the video4linux mailinglist is obsolete, just use
linux-media.
On Wednesday 27 January 2010 06:36:37 Dmitri Belimov wrote:
> Hi Hans.
>
> I finished saa7134 part of SPI. Please review saa7134-spi.c and diff
> saa7134-core and etc.
> I wrote config of SPI to board
> Date: Wed, 27 Jan 2010 02:21:32 +0200
> From: cr...@iki.fi
> To: gavin_r...@hotmail.com
> CC: linux-media@vger.kernel.org
> Subject: Re: help: Leadtek DTV2000 DS
>
> Terve Gavin,
>
> On 01/25/2010 01:44 PM, Gavin
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 particular, the fact that
the IR is GPIO-
>>>
>>>
>>>
Date: Wed, 27 Jan 2010 02:21:32 +0200
From: cr...@iki.fi
To: gavin_r...@hotmail.com
CC: linux-media@vger.kernel.org
Subject: Re: help: Leadtek DTV2000 DS
Terve Gavin,
On 01/25/2010 01:44 PM, Gavin Ra
pierre.gronlier wrote:
> pierre gronlier wrote, On 01/24/2010 11:03 PM:
>> DUBOST Brice crans.ens-cachan.fr> writes:
>>> Manu Abraham a écrit :
Hi Brice,
On Mon, Jan 25, 2010 at 12:09 AM, DUBOST Brice
crans.ens-cachan.fr> wrote:
> Hello
>
> Powercam just made a new
Hi Hermann,
Sorry for the late answer.
On Sun, 10 Jan 2010 22:55:05 +0100, hermann pitton wrote:
> Am Sonntag, den 10.01.2010, 09:51 +0100 schrieb Jean Delvare:
> > On Sun, 10 Jan 2010 00:18:46 +0100, hermann pitton wrote:
> > > Am Samstag, den 09.01.2010, 17:14 +0100 schrieb Jean Delvare:
> > >
45 matches
Mail list logo
