[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20140907.222841.1933004265241590374.davem@davemloft.net>
Date: Sun, 07 Sep 2014 22:28:41 -0700 (PDT)
From: David Miller <davem@...emloft.net>
To: mingo@...nel.org
Cc: ast@...mgrid.com, pablo@...filter.org,
torvalds@...uxfoundation.org, luto@...capital.net,
rostedt@...dmis.org, dborkman@...hat.com,
hannes@...essinduktion.org, chema@...gle.com, edumazet@...gle.com,
a.p.zijlstra@...llo.nl, hpa@...or.com, akpm@...uxfoundation.org,
keescook@...omium.org, linux-api@...r.kernel.org,
netdev@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH v10 net-next 2/2] net: filter: split filter.h and
expose eBPF to user space
From: Ingo Molnar <mingo@...nel.org>
Date: Mon, 8 Sep 2014 07:23:29 +0200
>
> * Alexei Starovoitov <ast@...mgrid.com> wrote:
>
>> > I don't think the speed up of the llvm submission is a good
>> > argument, this sounds to me similar to the "please apply this
>> > patch that reserves this new netlink family in
>> > include/linux/netlink.h, I promise this new subsystem will be
>> > submitted soon though. Meanwhile this will speed up
>> > submission of my userspace software to distributions for
>> > packaging" argument.
>>
>> You're not correct here. I'm not saying 'I promise it will be
>> submitted'. There _were_ already submitted. [...]
>
> And this split-up smaller submissions was requested by David
> Miller, the networking maintainer, so if Pablo wants another
> submission format, he needs to take it up with David - we can't
> do both at once obviously.
I think that just because I asked the submission size to be smaller,
it does not mean that you can submit things before you provide the
initial user as well.
And how to work that out and keep the submission size reasonable is
the submitter's problem, not mine.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists