Hi,
On Sun, 2009-07-05 at 18:18 +0200, Krzysztof Helt wrote:
> On Mon, 6 Jul 2009 00:25:57 +0900
> Paul Mundt wrote:
>
> > On Sun, Jul 05, 2009 at 08:19:40AM -0700, Linus Torvalds wrote:
> > >
> > >
> > > On Mon, 6 Jul 2009, Paul Mundt wrote:
> > > > >
> > > > > Why not "lock" as well?
> > > >
Em Fri, 3 Jul 2009 19:02:36 +0200 (CEST)
Guennadi Liakhovetski escreveu:
> On Fri, 3 Jul 2009, Mauro Carvalho Chehab wrote:
>
> > Em Fri, 3 Jul 2009 17:38:36 +0200
> > Wally escreveu:
> >
> > >
> > > Hi Mauro,
> > >
> > > built the driver without problems.
> > >
> > > the rsult picture on m
Hi Eric,
Am Sonntag, den 05.07.2009, 09:08 +0200 schrieb eric.patur...@orange.fr:
> On 4 Jul, hermann pitton wrote:
> >
> >
> > Am Samstag, den 04.07.2009, 20:05 +0200 schrieb eric.patur...@orange.fr:
> >> On 4 Jul, hermann pitton wrote:
> >> >
> >> > Hello,
> >> >
> >> > Am Samstag, den 04.
Linus,
Please pull from:
ssh://master.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-2.6.git
for_linus
For the following bug fixes:
- v4l2 core: move V4L2_PIX_FMT_SGRBG8 to the proper place;
- vivi: bug: don't assume that S_STD will be called before streaming;
- ttpci: confi
Hi,
I've a LV5H clone marketed in Italy under Extreme Technology brand
which does not work under Ubuntu Jaunty (kernel version 2.6.30 used to
solve intel graphics video card performance issue).
It is identified by:
idVendor=eb1a, idProduct=2883
I tried to use it using the following em28xx.co
Mauro,
Please pull from http://linuxtv.org/hg/~awalls/v4l-dvb
for the following 2 changesets:
01/02: get_dvb_firmware: Correct errors in MPC718 firmware extraction logic
http://linuxtv.org/hg/~awalls/v4l-dvb?cmd=changeset;node=e5e765a66e0c
02/02: cx18: Add an EEPROM dump routine for the Yuan MP
Mauro Carvalho Chehab wrote:
> Em Sat, 4 Jul 2009 21:58:31 +0200
> Erik Andrén escreveu:
>
>> 08/24: gspca - m5602-ov7660: Create blue gain control
>> http://linuxtv.org/hg/~eandren/v4l-dvb?cmd=changeset;node=5675978999c5
>>
>> 09/24: gspca - m5602-ov7660: Add red gain control
>> http://linuxtv
Hello Mauro,
Please pull from
http://www.linuxtv.org/hg/~dougsland/v4l-dvb for the following:
bttv and meye: Use PCI_VDEVICE
radio-si470x: fix lock imbalance
em28xx, fix lock imbalance
adv7343: remove unused #include
mt312: Fix check
Mauro,
Please pull from http://linuxtv.org/hg/~awalls/ivtv
for the following 2 changesets:
01/02: ivtv: Add card entry for AVerMedia UltraTV 1500 MCE (M113 variant)
http://linuxtv.org/hg/~awalls/ivtv?cmd=changeset;node=ebb0ea04b057
02/02: ivtv: Fix automatic detection of AVerMedia UltraTV 1500M
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:Sun Jul 5 19:00:05 CEST 2009
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 12191:d703149eab45
gcc version: gcc
On Mon, 6 Jul 2009 00:25:57 +0900
Paul Mundt wrote:
> Ok, here is an updated version with an updated matroxfb and the sm501fb
> change reverted.
>
> Signed-off-by: Paul Mundt
>
Here is a patch which should fix problem with sm501fb driver:
diff --git a/drivers/video/sm501fb.c b/drivers/video/
On Mon, 6 Jul 2009 00:25:57 +0900
Paul Mundt wrote:
> On Sun, Jul 05, 2009 at 08:19:40AM -0700, Linus Torvalds wrote:
> >
> >
> > On Mon, 6 Jul 2009, Paul Mundt wrote:
> > > >
> > > > Why not "lock" as well?
> > >
> > > I had that initially, but matroxfb will break if we do that, and
> > > pre
On Mon, 6 Jul 2009, Paul Mundt wrote:
>
> Ok, here is an updated version with an updated matroxfb and the sm501fb
> change reverted.
Wu Zhangjin, can you also confirm that this works for you (without your
patch)?
Linus
--
To unsubscribe from this list: send the line "unsubscrib
On Sun, Jul 05, 2009 at 08:19:40AM -0700, Linus Torvalds wrote:
>
>
> On Mon, 6 Jul 2009, Paul Mundt wrote:
> > >
> > > Why not "lock" as well?
> >
> > I had that initially, but matroxfb will break if we do that, and
> > presently nothing cares about trying to take ->lock that early on.
>
> I r
On Mon, 6 Jul 2009, Paul Mundt wrote:
> >
> > Why not "lock" as well?
>
> I had that initially, but matroxfb will break if we do that, and
> presently nothing cares about trying to take ->lock that early on.
I really would rather have consistency than some odd rules like that.
In particular -
Em Sat, 4 Jul 2009 21:58:31 +0200
Erik Andrén escreveu:
> 08/24: gspca - m5602-ov7660: Create blue gain control
> http://linuxtv.org/hg/~eandren/v4l-dvb?cmd=changeset;node=5675978999c5
>
> 09/24: gspca - m5602-ov7660: Add red gain control
> http://linuxtv.org/hg/~eandren/v4l-dvb?cmd=changeset;no
On Sun, Jul 05, 2009 at 07:56:56AM -0700, Linus Torvalds wrote:
>
>
> On Sun, 5 Jul 2009, Paul Mundt wrote:
> > break;
> > fb_info->node = i;
> > mutex_init(&fb_info->lock);
> > - mutex_init(&fb_info->mm_lock);
>
> Why not "lock" as well?
>
I had that initially, bu
Em Sun, 5 Jul 2009 15:46:32 +0100
Russell King - ARM Linux escreveu:
> On Sun, Jul 05, 2009 at 09:51:55AM -0300, Mauro Carvalho Chehab wrote:
> > Hmm... I'm not seeing Russel ack on the arch/arm patch. Russel, could you
> > please review the enclosed patch? Would this be ok for 2.6.31?
>
> I'm
On Sun, 5 Jul 2009, Paul Mundt wrote:
> break;
> fb_info->node = i;
> mutex_init(&fb_info->lock);
> - mutex_init(&fb_info->mm_lock);
Why not "lock" as well?
Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
t
On Sun, 5 Jul 2009 07:19:33 -0700 (PDT)
Linus Torvalds wrote:
>
>
> On Sun, 5 Jul 2009, Wu Zhangjin wrote:
> >
> > then it works! so, I guess there is a deadlock introduced by the above
> > commit.
>
> Hmm. Perhaps more likely, the 'mm_lock' mutex hasn't even been initialized
> yet. We appe
On Sun, Jul 05, 2009 at 07:19:33AM -0700, Linus Torvalds wrote:
>
>
> On Sun, 5 Jul 2009, Wu Zhangjin wrote:
> >
> > then it works! so, I guess there is a deadlock introduced by the above
> > commit.
>
> Hmm. Perhaps more likely, the 'mm_lock' mutex hasn't even been initialized
> yet. We appe
On Sun, Jul 05, 2009 at 09:51:55AM -0300, Mauro Carvalho Chehab wrote:
> Hmm... I'm not seeing Russel ack on the arch/arm patch. Russel, could you
> please review the enclosed patch? Would this be ok for 2.6.31?
I'm not sure who this Russel is!
> @@ -207,6 +220,40 @@ static struct at24_platform_d
On Sun, 5 Jul 2009, Wu Zhangjin wrote:
>
> then it works! so, I guess there is a deadlock introduced by the above
> commit.
Hmm. Perhaps more likely, the 'mm_lock' mutex hasn't even been initialized
yet. We appear to have had that problem with matroxfb and sm501fb, and it
may be more common
em28xx: Add support for Gadmei UTV330+
Signed-off-by: Zhenyu Wang
---
This had been sent to mcentral.de long time ago, but I'm sad to notice
this hasn't been in mainline till now, when I'm trying to view TV in summer
again. I don't know what's the problem with origin em28xx tree, but I do
hope t
Em Fri, 3 Jul 2009 17:37:35 +0200
Laurent Pinchart escreveu:
> Mauro,
>
> Please pull from http://linuxtv.org/hg/~pinchartl/uvcvideo/
>
> for the following 5 changesets:
>
> uvcvideo: Use class-specific descriptor types from usb/ch9.h
> uvcvideo: Prefix all UVC constants with UVC_
> uvcvideo:
Em Fri, 26 Jun 2009 21:01:50 +0200
Hans Verkuil escreveu:
> Hi Mauro,
>
> Please pull from http://www.linuxtv.org/hg/~hverkuil/v4l-dvb-dm646x for the
> following:
>
> - ARM: DaVinci: DM646x Video: VPIF driver
> - ARM: DaVinci: DM646x Video: Add VPIF display driver
> - ARM: DaVinci: DM646x Vide
Em Fri, 26 Jun 2009 21:01:50 +0200
Hans Verkuil escreveu:
> Hi Mauro,
>
> Please pull from http://www.linuxtv.org/hg/~hverkuil/v4l-dvb-dm646x for the
> following:
>
> - ARM: DaVinci: DM646x Video: VPIF driver
> - ARM: DaVinci: DM646x Video: Add VPIF display driver
Hmm...
+static const struct
Em Fri, 26 Jun 2009 21:01:50 +0200
Hans Verkuil escreveu:
> Hi Mauro,
>
> Please pull from http://www.linuxtv.org/hg/~hverkuil/v4l-dvb-dm646x for the
> following:
>
> - ARM: DaVinci: DM646x Video: VPIF driver
> - ARM: DaVinci: DM646x Video: Add VPIF display driver
> - ARM: DaVinci: DM646x Vide
Hi, all
I just tested the sis315 driver in the latest master branch of
linux-mips git repository on fuloong2f(loongson-based machine, loongson
is mips comptable):
Device Drivers --->
Graphics support --->
<*> Support for frame buffer devices --->
<*> SiS/XGI display support
Kernels 2.6.22 to 2.6.24 (inclusive) need some compatibility quirks
for the hrtimer API. For older kernels, some required functions were
not exported so there's nothing we can do. This means that drivers
using the hrtimer infrastructure will no longer work for kernels older
than 2.6.22.
Signed-off
On Sun, 5 Jul 2009 01:32:42 -0700 (PDT), Trent Piepho wrote:
> On Sun, 5 Jul 2009, Jean Delvare wrote:
>
> > Hi Trent,
> >
> > On Sun, 5 Jul 2009 01:13:14 -0700 (PDT), Trent Piepho wrote:
> > > On Fri, 3 Jul 2009, Jean Delvare wrote:
> > > > Kernels 2.6.22 to 2.6.24 (inclusive) need some compatibi
On Sun, 5 Jul 2009, Jean Delvare wrote:
> Hi Trent,
>
> On Sun, 5 Jul 2009 01:13:14 -0700 (PDT), Trent Piepho wrote:
> > On Fri, 3 Jul 2009, Jean Delvare wrote:
> > > Kernels 2.6.22 to 2.6.24 (inclusive) need some compatibility quirks
> > > for the hrtimer API. For older kernels, some required fun
Hi Trent,
On Sun, 5 Jul 2009 01:13:14 -0700 (PDT), Trent Piepho wrote:
> On Fri, 3 Jul 2009, Jean Delvare wrote:
> > Kernels 2.6.22 to 2.6.24 (inclusive) need some compatibility quirks
> > for the hrtimer API. For older kernels, some required functions were
> > not exported so there's nothing we c
On Fri, 3 Jul 2009, Jean Delvare wrote:
> Kernels 2.6.22 to 2.6.24 (inclusive) need some compatibility quirks
> for the hrtimer API. For older kernels, some required functions were
> not exported so there's nothing we can do. This means that drivers
> using the hrtimer infrastructure will no longer
34 matches
Mail list logo
