From: Sanjoy Mahajan <sanjoy@mrao.cam.ac.uk>
To: Helge Hafting <helgehaf@aitel.hist.no>
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
Linus Torvalds <torvalds@osdl.org>
Subject: Re: rc6 keeps hanging and blanking displays where rc4-mm1 works fine.
Date: 15 Aug 2005 22:48:21 +0100 [thread overview]
Message-ID: <r6wtmm98ii.fsf@skye.ra.phy.cam.ac.uk> (raw)
In-Reply-To: <20050815174555.GA16842@aitel.hist.no>
>> Is there any way to make git tell exactly where between rc4 and rc5
>> each kernel is, so I can name the bzimages accordingly?
>
> You'd have to use the raw commit names, since these things don't have any
> symbolic names. You can get that by just doing
>
> cat .git/HEAD
Also, don't name the local version something like
2.6.13-rc6:e63b6d5ac1e17d0d9e5112bd9c0e5f17199b23da otherwise LILO
complains. For example, this bit in lilo.conf
image=/boot/vmlinuz-2.6.12:b5e43913cfe95a18ad8929585a0bb58e46cf3390
label=bisect1
produces when you run lilo:
:BIOS syntax is no longer supported. Please use a DISK section
Fatal: Not a number: "b5e43913cfe95a18ad8929585a0bb58e46cf3390"
So in my kernel tree used for bisections, 'localversion' contains
-b5e43913cfe95a18ad8929585a0bb58e46cf3390
I don't fully understand when git (doing the checkout that is implict
in git bisect) will overwrite or not overwrite local files, or when it
will create files not in a previous version, or delete files not in a
current version. So, to be sure I'm getting a clean compile from
exactly the source files I want (probably overkill), I use 'git
bisect' to get the SHA1 id's, and then do:
#!/bin/bash
sha1=`cat .git/HEAD`
dest="/usr/src/bisect/$sha1"
cg-export $dest $sha1
cp dot-config-to-test $dest/.config
cd $dest
echo "-$sha1" > localversion
# accept defaults for all new config options:
yes "" | make oldconfig
make -j 4 >& compile.log &
next prev parent reply other threads:[~2005-08-15 21:48 UTC|newest]
Thread overview: 57+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-08-02 5:07 Linux 2.6.13-rc5 Linus Torvalds
2005-08-02 6:17 ` Jan De Luyck
2005-08-02 6:43 ` Linux 2.6.13-rc5 - possible acpi regression? Jan De Luyck
2005-08-02 10:50 ` Rafael J. Wysocki
2005-08-03 10:59 ` Jan De Luyck
2005-08-02 7:56 ` Linux 2.6.13-rc5 Olaf Hering
2005-08-05 10:40 ` rc5 seemed to kill a disk that rc4-mm1 likes. Also some X trouble Helge Hafting
2005-08-05 22:05 ` Andrew Morton
2005-08-07 9:41 ` Helge Hafting
2005-08-07 17:06 ` Danny ter Haar
2005-08-08 11:27 ` Helge Hafting
2005-08-08 12:14 ` Danny ter Haar
2005-08-08 14:59 ` Danny ter Haar
[not found] ` <21d7e99705080503515e3045d5@mail.gmail.com>
2005-08-09 12:20 ` Helge Hafting
2005-08-12 10:01 ` rc6 keeps hanging and blanking displays where rc4-mm1 works fine Helge Hafting
2005-08-12 10:32 ` Alan Cox
2005-08-15 12:53 ` Bartlomiej Zolnierkiewicz
2005-08-15 13:00 ` Bartlomiej Zolnierkiewicz
2005-08-12 16:51 ` Linus Torvalds
2005-08-15 12:37 ` Helge Hafting
2005-08-15 15:50 ` Linus Torvalds
2005-08-15 17:00 ` Ryan Anderson
2005-08-15 17:45 ` Helge Hafting
2005-08-15 21:48 ` Sanjoy Mahajan [this message]
2005-08-15 22:11 ` rc6 keeps hanging and blanking displays - bisection complete Helge Hafting
2005-08-15 22:59 ` Linus Torvalds
2005-08-16 8:46 ` Helge Hafting
2005-08-16 19:29 ` Helge Hafting
2005-08-15 23:18 ` Dave Airlie
2005-08-15 23:24 ` Dave Airlie
2005-08-16 7:34 ` Helge Hafting
2005-08-16 16:52 ` rc6 keeps hanging and blanking displays Helge Hafting
2005-08-16 17:00 ` Linus Torvalds
2005-08-16 21:14 ` Helge Hafting
2005-08-16 23:50 ` Dave Airlie
2005-08-17 11:05 ` Helge Hafting
2005-08-17 11:05 ` Dave Airlie
2005-08-17 15:19 ` Linus Torvalds
2005-08-22 21:44 ` Helge Hafting
2005-08-22 23:07 ` Dave Airlie
2005-08-22 23:40 ` Linus Torvalds
2005-08-23 15:33 ` Alan Cox
2005-08-24 6:04 ` Linus Torvalds
2005-08-24 8:37 ` Helge Hafting
2005-09-08 23:47 ` rc6 keeps hanging and blanking displays where rc4-mm1 works fine Andrew Morton
2005-09-09 0:16 ` Linus Torvalds
2005-08-17 11:26 ` rc5 seemed to kill a disk that rc4-mm1 likes. Also some X trouble Rolf Eike Beer
2005-08-22 8:01 ` Rolf Eike Beer
2005-08-22 17:44 ` Linus Torvalds
2005-08-22 17:45 ` Linus Torvalds
2005-08-22 21:01 ` Benjamin Herrenschmidt
2005-08-23 6:48 ` Rolf Eike Beer
2005-08-30 8:07 ` Rolf Eike Beer
2005-09-05 7:49 ` Rolf Eike Beer
2005-09-05 8:45 ` Linus Torvalds
2005-09-05 19:58 ` Sonny Rao
2005-09-06 7:44 ` Linus Torvalds
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=r6wtmm98ii.fsf@skye.ra.phy.cam.ac.uk \
--to=sanjoy@mrao.cam.ac.uk \
--cc=helgehaf@aitel.hist.no \
--cc=linux-kernel@vger.kernel.org \
--cc=torvalds@osdl.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
all inboxes | Powered by JetHome®