Re: [PATCH] deadline io scheduler

Andrew Vasquez (praka@san.rr.com)
Thu, 26 Sep 2002 22:41:53 -0700


--huq684BweRXVnRxX
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, 26 Sep 2002, Mike Anderson wrote:

> Jeff Garzik [jgarzik@pobox.com] wrote:
> > Has anybody put work into cleaning this driver up?
> >=20
> > The word from kernel hackers that work on it is, they would rather writ=
e=20
> > a new driver than spend weeks cleaning it up :/
> >=20
>=20
> Andrew Vasquez from Qlogic can provide more detailed comments on deltas
> between the versions of the driver.
>=20
> The v6.x driver is cleaner and supporting newer kernel interfaces than
> past versions.
>=20
All,

I believe we had made some significant progress over the past few
months at delivering a reasonably stable and maintainable device
driver for ISP2100/ISP22xx/ISP23xx chips. Our original goals for the
6.x series driver included:

o Stability
- Failover
- Fabric topologies
- Kernel interface integrations

o Maintainability
- Code sanitization!
- Strip dead-code and support for kernels < 2.4.

o Feature integrations
- Fast-path streamlining
- RIO/ZIO
- IP via FC
- ISP2100 support=20
- ...

Note:
Most if not all of Arjan van de Ven's (Redhat) changes that are in
later RH kernel errata releases (addon/qla2200) have made it into the
6.x series code. Much thanks goes out to Arjan for his work, not just
at the technical level, but also, the impact his work had on reshaping
the landscape of attitudes and direction within the Linux Driver Group
at QLogic.

The formal release of 6.01.00 has been completed and should be available
for download 'real soon now' (as it appears 6.01b5 is still the latest
6.x series driver available) -- package has been forwarded to the
website maintainer. Notable changes from the 6.00 release include:

o ISP2100 support

o IP via FC support (RFC 2625)

o General code-sanitizing
- locking structures
- queue structures
- extraneous NOP*LOCK/UNLOCK macros
- remove old EH routines
- remove serial console routines

o Bug-fixes.

Our current mode of operation for 6.x series work is, choose a driver
subsystem (i.e. command posting, fabric support, failover, or
post-command processing), rehash assuptions and requirements, review
design and role in driver, retool or reimplement, and test. For
example, changes made to the source-tip since 6.01 include:

o A complete rewrite of qla2x00_64bit_start_scsi()
- fix 4gb page boundary limitation
- correct endian-ness during IOCB preperation
- simplification

o Additional 64bit DMA fixes

o Additional 2.5 support fixes

o More bug-fixes

There is still alot of challenging work to be done, and perhaps now
would be a good time to ask the community, what they need and would
like to see happen with the QLogic driver? I'll start of with a brief
list of 'important' TODOs we've compiled:

o Interrupt handler cleanup

o ZIO/RIO patches for 23xx

o Continue support for kernel 2.5 and above

o Adding support for PCI-HOT plug
- complete pci_driver interface

o Fabric management
- Use login-IOCBs instead of mailbox command
- GNFT support

o SNIA API support (version 2.0)

o Complete command posting module.

o Alternative persistent binding method (non modules.conf based)

o Failover processing simplification

o VI support

I hope this helps to clearup some of the haze and ambiguity
surrounding QLogic's work with the 6.x series driver, and perhaps
at the same time, prepares a medium for discussion regarding the 6.x
series driver.

--=20
Andrew Vasquez | praka@san.rr.com |
I prefer an accomidating vice to an obstinate virtue
DSS: 0x508316BB, FP: 79BD 4FAC 7E82 FF70 6C2B 7E8B 168F 5529 5083 16BB

--huq684BweRXVnRxX
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: I prefer an accomidating vice to an obstinate virtue...

iD8DBQE9k++hFo9VKVCDFrsRAp9pAJsGj3xBK49L9NoYnKcCuXRLbFiyLQCg0Qku
JRSxQGRYejsxdc1lUPi2lw4=
=XS6q
-----END PGP SIGNATURE-----

--huq684BweRXVnRxX--
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/