[lkml]   [2009]   [May]   [11]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [patch 00/13] devtmpfs patches
> I would be very careful with such statement if you want us to accept
> your namespace hacks in the future. I guess if we ask with your next
> round "do we want to to have to maintain this for forever" you get a
> very different answer than today.

Take your unpleasant threatening attitude somewhere else. There are a lot
of people very interested in namespaces.

> > I'm sorry you decided to ship the code before getting a review.  I
> > guess that is the definition of an experimental feature.  One not in
> > the upstream kernel.
> No, I did decide to ship it in the distro which is how things work
> since forever. And it's not in the upstream kernel now, while this
> discussion happens.

And since forever the upstream approach has been "we don't care if you
shipped it first, that's *your* problem"

You've yet to demonstrate
- That your patches are a real speed up
- That dumping more crap in kernel without policy and management is a
good idea
- That the other proposals are worse than yours.

Arjan produced detailed boot graphs and boots a box very fast indeed. I
see no boot graphs, no detailed analysis here.

Instead we have obnoxious threats to Eric Biederman and an "I am going to
ram this into the kernel whatever" approach.

Neither are constructive or useful and this isn't the way the Linux
kernel project works. Yes maybe you can stuff things into Greg's tree
easily because you both work for SuSE but that isn't the right way to do
stuff for upstream.

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: 2009-05-11 12:59    [W:0.148 / U:4.676 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site