into agluck-lia64.sc.intel.com:/data/home/aegl/BK/linux-ia64-release-2.6.9

change the return value of PFM_CREATE_CONTEXT from
EAGAIN to ENOMEM when the sampling buffer size is
larger than the RLIMIT_MEMLOCK limit of the task.
signed-off-by: Stephane Eranian <eranian@hpl.hp.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>

fix a problem in pfm_check_task_state() and pfm_task_incompatible()
which was caused by the introduction of the new TASK_TRACED state.
Tool would fail to attach to a process,i.e., PFM_LOAD_CONTEXT would
fail. With the fix perfmon now accepts to operate on tasks which are
in either TASK_STOPPED or TASK_TRACED state. The problem was tracked
down by Alex Williamson from HP who also submitted the patch.
signed-off-by: Stephane Eranian <eranian@hpl.hp.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>

The hash table wasn't fully initialized on some pSeries that had
the workaround for no batching.
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

Remove an extra left-paren.
Acked-by: Marcelo Tosatti <marcelo.tosatti@cyclades.com>
Signed-off-by: Randy Dunlap <rddunlap@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

and do not clear dirty flag if page only partially written.

SGI Modid: xfs-linux:xfs-kern:19622a
Signed-off-by: Nathan Scott <nathans@sgi.com>

SGI Modid: xfs-linux:xfs-kern:19619a
Signed-off-by: Nathan Scott <nathans@sgi.com>

SGI Modid: xfs-linux:xfs-kern:19601a
Signed-off-by: Nathan Scott <nathans@sgi.com>

This only causes a problem in the -mm tree now, but Zou Nan hai and
Shaohua Li sent me this fix so that SMP systems compiled with the
generic kernel (which turns on NUMA and CPUSETS in -mm) won't hit
a BUG_ON in kernel/cpuset.c guarantee_online_mems() which is called
from acpi_early_init()
Signed-off-by: Tony Luck <tony.luck@intel.com>

Here's a defconfig that comes up on my box and has a reasonable set of modules
enabled.
Signed-off-by: Jesse Barnes <jbarnes@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>

 
If we read and write the PROM chips at the same time, as might happen at boot
when salinfo extracts MCA records and a user is checking the PROM revision
in /proc/sgi_prominfo, an MCA might occur, since the PROM chips can't be
accessed that way.  This patch fixes the problem for systems with new PROMs
(>= 3.50) by using the SAL to do PROM reads.
Signed-off-by: Jesse Barnes <jbarnes@sgi.com>
Signed-off-by: Tony Luck <tony.luck@intel.com>

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

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

Bartlomiej Zolnierkiewicz wanted to remove the "cbio" structure
from struct request.  Unfortunately, MMC was using the same
"workaround" as IDE to walk the BIO list.  With this change, we
stop using "cbio" and instead use proper scatter-gather lists.

This patch adds a 10 ms delay in the power up loop. Some cards fail
to power up in time without it.

Pierre Ossman reported a problem where his cards do not correctly
initialise with the current MMC implementation.  However, if we
tell the card to go back to the idle state between probing the
supply voltage and telling the card about the chosen voltage, his
cards work - and we don't seem to upset existing cards.

This allows users to provide a fixed major number - early 2.4 MMC
drivers used block device major 60, which is "local/experimental
use"

Use msleep_interruptible() instead of schedule_timeout() to
guarantee the task delays as expected.

Signed-off-by: Nishanth Aravamudan
Signed-off-by: Maximilian Attems

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

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

Patch from Ben Dooks

Missed protection for use when this file is included for .S files

Signed-off-by: Ben Dooks 

Patch from Nicolas Pitre

It's a rather bad idea to have psa-regs.h included all the time.
It's rather large and likely to create namespace clashes, as well
as slowing down the build unnecessarily.

Better include it explicitly where it is actually needed.

Signed-off-by: Nicolas Pitre 

Patch from Ben Dooks

platform data header for use with on-chip NAND flash
controller.

Signed-off-by: Ben Dooks 

Patch from Nicolas Pitre

Let's move GPIO setup into the board specific hw init functions.

The PXA2xx often has many different GPIOs that can be used for
a given alternate function and the good one to use is hardware
dependent.  For example, Lubbock and Mainstone are not using all
the same GPIOs for PCMCIA signals.

Signed-off-by: Nicolas Pitre 

Patch from Nicolas Pitre

Patch from Nick Bane.
Needed to fix problems with PCMCIA driver.
Signed-off-by: Nicolas Pitre 

Patch from Dave Jiang

Signed-off-by: Dave Jiang (dave.jiang@gmail.com)

Remove the code that jumps to physical offset in head-xscale.S for IOPs that was fixing a legacy redboot problem. The issue no longer exists it seems and it's breaking the compilation anyways. Removed.

Patch from Dave Jiang

This fixes compile error where u32 was not recognized by iop321.h and iop331.h. Started showing up in 2.6.9-rcX that wasn't there in 2.6.8.1. 
Added include of <asm/types.h> to asm/arch/hardware.h where it would propogate to both headers. 

Signed-off-by: Dave Jiang (dave.jiang@gmail.com)

Patch from Nicolas Pitre

At least gcc-3.4.1 complains about puts() declaration conflicting
with its own idea of it.  Our puts() declaration and implementation
isn't standard anyway, so let's rename it to putstr() like on x86.

Signed-off-by: Nicolas Pitre 

Fixes a warning in kernel/compat.c.
Signed-off-by: Randolph Chung <tausq@debian.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

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

Signed-off-by: Colin Leroy <colin@colino.net>
Signed-off-by: David S. Miller <davem@davemloft.net>

1) If tcp_{sendmsg,sendpage} tacks on more data to an
   existing SKB, this can make tso_factor inaccurate.
   Invalidate it, which forces it to be recalculated,
   by simply setting it to zero.
2) __tcp_trim_head() changes skb->len thus we need
   to recalculate tso_factor
3) BUG check that tcp_retrans_try_collapse() does not
   try to collapse packets with non-1 tso_factor
4) The Solaris FIN workaround in tcp_retransmit_skb()
   changes packet size, need to fixup tso_factor
Signed-off-by: David S. Miller <davem@davemloft.net>

A disconnected dentry can hold an inode active after the last link has
been removed.  The file will not then be truncated and removed until
memory pressure flushes the disconnected dentry from the dcache.

This problem can be resolved by making sure that an inode never has
both a connected and a disconnected dentry.

This is already the case for directories (as they must only have one
dentry), but it is not the case for non-directories.

This addresses it by:
 - changes d_alloc_anon to make sure that a new disconnected dentry is
   only allocated if there is currently no (hashed) dentry for the
   inode. (Previously this would noramlly be true, but a race was
   possible).
 - changes d_splice_alias to re-use a disconnected dentry on
   non-directories as well as directories.
 - splits most of d_find_alias out into a separate function to make
   the above easier.

Problem originally reported by Nikita Danilov.

Acked by Al Viro ("It looks sane"), and Jakob Oestergaard reports this
fixes his problems. Further pushed by Christoph Hellwig.
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

People don't build UP very often it seems ... anyways, it was broken,
here is the fix.
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

The current code allocating the DART has a couple of bugs, first
it's called on all machines including the ones who have no DART
(oops), and then it tries to access the device-tree using the
"of_chosen" pointer before it was initialized.

The enclosed patch fixes these.
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

Looks like we never needed them, since that bug has been there forever,
I didn't get the right base for the IO cycles on the G5 host bridge
in the first place (I probably misinterpreted some OF forth code or
something like that).