Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67;
Date:   Thu, 22 Aug 2019 12:04:47 -0700 (PDT)
Message-Id: <20190822.120447.538380205267677448.davem@davemloft.net>
To:     jan.dakinevich@virtuozzo.com
Cc:     linux-kernel@vger.kernel.org, den@virtuozzo.com,
        khorenko@virtuozzo.com, jan.dakinevich@gmail.com,
        kuznet@ms2.inr.ac.ru, yoshfuji@linux-ipv6.org, pablo@netfilter.org,
        kadlec@netfilter.org, fw@strlen.de, johannes.berg@intel.com,
        dsahern@gmail.com, christian@brauner.io,
        stephen@networkplumber.org, Jason@zx2c4.com,
        jakub.kicinski@netronome.com, willemb@google.com,
        xiyou.wangcong@gmail.com, simon.horman@netronome.com,
        john.hurley@netronome.com, pabeni@redhat.com, brouer@redhat.com,
        bigeasy@linutronix.de, edumazet@google.com, lirongqing@baidu.com,
        ap420073@gmail.com, ptalbert@redhat.com,
        herbert@gondor.apana.org.au, tglx@linutronix.de, dima@arista.com,
        netdev@vger.kernel.org, netfilter-devel@vger.kernel.org,
        coreteam@netfilter.org
Subject: Re: [PATCH 0/3] rework netlink skb allocation
From:   David Miller <davem@davemloft.net>
In-Reply-To: <1566470851-4694-1-git-send-email-jan.dakinevich@virtuozzo.com>
References: <1566470851-4694-1-git-send-email-jan.dakinevich@virtuozzo.com>
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk

From: Jan Dakinevich <jan.dakinevich@virtuozzo.com>
Date: Thu, 22 Aug 2019 10:48:08 +0000

> Currently, userspace is able to initiate costly high-order allocation in 
> kernel sending large broadcast netlink message, which is considered 
> undesirable. At the same time, unicast message are safe in this regard, 
> because they uses vmalloc-ed memory.
> 
> This series introduces changes, that allow broadcast messages to be 
> allocated with vmalloc() as well as unicast.

I'm tossing this series for the same reason I tossed the AF_UNIX change.