Received: by 2002:a05:6a10:6d25:0:0:0:0 with SMTP id gq37csp1551490pxb; Sun, 12 Sep 2021 23:36:29 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxX/bFNnEm/1EBPyJr40y0xIqgbl9UwlWqGWDB+/DQeMN5hckkjhOQ8z2rgH3x3F/6lXeg9 X-Received: by 2002:a5e:990e:: with SMTP id t14mr7875467ioj.75.1631514989068; Sun, 12 Sep 2021 23:36:29 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1631514989; cv=none; d=google.com; s=arc-20160816; b=nGeDBCH35WFZnbUfrCpGZhOwtm87J8gsaXt2C0XUBK9kdPn6CuJDKFM92XFSY+OKje GO8pZsgyk/7KGVahQ2IGXhzDRG+o84gXQTqx56cIxRsRcU/jCuD0jwk6ufXxP4nQTU25 JlCC14MIuE9JKLMXE1+ccISjsq8ZEbA0OdOwm2P287bAkLjg/VuEg2Lro7hd2RRYJq3W 7wy/MtTHM+v+vybJcZajknvhau7rg4cuuzleQRv3pcZtHpsEKFnjNmj32Ekt8x87bmDL BnwYQ9B+s0recFVyxei8mslA0Ua5ngroNj4po1j7XUepaHvlC0M1cDw6UddWkv1UBIso KM9g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=abt/EfRZoz8AogtHcUeb7/G/j7P5S41kTc4iptXf5Cg=; b=pWHj1LV+S6npC/cBvG8/+2lSBtag2YlziKLfKLfD7t4BAMxdUo3fQD+tx1I7Rw8zn4 +6+ovbWrp4hN+iy+Vbkd2KmiZkEYU0O+p73RxvS9B+sOFckySg+mN99H6CI+aIVyWVJn uB+VAuhsUqLn8gfsnMn/VBsjvKOMY/tuC4gS38409qug/rVEYBiYjKWQAgrBvH8Pf9zy nRXZVXY2uhAw/JJy7BgJ2mttjLAvX+uUzOnhoncuh2nBbiUmOFT2E/DekTS2T7ibkWtH seaZ+u/kb4L7YGoHnWwNqQ+pshu57zMOk4wmQUbnf+DoU4Nq5Ifz3f+KPhJoiE5SJ3yf Coqg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=CLzwGWJH; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id u3si6823867iom.82.2021.09.12.23.36.17; Sun, 12 Sep 2021 23:36:29 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=CLzwGWJH; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S237377AbhIMGfe (ORCPT + 99 others); Mon, 13 Sep 2021 02:35:34 -0400 Received: from us-smtp-delivery-124.mimecast.com ([170.10.133.124]:38318 "EHLO us-smtp-delivery-124.mimecast.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232146AbhIMGfa (ORCPT ); Mon, 13 Sep 2021 02:35:30 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1631514855; 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=abt/EfRZoz8AogtHcUeb7/G/j7P5S41kTc4iptXf5Cg=; b=CLzwGWJHepElLyf7In+KttQn3wMgMtcTFKTBE5ARm/FrJnCtv5D+OydcBulwVB3dk+HhgY LKcz4alQXlr1nuG/RtlOzppOJ9+k1aGxLU/stB5a7VVQWpEbga7fgQc36YPUrKdY/9BLw4 KiU/kpKc06BcYlLfF3VVLxEha+EWTM0= Received: from mail-lf1-f72.google.com (mail-lf1-f72.google.com [209.85.167.72]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-186-JxO9hMV1Me23mYilhx-btw-1; Mon, 13 Sep 2021 02:34:13 -0400 X-MC-Unique: JxO9hMV1Me23mYilhx-btw-1 Received: by mail-lf1-f72.google.com with SMTP id q5-20020ac25fc5000000b003d9227d9edcso2831081lfg.2 for ; Sun, 12 Sep 2021 23:34:13 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=abt/EfRZoz8AogtHcUeb7/G/j7P5S41kTc4iptXf5Cg=; b=MO8lQ9HeSmuikS4drZDy25+qQCBiI6QeTimsiMgyF7kSqqGWRChaHWtW6n4q6d7KQP eFTui2WDAeGSaVRpbdTlTxwkRDzDuV15H9ctUoOl/DaXNTsItnlQrtnISGcu/I2hhRde moTiNoC51hnliRfvQ4ME3cD/kBowmDbsaR6tH4sFyFTPnL56CTwdkUE6EmUNFpvKZZGP f5c+pffhAG1WEBE/4ss+nXKN/r10f/riqmT43a4Fb6p2/a0yS7B0ydvNfiveqoL/0gAF N4/CmiV5G1iW5S+O4APbx4B1mrSE2vN3r+9JrWD3vxdXNFm7L9WJpYtGq42/zgyAQC+F iP1w== X-Gm-Message-State: AOAM533VuiGaDxfyK+CdPCD6zjsjydewPKO2saXhxLQcuAqpv++ZMeUV HU5vqD9kk77IX3NR5Bm8LDhW2YQH/amcrYYSzu1tx8ylBy5Y4zmE+jxhXkZXO8yFeSYAdMQhwJn jJMtpPBc3C8/vHRxSuf1u2mN/VDZ1PvPwduIc52Eb X-Received: by 2002:a05:6512:3d0a:: with SMTP id d10mr2827424lfv.481.1631514852324; Sun, 12 Sep 2021 23:34:12 -0700 (PDT) X-Received: by 2002:a05:6512:3d0a:: with SMTP id d10mr2827400lfv.481.1631514852080; Sun, 12 Sep 2021 23:34:12 -0700 (PDT) MIME-Version: 1.0 References: <20210913055353.35219-1-jasowang@redhat.com> <20210913055353.35219-7-jasowang@redhat.com> <20210913015711-mutt-send-email-mst@kernel.org> <20210913022257-mutt-send-email-mst@kernel.org> In-Reply-To: <20210913022257-mutt-send-email-mst@kernel.org> From: Jason Wang Date: Mon, 13 Sep 2021 14:34:01 +0800 Message-ID: Subject: Re: [PATCH 6/9] virtio_pci: harden MSI-X interrupts To: "Michael S. Tsirkin" Cc: virtualization , linux-kernel , "Hetzelt, Felicitas" , "kaplan, david" , Konrad Rzeszutek Wilk , pbonzini , Andi Kleen , Dan Williams , "Kuppuswamy, Sathyanarayanan" , Thomas Gleixner , Ingo Molnar , Borislav Petkov , Peter Zijlstra , Andy Lutomirski , Bjorn Helgaas , Richard Henderson , Thomas Bogendoerfer , James E J Bottomley , Helge Deller , "David S . Miller" , Arnd Bergmann , Jonathan Corbet , Peter H Anvin , Dave Hansen , Tony Luck , Kirill Shutemov , Sean Christopherson , Kuppuswamy Sathyanarayanan , X86 ML Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Sep 13, 2021 at 2:28 PM Michael S. Tsirkin wrote: > > On Mon, Sep 13, 2021 at 02:08:02PM +0800, Jason Wang wrote: > > On Mon, Sep 13, 2021 at 2:04 PM Michael S. Tsirkin wrote: > > > > > > On Mon, Sep 13, 2021 at 01:53:50PM +0800, Jason Wang wrote: > > > > We used to synchronize pending MSI-X irq handlers via > > > > synchronize_irq(), this may not work for the untrusted device which > > > > may keep sending interrupts after reset which may lead unexpected > > > > results. Similarly, we should not enable MSI-X interrupt until the > > > > device is ready. So this patch fixes those two issues by: > > > > > > > > 1) switching to use disable_irq() to prevent the virtio interrupt > > > > handlers to be called after the device is reset. > > > > 2) using IRQF_NO_AUTOEN and enable the MSI-X irq during .ready() > > > > > > > > This can make sure the virtio interrupt handler won't be called before > > > > virtio_device_ready() and after reset. > > > > > > > > Signed-off-by: Jason Wang > > > > > > I don't get the threat model here. Isn't disabling irqs done by the > > > hypervisor anyway? Is there a reason to trust disable_irq but not > > > device reset? > > > > My understanding is that e.g in the case of SEV/TDX we don't trust the > > hypervisor. So the hypervisor can keep sending interrupts even if the > > device is reset. The guest can only trust its own software interrupt > > management logic to avoid call virtio callback in this case. > > > > Thanks > > Hmm but I don't see how do these patches do this. > They call disable_irq but can't the hypervisor keep > sending interrupts after disable_irq, too? Yes, but since the irq is disabled, the vring or config callback won't be called in this case. Thanks > > > > > > > > > Cc a bunch more people ... > > > > > > > > > > --- > > > > drivers/virtio/virtio_pci_common.c | 27 +++++++++++++++++++++------ > > > > drivers/virtio/virtio_pci_common.h | 6 ++++-- > > > > drivers/virtio/virtio_pci_legacy.c | 5 +++-- > > > > drivers/virtio/virtio_pci_modern.c | 6 ++++-- > > > > 4 files changed, 32 insertions(+), 12 deletions(-) > > > > > > > > diff --git a/drivers/virtio/virtio_pci_common.c b/drivers/virtio/virtio_pci_common.c > > > > index b35bb2d57f62..0b9523e6dd39 100644 > > > > --- a/drivers/virtio/virtio_pci_common.c > > > > +++ b/drivers/virtio/virtio_pci_common.c > > > > @@ -24,8 +24,8 @@ MODULE_PARM_DESC(force_legacy, > > > > "Force legacy mode for transitional virtio 1 devices"); > > > > #endif > > > > > > > > -/* wait for pending irq handlers */ > > > > -void vp_synchronize_vectors(struct virtio_device *vdev) > > > > +/* disable irq handlers */ > > > > +void vp_disable_vectors(struct virtio_device *vdev) > > > > { > > > > struct virtio_pci_device *vp_dev = to_vp_device(vdev); > > > > int i; > > > > @@ -34,7 +34,20 @@ void vp_synchronize_vectors(struct virtio_device *vdev) > > > > synchronize_irq(vp_dev->pci_dev->irq); > > > > > > > > for (i = 0; i < vp_dev->msix_vectors; ++i) > > > > - synchronize_irq(pci_irq_vector(vp_dev->pci_dev, i)); > > > > + disable_irq(pci_irq_vector(vp_dev->pci_dev, i)); > > > > +} > > > > + > > > > +/* enable irq handlers */ > > > > +void vp_enable_vectors(struct virtio_device *vdev) > > > > +{ > > > > + struct virtio_pci_device *vp_dev = to_vp_device(vdev); > > > > + int i; > > > > + > > > > + if (vp_dev->intx_enabled) > > > > + return; > > > > + > > > > + for (i = 0; i < vp_dev->msix_vectors; ++i) > > > > + enable_irq(pci_irq_vector(vp_dev->pci_dev, i)); > > > > } > > > > > > > > /* the notify function used when creating a virt queue */ > > > > @@ -141,7 +154,8 @@ static int vp_request_msix_vectors(struct virtio_device *vdev, int nvectors, > > > > snprintf(vp_dev->msix_names[v], sizeof *vp_dev->msix_names, > > > > "%s-config", name); > > > > err = request_irq(pci_irq_vector(vp_dev->pci_dev, v), > > > > - vp_config_changed, 0, vp_dev->msix_names[v], > > > > + vp_config_changed, IRQF_NO_AUTOEN, > > > > + vp_dev->msix_names[v], > > > > vp_dev); > > > > if (err) > > > > goto error; > > > > @@ -160,7 +174,8 @@ static int vp_request_msix_vectors(struct virtio_device *vdev, int nvectors, > > > > snprintf(vp_dev->msix_names[v], sizeof *vp_dev->msix_names, > > > > "%s-virtqueues", name); > > > > err = request_irq(pci_irq_vector(vp_dev->pci_dev, v), > > > > - vp_vring_interrupt, 0, vp_dev->msix_names[v], > > > > + vp_vring_interrupt, IRQF_NO_AUTOEN, > > > > + vp_dev->msix_names[v], > > > > vp_dev); > > > > if (err) > > > > goto error; > > > > @@ -337,7 +352,7 @@ static int vp_find_vqs_msix(struct virtio_device *vdev, unsigned nvqs, > > > > "%s-%s", > > > > dev_name(&vp_dev->vdev.dev), names[i]); > > > > err = request_irq(pci_irq_vector(vp_dev->pci_dev, msix_vec), > > > > - vring_interrupt, 0, > > > > + vring_interrupt, IRQF_NO_AUTOEN, > > > > vp_dev->msix_names[msix_vec], > > > > vqs[i]); > > > > if (err) > > > > diff --git a/drivers/virtio/virtio_pci_common.h b/drivers/virtio/virtio_pci_common.h > > > > index beec047a8f8d..a235ce9ff6a5 100644 > > > > --- a/drivers/virtio/virtio_pci_common.h > > > > +++ b/drivers/virtio/virtio_pci_common.h > > > > @@ -102,8 +102,10 @@ static struct virtio_pci_device *to_vp_device(struct virtio_device *vdev) > > > > return container_of(vdev, struct virtio_pci_device, vdev); > > > > } > > > > > > > > -/* wait for pending irq handlers */ > > > > -void vp_synchronize_vectors(struct virtio_device *vdev); > > > > +/* disable irq handlers */ > > > > +void vp_disable_vectors(struct virtio_device *vdev); > > > > +/* enable irq handlers */ > > > > +void vp_enable_vectors(struct virtio_device *vdev); > > > > /* the notify function used when creating a virt queue */ > > > > bool vp_notify(struct virtqueue *vq); > > > > /* the config->del_vqs() implementation */ > > > > diff --git a/drivers/virtio/virtio_pci_legacy.c b/drivers/virtio/virtio_pci_legacy.c > > > > index d62e9835aeec..bdf6bc667ab5 100644 > > > > --- a/drivers/virtio/virtio_pci_legacy.c > > > > +++ b/drivers/virtio/virtio_pci_legacy.c > > > > @@ -97,8 +97,8 @@ static void vp_reset(struct virtio_device *vdev) > > > > /* Flush out the status write, and flush in device writes, > > > > * including MSi-X interrupts, if any. */ > > > > ioread8(vp_dev->ioaddr + VIRTIO_PCI_STATUS); > > > > - /* Flush pending VQ/configuration callbacks. */ > > > > - vp_synchronize_vectors(vdev); > > > > + /* Disable VQ/configuration callbacks. */ > > > > + vp_disable_vectors(vdev); > > > > } > > > > > > > > static u16 vp_config_vector(struct virtio_pci_device *vp_dev, u16 vector) > > > > @@ -194,6 +194,7 @@ static void del_vq(struct virtio_pci_vq_info *info) > > > > } > > > > > > > > static const struct virtio_config_ops virtio_pci_config_ops = { > > > > + .ready = vp_enable_vectors, > > > > .get = vp_get, > > > > .set = vp_set, > > > > .get_status = vp_get_status, > > > > diff --git a/drivers/virtio/virtio_pci_modern.c b/drivers/virtio/virtio_pci_modern.c > > > > index 30654d3a0b41..acf0f6b6381d 100644 > > > > --- a/drivers/virtio/virtio_pci_modern.c > > > > +++ b/drivers/virtio/virtio_pci_modern.c > > > > @@ -172,8 +172,8 @@ static void vp_reset(struct virtio_device *vdev) > > > > */ > > > > while (vp_modern_get_status(mdev)) > > > > msleep(1); > > > > - /* Flush pending VQ/configuration callbacks. */ > > > > - vp_synchronize_vectors(vdev); > > > > + /* Disable VQ/configuration callbacks. */ > > > > + vp_disable_vectors(vdev); > > > > } > > > > > > > > static u16 vp_config_vector(struct virtio_pci_device *vp_dev, u16 vector) > > > > @@ -380,6 +380,7 @@ static bool vp_get_shm_region(struct virtio_device *vdev, > > > > } > > > > > > > > static const struct virtio_config_ops virtio_pci_config_nodev_ops = { > > > > + .ready = vp_enable_vectors, > > > > .get = NULL, > > > > .set = NULL, > > > > .generation = vp_generation, > > > > @@ -397,6 +398,7 @@ static const struct virtio_config_ops virtio_pci_config_nodev_ops = { > > > > }; > > > > > > > > static const struct virtio_config_ops virtio_pci_config_ops = { > > > > + .ready = vp_enable_vectors, > > > > .get = vp_get, > > > > .set = vp_set, > > > > .generation = vp_generation, > > > > -- > > > > 2.25.1 > > > >