Re: [PATCH 3/3] [media] rc: Remove ir-common module

2010-11-13 Thread hermann pitton
Am Samstag, den 13.11.2010, 17:33 -0200 schrieb Mauro Carvalho Chehab: > Now, just one old bttv board uses the old RC5 raw decoding routines. > Its conversion to rc-core requires the generation of IRQ data for both > positive and negative transitions at the IRQ line. I'm not sure if > bttv driver

Re: new_build on ubuntu (dvbdev.c)

2010-11-13 Thread Andy Walls
On Sun, 2010-11-14 at 09:08 +1100, Vincent McIntyre wrote: > Hi, > I'm trying to build on 2.6.32 (ubuntu lucid i386). > > I followed the instructions for building from git[1] Shouldn't you be building from: http://git.linuxtv.org/mchehab/new_build.git for backward compat builds? (I'm no

Re: Oops w/ 'Terratec Cinergy T USB XXS (HD)/ T3'

2010-11-13 Thread Toralf Förster
Toralf Förster wrote at 13:14:41 > I get with the current -git tree the attached OOps at an almost stable > Gentoo Linux running at a ThinkPad T400. FWIW solved by something between 9457b24..0143832 probably commit 2c2742d ? -- MfG/Kind regards Toralf Förster pgp finger print: 7B1A 07F4 EC82 0

new_build on ubuntu (dvbdev.c)

2010-11-13 Thread Vincent McIntyre
Hi, I'm trying to build on 2.6.32 (ubuntu lucid i386). I followed the instructions for building from git[1] but I get an error I don't understand. make -C /lib/modules/2.6.32-25-3dbc39-generic/build SUBDIRS=/home/me/git/clones/linuxtv.org/new_build/v4l modules make[3]: Entering directory `/usr/s

Re: [PATCH] SoC Camera: ov6650: minor cleanups

2010-11-13 Thread Guennadi Liakhovetski
On Sat, 13 Nov 2010, Janusz Krzysztofik wrote: > Thursday 30 September 2010 13:35:49 Janusz Krzysztofik wrote: > > There are still two SG mode specific corner cases to be corrected, > > previously not detected because of poor sensor driver functionality: 1) > > frame size not exceeding one page, r

Re: [PATCH 0/3] Remove ir-common module

2010-11-13 Thread David Härdeman
On Sat, Nov 13, 2010 at 05:33:19PM -0200, Mauro Carvalho Chehab wrote: >I did some tests using the Encore FM 5.3. This were the last device using >the legacy IR support on saa7134. After it, only one device >(Nebula Electronics DigiTV) still uses it. It is an old device, so, it will >probably not b

Re: Raw mode for SAA7134_BOARD_ENCORE_ENLTV_FM53?

2010-11-13 Thread Mauro Carvalho Chehab
Em 12-11-2010 19:06, David Härdeman escreveu: > On Fri, Nov 12, 2010 at 12:23:56PM -0200, Mauro Carvalho Chehab wrote: >> Em 12-11-2010 12:14, David Härdeman escreveu: >>> Mauro, >>> >>> as far as I could tell, you wrote the initial support for >>> SAA7134_BOARD_ENCORE_ENLTV_FM53 in >>> drivers/med

[PATCH 2/3] [media] saa7134: Remove legacy IR decoding logic inside the module

2010-11-13 Thread Mauro Carvalho Chehab
The only IR left still using the old raw decoders on saa7134 is ENCORE FM 5.3. As it is now using the standard rc-core raw decoders, lots of old code can be removed from saa7134. Signed-off-by: Mauro Carvalho Chehab diff --git a/drivers/media/video/saa7134/saa7134-input.c b/drivers/media/video/

[PATCH 0/3] Remove ir-common module

2010-11-13 Thread Mauro Carvalho Chehab
I did some tests using the Encore FM 5.3. This were the last device using the legacy IR support on saa7134. After it, only one device (Nebula Electronics DigiTV) still uses it. It is an old device, so, it will probably not be easy to find someone with such hardware. As the conversion requires to t

[PATCH 3/3] [media] rc: Remove ir-common module

2010-11-13 Thread Mauro Carvalho Chehab
Now, just one old bttv board uses the old RC5 raw decoding routines. Its conversion to rc-core requires the generation of IRQ data for both positive and negative transitions at the IRQ line. I'm not sure if bttv driver supports it or if the transitions will be reliable enough. So, due to the lack o

[PATCH 1/3] [media] saa7134: use rc-core raw decoders for Encore FM 5.3

2010-11-13 Thread Mauro Carvalho Chehab
Signed-off-by: Mauro Carvalho Chehab diff --git a/drivers/media/video/saa7134/saa7134-input.c b/drivers/media/video/saa7134/saa7134-input.c index fbb2ff1..4878f46 100644 --- a/drivers/media/video/saa7134/saa7134-input.c +++ b/drivers/media/video/saa7134/saa7134-input.c @@ -767,9 +767,10 @@ int s

[cron job] v4l-dvb daily build: WARNINGS

2010-11-13 Thread Hans Verkuil
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:Sat Nov 13 19:00:21 CET 2010 path:http://www.linuxtv.org/hg/v4l-dvb changeset: 15167:abd3aac6644e git master:

Re: [PATCH 00/10] MCDE: Add frame buffer device driver

2010-11-13 Thread Hans Verkuil
On Saturday, November 13, 2010 18:26:45 Marcus LORENTZON wrote: > Hi Hans, > MCDE is for both "video" and graphics. That is, it supports YUV and RGB > buffers to be blended onto a background during scanout. And as most SOCs it > supports normal CRTC type of continous scanout like LCD and MIPI DPI

Re: [PATCH] SoC Camera: ov6650: minor cleanups

2010-11-13 Thread Janusz Krzysztofik
Monday 08 November 2010 22:20:33 Guennadi Liakhovetski wrote: > On Tue, 2 Nov 2010, Janusz Krzysztofik wrote: > > This is a followup patch that addresses two minor issues left in the > > recently added ov6650 sensor driver, as I've promised to the subsystem > > maintainer: > > - remove a pair of ex

RE: [PATCH 00/10] MCDE: Add frame buffer device driver

2010-11-13 Thread Marcus LORENTZON
Hi Hans, MCDE is for both "video" and graphics. That is, it supports YUV and RGB buffers to be blended onto a background during scanout. And as most SOCs it supports normal CRTC type of continous scanout like LCD and MIPI DPI/DSI video mode and command mode scanout like MIPI DBI/DSI. I guess you

Re: [PATCH 2/3] i2c: Drivers shouldn't include

2010-11-13 Thread Jean Delvare
On Sat, 13 Nov 2010 12:34:23 -0200, Mauro Carvalho Chehab wrote: > Em 05-11-2010 18:07, Jean Delvare escreveu: > > Drivers don't need to include , especially not when > > they don't use anything that header file provides. > > > > Signed-off-by: Jean Delvare > > Cc: Michael Hunold > > Cc: Mauro C

Re: gspca_ov534: Changing framerates, different behaviour in 2.6.36

2010-11-13 Thread Antonio Ospite
On Sat, 13 Nov 2010 16:12:05 +0100 Antonio Ospite wrote: > guvcview: > > If I: > 1. Go to the "Video & Files Tab" > 2. Change the "Frame Rate" value from the drop down menu > [...] > > since 2.6.36 + the regression fix in [1] (please apply it): > 3a. dmesg shows the message: ov534: frame_ra

gspca_ov534: Changing framerates, different behaviour in 2.6.36

2010-11-13 Thread Antonio Ospite
Hi, in 2.6.36 and later there is a change of behavior when changing framerates with the gspca_ov534 driver, here's what happens using guvcview: If I: 1. Go to the "Video & Files Tab" 2. Change the "Frame Rate" value from the drop down menu in 2.6.35: 3a. dmesg shows the message: ov534: frame_

Re: [GIT PATCHES FOR 2.6.38] mantis for_2.6.38

2010-11-13 Thread Bjørn Mork
Mauro Carvalho Chehab writes: > Em 12-11-2010 12:43, Bjørn Mork escreveu: >> >> git://git.mork.no/mantis.git for_2.6.38 > > Didn't work: > > git pull git://git.mork.no/mantis.git for_2.6.38 > fatal: Couldn't find remote ref for_2.6.38 Damn, sorry about that. Was supposed to be git://git.mo

Re: [PATCH 3/3] i2c: Mark i2c_adapter.id as deprecated

2010-11-13 Thread Hans Verkuil
On Friday, November 05, 2010 21:10:01 Jean Delvare wrote: > It's about time to make it clear that i2c_adapter.id is deprecated. > Hopefully this will remind the last user to move over to a different > strategy. > > Signed-off-by: Jean Delvare > Cc: Hans Verkuil > Cc: Jarod Wilson Acked-by: Han

Re: [PATCH 3/3] i2c: Mark i2c_adapter.id as deprecated

2010-11-13 Thread Mauro Carvalho Chehab
Em 05-11-2010 18:10, Jean Delvare escreveu: > It's about time to make it clear that i2c_adapter.id is deprecated. > Hopefully this will remind the last user to move over to a different > strategy. > > Signed-off-by: Jean Delvare > Cc: Hans Verkuil > Cc: Jarod Wilson Acked-by: Mauro Carvalho Che

Re: [PATCH 1/3] i2c: Delete unused adapter IDs

2010-11-13 Thread Hans Verkuil
On Saturday, November 13, 2010 15:33:18 Mauro Carvalho Chehab wrote: > Em 05-11-2010 18:06, Jean Delvare escreveu: > > Delete unused I2C adapter IDs. Special cases are: > > > > * I2C_HW_B_RIVA was still set in driver rivafb, however no other > > driver is ever looking for this value, so we can s

Re: [PATCH 2/3] i2c: Drivers shouldn't include

2010-11-13 Thread Mauro Carvalho Chehab
Em 05-11-2010 18:07, Jean Delvare escreveu: > Drivers don't need to include , especially not when > they don't use anything that header file provides. > > Signed-off-by: Jean Delvare > Cc: Michael Hunold > Cc: Mauro Carvalho Chehab I suspect that you want to include it via your tree, so: Acked

Re: [PATCH 1/3] i2c: Delete unused adapter IDs

2010-11-13 Thread Mauro Carvalho Chehab
Em 05-11-2010 18:06, Jean Delvare escreveu: > Delete unused I2C adapter IDs. Special cases are: > > * I2C_HW_B_RIVA was still set in driver rivafb, however no other > driver is ever looking for this value, so we can safely remove it. > * I2C_HW_B_HDPVR is used in staging driver lirc_zilog, howev

Re: [GIT PATCHES FOR 2.6.38] mantis for_2.6.38

2010-11-13 Thread Mauro Carvalho Chehab
Em 12-11-2010 12:43, Bjørn Mork escreveu: > Hello, > > I've been waiting for this list of patchwork patches to be included for > quite a while, and have now taken the liberty to clean them up as > necessary and add them to a git tree, based on the current media_tree > for_v2.6.38 branch, with exc

msp3400 regression fix for 2.6.36?

2010-11-13 Thread Hans Verkuil
Hi Mauro, Will you backport this fix to the stable 2.6.36? http://git.linuxtv.org/linux-2.6.git?a=commit;h=0310871d8f71da4ad8643687fbc40f219a0dac4d The patch applies fine against 2.6.36. If you want me to do something, then let me know. Regards, Hans -- Hans Verkuil - video4linux de

Re: [GIT PATCHES FOR 2.6.38] gspca for_2.6.38

2010-11-13 Thread Mauro Carvalho Chehab
Em 13-11-2010 10:16, Anca Emanuel escreveu: > On Sat, Nov 13, 2010 at 11:46 AM, Jean-Francois Moine wrote: >> The following changes since commit >> af9f14f7fc31f0d7b7cdf8f7f7f15a3c3794aea3: >> >> [media] IR: add tv power scancode to rc6 mce keymap (2010-11-10 00:58:49 >> -0200) >> >> are availab

[GIT PULL for 2.6.36-rc2] drivers/media fixes

2010-11-13 Thread Mauro Carvalho Chehab
Hi Linus, Please pull from: ssh://master.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-2.6.git v4l_for_linus For a few bug fixes on some drivers, and for Arnd's patch to finish the BKL removal from V4L/DVB, as discussed during the KS/2010. Thanks! Mauro The following changes since comm

TBS 6921 support

2010-11-13 Thread Emmanuel
Hi all, I have recently contacted TBS support to see if they have new products, and they do have something in the pipeline: the 6921 and 8921, about to be released, IIRC end of november. I am interested in whicether that has good linux support. On this link you can check the specs and chips: h

Re: [PATCH 0/6] davinci vpbe: V4L2 Display driver for DM644X

2010-11-13 Thread Hans Verkuil
Hi Manju, I've reviewed the other patches as well. The only one for which I had comments was patch 2/6. However, what I think would be useful here is to have an overview document, either as part of a source or header, or as a separate text document. It is not easy to get a good overview of how ev

Re: [PATCH 2/6] davinci vpbe: VPBE display driver

2010-11-13 Thread Hans Verkuil
Some minor review comments... On Monday, November 08, 2010 15:54:25 Manjunath Hadli wrote: > From: Muralidharan Karicheri > > This patch implements the coe functionality of the dislay driver, > mainly controlling the VENC and other encoders, and acting as > the one point interface for the man V4

Re: [GIT PATCHES FOR 2.6.38] gspca for_2.6.38

2010-11-13 Thread Anca Emanuel
On Sat, Nov 13, 2010 at 11:46 AM, Jean-Francois Moine wrote: > The following changes since commit > af9f14f7fc31f0d7b7cdf8f7f7f15a3c3794aea3: > >  [media] IR: add tv power scancode to rc6 mce keymap (2010-11-10 00:58:49 > -0200) > > are available in the git repository at: >  git://linuxtv.org/jfr

Re: [PATCH 00/10] MCDE: Add frame buffer device driver

2010-11-13 Thread Hans Verkuil
Hi Marcus, Is your display system 'just' for graphics output? Or can it also do video? I ask because many SoC display systems are designed for video output with a separate graphics layer that can be blended in. Usually the video output is handled through the video4linux API and the graphics throug

[GIT PATCHES FOR 2.6.38] gspca for_2.6.38

2010-11-13 Thread Jean-Francois Moine
The following changes since commit af9f14f7fc31f0d7b7cdf8f7f7f15a3c3794aea3: [media] IR: add tv power scancode to rc6 mce keymap (2010-11-10 00:58:49 -0200) are available in the git repository at: git://linuxtv.org/jfrancois/gspca.git for_2.6.38 Jean-François Moine (16): gspca - ov519