Somewhere along the line, indentation on this file went mental.

As per Documentation/SubmittingPatches

By Urban Widmark

Most work done by Paul Gortmaker. More work needed.

Marc Singer noticed some BIOSen on the AMD Elan
alias the cpu frequency registers in a place that some
drivers probe during bootup. Result - changed CPU speed
after booting.

The fix is to unmap the alias.

Marc put a patch forward for 2.2, this one is cooked up
by me, but is currently untested but functionally equivalent.

(is already in drivers/char/agp/Config.help)

The smp_call_function() does the check on the local cpu for us.

Taken from unknown contributor in 2.4

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

Some host bridges that use the indirect (addr and data registers)
method of access have a field that needs to be set to 0 for accesses
to the primary bus and 1 for accesses to subordinate buses.  This
change allows for that.

We do this with an out-of-line assembler function, __div64_32,
for the case when the high word of the dividend is non-zero.

We can't now use make -C in conjunction with Rules.make because
the rules for making .o files break if we do.  This updates the
boot wrapper Makefiles so that we don't use make -C, instead we
use call descend plus various other new features in Rules.make.

Previously we had xchg_u32 both inline in system.h and out-of-line
in arch/ppc/kernel/misc.S, and it was exported for good measure.
We only need the inline definition.

	* old methods have no instances left; removed.

	* switched to private queues
	* set ->queue and ->private_data
	* switched to new methods

	* switched to private queues
	* set ->queue and ->private_data
	* switched to new methods

	* switched to private queues
	* set ->queue and ->private_data
	* switched to new methods

	* switched to private queues
	* set ->queue and ->private_data
	* switched to new methods

	* switched to private queue
	* set ->queue and ->private_data
	* switched to new methods

	* switched to private queue
	* set ->queue and ->private_data
	* switched to new methods

	* switched to private queue
	* set ->queue and ->private_data
	* switched to new methods
	* compile fixes

NOTE: it still has b0rken locking - hadn't been updated in 2.5.1

	* switched to private queue
	* set ->queue and ->private_data
	* switched to new methods
	* switched to use of ->bd_disk

	* switched to private queue
	* set ->queue and ->private_data
	* switched to new methods
	* switched to use of ->bd_disk
	* fixed the idiocy I'd introduced there during end_request()
	  reshuffling - too many places got hit by search-and-replace ;-/

NOTE: swim_iop (and swim3) are broken for situations when several drives
are present.  Failure mode is rather amusing - the thing does a sort of
load-balancing and if you have two drives even requests end up sent to
the first and odd - to the second ;-) Had been there since they went
into the tree.  Swim3 mentions that support of multiple drives needs to
be fixed, swim_iop (derived from it) had lost even that warning. 

	* switched to private queue
	* set ->queue and ->private_data
	* switched to new methods
	* switched to use of ->bd_disk

	* switched to private queue
	* set ->queue and ->private_data
	* switched to new methods
	* switched to use of ->rq_disk

NOTE: we still have mess in open(), release() and ioctl().