Re: linux-next: Tree for June 22

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

 



Hi Thorsten,

On Mon, 22 Jun 2009 19:23:31 +0200 Thorsten Leemhuis <fedora@xxxxxxxxxxxxx> wrote:
>
> On 22.06.2009 10:26, Stephen Rothwell wrote:
> > On Mon, 22 Jun 2009 18:19:20 +1000 Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx> wrote:
> >>
> >> Changes since 20090619:
> > 
> > The current "git diff --stat -M stable..HEAD^" ends like this:
> 
> Side note: above command doesn't work here (Fedora 11, git version 1.6.2.2):
> 
> $ git diff --stat -M 'stable..HEAD^'
> fatal: ambiguous argument 'stable..HEAD^': unknown revision or path not
> in the working tree.
> Use '--' to separate paths from revisions
> 
> This command OTOH...
> $ git diff --stat -M 'origin/stable..origin/HEAD^'
> ...seems to work just fine and gives the result your posted:

That is because the "stable" and "HEAD" refs (branches) are local for me
since linux-next is my tree.  They are remote for you since you fetched
them, so their names are different.

> Is it possible somehow to export the individual patches that are
> currently in linux-next? I tried
> 
>  git format-patch -M -o ../tmp 'origin/stable..origin/HEAD^'
> 
> but that resulted in 3269 files with commits/patches that sum up to
> 38 MByte. Some of those patches (seems 1919 alone from the KVM tree...)
> are quite old. The first one for example is
> 0001-KVM-mmu-add-missing-dirty-page-tracking-cases.patch :

The kvm tree is actually a bit of a pain and I am considering what to do
about it.  The tree I am currently fetching into linux-next contains all
the history of their development (at least back a considerable time).
When they decide to send things to Linus, they seem to rebase a subset of
their current patches onto another branch that is based on Linus' tree
and then ask him to pull that.  So the commits in Linus' tree never have
the same SAH1s as the ones in the linux-next tree and in many cases, they
don't even have the same patch-ids as they have been rebased.

You can extract the commits in each tree by using the SHA1s in the
Next/SHA1s file.  So, for example, in yesterday's tree the SHA1 for the
net tree was 6be832529a8129c9d90a1d3a78c5d503a710b6fc, so the commits are
origin/stable..6be832529a8129c9d90a1d3a78c5d503a710b6fc.  This doesn't
work for the kvm tree (see above).

-- 
Cheers,
Stephen Rothwell                    sfr@xxxxxxxxxxxxxxxx
http://www.canb.auug.org.au/~sfr/

Attachment: pgpDS4voRulEZ.pgp
Description: PGP signature


[Index of Archives]     [Linux Kernel]     [Linux USB Development]     [Yosemite News]     [Linux SCSI]

  Powered by Linux