Don't use C++ "argument declarations anywhere" in the kernel, even if
newer versions of gcc accept it.

into home.osdl.org:/home/torvalds/v2.5/linux

Update the SA11x0 serial driver for the removal of system devices
from the driver model.  The driver becomes a platform device driver.
The driver is now known to the driver model and resource subsytems
as "sa11x0-uart".

From: Oleg Drokin <green@namesys.com>

Without this, if elv_try_last_merge() returns nonzero, we do not
initialise *req.  That results in a subsequent BUG_ON() in
__make_request() because req is NULL (or is just uninitialised).

Last round of changes broke sdla build if not a module.

drivers whose microcode load ioctl's used types with sizes that
overflow the ioctl number. Mark them _IOx_BAD() to document the fact.

This new version works with all compiler versions, and also catches the
case where somebody tries to pass in an array as an argument to the
ioctl macros.  Thus we verify that only proper types are used.

I have checked now that the object code for arch/s390/kernel/compat_ioctl.o
remains identical and that the whole kernel compiles for s390 and i386,
after fixing the broken ioctl numbers.

The kernel invokes "modprobe" on modules which might not exist:
rightfully, modprobe complains by default when this happens.  So the
correct response is to invoke "modprobe -q", which is silent on such
errors (but still reports other errors such as config errors). 

Also, use MODULE_NAME_LEN from module.h instead of inventing our own.

Someone pointed out that -ffunction-sections can cause a function called
"init<something>" to be put in the init section, and discarded.  This
hurts PARISC badly.  Get more fussy with identifying them.

This adds CONFIG_64BIT to allow us to disable non-64-bit safe drivers on
64-bit platforms and converts the I2O driver to use it.

Nothing too exciting, just some minor new features and bug fixes.
The IOMMU code should now not BUG again without CONFIG_IOMMU_DEBUG/iommu=force

 - Compiles now with -funit-at-a-time
 - Fix up ioctl 32bit tables following Andrew's change.
 - Fix __SI_POLL siginfo_t passing to user space
 - Add 32bit emulation for fadvise64_64
 - Remove unneeded sys32_utimes
 - Various merges with i386 (ACPI, APIC etc.)
 - Port cpuid patching infrastructure from i386
 - Use it to provide better copy_*_user/memcpy/memset/clear/copy_page for
   C stepping K8. String instructions are faster now that unrolled loops.
 - Don't try to merge unforced PCI mappings that don't exceed the device's
   DMA mask.
 - Discard .exit.data/.exit.text at runtime like i386
 - Don't use NTI stores for clear_user
 - Convert bitops.h bitmap functions to use unsigned long * pointers instead
   of void *
 - Fix some warnings in kernel headers.
 - Fix PDA comments

Not much to write home about. mostly tidying, some debug, and XIP support.

just keeping arm26 up to date really.

From carbonated beverage <ramune@net-ronin.org>.

[ "carbonated beverage"? WTF? I think I need a cool handle too ;]

In addition to the MODULE_ALIAS_LDISC patch, the following changes to
generic code are needed to allow ARM to build in Linus' tree.

The first is to add PT_SINGLESTEP to ptrace.h so we do the right thing
when adding/removing breakpoint instructions into processes (see
arch/arm/kernel/{signal.c,ptrace.c} for usage.)

The second is needed because pmd_clear() needs to flush the pmd.
However, we can't include tlbflush.h into pgtable.h without causing
a circular dependency (tlbflush.h needs vm_area_struct and mm_struct
which are in mm.h, which needs pgtable.h.)  swapfile.c seems to be the
only file affected.

here are the next fixes, sorry for the delay, but one of bugs was a really
odd one.

Note:
- here are lot of bugs left, so ISDN is not stable yet but
  I think it's really time to fix it, even if it need some cycles
  to get it right (normally I'm only send patches if it works 100% for
  me).
- I add some additional #warnings to address places which need fixing
  (I hope that some of the other ISDN developer jump in)

files. 

into home.osdl.org:/home/torvalds/v2.5/linux

from the IDE init code when compiled-in.

The ioctl number-generating macros should be used like

	#define XXXX _IOR(n,x,type-of-arg)

which generates an ioctl number that has the size of the argument
encoded within it.  But there are a number of ioctl #defines that look
like

	#define XXXX _IOR(n,x,sizeof(type-of-arg))

which is very wrong: the _IO/_IOR/_IOW/_IOWR macros will do the sizeof()
on the argtype themselves, so the end result is that we will be doing a
sizeof(sizeof(argtype)), ie a sizeof(size_t).

In other words, the argtype didn't matter at all, and ended up totally
pointless.

Clearly it's too late to change the ioctl definitions, but we can at
least stop people from copying them and making the same mistake.

genksyms references .h files in the genksyms directory from a
generated .c file. Explicit tell kbuild to search the genksyms
directory in the kernel src tree for .h files.

- Nice output when generating devlist.h
- Defer DEVICE_NAME_SIZE assignment until needed
No funtional changes

Replacing ':=' assignment with '=' assignment defers md5sum calculation until
required. The pevious implementation actually calculated the md5sum during
a make clean

Use full path to script in oui.c build rule.
Take advantage of kbuild checking command-line arguments,
by adding FORCE as prerequisite, and by use of targets=

Use proper kbuild syntax when descending into compressed.
The use of $(Q)$(MAKE) $(build)=... is the preferred method

This solves 1193 in bugme as reported by ak@suse.de
AFLAGS and CFLAGS contained duplicate entries, both generic and
architecture specific flags

I looked a bit more at the keyboard code and find a bug
and a probable bug.

(i) In case a synaptics touchpad has been detected, the comment says
    "disable AUX".  But we do not set the disable bit, but instead .and.
    with the bit - no doubt getting zero.  This must be a bug. 

(ii) Directly above this is the suspicious comment "keyboard translation
     seems to be always off".  But every machine comes always up in
     translated scancode 2.  Translation is never off.  But wait! by
     mistake the above .and.  cleared the XLATE bit.

So, I think bug (i) explains mystery (ii).

However, note that this is code reading only.  I do not have the
hardware, so cannot test.

include linux/version.h in files that use its defines;