Received: by 2002:a05:6a10:6d10:0:0:0:0 with SMTP id gq16csp3656812pxb; Tue, 19 Apr 2022 07:23:09 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx8krtCAduyeSCmQu0/tyRlc5j47KATwwtEVOdx9BQ4jB+7h+bOUgtLwjAzvJQkuagYyogl X-Received: by 2002:a17:90a:d082:b0:1ca:be58:c692 with SMTP id k2-20020a17090ad08200b001cabe58c692mr24285545pju.238.1650378189454; Tue, 19 Apr 2022 07:23:09 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1650378189; cv=none; d=google.com; s=arc-20160816; b=lAoBabIbeW3gtlK8gUJtbiQ3jy161vVIMl/FOsXHMxvXCi+2rRCsBXG2b2jTWk6Odp +xvh8IqVhBhhOv3W4iefPEiO41t3rm6c+pOyfIUhpwE5Z4BCV48NKhNtuwbkuU0/JLfY OTEaFx9777JF7RSBMWa9OTtK2T91n1xYnjOBKyBjxOijf1iusGPdgGFGPnOVtwRpubIo Y1faUT+wh9peBqAeiltZHapksyQN0J8/Sekelb0o2/r9YPWZdnettOpPYxiFg4PKRGqj Qz9SESxsGSUWeLN2PDSsmmIaQAssOXlw0B+d5b7mvYOCcmX4LuEl6Foz5PYPZtIwIrib 1lmw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=ym3hZBvX9zOFcA0ffWtDq0QlFhrvo2mHv4iEJ4jjbTk=; b=f+AV2K4pQUX37MPy+aRh7oSGaDnM0U4A7AQuuWYBkt2fZN4ZW+C4uUU0ELuT9pv+66 A26LgzvYiOdwj6SkUzg+RN8duMbqj/X7nkbOTjt1N21yIOZI9QqvBt1Tg1pzY6Yd9TGr augK2drsLbFmyc6s9wxd4l7QfE0+EBX+vpOA6rLRhGm8IXm8VX01nk/RTsEA4VfMWJJd KkAsvL6QcWU1zvEENrfHXP9Te/T8dxSDtdUTFl/4jurqILAfXril30Y5CZQ/dvv7S2Ms WRYPMlQUU7Qc2zgCnd5NhNqpSE9aCitNbz9ZSgacTB0ZGJVtQrSrL+0wSk3pPuU7dev1 DgRQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=0FkQHjch; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id h5-20020a170902748500b00156b39b2ec0si11139868pll.111.2022.04.19.07.22.50; Tue, 19 Apr 2022 07:23:09 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=0FkQHjch; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S241475AbiDRNYf (ORCPT + 99 others); Mon, 18 Apr 2022 09:24:35 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:41140 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S241826AbiDRNDa (ORCPT ); Mon, 18 Apr 2022 09:03:30 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [IPv6:2604:1380:4641:c500::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 5C24B33EB1; Mon, 18 Apr 2022 05:44:39 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id D961C6124B; Mon, 18 Apr 2022 12:44:38 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id E426CC385A1; Mon, 18 Apr 2022 12:44:37 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1650285878; bh=Y+wvMQmBYMXimVlEy/JTM10FdVRp4VVo24cbL45XkYg=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=0FkQHjchSbsBagkLzD+6pwNrr7CB4mub+L2/0RimtrITc5S3pCrUoraVhaPk53B4n K6DkJnV4m6DiIvKU65jT5dioc9wDJDJzF0g7VA9YyTSwuHpM9RUPrZMgbbN2Ng8UP3 u75szJ9+cpKTOMea+ruP/90Oi7cixzz2OwtK5mWM= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Nadav Amit , Thomas Gleixner Subject: [PATCH 5.4 53/63] smp: Fix offline cpu check in flush_smp_call_function_queue() Date: Mon, 18 Apr 2022 14:13:50 +0200 Message-Id: <20220418121137.744444333@linuxfoundation.org> X-Mailer: git-send-email 2.35.3 In-Reply-To: <20220418121134.149115109@linuxfoundation.org> References: <20220418121134.149115109@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-7.7 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Nadav Amit commit 9e949a3886356fe9112c6f6f34a6e23d1d35407f upstream. The check in flush_smp_call_function_queue() for callbacks that are sent to offline CPUs currently checks whether the queue is empty. However, flush_smp_call_function_queue() has just deleted all the callbacks from the queue and moved all the entries into a local list. This checks would only be positive if some callbacks were added in the short time after llist_del_all() was called. This does not seem to be the intention of this check. Change the check to look at the local list to which the entries were moved instead of the queue from which all the callbacks were just removed. Fixes: 8d056c48e4862 ("CPU hotplug, smp: flush any pending IPI callbacks before CPU offline") Signed-off-by: Nadav Amit Signed-off-by: Thomas Gleixner Link: https://lore.kernel.org/r/20220319072015.1495036-1-namit@vmware.com Signed-off-by: Greg Kroah-Hartman --- kernel/smp.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) --- a/kernel/smp.c +++ b/kernel/smp.c @@ -222,7 +222,7 @@ static void flush_smp_call_function_queu /* There shouldn't be any pending callbacks on an offline CPU. */ if (unlikely(warn_cpu_offline && !cpu_online(smp_processor_id()) && - !warned && !llist_empty(head))) { + !warned && entry != NULL)) { warned = true; WARN(1, "IPI on offline CPU %d\n", smp_processor_id());