On 9/13/07, Manu Abraham [EMAIL PROTECTED] wrote:
Markus Rechberger wrote:
On 9/13/07, Manu Abraham [EMAIL PROTECTED] wrote:
It's only a step in development, I do not intend to keep the kernel
stub in the end, but I do intend to keep and use the userspace drivers
with i2c-dev in the long
On 9/13/07, Steven Toth [EMAIL PROTECTED] wrote:
Also there is to consider a non technical aspect, whether vendors will
misuse this interface for binary only, undermining the efforts put in
for OSS drivers.
What holds companies for using the current available code putting it
Let's add the LKML to this.
On 9/13/07, Markus Rechberger <[EMAIL PROTECTED]> wrote:
> On 9/12/07, Mauro Carvalho Chehab <[EMAIL PROTECTED]> wrote:
> > Markus,
> >
> > Em Ter, 2007-08-14 às 16:31 +0200, Markus Rechberger escreveu:
> > > Following pat
Let's add the LKML to this.
On 9/13/07, Markus Rechberger [EMAIL PROTECTED] wrote:
On 9/12/07, Mauro Carvalho Chehab [EMAIL PROTECTED] wrote:
Markus,
Em Ter, 2007-08-14 às 16:31 +0200, Markus Rechberger escreveu:
Following patch adds the possibility to implement tuner drivers
ll bail out and return -ENOMEM.
> The problem is that in that case we don't free the storage allocated
> to 'dev', thus causing a memory leak.
>
> This patch fixes the leak by freeing 'dev' before we return -ENOMEM.
> This fixes Coverity bug #647.
>
>
> Signed-off-by: Jesper Juhl &l
is that in that case we don't free the storage allocated
to 'dev', thus causing a memory leak.
This patch fixes the leak by freeing 'dev' before we return -ENOMEM.
This fixes Coverity bug #647.
Signed-off-by: Jesper Juhl [EMAIL PROTECTED]
Acked-by: Markus Rechberger [EMAIL PROTECTED]
thanks
ago and he proposed
to add a prefix to the class name.
http://mcentral.de/~mrec/patches/firmware_class_name_collision.diff
Signed-off-by: Markus Rechberger <[EMAIL PROTECTED]>
index b24efd4..bfc54a1 100644
--- a/drivers/base/firmware_class.c
+++ b/drivers/base/firmware_class.c
@@ -297,8
to the class name.
http://mcentral.de/~mrec/patches/firmware_class_name_collision.diff
Signed-off-by: Markus Rechberger <[EMAIL PROTECTED]>
index b24efd4..bfc54a1 100644
--- a/drivers/base/firmware_class.c
+++ b/drivers/base/firmware_class.c
@@ -297,8 +297,7 @@ firmware_class_timeout(u_long data)
to the class name.
http://mcentral.de/~mrec/patches/firmware_class_name_collision.diff
Signed-off-by: Markus Rechberger [EMAIL PROTECTED]
index b24efd4..bfc54a1 100644
--- a/drivers/base/firmware_class.c
+++ b/drivers/base/firmware_class.c
@@ -297,8 +297,7 @@ firmware_class_timeout(u_long data)
static
ago and he proposed
to add a prefix to the class name.
http://mcentral.de/~mrec/patches/firmware_class_name_collision.diff
Signed-off-by: Markus Rechberger [EMAIL PROTECTED]
index b24efd4..bfc54a1 100644
--- a/drivers/base/firmware_class.c
+++ b/drivers/base/firmware_class.c
@@ -297,8 +297,7
On 8/11/07, Trent Piepho <[EMAIL PROTECTED]> wrote:
> On Fri, 10 Aug 2007, Markus Rechberger wrote:
> > On 8/1/07, Manu Abraham <[EMAIL PROTECTED]> wrote:
> > > On 7/31/07, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> > > > The Coverity che
On 8/11/07, Trent Piepho [EMAIL PROTECTED] wrote:
On Fri, 10 Aug 2007, Markus Rechberger wrote:
On 8/1/07, Manu Abraham [EMAIL PROTECTED] wrote:
On 7/31/07, Adrian Bunk [EMAIL PROTECTED] wrote:
The Coverity checker spotted that we have already oops'ed if fe was
NULL.
--- linux
On 8/1/07, Manu Abraham <[EMAIL PROTECTED]> wrote:
> On 7/31/07, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> > The Coverity checker spotted that we have already oops'ed if "fe" was
> NULL.
> >
> > Since "fe" being NULL seems impossible at this point this patch removes
> > the NULL check.
> >
> >
On 8/1/07, Manu Abraham [EMAIL PROTECTED] wrote:
On 7/31/07, Adrian Bunk [EMAIL PROTECTED] wrote:
The Coverity checker spotted that we have already oops'ed if fe was
NULL.
Since fe being NULL seems impossible at this point this patch removes
the NULL check.
Signed-off-by: Adrian Bunk
case ? Comments appreciated.
>
> Thanks,
> Manu
>
> ___
> linux-dvb mailing list
> [EMAIL PROTECTED]
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
>
--
Markus Rechberger
-
To unsubscribe from this list: send the line "unsubscribe linux-ke
mailing list
[EMAIL PROTECTED]
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
--
Markus Rechberger
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
On 6/29/07, Mauro Carvalho Chehab <[EMAIL PROTECTED]> wrote:
> Still we can't do this under cinergyt2->sem, because cinergyt2_query()
> takes it too. This all looks very wrong to me, I hope maintaners can
> explain.
AFAIK, the driver authors are not working anymore with CinergyT2. The
last
On 6/29/07, Mauro Carvalho Chehab [EMAIL PROTECTED] wrote:
Still we can't do this under cinergyt2-sem, because cinergyt2_query()
takes it too. This all looks very wrong to me, I hope maintaners can
explain.
AFAIK, the driver authors are not working anymore with CinergyT2. The
last patch we
On 6/17/07, Natalie Protasevich <[EMAIL PROTECTED]> wrote:
On 6/17/07, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> On Sun, Jun 17, 2007 at 06:26:55PM +0200, Stefan Richter wrote:
> > Adrian Bunk wrote:
> > >>> And we should be aware that reverting is only a workaround for the
real
> > >>> problem
On 6/17/07, Natalie Protasevich [EMAIL PROTECTED] wrote:
On 6/17/07, Adrian Bunk [EMAIL PROTECTED] wrote:
On Sun, Jun 17, 2007 at 06:26:55PM +0200, Stefan Richter wrote:
Adrian Bunk wrote:
And we should be aware that reverting is only a workaround for the
real
problem which lies in our
On 5/30/07, Greg KH <[EMAIL PROTECTED]> wrote:
On Wed, May 16, 2007 at 04:29:38PM +0400, Manu Abraham wrote:
> Greg KH wrote:
> > On Tue, May 15, 2007 at 05:15:28PM +0400, Manu Abraham wrote:
> >> Manu Abraham wrote:
> >>> Hi,
> >>>
> >>> I do have a device that's a multifunction device.
On 5/30/07, Greg KH [EMAIL PROTECTED] wrote:
On Wed, May 16, 2007 at 04:29:38PM +0400, Manu Abraham wrote:
Greg KH wrote:
On Tue, May 15, 2007 at 05:15:28PM +0400, Manu Abraham wrote:
Manu Abraham wrote:
Hi,
I do have a device that's a multifunction device. Eventhough a MFD, it
just
Manuel Estrada Sainz passed away on May 9th 2004, his email account got
deactivated. He was in charge of the firmware_class code, and still got
CC'ed in recent discussions about it.
Signed-off-by: Markus Rechberger <[EMAIL PROTECTED]>
diff --git a/Documentation/firmware_class/RE
Manuel Estrada Sainz passed away on May 9th 2004, his email account got
deactivated. He was in charge of the firmware_class code, and still got
CC'ed in recent discussions about it.
Signed-off-by: Markus Rechberger [EMAIL PROTECTED]
diff --git a/Documentation/firmware_class/README b
volved with that project,
VDR/mythTV/mplayer/ffmpeg etc. projects use the outcoming work.
While the v4l and dvb project is doing really hard at the moment and
improvements are handled in a snail speed (if ever handled) this
should really change.
cheers,
Markus
Regards,
Bill
Markus Rechberger wrote:
>
> Som
,
VDR/mythTV/mplayer/ffmpeg etc. projects use the outcoming work.
While the v4l and dvb project is doing really hard at the moment and
improvements are handled in a snail speed (if ever handled) this
should really change.
cheers,
Markus
Regards,
Bill
Markus Rechberger wrote:
Some developers
On 5/31/07, Uwe Bugla <[EMAIL PROTECTED]> wrote:
Am Donnerstag, 31. Mai 2007 07:01 schrieb Bill Eldridge:
> timecop wrote:
> >> Guys, it's GPL code. Fork the project and stop your bitching.
> >> If you do a better job, people will use and contribute to your
version.
> >> If you do a worse
On 5/31/07, Uwe Bugla [EMAIL PROTECTED] wrote:
Am Donnerstag, 31. Mai 2007 07:01 schrieb Bill Eldridge:
timecop wrote:
Guys, it's GPL code. Fork the project and stop your bitching.
If you do a better job, people will use and contribute to your
version.
If you do a worse job, people
On 5/28/07, Mauro Carvalho Chehab <[EMAIL PROTECTED]> wrote:
Em Seg, 2007-05-28 às 17:14 +0200, Markus Rechberger escreveu:
> > > +/*
> > > + * Bayer conversion
> > > + */
> >
> > We don't do format conversions in kernel. Instead, you should
On 5/28/07, Luca Risolia <[EMAIL PROTECTED]> wrote:
On Monday 28 May 2007 17:14:51 Markus Rechberger wrote:
> On 5/28/07, Mauro Carvalho Chehab <[EMAIL PROTECTED]> wrote:
> > We don't do format conversions in kernel. Instead, you should return a
> > prope
On 5/24/07, Jiri Slaby <[EMAIL PROTECTED]> wrote:
On 5/24/07, Markus Rechberger <[EMAIL PROTECTED]> wrote:
> Hi Jiri,
>
> On 5/24/07, Jiri Slaby <[EMAIL PROTECTED]> wrote:
> > Well, no objections on v4l list, try to merge it. Any further com
n *a == V4L2_STD_UNKNOWN ? 0 : -EINVAL;
> +}
This raises an interesting discussion about video standards. I would,
instead, use V4L2_STD_ALL, since webcams are capable of properly
handling on 525 raw lines/60Hz based standards (those derived from
640x480 res) as well as 625 raw lines/50Hz based st
:[EMAIL PROTECTED]
https://www.redhat.com/mailman/listinfo/video4linux-list
--
Markus Rechberger
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read
On 5/24/07, Jiri Slaby [EMAIL PROTECTED] wrote:
On 5/24/07, Markus Rechberger [EMAIL PROTECTED] wrote:
Hi Jiri,
On 5/24/07, Jiri Slaby [EMAIL PROTECTED] wrote:
Well, no objections on v4l list, try to merge it. Any further comments
will
be
appreciated.
--
stk11xx, add a new
On 5/28/07, Luca Risolia [EMAIL PROTECTED] wrote:
On Monday 28 May 2007 17:14:51 Markus Rechberger wrote:
On 5/28/07, Mauro Carvalho Chehab [EMAIL PROTECTED] wrote:
We don't do format conversions in kernel. Instead, you should return a
proper Bayer Fourcc format (like V4L2_PIX_FMT_SBGGR8
On 5/28/07, Mauro Carvalho Chehab [EMAIL PROTECTED] wrote:
Em Seg, 2007-05-28 às 17:14 +0200, Markus Rechberger escreveu:
+/*
+ * Bayer conversion
+ */
We don't do format conversions in kernel. Instead, you should return a
proper Bayer Fourcc format (like V4L2_PIX_FMT_SBGGR8
On 5/16/07, Al Viro <[EMAIL PROTECTED]> wrote:
On Wed, May 16, 2007 at 03:25:23AM +0400, Manu Abraham wrote:
> Al Viro wrote:
> > Signed-off-by: Al Viro <[EMAIL PROTECTED]>
> > ---
> > drivers/media/video/em28xx/Kconfig |2 +-
> > drivers/media/video/ivtv/Kconfig |2 +-
> > 2 files
On 5/16/07, Al Viro [EMAIL PROTECTED] wrote:
On Wed, May 16, 2007 at 03:25:23AM +0400, Manu Abraham wrote:
Al Viro wrote:
Signed-off-by: Al Viro [EMAIL PROTECTED]
---
drivers/media/video/em28xx/Kconfig |2 +-
drivers/media/video/ivtv/Kconfig |2 +-
2 files changed, 2
On 5/4/07, Manu Abraham <[EMAIL PROTECTED]> wrote:
Markus Rechberger wrote:
> I mean the mail from Helge Hafting (thread [linux-dvb] Critical
> points about kernel 2.6.21 and pseudo-authorities) at the very first
> beginning.
>
I am replying to this mail, just because someon
On 5/3/07, Manu Abraham <[EMAIL PROTECTED]> wrote:
Markus Rechberger wrote:
> On 5/3/07, Manu Abraham <[EMAIL PROTECTED]> wrote:
>> Mauro Carvalho Chehab wrote:
>> > Enough. Let's stop arguing non technical issues.
>> >
>> > If either one of
On 5/3/07, Manu Abraham <[EMAIL PROTECTED]> wrote:
Mauro Carvalho Chehab wrote:
> Enough. Let's stop arguing non technical issues.
>
> If either one of you have any technical argue against the Trent's
> patches, please point where the fix is wrong. Otherwise, if you wish,
> you may send an
On 5/3/07, VDR User <[EMAIL PROTECTED]> wrote:
STOP FIGHTING ALL THE DAMN TIME! From an outsiders perspective there
is a lot of unnecessary & childish behavior going on at the expense of
good ideas and coding. It seems as though the Markus/Mauro team will
go against anything Manu says simply
On 5/3/07, Manu Abraham <[EMAIL PROTECTED]> wrote:
Markus Rechberger wrote:
> Manu,
>
> to me it looks like your attitude is not acceptable here, I sent
> several mails already which you just use to ignore.
You very well know the reason why i am ignoring your mails. You
ile to download that hopeful project...
http://thadathil.net:8000/cgi-bin/hgwebdir.cgi/cx878_41?ca=43abfe89c2c9;type=bz2
--
Markus Rechberger
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http
Andrew Morton wrote:
On Tue, 20 Feb 2007 16:08:11 +0100
20 Feb was a long time ago, sorry. I was hoping to feed the pcmcia patches
through Dominik but I think he's busy with exams or such. So I get to
pretend to be pcmcia maintainer.
"Markus Rechberger" <[EMAIL PROT
Andrew Morton wrote:
On Tue, 20 Feb 2007 16:08:11 +0100
20 Feb was a long time ago, sorry. I was hoping to feed the pcmcia patches
through Dominik but I think he's busy with exams or such. So I get to
pretend to be pcmcia maintainer.
Markus Rechberger [EMAIL PROTECTED] wrote
...
http://thadathil.net:8000/cgi-bin/hgwebdir.cgi/cx878_41?ca=43abfe89c2c9;type=bz2
--
Markus Rechberger
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read
On 5/3/07, Manu Abraham [EMAIL PROTECTED] wrote:
Markus Rechberger wrote:
Manu,
to me it looks like your attitude is not acceptable here, I sent
several mails already which you just use to ignore.
You very well know the reason why i am ignoring your mails. You just
tend to flame people
On 5/3/07, VDR User [EMAIL PROTECTED] wrote:
STOP FIGHTING ALL THE DAMN TIME! From an outsiders perspective there
is a lot of unnecessary childish behavior going on at the expense of
good ideas and coding. It seems as though the Markus/Mauro team will
go against anything Manu says simply
On 5/3/07, Manu Abraham [EMAIL PROTECTED] wrote:
Mauro Carvalho Chehab wrote:
Enough. Let's stop arguing non technical issues.
If either one of you have any technical argue against the Trent's
patches, please point where the fix is wrong. Otherwise, if you wish,
you may send an acked-by
On 5/3/07, Manu Abraham [EMAIL PROTECTED] wrote:
Markus Rechberger wrote:
On 5/3/07, Manu Abraham [EMAIL PROTECTED] wrote:
Mauro Carvalho Chehab wrote:
Enough. Let's stop arguing non technical issues.
If either one of you have any technical argue against the Trent's
patches, please
On 5/4/07, Manu Abraham [EMAIL PROTECTED] wrote:
Markus Rechberger wrote:
I mean the mail from Helge Hafting (thread [linux-dvb] Critical
points about kernel 2.6.21 and pseudo-authorities) at the very first
beginning.
I am replying to this mail, just because someone's spreading lies all
Trent Piepho wrote:
>>> On Tue, 1 May 2007, Simon Arlott wrote:
>>>> On 30/04/07 22:17, Markus Rechberger wrote:
>>>>> From my side I do not see any problem with that patch, if someone else
>>>>> has a problem with it please state out the reason.
>
:
On 30/04/07 22:17, Markus Rechberger wrote:
From my side I do not see any problem with that patch, if someone else
has a problem with it please state out the reason.
I have no problem with the patch since it has nothing to do with my DVB
card but you're only encouraging Uwe to be abusive since
On 5/1/07, Simon Arlott <[EMAIL PROTECTED]> wrote:
On 30/04/07 22:17, Markus Rechberger wrote:
> Trent Piepho wrote another patch for it, it just completes Uwe's patch
> in the end.
> From my side I do not see any problem with that patch, if someone else
> has a problem with i
On 5/1/07, Simon Arlott [EMAIL PROTECTED] wrote:
On 30/04/07 22:17, Markus Rechberger wrote:
Trent Piepho wrote another patch for it, it just completes Uwe's patch
in the end.
From my side I do not see any problem with that patch, if someone else
has a problem with it please state out
? Ohne Kosten, ohne Risiko!
Satte Provisionen für GMX Partner: http://www.gmx.net/de/go/partner
___
linux-dvb mailing list
[EMAIL PROTECTED]
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
--
Markus Rechberger
-
To unsubscribe from this list
On 5/1/07, Manu Abraham <[EMAIL PROTECTED]> wrote:
Trent Piepho wrote:
> The issue with dst is just a minor missing feature to fully support the
dvb
> helper module customization system. So nobody needs to worry about this
> anymore, the last two patches in this repository will fix it
with it please state out the reason.
Markus
On 4/30/07, Markus Rechberger <[EMAIL PROTECTED]> wrote:
On 4/30/07, Jan Engelhardt <[EMAIL PROTECTED]> wrote:
>
> On Apr 30 2007 19:25, Uwe Bugla wrote:
>
> >THIS PATCH IS DONE TO AVOID RAM WASTE FOR CASES IN WHICH IT IS PROV
On 4/30/07, Jan Engelhardt <[EMAIL PROTECTED]> wrote:
On Apr 30 2007 19:25, Uwe Bugla wrote:
>THIS PATCH IS DONE TO AVOID RAM WASTE FOR CASES IN WHICH IT IS PROVEN THAT
DST
>AND DST_CA ARE NOT NEEDED AT ALL
>[...]
How much on the Theo-meter are we yet?
it's enough, I told him that
the Jams!"
Dropping lazy or incompetent maintainers do happen occationally.
But don't let frustration lead to angry emails - all you get that way is
lost
credibility, that will only make it harder to convince people.
Helge Hafting
-
To unsubscribe from this list: send the line "unsubscr
On 4/30/07, Uwe Bugla <[EMAIL PROTECTED]> wrote:
Original-Nachricht
Datum: Mon, 30 Apr 2007 13:48:34 +0200
Von: "Markus Rechberger" <[EMAIL PROTECTED]>
An: "Uwe Bugla" <[EMAIL PROTECTED]>
CC: "hermann pitton" <[EMAIL PROTEC
On 4/30/07, Uwe Bugla <[EMAIL PROTECTED]> wrote:
Original-Nachricht
Datum: Mon, 30 Apr 2007 02:58:33 +0200
Von: hermann pitton <[EMAIL PROTECTED]>
An: Uwe Bugla <[EMAIL PROTECTED]>
CC: Linus Torvalds <[EMAIL PROTECTED]>, [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
On 4/30/07, Uwe Bugla [EMAIL PROTECTED] wrote:
Original-Nachricht
Datum: Mon, 30 Apr 2007 02:58:33 +0200
Von: hermann pitton [EMAIL PROTECTED]
An: Uwe Bugla [EMAIL PROTECTED]
CC: Linus Torvalds [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED],
On 4/30/07, Uwe Bugla [EMAIL PROTECTED] wrote:
Original-Nachricht
Datum: Mon, 30 Apr 2007 13:48:34 +0200
Von: Markus Rechberger [EMAIL PROTECTED]
An: Uwe Bugla [EMAIL PROTECTED]
CC: hermann pitton [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED
to convince people.
Helge Hafting
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
--
Markus Rechberger
On 4/30/07, Jan Engelhardt [EMAIL PROTECTED] wrote:
On Apr 30 2007 19:25, Uwe Bugla wrote:
THIS PATCH IS DONE TO AVOID RAM WASTE FOR CASES IN WHICH IT IS PROVEN THAT
DST
AND DST_CA ARE NOT NEEDED AT ALL
[...]
How much on the Theo-meter are we yet?
it's enough, I told him that I'll
with it please state out the reason.
Markus
On 4/30/07, Markus Rechberger [EMAIL PROTECTED] wrote:
On 4/30/07, Jan Engelhardt [EMAIL PROTECTED] wrote:
On Apr 30 2007 19:25, Uwe Bugla wrote:
THIS PATCH IS DONE TO AVOID RAM WASTE FOR CASES IN WHICH IT IS PROVEN
THAT
DST
AND DST_CA
On 5/1/07, Manu Abraham [EMAIL PROTECTED] wrote:
Trent Piepho wrote:
The issue with dst is just a minor missing feature to fully support the
dvb
helper module customization system. So nobody needs to worry about this
anymore, the last two patches in this repository will fix it correctly.
/listinfo/linux-dvb
--
Markus Rechberger
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On 4/29/07, Bob Tracy <[EMAIL PROTECTED]> wrote:
Linus Torvalds wrote:
> On Sun, 29 Apr 2007, Markus Rechberger wrote:
> > How else should bugs get handled, sending them to the lkml?
>
> Actually, looking at Adrian's regression lists, yes. lkml worked better
> than bug
On 4/29/07, Linus Torvalds <[EMAIL PROTECTED]> wrote:
On Sun, 29 Apr 2007, Markus Rechberger wrote:
>
> I totally disagree here, bugzilla is a very good tool. If someone is
> too lazy to look at it it's his problem.
You must be doing things very differently from a lot of othe
On 4/29/07, Linus Torvalds <[EMAIL PROTECTED]> wrote:
On Sat, 28 Apr 2007, Adrian Bunk wrote:
>
> We are already quite good at ignoring bug reports that come through
> linux-kernel, and it's an _advantage_ of the kernel Bugzilla to see more
> than 1600 open bugs because this tells how bad we
denly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon Seed
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EM
On 4/28/07, Trent Piepho <[EMAIL PROTECTED]> wrote:
On Sat, 28 Apr 2007, Markus Rechberger wrote:
> On 4/27/07, Trent Piepho <[EMAIL PROTECTED]> wrote:
> > On Mon, 16 Apr 2007, Markus Rechberger wrote:
> > > > >> enough testing to be sent to mainline
On 4/28/07, Trent Piepho [EMAIL PROTECTED] wrote:
On Sat, 28 Apr 2007, Markus Rechberger wrote:
On 4/27/07, Trent Piepho [EMAIL PROTECTED] wrote:
On Mon, 16 Apr 2007, Markus Rechberger wrote:
enough testing to be sent to mainline.
I wish these patches had more comments about how
-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
--
Markus Rechberger
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
On 4/29/07, Linus Torvalds [EMAIL PROTECTED] wrote:
On Sat, 28 Apr 2007, Adrian Bunk wrote:
We are already quite good at ignoring bug reports that come through
linux-kernel, and it's an _advantage_ of the kernel Bugzilla to see more
than 1600 open bugs because this tells how bad we are at
On 4/29/07, Linus Torvalds [EMAIL PROTECTED] wrote:
On Sun, 29 Apr 2007, Markus Rechberger wrote:
I totally disagree here, bugzilla is a very good tool. If someone is
too lazy to look at it it's his problem.
You must be doing things very differently from a lot of other people if
you think
On 4/29/07, Bob Tracy [EMAIL PROTECTED] wrote:
Linus Torvalds wrote:
On Sun, 29 Apr 2007, Markus Rechberger wrote:
How else should bugs get handled, sending them to the lkml?
Actually, looking at Adrian's regression lists, yes. lkml worked better
than bugzilla did. By at _least_ a factor
rthancock.com/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
--
Markus Rechberger
-
To unsubscribe fro
On 4/27/07, Trent Piepho <[EMAIL PROTECTED]> wrote:
On Mon, 16 Apr 2007, Markus Rechberger wrote:
> On 4/16/07, Michael Krufky <[EMAIL PROTECTED]> wrote:
> > Adrian Bunk wrote:
> > > On Sun, Apr 15, 2007 at 08:33:38PM -0400, Michael Krufky wrote:
> > >>
uot; in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
--
Markus Rechberger
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
--
Markus Rechberger
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info
On 4/27/07, Trent Piepho [EMAIL PROTECTED] wrote:
On Mon, 16 Apr 2007, Markus Rechberger wrote:
On 4/16/07, Michael Krufky [EMAIL PROTECTED] wrote:
Adrian Bunk wrote:
On Sun, Apr 15, 2007 at 08:33:38PM -0400, Michael Krufky wrote:
Mauro,
I've been out of town for the past few days
PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
--
Markus Rechberger
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http
marvel_specify_io7 in
arch/alpha/kernel/core_marvel.c.
--
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www
in
arch/alpha/kernel/core_marvel.c.
--
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
--
Markus
Hi,
this will be fixed in upcoming kernel releases, there's already a patch
for that in the video4linux/dvb repository on linuxtv.org.
So if you update your v4l-dvb drivers that problem shouldn't occure anymore.
http://linuxtv.org/repo/
-Markus
On 4/19/07, Chris Murton <[EMAIL PROTECTED]>
Hi,
this will be fixed in upcoming kernel releases, there's already a patch
for that in the video4linux/dvb repository on linuxtv.org.
So if you update your v4l-dvb drivers that problem shouldn't occure anymore.
http://linuxtv.org/repo/
-Markus
On 4/19/07, Chris Murton [EMAIL PROTECTED]
On 4/20/07, Manu Abraham <[EMAIL PROTECTED]> wrote:
hermann pitton wrote:
> Am Freitag, den 20.04.2007, 00:55 +0400 schrieb Manu Abraham:
>> Mauro Carvalho Chehab wrote:
>>> Em Qui, 2007-04-19 às 16:41 -0400, Michael Krufky escreveu:
Marco Gittler wrote:
> this patch has applied the
On 4/20/07, Manu Abraham [EMAIL PROTECTED] wrote:
hermann pitton wrote:
Am Freitag, den 20.04.2007, 00:55 +0400 schrieb Manu Abraham:
Mauro Carvalho Chehab wrote:
Em Qui, 2007-04-19 às 16:41 -0400, Michael Krufky escreveu:
Marco Gittler wrote:
this patch has applied the hints from mkrufky
r Waechtler manage this driver
anymore because they didn't comment the last few fixes that were
applied to that driver (though I put them into CC here) As far as I
remember someone wrote that they didn't want to use the dvb_frontend
code back then for any reason.
So the only driver I'd take into
On 4/16/07, Manu Abraham <[EMAIL PROTECTED]> wrote:
Michael Krufky wrote:
> Mauro,
>
> I've been out of town for the past few days... I just got home and saw
this:
>
>
> Mauro Carvalho Chehab wrote:
>>- Fix 1/3 for bug 7819: fixed frontend hotplug issue
>>- Fix 2/3 for bug 7819: demux
On 4/16/07, Manu Abraham [EMAIL PROTECTED] wrote:
Michael Krufky wrote:
Mauro,
I've been out of town for the past few days... I just got home and saw
this:
Mauro Carvalho Chehab wrote:
- Fix 1/3 for bug 7819: fixed frontend hotplug issue
- Fix 2/3 for bug 7819: demux and dvr
-
then for any reason.
So the only driver I'd take into account would be the flexcop driver.
Currently tested drivers are: dvb-usb based devices, and em28xx/em2880
based devices
Markus
Markus Rechberger wrote:
The patch has been around on the dvb mailinglist ([PATCH][RFC] DVB
Hotplug Fix, 5
Cornelia Huck wrote:
On Fri, 13 Apr 2007 13:42:04 +0200,
"Markus Rechberger" <[EMAIL PROTECTED]> wrote:
seems like you have the same problem as the dvb framework has/had.
http://mcentral.de/hg/~mrec/v4l-dvb-stable
The last 3 changesets do the trick to not oop
Alan,
seems like you have the same problem as the dvb framework has/had.
http://mcentral.de/hg/~mrec/v4l-dvb-stable
The last 3 changesets do the trick to not oops, it will delay the
deinitialization of the device till the last user closed the device node.
Markus
Cornelia Huck wrote:
On
Alan,
seems like you have the same problem as the dvb framework has/had.
http://mcentral.de/hg/~mrec/v4l-dvb-stable
The last 3 changesets do the trick to not oops, it will delay the
deinitialization of the device till the last user closed the device node.
Markus
Cornelia Huck wrote:
On
Cornelia Huck wrote:
On Fri, 13 Apr 2007 13:42:04 +0200,
Markus Rechberger [EMAIL PROTECTED] wrote:
seems like you have the same problem as the dvb framework has/had.
http://mcentral.de/hg/~mrec/v4l-dvb-stable
The last 3 changesets do the trick to not oops, it will delay
101 - 200 of 240 matches
Mail list logo