Re: [PULL -tip] fixed few make headers_check warnings

[Geert Uytterhoeven]

On Wed, 14 Jan 2009, Jaswinder Singh Rajput wrote:
> On Wed, Jan 14, 2009 at 9:08 PM, Sam Ravnborg <sam@xxxxxxxxxxxx> wrote:
> > I appreciate your work but I will like to question the approach.
> 
> My approach was:
> "PATCH should solve a problem per file", like:
>  capability.h: extern's make no sense in userspace
>  coda_psdev.h: extern's make no sense in userspace
>  in6.h: extern's make no sense in userspace
>  nubus.h: extern's make no sense in userspace
>  socket.h: extern's make no sense in userspace
> 
> But this warnings was in many files:
>  include of <linux/types.h> is preferred over <asm/types.h> : 15 files
>  found __[us]{8,16,32,64} type without #include <linux/types.h> : 52 files
> 
> So in place of making 15 + 52 = 67 patches, I made 2 patches for each warning.
> 
> > We should rather take the warnings as an indication that this
> > file needs to be looked over and fix not only the warnings
> > reported but rater to fix all the questionable issues on a file-by-file basis.
> 
> Should I make 67 patches ?

No.

What Sam means is that the warnings about externs not making sense in userspace
are indicators that there may be other external declarations (without "extern")
in those files, and that you should fix those at the same time (i.e. either
don't fix any of them, or fix all of them (in the same file)). If you don't
fix them at the same time, people tend to forget about them.

So the warnings are just considered canaries in our coal mine. Killing only the
canaries doesn't help.

Gr{oetje,eeting}s,

						Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@xxxxxxxxxxxxxx

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
							    -- Linus Torvalds
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/