From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.133.124]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 003E113D503 for ; Wed, 10 Dec 2025 14:07:39 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=170.10.133.124 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1765375661; cv=none; b=LXKXiWW0vaOYrYJc7zU8LfTnnbFCSOZRvrGjb+oBOC/bT7rvaLXPT7nRE3d/b4q7hJuZfhdwODl45s9o1EDzoF+hn8AV/CMlk2Ep5My4bqoeEEg5tba8B1YJCbwSlzzmtXZFjyYv68NYrjS/TGi0S10P0JKBVhM705rDe2oAkr0= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1765375661; c=relaxed/simple; bh=EWi3grHBQfPa8q5/spQ/ZuH/8lqW+7LRu/RVZpc+ND4=; h=From:To:Cc:Subject:In-Reply-To:References:Date:Message-ID: MIME-Version:Content-Type; b=BpWz1Ln3KSvxtxkzwDijlET/Do7UNmf7wavQxIcy0U/9tqW7hFXv39py6cSDggrp6vnG7PU2D22a6O54IOJX5ACbxV9JIvWhVCOkpON0rW34FpvmYk+IU4lJ3r8Fo/SdL0Eksx9DGZxkqNGjuONGvPTlrPe3YLNuVjvt0DJ+yNo= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=redhat.com; spf=pass smtp.mailfrom=redhat.com; dkim=pass (1024-bit key) header.d=redhat.com header.i=@redhat.com header.b=MdmDzxnZ; dkim=pass (2048-bit key) header.d=redhat.com header.i=@redhat.com header.b=HX7zaZ8P; arc=none smtp.client-ip=170.10.133.124 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=redhat.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=redhat.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=redhat.com header.i=@redhat.com header.b="MdmDzxnZ"; dkim=pass (2048-bit key) header.d=redhat.com header.i=@redhat.com header.b="HX7zaZ8P" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1765375658; 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: in-reply-to:in-reply-to:references:references; bh=PMiPZXUtuktCOVm722m3AfqoLQZ8gTN/Ev3snLHnVc0=; b=MdmDzxnZC+yw4a9I1mHPoHOlul2ms8KwRmUx2sxUg5DEeGVbEkghRsSW2WOTVNL9cklQya xsSibxfkVU9PXwaN9Pm97qUEwllwMa0hg+tBIAGeyt/fEMXuAiAVirV9pz2waCvciKB9xg qIf8x5JpkJ1FvIfRFB9LyXSMdyI43Ck= Received: from mail-wm1-f70.google.com (mail-wm1-f70.google.com [209.85.128.70]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-364-yOHx9D_uPraqfkAcv513sQ-1; Wed, 10 Dec 2025 09:07:37 -0500 X-MC-Unique: yOHx9D_uPraqfkAcv513sQ-1 X-Mimecast-MFC-AGG-ID: yOHx9D_uPraqfkAcv513sQ_1765375656 Received: by mail-wm1-f70.google.com with SMTP id 5b1f17b1804b1-4775d8428e8so51219825e9.0 for ; Wed, 10 Dec 2025 06:07:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=google; t=1765375656; x=1765980456; darn=vger.kernel.org; h=mime-version:message-id:date:references:in-reply-to:subject:cc:to :from:from:to:cc:subject:date:message-id:reply-to; bh=PMiPZXUtuktCOVm722m3AfqoLQZ8gTN/Ev3snLHnVc0=; b=HX7zaZ8PQ8F/zVwr6Rij4MzIFDELDtAMURO6uGYBaPKmIIipi1gKKv3sYOR5cpDF+d 0OFd1enIUz6+X0zRPh1yvOBq4/sAAGZ1kWnwYW0KtwUPyyWq3B0WvWPSd/zcpJItVvYw NGnaEGdkjLt6wCyG5+4+/H1jccdyhu9s+gdQQ1rNoXKIqjtwOOWl1KmgTaqoVTwAidzi 8DlubAC2zdgOTZbpHcsOjpRoEr3nH1/7+RfMXciZfmNT0dRrkpkh2qJDT+gpxGZLqgRu xRaeRWKG14dZR1sG8g8TdfrtFnCeKkDRUkpterH0yIfQAFRyRUBuXI7V4uvFQyS8LYHb aNPg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1765375656; x=1765980456; h=mime-version:message-id:date:references:in-reply-to:subject:cc:to :from:x-gm-gg:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=PMiPZXUtuktCOVm722m3AfqoLQZ8gTN/Ev3snLHnVc0=; b=Tr/A50TE8nxFDvmauURbu3C3AdxQzuCbR61AWY3/XolP/RFVisfzEyVmVHcHecnHU4 45/7NLECLSjA5Q7eUsnrW5jrT2fRLC7H3TJBZj7u9ipxf7zKr/C1N2o++NyFbHupCBQh VSsKT7go4IIeHrgdpo7mdORQJSTbiYd+ygTa14Oaxh8le4hfd94lLvpZCil5X1yJLFcB fG8C6Jeum/KXdwH5s1Ies5QjJlcJ41yYf4n8pXOSzMXk3jKF4TYOmCsys4+sOdG9565S eyvjk+T3u3gaF5x9GPxGr8lYMH5mVyl2gYsrUig1lThNGG/e+tMj2SZOmpOqQNyfqU1X 41lA== X-Forwarded-Encrypted: i=1; AJvYcCUK2n47rCFh2JViDm7pMqp9dCc1vRAWo+w2WJ0dvt95p7st0dzXTQGTdhYqXMv0AVkFycLbjOnJzFKJgAk=@vger.kernel.org X-Gm-Message-State: AOJu0YwxO2zo3vbea6EBkTJ7ewfOhxuYI2VgPD8dDnPNNg28+ivCF2cn 2pzhaDjJDxAaLKoklDsjLV8aguogT3mMAK+GLfJEnOhh+l0/qaLQAuPhmmZL8wFC20Dzpydii/S HeY1LV5oOST0wRdKyaLhQuq4Klp2kkR2XKMzkFD7PP63nvzuiMBTkmzhmUvskq/3vqJk1rINLsa kqwHZIsdFYTNQEqAix5Mz5IOdWsA9adANdTyDGKegSoWrx9T6zqA== X-Gm-Gg: ASbGncuJG7l6HcjnByR99spTFS/WZHDVrRvO9fe1DGJvA4lZUyjepcsIonvOgNBR4OB ctAsDNs9Uhc5yQQMdTqDuEhzuW4dmDxg857fJF9NdOyp1i29k0JX3LaSA6Qqe5cP765hZ7sRhlp 5qkxKWmqauGC9dSS0CTPXuFGyvDRVmt2z7EZHylaTXwsy7zq2weDxwOkrnPVTCI2is+hA+uwheT 6PVfI6F6r5QSx7qU5YwaLj6YEqKJxpJhmyoQdnkExyMvdNmwNrGqO6jhKADGZjXO0ZEm38QGSuO uGtu0R78lDF1LzwvFml5HlcH8G5EDa2/oHlYMroa1NZkV3q+F6/D1c9hqsCeLt5izlPhmWQtXTq jfbtXqg== X-Received: by 2002:a05:600c:8183:b0:477:9c73:267f with SMTP id 5b1f17b1804b1-47a83864325mr26322745e9.33.1765375656226; Wed, 10 Dec 2025 06:07:36 -0800 (PST) X-Google-Smtp-Source: AGHT+IFMWCNZLH1nzNhtBEfhq6wY9mkwogjcrfiy6bbJu9YorLkV8n69bL+TNF+MvKZgfQ5ph31upA== X-Received: by 2002:a05:600c:8183:b0:477:9c73:267f with SMTP id 5b1f17b1804b1-47a83864325mr26322305e9.33.1765375655768; Wed, 10 Dec 2025 06:07:35 -0800 (PST) Received: from fedora (g3.ign.cz. [91.219.240.17]) by smtp.gmail.com with ESMTPSA id ffacd0b85a97d-42f7d3319ccsm36875153f8f.34.2025.12.10.06.07.34 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 10 Dec 2025 06:07:35 -0800 (PST) From: Vitaly Kuznetsov To: Ryosuke Yasuoka Cc: pbonzini@redhat.com, tglx@linutronix.de, mingo@redhat.com, bp@alien8.de, dave.hansen@linux.intel.com, hpa@zytor.com, x86@kernel.org, kvm@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v2] x86/kvm: Avoid freeing stack-allocated node in kvm_async_pf_queue_task In-Reply-To: <20251206140939.144038-1-ryasuoka@redhat.com> References: <20251206140939.144038-1-ryasuoka@redhat.com> Date: Wed, 10 Dec 2025 15:07:34 +0100 Message-ID: <875xae4ehl.fsf@redhat.com> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain Ryosuke Yasuoka writes: > kvm_async_pf_queue_task() can incorrectly try to kfree() a node > allocated on the stack of kvm_async_pf_task_wait_schedule(). > > This occurs when a task requests a PF while another task's PF request > with the same token is still pending. Since the token is derived from > the (u32)address in exc_page_fault(), two different tasks can generate > the same token. > > Currently, kvm_async_pf_queue_task() assumes that any entry found in the > list is a dummy entry and tries to kfree() it. To fix this, add a flag > to the node structure to distinguish stack-allocated nodes, and only > kfree() the node if it is a dummy entry. > > Signed-off-by: Ryosuke Yasuoka > --- > > v2: > Based on Vitaly's comment, > * Update comment in kvm_async_pf_queue_task > * Set n->dummy false in kvm_async_pf_queue_task > * Add explanation about what token is in commit message. > > v1: > https://lore.kernel.org/all/87cy4vlmv8.fsf@redhat.com/ > > > arch/x86/kernel/kvm.c | 19 ++++++++++++++++--- > 1 file changed, 16 insertions(+), 3 deletions(-) > > diff --git a/arch/x86/kernel/kvm.c b/arch/x86/kernel/kvm.c > index df78ddee0abb..37dc8465e0f5 100644 > --- a/arch/x86/kernel/kvm.c > +++ b/arch/x86/kernel/kvm.c > @@ -89,6 +89,7 @@ struct kvm_task_sleep_node { > struct swait_queue_head wq; > u32 token; > int cpu; > + bool dummy; > }; > > static struct kvm_task_sleep_head { > @@ -120,15 +121,26 @@ static bool kvm_async_pf_queue_task(u32 token, struct kvm_task_sleep_node *n) > raw_spin_lock(&b->lock); > e = _find_apf_task(b, token); > if (e) { > - /* dummy entry exist -> wake up was delivered ahead of PF */ > - hlist_del(&e->link); > + struct kvm_task_sleep_node *dummy = NULL; > + > + /* > + * The entry can either be a 'dummy' entry (which is put on the > + * list when wake-up happens ahead of APF handling completion) > + * or a token from another task which should not be touched. > + */ > + if (e->dummy) { > + hlist_del(&e->link); > + dummy = e; > + } > + > raw_spin_unlock(&b->lock); > - kfree(e); > + kfree(dummy); > return false; > } > > n->token = token; > n->cpu = smp_processor_id(); > + n->dummy = false; > init_swait_queue_head(&n->wq); > hlist_add_head(&n->link, &b->list); > raw_spin_unlock(&b->lock); > @@ -231,6 +243,7 @@ static void kvm_async_pf_task_wake(u32 token) > } > dummy->token = token; > dummy->cpu = smp_processor_id(); > + dummy->dummy = true; > init_swait_queue_head(&dummy->wq); > hlist_add_head(&dummy->link, &b->list); > dummy = NULL; > > base-commit: 416f99c3b16f582a3fc6d64a1f77f39d94b76de5 Reviewed-by: Vitaly Kuznetsov -- Vitaly