This removes a workaround for some broken firmware that was
never released.

> It looks like dynamic x86 binaries have a problem once again (or
> still).  If I try to run any shared x86 binaries, I get:
> 
>       $ ls.x86
>       ls.x86: error while loading shared libraries: librt.so.1: cannot map zero-fill pages: Error 14
> 
> Would someone take a look?

We saw this behavior with 2.5.59 also. The attached work around should
take care of the problem temporarily. Last time this happened, IA-32
programs were doing mmaps, whose size was one page bigger than the
size of the underlying file (even after rounding up the file size).

I never got a chance to figure out why glibc was doing mmaps with the
wrong size. Also, I failed to reproduce the problem with a more
recent (RH 8.0) glibc.

Which version of IA-32 glibc were you using ?

	int.

	help of ia64_fetchadd() macro.  Ditto for _raw_read_unlock().

This patch fixes waste of interrupt vector pool by not
allocating an interrupt vector to a GSI which has no corresponding
IO SAPIC.

This fix is needed to boot on Intel-based machines.

This fixes a couple problems with the generic target in the latest
2.5.67 kernel.  First is simply a fix for the addition of readX in
the machvec.  The second gets things to link in roughly the same order
when using a generic vs zx1 flavor.  With the current code, sba_init()
is called in the right place when using a zx1 flavor kernel, but
happens way too early on a generic kernel.

	Various small 2.5.67 fixes.

Here is a trivial patch to processor.h to change "extern" to "static".

Here is the ia64 part of the patch.  It depends on my previous COMPAT
patches.  This is safe to apply even before Linus applies the generic
part.

Here is the ia64 part of the patch.  Pleas apply after Linus has applied
the generic part.

	Chandra Kapate).

implies that it should vary between 0-7, not any further (the
higher bits are done by updating current_vector by 8).

This also means that we don't have any overflow condition.

This version fixes:
- missing rtnl_lock()/rtnl_unload() bug on unregister_hdlc_device
- N2, C101: interrupt handler now works under high IRQ load from other
  devices (with previous versions, the IRQ processing for the card could
  sometimes stop after reaching "work limit")

This is production-tested on devices I have access to (N2, C101, PC300,
PCI200SYN).

This patch disables irqbalance and doesn't spawn a kernel thread for
systems which run SMP kernels and only have one online cpu.

This finally kills of blk_queue_empty().  This is similar to the patch I
recently sent to fix the SCSI logic as well.  A lot of drivers are doing
this in our core, mainly because that is the way they always did it:

start_queue:
	if (blk_queue_empty(q))
		return;

	rq = elv_next_request(q);
	if (!rq)
		return;

Patch simply removes the blk_queue_empty() check, and adds a check for
!rq return from elv_next_request() if the driver didn't already do that.

Additionally, the AS io scheduler can return NULL from
elv_next_request() if it thinks this is best. This way we are also
prepared for that to work well.

Patch was done by Nick Piggin.

Bug report from J Sanchez in #kernelnewbies

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

The problem with setiathome is that it displays something every now and
then - so it gets a backboost from X, and hovers at a relatively high
priority.

This comment seems to want to include SET_MODULE_OWNER as one of the
deprecated facilities.

Looks like a cut-n-paste thinko in the Kconfig file..

Make it compile again and various cleanups and a few bug fixes.  Only
changes x86-64 specific files.

Most of it are S3 suspend changes from Pavel and comment spelling fixes
from Steven Cole.

- Remove now obsolete check_cpu function
- Fix sys_ioctl prototype
- Small optimization - use SYSCALL for 32bit signal handling.
- Fix S3 suspend handling and split into individual files like i386 (Pavel)
- Merge from i386 (pci fixes etc.)
- Set correct paging attributes for IOMMU aperture
- Fix disable apic option

The ipc multiplexer syscall on x86 currently returns EINVAL for a
non-existing sub-opcode.  This logical but is a problem with the
introduction of new operations (like semtimedop).  Now EINVAL can mean
"no such operation" and "invalid parameter".  To avoid such problems in
future, could you apply the attached patch?

update diffserv URL, patch provided by Tero Pelander (tpeland@tkukoulu.fi).

A gconf update by Romain Liévin <roms@tilp.info>
- fixed bug when double-clicking for changing value.
- expand row when enabling a row with a submenu.
- various bug fixes

The semantically correct approach is for register_module_notifier not to
exist at all.  That way is #ifdef hell.

So this just makes it an empty function (and also adds a missing
comment).

This trivial patch removes some now unused data structures from
mach-visws/mpparse.c

Visual Workstations 320/540 are SGI products, so IMHO they can use
penguin with SGI logo as mips does :))