(Andrew Morton)

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

Changed the subsystem initialization sequence to hold off installation of
address space handlers until the hardware has been initialized and the
system has entered ACPI mode.  This is because the installation of space
handlers can cause _REG methods to be run.  Previously, the _REG methods
could potentially be run before ACPI mode was enabled.

Fixed some memory leak issues related to address space handler and notify
handler installation.  There were some problems with the reference count
mechanism caused by the fact that the handler objects are shared across
several namespace objects.

Fixed a reported problem where reference counts within the namespace were
not properly updated when named objects created by method execution were
deleted.

Fixed a reported problem where multiple SSDTs caused a deletion issue
during subsystem termination.  Restructured the table data structures
to simplify the linked lists and the related code.

Fixed a problem where the table ID associated with secondary tables (SSDTs)
was not being propagated into the namespace objects created by those
tables.  This would only present a problem for tables that are unloaded
at run-time, however.

Updated AcpiOsReadable and AcpiOsWritable to use the ACPI_SIZE type as
the length parameter (instead of UINT32).

Solved a long-standing problem where an ALREADY_EXISTS error appears on
various systems.  This problem could happen when there are multiple
PCI_Config operation regions under a single PCI root bus.  This doesnt
happen very frequently, but there are some systems that do this in the
ASL.

Fixed a reported problem where the internal DeleteNode function was
incorrectly handling the case where a namespace node was the first in
the parents child list, and had additional peers (not the only child,
but first in the list of children.)

Here's a small patch that fixes the logic of the kobject creation and
registration in the acpi code (since we use kobject_init(), we need to
use kobject_add(), not kobject_register() to add the kobject to the
kernel systems).

This makes sure that the ioperm bitmap in the TSS is correctly set up
during the first ioperm() call.  Without this the TSS bitmap contains
random garbage until the next context switch.

Initializers must be constant expressions, and thus we can't use the
complex expression "cpu_to_le*()" - the end result of which may have a
constant _value_ but the expression itself isn't a constant expression.

So use the explicitly constant "__constant_cpu_to_*()" expression
instead.

This fixes a typo reported by Geert, and more significantly
fixes static linking so that it works even when only the
device side of USB is enabled, and the host side (CONFIG_USB)
isn't.

into home.transmeta.com:/home/torvalds/v2.5/linux

into home.transmeta.com:/home/torvalds/v2.5/linux

We'll do it *after* IDE taskfile IO is done
Cset exclude: axboe@suse.de|ChangeSet|20030511184946|49736

into kernel.bkbits.net:/home/davem/net-2.5

into kernel.bkbits.net:/home/davem/net-2.5

Alan and I were investigating this, but we don't know why the problem
occurs.

This reverts the previous handling of masked_irq, and fixes the problem.

into home.transmeta.com:/home/torvalds/v2.5/linux

This changes apm.c to invoke suspend.c's save and restore processor
state procedures around suspends, which fixes the SYSENTER MSR problem.

The patch also decouples sysenter.c from SOFTWARE_SUSPEND: the variables
used (only!) in suspend_asm.S are moved there, and the include file now
declares the procedures called from apm.c (previously they were only
called from suspend_asm.S).

into home.transmeta.com:/home/torvalds/v2.5/linux

into home.transmeta.com:/home/torvalds/v2.5/linux

into home.transmeta.com:/home/torvalds/v2.5/linux

Kudos to Wayne Scott @ BitMover for this.

this patch has been sleeping
in Alan tree for quite some time. It updates the depca driver to the
EISA/sysfs API, gets rid of check_region, and properly reserve memory
region. Patch is against latest BK.

it turns out the tulip driver is a much better driver for the integrated
ali1563 ethernet than the dmfe driver... the dmfe driver gets tx timeouts
every ~15s and can't receive over 5MB/s.  but with the small tulip patch
below i'm seeing 11MB/s+ in both directions without problems.

This patch updates the bmac and mace ethernet drivers so that their
interrupt routines return an irqreturn_t, and updates the bmac driver
to use a spinlock rather than global cli/sti.

        This patch update the Wavelan Pcmcia driver for Wireless
Extensions 16, and also remove all the backward compatibility cruft
that is broken anyway.

        This update the Wavelan ISA driver for Wireless Extension 16
(going with my previous patch).

        This patch for 2.5.68-bk11 will update Wireless Extension to
version 16 :
        o increase bitrate and frequency number for 802.11g/802.11a
        o enhanced iwspy support
        o minor tweaks and cleanups

        This patch is only for the core of WE. The patches for the
individual drivers have been sent to their respective maintainers.
	Compared to the previous version I sent you a few weeks ago,
I've just updated to the latest kernel.

        This patch for 2.5.68-bk11 will fix the irq handler of some
obsolete wireless drivers (wavelan, wavelan_cs and netwave_cs) plus
assorted fixes. All those drivers have been tested on a SMP box.

This cleans up the driver big time and gets rid of a big ugly wart
in setup.c.  Note that I don't have the hardware so this is only
compile-tested.

This patch adds dynamic allocation of request structures. Right now we
are reserving 256 requests per initialized queue, which adds up to quite
a lot of memory for even a modest number of queues. For the quoted 4000
disk systems, it's a disaster.

Instead, we mempool 4 requests per queue and put an upper limit on the
number of requests that we will put in-flight as well. I've kept the 128
read/write max in-flight limit for now. It is trivial to experiement
with larger queue sizes now, but I want to change one thing at the time
(the truncate scenario doesn't look all that good with a huge number of
requests, for instance).

Patch has been in -mm for a while, I'm running it here against stock 2.5
as well. Additionally, it actually kills quite a bit of code as well

Limit deadline hash to 32 entries instead of 1024. This has been benched
and profiled extensively and shows no increased system time.

Also, move "hot" entries to the front of the list.

Resend of the ide-cd buggy debug check removal.

From der.eremit@email.de.

increment bi_sector in bio_endio() so make_request_fn drivers don't
have to do this accounting themselves.

into home.transmeta.com:/home/torvalds/v2.5/linux

into home.transmeta.com:/home/torvalds/v2.5/linux

into home.transmeta.com:/home/torvalds/v2.5/linux