From: "Rafael J. Wysocki" <rjw@sisk.pl>
To: Stefan Richter <stefanr@s5r6.in-berlin.de>
Cc: Jaswinder Singh Rajput <jaswinder@kernel.org>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
Adrian Bunk <bunk@kernel.org>,
Andrew Morton <akpm@linux-foundation.org>,
Linus Torvalds <torvalds@linux-foundation.org>,
Natalie Protasevich <protasnb@gmail.com>,
Kernel Testers List <kernel-testers@vger.kernel.org>,
Network Development <netdev@vger.kernel.org>,
Linux ACPI <linux-acpi@vger.kernel.org>,
Linux PM List <linux-pm@lists.linux-foundation.org>,
Linux SCSI List <linux-scsi@vger.kernel.org>,
Linux Wireless List <linux-wireless@vger.kernel.org>,
DRI <dri-devel@lists.sourceforge.net>
Subject: Re: 2.6.32-rc1-git2: Reported regressions from 2.6.31
Date: Fri, 2 Oct 2009 19:32:27 +0200 [thread overview]
Message-ID: <200910021932.27789.rjw@sisk.pl> (raw)
In-Reply-To: <4AC5F975.6060505@s5r6.in-berlin.de>
On Friday 02 October 2009, Stefan Richter wrote:
> Jaswinder Singh Rajput wrote:
> > If you add one more entry say "Suspected commit :" then it will be great
> > and will solve regressions much faster.
>
> Will? Might.
In fact I add the "First-Bad-Commit" annotation where there is a bisection
result or it's possible to fix things by reverting a specific commit.
> > You can request submitter to
> > submit 'suspected commit' by git bisect and also specify git bisect
> > links like : (for more information about git bisect check
> > http://kerneltrap.org/node/11753)
>
> I disagree. A reporter should only be asked to bisect (using git or
> other tools) /if/ a developer determined that bisection may speed up the
> debugging process or is the only remaining option to make progress with
> a bug.
>
> It would be wrong to steal a reporter's valuable time by asking for
> bisection before anybody familiar with the matter even had a first look
> at the report.
Agreed.
Thanks,
Rafael
prev parent reply other threads:[~2009-10-02 17:32 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-10-01 19:26 2.6.32-rc1-git2: Reported regressions from 2.6.31 Rafael J. Wysocki
2009-10-01 19:27 ` [Bug #14214] BUG at drivers/scsi/scsi_lib.c:1108! Rafael J. Wysocki
2009-10-05 12:46 ` PVP
2009-10-01 19:38 ` [Bug #14247] ACPI Exception: AE_TIME, Returned by Handler for [EmbeddedControl] flooding logs Rafael J. Wysocki
2009-10-04 23:56 ` Thomas Backlund
2009-10-01 19:38 ` [Bug #14259] NFS problem with past 2.6.31 git tree Rafael J. Wysocki
2009-10-01 19:38 ` [Bug #14279] Suspend to RAM freeze totally since 2.6.32-rc1 Rafael J. Wysocki
2009-10-01 19:38 ` [Bug #14276] nfsroot will not remount rw and claims illegal options Rafael J. Wysocki
2009-10-01 19:38 ` [Bug #14277] Caught 8-bit read from freed memory in b43 driver at association Rafael J. Wysocki
2009-10-01 19:38 ` [Bug #14260] T400 suspend/resume regression Rafael J. Wysocki
2009-10-01 19:38 ` [Bug #14278] New message "NOHZ: local_softirq_pending 08" at each ping request Rafael J. Wysocki
2009-10-01 19:38 ` [Bug #14271] ACPI boot memory leaks Rafael J. Wysocki
2009-10-01 19:38 ` [Bug #14297] console resume broken since ba15ab0e8d Rafael J. Wysocki
2009-10-02 6:27 ` Sascha Hauer
[not found] ` <20091002062740.GG27039-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>
2009-10-02 17:29 ` Rafael J. Wysocki
2009-10-01 19:38 ` [Bug #14296] spitz boots but suspend/resume is broken Rafael J. Wysocki
2009-10-01 19:38 ` [Bug #14298] warning at manage.c:361 (set_irq_wake), matrix-keypad related? Rafael J. Wysocki
2009-10-01 19:38 ` [Bug #14302] Kernel panic on i386 machine when booting with profile=2 Rafael J. Wysocki
2009-10-01 19:38 ` [Bug #14300] BUG_ON crash w/ ext4 Rafael J. Wysocki
2009-10-01 19:38 ` [Bug #14299] oops in wireless, iwl3945 related? Rafael J. Wysocki
2009-10-01 22:48 ` 2.6.32-rc1-git2: Reported regressions from 2.6.31 James Bottomley
[not found] ` <1254437336.3885.68.camel-0iu6Cu4xQGLYCGPCin2YbQ@public.gmane.org>
2009-10-02 17:34 ` Rafael J. Wysocki
2009-10-02 7:38 ` Jaswinder Singh Rajput
[not found] ` <1254469139.3531.19.camel-6Ww87KsxWewAvxtiuMwx3w@public.gmane.org>
2009-10-02 13:00 ` Stefan Richter
2009-10-02 17:32 ` Rafael J. Wysocki [this message]
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=200910021932.27789.rjw@sisk.pl \
--to=rjw@sisk.pl \
--cc=akpm@linux-foundation.org \
--cc=bunk@kernel.org \
--cc=dri-devel@lists.sourceforge.net \
--cc=jaswinder@kernel.org \
--cc=kernel-testers@vger.kernel.org \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pm@lists.linux-foundation.org \
--cc=linux-scsi@vger.kernel.org \
--cc=linux-wireless@vger.kernel.org \
--cc=netdev@vger.kernel.org \
--cc=protasnb@gmail.com \
--cc=stefanr@s5r6.in-berlin.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).