From: Art Haas <ahaas@airmail.net>

The 1.3->1.4 changes to the arch/sparc/lib/copy_user.S file added parenthesis
to a number of macros within that file.  The BK changlog associated with this
change indicate the change was to make the file work with gcc-3.3.

When looking at the changes made, I see that similar macros exist in memcpy.S
as well, so would a patch adding parens to that file be worthwhile?  Also,
just what was the problem with gcc-3.3 that was resolved by adding the
parenthesis?  Macro mis-expansion I'm guessing.
Signed-off-by: Art Haas <ahaas@airmail.net>
Signed-off-by: William Irwin <wli@holomorphy.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

SMP support is in need of a great deal of work to port it from 2.2 and 2.4.
Add a dependency on BROKEN in the Kconfig to warn the unwary.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

The sun4 port does not support SMP.  Disable it via Kconfig.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

This variable is unused and causes noisy compiles.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

cache_decay_ticks needs to be defined in order for the kernel to link.  This
placeholder is inaccurate, however, other, more grave SMP issues need to be
addressed first.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

Remove leftover references to now-unused start_secondary()
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

smp_reschedule_irq() mysteriously vanished sometime after 2.4.  This patch
reinstates it so that the kernel will link properly and so cpus will set
TIF_NEED_RESCHED when it's asked of them.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

The SMP initialization functions try to do btfixups on the wrong symbols for
smp_processor_id(), which is now implemented in terms of
current_thread_info()->cpu.  hard_smp_processor_id() etc.  are now in use
where smp_processor_id() was once used.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

cpu_present_map is a cpumask_t.  Sweep arch/sparc/kernel/sun4d_smp.c so that
it is treated as such.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

An analysis of the code determined that AP initialization called init_idle()
no less than three times, 2 out of the three with incorrect numbers of
arguments.  This patch removes the superfluous calls.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

FLUSH_BEGIN() is a nop at the moment, so the mm variable for its argument
trips a warning.  Pass vma->vm_mm directly instead.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

Fix a race identified by Chris Mason <mason@suse.com>

journal_unmap_buffer -> __dispose_buffers has the j_list_lock and the
jbd_lock_bh_state held.

journal_get_write_access calls journal_put_journal_head, which takes
jbd_lock_bh_journal_head(bh) and doesn't seem to have any other locks held.

Since journal_unmap_buffers trusts the buffer_jbd bit to see if we need to
call __dispose_buffer, and nobody seems to test buffer_jbd after taking
jbd_lock_bh_journal_head.  The kernel dereferences a null jh pointer in
__journal_remove_journal_head.


The patch fixes this by using journal_grab_journal_head() in
journal_unmap_buffer().  It ensures that we either grab and pin the
journal_head if the bh has one, or we bale out if the bh doesn't have a
journal_head.
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

Karsten Keil's patch entitled "[ISDN]: Fix kernel PPP/IPPP active/passiv
filter code" that went in back in April was an attempt to solve a real
problem - namely that the libpcap maintainers have removed useful
functionality that pppd was using - but his fix broke existing pppd
binaries and IMO didn't end up actually solving the problem.

This patch reverts the change to ppp_generic.c so that existing pppd
binaries work again.  I am going to have to work out a proper fix, which
may involve further changes to ppp_generic.c, but I will make sure existing
pppd binaries still work.
Signed-off-by: Paul Mackerras <paulus@samba.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

In the top-level Makefile a number of locale related environment
variables were preset to give a small speed up when building the kernel.

Unfortunately this had the bad sideeffect that the variable
CFLAGS_vmlinux.lds.o lost the exported vaule in some setups (obviously
not mine).  This smells like a make issue - but the best solution is
simply to drop presetting the locale related variables.
Signed-off-by: Sam Ravnborg <sam@ravnborg.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

We use a FMODE_LSEEK flag to match the existing read/write
bits. This allows us to check for seekability on a VFS level
for lseek/pread/pwrite, and cleans things up.

Update some sites that used the numeric constants to use 
the symbolic values instead.

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

Patch from: Nishanth Aravamudan

Use msleep() instead of schedule_timeout() to
guarantee the task delays for the desired time.

Signed-off-by: Nishanth Aravamudan
Signed-off-by: Russell King

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

We're only 32-bit ARMs, so testing this symbol in 32-bit only code
is unnecessary.

Patch from: Nishanth Aravamudan

Use msleep() instead of schedule_timeout() to
guarantee the task delays for the desired time.

Signed-off-by: Nishanth Aravamudan
Signed-off-by: Russell King

Patch from Ben Dooks

Fixed mis-spelled time initialisation calls and
a bad prototype in the time header

Fixes for patch 1962/1

Patch from Ben Dooks

Rename to Thorcom, and added extra lines to help

Patch from Ben Dooks

Updated default configuration file to include all the
boards possible with this architecture

Patch from Kevin Hilman

The following patch allows the bootpImage to be loaded and executed
from a non-zero address.  On OMAP platforms for example, the physical
address for SDRAM is 0x10000000 and not zero.

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

Signed-off-by: David S. Miller <davem@redhat.com>

The following corrects how we pass CPU flags to gas.  Previous, AFLAGS
was incorrectly assumed to be pased directly to $(AS), which is not the
case.

Concept ack'd by Sam Ravnborg.
Signed-off-by: Tom Rini <trini@kernel.crashing.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

This patch removes proc_rtas.c and error_log.[ch] from
arch/ppc/platforms.  It turns out that the code in error_log.[ch] is
completely unused, and the code in proc_rtas.c is buggy, almost
impossible to understand, and rarely used.
Signed-off-by: Paul Mackerras <paulus@samba.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

This code is a rework of the original Gladman AES code, and does not
include any supposed BSD licensed work by Jari Ruusu. 

Linus converted the Intel asm to Gas format, and made some minor
alterations.

Fruhwirth's glue module has also been retained, although I rebased the
table generation and key scheduling back to Gladman's code.  I've tested
this code with some standard FIPS test vectors, and large FTP transfers
over IPSec (both locally and over the wire to a system running the
generic AES implementation).
Signed-off-by: James Morris <jmorris@redhat.com>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

buffer without complaints.

*grrrrrrrr*

Wrong diff sent.  Sorry - normally the tree I'm working in is cp -rl'ed
from the -current, but right now it's a big mess.

This is the incremental fix.

This converts the 32-bit ppc htab code to use the seq_file interfaces.

Less code means fewer bugs..

This does the seq_file conversion + annotation + cleanup + race fixes
for arch/ppc64/kernel/rtas-proc.c.

How the fuck did that file manage to get anywhere near the tree, anyway?
Take a look at guy's "implementation" of sprintf(buf, "%04d", num), for
example:

<vomit>
	/* construct the sensor number like 0003 */
	/* fill with zeros */
	n = sprintf(tmp, "%d", s.token);
	len = strlen(tmp);
	while (strlen(tmp) < 4)
		n += sprintf (tmp+n, "0");

	/* invert the string */
	while (tmp[i]) {
		if (i<len)
			tmp2[4-len+i] = tmp[i];
		else
			tmp2[3-i] = tmp[i];
		i++;
	}
	tmp2[4] = '\0';
</vomit>

And it's full of that level of lusing ;-/

It would potentially remove dentries from the LRU list
without re-initializing the d_lru fields, causing later
accesses to that dentry to do bad things to the LRU list.

The following patch changes some 'unsigned long's into 'uint32_t's in
mktree (a program that runs on the host to frob the kernel image for
some firmwares).  Without it, the program is not correct when run
on/compiled on a 64bit host.
Signed-off-by: Dan Zink <dan.zink@hp.com>
Signed-off-by: Tom Rini <trini@kernel.crashing.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

Fix bug #3125:

This should fix the problem; however, we will need to repeat that for all
PIO SCSI drivers (another immediate victim is ppa.c).

We should start looking for sane solution; I _really_ don't like the kludge
with using ->slave_alloc() for fixups after scsi_alloc_queue().
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

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

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

I just stumbled across this patch that's been sitting in my tree for ages.

I thought I'd sent this in before.  It's a trivial fix for the printing
of task state in /proc and sysrq dumps and such, so that TASK_DEAD shows
up correctly.  This state is pretty much only ever there to be seen when
there are exit/reaping bugs, but it's not like that hasn't come up.
Signed-off-by: Roland McGrath <roland@redhat.com>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

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