From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-pl1-f202.google.com (mail-pl1-f202.google.com [209.85.214.202]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id A92191A2395 for ; Fri, 17 Jan 2025 17:15:29 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.214.202 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1737134132; cv=none; b=GGQUNW2+a6D40E8C27Owb/fNk10ZH3aZRdxfb6SdyEWOFAV6wevN9mB45mv0hjBRTGitIhSSQF5C4reMFOpivDWWxzugKPZ8Ry8LlN9yK7klkaPUOt01HEaehRIZZvb9Yghy8ABMTdeUmqQzZq39Bb6+b6FwiAUrhM2cJ2cRlLs= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1737134132; c=relaxed/simple; bh=0MFya64nSwrKA4zsNtkUtWH4IKaadp8mDbPpC2PlrFo=; h=Date:In-Reply-To:Mime-Version:References:Message-ID:Subject:From: To:Cc:Content-Type; b=SJDvZwx7ZgASolCejPkjfkr6xaMIIE+9lqXocvihumnzj2mIURFtEgSEyzqyZRxOndIFIej4/+tRTUrakNRvYz/x3/sp17Mx6UituooXbpaVVrzYYT3dedbCGiRsRNKlvwWirBt6J8Iw7yC83NcC3EtzAipAfmz2BdUcBQ0JfAw= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=reject dis=none) header.from=google.com; spf=pass smtp.mailfrom=flex--seanjc.bounces.google.com; dkim=pass (2048-bit key) header.d=google.com header.i=@google.com header.b=4ag2GoeL; arc=none smtp.client-ip=209.85.214.202 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=reject dis=none) header.from=google.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=flex--seanjc.bounces.google.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=google.com header.i=@google.com header.b="4ag2GoeL" Received: by mail-pl1-f202.google.com with SMTP id d9443c01a7336-2163dc0f5dbso46348655ad.2 for ; Fri, 17 Jan 2025 09:15:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20230601; t=1737134129; x=1737738929; darn=vger.kernel.org; h=cc:to:from:subject:message-id:references:mime-version:in-reply-to :date:from:to:cc:subject:date:message-id:reply-to; bh=/pcx17eniD+ASjh3teIfjrJN/d55a+1SMCIjE05N6Y0=; b=4ag2GoeL9Uij5dXXikR/tga2oE333+Z0UZd8JXsw3kqqlw23y0O2WI2cTxZTydYu+y maXvrtsG9f/N2QLF8f0bu94m9UUcknp5XYbNi74iypZwo4tFIhp2HhWkkEyjzhf2/U0H 32YrCRpcmMESOO9ydGjpPlrOkkT3DrRZDdYaUG+6HBYzGmgaskztkRyu5gZTkA934dSS O/iA2JJBQinlPO8c5/kzcRCIXdRGBOggWL5m12u/hJpal2N3y59MNhdHTraWJil+EdMo PHfryZI3ALsHyW3L+tvcA2D983kD9zAGO5rqwFI43pqgco9MISMa0ubHWJ6wQQmh/Caf IjQA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1737134129; x=1737738929; h=cc:to:from:subject:message-id:references:mime-version:in-reply-to :date:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=/pcx17eniD+ASjh3teIfjrJN/d55a+1SMCIjE05N6Y0=; b=M8S5WvZt3i8EE5WQZAXK+zAQVrafL5P6dbINWKpJEA8/GIcBymwxJe9WNH0U8u++eo XTYd+xF1aQbBToRGh9c1cAlE1vpKsd0WXvIfCjWXEKrY2cbAiylJU/T1vi9StFQt4EoZ ENlGEwrTVjZgfQMoofPIQVnYyZTvVu/rLg3DpP2SV5CqtrxBLoJcqYjEB+dT/9+zu9wV WXYsSkCVMgKQOKds+FzmHgGbXh9aePnGOzbMBomCqEbY2KX+4vm10iGbZfdJoFAxFTuV iTm0AwDvVKgzvpb2CWXSTDonRQ+UnBqV9BlD5SpEdKN2vXRKnCrd/t0HMyB/t4S6UVaY R7kA== X-Forwarded-Encrypted: i=1; AJvYcCWFNAGTJzlrUe6uegg7yP8UxPrjBMHoaayqpismcbscSIyZNtqG5m98+ms0UP+071Ch2XEQ7+CmIzBSMX4gY35n@vger.kernel.org X-Gm-Message-State: AOJu0YxGmZQE5dYYka5YJ45b4TN2mmRNiixX/R6CzLB6bUByyT2dWN7F 7JWVXnFJO6WrFRofu9Iut1sjLH8bZWq7jppAluSdD6FfLVFgkrJwrobUmC6UGN7udVWYYiZPk9/ hDg== X-Google-Smtp-Source: AGHT+IFBt8EUJmCBrYJSR6SbgIXxnZj6fm10TNGjaAj4XRK+x0dRIzGirCE9VGAaKkDPtl0zEYTqCFRnILs= X-Received: from pfbcv2.prod.google.com ([2002:a05:6a00:44c2:b0:725:a760:4c72]) (user=seanjc job=prod-delivery.src-stubby-dispatcher) by 2002:a05:6a00:148d:b0:725:eb85:f802 with SMTP id d2e1a72fcca58-72daf930e3cmr5815077b3a.2.1737134128872; Fri, 17 Jan 2025 09:15:28 -0800 (PST) Date: Fri, 17 Jan 2025 09:15:27 -0800 In-Reply-To: Precedence: bulk X-Mailing-List: linux-perf-users@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: Mime-Version: 1.0 References: <20250114175143.81438-1-vschneid@redhat.com> <20250114175143.81438-26-vschneid@redhat.com> Message-ID: Subject: Re: [PATCH v4 25/30] context_tracking,x86: Defer kernel text patching IPIs From: Sean Christopherson To: Valentin Schneider Cc: linux-kernel@vger.kernel.org, x86@kernel.org, virtualization@lists.linux.dev, linux-arm-kernel@lists.infradead.org, loongarch@lists.linux.dev, linux-riscv@lists.infradead.org, linux-perf-users@vger.kernel.org, xen-devel@lists.xenproject.org, kvm@vger.kernel.org, linux-arch@vger.kernel.org, rcu@vger.kernel.org, linux-hardening@vger.kernel.org, linux-mm@kvack.org, linux-kselftest@vger.kernel.org, bpf@vger.kernel.org, bcm-kernel-feedback-list@broadcom.com, Peter Zijlstra , Nicolas Saenz Julienne , Juergen Gross , Ajay Kaher , Alexey Makhalov , Russell King , Catalin Marinas , Will Deacon , Huacai Chen , WANG Xuerui , Paul Walmsley , Palmer Dabbelt , Albert Ou , Thomas Gleixner , Ingo Molnar , Borislav Petkov , Dave Hansen , "H. Peter Anvin" , Arnaldo Carvalho de Melo , Namhyung Kim , Mark Rutland , Alexander Shishkin , Jiri Olsa , Ian Rogers , Adrian Hunter , Kan Liang , Boris Ostrovsky , Josh Poimboeuf , Pawan Gupta , Paolo Bonzini , Andy Lutomirski , Arnd Bergmann , Frederic Weisbecker , "Paul E. McKenney" , Jason Baron , Steven Rostedt , Ard Biesheuvel , Neeraj Upadhyay , Joel Fernandes , Josh Triplett , Boqun Feng , Uladzislau Rezki , Mathieu Desnoyers , Lai Jiangshan , Zqiang , Juri Lelli , Clark Williams , Yair Podemsky , Tomas Glozar , Vincent Guittot , Dietmar Eggemann , Ben Segall , Mel Gorman , Kees Cook , Andrew Morton , Christoph Hellwig , Shuah Khan , Sami Tolvanen , Miguel Ojeda , Alice Ryhl , "Mike Rapoport (Microsoft)" , Samuel Holland , Rong Xu , Geert Uytterhoeven , Yosry Ahmed , "Kirill A. Shutemov" , "Masami Hiramatsu (Google)" , Jinghao Jia , Luis Chamberlain , Randy Dunlap , Tiezhu Yang Content-Type: text/plain; charset="us-ascii" On Fri, Jan 17, 2025, Valentin Schneider wrote: > On 14/01/25 13:13, Sean Christopherson wrote: > > On Tue, Jan 14, 2025, Valentin Schneider wrote: > >> +/** > >> + * is_kernel_noinstr_text - checks if the pointer address is located in the > >> + * .noinstr section > >> + * > >> + * @addr: address to check > >> + * > >> + * Returns: true if the address is located in .noinstr, false otherwise. > >> + */ > >> +static inline bool is_kernel_noinstr_text(unsigned long addr) > >> +{ > >> + return addr >= (unsigned long)__noinstr_text_start && > >> + addr < (unsigned long)__noinstr_text_end; > >> +} > > > > This doesn't do the right thing for modules, which matters because KVM can be > > built as a module on x86, and because context tracking understands transitions > > to GUEST mode, i.e. CPUs that are running in a KVM guest will be treated as not > > being in the kernel, and thus will have IPIs deferred. If KVM uses a static key > > or branch between guest_state_enter_irqoff() and guest_state_exit_irqoff(), the > > patching code won't wait for CPUs to exit guest mode, i.e. KVM could theoretically > > use the wrong static path. > > AFAICT guest_state_{enter,exit}_irqoff() are only used in noinstr functions > and thus such a static key usage should at the very least be caught and > warned about by objtool - when this isn't built as a module. That doesn't magically do the right thing though. If KVM is built as a module, is_kernel_noinstr_text() will get false negatives even for static keys/branches that are annotaed as NOINSTR.