[PATCH 0/3] Workqueue framework and ALUA hardware handler

[PATCH 0/3] Workqueue framework and ALUA hardware handler

[Hannes Reinecke]

Hi all,

this patchset adds some more abstraction to the multipath
hardware handlers.
- A generic workqueue framework is added, which allows the
  hardware handler to submit failover commands independent
  from multipath I/O.
- The exsting RDAC hardware handler is converted to use that
  framework
- A new SPC-3 ALUA hardware handler is added, using that
  framework
- A controller abstraction is added to the framework, which
  allows for command throttling based on the used controller.
- The RDAC hardware handler is modified to use the new
  controller framework.

This patchset superseded my previous implementation of the
SPC-3 ALUA handler.
Next plans are to update the table definitions and multipath-tools
to allow for a passing of the controller ID from userland; ALUA
doesn't specify for any controller information, so we have to
do this by hand based on prior knowledge of the storage array.

As per normal, comments etc welcome.

Cheers,

Hannes
-- 
Dr. Hannes Reinecke		      zSeries & Storage
hare@suse.de			      +49 911 74053 688
SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg
GF: Markus Rex, HRB 16746 (AG Nürnberg)
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: [PATCH 0/3] Workqueue framework and ALUA hardware handler

[S. J. van Harmelen]

Hi Hannes,

Can you tell me when these patches get in the kernel? Is that going to
be 2.6.24.x or can we expect them before that?

Sander



On Thu, 2007-11-15 at 10:13 +0100, Hannes Reinecke wrote:
> Hi all,
> 
> this patchset adds some more abstraction to the multipath
> hardware handlers.
> - A generic workqueue framework is added, which allows the
>   hardware handler to submit failover commands independent
>   from multipath I/O.
> - The exsting RDAC hardware handler is converted to use that
>   framework
> - A new SPC-3 ALUA hardware handler is added, using that
>   framework
> - A controller abstraction is added to the framework, which
>   allows for command throttling based on the used controller.
> - The RDAC hardware handler is modified to use the new
>   controller framework.
> 
> This patchset superseded my previous implementation of the
> SPC-3 ALUA handler.
> Next plans are to update the table definitions and multipath-tools
> to allow for a passing of the controller ID from userland; ALUA
> doesn't specify for any controller information, so we have to
> do this by hand based on prior knowledge of the storage array.
> 
> As per normal, comments etc welcome.
> 
> Cheers,
> 
> Hannes