On Wed, Oct 28, 2015 at 9:42 AM, Hannes Frederic Sowa
wrote:
> Hello,
>
> On Wed, Oct 28, 2015, at 14:32, Dan Streetman wrote:
>> On Tue, Oct 27, 2015 at 12:15 PM, wrote:
>> > From: Dan Streetman
>> >
>> > The ipv4 and ipv6 xfrms each create a template dst_ops object, and
>> > perform dst_entri
From: Dan Streetman
Date: Wed, 28 Oct 2015 09:32:47 -0400
> Well I'm not sure why my test kernel booted, while the test robot
> found the bug of GFP_KERNEL percpu counter alloc during atomic
> context. Thanks test robot!
It's because of the kernel config options you (don't) have
enabled.
--
To
Hello,
On Wed, Oct 28, 2015, at 14:32, Dan Streetman wrote:
> On Tue, Oct 27, 2015 at 12:15 PM, wrote:
> > From: Dan Streetman
> >
> > The ipv4 and ipv6 xfrms each create a template dst_ops object, and
> > perform dst_entries_init() on the template objects. Then each net
> > namespace has its
On Tue, Oct 27, 2015 at 12:15 PM, wrote:
> From: Dan Streetman
>
> The ipv4 and ipv6 xfrms each create a template dst_ops object, and
> perform dst_entries_init() on the template objects. Then each net
> namespace has its net.xfrm.xfrm[46]_dst_ops field set to the template
> values. The proble
