Return-path: Received: from hp3.statik.tu-cottbus.de ([141.43.120.68]:48189 "EHLO hp3.statik.tu-cottbus.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757732AbZJBNBi (ORCPT ); Fri, 2 Oct 2009 09:01:38 -0400 Message-ID: <4AC5F975.6060505@s5r6.in-berlin.de> Date: Fri, 02 Oct 2009 15:00:37 +0200 From: Stefan Richter MIME-Version: 1.0 To: Jaswinder Singh Rajput CC: "Rafael J. Wysocki" , Linux Kernel Mailing List , Adrian Bunk , Andrew Morton , Linus Torvalds , Natalie Protasevich , Kernel Testers List , Network Development , Linux ACPI , Linux PM List , Linux SCSI List , Linux Wireless List , DRI Subject: Re: 2.6.32-rc1-git2: Reported regressions from 2.6.31 References: <9UCePxij8cB.A.VCG.-3SxKB@chimera> <1254469139.3531.19.camel@ht.satnam> In-Reply-To: <1254469139.3531.19.camel@ht.satnam> Content-Type: text/plain; charset=ISO-8859-1 Sender: linux-wireless-owner@vger.kernel.org List-ID: 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. > 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. Remember: - Not all bugs can be economically narrowed down by bisection. - Bisection requires skills, rigor, and time. - Alas there are considerable sections in our kernel history which are not bisectable. -- Stefan Richter -=====-==--= =-=- ---=- http://arcgraph.de/sr/