Hi,
Am Sonntag, den 15.03.2009, 20:52 -0400 schrieb Andy Walls:
> On Sun, 2009-03-15 at 23:26 +0100, Jean Delvare wrote:
> > Hi Andy,
>
> Hi Jean,
>
> Thanks for the reply.
>
> > On Sun, 15 Mar 2009 15:34:33 -0400, Andy Walls wrote:
> > > On Sun, 2009-03-15 at 18:12 +0100, Jean Delvare wrote:
>
Je serai absent(e) du 14/03/2009 au 22/03/2009.
I'm on vacation until the 22nd of March.
For any technical questions, you can contact Thierry Marchand at this
address : thierry.march...@sagem.com
Best regards,
Benoit Raque
" Ce courriel et les documents qui y sont attaches peuvent contenir
Mauro,
Please pull from:
http://linuxtv.org/hg/~awalls/cx18
for
cx18: Optimize processing of VBI buffers from the capture unit
cx18, ivtv: Ensure endianess for linemasks in VBI embedded in MPEG stream
Regards,
Andy
diffstat
cx18/cx18-vbi.c | 105 +++
On Sun, 2009-03-15 at 23:26 +0100, Jean Delvare wrote:
> Hi Andy,
Hi Jean,
Thanks for the reply.
> On Sun, 15 Mar 2009 15:34:33 -0400, Andy Walls wrote:
> > On Sun, 2009-03-15 at 18:12 +0100, Jean Delvare wrote:
> > > Hi Hans,
> > > This is the typical multifunction device problem. It isn't spe
Hello Mauro,
Please issue a pull request from
http://linuxtv.org/hg/~dheitmueller/hvr950q-analog2 for the following:
au0828: remove memset calls in v4l2 routines.
au0828: remove some unneeded braces
au0828: add entry for undefined input type
au0828/au8522: Codingstyle fixes
au0828: rename macro f
On Sun, 15 Mar 2009, Andy Walls wrote:
> On Sun, 2009-03-15 at 18:12 +0100, Jean Delvare wrote:
>
> > This is the typical multifunction device problem. It isn't specifically
> > related to I2C,
>
> But the specific problem that Hans' brings up is precisely a Linux
> kernel I2C subsystem *software*
On Sun, 15 Mar 2009, Andy Walls wrote:
> On Sun, 2009-03-15 at 10:28 -0700, Trent Piepho wrote:
>
> > Why are the i2c addresses from various i2c chips moved into the bttv
> > driver? Doesn't it make more sense that the addresses for chip X should be
> > in the driver for chip X?
>
> One reason tha
Add check to libv4l of the sensor orientation as reported by
VIDIOC_ENUMINPUT
Signed-off-by: Adam Baker
---
diff -r a647c2dfa989 v4l2-apps/lib/libv4l/libv4lconvert/libv4lconvert.c
--- a/v4l2-apps/lib/libv4l/libv4lconvert/libv4lconvert.cTue Jan 20
11:25:54
2009 +0100
+++ b/v4l2-apps/lib
Add support to the SQ-905 driver to pass back to user space the
sensor orientation information obtained from the camera during init.
Modifies gspca and the videodev2.h header to create the necessary
API.
Signed-off-by: Adam Baker
---
diff -r 1248509d8bed linux/drivers/media/video/gspca/gspca.c
-
On Sun, 15 Mar 2009 23:09:05 +0100, Hans Verkuil wrote:
> Actually, it seems like this used to work at one time in the past. Jean, can
> you confirm that it used to be possible to have two i2c clients at the same
> i2c address in the past? Looking at the post (see the link in my original
> mail)
Hi Andy,
On Sun, 15 Mar 2009 15:34:33 -0400, Andy Walls wrote:
> On Sun, 2009-03-15 at 18:12 +0100, Jean Delvare wrote:
> > Hi Hans,
> >
> > On Sun, 15 Mar 2009 13:44:01 +0100, Hans Verkuil wrote:
> > > Hi Mauro, Jean,
> > >
> > > When converting the bttv driver to v4l2_subdev I found one probin
Hi all,
I've finally got round to writing a sample patch to support the proposed
mechanism of reporting sensor orientation to user space. It is split into 2
parts, part 1 contains the kernel changes and part 2 the libv4l changes. In
order to keep the patch simple I haven't attempted to add supp
On Sun, 15 Mar 2009 17:10:01 +
Jonathan Cameron wrote:
> The primary control on this chip related to shutter rate is actualy
> the frame rate. There are rather complex (and largerly undocumented)
> interactions between this setting and the auto brightness controls
> etc. Anyone have any sugge
On Sunday 15 March 2009 20:34:33 Andy Walls wrote:
> On Sun, 2009-03-15 at 18:12 +0100, Jean Delvare wrote:
> > Hi Hans,
> >
> > On Sun, 15 Mar 2009 13:44:01 +0100, Hans Verkuil wrote:
> > > Hi Mauro, Jean,
> > >
> > > When converting the bttv driver to v4l2_subdev I found one probing
> > > conflic
* On 15.03.2009 11:34, I myself wrote:
> * On 15.03.2009 03:03, Mateusz Jędrasik wrote:
>> To answer any questions that were posed at me, I have not been
>> using the card much, but were able to get analog picture (no
>> sound) with it using Ubuntu 8.10 stock kernel - I'm guessing
>> 2.6.27 at the
Hi Manu, Matthias, Mauro, everybody else,
this:
commit a00d0bb86b20a86a72f4df9d6e31dda94c02b4fa
Author: Matthias Schwarzzot
Date: Tue Jan 27 16:29:44 2009 -0300
V4L/DVB (10978): Report tuning algorith correctly
Signed-off-by: Manu Abraham
Signed-off-by: Mauro Carvalho Chehab
On Sun, 15 Mar 2009, Hans Verkuil wrote:
> On Sunday 15 March 2009 19:50:39 Guennadi Liakhovetski wrote:
> > On Sun, 15 Mar 2009, Jonathan Cameron wrote:
> > > From: Jonathan Cameron
> > >
> > > OV7670 driver for soc-camera interfaces.
> >
> > Much appreciated, thanks!
> >
> > > ---
> > > There i
On Sun, 2009-03-15 at 10:28 -0700, Trent Piepho wrote:
> Why are the i2c addresses from various i2c chips moved into the bttv
> driver? Doesn't it make more sense that the addresses for chip X should be
> in the driver for chip X?
One reason that this may be undesirable is that the devices can b
t.Hgch wrote:
Partially received? If there is really MT2060 tuner then channels should
not be received at all.
I checked again and i am getting a couple of dtv channels and some more
radio channels, and they display/sound pretty well.
Then the tuner must be MXL5003S because it is only tuner
Hi,
> Partially received? If there is really MT2060 tuner then channels should
> not be received at all.
I checked again and i am getting a couple of dtv channels and some more
radio channels, and they display/sound pretty well.
I'm sure that the card model is the one I previously mentioned,
Hi
I have that errors during of system loading . How is it fix it ?
in syslog I can see
Mar 15 21:50:26 localhost pulseaudio[3572]: main.c: setrlimit(RLIMIT_NICE, (31,
31)) failed: Operation not permitted
Mar 15 21:50:26 localhost pulseaudio[3572]: main.c: setrlimit(RLIMIT_RTPRIO,
(9, 9)) fail
On Sun, 2009-03-15 at 18:12 +0100, Jean Delvare wrote:
> Hi Hans,
>
> On Sun, 15 Mar 2009 13:44:01 +0100, Hans Verkuil wrote:
> > Hi Mauro, Jean,
> >
> > When converting the bttv driver to v4l2_subdev I found one probing conflict
> > between tvaudio and ir-kbd-i2c: address 0x96 (or 0x4b in 7-bit
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:Sun Mar 15 19:00:05 CET 2009
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 11038:626c136ec221
gcc version: gcc (
On Sunday 15 March 2009 19:50:39 Guennadi Liakhovetski wrote:
> On Sun, 15 Mar 2009, Jonathan Cameron wrote:
> > From: Jonathan Cameron
> >
> > OV7670 driver for soc-camera interfaces.
>
> Much appreciated, thanks!
>
> > ---
> > There is already an ov7670 driver in tree, but it is very interface
>
On Sun, Mar 15, 2009 at 12:39 PM, Trent Piepho wrote:
> It seems like the real complaint is that dealing v4l-dvb's development
> system is more work for those people who choose not to use it. Why don't
> we just switch to CVS while were at it, to make it easier for those who
> don't want to learn
On Sunday 15 March 2009 18:28:42 Trent Piepho wrote:
> On Sun, 15 Mar 2009, Hans Verkuil wrote:
> > On Sunday 15 March 2009 17:04:43 Trent Piepho wrote:
> > > On Sun, 15 Mar 2009, Hans Verkuil wrote:
> > > > Hi Mauro,
> > > >
> > > > Can you review my ~hverkuil/v4l-dvb-bttv2 tree?
> > >
> > > It wo
On Sun, 15 Mar 2009, Jonathan Cameron wrote:
> From: Jonathan Cameron
>
> OV7670 driver for soc-camera interfaces.
Much appreciated, thanks!
>
> ---
> There is already an ov7670 driver in tree, but it is very interface
> specific (olpc) and hence not much use for the crossbow IMB400 board
> w
On Sun, 15 Mar 2009 10:42:41 -0700 (PDT), Trent Piepho wrote:
> On Sun, 15 Mar 2009, Jean Delvare wrote:
> > On Sun, 15 Mar 2009 13:44:01 +0100, Hans Verkuil wrote:
> > This is the typical multifunction device problem. It isn't specifically
> > related to I2C, the exact same problem happens for oth
On Sun, 15 Mar 2009, Jean Delvare wrote:
> On Sun, 15 Mar 2009 13:44:01 +0100, Hans Verkuil wrote:
> This is the typical multifunction device problem. It isn't specifically
> related to I2C, the exact same problem happens for other devices, for
> example a PCI south bridge including hardware monito
From: Jonathan Cameron
OV7670 driver for soc-camera interfaces.
---
There is already an ov7670 driver in tree, but it is very interface
specific (olpc) and hence not much use for the crossbow IMB400 board
which is plugged into an imote 2 pxa271 main board.
Thanks go to Crossbow (www.xbow.com) f
moi,
t.Hgch wrote:
I also followed this post to get streams from the EC168:
https://www.dealextreme.com/forums/Default.dx/sku.8325~threadid.278942
However my card is a MinTv usb 2.0 dvb-t DUTV002, which seems to be
using a MT2060 tuner. Some channels where partially received. Let me
Partially
On Sun, 15 Mar 2009, Hans Verkuil wrote:
> On Sunday 15 March 2009 17:04:43 Trent Piepho wrote:
> > On Sun, 15 Mar 2009, Hans Verkuil wrote:
> > > Hi Mauro,
> > >
> > > Can you review my ~hverkuil/v4l-dvb-bttv2 tree?
> >
> > It would be a lot easier if you would provide patch descriptions.
>
> Here
Hi Hans,
On Sun, 15 Mar 2009 13:44:01 +0100, Hans Verkuil wrote:
> Hi Mauro, Jean,
>
> When converting the bttv driver to v4l2_subdev I found one probing conflict
> between tvaudio and ir-kbd-i2c: address 0x96 (or 0x4b in 7-bit notation).
>
> It turns out that this is one and the same PIC16C54
On Sunday 15 March 2009 17:04:43 Trent Piepho wrote:
> On Sun, 15 Mar 2009, Hans Verkuil wrote:
> > Hi Mauro,
> >
> > Can you review my ~hverkuil/v4l-dvb-bttv2 tree?
>
> It would be a lot easier if you would provide patch descriptions.
Here it is:
- bttv: convert to v4l2_subdev.
That's all it do
On Sunday 15 March 2009 17:39:11 Trent Piepho wrote:
> On Sat, 7 Mar 2009, Guennadi Liakhovetski wrote:
> > On Fri, 6 Mar 2009, Trent Piepho wrote:
> > > On Thu, 5 Mar 2009, Guennadi Liakhovetski wrote:
> > > > On Thu, 5 Mar 2009, Trent Piepho wrote:
> > > > > ALSA used a partial tree, but their sy
On Sat, 7 Mar 2009, Guennadi Liakhovetski wrote:
> On Fri, 6 Mar 2009, Trent Piepho wrote:
> > On Thu, 5 Mar 2009, Guennadi Liakhovetski wrote:
> > > 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 th
On Sun, 15 Mar 2009, Hans Verkuil wrote:
> Hi Mauro,
>
> Can you review my ~hverkuil/v4l-dvb-bttv2 tree?
It would be a lot easier if you would provide patch descriptions.
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
On Sun, 15 Mar 2009, Jean-Francois Moine wrote:
> On Sat, 14 Mar 2009 13:16:11 -0700 (PDT)
> Trent Piepho wrote:
>
> > There is already a sysfs led interface, you could just have the driver
> > export the leds to the led subsystem and use that.
>
> Yes, but:
> - this asks to have a kernel generate
On Sun, Mar 15, 2009 at 9:20 AM, wk wrote:
>> 1. Getting everyone to agree on a standard representation for the
>> field, and how to represent certain error conditions (such as when a
>> demod doesn't support SNR, or when it cannot return a valid value at a
>> given time).
>>
>>
>
> Its just stra
Devin Heitmueller schrieb:
On Fri, Mar 13, 2009 at 6:27 PM, VDR User wrote:
Just wanted to comment that I'm glad there is a lot of interest in
this. I've heard endless talk & confusion on the user end over the
years as to the accuracy of the values, or in some cases (as with
Genpix adapters
Hi Mauro, Jean,
When converting the bttv driver to v4l2_subdev I found one probing conflict
between tvaudio and ir-kbd-i2c: address 0x96 (or 0x4b in 7-bit notation).
It turns out that this is one and the same PIC16C54 device used on the
ProVideo PV951 board. This chip is used for both audio inp
Hi Mauro,
Can you review my ~hverkuil/v4l-dvb-bttv2 tree?
It converts this driver to v4l2_subdev, and as far as I can see it works and
should probe all the different audio devices in the correct and safe order.
I kept things as simple as possible in order to make a review easy.
There is only o
Mauro Carvalho Chehab schrieb:
Hi wk,
Let's commit what we currently have. Could you please re-submit the patch
again, this time providing a proper description, and your SOB?
Cheers,
Mauro.
The attached patch provides the following changes to DVB API:
- files changed
- dvbapi.tex
Mauro,
Please pull from http://udev.netup.ru/hg/v4l-dvb-netup
for the following 2 changesets:
01/02: Shorten some lines in stv0900 to less then 81 characters
http://udev.netup.ru/hg/v4l-dvb-netup?cmd=changeset;node=17ee2fb722e8
02/02: Fix typo in stv0900
http://udev.netup.ru/hg/v4l-dvb-netup?cm
* On 15.03.2009 03:03, Mateusz Jędrasik wrote:
> Please don't cc-flood (is that the correct way to name it?:)) your
> recipients ;)
Sorry, this has not been my intention. Still as far as I know, this is
the preferred method on LKML (adding as many CCs as one thinks people
could be or are involved
On Sunday 15 March 2009 10:50:37 Jean-Francois Moine wrote:
> On Sat, 14 Mar 2009 13:16:11 -0700 (PDT)
>
> Trent Piepho wrote:
> > There is already a sysfs led interface, you could just have the driver
> > export the leds to the led subsystem and use that.
>
> Yes, but:
> - this asks to have a ker
# HG changeset patch
# User Uri Shkolnik
# Date 1237111557 -7200
# Node ID 7311d23c3355629b617013cd51223895a2423770
# Parent 7352ee1288f651d19d58c7bb479a98f070ad98e6
Siano: remove two redundant lines
From: Uri Shkolnik
Remove two redundant lines, based on Klimov Alexey code review.
Priority:
On Sat, 14 Mar 2009 13:16:11 -0700 (PDT)
Trent Piepho wrote:
> There is already a sysfs led interface, you could just have the driver
> export the leds to the led subsystem and use that.
Yes, but:
- this asks to have a kernel generated with CONFIG_NEW_LEDS,
- the user must use some new program t
On Sunday 15 March 2009 10:20:45 Jean Delvare wrote:
> I see the following warning when building the zoran driver:
> v4l/zoran_card.c: In function 'zoran_probe':
> v4l/zoran_card.c:1243: warning: assignment from incompatible pointer type
>
> Fixing the notify callback prototype solves it.
>
> Signe
I see the following warning when building the zoran driver:
v4l/zoran_card.c: In function 'zoran_probe':
v4l/zoran_card.c:1243: warning: assignment from incompatible pointer type
Fixing the notify callback prototype solves it.
Signed-off-by: Jean Delvare
Cc: Hans Verkuil
Cc: Trent Piepho
---
* Ingo Molnar wrote:
> FYI, latest upstream (2.6.29-rc8) fails to build with the
> attached config:
>
> MODPOST 531 modules
> ERROR: "dibusb_dib3000mc_frontend_attach"
> [drivers/media/dvb/dvb-usb/dvb-usb-dibusb-mc.ko] undefined!
> ERROR: "dibusb_dib3000mc_tuner_attach"
> [drivers/media/dv
51 matches
Mail list logo
