Received: by 2002:a05:6a10:a0d1:0:0:0:0 with SMTP id j17csp3230379pxa; Tue, 25 Aug 2020 15:27:54 -0700 (PDT) X-Google-Smtp-Source: ABdhPJw8TH/Jlw/+O/uhtUYocfLfySP/lnlv2SSUSSqYeGYW/rTYLd3g3qxIDCBgj7m2F3kRTGmP X-Received: by 2002:aa7:df0f:: with SMTP id c15mr9080092edy.293.1598394474614; Tue, 25 Aug 2020 15:27:54 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1598394474; cv=none; d=google.com; s=arc-20160816; b=CgHZcIzrQY/3mVLP31OaC0ELV+mmDqHpvGECtTzMYv7PcgZXinRodvKLOis1xVzTzO bX+mUmRQw2xKhlyX8Ma3tySSIa5gqEX6ttkBqwo0p82cxFelqbEKt2nVwqI1gDpuKbdF oMVU0pUO4uM9L2SWv5sVZQr4PzrKKDabeG6gCX8WsMhvpTh4LCQj81CR6SS9idwZTROu qixrem7bpJv3SfsGHQD+DhT/dOnsghOUiYA3UrU62kwKPEIm/iRqe7YC4ejICaXo0flR wOC33Atv0YxbndKEJN9d27kM+TJPimkCqVuBZqx2TbpV8svCaRYNIshHjXH0pYwrE2ML Y8uA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-language :content-transfer-encoding:in-reply-to:mime-version:user-agent:date :message-id:organization:from:references:cc:to:subject :dkim-signature; bh=CVAr3vBma9VREIJq5jB5vDkVx59biKq2HSna+Tb5Zxw=; b=l9FHdVZQG/DpYbox2qCQJJ15w/v7oJSVfvwHN6xj6lnCpzmFl7r1DG/EZpBDGp4MJ2 n7Api6WbTyGmmdbJ0cvfjEI5VKhVeI4DofCfl2TUdEC2EfeL6q7qGZBUwcX0Y/7wXOwP G1ul/73Jj45KoWzy3p2nhoEiTUDV+fZLDzVJIj1/pasDvHu8Q+FRHr9U6GFO631QUE3g nU/Aq9lPWHRVt7h6+VAt3j25R6Y9yiHLTqLZprg2vHGj96f/XyPkIVj4aozbK2EqxlUO NfcldCykBNgYjBm5KP3GDs1+1xMCqYa9vIvbXPb56OIKofmA94hjfdM6DpPFgJdrxy+d bhpw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=KrCG4gbw; 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=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id g6si146760edv.515.2020.08.25.15.27.31; Tue, 25 Aug 2020 15:27:54 -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=@redhat.com header.s=mimecast20190719 header.b=KrCG4gbw; 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=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726716AbgHYW0j (ORCPT + 99 others); Tue, 25 Aug 2020 18:26:39 -0400 Received: from us-smtp-delivery-1.mimecast.com ([207.211.31.120]:24260 "EHLO us-smtp-1.mimecast.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726541AbgHYW0h (ORCPT ); Tue, 25 Aug 2020 18:26:37 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1598394395; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=CVAr3vBma9VREIJq5jB5vDkVx59biKq2HSna+Tb5Zxw=; b=KrCG4gbw5dFgbwg84+Q9HM5ieakF5DpZBPNrJlrD2DIFob/3Qv4wJpRmmbEm/LMEU5dLm6 Ok3oUzuXLsJ2Ss2DtVt1bw0/GfLChc+BRnKx8iogJsaX22rHxj7d1oFr1SLyWMiHhMMLnN SGtghwMNOWrsEn8V4pldG/eYMdTdZic= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-33-OoimmDYNPFaOcnn8Nw4DFg-1; Tue, 25 Aug 2020 18:26:31 -0400 X-MC-Unique: OoimmDYNPFaOcnn8Nw4DFg-1 Received: from smtp.corp.redhat.com (int-mx04.intmail.prod.int.phx2.redhat.com [10.5.11.14]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id B7C048030B4; Tue, 25 Aug 2020 22:26:30 +0000 (UTC) Received: from llong.remote.csb (ovpn-112-124.rdu2.redhat.com [10.10.112.124]) by smtp.corp.redhat.com (Postfix) with ESMTP id 34CFE5D9D3; Tue, 25 Aug 2020 22:26:30 +0000 (UTC) Subject: =?UTF-8?B?UmU6IOWbnuWkjTogW1BBVENIXSBkZWJ1Z29iamVjdHM6IGluc3RhbGwg?= =?UTF-8?Q?cpu_hotplug_callback?= To: "Zhang, Qiang" , "tglx@linutronix.de" , "elver@google.com" Cc: "linux-kernel@vger.kernel.org" , "akpm@linux-foundation.org" References: <20200820032453.5222-1-qiang.zhang@windriver.com> From: Waiman Long Organization: Red Hat Message-ID: Date: Tue, 25 Aug 2020 18:26:29 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.4.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=gbk; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Scanned-By: MIMEDefang 2.79 on 10.5.11.14 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 8/25/20 12:53 AM, Zhang, Qiang wrote: > ________________________________________ > ??????: linux-kernel-owner@vger.kernel.org ???? qiang.zhang@windriver.com > ????ʱ??: 2020??8??20?? 11:24 > ?ռ???: tglx@linutronix.de; elver@google.com; longman@redhat.com > ????: linux-kernel@vger.kernel.org > ????: [PATCH] debugobjects: install cpu hotplug callback > > From: Zqiang > > When a cpu going offline, we should free objects in "percpu_obj_pool" > free_objs list which corresponding to this cpu. The percpu free object pool is supposed to be accessed only by that particular cpu without any lock. Trying to access it from another cpu can cause a race condition unless one can make sure that the offline cpu won't become online in the mean time. There shouldn't be too many free objects in the percpu pool. Is it worth the effort to free them? Cheers, Longman