From: Rolf Eike Beer <eike-kernel@sf-tec.de>
To: Miquel van Smoorenburg <miquels@cistron.nl>
Cc: linux-scsi@vger.kernel.org, Mark Salyzyn <mark_salyzyn@adaptec.com>
Subject: Re: PATCH: 64 bit support for dpt_i2o driver
Date: Wed, 23 Apr 2008 23:29:16 +0200 [thread overview]
Message-ID: <200804232329.22140.eike-kernel@sf-tec.de> (raw)
In-Reply-To: <20080418215937.GA15199@xs4all.net>
[-- Attachment #1: Type: text/plain, Size: 1936 bytes --]
Miquel van Smoorenburg wrote:
> I've been running supermicro hardware with the Adaptec 2005/2010/2015
> zero channel raid controllers for a long while. The dpt_i2o driver
> in the kernel doesn't support 64-bit mode, yet I wanted to run
> a 64-bit system. The i2o_block driver wasn't 64-bit capable either.
> Mark Salyzyn from Adaptec kindly provided me with a 64-bit version
> of the dpt_i2o driver, unfortunately it never made its way to
> the upstream kernel.
>
> In my experience, the dpt_i2o driver is rock-stable for the
> Adaptec ZCR hardware, while the i2o_block driver isn't.
> Because the dpt_i2o driver is still in the kernel and actively
> being used, I decided to merge the essential 64 bits parts
> of the alternative driver into the current kernel dpt_i2o driver.
>
> # --------- dpt_i2o-64bit-2.6.25.patch ----------------
>
> This patch is an update for drivers/scsi/dpt_i2o.c.
> It applies to both 2.6.24.4 and 2.6.25
>
> It contains the following changes:
>
> * 64 bit code based on unofficial Adaptec 64 bit driver
> * removes scsi_module.c dependency, adds module_init / module_exit
> this is needed because we need to pass the proper device to
> scsi_add_host(), and the scsi_module.c passes NULL. With NULL,
> code like arch/x64/kernel/pci-gart_64.c::need_iommu() crashes
> because the dev pointer it is passed is NULL.
> * adds sysfs entry for /sys/class/dpt_i2o/dptiX so that udev
> can create /dev/dptiX dynamically
>
> Obviously there are more cleanups that can be done to this code,
> but we need to start somewhere. Patch has been tested heavily on
> both 32 and 64 bit x86 platforms.
Is there any chance that you could split this into (at least) 2 patches, one
for the 64 bit stuff and one for the driver model stuff? This patch is huge,
the review (and the chances for this getting merged) will be higher if it is
in small pieces.
Greetings,
Eike
[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 194 bytes --]
next prev parent reply other threads:[~2008-04-23 21:36 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-04-18 21:59 PATCH: 64 bit support for dpt_i2o driver Miquel van Smoorenburg
2008-04-19 21:13 ` PATCH: 64 bit support for dpt_i2o driver (take 2) Miquel van Smoorenburg
2008-04-23 21:29 ` Rolf Eike Beer [this message]
[not found] <xs4all.20080418215937.GA15199@xs4all.net>
[not found] ` <xs4all.200804232329.22140.eike-kernel@sf-tec.de>
2008-04-24 15:03 ` PATCH: 64 bit support for dpt_i2o driver Miquel van Smoorenburg
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=200804232329.22140.eike-kernel@sf-tec.de \
--to=eike-kernel@sf-tec.de \
--cc=linux-scsi@vger.kernel.org \
--cc=mark_salyzyn@adaptec.com \
--cc=miquels@cistron.nl \
/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;
as well as URLs for NNTP newsgroup(s).