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;
From:   Giuseppe Scrivano <gscrivan@redhat.com>
To:     Andrew Morton <akpm@linux-foundation.org>
Cc:     linux-kernel@vger.kernel.org, gregkh@linuxfoundation.org,
        mingo@kernel.org, dave@stgolabs.net
Subject: Re: [RFC PATCH] ipc, mqueue: lazy call kern_mount_data in new namespaces
References: <20171127125550.15514-1-gscrivan@redhat.com>
        <20171128135316.6d7bba7fe909ba3d90e318db@linux-foundation.org>
Date:   Wed, 29 Nov 2017 11:33:28 +0100
In-Reply-To: <20171128135316.6d7bba7fe909ba3d90e318db@linux-foundation.org>
        (Andrew Morton's message of "Tue, 28 Nov 2017 13:53:16 -0800")
Message-ID: <87wp29l6h3.fsf@redhat.com>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.3 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk

Andrew Morton <akpm@linux-foundation.org> writes:

> OK, but this simply moves the expense so it happens later on.  Why is
> that better?

the optimization is for new IPC namespaces that don't use mq_open.  In
this case there won't be any kern_mount_data cost at all.

Regards,
Giuseppe

From 1585348425112879510@xxx Tue Nov 28 21:54:35 +0000 2017
X-GM-THRID: 1585224021535347143
X-Gmail-Labels: Inbox,Category Forums,HistoricalUnread