ia64: Cleanup EXPORT_SYMBOL usage

	This cleans up the use of EXPORT_SYMBOL in ia64_ksyms.c by
	moving most of them to the place where the symbol is defined.
	Ideally, only symbols defined in assembler sources should
	remain here, but there are some cases where an EXPORT_SYMBOL
	is missing outside the arch/ia64 tree.  I did not change them
	for now.  Also, EXPORT_SYMBOL_NOVERS is obsolete.

some ugly messages that used to show up on Tiger and other Intel
boxes:

        alloc 0xffffffff-0x0 from PCI mem for PCI Bus 0000:02 failed
        alloc 0xffffffff-0x0 from PCI mem for PCI Bus 0000:08 failed
        alloc 0xffffffff-0x0 from PCI mem for PCI Bus 0000:08 failed
        alloc 0xffffffff-0x0 from PCI mem for PCI Bus 0000:08 failed
        alloc 0xffff-0x0 from PCI IO for PCI Bus 0000:08 failed
        alloc 0xffffffff-0x0 from PCI mem for PCI Bus 0000:09 failed
        alloc 0xffffffff-0x0 from PCI mem for PCI Bus 0000:0f failed

	Remove all debug printk() for routines which are called with a
	runqueue lock held, since those could trigger a deadlock.

	name-clash with declaration of routine of the same name in
	<linux/efi.h>.

into tiger.hpl.hp.com:/data1/bk/lia64/to-linus-2.5

	Patch from Stephane: Fix a bug in perfmon_default_smpl.c by
	which we would systematically lose one sample at every buffer
	overflow.

	are overly verbose and replace them with calls to sys_ni_syscall().

	(both for native and x86 system call tracing).  This is needed
	by recent versions of strace and UML likes to do that, too.

	cancel system-call restart.

Fix what seems to be a typo preventing .../power/state from working.

The x86 build depends on NR_VECTORS being defined. 

This symbol, however, was put only into mach-default/irq_vectors.h

The attached patch adds it to voyager too.

into home.osdl.org:/home/torvalds/v2.5/linux

into kernel.bkbits.net:/home/davem/tg3-2.6

into nuts.ninka.net:/disk1/davem/BK/net-2.6

      process.  The root-cause of the problem was that ptrace() tried
      to copy the portion of the register backing store that landed on
      the kernel stack back to users-space, but the resulting state
      was inconsistent if the inferior process was in the middle of a
      system-call (as would always be the case for strace).

      The solution is to avoid all needless copying and to instead
      ensure that when accessing a memory location that may belong to
      a thread's register-backing store, we attach to that particular
      thread, rather than the thread identified by the PID argument.
      If the thread happens to be unattachable, we fall back to using
      the thread identified by the PID argument.  This should have the
      desired effect if the thread has terminated already and if the
      thread is running while ptrace() is trying to access its state,
      all bets are off anyhow and there are no coherency guarantees.
      In other words, this should be doing the right thing under all
      circumstances.

      The patch also fixes the case where PT_AR_BSP and/or PT_CFM are
      written while the inferior process is in the middle of a system
      call.  This makes arguments passed to GDB inferior calls come
      out right.

      The patch was tested with strace -f and the GDB testsuite, which
      showed no regressions compared to the previous version of the
      kernel.

into kernel.bkbits.net:/home/davem/sparc-2.6

The old 50ms / 30ms timeouts apparently weren't sufficient
with some disks.

into nuts.ninka.net:/disk1/davem/BK/sparc-2.6

The reworked firmware loader in the DVB patches needs the fix to the
call_usermodehelper() return value. 

From: Rusty Russell <rusty@rustcorp.com.au>

MODULE_ALIAS_BLOCK() and MODULE_ALIAS_CHAR() define aliases of form
"XXX-<major>-<minor>", so we should probe for modules using this form.
Unfortunately in 2.4, block aliases were "XXX-<major>" and char aliases
were of both forms.

Ideally, all modules would now be using MODULE_ALIAS() macros to define
their aliases, and the old configuration files wouldn't matter as much. 
Unfortunately, this hasn't happened, so we make request_module() return the
exit status of modprobe, and then do fallback when probing for char and
block devices.

(Kudos to Chris Wright, I stole his kernel_thread flags).

From: David Hinds <dhinds@sonic.net>

This removes dead PCI-related code from the i82365 driver.

From: David Hinds <dhinds@sonic.net>

This changes the PCMCIA CIS parsing code to use kmalloc() rather than
allocating some data structures on the kernel stack.

From: David Hinds <dhinds@sonic.net>

This fixes interrupt allocation for 16-bit PCMCIA cards, so that on systems
supporting ISA bus interrupts, if all ISA interrupts are unavailable, we'll
fall back on sharing the bridge PCI interrupt.

From: David Hinds <dhinds@sonic.net>

This fixes half/full duplex selection for certain NE2000 compatible PCMCIA
cards.

From: David Hinds <dhinds@sonic.net>

This just sets missing logging levels for printk's in yenta_socket.

From: David Hinds <dhinds@sonic.net>

I have not been actively maintaining PCMCIA for 2.6; I tried asking the
more active developers to see if someone would step into the job but they
were not willing to do so at this time.  I'll still submit patches from
time to time.

(David has a ./CREDITS entry, of course).

We should really put in Russell King here, but I'll let him do that
himself.

From: Tom Rini <trini@kernel.crashing.org>
      Peter Wahl <PeterWahl@web.de>

PPC32: Fix the mkprep util to work correctly on Solaris 8.

- There is a very odd problem with the alignment of dword_t values
  which causes this program to not work correctly when compiled on
  Solaris 8.  The workaround is not use a pointer and to memcpy the
  values instead.

From: Tom Rini <trini@kernel.crashing.org>

Fix compilation of arch/ppc/kernel/ppc_ksyms.c on !CONFIG_PPC_STD_MMU

'mol_trampoline' is only defined on CONFIG_PPC_STD_MMU.  Therefore this file
will not compile on !CONFIG_PPC_STD_MMU without this change.

From: Tom Rini <trini@kernel.crashing.org>

The following patch fixes the 'znetboot' and 'znetbootrd' targets so that
they work again.

- Update the comments to reflect how things work with the correct
  usages now.

- Fix the znetboot / znetbootrd targets.  We now always set end-y,
  and use this to figure out what image will be tftpboot'ed.

From: Tom Rini <trini@kernel.crashing.org>

Currently a number of Motorola PPC32 machine will not boot, as the final
zImage isn't built correctly for them.

into home.osdl.org:/home/torvalds/v2.5/linux

into home.osdl.org:/home/torvalds/v2.5/linux