From: Martin Steigerwald <Martin@lichtvoll.de>
To: Florian Mickler <florian@mickler.org>
Cc: "Ted Ts'o" <tytso@mit.edu>,
linux-kernel@vger.kernel.org, Paolo Ornati <ornati@gmail.com>
Subject: Re: help with git bisecting a bug 16376: random - possibly Radeon DRM KMS related - freezes
Date: Fri, 10 Sep 2010 15:49:02 +0200 [thread overview]
Message-ID: <201009101549.03845.Martin@lichtvoll.de> (raw)
In-Reply-To: <20100910135511.53c0089a@schatten.dmk.lab>
[-- Attachment #1: Type: Text/Plain, Size: 1766 bytes --]
Am Freitag 10 September 2010 schrieb Florian Mickler:
> On Thu, 9 Sep 2010 16:18:49 +0200
>
> Martin Steigerwald <Martin@lichtvoll.de> wrote:
> > Yes, I am aware that it may not be a Ext4 problem at all. Thus I said
> > Ext4 / readahead related (!) backtrace (! not bug) cause that was
> > all I could see on the screen. How else should I have described that
> > backtrace when I can't speculate on what I can not see?
>
> I think, it is no big thing. The trick is probably to say nothing at
> all about the cause, when it is not clear. It's a mind thing. As soon
> as the association is brought up, everybody thinks along those lines.
> :)
>
> If you leave out the "ext4/readahead related", then people will still
> know that it might be ext4 readahead related because you posted the
> backtrace, but they will not have their mind turned to that. Instead
> they will think: oh a backtrace... there were some people shouting
> about backtraces in my area, let's see if it is realted.
OTOH I thought when I put in some keywords from the backtrace in my query
it might get the attention of the right people. When I just say unknown
backtrace, then I am adressing no one.
> But of course, sometimes putting blame somewhere also does help getting
> attention. After all "CORRUPTION IN FILESYSTEM XYZ" sticks out more
> than "partial trace of a thing i don't know anything at all".
I wouldn't do that for sensational purposes.
Maybe next time: "Fails to boot with partially shown backtrace, with some
ext4 / readahead function calls inside it"? Or even more general some I/O
/ filesystem related functions?
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
next prev parent reply other threads:[~2010-09-10 13:49 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-08-31 19:53 help with git bisecting a bug 16376: random - possibly Radeon DRM KMS related - freezes Martin Steigerwald
2010-08-31 22:39 ` Ken Moffat
2010-09-01 16:10 ` Martin Steigerwald
2010-09-01 18:13 ` Ken Moffat
2010-09-01 18:47 ` Paolo Ornati
2010-09-01 19:26 ` Martin Steigerwald
2010-09-05 7:53 ` Martin Steigerwald
2010-09-05 12:20 ` Paolo Ornati
2010-09-05 13:25 ` Martin Steigerwald
2010-09-07 2:51 ` Ted Ts'o
2010-09-09 14:18 ` Martin Steigerwald
2010-09-10 11:55 ` Florian Mickler
2010-09-10 13:49 ` Martin Steigerwald [this message]
2010-09-10 15:53 ` Theodore Tso
2010-09-10 16:18 ` Martin Steigerwald
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=201009101549.03845.Martin@lichtvoll.de \
--to=martin@lichtvoll.de \
--cc=florian@mickler.org \
--cc=linux-kernel@vger.kernel.org \
--cc=ornati@gmail.com \
--cc=tytso@mit.edu \
/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.