For some reason which I cannot remember, we didn't use the automatic
dependency generation for the generated .mod.[co] files. However, we do
of course need dependency information for those, too, they need to be updated
when e.g. the kernel version number changes.

This patch fixes two issues:
o The CONFIG_MODVERSIONING=y case broke at compile time since some
  functions were not updated with the latest module changes
o Exporting symbols from modules stopped working due to confusion of
  mod->num_syms and mod->num_ksyms. Rename mod->num_ksyms to mod->num_syms,
  which is more logical since the associated array is called ->syms, and
  for the kallsyms member use "num_symtab", since the associated array is
  ->symtab.

while number of symbols is "num_syms". It used to be "num_syms" and
"num_ksyms" respectively (ie the "k" was the wrong way around).

The previous naming was not just confusing, it had caused one actual
bug (ie the normal symbol code had used "num_syms", which was wrong
in the old confusing naming scheme).

This is Mikael's version of Pavel's patch, fixed to let CONFIG_PM=n
compile. It works for me on my 2-way using oprofile.

Damn, a copy and paste error and nobody noticed until now.

From Daniel K.

This implements a simple notifier so oprofile can notice removed and
added modules properly

According to Intel document 24161823.pdf[*] page 18, 'tm2' is misdefined.
Its bit 7 not, bit 8. Also add the missing 'EST' (Enhanced Speedstep Technology)
bit, and use the correct Intel terminology for the context ID bit.

[*] http://www.intel.com/design/xeon/applnots/241618.htm

The fb-logo *.c files are not deleted on a make clean; this patch fixes
this.

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

This changes/fixes the optcd.c stack reduction patch from last week.

Alan and Jens objected to the kmalloc() in cdromread(), suggesting that
the read buffer should be allocated one time and held onto, so this
patch does that.

The systemcall interface for adding exports checked that
the filesystem was exportable.  The new interface doesn't...

This patch splits this functionality into a separate function
which is called from both sites.

This adds the PCI ids for some of the newer Apple chips.

This updates the battery charge calculations for powerbooks.  This is
Ben Herrenschmidt's work.

This updates the ADB (Apple desktop bus) driver used on macs and
powermacs.  The main change, from Ben Herrenschmidt, is that handlers
are called without a lock held now.  It also adds a way for userland to
obtain some information about individual ADB devices from the driver.

CROSS_64KB won't work as advertised due to missing parenthesis.

Pointed out by Joern Engel.

Just want to nip this in the bud :-)

Only used for (dubious) debugging purposes, and exposes
internal kernel state.

The previous handling of PCI class masks was too primitive: the
class field is not "all or nothing" but has base class, subclass
and interface fields.  This patch changes the alias form from:
pci:vNdNsvNsdNcN to pci:vNdNsvNsdNbcNscNiN.

This removes the extable list, and the struct exception_table, in
favour of just iterating through the modules.  Now all iteration is
within kernel/module.c, this is a fairly trivial cleanup.

This removes the symbol list, and the concept of kernel symbol groups,
in favour of just iterating through the modules.  Now all iteration is
within kernel/module.c, this is a fairly trivial cleanup.

By making module_text_address return the module it found, we
simplify symbol_put_addr significantly.

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

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

From:  Pablo Menichini <pablo@menichini.com.ar>

initdata can't be const

From:  Bob Miller <rem@osdl.org>

From:  Paul Gortmaker <p_gortmaker@yahoo.com>

From:  Adrian Bunk <bunk@fs.tum.de>

initcall was renamed and made module_init()

From:  Marcus Alanen <maalanen@ra.abo.fi>

From:  Frank Davis <fdavis@si.rr.com>

  This patch makes us of a new predefined macro, instead of having the code
  directly in the driver.

From:  Ryan Bradetich <rbradetich@uswest.net>

From:  Hanna Linder <hannal@us.ibm.com>

From:  Chris Wilson <chris@qwirx.com>

From:  Hanna Linder <hannal@us.ibm.com>