Em 09-01-2011 10:02, Hans de Goede escreveu:
Hi,
On 01/02/2011 09:13 PM, Hans Verkuil wrote:
Hi Hans,
On Sunday, January 02, 2011 19:33:31 Hans de Goede wrote:
snip
So only 3 raw bayer + custom compression models supported by
sn9c102 are not supported by gspca_sonixb, and all jpeg
Em 10-01-2011 08:28, Hans de Goede escreveu:
Hi,
On 01/10/2011 02:33 AM, Mauro Carvalho Chehab wrote:
Em 09-01-2011 10:02, Hans de Goede escreveu:
snip
I've managed to make some time to also sort out the sn9c1xx usb ids
situation. I've just send a pull request which includes patches
Em 07-01-2011 19:06, Hans Verkuil escreveu:
On Friday, January 07, 2011 21:13:31 Devin Heitmueller wrote:
On Fri, Jan 7, 2011 at 2:53 PM, Oliver Endriss o.endr...@gmx.de wrote:
Hi guys,
are you aware that there is a lot of '#if 0' code in the HG repositories
which is not in GIT?
When
Em 07-01-2011 21:42, Theodore Kilgore escreveu:
Have you tried Mauro's media_build tree? I had to use it today to test a
driver from git on a 2.6.35 kernel. Works quite nicely. Perhaps we
should
promote this more.
Probably a good idea. I have been too busy to know about it, myself. And
Em 07-01-2011 21:56, Oliver Endriss escreveu:
On Friday 07 January 2011 22:06:30 Hans Verkuil wrote:
On Friday, January 07, 2011 21:13:31 Devin Heitmueller wrote:
On Fri, Jan 7, 2011 at 2:53 PM, Oliver Endriss o.endr...@gmx.de wrote:
Hi guys,
are you aware that there is a lot of '#if 0' code
Em 10-01-2011 10:04, Mauro Carvalho Chehab escreveu:
Em 07-01-2011 21:56, Oliver Endriss escreveu:
On Friday 07 January 2011 22:06:30 Hans Verkuil wrote:
On Friday, January 07, 2011 21:13:31 Devin Heitmueller wrote:
On Fri, Jan 7, 2011 at 2:53 PM, Oliver Endriss o.endr...@gmx.de wrote:
Hi
Em 07-01-2011 23:02, Vincent McIntyre escreveu:
On 1/8/11, Hans Verkuil hverk...@xs4all.nl wrote:
Have you tried Mauro's media_build tree? I had to use it today to test a
driver from git on a 2.6.35 kernel. Works quite nicely. Perhaps we should
promote this more. I could add backwards
Em 09-01-2011 02:01, Vincent McIntyre escreveu:
There's no difference. It started out at mchehab/new_build.git, then got
moved
to media_build.git, but there's a symlink in place to keep from breaking
things
for people who originally checked it out at the old location.
The move essentially
Em 11-01-2011 08:37, Vincent McIntyre escreveu:
On 1/10/11, Mauro Carvalho Chehab mche...@redhat.com wrote:
Thanks for your script, but it seems specific to your environment. Could you
please make it more generic and perhaps patch the existing build.sh script?
I was mainly intending
Em 11-01-2011 08:47, Vincent McIntyre escreveu:
On 1/10/11, Mauro Carvalho Chehab mche...@redhat.com wrote:
Em 07-01-2011 23:02, Vincent McIntyre escreveu:
On 1/8/11, Hans Verkuil hverk...@xs4all.nl wrote:
Have you tried Mauro's media_build tree? I had to use it today to test a
driver from
Hi Tobias,
Em 09-01-2011 12:44, Tobias Lorenz escreveu:
Hi Mauro,
Please pull from http://linuxtv.org/hg/~tlorenz/v4l-dvb
for the following 5 changesets:
01/05: The de-emphasis should be setted if requested by module parameter
http://linuxtv.org/hg/~tlorenz/v4l-dvb/rev/b29f01f1b11d
Hi Sylwester,
I've created a tree/branch for my tests with vb2 and for the multiplane
patches, at:
git://linuxtv.org/git/mchehab/experimental.git vb2_test
I'll be putting there the patches I'm working with. For now, I've reviewed
the multiplane patches. Please see my comments bellow.
Em 11-01-2011 14:42, Pawel Osciak escreveu:
Hi Mauro,
On Tue, Jan 11, 2011 at 10:23, Mauro Carvalho Chehab mche...@redhat.com
wrote:
Pawel Osciak (8):
v4l: Add multi-planar API definitions to the V4L2 API
v4l: Add multi-planar ioctl handling code
v4l: Add compat
Em 03-01-2011 14:48, Sylwester Nawrocki escreveu:
Hi Mauro,
Marek Szyprowski (4):
v4l: mem2mem: port to videobuf2
This one didn't compile:
drivers/media/video/mem2mem_testdev.c: In function ‘device_process’:
drivers/media/video/mem2mem_testdev.c:232: warning: assignment from
Em 03-01-2011 14:48, Sylwester Nawrocki escreveu:
Hi Mauro,
Please pull from our tree for the following items:
Sylwester Nawrocki (15):
v4l: mem2mem: port m2m_testdev to vb2
This one is also broken:
drivers/media/video/mem2mem_testdev.c: In function ‘device_isr’:
Em 03-01-2011 14:48, Sylwester Nawrocki escreveu:
Hi Mauro,
Please pull from our tree for the following items:
4. s5p-fimc driver conversion to Videbuf2 and multiplane ext. and various
driver updates and bugfixes,
5. Siliconfile NOON010PC30 sensor subdev driver,
Those patches seem ok.
Em 03-01-2011 14:48, Sylwester Nawrocki escreveu:
Hi Mauro,
Please pull from our tree for the following items:
6. Patches for SAA7134 driver for Videbuf2 testing.
There's something wrong with those patches. I got lots of errors:
CC [M] /home/v4l/new_build/v4l/saa7134-tvaudio.o
Em 07-01-2011 08:44, Hans Verkuil escreveu:
On Friday, January 07, 2011 10:49:30 Hans Verkuil wrote:
So this patch series is OK to merge.
The following changes since commit 187134a5875df20356f4dca075db29f294115a47:
David Henningsson (1):
[media] DVB: IR support for TechnoTrend
tables for NEC extended remotes need to be updated.
The last issue need to be done as we get reports, as we don't have
the complete NEC-extended keycodes at the dibcom table.
This patch fixes the first two issues.
Signed-off-by: Mauro Carvalho Chehab mche...@redhat.com
diff --git a/drivers/media
dib0700 now outputs NEC extended keycodes. Fix the keytable to reflect that.
Signed-off-by: Mauro Carvalho Chehab mche...@redhat.com
diff --git a/drivers/media/rc/keymaps/rc-dib0700-nec.c
b/drivers/media/rc/keymaps/rc-dib0700-nec.c
index c59851b..7a5f530 100644
--- a/drivers/media/rc/keymaps/rc
Due to a lack of a break inside the switch, it were getting the
wrong keytable and get_key function.
Signed-off-by: Mauro Carvalho Chehab mche...@redhat.com
diff --git a/drivers/media/video/em28xx/em28xx-cards.c
b/drivers/media/video/em28xx/em28xx-cards.c
index 099d5df..ba03a44 100644
Signed-off-by: Mauro Carvalho Chehab mche...@redhat.com
diff --git a/drivers/media/video/ir-kbd-i2c.c b/drivers/media/video/ir-kbd-i2c.c
index c87b6bc..b173e40 100644
--- a/drivers/media/video/ir-kbd-i2c.c
+++ b/drivers/media/video/ir-kbd-i2c.c
@@ -244,15 +244,17 @@ static void ir_key_poll(struct
Em 12-01-2011 08:25, Marek Szyprowski escreveu:
Hello Mauro,
I've rebased our fimc and saa patches onto
http://linuxtv.org/git/mchehab/experimental.git
vb2_test branch.
Thanks!
As before, I'll be commenting the patches as I'll be seeing any issues.
Pawel Osciak (2):
Fix mmap()
Em 12-01-2011 11:17, Robin Humble escreveu:
Hi,
this is basically a re-post of
http://www.linuxtv.org/pipermail/linux-dvb/2010-September/032744.html
which fixes an Oops when tuning eg. AVerMedia DVB-T Volar, Hauppauge
Nova-T, Winfast DTV. it seems to be quite commonly reported on this
Em 13-01-2011 01:05, Pawel Osciak escreveu:
Hi Mauro,
On Wed, Jan 12, 2011 at 10:49, Mauro Carvalho Chehab mche...@redhat.com
wrote:
Em 12-01-2011 08:25, Marek Szyprowski escreveu:
Hello Mauro,
I've rebased our fimc and saa patches onto
http://linuxtv.org/git/mchehab/experimental.git
Em 13-01-2011 02:43, Vincent McIntyre escreveu:
On 1/12/11, Mauro Carvalho Chehab mche...@redhat.com wrote:
which on the face of it suggests
btty-input.c
already handled, my mistake.
cx88-input.c
the search string was in a comment
hdpvr-i2c.c
see below
I have no time
Em 13-01-2011 06:46, Andrzej Pietrasiewicz escreveu:
Hello Mauro,
On Wednesday, January 12, 2011 9:24 PM Mauro Carvalho Chehab wrote:
Em 12-01-2011 08:25, Marek Szyprowski escreveu:
Hello Mauro,
I've rebased our fimc and saa patches onto
http://linuxtv.org/git/mchehab/experimental.git
Em 13-01-2011 10:13, Andrzej Pietrasiewicz escreveu:
Hello again, Mauro,
On Thursday, January 13, 2011 9:46 AM Andrzej Pietrasiewicz wrote:
Hello Mauro,
On Wednesday, January 12, 2011 9:24 PM Mauro Carvalho Chehab wrote:
Em 12-01-2011 08:25, Marek Szyprowski escreveu:
Hello Mauro
-by: Mauro Carvalho Chehab mche...@redhat.com
diff --git a/drivers/media/common/tuners/tda8290.c
b/drivers/media/common/tuners/tda8290.c
index c9062ce..5f889c1 100644
--- a/drivers/media/common/tuners/tda8290.c
+++ b/drivers/media/common/tuners/tda8290.c
@@ -95,8 +95,7 @@ static int tda8295_i2c_bridge
, as if no device were detected.
Cc: Michael Krufky mkru...@kernellabs.com
Signed-off-by: Mauro Carvalho Chehab mche...@redhat.com
diff --git a/drivers/media/common/tuners/tda8290.c
b/drivers/media/common/tuners/tda8290.c
index 5f889c1..11ea4e0 100644
--- a/drivers/media/common/tuners/tda8290.c
+++ b
There were some issues at tda8290 that were preventing this device
to work. Now that those fixes were fixed, we can enable analog
mode.
Signed-off-by: Mauro Carvalho Chehab mche...@redhat.com
diff --git a/drivers/media/video/saa7134/saa7134-cards.c
b/drivers/media/video/saa7134/saa7134-cards.c
Em 15-01-2011 03:03, Pasquale escreveu:
Hello I am running the following OS Ubuntu 10.04.1 LTS
with Mythtv I have a WinTv HVR-980 and hvae no sound with
video see errors below any assistance would be appreciated.
I should have a /dev/dsp1 but I can not find it?
[ 28.349674] em28xx
that there were no recent changes on em28xx that could affect HVR-980.
So, using
the vanilla 2.6.37 should provide you audio, video and remote controller on
this device.
Cheers,
Mauro
Thank you for the reply,
Pasquale
On Sat, Jan 15, 2011 at 9:58 AM, Mauro Carvalho Chehab mche...@redhat.com
-by: Mauro Carvalho Chehab mche...@redhat.com
diff --git a/drivers/media/common/tuners/tda8290.c
b/drivers/media/common/tuners/tda8290.c
index c9062ce..5f889c1 100644
--- a/drivers/media/common/tuners/tda8290.c
+++ b/drivers/media/common/tuners/tda8290.c
@@ -95,8 +95,7 @@ static int tda8295_i2c_bridge
, as if no device were detected.
Cc: Michael Krufky mkru...@kernellabs.com
Signed-off-by: Mauro Carvalho Chehab mche...@redhat.com
diff --git a/drivers/media/common/tuners/tda8290.c
b/drivers/media/common/tuners/tda8290.c
index 5f889c1..11ea4e0 100644
--- a/drivers/media/common/tuners/tda8290.c
+++ b
On Kworld SBTVD, tda8295-c1 starts in power off mode. It needs
to be powered, otherwise, the I2C gate control command won't work.
Cc: Michael Krufky mkru...@kernellabs.com
Signed-off-by: Mauro Carvalho Chehab mche...@redhat.com
diff --git a/drivers/media/common/tuners/tda8290.c
b/drivers/media
There were some issues at tda8290 that were preventing this device
to work. Now that those fixes were fixed, we can enable analog
mode.
Signed-off-by: Mauro Carvalho Chehab mche...@redhat.com
diff --git a/drivers/media/video/saa7134/saa7134-cards.c
b/drivers/media/video/saa7134/saa7134-cards.c
A script replaced err var to rc. Howerver, this script gambled
error string, changing it to rcor. Revert that bad change.
Signed-off-by: Mauro Carvalho Chehab mche...@redhat.com
diff --git a/drivers/media/dvb/frontends/mb86a20s.c
b/drivers/media/dvb/frontends/mb86a20s.c
index d3ad3e7..e06507d
This patch fixes digital mode on Kworld SBTVD. Unfortunately, it disables
analog mode.
Signed-off-by: Mauro Carvalho Chehab mche...@redhat.com
diff --git a/drivers/media/video/saa7134/saa7134-cards.c
b/drivers/media/video/saa7134/saa7134-cards.c
index b242600..dea90a1 100644
--- a/drivers/media
application will try to set DVB mode.
Even being a hack for Kworld SBTVD to work, and assumning that we could
teach tda8290 to be a good boy, this is actually an improvement at the
frontend driver, as it will be more reliable to initialization failures.
Signed-off-by: Mauro Carvalho Chehab mche
way to fix it.
A proper fix would be to have a resource locking schema, used by both
V4L and DVB parts that would block access to analog registers while
digital registers are in use, but this will probably put tda829x into
a dead lock.
Signed-off-by: Mauro Carvalho Chehab mche...@redhat.com
diff
application will try to set DVB mode.
Patches that teach good behaviors to tda8290 are welcome, as this guy
should not interrrupt somebody's else talk.
Mauro Carvalho Chehab (8):
[media] tda8290: Make all read operations atomic
[media] tda8290: Fix a bug if no tuner is detected
[media
Em 14-01-2011 12:51, Patrick Boettcher escreveu:
Hi Mauro,
if it is not too late, here is a pull request for some new devices from
DiBcom. It would be nice to have it in 2.6.38-rc1.
Pull from
git://linuxtv.org/pb/media_tree.git staging/for_2.6.38-rc1.dibcom
for
DiB:
Em 13-01-2011 10:58, Mauro Carvalho Chehab escreveu:
Em 13-01-2011 06:46, Andrzej Pietrasiewicz escreveu:
Hello Mauro,
On Wednesday, January 12, 2011 9:24 PM Mauro Carvalho Chehab wrote:
Em 12-01-2011 08:25, Marek Szyprowski escreveu:
Hello Mauro,
I've rebased our fimc and saa patches
Em 13-01-2011 14:30, Jean-Francois Moine escreveu:
On Thu, 13 Jan 2011 12:38:04 +0100
Antonio Ospite osp...@studenti.unina.it wrote:
Jean-François Moine (9):
[...]
gspca - ov534: Use the new video control mechanism
In this commit, is there a reason why you didn't rename also
Em 07-01-2011 17:31, Ben Gamari escreveu:
Hi Mauro,
On Fri, 31 Dec 2010 09:47:41 -0200, Mauro Carvalho Chehab
mche...@infradead.org wrote:
Em 31-12-2010 09:30, Laurent Pinchart escreveu:
Hi Mauro,
[snip]
I understand this. However, a complete JTAG state machine in the kernel,
plus
Em 02-01-2011 10:01, Igor M. Liplianin escreveu:
An Altera FPGA CI module for NetUP Dual DVB-T/C RF CI card.
Signed-off-by: Igor M. Liplianin liplia...@netup.ru
Igor,
There's something wrong with this patch. I got lots of error after applying it:
drivers/media/video/cx23885/altera-ci.o: In
Em 15-01-2011 11:46, Helmut Auer escreveu:
Hello List
How long does it usually take til patches are integrated into the media build
tree ( after posting these here ) ?
I'm just wondering because I miss some patches posted here.
It takes as much it needs for the driver maintainer to look
Em 17-01-2011 10:21, Hans Verkuil escreveu:
Hi Mauro,
Can you apply this patch to the media_build tree? It quotes the *.[ch] file
pattern used by find.
When I was experimenting with the media_build tree and trying
'make tar DIR=git repo' I kept ending up with just one source in my tar
it to staging is enclosed.
-
commit 96d7f7656af8a348134302d8c36760156ea6428e
Author: Mauro Carvalho Chehab mche...@redhat.com
Date: Mon Jan 17 14:20:49 2011 -0200
[media] Move CI cxd2099 driver to staging
This driver is abusing the kernel=userspace API, due to the lack of a
proper
Em 18-01-2011 17:23, Igor M. Liplianin escreveu:
В сообщении от 16 января 2011 19:52:38 автор Mauro Carvalho Chehab написал:
Em 02-01-2011 10:01, Igor M. Liplianin escreveu:
An Altera FPGA CI module for NetUP Dual DVB-T/C RF CI card.
Signed-off-by: Igor M. Liplianin liplia...@netup.ru
Igor
Em 19-01-2011 05:39, Hans Verkuil escreveu:
Hi Mauro,
I saw that 2.6.38-rc1 was released. I also noticed that not all the patches
that are in the for_2.6.38-rc1 branch are in 2.6.38-rc1.
Yes. Unfortunately, when I was sending the pull request yesterday, I noticed
an issue on my linux next
Em 19-01-2011 05:39, Hans Verkuil escreveu:
Hi Mauro,
We want to rename video_device to v4l2_devnode. So let me know when I can
finalize my patches and, most importantly, against which branch.
My current tree:
Em 18-01-2011 23:41, Oliver Endriss escreveu:
On Tuesday 18 January 2011 21:03:49 Hans Verkuil wrote:
Hi Mauro,
That beautiful 'OK' from the daily build disappeared again. This should bring
it back :-)
Regards,
Hans
The following changes since commit
Em 19-01-2011 09:53, Hans Verkuil escreveu:
Em 19-01-2011 05:39, Hans Verkuil escreveu:
Hi Mauro,
I saw that 2.6.38-rc1 was released. I also noticed that not all the
patches
that are in the for_2.6.38-rc1 branch are in 2.6.38-rc1.
Yes. Unfortunately, when I was sending the pull request
Em 19-01-2011 09:59, Hans Verkuil escreveu:
Em 19-01-2011 05:39, Hans Verkuil escreveu:
Hi Mauro,
We want to rename video_device to v4l2_devnode. So let me know when I
can
finalize my patches and, most importantly, against which branch.
My current tree:
Em 19-01-2011 09:34, Patrick Boettcher escreveu:
Hi Mauro,
On Sun, 16 Jan 2011, Mauro Carvalho Chehab wrote:
Em 14-01-2011 12:51, Patrick Boettcher escreveu:
Hi Mauro,
if it is not too late, here is a pull request for some new devices from
DiBcom. It would be nice to have it in 2.6.38
Manju,
Em 18-01-2011 11:19, halli manjunatha escreveu:
have a look at the driver it’s already reviewed by Hans Verkuil.
Please let me know if you are okay to include this in mainline.
As I've already pointed you, just send me a pull request from your tree when
you think it is ready. I'll be
memory handling routines
[media] v4l: videobuf2: add read() and write() emulator
[media] v4l: mem2mem: port to videobuf2
[media] v4l: mem2mem: port m2m_testdev to vb2
Mauro Carvalho Chehab (10):
[media] technisat-usb2: Don't use a deprecated call
[media] vb2 core: Fix
Mauro Carvalho Chehab (12):
[media] rc-dib0700-nec: Fix keytable for Pixelview SBTVD
[media] dib0700: Fix IR keycode handling
[media] ir-kbd-i2c: Make IR debug messages more useful
[media] em28xx: Fix IR support for WinTV USB2
[media] tda8290: Make all read operations
Em 20-01-2011 16:34, Hans Verkuil escreveu:
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:Thu Jan 20 19:00:31 CET 2011
git master:
Changeset 4651918a4afdd49bdea21d2f919b189ef17a6399 changed the way events
are stored. However, it forgot to fix ir_raw_event_store_edge() to work
with the new way. Due to that, the decoders will likely do bad things.
Signed-off-by: Mauro Carvalho Chehab mche...@redhat.com
diff --git a/drivers
Linus,
Em 20-01-2011 15:01, Mauro Carvalho Chehab escreveu:
Hi Linus,
Those are some changes that I tried to prepare to send you during the
merge window, but, unfortunately, the new videobuf2 driver took me a longer
time to review/test than I originally expected.
Please pull from
Em 20-01-2011 19:26, Hans Verkuil escreveu:
On Thursday, January 20, 2011 21:32:43 Mauro Carvalho Chehab wrote:
Em 20-01-2011 16:34, Hans Verkuil escreveu:
This message is generated daily by a cron job that builds v4l-dvb for
the kernels and architectures in the list below.
Results
Hi Alina,
Em 22-01-2011 22:16, Alina Friedrichsen escreveu:
With this patch my DVB-T receiver works now like before 2.6.34, only the
first four tunings fails, after that all works fine.
The code was still in there, only commented out. As the original author
says, please test it with different
The keys for the old black were messed with the ones for the
hauppauge grey. Fix it.
Also, fixes some keycodes and order the keys according with
the way they appear inside the remote controller.
Signed-off-by: Mauro Carvalho Chehab mche...@redhat.com
diff --git a/drivers/media/rc/keymaps/rc-rc5
of the problem by renaming the
correct keycode table as just rc-hauppauge. This table
contains the codes for the four different types of
remote controllers found on Hauppauge cards, properly
mapped with their different addresses.
Signed-off-by: Mauro Carvalho Chehab mche...@redhat.com
create mode 100644
and the raw decoders are now providing 16 bits for
the remote, instead of just 8.
Signed-off-by: Mauro Carvalho Chehab mche...@redhat.com
delete mode 100644 drivers/media/rc/keymaps/rc-hauppauge-new.c
diff --git a/drivers/media/dvb/ttpci/budget-ci.c
b/drivers/media/dvb/ttpci/budget-ci.c
index
This series of patches fixes several issues found at the RC
keycode tables.
I'm working on a set of patches for Xorg to enable remote
controllers to work there as a separate key mapping, but
this will only work if we can standardize the way remotes
will output their codes.
Mauro Carvalho Chehab
On a few places, KEY_MHP were used for snapshots. However, KEY_CAMERA
is used for it on all the other keyboards that have a snapshot/Picture
button.
Signed-off-by: Mauro Carvalho Chehab mche...@redhat.com
diff --git a/drivers/media/dvb/dvb-usb/digitv.c
b/drivers/media/dvb/dvb-usb/digitv.c
index
Each keyboard map were using a different definition for
the Source/Video Source key.
Behold Columbus were the only one using KEY_PROPS.
As we want to standardize those keys at X11 and at
userspace applications, we need to use just one code
for it.
Signed-off-by: Mauro Carvalho Chehab mche
Those KEY_PROG[n] keys were used on places where the developer
didn't know for sure what key should be used. On several cases,
using KEY_RED, KEY_GREEN, KEY_YELLOW would be enough. On others,
there are specific keys for that already.
Signed-off-by: Mauro Carvalho Chehab mche...@redhat.com
diff
Using xev and testing the Windows key on a normal keyboard, it
is mapped as KEY_LEFTMETA. So, as this is the standard code for
it, use it, instead of a generic, meaningless KEY_PROG1.
Signed-off-by: Mauro Carvalho Chehab mche...@redhat.com
diff --git a/drivers/media/rc/keymaps/rc-imon-mce.c
b
This driver uses an app-specific keymap for one of the tables. This
is wrong. Instead, use the standard keycodes.
Signed-off-by: Mauro Carvalho Chehab mche...@redhat.com
diff --git a/drivers/media/dvb/dvb-usb/dw2102.c
b/drivers/media/dvb/dvb-usb/dw2102.c
index 2c307ba..3544dff 100644
This driver uses an app-specific keymap for one of the tables. This
is wrong. Instead, use the standard keycodes.
Signed-off-by: Mauro Carvalho Chehab mche...@redhat.com
diff --git a/drivers/media/dvb/dvb-usb/opera1.c
b/drivers/media/dvb/dvb-usb/opera1.c
index 1f1b7d6..7e569f4 100644
Signed-off-by: Mauro Carvalho Chehab mche...@redhat.com
diff --git a/drivers/media/dvb/dvb-usb/a800.c b/drivers/media/dvb/dvb-usb/a800.c
index 53b93a4..f8e9bf1 100644
--- a/drivers/media/dvb/dvb-usb/a800.c
+++ b/drivers/media/dvb/dvb-usb/a800.c
@@ -38,8 +38,8 @@ static int a800_identify_state
keys.
Signed-off-by: Mauro Carvalho Chehab mche...@redhat.com
diff --git a/drivers/media/rc/keymaps/rc-winfast.c
b/drivers/media/rc/keymaps/rc-winfast.c
index 2747db4..0062ca2 100644
--- a/drivers/media/rc/keymaps/rc-winfast.c
+++ b/drivers/media/rc/keymaps/rc-winfast.c
@@ -27,15 +27,15 @@ static
Adds the old grey remote controller to Hauppauge table.
Hans borrowed me an old gray Hauppauge RC. Thanks to that, we
can fix the RC5 table for Hauppauge.
Thanks-to: Hans Verkuil hverk...@xs4all.nl
Signed-off-by: Mauro Carvalho Chehab mche...@redhat.com
diff --git a/drivers/media/rc/keymaps/rc
Hans borrowed me an old Black Hauppauge RC. Thanks to that, we
can fix the RC5 table for Hauppauge.
Thanks-to: Hans Verkuil hverk...@xs4all.nl
Signed-off-by: Mauro Carvalho Chehab mche...@redhat.com
diff --git a/drivers/media/rc/keymaps/rc-rc5-hauppauge-new.c
b/drivers/media/rc/keymaps/rc-rc5
Em 24-01-2011 22:22, Andy Walls escreveu:
On Mon, 2011-01-24 at 13:18 -0200, Mauro Carvalho Chehab wrote:
There are two hauppauge-new keymaps, one with protocol
unknown, and the other with the protocol marked accordingly.
However, both tables are miss-named.
Also, the old rc-hauppauge-new
Em 24-01-2011 22:32, Andy Walls escreveu:
On Mon, 2011-01-24 at 13:18 -0200, Mauro Carvalho Chehab wrote:
The rc-hauppauge-new map is a messy thing, as it bundles 3
different remote controllers as if they were just one,
discarding the address byte. Also, some key maps are wrong
Em 25-01-2011 03:31, Dmitry Torokhov escreveu:
On Tue, Jan 25, 2011 at 12:07:29AM -0500, Mark Lord wrote:
On 11-01-25 12:04 AM, Mark Lord wrote:
On 11-01-24 11:55 PM, Dmitry Torokhov wrote:
On Mon, Jan 24, 2011 at 11:37:06PM -0500, Mark Lord wrote:
..
This results in (map-size==10) for
Em 25-01-2011 04:52, Dmitry Torokhov escreveu:
On Mon, Jan 24, 2011 at 09:31:17PM -0800, Dmitry Torokhov wrote:
On Tue, Jan 25, 2011 at 12:07:29AM -0500, Mark Lord wrote:
On 11-01-25 12:04 AM, Mark Lord wrote:
On 11-01-24 11:55 PM, Dmitry Torokhov wrote:
On Mon, Jan 24, 2011 at 11:37:06PM
Em 25-01-2011 18:54, Dmitry Torokhov escreveu:
On Wed, Jan 26, 2011 at 06:09:45AM +1000, Linus Torvalds wrote:
On Wed, Jan 26, 2011 at 2:48 AM, Dmitry Torokhov
dmitry.torok...@gmail.com wrote:
We should be able to handle the case where scancode is valid even though
it might be unmapped yet.
Hi Hans,
Em 26-01-2011 06:26, Hans de Goede escreveu:
Hi All,
With v4l1 support going completely away, the question is
raised what to do with linux/videodev.h .
Since v4l1 apps can still use the old API through libv4l1,
these apps will still need linux/videodev.h to compile.
So I see
Em 25-01-2011 20:54, Peter Hüwe escreveu:
Am Dienstag 25 Januar 2011, 23:20:44 schrieb Julia Lawall:
On Tue, 25 Jan 2011, Peter Huewe wrote:
This patch fixes the warning Using plain integer as NULL pointer,
generated by sparse, by replacing the offending 0s with NULL.
I recall (a number of
Em 25-01-2011 14:55, Dmitry Torokhov escreveu:
On Tue, Jan 25, 2011 at 12:42:57PM -0200, Mauro Carvalho Chehab wrote:
Em 25-01-2011 04:52, Dmitry Torokhov escreveu:
On Mon, Jan 24, 2011 at 09:31:17PM -0800, Dmitry Torokhov wrote:
On Tue, Jan 25, 2011 at 12:07:29AM -0500, Mark Lord wrote
Hi Dmitry,
Em 26-01-2011 00:00, Dmitry Torokhov escreveu:
On Tue, Jan 25, 2011 at 03:29:14PM -0800, Dmitry Torokhov wrote:
On Tue, Jan 25, 2011 at 05:22:09PM -0500, Mark Lord wrote:
On 11-01-25 05:00 PM, Mauro Carvalho Chehab wrote:
Em 25-01-2011 18:54, Dmitry Torokhov escreveu:
On Wed, Jan
Em 26-01-2011 07:47, Hans Verkuil escreveu:
Hi Hans,
Em 26-01-2011 06:26, Hans de Goede escreveu:
Hi All,
With v4l1 support going completely away, the question is
raised what to do with linux/videodev.h .
Since v4l1 apps can still use the old API through libv4l1,
these apps will still
[mche...@redhat.com: Ported it to the -git version]
Signed-off-by: Dmitry Torokhov dmitry.torok...@gmail.com
Signed-off-by: Mauro Carvalho Chehab mche...@redhat.com
diff --git a/input-kbd.c b/input-kbd.c
index c432d0d..aaf23b9 100644
--- a/input-kbd.c
+++ b/input-kbd.c
@@ -9,9 +9,22 @@
#include
Em 26-01-2011 12:58, Mark Lord escreveu:
On 11-01-26 06:26 AM, Mauro Carvalho Chehab wrote:
..
However, as said previously in this thread, input-kbd won't work with any
RC table that uses NEC extended (and there are several devices on the
current Kernels with those tables), since it only
Em 26-01-2011 15:23, Andy Walls escreveu:
Mauro,
I plan to make extensive lirc_zilog changes starting tonight, so the sooner
Jarrod's lirc_zilog.c fix is in a media_tree branch, the less rebase I'll
have to do. :)
Andy,
Then, it is better to use Jarod's tree for it. His patches are
Em 26-01-2011 13:05, Mark Lord escreveu:
On 11-01-25 09:00 PM, Dmitry Torokhov wrote:
On Tue, Jan 25, 2011 at 03:29:14PM -0800, Dmitry Torokhov wrote:
On Tue, Jan 25, 2011 at 05:22:09PM -0500, Mark Lord wrote:
On 11-01-25 05:00 PM, Mauro Carvalho Chehab wrote:
Em 25-01-2011 18:54, Dmitry
Em 26-01-2011 14:51, Dmitry Torokhov escreveu:
On Wed, Jan 26, 2011 at 12:18:29PM -0200, Mauro Carvalho Chehab wrote:
diff --git a/input.c b/input.c
index d57a31e..a9bd5e8 100644
--- a/input.c
+++ b/input.c
@@ -101,8 +101,8 @@ int device_open(int nr, int verbose)
close(fd
Em 26-01-2011 17:16, Gerd Hoffmann escreveu:
Hi,
The check should be against concrete version (0x1 in this case).
Dmitry,
Ok, now I see what you're meaning. Yeah, an absolute version check like
what you've proposed is better than a relative version check.
Stepping back: what does
Em 27-01-2011 04:38, Dmitry Torokhov escreveu:
On Wed, Jan 26, 2011 at 10:18:53PM -0500, Mark Lord wrote:
On 11-01-26 09:12 PM, Dmitry Torokhov wrote:
On Wed, Jan 26, 2011 at 08:07:29PM -0500, Mark Lord wrote:
On 11-01-26 08:01 PM, Mark Lord wrote:
On 11-01-26 10:05 AM, Mark Lord wrote:
On
Em 27-01-2011 15:21, Dmitry Torokhov escreveu:
On Thu, Jan 27, 2011 at 08:30:00AM -0200, Mauro Carvalho Chehab wrote:
On my tests here, this is working fine, with Fedora and RHEL 6, on my
usual test devices, so I don't believe that the tool itself is broken,
nor I think that the issue is due
Hans,
Em 27-01-2011 16:33, Hans Verkuil escreveu:
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:Thu Jan 27 19:00:20 CET 2011
git master:
Em 28-01-2011 07:39, Dmitry Torokhov escreveu:
On Thu, Jan 27, 2011 at 04:58:57PM -0200, Mauro Carvalho Chehab wrote:
Em 27-01-2011 15:21, Dmitry Torokhov escreveu:
On Thu, Jan 27, 2011 at 08:30:00AM -0200, Mauro Carvalho Chehab wrote:
On my tests here, this is working fine, with Fedora
Em 28-01-2011 14:40, Dmitry Torokhov escreveu:
On Fri, Jan 28, 2011 at 09:55:58AM -0200, Mauro Carvalho Chehab wrote:
The rc-core register (and the corresponding input register) is done when
the device detected a remote controller, so, it should be safe to register
on that point. If not, IMHO
801 - 900 of 11857 matches
Mail list logo