From: Andreas Gruenbacher <agruen@suse.de>

Here is a fix for extended attributes on ext2 and ext3, reported by
Stephen Tweedie <sct@redhat.com>.

From: Stephen Tweedie <sct@redhat.com>:

When you have an EA block that is shared between multiple inodes; AND you
then change an attribute in that on one inode, AND the new attribute value
is the same as the old, then xattr computes the new EA block, finds it
still in the cache, bumps the reference count on it (and the i_blocks field
on the inode, incidentally), and leaves it incremented because we haven't
changed EA block so there's no need to drop the refcount on the old block.

So *every* time you have more than one inode sharing an EA block and you
perform an identical write to an EA, you get a leak on both i_blocks and
the EA refcount.

This is a big problem for symlinks, which rely on correct i_blocks
accounting to determine the difference between fast and slow symlinks.
With the leak, you end up thinking that a fast symlink (ie.  one small
enough to be stored in the inode direct blocks) is slow, so you dereference
the ascii contents of the symlink as if they were a disk block address.
That typically results in EIO all over the place.

From: "Randy.Dunlap" <rddunlap@osdl.org>

fix dma_addr_t type error with CONFIG_HIGHMEM64G=y

From: Andreas Gruenbacher <agruen@suse.de>

The getxattr (listxattr) syscall returns E2BIG if the buffer passed to them
is bigger than XATTR_SIZE_MAX (XATTR_LIST_MAX), no matter what buffer size is
actually required.  Here is a fix.  It also removes the xattr_alloc and
xattr_free functions which are not of much use anymore.

From: Paul Jackson <pj@sgi.com>

Explain the snprintf() return value.

drivers/atm/atmtcp.c: In function `atmtcp_c_close':
drivers/atm/atmtcp.c:258: error: invalid lvalue in assignment
drivers/atm/atmtcp.c: In function `atmtcp_create':
drivers/atm/atmtcp.c:383: error: invalid lvalue in assignment

From: Benjamin Herrenschmidt <benh@kernel.crashing.org>

This patch adds those for ppc64, except for iSeries which cannot do
readq/writeq easily, at least not as far as I know but I need to ask the
iSeries specialists in Rochester to be sure.  But anyway, iSeries shouldn't
use anything in fb.h anyway ...

It also add the proper tweaks & barriers to make sure reads are actually
done right away and not delayed indefinitely (making the CPU think the read
data is actually used) and add necessary write barriers on IO writes.  For
some reasons, ppc64 in 2.6 lacked some of these, opening potential races
within some drivers.

From: Anton Blanchard <anton@samba.org>

It doesn't link.  Add a chunk which got lost.

From: Benjamin Herrenschmidt <benh@kernel.crashing.org>

This patch was missing from my big merge.  It updates the PowerMac
"dmasound" driver.  Adds input support for some recent machines using the
tas3004 coded/mixer chip.  Code mostly written by Renzo Davoli.

This driver isn't (unfortunately) fully obsoleted by the Alsa one.  There
are lots of reports of the Alsa one not working properly on various
PowerMac machines, and some people are unhappy with Alsa in general, enough
to have ported the messy PowerMac dmasound to 2.6 :)

Adds thermal management drivers for desktop G5, Windtunnel G4s, and
recent laptops (iBook G4, aluminium 15" and 17" powerbooks)

Move the call to mac_hid_mouse_emulate_buttongs to the
right function so it works again in console mode

Add support for Apple latest laptops, add a warning when building
an SMP kernel (the core cpufreq doesn't scale loops_per_jiffies
properly on SMP kernels), cleanup some code.

Forward port Paul's latest fixes from 2.4. This driver still need
significant work to fit into the "macio" model properly, among
others.

Add support for G5s, add an option for controlling the server
mode setting on core99 machines and later.

Most of the /proc stuff still need to be moved to sysfs

Fix timings with HZ != 100, fix resource management

Fix emulation of some special keys, fix a few problem with laptop
keyboards. Finally, fn-backspace works as forward-delete like in Darwin :)

Add support for recent chipsets (including G5 ATA/100), update
resource management.

Adapt to "macio" driver infrastructure, cleanup power management, make some
functions static, fix IO accessors, remove local list of commands/directions,
etc...

This driver could use more work & study of the interesting ASIC bugs
documented in Apple source code...

Note that I'm removing support for the CHRP machines using the MESH as
part of the "Hydra" ASIC. Nobody sane really uses that, but if one of
the 3 remaining  Longtrail users want to fix that, then move Hydra to
use the "macio" model...

Adapt to the "macio" driver infrastructure, cleanup IO accessors,
remove local list of command/directions, uses infos provided by
the SCSI layer. This driver certainly could use some more work.

The cascaded northbridge MPIC is currently dealt with a special
modified version of open_pic.c (open_pic2.c). A better mecanism
will have to be found for 2.7

Create a low-level synchronous implementation suitable for use
by the early boot platform code or other places where the
asynchronous driver isn't useable. This also exports the locks
used by the real driver to avoid collisions.
Use this new implementation to properly setup the clock chip
at boot on Apple latest laptops

add support for newer laptops and G5 desktops

move drivers/macintosh/nvram.c to drivers/char/generic_nvram.c,
update platform hooks,
fix powermac nvram driver for newer machines

especially related to the use of the btext early debug text
engine

It would fail to properly release the resource if taken over
by the macio device resource hierarchy. This could still use
some locking, but the io resource lock isn't exported

Without this, page aging is broken on ppc32