* Multipath selector policy additions
@ 2006-02-07 22:10 Brad Johnson
2006-02-09 19:37 ` Christophe Varoqui
0 siblings, 1 reply; 2+ messages in thread
From: Brad Johnson @ 2006-02-07 22:10 UTC (permalink / raw)
To: dm-devel
[-- Attachment #1.1: Type: text/plain, Size: 1048 bytes --]
I am a software developer that is new to this list. I understand that currently round-robin is the only implemented path selector type. I am scoping (for a major storage vendor) the effort required to implement additional selector types, as well as other work required to function properly with their hardware (possibly special device-specific hardware handlers, config file changes, etc.). I assume there is a procedure in place to allow developers to submit changes such as these to the public domain, and hope that eventually they may be included in some future distributions.
My questions are:
What is the procedure for submitting kernel patches for the device mapper?
Who (or what organization) owns responsibility for the device mapper kernel modules?
Who owns responsibility for the user-space multipath pieces?
Is anyone else currently developing additional path selector types?
I am sorry if my newbie questions are naive, but any help to point me in the right direction will be greatly appreciated.
Regards,
Brad Johnson
[-- Attachment #1.2: Type: text/html, Size: 1968 bytes --]
[-- Attachment #2: Type: text/plain, Size: 0 bytes --]
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: Multipath selector policy additions
2006-02-07 22:10 Multipath selector policy additions Brad Johnson
@ 2006-02-09 19:37 ` Christophe Varoqui
0 siblings, 0 replies; 2+ messages in thread
From: Christophe Varoqui @ 2006-02-09 19:37 UTC (permalink / raw)
To: device-mapper development
On mar, 2006-02-07 at 16:10 -0600, Brad Johnson wrote:
> I am a software developer that is new to this list. I understand that
> currently round-robin is the only implemented path selector type. I am
> scoping (for a major storage vendor) the effort required to implement
> additional selector types, as well as other work required to function
> properly with their hardware (possibly special device-specific
> hardware handlers, config file changes, etc.). I assume there is a
> procedure in place to allow developers to submit changes such as these
> to the public domain, and hope that eventually they may be included in
> some future distributions.
>
> My questions are:
>
> What is the procedure for submitting kernel patches for the device
> mapper?
Submitting changes to the maintainer, cc the dm-devel list is the
practice for both kernel-space and user-space multipath subsystems.
> Who (or what organization) owns responsibility for the device mapper
> kernel modules?
I'll guess you mean maintainership, not "responsibility" :/
The DM maintainer is Alasdair Kergon, RedHat.
> Who owns responsibility for the user-space multipath pieces?
I maintain the user-space tools
>
> Is anyone else currently developing additional path selector types?
Mike Christie, RedHat, and Lars M. Bree, Suse, have experimence with
hwhandlers
>
> I am sorry if my newbie questions are naive, but any help to point me
> in the right direction will be greatly appreciated.
>
> Regards,
> Brad Johnson
>
> --
> dm-devel mailing list
> dm-devel@redhat.com
> https://www.redhat.com/mailman/listinfo/dm-devel
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2006-02-09 19:37 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-02-07 22:10 Multipath selector policy additions Brad Johnson
2006-02-09 19:37 ` Christophe Varoqui
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.