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>

From:  Will Dyson <will_dyson@pobox.com>

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

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

From:  Pavel Machek <pavel@ucw.cz>

From:  ookhoi@humilis.net

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

  Here are the changes for s390 to set .owner for tty_drivers
  and remove MOD_INC/DEC_USE_COUNT. Martin has already approved
  this.

From:  ookhoi@humilis.net

From:  ookhoi@humilis.net

From:  ookhoi@humilis.net

From:  ookhoi@humilis.net

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

From:  sander@humilis.net

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

Unused piece of fluff.  Remove it.

From:  Pavel Machek <pavel@suse.cz>

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

initdata can't be const

From:  Jochen Hein <jochen@jochen.org>

This cannot be a module.  Remove module-related help

From:  Chris Wilson <chris@qwirx.com>

  This function did check misc_register's return code, but made no effort to
  clean up if it failed, leaving a large amount of potential crud lying
  around. I moved the registration to the start of the function, so that the
  cleanup is trivial, and made sure the device gets unregistered in the
  cases where it would not have been registered at all before.

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

From:  ookhoi@humilis.net

From:  Uros Bizjak <uros@kss-loka.si>

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

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

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

into raven.il.steeleye.com:/home/jejb/BK/scsi-for-linus-2.5

As people are using scsi_debug to simulate a large
number of disks to play with the dev_t expansion,
some problems have come to light.

Changelog:
   - change num_devs to num_tgts
       so now the user can independently modify the
       number of hosts (add_host), the number of targets
       per host (num_tgts) and the number of luns per
       target (max_luns)
   - num_tgts sets scsi_host::max_id after allowance is
     made for the initiator's target id
   - max_luns default changed to 1 and it is sysfs
     writeable
   - REPORT LUN response cleaned up. Could now possibly
     generate a response indicatimg there were up to
     16,384 logical units available
   - clean up sense buffer generation

Updated http://www.torque.net/sg/sdebug25.html

Platforms, such as IA64, have a per-cpu mapping for local cpu
data.  When we killed off asm/softirq.h, we removed the usage
of local_softirq_pending IA64 was using.  By defining a generic
version we can put the optimization back.

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