Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp1461820pxb; Mon, 22 Feb 2021 02:31:58 -0800 (PST) X-Google-Smtp-Source: ABdhPJwt+pRdh4gJKYbwXhiFNI8fjLNHZl9cX7zRq2wW8RAMwVzWXDl6Jf5v6QsudwoIuzGOCmsG X-Received: by 2002:a17:907:7691:: with SMTP id jv17mr20068142ejc.75.1613989918129; Mon, 22 Feb 2021 02:31:58 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1613989918; cv=none; d=google.com; s=arc-20160816; b=PUwdx2YhRHiVT8J/nCnSXC2JkjjnE2XUsgj3o6QssfJGEtzqHkKWsGWWPslpFBK6kN oX0n2h2JK0z5dkOSupW08iwtahvDuEVmq1g3lcaL9GnVw0z+umAc7HOKyn9x1cSab62G PkSn0NDDbB1IXF3phGF0G7Uq3Q/zxym+PBpTk6SxNo6pgXWqXBxNWTLgZK7xHyReeOu8 dBZgONZGkad8/9WQn4MWGF9wLVbLh+z9rEIRFddflN8kbm2qU5zWCXtldmqnFYYec3/n YEgdozlzYrlJ79V9Ftf4L1KYqyQB6YKElG7zbaIWjk+4JDoQKRmMFwOQ9NwnYfBsphsE i1WQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=Vo9uV/45Y2ihuObvvTHmmMHBKVTe1mM9Dk7V6Rz+BAY=; b=dGu4oJW35B9cv6SK967h0O0lfnXqR01bI0rpqvRG+f2fZkajZcunTpHveLAzWJHPxq YbzqE09rIoE3AWLhMILUFWwknuRFjwSFgfnWR5iFfCMv3f9w9LPu86CLQRHVfP9hUcoc KEucSxGfGbiOXmcrYuwQHL1GiqEVAFfDR9NTw+rDW50ZdRW5BSb2ZmXWkrI0mngvbtCG baKTfs/7YEPARX6LWdva/se4et6AIHOmggtj2AA1cYqUzb4bFS2wiFs2hu1jIdGOn+34 U4fZU47s04hC0uglm5sTw1j5jlamRRJZL/I6rJ5aF/3iQKwtXehD2bkiV1nqS6iDPhxc hwtg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id o15si6560773ejr.527.2021.02.22.02.31.35; Mon, 22 Feb 2021 02:31:58 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230140AbhBVK2p (ORCPT + 99 others); Mon, 22 Feb 2021 05:28:45 -0500 Received: from raptor.unsafe.ru ([5.9.43.93]:37334 "EHLO raptor.unsafe.ru" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230117AbhBVK2n (ORCPT ); Mon, 22 Feb 2021 05:28:43 -0500 Received: from example.org (ip-94-113-225-162.net.upcbroadband.cz [94.113.225.162]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (No client certificate requested) by raptor.unsafe.ru (Postfix) with ESMTPSA id E9233209FA; Mon, 22 Feb 2021 10:27:36 +0000 (UTC) Date: Mon, 22 Feb 2021 11:27:33 +0100 From: Alexey Gladkov To: Linus Torvalds Cc: LKML , io-uring , Kernel Hardening , Linux Containers , Linux-MM , Andrew Morton , Christian Brauner , "Eric W . Biederman" , Jann Horn , Jens Axboe , Kees Cook , Oleg Nesterov Subject: Re: [PATCH v6 0/7] Count rlimits in each user namespace Message-ID: <20210222102733.gic3q7dniljlbosm@example.org> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.6.1 (raptor.unsafe.ru [5.9.43.93]); Mon, 22 Feb 2021 10:28:01 +0000 (UTC) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, Feb 21, 2021 at 02:20:00PM -0800, Linus Torvalds wrote: > On Mon, Feb 15, 2021 at 4:42 AM Alexey Gladkov wrote: > > > > These patches are for binding the rlimit counters to a user in user namespace. > > So this is now version 6, but I think the kernel test robot keeps > complaining about them causing KASAN issues. > > The complaints seem to change, so I'm hoping they get fixed, but it > does seem like every version there's a new one. Hmm? First, KASAN found an unexpected bug in the second patch (Add a reference to ucounts for each cred). Because I missed that creed_alloc_blank() is used wider than I found. Now KASAN has found problems in the RLIMIT_MEMLOCK which I believe I fixed in v7. -- Rgrds, legion