This lock was being taken using two different names
(pointers) in the same function.
Both names refer to the same lock,
so this wasn't an error; but it looked very strange.
Cc: Hans Verkuil hverk...@xs4all.nl
Signed-off-by: Ezequiel Garcia elezegar...@gmail.com
---
2012/7/12 Martin Herrman martin.herr...@gmail.com:
2012/7/12 VDR User user@gmail.com:
No, the drivers I need were already there but I just checked my
menuconfig and I see:
Multimedia support - Customize TV tuners - NXP TDA18212 silicon tuner
Is that what you're looking for? If so, all
From: Julia Lawall julia.law...@lip6.fr
Use list_for_each_entry and perform some other induced simplifications.
The semantic match that finds the opportunity for this reorganization is as
follows: (http://coccinelle.lip6.fr/)
// smpl
@@
struct list_head *pos;
struct list_head *head;
statement
On Sun July 15 2012 01:12:02 Steven Toth wrote:
Tip is oopsing the moment the V4L2 API is exercised, Eg. v4l2-ctl or tvtime.
Its unusable at this point.
It's fixed here:
https://patchwork.kernel.org/patch/1168931/
We're all waiting for Mauro to return from vacation :-)
Regards,
Hi Frank,
Thanks for the report.
On Thursday 12 July 2012 21:07:56 Frank Schäfer wrote:
Hi,
when I start capturing from the UVC-webcam 2232:1005 (WebCam
SCB-0385N) of my netbook, I get a kernel panic.
You can find a screenshot of the backtrace here:
Hi Javier,
On Thursday 12 July 2012 11:03:29 Javier Martin wrote:
These flags are not used any longer and can be safely removed
since the following patch:
http://www.spinics.net/lists/linux-media/msg50165.html
Signed-off-by: Javier Martin javier.mar...@vista-silicon.com
I would replace the
On Sun, Jul 15, 2012 at 6:43 AM, Hans Verkuil hverk...@xs4all.nl wrote:
On Sun July 15 2012 01:12:02 Steven Toth wrote:
Tip is oopsing the moment the V4L2 API is exercised, Eg. v4l2-ctl or tvtime.
Its unusable at this point.
It's fixed here:
https://patchwork.kernel.org/patch/1168931/
Hi Manjunath,
Thanks for the patch.
On Wednesday 11 July 2012 21:09:26 Manjunath Hadli wrote:
Add documentation on the Davinci VPFE driver. Document the subdevs,
and private IOTCLs the driver implements
Signed-off-by: Manjunath Hadli manjunath.ha...@ti.com
Signed-off-by: Lad, Prabhakar
Did this issue drop under everybodys radar? :)
I am the person that reported that bug in the Debian bugtracker a month
ago and I find it hard to believe no-one else can at least confirm that
issue. As I have seen a second box with Debian wheezy and kernel 3.4
(needed because of
Hi Guennadi,
On Tuesday 10 July 2012 14:06:51 Guennadi Liakhovetski wrote:
On Thu, 5 Jul 2012, Laurent Pinchart wrote:
Several client drivers access the hardware at probe time, for instance
to read the probe chip ID. Such chips need to be powered up when being
probed.
soc-camera
Hi Gary,
On Fri, Jul 13, 2012 at 5:24 AM, Gary Thomas g...@mlbassoc.com wrote:
On 2012-07-12 20:30, Sergio Aguirre wrote:
Hi Gary,
On Tue, Jul 10, 2012 at 2:31 PM, Gary Thomas g...@mlbassoc.com wrote:
On 2012-07-10 11:05, Chris Lalancette wrote:
On Tue, Jul 10, 2012 at 9:41 AM, Gary
Signed-off-by: Sean Young s...@mess.org
---
drivers/media/rc/mceusb.c | 13 +
1 files changed, 5 insertions(+), 8 deletions(-)
diff --git a/drivers/media/rc/mceusb.c b/drivers/media/rc/mceusb.c
index e150a2e..1af0b0c 100644
--- a/drivers/media/rc/mceusb.c
+++
Signed-off-by: Sean Young s...@mess.org
---
drivers/media/rc/Kconfig| 11 +
drivers/media/rc/Makefile |1 +
drivers/media/rc/iguanair.c | 639 +++
3 files changed, 651 insertions(+), 0 deletions(-)
create mode 100644
The current formulation of the bw_params loop uses the counter j as an index
for the first dimension of the
bw_params array which is later incremented by the variable i.
It is evaluated correctly only, because j is initialized to 0 at the beginning
of the loop.
I think that explicitly using the
This message is generated daily by a cron job that builds media_tree for
the kernels and architectures in the list below.
Results of the daily build of media_tree:
date:Sun Jul 15 19:00:23 CEST 2012
git hash:931efdf58bd83af8d0578a6cc53421675daf6d41
gcc version: i686-linux-gcc
Am 15.07.2012 14:07, schrieb Laurent Pinchart:
Hi Frank,
Thanks for the report.
On Thursday 12 July 2012 21:07:56 Frank Schäfer wrote:
Hi,
when I start capturing from the UVC-webcam 2232:1005 (WebCam
SCB-0385N) of my netbook, I get a kernel panic.
You can find a screenshot of the
On 2012-07-15 08:31, Sergio Aguirre wrote:
Hi Gary,
On Fri, Jul 13, 2012 at 5:24 AM, Gary Thomas g...@mlbassoc.com wrote:
On 2012-07-12 20:30, Sergio Aguirre wrote:
Hi Gary,
On Tue, Jul 10, 2012 at 2:31 PM, Gary Thomas g...@mlbassoc.com wrote:
On 2012-07-10 11:05, Chris Lalancette wrote:
The code attempts to maintain a user format and a sensor format,
but in this case it looks like a typo is passing the user format down
to the sensor.
This was preventing display of video at anything other than 640x480.
Signed-off-by: Daniel Drake d...@laptop.org
---
Hi Laurent,
Few comments below.
On 07/05/2012 11:38 PM, Laurent Pinchart wrote:
Powering off a device is a best effort task: failure to execute one of
the steps should not prevent the next steps to be executed. For
instance, an I2C communication error when putting the chip in stand-by
mode
Hi Laurent,
Few more comments below :)
On 07/05/2012 11:38 PM, Laurent Pinchart wrote:
Instead of forcing all soc-camera drivers to go through the mid-layer to
handle power management, create soc_camera_power_[on|off]() functions
that can be called from the subdev .s_power() operation to
Hi Frank,
On Sunday 15 July 2012 21:39:47 Frank Schäfer wrote:
Am 15.07.2012 14:07, schrieb Laurent Pinchart:
On Thursday 12 July 2012 21:07:56 Frank Schäfer wrote:
Hi,
when I start capturing from the UVC-webcam 2232:1005 (WebCam
SCB-0385N) of my netbook, I get a kernel panic.
You
21 matches
Mail list logo
