[ofa-general] RE: [ewg] RE: [ PATCH 3/3 ] RDMA/nes SFP+ cleanup

Glenn Streiff gstreiff at NetEffect.com
Tue Apr 29 10:23:58 PDT 2008


> >  > Clean up the SFP+ patch.
> > 
> > Why send a patch and then immediately a cleanup?  Why not 
> > just clean the
> > original patch?
> > 
> >  > -	if ((nesadapter->OneG_Mode) && 
> > (nesadapter->phy_type[mac_index] != NES_PHY_TYPE_PUMA_1G)) {
> >  > +	if ((nesadapter->OneG_Mode) && (nesadapter->phy_type[ 
> > mac_index ] != NES_PHY_TYPE_PUMA_1G)) {
> > 
> > This type of change isn't a cleanup... kernel style prefers
> > 
> > 	array[index]
> > 
> > to
> > 
> > 	array[ index ]
> > 
> > and it seems most of this patch is making the change to the 
> > less-good way?
> > 
> >  - R.
> > 
> 
> My bad, on the array index idiom.  I can redo.
> 
> With regard to post patch clean-ups, I recall you telling me 
> that is was preferred to either front-load or back-load the 
> cleanups in a patch series.  
> 
> I generally "cleaned-up" the entire functions rather than 
> just the patched portion.  If I do both together, then you'll 
> get clean-up noise interspersed with functional deltas making 
> functional review somewhat annoying in my opinion.
> 

Hmm...what I probably should of done was given a clean sfp-patch
and then add peripheral cleanups to the functions as a subsequent
patch.  I'll go down that page.

Glenn



More information about the general mailing list