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

depending on whether the constant is a hexadecimal one as
opposed to a decimal one? 

Let's make it all explicit. There are probably more lurking
around, these were found during development of my C checker tool.

The queueing logic in scsi_lib looks really odd right now.

- Defers calling elv_next_request() until we actually think we can queue
  something. Always want to do that, request will have been marked
  REQ_STARTED after this, so block layer cannot touch it or merge to it.

- Kill the queue empty check. If elv_next_request() returned a req,
  there's one to queue.

Self explanatory, as per the discussion last week.