From: Ingo Molnar <mingo@elte.hu>
To: Stephen Rothwell <sfr@canb.auug.org.au>
Cc: Thomas Gleixner <tglx@linutronix.de>,
"H. Peter Anvin" <hpa@zytor.com>,
linux-next@vger.kernel.org, Junio C Hamano <gitster@pobox.com>,
git@vger.kernel.org
Subject: Re: linux-next: stackprotector tree build failure
Date: Wed, 22 Oct 2008 09:29:23 +0200 [thread overview]
Message-ID: <20081022072923.GC27637@elte.hu> (raw)
In-Reply-To: <20081022182149.f89fe88d.sfr@canb.auug.org.au>
* Stephen Rothwell <sfr@canb.auug.org.au> wrote:
> Hi Ingo,
>
> On Wed, 22 Oct 2008 06:32:27 +0200 Ingo Molnar <mingo@elte.hu> wrote:
> >
> > This seems to have been caused by a git-rerere bug - it mis-matched a
> > timers tree conflict resolution. I cleared out that resolution (it had
> > nothing to do with stackprotector), re-did the conflict resolution
> > (which was about overlapping additions of header files), and pushed out
> > a new stackprotector tree - the delta below has the expected result.
>
> I wondered how you could have possibly got that result - aren't
> computers wonderful! :-)
heh, yes :)
this is the second time i met a git-rerere mismatch - the first one was
half a year ago.
Unfortunately i failed at generating a reproducer back then and even now
- as to resolve this problem i manually removed the preimage and
postimage, so it's gone now.
I've Cc:-ed Junio and the Git list as a general FYI - but it must be
frustrating to get such a bugreport, because i have no reproducer.
git-rerere sometimes seems to be picking up the wrong resolution. VERY
rarely.
It seems random and content dependent. Once it happened to
arch/x86/kernel/traps_32.c and now to kernel/fork.c. Along the ~170
successful resolutions i have in my tree right now. And i do many
conflict resolutions every day - and it happened only once every 6
months or so.
(the arch/x86/kernel/traps_32.c one happened regularly, that's why i
thought it's content sha1 dependent, and not some corruption.)
Next time it happens i'll be on the watchout and will save the complete
tree.
Ingo
next parent reply other threads:[~2008-10-22 7:30 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20081022131124.a572b11f.sfr@canb.auug.org.au>
[not found] ` <20081022043227.GA31413@elte.hu>
[not found] ` <20081022182149.f89fe88d.sfr@canb.auug.org.au>
2008-10-22 7:29 ` Ingo Molnar [this message]
2008-10-22 8:27 ` linux-next: stackprotector tree build failure Stephen Rothwell
2008-10-22 8:31 ` Stephen Rothwell
2008-10-22 8:31 ` Ingo Molnar
2008-10-22 17:41 ` Johannes Schindelin
2008-10-22 23:54 ` Stephen Rothwell
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=20081022072923.GC27637@elte.hu \
--to=mingo@elte.hu \
--cc=git@vger.kernel.org \
--cc=gitster@pobox.com \
--cc=hpa@zytor.com \
--cc=linux-next@vger.kernel.org \
--cc=sfr@canb.auug.org.au \
--cc=tglx@linutronix.de \
/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).