All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Edgecombe, Rick P" <rick.p.edgecombe@intel.com>
To: "syzbot+db7bd0f41c2a7e82d4ba@syzkaller.appspotmail.com"
	<syzbot+db7bd0f41c2a7e82d4ba@syzkaller.appspotmail.com>,
	"seanjc@google.com" <seanjc@google.com>
Cc: "syzkaller-bugs@googlegroups.com"
	<syzkaller-bugs@googlegroups.com>,
	"kvm@vger.kernel.org" <kvm@vger.kernel.org>,
	"pbonzini@redhat.com" <pbonzini@redhat.com>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: [syzbot] [kvm?] WARNING in kvm_vcpu_pre_fault_memory
Date: Mon, 5 Oct 2026 22:32:12 +0000	[thread overview]
Message-ID: <50f4d848237a97fce1251901603d765678ccb58d.camel@intel.com> (raw)
In-Reply-To: <asMfCUiPnW-GGu5J@google.com>

On Sun, 2026-10-04 at 20:52 -0700, Sean Christopherson wrote:
> I haven't tried the reproducer yet, but based on code inspection I'm pretty sure
> the kvm_vm_dead() call in enter_smm() is colliding with commit 958810a09412d
> ("KVM: x86/mmu: Bail out kvm_tdp_map_page() when VM dead"), especialy since there
> is SMM setup in the reproducer.
> 
> I'm think we can and should just drop EIO from the WARN.  It showed up in v5 of
> the original series without any real explanation.  v5 did add -EIO as a documented
> error code[1]:
>   
>   v4->v5:
>     - add EIO as possible error
> 
> in response to Xiaoyao's review[2]:
> 
>   > +	case RET_PF_CONTINUE:
>   > +	case RET_PF_INVALID:
>   > +	default:
>   > +		WARN_ON_ONCE(r);
>   > +		return -EIO;
>   
>   Need to update patch 1 for -EIO
>   
>   > +	}
> 
> 
> but AFAICT that was just talking about the documentation.
> 

Yea I think he was just saying to update the docs. The EIO in the switch
statement in kvm_tdp_page_prefault() seems to stretch back to the original
versions of this.

>   And at the time, KVM
> x86 already WARNed when returning -EIO, so I've no idea common KVM also WARNed
> on seeing -EIO.

I also couldn't find a reason for the addition of the common KVM EIO warn in v5.
Removing it does look like an appropriate fix.

> 
> [1] https://lore.kernel.org/all/20240710174031.312055-1-pbonzini@redhat.com
> [2] https://lore.kernel.org/all/d5a6e125-bff4-4d82-ae65-b99d9cb10e90@intel.com


  reply	other threads:[~2026-10-05 22:32 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-10-05  3:17 [syzbot] [kvm?] WARNING in kvm_vcpu_pre_fault_memory syzbot
2026-10-05  3:52 ` Sean Christopherson
2026-10-05 22:32   ` Edgecombe, Rick P [this message]
2026-10-06 13:37 ` Sean Christopherson
2026-10-06 20:10   ` syzbot

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=50f4d848237a97fce1251901603d765678ccb58d.camel@intel.com \
    --to=rick.p.edgecombe@intel.com \
    --cc=kvm@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=pbonzini@redhat.com \
    --cc=seanjc@google.com \
    --cc=syzbot+db7bd0f41c2a7e82d4ba@syzkaller.appspotmail.com \
    --cc=syzkaller-bugs@googlegroups.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.