kernel.org git tree corrupt?

In preparation for a merge request I do
cg-diff -m -r origin: | diffstat -p1
(git diff -m -r origin: shows the same problem) and
cg-log -m -r origin:
from my kernel.org cifs-2.6.git tree against the linux-2.6.git which
should only show a small set of changes (typically only affecting one
directory in the kernel source), but instead now is showing thousands
of changesets with changed lines all over the tree. The origin is
/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
and the only operation done on cifs-2.6.git is git pull (to merge in
changes from linux-2.6.git) and applying (patch and cg-commit) small
patches (to the fs/cifs directory typically). Even after doing git
pull again (and also git-fsck) that did not seem to help as there are
still thousands of changesets showing up when there should be fewer
than 30. Was the linux-2.6.git rebuilt in the last four weeks with
different changeset numbers? Something seems to have drastically
changed in the kernel.org tree in the last few weeks.

Any idea how to get around this ... short of going through all patches
to fs/cifs saving the uncommitted ones off one by one by hand,
recloning the tree and reapplying them one by one?
Doing "cg-log -m -r origin: fs/cifs" shows changesets that are already
in linux-2.6.git (e.g. the vfs-wide changes to add path_put
1d957f9bf87da74f420424d16ece005202bbebd3 and
4ac9137858e08a19f29feac4e1f4df7c268b0ba5 )

The oldest patch which affects fs/cifs which incorrectly shows up as
not in mainline (ie shows up with cg-diff but is actually merged into
both mainline and my tree, and submitted and merged by someone else)
is eebd2aa355692afaf9906f62118620f1a1c19dbb dated 2/4/2008 so I assume
that the problem started around then.

Ideas for another solution short of recloning and sorting through all
of the last month or two of patches that affect this directory by
hand?


--
Thanks,

Steve
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

Relevant Pages

  • Re: [PATCH] Simplified GIT usage guide
    ... The advantage of adding this to the kernel tree is that you ... Overview of GIT. ... Commit objects. ...
    (Linux-Kernel)
  • [ANNOUNCE] ddtree: A git kernel tree for storage servers
    ... I have set up a new git tree to better serve the needs of those ... What will be in this ddtree? ... identity of patches and patch sets. ...
    (Linux-Kernel)
  • [PATCH] Simplified GIT usage guide
    ... Overview of GIT. ... Publishing changes by GIT tree. ... Commit objects. ... +DOWNLOADING UPSTREAM TREES ...
    (Linux-Kernel)
  • Re: Linux 2.6.12-rc3
    ... > That would allow me to send patches by hand and still make the SCM do the ... since it's simply not reliable (the patch may have gotten edited on the ... end used something else than git to maintain his patches (which in the end ... The reason patches are easier is that you can start out from a messy tree, ...
    (Linux-Kernel)
  • Re: Why not creating a GIT RT tree ?
    ... Unlike the mm tree which is made of a lots of patches ... Well mostly realtime stuffs, but that's a lot of stuffs. ... this in quilt is a lot easier than managing it in git. ...
    (Linux-Kernel)