On 09/27/2010 05:36 PM, Mauro Carvalho Chehab wrote:
I'll clean up the mess and prepare a new pull request in the next days.
Can you look at including ir-core: Fix null dereferences in the
protocols sysfs interface? I never got a response to that, and it's a
regression fix for 2.6.36.
on any attempts to change
the protocol. And most important of all, don't crash.
Signed-off-by: Brian Rogers br...@xyzw.org
Acked-by: Jarod Wilson ja...@redhat.com
---
drivers/media/IR/ir-sysfs.c | 17 +++--
1 files changed, 11 insertions(+), 6 deletions(-)
diff --git a/drivers/media
On 06/13/2010 01:29 PM, David Härdeman wrote:
diff --git a/drivers/media/IR/ir-sysfs.c b/drivers/media/IR/ir-sysfs.c
index daf33c1..7ae5662 100644
--- a/drivers/media/IR/ir-sysfs.c
+++ b/drivers/media/IR/ir-sysfs.c
@@ -33,122 +33,178 @@ static struct class ir_input_class = {
};
/**
- *
sure we pass a pointer to a persistent IR_i2c_init_data object at
i2c registration time.
Thanks to Brian Rogers, Dustin Mitchell, Andy Walls and Jean Delvare to
rise this question.
Before this patch, if ir-kbd-i2c were probed after em28xx, trash data
were used. After the patch, no matter what
in cx18_i2c_new_ir() at registration time.
Make sure we pass a pointer to a persistent IR_i2c_init_data object at
i2c registration time.
Thanks to Brian Rogers, Dustin Mitchell, Andy Walls and Jean Delvare to
rise this question.
Before this patch, if ir-kbd-i2c were probed after SAA7134, trash data
were used
Mauro Carvalho Chehab wrote:
Em Sat, 5 Sep 2009 20:46:12 +0200
Jean Delvare kh...@linux-fr.org escreveu:
As far as I can see, the em28xx and saa7134 drivers have the exact same
problem. Is there anyone working on this?
I tested it here with an em28xx device and I got the trouble.
Mauro,
The attached git-formatted patch fixes a regression I just found that
was introduced in 2.6.31-rc1. I hope it can make it into the release.
Brian
From d238e150805a0710fa626f9a7f65816aa15b741c Mon Sep 17 00:00:00 2001
From: Brian Rogers br...@xyzw.org
Date: Fri, 4 Sep 2009 05:55:01
