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;

rename make check* targets to make *check (per Sam) since 'make
checkconfig' currently doesn't work; add versioncheck and
scripts/checkversion.pl;

This patch catches insures proper return values from
copy_to/from_user calls.

From: Ron Gage <ron@rongage.org>

Ports previous qla1280.c patch to 2.6.0-test2.  Fixes incorrect if
statement.  Inserts pci_free_consistent on error.

From: Leann Ogasawara <ogasawara@osdl.org>

From: Domen Puncer <domen@coderock.org>

This patch catches insures proper return values from
copy_to/from_user calls.

From: Ron Gage <ron@rongage.org>

From: Domen Puncer <domen@coderock.org>
	and Randy Dunlap

Release (in fact all) functions shouldn't be __init or __exit, if they
are called from __init and __exit functions.

This patch catches insures proper return values from
copy_to/from_user calls.

From: Ron Gage <ron@rongage.org>

This patch catches insures proper return values from
copy_to/from_user calls.

From: Ron Gage <ron@rongage.org>

Test compiled on x86.

From: Randy Hron <rwhron@earthlink.net

From: Leann Ogasawara <ogasawara@osdl.org>

Patch to insert ioremap() error checking and missing iounmap()'s.  Also
updated error handling to have only one return statement on error.
Finally, in saa7134_finidev() on line 954 there was a duplicate
saa7134_i2c_unregister().

This patch catches insures proper return values from
copy_to/from_user calls.

From: Ron Gage <ron@rongage.org>

blk_init_queue() has changed (it now returns queue), but the
comments were the same.

Also fixed a comment in blk_queue_end_tag.

From: Domen Puncer <domen@coderock.org>

From: Daniele Bellucci <bellucda@tiscali.it>

From: Daniele <bellucda@tiscali.it>

OK-ed by Jens.

This patch catches insures proper return values from
copy_to/from_user calls.

From: Ron Gage <ron@rongage.org>

From: Randy Hron <rwhron@earthlink.net>

Put version.h in the file that needs it.
Remove version.h where it isn't needed.
Tested as module/non-module on x86.

From: Randy Hron <rwhron@earthlink.net>

Three small 1-line patches to get rid of any remaining __SMP__
references in the 2.6 kernel. 

From: Ron Gage  <ron@rongage.org>

From: Daniele Bellucci <bellucda@tiscali.it>

This patch audits some copy_from/to_user in the SysKonnect FDDI device
driver.

This patch catches insures proper return values from
copy_to/from_user calls.

From: Ron Gage <ron@rongage.org>

From: Daniele Bellucci <bellucda@tiscali.it>

Insert ioremap error check and adjust cleanup path accordingly.

From: Leann Ogasawara <ogasawara@osdl.org>