On Friday, August 27, 2010 09:32:14 am FUJITA Tomonori wrote:
> On Fri, 27 Aug 2010 09:23:21 +0300
> Marin Mitov wrote:
>
> > On Friday, August 27, 2010 08:57:59 am FUJITA Tomonori wrote:
> > > On Fri, 27 Aug 2010 07:19:07 +0200
> > > Uwe Kleine-K$(D+S(Bnig wrote:
> > >
> > > > Hey,
> > > >
On Sun, Jul 4, 2010 at 6:29 AM, Hans de Goede wrote:
> Hi all,
>
> I've finished porting the usbvideo v4l1 ibmcam and
> konicawc drivers to gspcav2.
>
> The ibmcam driver is replaced by gspca_xirlink_cit, which also
> adds support for 2 new models (it turned out my testing cams
> where not support
Reported in lirc sf.net tracker
Signed-off-by: Jarod Wilson
---
drivers/media/IR/mceusb.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/media/IR/mceusb.c b/drivers/media/IR/mceusb.c
index ac6bb2c..f0b7e42 100644
--- a/drivers/media/IR/mceusb.c
+++ b/drivers/me
Fix potential crashes due to use-before-NULL situations.
Signed-off-by: Kees Cook
---
drivers/gpu/drm/drm_fb_helper.c |3 ++-
drivers/media/video/em28xx/em28xx-video.c |3 ++-
2 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/drm_fb_helper.c b/drive
Hello,
compared to 2.6.34.x this kmemleak seems to be new at my ThinkPad T400 under
an almost stable Gentoo Linux w/ a 'Terratec Cinergy T USB XXS (HD)/ T3' :
tfoer...@n22 ~ $ cat /sys/kernel/debug/kmemleak
unreferenced object 0xcabeb320 (size 32):
comm "modprobe", pid 9285, jiffies 16386098
On Sat, 7 Aug 2010, Laurent Pinchart wrote:
> Hi Guennadi,
>
> On Saturday 07 August 2010 15:20:58 Guennadi Liakhovetski wrote:
> > On Sat, 7 Aug 2010, lawrence rust wrote:
>
> [snip]
>
> > > A mean squared error metric such as hypot() could be better but requires
> > > FP. An integer only ver
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:Fri Aug 27 19:00:06 CEST 2010
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 15138:a4c762698bcb
git master:
On Fri, Aug 27, 2010 at 11:55:47AM -0400, Andy Walls wrote:
> Heh. Between "where's the current base?", > 1 hour rebuild times for the
> whole kernel, and continual retooling of the IR core stuff, I can't keep up
> with the time I have available.
>
> Mauro did make an announcement a few weeks b
On Fri, Aug 27, 2010 at 06:30:28PM +0200, Guennadi Liakhovetski wrote:
> On Fri, 27 Aug 2010, Michael Grzeschik wrote:
>
> > On Fri, Aug 27, 2010 at 05:11:18PM +0200, Guennadi Liakhovetski wrote:
> > > On Tue, 3 Aug 2010, Michael Grzeschik wrote:
> > >
> > > > Signed-off-by: Philipp Wiesner
> >
& VIDEO_V4L2 && V4L_USB_DRIVERS && USB && VIDEO_DEV
> > && I2C && INPUT || DVB_BUDGET_CI && MEDIA_SUPPORT && DVB!
_CA
> PT
> > URE_DRIVERS && DVB_CORE && DVB_BUDGET_CORE && I2C && INPUT ||
David Härdeman wrote:
>On Thu, August 26, 2010 21:14, Jarod Wilson wrote:
>> On Wed, Aug 25, 2010 at 01:01:57AM +0200, David Härdeman wrote:
>>> The following series merges the different files that currently make up
>>> the ir-core module into a single-file rc-core module.
>>>
>>> In addition,
Heh. Between "where's the current base?", > 1 hour rebuild times for the whole
kernel, and continual retooling of the IR core stuff, I can't keep up with the
time I have available.
Mauro did make an announcement a few weeks back. I thought it was the
media.git tree.
R,
Andy
David Härdeman
On Fri, Aug 27, 2010 at 05:11:18PM +0200, Guennadi Liakhovetski wrote:
> On Tue, 3 Aug 2010, Michael Grzeschik wrote:
>
> > Signed-off-by: Philipp Wiesner
> > Signed-off-by: Michael Grzeschik
>
> I don't see these being used in any of your patches...
Yes, these are not used. They are a left ove
On Fri, 27 Aug 2010, Michael Grzeschik wrote:
> On Fri, Aug 27, 2010 at 05:11:18PM +0200, Guennadi Liakhovetski wrote:
> > On Tue, 3 Aug 2010, Michael Grzeschik wrote:
> >
> > > Signed-off-by: Philipp Wiesner
> > > Signed-off-by: Michael Grzeschik
> >
> > I don't see these being used in any of
On Tue, 3 Aug 2010, Michael Grzeschik wrote:
> Signed-off-by: Philipp Wiesner
> Signed-off-by: Michael Grzeschik
I don't see these being used in any of your patches...
Thanks
Guennadi
> ---
> drivers/media/video/mt9m111.c |6 ++
> 1 files changed, 6 insertions(+), 0 deletions(-)
>
>
Hi,
I see that in current videobuf library, for DMA SG code, these functions fail
when
Detecting a page in Highmem region:
- videobuf_pages_to_sg
- videobuf_vmalloc_to_sg
Now, what's the real reason to not allow handling of Highmem pages?
Is it an assumption that _always_ HighMem is not reachab
Signed-off-by: Michael Grzeschik
---
drivers/media/video/mx2_camera.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/drivers/media/video/mx2_camera.c b/drivers/media/video/mx2_camera.c
index 61241af..a3e04b6 100644
--- a/drivers/media/video/mx2_camera.c
+++ b/drivers/m
Robert, I'll need your ack / tested by on this one too. It actually
changes behaviour, for example, it sets MT9M111_OUTFMT_FLIP_BAYER_ROW in
the OUTPUT_FORMAT_CTRL register for the V4L2_MBUS_FMT_SBGGR8_1X8 8 bit
Bayer format. Maybe other things too - please have a look.
Thanks
Guennadi
On Tue,
On Thu, August 26, 2010 21:14, Jarod Wilson wrote:
> On Wed, Aug 25, 2010 at 01:01:57AM +0200, David Härdeman wrote:
>> The following series merges the different files that currently make up
>> the ir-core module into a single-file rc-core module.
>>
>> In addition, the ir_input_dev and ir_dev_prop
On Thu, 5 Aug 2010, Michael Grzeschik wrote:
> On Thu, Aug 05, 2010 at 10:30:39PM +0200, Guennadi Liakhovetski wrote:
> > On Tue, 3 Aug 2010, Michael Grzeschik wrote:
> >
> > > ported mx27_camera to 2.6.33.2
> >
> > Sorry, do not understand what this description has to do with the contents
> Th
Hi Baruch
On Tue, 27 Jul 2010, Baruch Siach wrote:
> This allows userspace to terminate a capture without waiting for the current
> frame to complete.
This is an improvement, not a fix, right? Without this patch the
termination just have to wait a couple of ms longer? so, it is ok to
schedule
On Fri, 2010-08-27 at 17:16 +0900, KAMEZAWA Hiroyuki wrote:
> > How about changing following this?
> > The thing is MAX_ORDER is static. But we want to avoid too big
> > MAX_ORDER of whole zones to support devices which requires big
> > allocation chunk.
> > So let's add MAX_ORDER into each zone an
On Thu, 26 Aug 2010 18:36:24 +0900
Minchan Kim wrote:
> On Thu, Aug 26, 2010 at 1:30 PM, KAMEZAWA Hiroyuki
> wrote:
> > On Thu, 26 Aug 2010 13:06:28 +0900
> > Minchan Kim wrote:
> >
> >> On Thu, Aug 26, 2010 at 12:44 PM, KAMEZAWA Hiroyuki
> >> wrote:
> >> > On Thu, 26 Aug 2010 11:50:17 +0900
>
On Friday, August 27, 2010 09:32:14 am FUJITA Tomonori wrote:
> On Fri, 27 Aug 2010 09:23:21 +0300
> Marin Mitov wrote:
>
> > On Friday, August 27, 2010 08:57:59 am FUJITA Tomonori wrote:
> > > On Fri, 27 Aug 2010 07:19:07 +0200
> > > Uwe Kleine-K$(D+S(Bnig wrote:
> > >
> > > > Hey,
> > > >
24 matches
Mail list logo