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 -
On Sat, Nov 13, 2010 at 11:46 AM, Jean-Francois Moine moin...@free.fr 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:
Some minor review comments...
On Monday, November 08, 2010 15:54:25 Manjunath Hadli wrote:
From: Muralidharan Karicheri m-kariche...@ti.com
This patch implements the coe functionality of the dislay driver,
mainly controlling the VENC and other encoders, and acting as
the one point interface
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
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:
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
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
Em 13-11-2010 10:16, Anca Emanuel escreveu:
On Sat, Nov 13, 2010 at 11:46 AM, Jean-Francois Moine moin...@free.fr 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
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
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, however
Em 05-11-2010 18:07, Jean Delvare escreveu:
Drivers don't need to include linux/i2c-id.h, especially not when
they don't use anything that header file provides.
Signed-off-by: Jean Delvare kh...@linux-fr.org
Cc: Michael Hunold mich...@mihu.de
Cc: Mauro Carvalho Chehab mche...@infradead.org
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 safely
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 kh...@linux-fr.org
Cc: Hans Verkuil hverk...@xs4all.nl
Cc: Jarod Wilson
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 kh...@linux-fr.org
Cc: Hans Verkuil hverk...@xs4all.nl
Mauro Carvalho Chehab mche...@redhat.com 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
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:
On Sat, 13 Nov 2010 16:12:05 +0100
Antonio Ospite osp...@studenti.unina.it 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:
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 linux/i2c-id.h, especially not when
they don't use anything that header file provides.
Signed-off-by: Jean Delvare kh...@linux-fr.org
Cc: Michael
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
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 extra
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/DSI
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:
Signed-off-by: Mauro Carvalho Chehab mche...@redhat.com
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
@@
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
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
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 mche...@redhat.com
diff --git a/drivers/media/video/saa7134/saa7134-input.c
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
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 be
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,
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
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
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 not
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
33 matches
Mail list logo
