linux-next: Tree for September 18

Previous thread: Re: How how latent should non-preemptive scheduling be? by Sitsofe Wheeler on Thursday, September 18, 2008 - 12:26 am. (1 message)

Next thread: Re: [RFC][Resend] Make NFS-Client readahead tunable by Martin Knoblauch on Thursday, September 18, 2008 - 12:42 am. (2 messages)
From: Stephen Rothwell
Date: Thursday, September 18, 2008 - 12:41 am

Hi all,

[I restated the creation of the tree as I made an error in the middle
that would have left us with a tree that wouldn't build for quite a bit
of a bisection.  Thus some of the conflicts mentioned below have already
been fixed.]

Changes since next-20080916:

New tree: uwb.

Dropped tree: bdev (clashes with the device-mapper tree).

The pxa tree gained a conflict against the arm tree but lost another
conflict.

The sparc tree gained a conflict against the sparc-current tree (already
fixed).

The driver-core tree lost a conflict.

The pci tree lost 2 conflicts.

The ide tree lost a conflict.

The kvm tree gained 2 conflicts against the x86 tree as well as an
extended merge fixup.

The wireless tree gained a conflict against the driver-core tree.

The block tree gained a build fix patch but also lost one.

The bdev tree gained 2 conflicts against the device-mapper tree which
meant I had to drop the bdev tree for today.

I have also applied the following patches for known problems:

	sparc: qlogicpti fallout from sbus removal
	fix IXGBE dependencies

----------------------------------------------------------------------------

I have created today's linux-next tree at
git://git.kernel.org/pub/scm/linux/kernel/git/sfr/linux-next.git
(patches at
http://www.kernel.org/pub/linux/kernel/people/sfr/linux-next/).  If you
are tracking the linux-next tree using git, you should not use "git pull"
to do so as that will try to merge the new linux-next release with the
old one.  You should use "git fetch" as mentioned in the FAQ on the wiki
(see below).

You can see which trees have been included by looking in the Next/Trees
file in the source.  There are also quilt-import.log and merge.log files
in the Next directory.  Between each merge, the tree was built with
a ppc64_defconfig for powerpc and an allmodconfig for x86_64. After the
final fixups, it is also built with powerpc allnoconfig,
44x_defconfig and allyesconfig and i386, sparc and sparc64 ...
From: Andrew Morton
Date: Thursday, September 18, 2008 - 3:20 pm

On Thu, 18 Sep 2008 17:41:08 +1000

Anyone using this kernel shold apply this x86 fix:

--- a/include/linux/uaccess.h~uaccess-fix-parameters-inversion-for-__copy_from_user_inatomic
+++ a/include/linux/uaccess.h
@@ -78,7 +78,7 @@ static inline unsigned long __copy_from_
 							\
 		set_fs(KERNEL_DS);			\
 		pagefault_disable();			\
-		ret = __copy_from_user_inatomic((__force typeof(retval) __user *)(addr), &(retval), sizeof(retval));		\
+		ret = __copy_from_user_inatomic(&(retval), (__force typeof(retval) __user *)(addr), sizeof(retval));		\
 		pagefault_enable();			\
 		set_fs(old_fs);				\
 		ret;					\
_

to prevent a storm of warnings like

[   58.694606] SLAB: cache with size 16384 has lost its name
[   58.694773] SLAB: cache with size 8192 has lost its name
[   58.694940] SLAB: cache with size 8192 has lost its name
[   58.695101] SLAB: cache with size 4096 has lost its name
[   58.695260] SLAB: cache with size 4096 has lost its name
[   58.695418] SLAB: cache with size 2048 has lost its name

plus probably other more nasty things.
--

From: Stephen Rothwell
Date: Thursday, September 18, 2008 - 4:11 pm

Hi Andrew,


I hope to finish one more linux-next today and, if so, will put this
patch in there.

--=20
Cheers,
Stephen Rothwell                    sfr@canb.auug.org.au
http://www.canb.auug.org.au/~sfr/
Previous thread: Re: How how latent should non-preemptive scheduling be? by Sitsofe Wheeler on Thursday, September 18, 2008 - 12:26 am. (1 message)

Next thread: Re: [RFC][Resend] Make NFS-Client readahead tunable by Martin Knoblauch on Thursday, September 18, 2008 - 12:42 am. (2 messages)