All of lore.kernel.org
 help / color / mirror / Atom feed
From: Martin Steigerwald <Martin@lichtvoll.de>
To: Paolo Ornati <ornati@gmail.com>
Cc: linux-kernel@vger.kernel.org, "Ted Ts'o" <tytso@mit.edu>
Subject: Re: help with git bisecting a bug 16376: random - possibly Radeon DRM KMS related - freezes
Date: Sun, 5 Sep 2010 15:25:03 +0200	[thread overview]
Message-ID: <201009051525.13867.Martin@lichtvoll.de> (raw)
In-Reply-To: <20100905142031.4b692ed5@gmail.com>

[-- Attachment #1: Type: Text/Plain, Size: 1734 bytes --]

Am Sonntag 05 September 2010 schrieb Paolo Ornati:
> On Sun, 5 Sep 2010 09:53:41 +0200
> 
> Martin Steigerwald <Martin@lichtvoll.de> wrote:
> > I am also seeking help with selecting more suitable commits to test:
> > If its a Radeon KMS related freeze and everything points at it, I
> > think the offending commit is in the first quarter of what git
> > commit shows to me[2]. Thus I'd  like to select one commit before
> > those drm/kms related commits and one after it, before testing any
> > other commits.
> 
> If you "know better" than git-bisect and want to test a particular
> commit, just do:
> 
> 	git reset --hard commit_id

That part I understood from the manpage. But I seeked help to choose 
exactly which commit.

Well I now go with

martin@shambhala:~/Computer/Shambhala/Kernel/2.6.33-2.6.34-
bisect/linux-2.6> git log | head      
commit a27341cd5fcb7cf2d2d4726e9f324009f7162c00
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Tue Mar 2 08:36:46 2010 -0800

    Prioritize synchronous signals over 'normal' signals
    
    This makes sure that we pick the synchronous signals caused by a
    processor fault over any pending regular asynchronous signals sent to
    use by [t]kill().

When I interpret the graphical display of gitk correctly this one should 
be directly before the whole lot of KMS/DRM/Radeon/Intel commits being 
merged.

Now hopefully this one boots. And is good. Then I would have skipped a 
whole lot of the revisions to test. But even when it just boots, but is 
bad, I at least know that its not in these merges.

Ciao,
-- 
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 --]

  reply	other threads:[~2010-09-05 13:25 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 [this message]
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
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=201009051525.13867.Martin@lichtvoll.de \
    --to=martin@lichtvoll.de \
    --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.