From: Ingo Molnar <mingo@elte.hu>
To: David Miller <davem@davemloft.net>
Cc: arjan@linux.intel.com, linux-kernel@vger.kernel.org,
torvalds@linux-foundation.org, akpm@linux-foundation.org,
tglx@linutronix.de, linville@tuxdriver.com, davej@redhat.com,
gregkh@suse.de
Subject: Re: Oops report for the week preceding June 16th, 2008
Date: Thu, 19 Jun 2008 02:21:26 +0200 [thread overview]
Message-ID: <20080619002126.GA19724@elte.hu> (raw)
In-Reply-To: <20080617.145153.229833994.davem@davemloft.net>
* David Miller <davem@davemloft.net> wrote:
> From: Ingo Molnar <mingo@elte.hu>
> Date: Tue, 17 Jun 2008 17:33:56 +0200
>
> > v2.6.24 was no doubt a huge step in the right direction but it came
> > too late and we are still suffering from the fallout today as we
> > have not reached test cycle equilibrium yet: by the time mainline
> > gets the patches a new large batch comes up, invalidating much of
> > mainline's role and forcing distros to gamble with (much untested
> > and thus detached from reality) experimental branches.
> >
> > That's my main point: when we mess up and dont merge OSS driver code
> > that was out there in time - and we messed up big time with wireless
> > - we should admit the screwup and swallow the bitter pill.
>
> Your point seems to be that, even though we've acknowledged and
> entirely corrected the problem now, you still will whack us over the
> head and complain because it took in your opinion too long to get to
> that point.
from the discussion it was not at all clear to me that you appear to
agree with me - all i saw really was that you tried to ridicule my
position.
> How nice. That makes the wireless folks feel great I imagine.
my only worry was about the current situation, which, according to
kerneloops.org, with 17442 oopses reported against v2.6.25, isnt
anything to feel too great about. (And that's not limited to wireless in
any way - there is a rather prominent tick_broadcast_oneshot_control()
soft lockup entry as well that we are trying to figure out.)
It will all get better i'm sure - we now finally have objective
visibility of bugs as they happen to users.
Ingo
next prev parent reply other threads:[~2008-06-19 0:22 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-06-16 18:24 Oops report for the week preceding June 16th, 2008 Arjan van de Ven
2008-06-17 9:20 ` Ingo Molnar
2008-06-17 9:26 ` David Miller
2008-06-17 15:33 ` Ingo Molnar
2008-06-17 17:54 ` Greg KH
2008-06-17 18:14 ` Dave Jones
2008-06-17 18:43 ` Daniel Barkalow
2008-06-17 19:31 ` Johannes Berg
2008-06-17 22:48 ` Greg KH
2008-06-18 2:40 ` Daniel Barkalow
2008-06-17 19:24 ` Johannes Berg
2008-06-17 19:41 ` Dave Jones
2008-06-18 3:34 ` Arjan van de Ven
2008-06-18 7:17 ` Johannes Berg
2008-06-18 14:22 ` Arjan van de Ven
2008-06-23 16:55 ` John W. Linville
2008-06-17 21:51 ` David Miller
2008-06-19 0:21 ` Ingo Molnar [this message]
2008-06-20 6:01 ` Len Brown
2008-06-17 17:18 ` Bob Copeland
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20080619002126.GA19724@elte.hu \
--to=mingo@elte.hu \
--cc=akpm@linux-foundation.org \
--cc=arjan@linux.intel.com \
--cc=davej@redhat.com \
--cc=davem@davemloft.net \
--cc=gregkh@suse.de \
--cc=linux-kernel@vger.kernel.org \
--cc=linville@tuxdriver.com \
--cc=tglx@linutronix.de \
--cc=torvalds@linux-foundation.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.