Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp4031067ybz; Mon, 4 May 2020 14:26:55 -0700 (PDT) X-Google-Smtp-Source: APiQypKS0igZzfZLqq505R9Zm9GqPxSq6gE+6B5YgbEJ3PmMAbSVNZPdN6du07Bp8YgOPXj8x8WZ X-Received: by 2002:aa7:d542:: with SMTP id u2mr34630edr.234.1588627615026; Mon, 04 May 2020 14:26:55 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1588627615; cv=none; d=google.com; s=arc-20160816; b=gS2xH/uN3HTyECZ7a9E6B602RypAL8ErczdVLncpLhW4RpoAE87N4wHs1g3Az4z4F4 m4eAbWyz2HZuCBpFtg2ZSJWxGiaYK8udZo6sqh7EHr9KgWvDyhr5Y4rVdhcp5xZycgxb 4nsbnw8cch80sDc509x6bAvOkZdw4z9R5u/dNt+c0R7MtDJ8Xai6AwGJnwApgOV6AUNy I7zQXlwIQ+AZhUXsD9DWpiF0dShqMbdp4RBzaarFglB1eb+WV0Cas+tv/A5burECCMzv 6NaVZ0X7WdtcRIZGmNl+4z3/b1TjUhNe64AnMnGFhmhTo4XSKsOZaxLqWHpJkuzpUT1M LPWw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :message-id:in-reply-to:subject:cc:to:from:date:dkim-signature; bh=2Zv4G+VzNcrRYGRaLUVhI8DhRnEm8hPxZxVB7VoicFU=; b=AkwYsFWpH/wtsjHUL7AlUQfISPvA69m7DZNlXPEKscpsWlp2duFJDUHmaQQGAVScRv UEwPVgaAEJC0Yg/DRfUz6PlDJ/FEcoyQWC/5ib3bxDirBPje+mDfH+UhPrL7Z5pqp6K0 Wwu9SGHiEa3SfTe9lCf4I2+fWp3yqbd/vKgLlQfTQOoAzTf/rjYbls4VdZ+QW+l8Scx2 dzGKeZGKBx2z0SyYS4XNW7rzuwX33mU3DEkb+75FKQI/7HBnGrIFAyMaGFu4awyR4OmU Y9SkmKiNu3j2JQXeHhGVQhBL1+BwlR/6JLgCl/fK7rR7B0wpGZ6qui6mjj6xX+UV1JhB TgNg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=B98dTBwl; 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=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id y21si7454024eju.232.2020.05.04.14.26.31; Mon, 04 May 2020 14:26:55 -0700 (PDT) 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; dkim=pass header.i=@google.com header.s=20161025 header.b=B98dTBwl; 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=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727953AbgEDVZQ (ORCPT + 99 others); Mon, 4 May 2020 17:25:16 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60814 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1726469AbgEDVZP (ORCPT ); Mon, 4 May 2020 17:25:15 -0400 Received: from mail-il1-x144.google.com (mail-il1-x144.google.com [IPv6:2607:f8b0:4864:20::144]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id EEBB1C061A0E for ; Mon, 4 May 2020 14:25:14 -0700 (PDT) Received: by mail-il1-x144.google.com with SMTP id w6so326551ilg.1 for ; Mon, 04 May 2020 14:25:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=date:from:to:cc:subject:in-reply-to:message-id:references :user-agent:mime-version; bh=2Zv4G+VzNcrRYGRaLUVhI8DhRnEm8hPxZxVB7VoicFU=; b=B98dTBwlQXRYGsKg56YCnInz+NoQZ5+A4ZtN/Y7PIF4xdwoHLXGyFVpzMHa9dth7YG MeWkTLCm6xl2dtKPboMnsQ8/T+Mnt4GiNk7VXCv45UI6vx4f4zIM8Bw2r897kzenDknO fyDSlqjNMdNC3wg9lLhdr4HP8ZfQ4GckwJrqpappDSjf0JaXkUdBk3mTmhA0QG/UzlzZ mk76oxVMs5w+82K5zekIfahN26epbZoGwoEK7ZSIOJ8q0vzrK6NBGpFUVduJkwUliKcX 6vaU7aLhxO4/rRhZUdML/mXK9WjGcRRqZE76iq4zY1u8GOqrmOTWWvmPwG65+rrp41/9 E33Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:in-reply-to:message-id :references:user-agent:mime-version; bh=2Zv4G+VzNcrRYGRaLUVhI8DhRnEm8hPxZxVB7VoicFU=; b=QkvUJHZga9A8cpC1V+ymdS+MVm3Mnz5i/LjIHi9wprXlMvw44xMd10vgaw4OHCAItR 3AFFj9kmT+q/x7IH7kJb9KihCSd8P3PkJNboRzvWJ0BD/NVYmYEsfSYFC4EGcnC40mSb g8cVIdgaFc1LmUEm2BkcHZoGfEKMJUEs1xPUjausWfXTGTeAwI4L4p/hNk+f+/8SxEMe TingWBXeKzCFbkD5SximxBa7/Il+w9+aNSClxZ4JMbJrdAjVrz090oHAt9hkEUtIWNK8 wCIfbCddFIpQPsmjBAPGVI/Pn7eXSNdIQVdYlqmSIlplgAauT4Am4wjI2QNjP4z7lJ9K I9QA== X-Gm-Message-State: AGi0Pua2PnUAz7EIob9k+568+OZMDVF7RxDgkWKilFSXtv5+9Z8Ay0iA 08+i7H0xwHMvUGCvvgcfLdmsKHyMfIY= X-Received: by 2002:a63:4f0e:: with SMTP id d14mr175207pgb.445.1588627513782; Mon, 04 May 2020 14:25:13 -0700 (PDT) Received: from [2620:15c:17:3:3a5:23a7:5e32:4598] ([2620:15c:17:3:3a5:23a7:5e32:4598]) by smtp.gmail.com with ESMTPSA id gl12sm372771pjb.27.2020.05.04.14.25.12 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 04 May 2020 14:25:13 -0700 (PDT) Date: Mon, 4 May 2020 14:25:12 -0700 (PDT) From: David Rientjes X-X-Sender: rientjes@chino.kir.corp.google.com To: Kevin Hao cc: linux-mm@kvack.org, linux-kernel@vger.kernel.org, Christoph Lameter , Pekka Enberg , Joonsoo Kim , Andrew Morton , Sebastian Andrzej Siewior , Thomas Gleixner , Steven Rostedt Subject: Re: [PATCH v5.6-rt] mm: slub: Always flush the delayed empty slubs in flush_all() In-Reply-To: <20200504033407.2385-1-haokexin@gmail.com> Message-ID: References: <20200504033407.2385-1-haokexin@gmail.com> User-Agent: Alpine 2.22 (DEB 394 2020-01-19) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 4 May 2020, Kevin Hao wrote: > After commit f0b231101c94 ("mm/SLUB: delay giving back empty slubs to > IRQ enabled regions"), when the free_slab() is invoked with the IRQ > disabled, the empty slubs are moved to a per-CPU list and will be > freed after IRQ enabled later. But in the current codes, there is > a check to see if there really has the cpu slub on a specific cpu > before flushing the delayed empty slubs, this may cause a reference > of already released kmem_cache in a scenario like below: > cpu 0 cpu 1 > kmem_cache_destroy() > flush_all() > --->IPI flush_cpu_slab() > flush_slab() > deactivate_slab() > discard_slab() > free_slab() > c->page = NULL; > for_each_online_cpu(cpu) > if (!has_cpu_slab(1, s)) > continue > this skip to flush the delayed > empty slub released by cpu1 > kmem_cache_free(kmem_cache, s) > > kmalloc() > __slab_alloc() > free_delayed() > __free_slab() > reference to released kmem_cache > > Fixes: f0b231101c94 ("mm/SLUB: delay giving back empty slubs to IRQ enabled regions") > Signed-off-by: Kevin Hao Acked-by: David Rientjes