This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [musl] Re: SH sigcontext ABI is broken
- From: Rob Landley <rob at landley dot net>
- To: "Maciej W. Rozycki" <macro at linux-mips dot org>
- Cc: Geert Uytterhoeven <geert at linux-m68k dot org>, Rich Felker <dalias at libc dot org>, Andreas Schwab <schwab at linux-m68k dot org>, musl at lists dot openwall dot com, libc-alpha at sourceware dot org, Linux-sh list <linux-sh at vger dot kernel dot org>
- Date: Thu, 02 Jul 2015 17:51:19 -0500
- Subject: Re: [musl] Re: SH sigcontext ABI is broken
- Authentication-results: sourceware.org; auth=none
- References: <20150619070912 dot GA15025 at brightrain dot aerifal dot cx> <87twu4uou1 dot fsf at igel dot home> <20150619191216 dot GV1173 at brightrain dot aerifal dot cx> <87fv5nv5ct dot fsf at igel dot home> <20150619203221 dot GX1173 at brightrain dot aerifal dot cx> <CAMuHMdWqBh4xJiiEO6a6QQzTrjUJ99w4Bxf3ZkBBBNVk6FNkhA at mail dot gmail dot com> <5585C62A dot 5060301 at landley dot net> <alpine dot LFD dot 2 dot 11 dot 1507022016190 dot 31747 at eddie dot linux-mips dot org>
On 07/02/2015 02:23 PM, Maciej W. Rozycki wrote:
> On Sat, 20 Jun 2015, Rob Landley wrote:
>
>>>>>> Thanks, but most of the links seem to be broken.
>>>>>
>>>>> Are they? I'm only seeing a single broken link, which has a mirror.
>>>>
>>>> My bad. Indeed only the davej one is broken, but that's where the code
>>>> must have been introduced (even the earliest commit in tglx
>>>> history.git has the #ifdef __SH4__ for FPU regs) and I can't find a
>>>> cgit interface to it. Fetching several GB to browse history locally is
>>>> going to take a while if I have to do that..
>>>
>>> Using web interfaces for archeology doesn't fly.
>>> If you're doing serious Linux work, you should already have a git repository
>>> of the kernel. full-history-linux.git.tar weights in at only ca. 0.5 giB.
>>
>> I have a somewhat updated version of that at
>> http://landley.net/kdocs/local/linux-fullhist.tar.bz2 which I should
>> probably update for the 4.0 release. (It's pulled to 3.0 currently.)
>
> For the record the LMO tree <git://git.linux-mips.org/pub/scm/ralf/linux>
> has a full history recorded and is in sync with kernel.org. There's some
> GIT magic that cuts some operations like `git log' at 2.6.12-rc2, but you
> can go beyond that if you know the right commit id, e.g.:
>
> $ git log -p 66f0a432 -- arch/sh
>
> I can see the initial SH import was with 2.3.19.
If you grab the above tarball, git checkout -f, and git pull, operations
like git log work just fine all the way back to 0.0.1.
The problem is that each git commit hash includes metadata that
describes the parents, so if you retroactively insert parent commits you
change the hash ID of every single descendant.
You can add extra metadata nodes that glue commits together, but "git
clone" won't always look for that extra metadata when working out what
constitutes the branch of the tree you asked for.
I just found something that worked and stopped fiddling with it. The guy
who did it used "git graft" ala http://www.padator.org/linux.php
And apparently you're supposed to use "subtree" commands instead these
days (as opposed to "splice" which may or may not have anything to do
with graft?):
https://www.kernel.org/pub/software/scm/git/docs/howto/using-merge-subtree.html
Because it just wouldn't be git if there weren't 3 subtly different ways
to do the same thing. (And this is ignore the actual history rewriting
packages people made which _do_ change the sha1sums.)
In any case, the tag list only goes back to 2.6.12-rc2. I never went
back and tagged the earlier commits when I put my tree up on
kernel.org/doc back when 3.0 came out.
Rob