* linux-next: tidy up of trees
@ 2015-01-21 4:10 Stephen Rothwell
2015-01-21 13:37 ` Steven Rostedt
0 siblings, 1 reply; 3+ messages in thread
From: Stephen Rothwell @ 2015-01-21 4:10 UTC (permalink / raw)
To: linux-next; +Cc: LKML
[-- Attachment #1: Type: text/plain, Size: 4846 bytes --]
Hi all,
[affected tree contacts are bcc'd on this email]
I have decided to do a bit of a tidy up of the trees in linux-next and
my first pass is to remove any tree that has not been updated on over a
year (since next-20140120). The following 29 trees have been removed
today (of these, 13 have not been updated for more than 2 years). If
you want a tree restored, just drop me a line - it is easy to do.
Most if the trees are empty, but for the others I have included a
diffstat.
configfs
Git URL: git://git.kernel.org/pub/scm/linux/kernel/git/jlbec/configfs.git#linux-next
cpupowerutils
Git URL: git://git.kernel.org/pub/scm/linux/kernel/git/brodo/cpupowerutils.git#master
dwmw2
Git URL: git://git.infradead.org/users/dwmw2/random-2.6.git#master
embedded
Git URL: git://git.infradead.org/embedded-2.6.git#master
ep93xx
Git URL: git://github.com/RyanMallon/linux-ep93xx.git#ep93xx-for-next
arch/arm/mach-ep93xx/Kconfig | 1 +
arch/arm/mach-ep93xx/core.c | 110 ++++++++++++++++++++++++++-
arch/arm/mach-ep93xx/include/mach/platform.h | 3 +-
3 files changed, 111 insertions(+), 3 deletions(-)
fbdev
Git URL: git://git.kernel.org/pub/scm/linux/kernel/git/plagnioj/linux-fbdev.git#for-next
firmware
Git URL: git://git.infradead.org/users/dwmw2/firmware-2.6.git#master
fsnotify
Git URL: git://git.infradead.org/users/eparis/notify.git#for-next
fw-nohz
Git URL: git://git.kernel.org/pub/scm/linux/kernel/git/frederic/linux-dynticks.git#nohz/next
hwspinlock
Git URL: git://github.com/ohadbc/hwspinlock-next.git#linux-next
input-mt
Git URL: git://github.com/rydberg/linux.git#for-next
ixp4xx
Git URL: git://git.kernel.org/pub/scm/linux/kernel/git/chris/linux.git#next
kconfig
Git URL: git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-kconfig.git#for-next
logfs
Git URL: git://github.com/prasad-joshi/logfs_upstream.git#master
fs/logfs/dev_mtd.c | 2 +-
fs/logfs/super.c | 6 +++---
2 files changed, 4 insertions(+), 4 deletions(-)
lzo-update
Git URL: git://github.com/markus-oberhumer/linux.git#lzo-update
lib/lzo/lzo1x_decompress_safe.c | 4 ++++
lib/lzo/lzodefs.h | 6 ++++++
2 files changed, 10 insertions(+)
md-current
Git URL: git://neil.brown.name/md#for-linus
msm
Git URL: git://git.kernel.org/pub/scm/linux/kernel/git/davidb/linux-msm.git#for-next
omfs
Git URL: git://github.com/bcopeland/omfs.git#for-next
openrisc
Git URL: git://openrisc.net/jonas/linux#for-upstream
oprofile
Git URL: git://git.kernel.org/pub/scm/linux/kernel/git/rric/oprofile.git#for-next
parisc
Git URL: git://git.kernel.org/pub/scm/linux/kernel/git/jejb/parisc-2.6.git#for-next
pcmcia
Git URL: git://git.kernel.org/pub/scm/linux/kernel/git/brodo/pcmcia.git#master
signal
Git URL: git://git.kernel.org/pub/scm/linux/kernel/git/viro/signal.git#for-next
sysctl
Git URL: git://git.kernel.org/pub/scm/linux/kernel/git/ebiederm/sysctl.git#master
uclinux
Git URL: git://git.kernel.org/pub/scm/linux/kernel/git/gerg/uclinux.git#for-next
uml
Git URL: git://git.kernel.org/pub/scm/linux/kernel/git/rw/uml.git#next
arch/um/include/asm/Kbuild | 1 +
arch/um/include/asm/processor-generic.h | 3 -
arch/um/include/shared/os.h | 2 -
arch/um/include/shared/skas/proc_mm.h | 44 ------
arch/um/include/shared/skas/skas.h | 3 -
arch/um/include/shared/skas_ptrace.h | 14 --
arch/um/kernel/ptrace.c | 32 ----
arch/um/kernel/reboot.c | 35 ++---
arch/um/kernel/skas/mmu.c | 68 +++------
arch/um/kernel/skas/process.c | 27 ----
arch/um/kernel/trap.c | 2 +-
arch/um/kernel/um_arch.c | 10 --
arch/um/os-Linux/process.c | 16 --
arch/um/os-Linux/skas/mem.c | 100 ++----------
arch/um/os-Linux/skas/process.c | 200 ++++++------------------
arch/um/os-Linux/start_up.c | 154 -------------------
arch/um/sys-ia64/sysdep/skas_ptrace.h | 22 ---
arch/um/sys-ppc/shared/sysdep/skas_ptrace.h | 22 ---
arch/x86/um/ldt.c | 227 ++++++----------------------
arch/x86/um/shared/sysdep/faultinfo_32.h | 3 -
arch/x86/um/shared/sysdep/faultinfo_64.h | 3 -
arch/x86/um/shared/sysdep/skas_ptrace.h | 22 ---
22 files changed, 149 insertions(+), 861 deletions(-)
uprobes
Git URL: git://github.com/srikard/linux.git#for-next
viafb
Git URL: git://github.com/schandinat/linux-2.6.git#viafb-next
writeback
Git URL: git://git.kernel.org/pub/scm/linux/kernel/git/wfg/linux.git#writeback-for-next
--
Cheers,
Stephen Rothwell sfr@canb.auug.org.au
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 819 bytes --]
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: linux-next: tidy up of trees
2015-01-21 4:10 linux-next: tidy up of trees Stephen Rothwell
@ 2015-01-21 13:37 ` Steven Rostedt
2015-01-21 21:09 ` Stephen Rothwell
0 siblings, 1 reply; 3+ messages in thread
From: Steven Rostedt @ 2015-01-21 13:37 UTC (permalink / raw)
To: Stephen Rothwell; +Cc: linux-next, LKML
On Wed, 21 Jan 2015 15:10:09 +1100
Stephen Rothwell <sfr@canb.auug.org.au> wrote:
> Hi all,
>
> [affected tree contacts are bcc'd on this email]
>
> kconfig
> Git URL: git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-kconfig.git#for-next
>
This is my localmodconfig repo. I only use it when someone points out
something broke or I find a better way of doing something.
It doesn't get updated much because so far, I hear localmodconfig and
localyesconfig are doing everything that people like. It may not ever
get updated again if everyone (including myself) stays happy with it :-)
But in case that changes, and I need to restructure it, this will be
needed again. Should I just let this go out of next, but I'll probably
forget that it does, and still think my for-next branch is active.
If it is any extra burden on you to keep it, then I'm fine with it
falling off the radar. But if it's just "I have X repos in next, and
I'm trying to make it Y", I'd rather keep it in.
Thanks!
-- Steve
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: linux-next: tidy up of trees
2015-01-21 13:37 ` Steven Rostedt
@ 2015-01-21 21:09 ` Stephen Rothwell
0 siblings, 0 replies; 3+ messages in thread
From: Stephen Rothwell @ 2015-01-21 21:09 UTC (permalink / raw)
To: Steven Rostedt; +Cc: linux-next, LKML
[-- Attachment #1: Type: text/plain, Size: 3343 bytes --]
Hi Steven,
On Wed, 21 Jan 2015 08:37:39 -0500 Steven Rostedt <rostedt@goodmis.org> wrote:
>
> On Wed, 21 Jan 2015 15:10:09 +1100
> Stephen Rothwell <sfr@canb.auug.org.au> wrote:
>
> > Hi all,
> >
> > [affected tree contacts are bcc'd on this email]
> >
>
> > kconfig
> > Git URL: git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-kconfig.git#for-next
> >
>
> This is my localmodconfig repo. I only use it when someone points out
> something broke or I find a better way of doing something.
>
> It doesn't get updated much because so far, I hear localmodconfig and
> localyesconfig are doing everything that people like. It may not ever
> get updated again if everyone (including myself) stays happy with it :-)
>
> But in case that changes, and I need to restructure it, this will be
> needed again. Should I just let this go out of next, but I'll probably
> forget that it does, and still think my for-next branch is active.
>
> If it is any extra burden on you to keep it, then I'm fine with it
> falling off the radar. But if it's just "I have X repos in next, and
> I'm trying to make it Y", I'd rather keep it in.
No worries, I have put it back.
I guess what I am trying to do is get the attention of people who have
trees that they are finished with, or have very stale commits in them.
After a while it can take git a significant amount of work to merge a
tree that is forked from a very old version of Linus' tree (I guess
finding the merge base gets hard).
So one thing that helps is that if even "empty" trees keep their head
"near" the head of Linus' tree i.e. within a couple of releases (and a
year is 4 releases). That means that "git merge" is really fast (and
does nothing) and I don't care. If a merge takes 30 seconds (even to
do nothing), and I have to do 230 merges a day, then it impacts on what
I can get through.
And worse, what looks like abandoned work in some trees could impact on
ongoing work in other trees.
OK, I just did a test:
$ git describe kconfig/for-next
v3.13-rc4-1-g95edca5c523c
$ time git merge kconfig/for-next
Already up-to-date.
real 0m1.443s
user 0m1.408s
sys 0m0.036s
So, not a real problem. But this:
$ git describe logfs/master
v3.6-rc4-55-g339466142b3f
$ time git merge logfs/master
Performing inexact rename detection: 32% (126388520/126388520), done.
Auto-merging fs/logfs/super.c
Merge made by the 'recursive' strategy.
fs/logfs/dev_mtd.c | 2 +-
fs/logfs/super.c | 6 +++---
2 files changed, 4 insertions(+), 4 deletions(-)
real 1m12.023s
user 1m7.920s
sys 0m0.792s
$ git reset --hard HEAD^
HEAD is now at e1e12812e428 Add linux-next specific files for 20150121
$ time git merge logfs/master
Performing inexact rename detection: 32% (126388520/126388520), done.
Auto-merging fs/logfs/super.c
Merge made by the 'recursive' strategy.
fs/logfs/dev_mtd.c | 2 +-
fs/logfs/super.c | 6 +++---
2 files changed, 4 insertions(+), 4 deletions(-)
real 1m7.794s
user 1m7.216s
sys 0m0.616s
(I did it twice so that the second time it was all hot) And then I
have to do the build (which admittedly doesn't take too long in this
case) but if a header file gets touched it is a real problem.
--
Cheers,
Stephen Rothwell sfr@canb.auug.org.au
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 819 bytes --]
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2015-01-21 21:09 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-01-21 4:10 linux-next: tidy up of trees Stephen Rothwell
2015-01-21 13:37 ` Steven Rostedt
2015-01-21 21:09 ` Stephen Rothwell
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).