[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH] x86/vlapic: Don't change ICR on x2APIC SELF_IPI write


  • To: xen-devel@xxxxxxxxxxxxxxxxxxxx
  • From: Christian Ludloff <ludloff@xxxxxxxxx>
  • Date: Mon, 26 Oct 2026 21:43:44 +0100
  • Arc-authentication-results: i=1; mx.google.com; arc=none
  • Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20260327; h=content-transfer-encoding:to:subject:message-id:date:from:reply-to :in-reply-to:references:mime-version:dkim-signature; bh=xTu6Sr8zNPkiNfTD8K1PlSAdCzZhpYHoWI/G69n+X68=; fh=quJY5mN2l4ZorNvEoO9ngNXalhEvTdq/+W8CvHWhECs=; b=K3eCEDCi1jjJo4Rwn4B/kTblVcBW0nHbX3UkWODfy9p/C/YttlJFhqQtZFJ9KUIkpX cHVlVnFGhad+SjuihclKHOoJh4B1bngksJkyeXHDhTOenNYuIZOwwSAuj0jvMlU56r2/ NXcyUd6YH8UwCd7oozDT+bsUEnEIpKXF8FyUQWAeE4hJGF3fBaDWy4Unj3PvNL04o9n+ BtWcZO4q3tyZLG7wuh9RoJW1wzcKlCI2J+ZyWmmp5R0uhKmxwWEoozavUPK4efukmacO Ok7Eh3EWKb5U74kG8GrTr6RK2Bjj4yrj0MpwhO9v3rlrtpukKagBedzvsaIYBc8j38hr F99g==; darn=lists.xenproject.org
  • Arc-seal: i=1; a=rsa-sha256; t=1793047436; cv=none; d=google.com; s=arc-20260327; b=gtiZjH3lO4axl3rVLdo6Uuar9qjYl7iwjM++pJj1aXiLo6XjfU15C8mOX6YKHbpQMJ Jtrf8CxibAyX8UKXqW5hel9VAahp4127151zZy52q7AEgkbgI58mDK3qdcv6f5e4cwGw fhDpI4f9e4bEGXOV9u/ESkbIaIWoPD3jwhmHM9Prdv668y2akrZABRL8pTW4DICWZ5Z6 ZX7Zs5f1owU6WmwJaFMFiuI+DvOjWkDVCsljbAz66iWuNd4kzZmOfXb5JJqY8PrYFDPy 8gqQV3NJxTxnGKENyZ6u4OhluIehWCn16hXvxk3qdxniMXp4dY0ak9sRvdkcEwEnsIlR YtDw==
  • Authentication-results: eu.smtp.expurgate.cloud; dkim=pass header.s=20251104 header.d=gmail.com header.i="@gmail.com" header.h="Content-Transfer-Encoding:Content-Type:To:Subject:Message-ID:Date:From:Reply-To:In-Reply-To:References:MIME-Version"
  • Delivery-date: Mon, 26 Oct 2026 20:44:14 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>

On Tue, Oct 20, 2026 at 1:40 AM Christian Ludloff <ludloff@xxxxxxxxx> wrote:
>
> > It looks like it's a behavioural difference between Core and Atom.
> > Core modify ICR, while Atom do not.
>
> For Core there might be more nuance yet.
>
> I seem to have an ICL result for "does not".
>
> And I seem to have two SKL machs (same
> stepping, same ucode) that... disagree with
> each other. Some sort of config thing...?
>
> Maybe Intel can explain.
>
> I consider "does not" the cleaner behavior,
> unless a compelling explanation is offered.

Andy – as discussed off list, both were cases
of a sneaky HV put in place by the mach FW.

So for the thread subject we got closure.

Sorry it took a little longer to track down – in
the process the authors of the FW stack did
receive a belated dose of Spectre fallout.

--
C.



 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.