[PATCH] fix devfs_mk_dir prototype

Return an error code instead of a devfs_handle_t.  The handle isn't
useful for anything and the !CONFIG_DEVFS_FS stub in fact returned
NULL which made it entirely useless.  Thus only one driver is actually
checking the retval in the current tree..

[PATCH] don't include devfs_fs_kernel.h in global headers

Now that devfs_handle_t is gone from all structs there is no
reason to include it in headers.

Fix the fallout by including previously implicit headers and fixing
the drivers that didn't include devfs_fs_kernel.h explicitly.

[PATCH] don't use mem_map_reserve/mem_map_unreserve

They are obsfucating aliases for SetPageReserved/ClearPageReserved.
And once they're gone we can nuke <linux/wrapper.h>

[PATCH] kill LOCAL_END_REQUEST

And uninline end_request - it's calling to many functions to be useful
inline.

[PATCH] split initrd from ramdisk driver

They don't have any code in common, so the initrd support can
go into a separate file and not require ramdisk support.

Lots of ifdefs gone and smaller kernel images for initrd users.

Since "apply_alternatives()" also runs at module load time it must
not be marked __init.

Noted by Petr Vandrovec

[PATCH] tty cleanups (12/12)

* we allow tty_driver to cover more than 256 devices
* pty.c cleaned up - now we only one driver for UNIX98 masters and
only one driver for UNIX98 slaves, so a lot of ugliness can be killed.
* get_tty_driver() became an analog of get_gendisk() - it does
a lookup by device number and gives (pointer to tty_driver,index).
* registration/unregistration of tty_driver updated
* /proc/tty/drivers code updated (now one structure can be responsible
for several lines)

[PATCH] tty cleanups (11/12)

tty->device switched to dev_t
There are very few uses of tty->device left by now; most of
them actually want dev_t (process accounting, proc/<pid>/stat, several
ioctls, slip.c logics, etc.) and the rest will go away shortly.

[PATCH] tty cleanups (10/12)

Preparations to cleanup:
* call of get_tty_driver() moved from init_dev() to its callers
* instead of kdev_t dev we pass struct tty_struct *driver and int index

[PATCH] tty cleanups (9/12)

* drivers/char/rio/* supports up to 4 boards, each with up to 128
lines.  It used to share termios for 1st/3rd and 2nd/4th boards,  Fixed.
* cleanups and kdev_t removals - we pass tty instead of tty->device
in a couple of helper functions and instead of comparisons on major(tty->device)
we check where does tty->driver point to.

[PATCH] tty cleanups (8/12)

* generic_serial.c typo fix (->driver used instead of correct
->driver_data)
* tubio cleaned up

[PATCH] tty cleanups (7/12)

sanitized driver->driver_name initialization and use

[PATCH] tty cleanups (6/12)

tty->tty_index added; we initialize it with minor(tty->device) -
tty->driver->minor_start.  Majority of remaining tty->device uses had
that form and are switched to use of tty->index.

[PATCH] tty cleanups (5/12)

new field - tty->tty_name;
initialized to <driver->name><tty index+driver->base_name>
when we allocate tty_struct.  Drivers code switched to use of that
beast (in debugging printks, mostly).  Large, but trivial.

[PATCH] tty cleanups (4/12)

Instead of registering "drivers" for /dev/tty, /dev/vc/0, /dev/ptmx
and /dev/console (they are never looked up since tty_open() special-cases
them and they should not be looked up - these devices are remapped on open)
we register corresponding chrdev ranges and devfs nodes directly.
/proc/tty/drivers code updated to keep the contents unchanged

[PATCH] tty cleanups (3/12)

/proc/tty/drivers converted to seq_file

[PATCH] tty cleanups (2/12)

Instead of copying tty_driver into tty_struct we put a reference
in there.  tty->driver turned into a pointer, users updated.  Large, but
trivial

[PATCH] tty cleanups (1/12)

Christoph's fix for devfs problems with pty.

[PATCH] C99 initializers for fs/proc/proc_misc.c

[PATCH] Fix C99 initializers in fs/nfs/nfs4proc.c

[PATCH] C99 initializers for drivers/block/genhd.c

[PATCH] Avast there ye swabs, prepare to fire a broadside!

Chuck Ebbert notes that kernel developers are apparently pirates in the
_original_ meaning of the word, and like to "cannonicalize".

I prepared a patch in case anyone cares enough about this.  I tested on
i386 by building and booting.

[PATCH] Fix SWSUSP & !SWAP

Swsusp without swap makes no sense, and leads to compilation
failure.  So make the dependency clear in the config files.

[PATCH] IEEE1394/Firewire updates

- Workaround possible reset loop trying to get IRM sanity
- Logical Unit DIrectory (LUN) support for sbp2(scsi) devices.
- Fix hostnum allocation.
- Whitespace and formatting sync with 2.4 branch.
- Make pcilynx return IRQ_NONE for no interrupts to handle.

Merge bk://bk.arm.linux.org.uk/linux-2.5-pcmcia
into home.transmeta.com:/home/torvalds/v2.5/linux

[PCMCIA] Make cb_release_cis_mem() local to cardbus.c

The cardbus CIS parsing code does not use the PCMCIA resource
subsystem, so there isn't any point in freeing its memory when
we remove PCMCIA memory resources.  We also free CIS resources
immediately prior to calling cb_free().  We might as well move
the function call into cb_free(), thereby making all references
to cb_release_cis_mem() local to cardbus.c

[PCMCIA] Don't cache CIS bytes found to be invalid.

Several PCMCIA cards I have here do not work correctly over a
suspend/resume cycle; the PCMCIA code believes that the card has
been changed in the slot, and therefore performs a remove/insert
cycle.

This seems to be because the card returns more or less random data
when reading memory space, leading to the CIS cache mismatching
the card data.  This in turn is caused because we try to read CIS
data from both the attribute and memory spaces, and we add the result
to the CIS cache whether or not the returned data was valid.

We therefore convert the CIS cache to use a linked list, and provide
a way to remove cached data from that list.  We also replace the
"s->cis_used=0;" construct with a function "destroy_cis_cache(s)"
which clearly describes what we're doing.

[PCMCIA] Fix oops in validate_mem when CONFIG_PCMCIA_PROBE=n

If I compile a recent 2.5.x kernel without CONFIG_ISA defined, I get
an oops in validate_mem().  Stack trace contains 0x6b6b6b6 - a clear
sign that freed memory is being accessed.

It's the second validate_mem() in drivers/pcmcia/rsrc_mgr.c - the one
used when CONFIG_PCMCIA_PROBE is not defined.  It turns out the memory
is freed in do_mem_probe() when it's called from validate_mem().

The solution is to use the same trick as in the first validate_mem().
This problem is quite serious and it's not specific to the plx9052
driver. I see it with yenta_socket as well.

[PCMCIA] remove unused files

From Christoph Hellwig

There's no need to keep the stubs around.

[PCMCIA] Fix compilation of cardmgr

Patch from Pavel Roskin

ds.h should not be including linux/device.h when compiling userspace
code.

Merge bk://kernel.bkbits.net/davem/net-2.5
into home.transmeta.com:/home/torvalds/v2.5/linux

Merge bk://kernel.bkbits.net/davem/sparc-2.5
into home.transmeta.com:/home/torvalds/v2.5/linux

ACPI: Indicate whether we handled the interrupt or not

Merge groveronline.com:/root/bk/linux-2.5
into groveronline.com:/root/bk/linux-acpi

ACPI: Add missing include

Never merge vma's that have mapping-private data.

[NET]: SG without checksum support is illegal.

[SPARC]: Kill initialize_secondary, unused.

[IPV6]: dst_alloc() clean-up.

[NETFILTER IPV4]: Fix typo in Kconfig.

[IGMP]: Fix bug in broadcast handling.

[IGMPv3/MPDv2]: Bug fixes and ipv4 multiprotocol API.

[SPARC64]: Kill unnecessary MOD_{INC,DEC}_USE_COUNT in cpwatchdog and envctrl drivers.

[NET]: Do not let GCC reload pointers after NULL checks.

o net: module refcounting for sk_alloc/sk_free

I had to move the rtnetlink_init and init_netlink calls to af_netlink init time, so that
the sk_alloc called down the rtnetlink_init callchain is done after the PF_NETLINK
net_proto_family is sock_registered, and because of that the af_netlink init function
call had to be moved to earlier by means of subsys_initcall (DaveM's suggestion).

[SPARC]: Refactor AUXIO support.

[SPARC]: Colin Gibbs gcc-3.x support.

[PATCH] Fix IRDA irq handler prototype

This fixes a mismatch in declaration between "irport_interrupt" in the
header files (returning void) and in the definition (returning
irqreturn_t).

Merge bk://kernel.bkbits.net/davem/net-2.5
into home.transmeta.com:/home/torvalds/v2.5/linux

Merge bk://kernel.bkbits.net/davem/sparc-2.5
into home.transmeta.com:/home/torvalds/v2.5/linux

[PATCH] Update umem driver for newer cards.

[PATCH] Update umem to new request_irq interface

request_irq requires a handler that returns irqreturn_t,
so mm_interrupt now returns the appropriate value

Merge http://jfs.bkbits.net/linux-2.5
into home.transmeta.com:/home/torvalds/v2.5/linux

Merge jfs@jfs.bkbits.net:linux-2.5
into shaggy.austin.ibm.com:/shaggy/bk/jfs-2.5

[PATCH] request structure stack corruption

This fixes a problem with drivers that have request on the stack for
some operations, like IDE.  If we wake before releasing the request, the
stack may have already disappeared beneath us when the rest of
end_that_request_last() is run.

Fix by making sure the completion is done _last_.

Merge davem@nuts.ninka.net:/home/davem/src/BK/net-2.5
into kernel.bkbits.net:/home/davem/net-2.5

Merge davem@nuts.ninka.net:/home/davem/src/BK/sparc-2.5
into kernel.bkbits.net:/home/davem/sparc-2.5

[IP_GRE]: Kill duplicate update_pmtu call.

[BRIDGE]: New maintainership.

[SPARC64]: Add LOOP_{GET,SET}_STATUS64 to ioctl32.

[SPARC]: CLOCK_MONOTONIC fixes, from x86.

[NETLINK]: Fix minor numbers in netlink_dev.c

[SPARC64]: Update defconfig.

Merge bk://kernel.bkbits.net/acme/net-2.5
into nuts.ninka.net:/home/davem/src/BK/net-2.5

o rtnetlink_dev: use C99 struct init style

o atm/lec.c: use C99 struct init style

o rtnetlink: use C99 struct init style

[SPARC64]: Spelling fixes.

Fix irq event debug print-out, and add stack dump which can
give a clue about what the context was that might have caused
the spurious interrupt.

Merge nuts.ninka.net:/home/davem/src/BK/network-2.5
into nuts.ninka.net:/home/davem/src/BK/net-2.5

Merge bk://bk.arm.linux.org.uk/linux-2.5-rmk
into home.transmeta.com:/home/torvalds/v2.5/linux

Merge flint.arm.linux.org.uk:/usr/src/linux-bk-2.5/linux-2.5
into flint.arm.linux.org.uk:/usr/src/linux-bk-2.5/linux-2.5-rmk

[ARM] spelling fixes for arm

Patch from Steven Cole.

Here are some spelling fixes for arm.
This was diffed against the current 2.5 tree.

[ARM PATCH] 1510/1: use a #define for asm jump address

Patch from Eli Carter

# Mon Apr 21 11:11:41 CDT 2003 ejc@rnd-linux-c84
# use-physoffset-define
#
# Use the PHYS_OFFSET #define instead of a hard-coded value.
#
# Diffed against linux-2.5.67-rmk1+1501-3+1506
#
#  arch/arm/boot/compressed/head-xscale.S |    2 +-
#  1 files changed, 1 insertion(+), 1 deletion(-)
#

[ARM PATCH] 1511/1: iop321 #define cleanup

Patch from Eli Carter

# Mon Apr 21 11:20:06 CDT 2003 ejc@rnd-linux-c84
# pci-io-mem-size-defines
#
# Rename the IOP321_PCI_WINDOW_SIZE #defines to use
# IOP321_PCI_{IO,MEM}_{BASE,SIZE} instead.  This makes the #defines a bit more
# consistent.  No functional change, though it does bring up the question of
# whether res[].end should be BASE+SIZE-1 or BASE+SIZE.
#
# Diffed against linux-2.5.67-rmk1+1501-3+1506+1508-10
#
#  arch/arm/mach-iop3xx/iop321-pci.c    |    8 ++++----
#  include/asm-arm/arch-iop3xx/iop321.h |   10 ++++------
#  2 files changed, 8 insertions(+), 10 deletions(-)
#

[ARM PATCH] 1508/1: use #define's for iq80321

Patch from Eli Carter

# Thu Apr 17 16:37:58 CDT 2003 ejc@rnd-linux-c84
# iq80321-use-addr-defines
#
# Use #define's instead of hard-coded numbers for the device locations for the
# iq80321 board.
#
# Diffed against linux-2.5.65-rmk1+1472-4+1502-3+1506
# Applies cleanly to linux-2.5.67-rmk1+1502-3+1506
#
#  arch/arm/mach-iop3xx/mm-321.c |    4 ++--
#  1 files changed, 2 insertions(+), 2 deletions(-)
#

Add the Xeon variations (Pentium-III and P4-based) to the list
of Intel CPU optimizations. From Andi Kleen.

[PATCH] Runtime memory barrier patching

This implements automatic code patching of memory barriers based
on the CPU capabilities. Normally lock ; addl $0,(%esp) barriers
are used, but these are a bit slow on the Pentium 4.

Linus proposed this a few weeks ago after the support for SSE1/SSE2
barriers was introduced. I now got around to implement it.

The main advantage is that it allows distributors to ship less binary
kernels but still get fast kernels. In particular it avoids the
need of a special Pentium 4 kernel.

The patching code is quite generic and could be used to patch
other instructions (like prefetches or specific other critical
instructions) too.
Thanks to Rusty's in kernel loader it also works seamlessly for modules.

The patching is done before other CPUs start to avoid potential
erratas with self modifying code on SMP systems. It makes no
attempt to automatically handle assymetric systems (an secondary
CPU having less capabilities than the boot CPU). In this
case just boot with "noreplacement"

[PATCH] More careful about VMA merging

The VMA merging code can merge vmas which have a ->vm_ops->close() handler.
But this means that per-VMA resources in one of the merged VMAs will not be
freed.

Fix that up by just refusing to merge any VMA's which look "complex": they
have special flags set or they have a ->close handler.

Merge home:v2.5/linux
into penguin.transmeta.com:/home/penguin/torvalds/repositories/kernel/linux

[PATCH] trivial task_prio() fix

Here is a trivial fix for task_prio() in the case MAX_RT_PRIO !=
MAX_USER_RT_PRIO.  In this case, all priorities are skewed by
(MAX_RT_PRIO - MAX_USER_RT_PRIO).

The fix is to subtract the full MAX_RT_PRIO value from p->prio, not just
MAX_USER_RT_PRIO.  This makes sense, as the full priority range is
unrelated to the maximum user value.  Only the real maximum RT value
matters.

This has been in Andrew's tree for awhile, with no issue.  Also, Ingo
acked it.

Allow gcc to generate better code for irq handling.

Ok, now that most drivers have been converted to the new
irqreturn_t, we can remove the fascist type-checks and just
use a regular integer type which has a simpler calling
convention.

[PATCH] n_hdlc update

With suggestions from Chritoph Hellwig

- Remove MODULE_USE_COUNT macros
- Add owner member to struct tty_ldisc
- Init tty_ldisc at compile time
- make some functions static

[PATCH] synclink_cs update

- Remove MODULE_USE_COUNT macros
- Add owner member
- Add tiocmget/tiocmset tty callbacks

[PATCH] synclinkmp update

- Remove MODULE_USE_COUNT macros
- Add owner member
- Add tiocmget/tiocmset tty callbacks

[PATCH] synclink update

- Remove MODULE_USE_COUNT macros
- Add owner member
- Add tiocmget/tiocmset tty callbacks

[PATCH] 1394 updates

- New irq handler prototypes.
- Lots of un-enumurated locking fixes/cleanups (thanks in large part to
  spinlock debug compile options in the kernel).
- Other various trivial fixes.

Return IRQ_NONE for ieee1394 driver when the interrupt was for
somebody else.

[PATCH] Convert Alpha to the new 2.5 IRQ API

This converts the Alpha architecture to the new IRQ API.  Tested on
Jensen.

[PATCH] fix printk when an irq doesn't get responded to

Merge bk://kernel.bkbits.net/jgarzik/net-drivers-2.5
into home.transmeta.com:/home/torvalds/v2.5/linux

Resolve differences between Davem and Andrew on irq updates

[PATCH] irqs: hotplug drivers

Update hotplug and pcmcia drivers to the new IRQ API.

[PATCH] irqs: input drivers

Update the input and joystick drivers to the new IRQ API.

[PATCH] irqs: ISDN

Update ISDN for the new IRQ API.

[PATCH] irqs: IRDA

Update the IRDA drivers to the new IRQ API.

[PATCH] ax25 build fix

spin_lock() does not take a spinlock_t**

[PATCH] parport_serial fix

parport_serial is calling a couple of 8250 driver functions with no prototypes
in scope.

Turns out it was calling them with too many args, too.

[PATCH] irqs: 1394

Update 1394 to the new IRQ API

[PATCH] irqs: video drivers

Update video drivers to the new IRQ API.

Almost none of them compile, so it was done on-spec.