lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:   Fri, 28 Aug 2020 08:02:37 -0700
From:   James Bottomley <jejb@...ux.ibm.com>
To:     Lukas Bulwahn <lukas.bulwahn@...il.com>,
        Roman Bolshakov <r.bolshakov@...ro.com>
Cc:     "Martin K . Petersen" <martin.petersen@...cle.com>,
        linux-scsi@...r.kernel.org,
        Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
        Anil Gurumurthy <anil.gurumurthy@...gic.com>,
        Sudarsana Kalluru <sudarsana.kalluru@...gic.com>,
        linux-spdx@...r.kernel.org, linux-kernel@...r.kernel.org,
        GR-QLogic-Storage-Upstream@...vell.com,
        Arun Easi <aeasi@...vell.com>
Subject: Re: [PATCH] MAINTAINERS: orphan sections with qlogic.com group alias

On Fri, 2020-08-28 at 15:30 +0200, Lukas Bulwahn wrote:
> 
> On Fri, 28 Aug 2020, Roman Bolshakov wrote:
> 
> > On Fri, Aug 28, 2020 at 09:08:24AM +0200, Lukas Bulwahn wrote:
> > > Previous attempts of getting an answer from the qlogic.com group
> > > alias, i.e., QLogic-Storage-Upstream@...gic.com, have remained
> > > unanswered; see links below.
> > > 
> > > Mark those sections Orphan to prepare their deletion or give an
> > > actual person a chance to step up to maintain those drivers.
> > > 
> > > Link: https://lore.kernel.org/linux-spdx/20190606205526.447558989
> > > @linutronix.de
> > > Link: https://lore.kernel.org/linux-spdx/alpine.DEB.2.21.20063006
> > > 44130.4919@...ia
> > > Link: https://lore.kernel.org/linux-spdx/alpine.DEB.2.21.20082707
> > > 40140.31123@...ia
> > > 
> > 
> > CC'd Arun,
> > 
> > I think it's worth to update the alias to:
> > 
> > GR-QLogic-Storage-Upstream@...vell.com
> > 
> 
> So, if these drivers are not orphans, you can answer Thomas
> Gleixner's original email from 2019. If you can quickly ack that
> patch set, I am happy to do the donkey work to get this apply nicely
> on the current master (please CC me on that response).

I have to wonder what the object is here: to get the problem fixed or
to make a public spectacle?

Because if the object had been to get the issue fixed, waiting a year
before escalating to the SCSI list isn't the best way to achieve
outcomes, nor is now demanding that the drivers be orphaned for lack of
response to you ... particularly as you've seen the drivers updated
over that time if you actually follow kernel releases.

Qlogic or now Marvell tends to rely somewhat heavily on outsourcing for
driver maintenance and support.  Outsourcers, fairly obviously, aren't
going to respond to legal issues like this which are outside of their
remit.  What needs to happen is that someone needs to find a person
within the Qlogic org who can get this fixed ... possibly involving
explaining the actual issue along the way.  Would you like us to use
our contacts to do that?

James

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ