What do you want from linux-next?

Previous thread: Re: r-o bind in nfsd by Neil Brown on Monday, March 24, 2008 - 10:52 pm. (7 messages)

Next thread: Please pull powerpc.git merge branch by Paul Mackerras on Monday, March 24, 2008 - 11:32 pm. (1 message)
To: Linus <torvalds@...>, Andrew Morton <akpm@...>
Cc: <linux-next@...>, LKML <linux-kernel@...>
Date: Monday, March 24, 2008 - 11:11 pm

Hi Linus, Andrew,

Now that we are (presumably) approaching the next merge window, can I ask
what use (if any) will you be making of the linux-next tree?
Alternatively, is there any information you want from it?

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

To: Stephen Rothwell <sfr@...>
Cc: Linus <torvalds@...>, Andrew Morton <akpm@...>, <linux-next@...>, LKML <linux-kernel@...>
Date: Monday, March 24, 2008 - 11:59 pm

Hi,

I'd like some clarification about the future (use) of linux-next
and Andrew's -mm patch series. They duplicate a lot of the major
git tree or quilt patch series. Can we expect both of them to
continue as is or will -mm be a patch series on top of linux-next
or what?

--
~Randy
--

To: Randy.Dunlap <rdunlap@...>
Cc: Stephen Rothwell <sfr@...>, Linus <torvalds@...>, <linux-next@...>, LKML <linux-kernel@...>
Date: Tuesday, March 25, 2008 - 12:32 am

afacit it's already working. The level of merge and build errors in the
subsystem trees this time around is a tiny fraction of what it was at the
same stage in 2.6.24-rcX. otoh perhaps this is because Ingo got tired of

There are 60 or 80 "susbsytem" trees hosted in -mm at present:

...
# spi
# mfd
# vt
# kprobes
# quota
# i4l
# i2o
# ecryptfs
# autofs
# rtc
# gpio
# fbdev
# md
# pnp
# ext2
# ext3
# ufs
# udf
# reiserfs
# fat
# documentation
# cgroups
# memcgroup
# cpusets
# signals
# pgrp
# ptrace
# workqueues
# cpu hotplug
# kdump
# dma
# ipc
# ipmi
# tty
# elf
# char
# keys
<etc>

I need to find a way to a) get matureish parts of those trees into
linux-next and to b) base the rest of -mm off linux-next. I haven't
started thinking about that yet.

There seem to be some trees which aren't yet in linux-next, some of them
significant. The present list I'm pulling from is

git-acpi
git-agpgart
git-alsa-tiwai
git-arm
git-arm-master
git-avr32
git-audit-master
git-backlight
git-battery
git-block
git-cifs
git-cpufreq
git-drm
git-dvb
git-gfs2-nmw
git-dlm
git-hrt
git-kvm
git-net
git-bluetooth
git-cryptodev
git-ia64
git-ieee1394
git-scsi-misc
git-hid
git-hwmon
git-infiniband
git-input
git-intelfb
git-jfs
git-kbuild
git-lblnet
git-leds
git-libata-all
git-m32r
git-mips
git-async-tx
git-mmc
git-mtd
git-nfs
git-nfsd
git-ocfs2
git-parisc
git-perfmon
git-pcmcia
git-powerpc-merge
git-powerpc
git-s390
git-sched
git-scsi-rc-fixes
git-scsi-target
git-sas
git-selinux
git-security-testing
git-semaphore
git-sh
git-slub
git-sparc64
git-ubi
git-udf
git-jg-misc
git-unionfs
git-ntfs
git-v9fs
git-watchdog
git-x86
git-kgdb-light
git-xfs
git-xtensa
http://ozlabs.org/~rusty/kernel/rr-latest
http://www.kernel.org/pub/linux/kernel/people/kristen/pci-hotplug
ftp://ftp.kernel.org/pub/linux/kernel/people/tytso/ext4-patches/LATEST/b...
[ message continues ]

" title="http://www.kernel.org/pub/linux/kernel/people/gregkh/gregkh-2.6/gregkh-0...">http://www.kernel.org/pub/linux/kernel/people/gregkh/gregkh-2.6/gregkh-0...

To: Andrew Morton <akpm@...>
Cc: Randy.Dunlap <rdunlap@...>, Stephen Rothwell <sfr@...>, Linus <torvalds@...>, <linux-next@...>, LKML <linux-kernel@...>
Date: Tuesday, March 25, 2008 - 5:34 pm

AFAIK, this is also in linux-next.

- James
--
James Morris
<jmorris@namei.org>
--

To: Andrew Morton <akpm@...>
Cc: Randy.Dunlap <rdunlap@...>, Stephen Rothwell <sfr@...>, Linus <torvalds@...>, <linux-next@...>, LKML <linux-kernel@...>
Date: Tuesday, March 25, 2008 - 8:38 am

PowerPC is included as powerpc-next in the linux-next tree.

josh

--

Previous thread: Re: r-o bind in nfsd by Neil Brown on Monday, March 24, 2008 - 10:52 pm. (7 messages)

Next thread: Please pull powerpc.git merge branch by Paul Mackerras on Monday, March 24, 2008 - 11:32 pm. (1 message)