[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20130522.001909.837849096281513655.davem@davemloft.net>
Date: Wed, 22 May 2013 00:19:09 -0700 (PDT)
From: David Miller <davem@...emloft.net>
To: akpm@...ux-foundation.org
Cc: sfr@...b.auug.org.au, linux-next@...r.kernel.org,
linux-kernel@...r.kernel.org, dborkman@...hat.com,
netdev@...r.kernel.org, nschichan@...ebox.fr
Subject: Re: linux-next: manual merge of the akpm tree with the net-next
tree
From: Andrew Morton <akpm@...ux-foundation.org>
Date: Wed, 22 May 2013 00:14:58 -0700
> On Wed, 22 May 2013 00:07:48 -0700 (PDT) David Miller <davem@...emloft.net> wrote:
>
>> From: Andrew Morton <akpm@...ux-foundation.org>
>> Date: Tue, 21 May 2013 13:04:38 -0700
>>
>> > Nicolas, I think the patches need a re-check so I'll drop the versions
>> > which I presently have. Please refresh, retest and resend when
>> > convenient? It'll need to be against linux-next, which is where the
>> > conflicting (vfree/module_free) changes have occurred.
>>
>> How about working against net-next and submitting your patches to netdev
>> just like the rest of the world?
>>
>
> Well that's probably practical. But the patchset is a seccomp
> enhancement for (at present) ARM. Not exactly net stuff, or anything
> which netdev readers are likely to spend a lot of time testing and
> reviewing.
The seccomp BPF bits we reviewed and were interested in completely, because
we're going to have to support JIT'ing all of that stuff on every cpu and
we're interested how it fits into the existing BPF codes and infrastructure.
--
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