From: Adrian Bunk <bunk@stusta.de>
To: Daniel Bonekeeper <thehazard@gmail.com>
Cc: Michal Piotrowski <michal.k.k.piotrowski@gmail.com>,
linux-kernel@vger.kernel.org
Subject: Re: Automatic Kernel Bug Report
Date: Sun, 9 Jul 2006 14:58:05 +0200 [thread overview]
Message-ID: <20060709125805.GF13938@stusta.de> (raw)
In-Reply-To: <e1e1d5f40607090329i25f6b1b2s3db2c2001230932c@mail.gmail.com>
On Sun, Jul 09, 2006 at 06:29:55AM -0400, Daniel Bonekeeper wrote:
>...
> Maybe less verbal. Another problem is that, depending on the
> situation, the problem may be serious enough to not allow a program in
> userspace to work (and therefore, not acknowledge the Oops nor send a
> bug report). Also, important information may not be available for
> userspace (imagine a machine where the kernel wasn't compiled with
> debug stuff, so those details are not exposed to userspace, but
> available at kernelspace). As far as I understood your script, it
> requires interactivity to work (so if we have a bunch of servers in a
> datacenter at 1k miles, we got a problem). My first idea was:
>...
I'm sorry for being so negative, but it seems you are overdesigning a
solution for a non-existing problem:
There are cases where the machine is simply dead with exactly zero
information. These are the really hard ones.
Then there are cases where the kernel is able to print a BUG() or Oops
to a log file. Or the error message is printed to the screen and the
user uses a digital camera and sends the photo.
The message is usually enough for starting to debug the problem or
asking the user for additional information.
But most important, the problem lies in a completely different area:
Interaction between kernel devlopers and users is not a real problem.
The real problem is the missing developer manpower for handling bug
reports.
> Daniel
cu
Adrian
--
"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
next prev parent reply other threads:[~2006-07-09 12:58 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-07-09 8:45 Automatic Kernel Bug Report Daniel Bonekeeper
2006-07-09 9:45 ` Michal Piotrowski
2006-07-09 10:29 ` Daniel Bonekeeper
2006-07-09 12:58 ` Adrian Bunk [this message]
2006-07-09 18:46 ` Daniel Bonekeeper
2006-07-09 19:11 ` Adrian Bunk
2006-07-09 20:01 ` Daniel Bonekeeper
2006-07-09 20:19 ` Valdis.Kletnieks
2006-07-09 20:27 ` Daniel Bonekeeper
2006-07-10 8:11 ` Pavel Machek
2006-07-10 17:40 ` Daniel Bonekeeper
2006-07-10 17:59 ` Valdis.Kletnieks
2006-07-10 22:05 ` Daniel Bonekeeper
2006-07-10 23:41 ` Lee Revell
2006-07-11 1:15 ` Daniel Bonekeeper
2006-07-10 18:41 ` Horst von Brand
2006-07-10 21:34 ` Daniel Bonekeeper
2006-07-11 14:16 ` Horst von Brand
2006-07-09 20:24 ` Diego Calleja
2006-07-09 20:37 ` Daniel Bonekeeper
2006-07-09 22:19 ` Diego Calleja
2006-07-09 22:49 ` Daniel Bonekeeper
2006-07-09 20:25 ` Jesper Juhl
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=20060709125805.GF13938@stusta.de \
--to=bunk@stusta.de \
--cc=linux-kernel@vger.kernel.org \
--cc=michal.k.k.piotrowski@gmail.com \
--cc=thehazard@gmail.com \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox