On Tue, Feb 11, 2014 at 7:45 PM, Greg KH wrote:
> On Tue, Feb 11, 2014 at 07:29:47PM +0100, Markus Rechberger wrote:
>> On Mon, Feb 10, 2014 at 12:15 AM, Robert Hancock
>> wrote:
>> > On 08/02/14 03:00 AM, Markus Rechberger wrote:
>> >>
>> >&g
On Mon, Feb 10, 2014 at 12:15 AM, Robert Hancock wrote:
> On 08/02/14 03:00 AM, Markus Rechberger wrote:
>>
>> On Tue, Feb 4, 2014 at 10:31 AM, David Laight
>> wrote:
>>>
>>> From: Markus Rechberger
>>>>>>
>>>>>> Dec 27
oblem is in the usbcore.
On Sat, Feb 8, 2014 at 10:00 AM, Markus Rechberger
wrote:
> On Tue, Feb 4, 2014 at 10:31 AM, David Laight wrote:
>> From: Markus Rechberger
>>> >> Dec 27 23:23:50 solist kernel: [ 36.118245] xhci_hcd :00:14.0:
>>> >> ERROR Tran
On Tue, Feb 4, 2014 at 10:31 AM, David Laight wrote:
> From: Markus Rechberger
>> >> Dec 27 23:23:50 solist kernel: [ 36.118245] xhci_hcd :00:14.0:
>> >> ERROR Transfer event TRB DMA
>> ptr
>> >
>> > These messages might be harmless. T
Hi Sarah,
On Mon, Jan 20, 2014 at 8:35 PM, Sarah Sharp
wrote:
> Hi Markus,
>
> I'm the xHCI driver maintainer, and it helps to Cc me on USB 3.0 bug
> reports.
>
> On Sat, Dec 28, 2013 at 07:24:20AM +0100, Markus Rechberger wrote:
>> just received following log sni
, Dec 27, 2013 at 8:59 PM, Markus Rechberger
wrote:
> Seems like DH87RL was working with 3.2.0-55-generic-pae unfortunately
> we don't have such a board for testing and customer patience is
> limited to bisect the kernel.
>
> Does anyone have a clue what modification could have kill
pport.
On Fri, Dec 27, 2013 at 6:18 PM, Markus Rechberger
wrote:
> I just got another USB 3.0 bugreport, the entire system crashed. That
> particular customer already filed a bugreport in November 2013 that
> his system is in a bad state when using some USB 2.0 media devices
> which eve
to be a disaster with Linux 3.6.12.
The affected board is an Intel DH87RL board.
On Wed, Dec 25, 2013 at 8:18 AM, Markus Rechberger
wrote:
> A customer using a device with USBDEVFS is reporting following
> backtrace (it seems to be a rather generic issue related to linux usb
> 3.0 i
A customer using a device with USBDEVFS is reporting following
backtrace (it seems to be a rather generic issue related to linux usb
3.0 in general):
According to him this problem is reproducible as soon as he starts the
data transfer, is there anything known about that?
He is using 3.12.0-031200-
[EMAIL PROTECTED] wrote:
Markus, I see you were accidentally left off the cc: list on this bug.
The change was yours, so I suspect you'll have an opinion to share with
LKML.
Thanks,
Matt
--
Matt Domsch
Linux Technology Strategist, Dell Office of the CTO
linux.dell.com & www.dell.com/linux
Hi,
did anyone already take care about:
http://www.mail-archive.com/[EMAIL PROTECTED]/msg55641.html
the fix seems to paper the issue although it happened with other
people too now, so I wonder if there's any progress in that area?
thanks & have a nice Christmas,
Markus
On Dec 23, 2007 8:24 AM,
On 11/21/07, Laurent Pinchart <[EMAIL PROTECTED]> wrote:
> On Wednesday 21 November 2007, Markus Rechberger wrote:
> > On 11/21/07, Alan Stern <[EMAIL PROTECTED]> wrote:
> > > On Wed, 21 Nov 2007, Markus Rechberger wrote:
> > > > > > it&
On 11/21/07, Alan Stern <[EMAIL PROTECTED]> wrote:
> On Wed, 21 Nov 2007, Markus Rechberger wrote:
>
> > > > it's not just usb_set_interface that hangs actually.
> > > > It seems to hang at
> > > >
> > > > wait_event(usb_kill_
On 11/21/07, Oliver Neukum <[EMAIL PROTECTED]> wrote:
> Am Mittwoch 21 November 2007 schrieb Markus Rechberger:
> > > Which URB is usb_kill_urb() called for?
> > >
> >
> > it's the usb_control_message which calls usb_kill_urb if I haven't go
On 11/21/07, Markus Rechberger <[EMAIL PROTECTED]> wrote:
> On 11/21/07, Markus Rechberger <[EMAIL PROTECTED]> wrote:
> > On 11/21/07, Oliver Neukum <[EMAIL PROTECTED]> wrote:
> > > Am Mittwoch 21 November 2007 schrieb Markus Rechberger:
> > > >
On 11/21/07, Markus Rechberger <[EMAIL PROTECTED]> wrote:
> On 11/21/07, Oliver Neukum <[EMAIL PROTECTED]> wrote:
> > Am Mittwoch 21 November 2007 schrieb Markus Rechberger:
> > > On 11/21/07, Markus Rechberger <[EMAIL PROTECTED]> wrote:
> > > >
On 11/21/07, Oliver Neukum <[EMAIL PROTECTED]> wrote:
> Am Mittwoch 21 November 2007 schrieb Markus Rechberger:
> > On 11/21/07, Markus Rechberger <[EMAIL PROTECTED]> wrote:
> > > On 11/21/07, Mark Lord <[EMAIL PROTECTED]> wrote:
> >
On 11/21/07, Markus Rechberger <[EMAIL PROTECTED]> wrote:
> On 11/21/07, Mark Lord <[EMAIL PROTECTED]> wrote:
> > Markus Rechberger wrote:
> > > Hi,
> > >
> > > I'm looking at the linux uvc driver, and noticed after resuming my
> > ..
On 11/21/07, Mark Lord <[EMAIL PROTECTED]> wrote:
> Markus Rechberger wrote:
> > Hi,
> >
> > I'm looking at the linux uvc driver, and noticed after resuming my
> ..
>
> Pardon me.. what is the "uvc" driver? Which module/source file is that?
>
Hi,
I'm looking at the linux uvc driver, and noticed after resuming my
notebook it deadlocks at usb_set_interface.
The linux kernel version on that notebook is 2.6.21.4, I searched
around and haven't found any such bugreports.
I wonder if anyone has ever heard about such a problem?
I'm digging cl
On 10/14/07, Hans Verkuil <[EMAIL PROTECTED]> wrote:
> On Sunday 14 October 2007 12:40:35 Markus Rechberger wrote:
> > On 10/11/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > > On Thu, 11 Oct 2007 01:00:39 +0200
> > > "Markus Rechberger" <[EM
On 10/11/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Thu, 11 Oct 2007 01:00:39 +0200
> "Markus Rechberger" <[EMAIL PROTECTED]> wrote:
>
> Please don't send 900 line emails to which you have added only an additional
> paragraph.
>
&g
On 10/11/07, Marcel Siegert <[EMAIL PROTECTED]> wrote:
> Markus Rechberger schrieb:
> > On 10/11/07, Marcel Siegert <[EMAIL PROTECTED]> wrote:
> >> Markus Rechberger schrieb:
> >>> On 10/11/07, Aurelien Jarno <[EMAIL PROTECTED]> wrote:
> >>
On 10/11/07, Pádraig Brady <[EMAIL PROTECTED]> wrote:
> Aidan Thornton wrote:
> > I looked at this recently, and I'm not sure the core em28xx code was
> > really that different (at least, pre-userspace). Most of the core
> > changes seemed to be related to Markus' driver having (semi-working)
> > V
On 10/11/07, Marcel Siegert <[EMAIL PROTECTED]> wrote:
> Markus Rechberger schrieb:
> > On 10/11/07, Aurelien Jarno <[EMAIL PROTECTED]> wrote:
> >> Markus Rechberger a écrit :
> >>> On 10/11/07, Linus Torvalds <[EMAIL PROTECTED]> wrote:
> >>
On 10/11/07, Aurelien Jarno <[EMAIL PROTECTED]> wrote:
> Markus Rechberger a écrit :
> > On 10/11/07, Linus Torvalds <[EMAIL PROTECTED]> wrote:
> >> As such, the old and decrepit em28xx driver seems more useful to people,
> >> since at least it supports
On 10/11/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Thu, 11 Oct 2007 07:09:47 +0200 "Markus Rechberger"
> <[EMAIL PROTECTED]> wrote:
>
> > On 10/11/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > > On Thu, 11 Oct 2007 01:00:39 +0200
On 10/11/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Thu, 11 Oct 2007 01:00:39 +0200
> "Markus Rechberger" <[EMAIL PROTECTED]> wrote:
>
> Please don't send 900 line emails to which you have added only an additional
> paragraph.
>
&g
On 10/11/07, Chuck Ebbert <[EMAIL PROTECTED]> wrote:
> On 10/10/2007 07:24 PM, Markus Rechberger wrote:
> >
> > To point to more changes within the available driver which hasn't been
> merged
> > within the last 1 1/2 years:
> > * it supports non usbaudio b
On 10/11/07, Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
>
> On Thu, 11 Oct 2007, Markus Rechberger wrote:
> >
> > the chances of the em28xx are not accepted from my side since the latest
> code
> > which supports way more hardware is offtree for various reaso
On 10/11/07, Markus Rechberger <[EMAIL PROTECTED]> wrote:
> On 10/10/07, Mauro Carvalho Chehab <[EMAIL PROTECTED]> wrote:
> > Linus,
> >
> > Please pull from:
> >
> ssh://master.kernel.org/pub/scm/linux/kernel/git/mchehab/v4l-dvb.git
> > master
>
On 10/10/07, Mauro Carvalho Chehab <[EMAIL PROTECTED]> wrote:
> Linus,
>
> Please pull from:
> ssh://master.kernel.org/pub/scm/linux/kernel/git/mchehab/v4l-dvb.git
> master
>
> We have 300+ patches this time, covering lots of drivers improvements and
> fixes.
>
> Also, there are several cor
On 9/18/07, Jelle Foks <[EMAIL PROTECTED]> wrote:
> Markus Rechberger wrote:
> > On 9/14/07, Alan Cox <[EMAIL PROTECTED]> wrote:
> >> On Fri, Sep 14, 2007 at 01:17:05AM +0200, Markus Rechberger wrote:
> >>> what stops vendors of using the current exis
Hi,
On 9/17/07, Ram <[EMAIL PROTECTED]> wrote:
> Hi,
>
>I am trying to write a driver which uses double, float. I am using
> an arm11 with gcc 3.4.4
>
>When i try to compile my modules (with float variables) i get the error
>
>WARNING: "__extendsfdf2" undefined!
>WARNING: "__mulsf3
On 9/15/07, Bernard Jungen <[EMAIL PROTECTED]> wrote:
> On Sat, Sep 15, 2007 at 11:04:42AM -0300, Mauro Carvalho Chehab wrote:
> > With respect to your kernel-userspace API for xc3028, you made something
> > that seemed to be a dream: there's a consensus: not a single developer
> > believed that th
On 9/15/07, Mauro Carvalho Chehab <[EMAIL PROTECTED]> wrote:
> > Everyone knows that there are some issues even some internal
> > ones which I'm not part of.
>
> With respect to your kernel-userspace API for xc3028, you made something
> that seemed to be a dream: there's a consensus: not a single d
On 9/15/07, Johannes Stezenbach <[EMAIL PROTECTED]> wrote:
> On Sat, Sep 15, 2007, Markus Rechberger wrote:
> >
> > it gets me thinking. Some core developers who I met during
> > the last few weeks (kernel summit, suse conference in czech)
> > told me to go on w
On 9/15/07, Mauro Carvalho Chehab <[EMAIL PROTECTED]> wrote:
> > The main discussion in this thread was about drivers in userspace
> > are bad because the API will allow binary drivers.
>
> No. The focus is that userspace API is not needed at all, and the
> community believe that this is a regressi
On 9/14/07, Johannes Stezenbach <[EMAIL PROTECTED]> wrote:
> On Fri, Sep 14, 2007, Markus Rechberger wrote:
> >
> > people do contribute to the em28xx project.
> ...
> > there's also an active and even problem solving oriented ML available:
> > http://mcen
On 9/14/07, Johannes Stezenbach <[EMAIL PROTECTED]> wrote:
> On Fri, Sep 14, 2007, Markus Rechberger wrote:
> >
> > people do contribute to the em28xx project.
> ...
> > there's also an active and even problem solving oriented ML available:
> > http://mcen
On 9/14/07, Alex Deucher <[EMAIL PROTECTED]> wrote:
> On 9/14/07, Markus Rechberger <[EMAIL PROTECTED]> wrote:
> > On 9/14/07, Manu Abraham <[EMAIL PROTECTED]> wrote:
> > > Joerg Roedel wrote:
> > > > On Fri, Sep 14, 2007 at 11:57:59AM +0400, Manu Ab
On 9/14/07, Mauro Carvalho Chehab <[EMAIL PROTECTED]> wrote:
> Markus,
>
> > >
> > > Maybe you still don't realize how tiresome it is to talk to you.
> > > What you present as "linuxtv people block my contributions" is
> > > IMHO "linuxtv people got fed up talking to you". Because when
> > > people
On 9/14/07, Johannes Stezenbach <[EMAIL PROTECTED]> wrote:
> On Fri, Sep 14, 2007, Markus Rechberger wrote:
> > On 9/14/07, Steven Toth <[EMAIL PROTECTED]> wrote:
> > >
> > > If you care about LinuxTV you'll work with the core subsystem developers
&g
On 9/14/07, Alan Cox <[EMAIL PROTECTED]> wrote:
> On Fri, Sep 14, 2007 at 01:17:05AM +0200, Markus Rechberger wrote:
> > what stops vendors of using the current existing code to achieve that
> > goal. They could provide binary drivers with the existing API.
>
> If y
On 9/14/07, Manu Abraham <[EMAIL PROTECTED]> wrote:
> Joerg Roedel wrote:
> > On Fri, Sep 14, 2007 at 11:57:59AM +0400, Manu Abraham wrote:
> > What do you think about IOMMU?
> >
> >
> Just because AMD or INTEL want to invent some whizzy new technology it
> doesn't say anythin
On 9/14/07, Steven Toth <[EMAIL PROTECTED]> wrote:
> Markus Rechberger wrote:
> > On 9/13/07, Steven Toth <[EMAIL PROTECTED]> wrote:
> >
> >>>> Also there is to consider a non technical aspect, whether vendors will
> >>>> misuse this
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 availabl
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 inten
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 run, this requires a v4l/dvb library at the front
> > of everything.
On 9/13/07, Johannes Stezenbach <[EMAIL PROTECTED]> wrote:
> On Thu, Sep 13, 2007, Markus Rechberger wrote:
> > Let's add the LKML to this.
> >
> > On 9/13/07, Markus Rechberger <[EMAIL PROTECTED]> wrote:
> > > On 9/12/07, Mauro Carvalho Chehab <
Hi,
On 9/13/07, Johannes Stezenbach <[EMAIL PROTECTED]> wrote:
> On Thu, Sep 13, 2007, Markus Rechberger wrote:
> >
> > We currently have an implementation that works, although
> > it works by downloading several firmwares for several devices
> > or even several c
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:
> > > Followin
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.
>
>
>
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
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)
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
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.
> >
> > Signe
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
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
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 wh
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. Eventhou
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_cla
people involved 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
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,
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 sh
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
> >
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
, void *fh, v4l2_std_id *a)
> +{
> + return *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 der
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 cha
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 on
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-
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 be
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
> Waiting for your link meanwhile 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 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
epho 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.
>>&g
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 w
ect in the future, or
leave that job simply to another person. OK?
Any further questions, Mr. Johannes Stezenbach?
-- Lust, ein paar Euro nebenbei zu verdienen? Ohne Kosten, ohne Risiko!
Satte Provisionen für GMX Partner: http://www.gmx.net/de/go/partner
___
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
a problem 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
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
lution at all, but only a harsh
and rude one:
> "Kick out 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
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/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
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
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 ar
"Is there not promise of rain?" Ling Tan asked suddenly 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 th
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
berthancock.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 unsub
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 me
ment before 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
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]> wr
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 hint
I don't think Daniel Mack or Holger 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
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
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, i
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 Thu
1 - 100 of 120 matches
Mail list logo
