Re: [Announce] 2.6.29-rc78rt1

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Thomas Gleixner wrote:
> On Thu, 19 Mar 2009, Frank Rowand wrote:
>>>    - lots of tracer updates from -tip (check the tip git logs)
>> I have been trying to reverse engineer which git commits
>> comprise origin.patch, but my git-foo is not up to the
>> task.  For any single file in origin.patch, I can work
>> backwards to find the git commit associated with it, but I
>> don't know how to easily create a list of all of the git commits
>> that are associated with origin.patch.  Do you have any quick
>> hints that would assist me in my quest?
> 
>   git log v.2.6.29-rc8..
> 
> I'm going to add a log to the broken out tarball next time.
> 

Thanks for the info!  I'm getting closer, but I'm still missing
something or doing something wrong.

The git tree I'm using (from .git/config):
[remote "origin"]
        url = git://git.kernel.org/pub/scm/linux/kernel/git/tip/linux-2.6-tip.git

On branch "master".

I tried to re-create origin.patch by:

  git format-patch --abbrev=7 --stdout -p v2.6.29-rc8.. >MY_ORIGIN.PATCH

but got different results than what is in origin.patch.bz.
MY_ORIGIN.PATCH has the same source changes as origin.patch.bz
(at least for the small sample of files that I checked), but
sometimes split across several patches instead of a single patch.

Using Documentation/x86/boot.txt as an example of the difference:

  patch-2.6.29-rc8-rt1-broken-out.tar.bz2 origin.patch.bz shows:

    diff --git a/Documentation/x86/boot.txt b/Documentation/x86/boot.txt
    index 7b4596a..e020366 100644

  But the same changes in the git tree are split across two git commits
  (so I get two patches in my MY_ORIGIN.PATCH instead of the single
  patch in origin.patch.bz):

    $ git log v2.6.29-rc8.. -- Documentation/x86/boot.txt | grep commit
    commit 8b0e5860cb099d7958d13b00ffbc35ad02735700
    commit e56d0cfe7790fd3218ae4f6aae1335547fea8763
    commit ee287587dafd77fd211e50637561224605c214b4

    (8b0e5860 is a merge of branches)

    $ git format-patch --abbrev=7 --stdout -p e56d0cfe^1..e56d0cfe \
      | grep -E "(^diff)|(^index)"
    diff --git a/Documentation/x86/boot.txt b/Documentation/x86/boot.txt
    index 7b4596a..1229969 100644

    $ git format-patch --abbrev=7 --stdout -p ee287587^1..ee287587 \
      | grep -E "(^diff)|(^index)"
    diff --git a/Documentation/x86/boot.txt b/Documentation/x86/boot.txt
    index fcdc62b..9ac70ff 100644

  So I'm obviously in the wrong place or using the wrong technique
  to be able to re-create origin.patch.bz from the git repository.
  Any more quick hints to help me out here?

  Also, "git log v2.6.29-rc8.." presumes that HEAD in my repository is
  the same as when the RT preempt patch was created.  Is there a tag
  or a git id or some other way to identify that point?

Thanks!

Frank Rowand
Sony Corporation of America

--
To unsubscribe from this list: send the line "unsubscribe linux-rt-users" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [RT Stable]     [Kernel Newbies]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Samba]     [Video 4 Linux]     [Device Mapper]

  Powered by Linux