[dm-devel] [PATCH] multipath-tools: reorder vendors in hwtable

Martin Wilck mwilck at suse.de
Mon Mar 18 09:42:37 UTC 2019


On Sun, 2019-03-17 at 00:04 +0100, Xose Vazquez Perez wrote:
> On 12/21/18 12:51 AM, Martin Wilck wrote:
> > On Wed, 2018-12-19 at 22:23 +0100, Xose Vazquez Perez wrote:
> > > Xio was acquired by Violin, and add FlashSystem 9100 to Storwize
> > > in
> > > comments.
> > > 
> > > Cc: Christophe Varoqui <christophe.varoqui at opensvc.com>
> > > Cc: DM-DEVEL ML <dm-devel at redhat.com>
> > > Signed-off-by: Xose Vazquez Perez <xose.vazquez at gmail.com>
> > > ---
> > >  libmultipath/hwtable.c | 50 ++++++++++++++++++++--------------
> > > ----
> > > ----
> > >  1 file changed, 24 insertions(+), 26 deletions(-)
> > > 
> > How important is it to reflect this kind of company-A-owns-company-
> > B
> > information in multipath-tools source code? IMO it makes it harder
> > to
> > track code changes, for no obvious technical reason.
> 
> Keep the file consistent with the real world.
> There is no more Xiotech company, now their products are sold by
> Violin.
> The same happened in the past with:
> XIV : RamSan -> IBM
> LSI_RDAC : SolidFir -> NetApp
> DEC -> Compaq : 3PAR : LEFTHAND : Nimble : SGI -> HPE
> DGC : XtremIO -> EMC : Compellent -> DELL

Fine with me, in general. But I dislike the "reordering vendors" type
of patch, leading to 22 insertions and 22 deletions without changing
any actual code. Sorting the hw entries by comments also makes little
sense to me. IMO we should switch using the actual .vendor/.product
strings for sorting, and perhaps move the "maintainers" information
into a separate file.

The fact that we did it in the past doesn't mean it's the right thing
to do. Anyone who needs to look up properties for a specific device in
hwtable.c will likely use the "search" functionality of her text editor
of choice, rather than rely on the alphabetic sorting of the entries;
and again it's usually the vendor/product string that matters for this
lookup rather than the comment on top of it. Therefore the benefit of
keeping the order is low. But following the history of changes (in
order to figure out when and with what rationale a certain setting was
added) is made significantly harder by patches of this kind.

Martin





More information about the dm-devel mailing list