Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp2168685imm; Thu, 27 Sep 2018 08:27:40 -0700 (PDT) X-Google-Smtp-Source: ACcGV61cd5gUuErlYCZRuvqFfFL4N1hM4CzS2hn9yQ9upHX1YaIsYOQoNpskj10s2XzLjOGwP8md X-Received: by 2002:a62:571b:: with SMTP id l27-v6mr12082677pfb.29.1538062060851; Thu, 27 Sep 2018 08:27:40 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1538062060; cv=none; d=google.com; s=arc-20160816; b=T2DwTXVWx3Zvovq6CVkz2BZ552yWjS+5zX1mW+cFaWk6jQgvr1E13ejdA5NcBrK9Qm tOvTMqY6Nxb25Zb/mXMlasWDFko+WnMvb88Xccj2zgTkGILks9pkkAO6/qeJNIjNYWLQ A/34voeeQ2Z3v4i7BWv63jOY1l7wmDScInxt7eEWWozXar/fAcXJE1qswhj4fFwZjqvU gXQMLUBMAltyjROPyf/+Aak5WuKlAFbjcVYlOnea4B+A845040v01RlrdIbDzpsKI/tR aLQVFD3m9J+7gO9eNYkmhRq9Q9k/g6rSaPkpCyOSkp6YehkNbyLdvEzXhrGIp2/Q/5Gf G9SQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:feedback-id:mime-version:user-agent :references:message-id:in-reply-to:subject:cc:to:from:date :dkim-signature; bh=wZJWBxOipT7cbXsdz54XdS3gWDz3FOJBTRVQYHOejZg=; b=kHhIXXoW9fuaqxZwEB1dkRNGfK7wLTVpb7gmmMc9X/36QWijTxj+iBkxveqDkjKoEi R8gpg+FA29ZA3eq/khHQvj7rTOa5wNGPKfA97o2Ntn6Eek/ZVJ2f1kQ+0R0wvM8X+009 PxQzYt1bnkrmFDqXWaUfN3V1vSigYjIVQF0V90UNFMxX5erMLQY/DnYMtDWCLRk6rt0r lii/iRAP6crNHXh6YtD90aSe2cztAo+HabrSeonPiDpXvckcdQPYjr1RRkA3UaLaSgKm bCtc/5/xOxTVeIcykfGTA8Ja2v0fHQoqS81hA1/rp+0G69Byji9a/X4HV2SuqqpjXIbK NRXg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@amazonses.com header.s=ug7nbtf4gccmlpwj322ax3p6ow6yfsug header.b=DV8bUA+7; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id i3-v6si1469279pgm.77.2018.09.27.08.27.00; Thu, 27 Sep 2018 08:27:40 -0700 (PDT) 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; Authentication-Results: mx.google.com; dkim=pass header.i=@amazonses.com header.s=ug7nbtf4gccmlpwj322ax3p6ow6yfsug header.b=DV8bUA+7; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727676AbeI0VpZ (ORCPT + 99 others); Thu, 27 Sep 2018 17:45:25 -0400 Received: from a9-54.smtp-out.amazonses.com ([54.240.9.54]:39008 "EHLO a9-54.smtp-out.amazonses.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727307AbeI0VpZ (ORCPT ); Thu, 27 Sep 2018 17:45:25 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=ug7nbtf4gccmlpwj322ax3p6ow6yfsug; d=amazonses.com; t=1538061998; h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:MIME-Version:Content-Type:Feedback-ID; bh=5liwlqbFl0SuwAKT/TtHqY6V25hgRoIO6r4E2yAYe1s=; b=DV8bUA+7uJkxPP2kBmdTykPUj7jq5k6CC8gSlsBMUz0HND+qcZiakKmDJbE5eKRh 6ompb34xUsk3PJZohWo9H8H7hnfA7gRR9BamRRE6eQc2pB1RnRw77XttIBTR/JuDkHo D6ZarIpwU6TIvDZzAtK1odpDgMWEw3iydq2Z78+w= Date: Thu, 27 Sep 2018 15:26:38 +0000 From: Christopher Lameter X-X-Sender: cl@nuc-kabylake To: zhong jiang cc: gregkh@linux-foundation.org, iamjoonsoo.kim@lge.com, rientjes@google.com, penberg@kernel.org, akpm@linux-foundation.org, mhocko@suse.com, linux-mm@kvack.org, linux-kernel@vger.kernel.org, stable@vger.kernel.org Subject: Re: [STABLE PATCH] slub: make ->cpu_partial unsigned int In-Reply-To: <1538059420-14439-1-git-send-email-zhongjiang@huawei.com> Message-ID: <010001661ba398a8-f7e5b6c8-b7ff-4f01-8b18-0ad582344ea7-000000@email.amazonses.com> References: <1538059420-14439-1-git-send-email-zhongjiang@huawei.com> User-Agent: Alpine 2.21 (DEB 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-SES-Outgoing: 2018.09.27-54.240.9.54 Feedback-ID: 1.us-east-1.fQZZZ0Xtj2+TD7V5apTT/NrT6QKuPgzCT/IC7XYgDKI=:AmazonSES Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 27 Sep 2018, zhong jiang wrote: > From: Alexey Dobriyan > > /* > * cpu_partial determined the maximum number of objects > * kept in the per cpu partial lists of a processor. > */ > > Can't be negative. True. > I hit a real issue that it will result in a large number of memory leak. > Because Freeing slabs are in interrupt context. So it can trigger this issue. > put_cpu_partial can be interrupted more than once. > due to a union struct of lru and pobjects in struct page, when other core handles > page->lru list, for eaxmple, remove_partial in freeing slab code flow, It will > result in pobjects being a negative value(0xdead0000). Therefore, a large number > of slabs will be added to per_cpu partial list. That sounds like it needs more investigation. Concurrent use of page fields for other purposes can cause serious bugs. > > I had posted the issue to community before. The detailed issue description is as follows. I did not see it. Please make sure to CC the maintainers.