Received: by 2002:a25:ad19:0:0:0:0:0 with SMTP id y25csp638156ybi; Wed, 3 Jul 2019 02:18:18 -0700 (PDT) X-Google-Smtp-Source: APXvYqwYiNEaa6P4l8lFiLOOIA2IHPsKi9miw0609lwlwqokG+bcZ+n5Mbz91++fH1G65J2Nig6m X-Received: by 2002:a17:90a:3086:: with SMTP id h6mr11785613pjb.14.1562145498236; Wed, 03 Jul 2019 02:18:18 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1562145498; cv=none; d=google.com; s=arc-20160816; b=Po1XbzYbxUhNC0H+DRdRQslhZDo1vmpQg+FbjWUkh07IAJjCEljf56FDvwJgUGaey6 sZQ8tn6qiWo+NZIWOvamTb6O558GMHVTuhnfH8Hh54SDky6wqz0NPu5Uz3P2quvKSy3Q lUsppcAFEG4OMfJpZZsLXGg3nD4KURsxpIwCrIYt3tKOBluuUyGSAwOL6t3ozTaR3KIg zCkeLxfuYfQF3pPNjDOtDxaPC5gNlBH3kp1rNOb4WwWTLsyQf2KskEka4vJX0rWeabBQ a1JfcqQu7Bu4p3qaHiADVf3fr/WgEeP93xIwNdwUkK3hHuZ9flphc2Yt+M7Hqj/k6Uxn I9SA== 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; bh=g5eyKwtJZvgSV1Fctm85A3I+5FNlWn6L7oDAw1Bb1bs=; b=ST4T3lWuD3gAFtnAH4XK/XV+VX6UkI5n8242l40OFupn+qdPrPQ3ETXOLRqZEfXnj9 ivhhRZ+U8lUkXHQFnc/pKjf23tfIT/kEc/+L+yD1tiBBkSLQDD16zmQ/0yxlaceBDd+b ArzkuKesEXxulsvp6vIpbLWXZLevQ6rrGLYXRSmY8jn9q1LECsFLsYdWFC5HmpEzF75g YFSuaGj5jVyteFQ+vXCf4R6o1HjupdC/I2cY37frLAsP7NVnxuhNkJWGjl+uuyb/blXX pedCIcqpkkEaHgE+sgEK+EsatXN/6oVVhLM4jtkZ8aI9uL4y4P5/bb9YbiHd8+k1MS+a ZfqA== ARC-Authentication-Results: i=1; mx.google.com; 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 g14si1894872pgo.579.2019.07.03.02.18.03; Wed, 03 Jul 2019 02:18:18 -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; 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 S1727307AbfGCJRO (ORCPT + 99 others); Wed, 3 Jul 2019 05:17:14 -0400 Received: from Galois.linutronix.de ([193.142.43.55]:51194 "EHLO Galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727045AbfGCJRN (ORCPT ); Wed, 3 Jul 2019 05:17:13 -0400 Received: from pd9ef1cb8.dip0.t-ipconnect.de ([217.239.28.184] helo=nanos) by Galois.linutronix.de with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1hibNx-0007zt-Qo; Wed, 03 Jul 2019 11:17:05 +0200 Date: Wed, 3 Jul 2019 11:17:04 +0200 (CEST) From: Thomas Gleixner To: Song liwei cc: linux-kernel@vger.kernel.org, Daniel Lezcano , Palmer Dabbelt , Will Deacon , Borislav Petkov , Kulkarni , Guo Ren , Joseph Lo , Hoan Tran , Anju T Sudhakar , Rafael J Subject: Re: [PATCH] x86/microcode, cpuhotplug: move microcode hotplug callback after cpu teardown In-Reply-To: <1562143728-78052-1-git-send-email-liwei.song@windriver.com> Message-ID: References: <1562143728-78052-1-git-send-email-liwei.song@windriver.com> User-Agent: Alpine 2.21 (DEB 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Linutronix-Spam-Score: -1.0 X-Linutronix-Spam-Level: - X-Linutronix-Spam-Status: No , -1.0 points, 5.0 required, ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 3 Jul 2019, Song liwei wrote: > After CPUHP_TEARDOWN_CPU callback was invoked, the context will become > atomic and IRQ disabled, while mc_cpu_down_prep will called > kernfs_find_and_get_ns which will try to acquire mutext lock which may > sleep. > > Adjust CPUHP_AP_MICROCODE_LOADER callback function run before > CPUHP_TEARDOWN_CPU to fix this bug. That's just wrong and reintroduces the bug which was fixed with that commit as perf will access a non existing MSR which is brought in by the micro code update. Aside of that the mutex issue _is_ fixed in rc7 already: 5423f5ce5ca4 ("x86/microcode: Fix the microcode load on CPU hotplug for real") Thanks, tglx