The following patch adds support for the ADM1030 and ADM1031 evaluation
boards to the i2c-parport and i2c-parport-light drivers. They are almost
compatible with the already supported ADM1025 and ADM1032 boards, except
that the ADM1032 board needs some pins to be set high to draw its power,
while the same pins power up heating resistors on the ADM1031 board. I
considered it was a bit dangerous to do that by default, so I ended up
with two different device definitions, one with powering pins set, and
one with these pins cleared.
Signed-off-by: Greg Kroah-Hartman <greg@kroah.com>

this patch adds temporary fix for 0-length requests (e.g. SMBUS_QUICK) to PPC4xx
IIC driver. This i2c controller doesn't support such transactions and this patch
just restores previous driver version behavior making SMBUS_QUICK-based bus scan
at least partially usable. This is temporary kludge until correct bit-banging
emulation is implemented.

this patch fixes PPC4xx IIC driver debug mode build with gcc 3.x compiler.
Noticed by Evgenij Polyakov.

this patch renames Kconfig entry for PPC4xx IIC driver making it more clear and
also adds a help text.

this patch changes IBM PPC4xx IIC driver to support new PPC OCP infrastructure
recently added to 2.6 kernel.

The AT24RF08 corruption prevention trick that is found in the i2c eeprom
driver is not correct. The prevention is activated only conditionally,
while it should be done all the time.

into ppc970.osdl.org:/home/torvalds/v2.6/linux

into ppc970.osdl.org:/home/torvalds/v2.6/linux

into ppc970.osdl.org:/home/torvalds/v2.6/linux

Bryan Rosenburg pointed out that the definition of PT_FPSCR in
include/asm-ppc64/ptrace.h is wrong.  The patch below fixes it.

From: Markus Lidel <Markus.Lidel@shadowconnect.com>

I have made a mistake in the kernel header i2o-dev.h.  All structures there
begin with the "iop" first, but in my structure the order is reversed.

From: NeilBrown <neilb@cse.unsw.edu.au>

If mddev->thread is non-null later, it gets used.

From: Anton Blanchard <anton@samba.org>

From: Olaf Hering

Provide pointer into the device-tree for vio devices.

From: Anton Blanchard <anton@samba.org>

IBM veth uses these symbols.

From: Anton Blanchard <anton@samba.org>

From: Olof Johansson

iommu_alloc_consistent should return NULL on failure.

From: Anton Blanchard <anton@samba.org>

Make PMC6 spin on POWER5 boxes.

From: Anton Blanchard <anton@samba.org>

- support newer 970 and POWER5 chips.

- use new SIHV/SIPR bits on POWER5.

- fix oops at shutdown.

From: Anton Blanchard <anton@samba.org>

From: Jake Moilanen

We want to make sure flash list is above 4 gigs, not 4 megs.

From: Anton Blanchard <anton@samba.org>

From: John Rose <johnrose@austin.ibm.com>

Please apply the following, which fixes a typo that prevents the creation of
the manage_flash /proc file.

From: Anton Blanchard <anton@samba.org>

This patch was submitted by Olaf Hering to fix mf_proc.c where it does not
return error values correctly.

From: Anton Blanchard <anton@samba.org>

I only got iseries first time around.  Add CONFIG_DEBUG_STACKOVERFLOW for
pseries/pmac too.

From: Anton Blanchard <anton@samba.org>

From: Nathan Lynch <nathanl@austin.ibm.com>

Somehow we've been placing the rtas error_log file at /proc/ppc64/error_log,
which breaks at least one application I know of.  It is supposed to be at
/proc/ppc64/rtas/error_log (this is the 2.4 behavior).

From: Anton Blanchard <anton@samba.org>

From: Jake Moilanen

Fix for not vmalloc'n space for the sequence number in rtas_log_buf.

From: Matt Porter <mporter@kernel.crashing.org>

Fixes 440GX UIC code, updates 440GX PVRs, and fixes a typo.

From: Matt Porter <mporter@kernel.crashing.org>

Fixes return value from ocp_register_driver().

From: Tom Rini <trini@kernel.crashing.org>

From: Geoffrey LEVAND <geoffrey.levand@am.sony.com>

Fix some of the problems with 'make O=...'

Ack'd by Sam Ravnborg.

From: Tom Rini <trini@kernel.crashing.org>

From: Fabian.Frederick <Fabian.Frederick&prov-liege.be>

Remove mem_pieces_append, it is never used.

From: Tom Rini <trini@kernel.crashing.org>

Update the Motorola LoPEC and Sandpoint config files.

From: Christoph Hellwig <hch@lst.de>

Note that most of the drivers are in a compiling shape currently, but I
want to get rid of the last callers of those.

(acked by Tom Rini)

From: Paul Mackerras <paulus@samba.org>

This patch updates several of the ppc32 defconfigs.

From: Paul Mackerras <paulus@samba.org>

On machines with Altivec (i.e.  G4 and G5 processors), the altivec
floating-point instructions can operate in two modes: one where
denormalized inputs or outputs are truncated to zero, and one where they
aren't.  In the latter mode the processor can take an exception when it
encounters denormalized floating-point inputs or outputs rather than
dealing with them in hardware.

This patch adds code to deal properly with the exception, by emulating the
instruction that caused the exception.  Previously the kernel just switched
the altivec unit into the truncate-to-zero mode, which works but is a bit
gross.  Fortunately there are only a limited set of altivec instructions
which can generate the assist exception, so we don't have to emulate the
whole altivec instruction set.

This patch also makes sure that we always have a handler for the altivec
unavailable exception.  Without this, if you run a kernel that is not
configured for altivec support on a machine with altivec, it works fine
until a user process tries to execute an altivec instruction.  At that
point the kernel thinks it has taken an unknown exception and panics.  With
this patch it sends a SIGILL to the process instead.

From: Paul Mackerras <paulus@samba.org>

This patch does nothing but fix up whitespace in three files in arch/ppc.
It deletes trailing blanks and tabs in several places and joins two lines
that didn't need to be split.

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

From: Bryan Rittmeyer <bryan@staidm.org>

This patch adds preliminary support for the IBM PowerPC 750GX.  In summary
this part is a PPC750FX ramped to 1 GHz with a 1MB 4-way L2 and more
advanced I/O pipelining.  It is beginning to appear in embedded systems and
was rumored to be under evaluation inside Apple.  Tested on PVR 70020101;
please merge.

http://www-3.ibm.com/chips/techlib/techlib.nsf/products/PowerPC_750GX_Microprocessor