Re: [PATCH 5/5] dmaengine: bcm2835: Remove dead code

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 08-01-19, 15:18, Lukas Wunner wrote:
> On Mon, Jan 07, 2019 at 01:58:33PM +0530, Vinod Koul wrote:
> > On 22-12-18, 08:28, Lukas Wunner wrote:
> > > The BCM2835 DMA driver deletes a channel from a list upon termination
> > > without having added it to a list first.  Moreover that operation is
> > > protected by a spinlock which isn't taken anywhere else.  These appear
> > > to be remnants of an older version of the driver which accidentally
> > > got mainlined.  Remove the dead code.
> > > 
> > > While at it remove an outdated comment claiming the driver only supports
> > 
> > Ditto, whenever you use also, while at it... think if this is a
> > candidate for splitting up.
> > 
> > A patch should do one thing only..
> 
> If a set of changes could provoke a regression, separating each into
> an individual commit makes sense to ease bisecting.
> 
> However separating trivial and obviously correct cleanups into individual
> commits actually makes bisecting *harder* because it increases the number
> of steps to find the offending commit.  Thus, clustering related cleanups
> together makes sense.

I disagree, even if it is cleanup I would prefer a patch doing one
thing. While working down the line it helps to follow the changes
atomically rather than deal with  a big pile!

> It is never a good idea to follow rules such as "a patch should do one
> thing only" slavishly.

Agreed on that, but I feel I have a decent reason for this request!

> Nevertheless, happy to oblige if that's what it takes to get the patches in.

-- 
~Vinod



[Index of Archives]     [Linux Kernel]     [Linux ARM (vger)]     [Linux ARM MSM]     [Linux Omap]     [Linux Arm]     [Linux Tegra]     [Fedora ARM]     [Linux for Samsung SOC]     [eCos]     [Linux PCI]     [Linux Fastboot]     [Gcc Help]     [Git]     [DCCP]     [IETF Announce]     [Security]     [Linux MIPS]     [Yosemite Campsites]

  Powered by Linux