[lkml]   [2008]   [Jun]   [16]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [PATCH 1/2] 8139too: clean up spaces and TABs
On Mon, 16 Jun 2008 17:07:38 +0200
Stefan Richter <> wrote:

> Németh Márton wrote:
> > I have chosen the's output to compare the
> > whether the old and the new code are better or not. Maybe that was a mistake.
> Well, running checkpatch on source files (rather than patches) and
> fixing the files up according to checkpatch's output and own good
> judgement has two uses:
> - bring new unmerged code into shape before submission,
> - bring older mainline code into the canonical form as a basis
> for further work. You certainly saw how lots and lots of such
> checkpatch-assisted cleanups went into arch/x86. That's because
> they were found useful for the work on unifying the two x86
> architecture subtrees.
> So, a coding style rework has its use even on legacy code if people have
> plans with the code. But keep in mind that (a) the whitespace rules
> aren't hard and universally agreed upon rules, (b) coding style has a
> number of other aspects of arguably greater importance than whitespace
> style, like proper modularization, good choices of names, use of common
> idioms and APIs instead of own inventions, and so on.

There is no point in doing this kind of checkpatch cleanup on its own.
It is worth doing more serious style work and rewriting of older drivers,
in the areas where other work needs to be done. Please work on drivers
that are ugly old vendor code, and/or you can find someone with the hardware
to test it.
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2008-06-16 18:35    [W:0.128 / U:0.196 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site