From: Anton Blanchard <anton@samba.org>

iSeries fixups, from Stephen Rothwel

From: Anton Blanchard <anton@samba.org>

Formatting cleanup, fix for firmware_features init, use cpu_features
to display processor names.

From: Anton Blanchard <anton@samba.org>

Sync 2.4 & 2.6 cputable code.  Adds 970 and Power5 processor support
plus new firmware features.

From: Anton Blanchard <anton@samba.org>

extended flash changes, from Mike Wolf

From: Anton Blanchard <anton@samba.org>

Mem-map I/O changes, from Mike Wolf

From: Anton Blanchard <anton@samba.org>

Implementation of /proc/ppc64/ofdt, for manipulation of Open Firmware
device tree (/proc/device-tree).  Supports addition and removal of
OF device nodes.

From: Anton Blanchard <anton@samba.org>

various trivial patches

From: Anton Blanchard <anton@samba.org>

base support for dynamic update of OF device, tree from Nathan Lynch

From: Anton Blanchard <anton@samba.org>

support for runtime updates of /proc/device-tree, from Nathan Lynch

[PATCH] ppc64: Make IPI receivers survive a late arrival after the sender has given up waiting, from Olof Johansson

From: Anton Blanchard <anton@samba.org>

Make IPI receivers survive a late arrival after the sender has given up
waiting, from Olof Johansson

From: Anton Blanchard <anton@samba.org>

use device_is_compatible() instead of manual strcmp, from Hollis Blanchard

[PATCH] ppc64: hvc_console can only handle vty nodes compatible with "hvterm1", from Hollis Blanchard

From: Anton Blanchard <anton@samba.org>

hvc_console can only handle vty nodes compatible with "hvterm1", from Hollis
Blanchard

From: Anton Blanchard <anton@samba.org>

vty updates, from Hollis Blanchard

From: Anton Blanchard <anton@samba.org>

Attached is a patch which replaces all the uses of the old device tree API in
arch/ppc64.  Patch is against 2.6.0-test5 (cset 1.1328) from ameslab bk, plus
the patch from my previous message.  I've tested this on a pSeries LPAR.

From: Anton Blanchard <anton@samba.org>

This is an adaptation of the new Open Firmware device tree traversal API from
ppc32, originally written by Benjamin Herrenschmidt.  This patch is against
2.6.0-test3, but should apply ok to the latest 2.5 ameslab tree.

These functions are meant to be SMP-safe alternatives to the current set of
query/traversal routines (find_devices, find_type_devices, et al).

From: Anton Blanchard <anton@samba.org>

Upcoming partition firmware requires the use of the ibm,phandle property for
matching device nodes.  Add a new field in device_node to contain this data.

From: Anton Blanchard <anton@samba.org>

HvCall_writeLogBuffer called with too large of a buffer

From: Anton Blanchard <anton@samba.org>

ptrace.h PT_FPSCR fixup, from Will Schmidt

From: Anton Blanchard <anton@samba.org>

add automatic check for biarch compilers

From: Anton Blanchard <anton@samba.org>

Build the zImage by default

From: Anton Blanchard <anton@samba.org>

revert IRQ_INPROGRESS change

From: Anton Blanchard <anton@samba.org>

clean up WARN_ON backtrace

From: Dmitry Torokhov <dtor_core@ameritech.net>

Convert tsdev to the new way of handling parameters and document them in
kernel-parameters.txt

From: Dmitry Torokhov <dtor_core@ameritech.net>

Convert the rest of mouse devices to the new way of handling kernel
parameters and document them in kernel-parameters.txt

From: Dmitry Torokhov <dtor_core@ameritech.net>

Fix 98busmouse compile error - have interrupt routine return IRQ_HANDLED

From: Dmitry Torokhov <dtor_core@ameritech.net>

Do not ignore AUX port if chipset fails to disable it (SiS seems to have
trouble disabling AUX port, other than that the port works fine).

From: Dmitry Torokhov <dtor_core@ameritech.net>

Kconfig help section update -

Suggest psmouse.proto=imps option to Synaptics users who do not want
installing native XFree driver but want tapping work

From: Dmitry Torokhov <dtor_core@ameritech.net>

Add missing MODULE_LICENSEs

From: Dmitry Torokhov <dtor_core@ameritech.net>

Convert atkbd to the new style of option parsing.

If compiled as a module new option names are: set, softrepeat, reset.

If built into the kernel options must be prepended with "atkbd." prefix,
like "atkbd.softrepeat"

From: Dmitry Torokhov <dtor_core@ameritech.net>

With Vojtech's approval adjusted psmouse option names by dropping psmouse_
prefix.

If psmouse is compiled as a module new option names are: proto, rate,
resetafter, resolution, smartscroll

If psmouse is built in the kernel the prefix "psmouse." is required in
front of an option, like "psmouse.proto"

Also, since we are changing all names, killed psmouse_noext completely

From: Dmitry Torokhov <dtor_core@ameritech.net>

With Vojtech's approval adjusted i8042 option names by dropping i8042_
prefix.

If i8042 is compiled as a module new option names are: direct, dumbkbd,
noaux, nomux, reset, unlock.

If i8042 is build in the kernel the prefix "i8042." is required in front of
an option, like "i8042.reset"

From: Dmitry Torokhov <dtor_core@ameritech.net>

Add suspend methods to restore original controller state on suspend as some
BIOS don't like the state we leave it in.  Also synchroniously delete the
polling timer on module exit.

From: Dmitry Torokhov <dtor_core@ameritech.net>

correctly perform PS/2 (mousedev) emulation for touchpads generating
absolute events (do not stop with the first client)

From: Dmitry Torokhov <dtor_core@ameritech.net>

When calculating deltas for touchpads that generate absolute events use
average over the last 3 packets to remove jitter

From: viro@parcelfarce.linux.theplanet.co.uk

raw.c has a refcounting bug (patch attached).

As for the theory...  If you have a pathname - use filp_open() or
open_bdev_excl() and be done with that.  bdget() et.al.  are OK only if you
really have nothing better than device number and that's a situation that
should be avoided unless you really have no choice.

Said that, we have the following primitives:

* lookup_bdev(): takes a pathname, returns a reference to block_device.

* bdget(): takes a number, returns a reference to block_device.

* blkdev_get(): takes a reference to block_device and opens it.  If open
  fails - drops the reference to block_device passed to it.

* blkdev_put(): takes a reference to block_device and closes it.  The
  reference is dropped.

* bdput(): drops a reference to block_device.

Note that behaviour of blkdev_get() and blkdev_put() is such that it makes
for minimal cleanup code.

bd_claim()/bd_release() is the exclusion mechanism - that's what mount,
swapon, open with O_EXCL, etc.  are using to avoid stepping on each others
toes.  bd_claim() claims bdev for given owner; if it's already owned and
not by the same owner you'll get -EBUSY.  bd_release() reverts the effect
of bd_claim().  Note that if you claim the thing N times (with the same
owner, obviously), you'll need N bd_release() before it stops being owned.

raw.c grabbed a reference to bdev only after blkdev_get().  If blkdev_get()
failed (e.g.  media being absent), you've got an unbalanced bdput().

From: viro@parcelfarce.linux.theplanet.co.uk

	Patch switches cramfs_read() to direct use of pagecache and
eliminates all messing with buffer_heads.  Fixes the interaction with
ramdisk (there set_blocksize() simply killed the ramdisk contents) and
gets code less brittle overall.

From: viro@parcelfarce.linux.theplanet.co.uk <viro@parcelfarce.linux.theplanet.co.uk>

For bdevfs inodes (ones created along with struct block_device by
fs/block_dev.c) we have inode->i_bdev equal to &BDEV_I(inode)->bdev (i.e.
it's at the constant offset from inode).  New helper added for such inodes
(I_BDEV(inode)).  A bunch of places (mostly in block_dev.c) switched to use
of that helper.  A bunch of places that used

	file->f_dentry->d_inode->i_bdev->bd_inode

switched to

	file->f_mapping->host

- those expressions are equal whenever the former is valid.

From: viro@parcelfarce.linux.theplanet.co.uk <viro@parcelfarce.linux.theplanet.co.uk>

generic_write_checks() had lost the first argument (inode) - it can be
calculated from the second one (file).

From: viro@parcelfarce.linux.theplanet.co.uk <viro@parcelfarce.linux.theplanet.co.uk>

bd_acquire() made static, switched to returning the block_device it had
found.  Callers updated.

From: viro@parcelfarce.linux.theplanet.co.uk <viro@parcelfarce.linux.theplanet.co.uk>

generic_osync_inode() got an extra argument - mapping and doesn't calculate
inode->i_mapping anymore.  Callers updated and switched to use of
->f_mapping.