Mike Travis wrote:
quoted text
> 
> Hi Kyle,
> 
> As I'm very new to this development arena, could you explain a bit more
> on why this is considered "bad manners"?
> 
> I'm not speaking of any particular change, but there are some realities in
> bringing a new product to market that depends heavily on new "features"
> being accepted into a specific kernel release.  I certainly do not want
> to "taint" any kernel code (and I'm always amazed at the dedication of
> so many individuals to insure this doesn't happen), but the line between
> acceptability (and not) seems to waver all over the place... ;-)
> 

It's because it's your responsibility to get the code in by whenever you 
need it to, but trying to push unfinished code with the motivation "we 
need it in by <release>" violates the development model *and* is just 
plain rude.

This comes down to the old saying "lack of planning on your part does 
not constitute an emergency on my part."

In other words, if you want to push code in by a specific release, the 
code needs to be *done* and properly submitted.  Submitting code that 
has a big "real code goes here" comment, is ridiculous.

Unfortunately we have seen a *lot* of that from several people at SGI 
over the last year.

	-hpa

--
unsubscribe notice
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/