[Ksummit-discuss] [TOPIC] Encouraging more reviewers
James Bottomley
James.Bottomley at HansenPartnership.com
Wed May 28 05:11:31 UTC 2014
On Tue, 2014-05-27 at 23:22 +0200, Jiri Kosina wrote:
> On Wed, 28 May 2014, James Bottomley wrote:
>
> > > With my distro person hat on, I'd really like to call at least for pushing
> > > driver maintainers much harder to be a lot more verbose in their
> > > changelogs (if splitting the commits into smaller chunks is not an
> > > option). Without that, trying to find out what change might potentially
> > > cause what kind of behavior turns into a nightmare.
> > >
> > > For an example picked up in a completely in random, look at this one
> > >
> > > commit 1ba981fd3ad1f91b8bb205ce6aac6aad45f2fa7a
> > > Author: James Smart <james.smart at emulex.com>
> > > Date: Thu Feb 20 09:56:45 2014 -0500
> > >
> > > [SCSI] lpfc 8.3.45: Incorporated support of a low-latency io path
> >
> > Well, I don't disagree, but getting driver writers to supply changelogs
> > is hard.
>
> I know. But there just a one single force on planet Earth that can make
> this happen, and that's maintainer saying "No, you have to do better".
Look, in the immortal words of Bill Clinton: I feel your pain. However,
having it all be the Maintainer's fault isn't scalable.
> > For the ones I understand, I've rewritten (or even composed) quite a few
> > change logs myself because I often don't get anything usable back when I
> > request a rewrite.
>
> Are you implying that Linux is still not in a position to force HW vendor
> companies to rather invest 30 man-minutes in order to have a proper
> changelog and driver merged in Linus' tree compared to receiving bad
> public press when they are being rejected (especially for such negligible
> reason as changelog text)?
To paraphrase Martin: hell, yes.
> > My intolerance for bad changelogs is high in shared code, but for single
> > vendor drivers it's often hard just to get the code and keep it in sync,
> > so I have a lot lower tolerance.
>
> Unfortunately this doesn't make much of a difference for distro vendors
> when chasing unknown bugs.
So please help me. I have quite a few distro people on my list, it
would be enormously helpful if they reviewed a few vendor patches,
perhaps suggesting workable changelogs in the review ... it doesn't have
to be every patch, which is unmanageable, but a few to act as training
wheels.
James
More information about the Ksummit-discuss
mailing list