public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Markus Lidel <Markus.Lidel@shadowconnect.com>
To: linux-kernel@vger.kernel.org
Subject: [PATCH 0/5] I2O subsystem fixing and cleanup for 2.6
Date: Thu, 29 Apr 2004 22:31:14 +0200	[thread overview]
Message-ID: <40916612.4070206@shadowconnect.com> (raw)

Hello,

here are 5 patches, which cleanup the I2O subsystem in 2.6.

The patches are as follows:
- i2o-config-clean.patch
   * Changes the formating of the header in i2o_config.c

- i2o-passthru.patch
   * Add a pass-thru ioctl to i2o_config, which is needed to work with
     the Adaptec management software.

- i2o_block-cleanup.patch
   * more than 3 "visible" disks (hda, hdb, hdc, hdd) lead to kernel
     panics.
   * removes some unused code with partitions.
   * I2O_LOCK was often called with the addresses of the controller, and
     not with the address of the device. Fixed.
   * the cleanup function for gendisk (del_gendisk) doesn't work if the
     queue is shared between different devices. To workaround the queue
     is removed before.
   * redundant code removed in module initialization and remove, use
     i2ob_new_device and i2ob_del_device instead.
   * removed atomic_t queue_depth
   * removed unnecessary and bogus code for queue handling

- i2o-64-bit-fix.patch
   * provides i2o_context_list_*() functions, which maps 64-bit pointers
     to 32-bit context id's in a dynamic list. On 32-bit systems the
     functions are replaced with a static inline.
   * i2o_scsi now uses the i2o_context_list_*() functions for transaction
     context, and therefore now work on 64-bit systems too.

- i2o-makefile-cleanup.patch
   * The Kconfig and Makefile in drivers/message/i2o still got a
     CONFIG_I2O_PCI entry, which is not used anymore. This one is
     replaced by a CONFIG_I2O_CONFIG entry, which now builds the
     i2o_config module.

Already posted the first 4 patches to linux-scsi with request for 
review, but expect of the i2o-passthru.patch there where no complains. 
And the request for using the SG_IO in i2o-passthru.patch isn't possible 
at the moment, because it is a char device node.

If you have any questions / problems, please let me know.


Best regards,


Markus Lidel
------------------------------------------
Markus Lidel (Senior IT Consultant)

Shadow Connect GmbH
Carl-Reisch-Weg 12
D-86381 Krumbach
Germany

Phone:  +49 82 82/99 51-0
Fax:    +49 82 82/99 51-11

E-Mail: Markus.Lidel@shadowconnect.com
URL:    http://www.shadowconnect.com


             reply	other threads:[~2004-04-29 20:27 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-04-29 20:31 Markus Lidel [this message]
2004-04-29 20:37 ` [PATCH 0/5] I2O subsystem fixing and cleanup for 2.6 Christoph Hellwig
2004-04-29 20:49   ` Markus Lidel

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=40916612.4070206@shadowconnect.com \
    --to=markus.lidel@shadowconnect.com \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox