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.129.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 8400D31326A for ; Sun, 2 Aug 2026 20:59:16 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=170.10.129.124 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1785704358; cv=none; b=bXc4rgKBE9q5YmC0MB5lk8WVjvv7V6qpuwWU3pGjfiQg3PyOumVYwLXlCn+sCf20XDFQ6Voxs7ze5uQpexygu+Oz4zOtYgjHu0ZComv1UuStFoACfMRu1zL0EYsrExRJS0M2sRxM4OdqPvqt35jYhHz7aIeyWaH9YomGN+Kt4Sc= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1785704358; c=relaxed/simple; bh=TufCBztkTKH3AfRWjBpjd3FHGRl2lwcK9tWuFaY9Wt4=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=Z3RqteyIscS0VhGtVotNWAO/FHzC5fFvGLwVDgxdwCefpliyNqVVkBFD3yDCMatQl+a7XIrfk/JGGV8Xwc02M8W6yBmmSqUzUjkh1zd2C+wUlNWCpxKFIjYkAeGqFg3bq2llmzYZIQxy5cd/AElLg2t5EoZvsu3oBPg0QB5/bvY= 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=Iu/TRm2g; dkim=pass (2048-bit key) header.d=redhat.com header.i=@redhat.com header.b=C7tAgSXW; arc=none smtp.client-ip=170.10.129.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="Iu/TRm2g"; dkim=pass (2048-bit key) header.d=redhat.com header.i=@redhat.com header.b="C7tAgSXW" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1785704355; 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=B6aw/MfyvAQ+UMZOr4YxAOduk77RukTa3bw+TseKJQI=; b=Iu/TRm2gKNWTtW8CZohusyZ5Zr2KptEO4jXFrDfxfdgcBrnhAb/+5wqjfF8f3WkpdcDX8O VZXmaHmtfH01IVw5sNQ4ddT0PdyrwWPRKxVtabz4T85POj5nAE1e5yKLsuIAc1iMowaITY SbuHIRtHhVftfqEMAsW0AuOI9Z1j43w= Received: from mail-wm1-f71.google.com (mail-wm1-f71.google.com [209.85.128.71]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-695-eh7hxIDGPhqZEctnqzBHgw-1; Sun, 02 Aug 2026 16:59:14 -0400 X-MC-Unique: eh7hxIDGPhqZEctnqzBHgw-1 X-Mimecast-MFC-AGG-ID: eh7hxIDGPhqZEctnqzBHgw_1785704353 Received: by mail-wm1-f71.google.com with SMTP id 5b1f17b1804b1-4955ce558d8so14780825e9.3 for ; Sun, 02 Aug 2026 13:59:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=google; t=1785704353; x=1786309153; darn=vger.kernel.org; h=in-reply-to:content-disposition:content-type:mime-version :references:message-id:subject:cc:to:from:date:from:to:cc:subject :date:message-id:reply-to:content-type; bh=B6aw/MfyvAQ+UMZOr4YxAOduk77RukTa3bw+TseKJQI=; b=C7tAgSXWDXBaC5qpsYC13AmtUbPzOWCumGi9FQr9sXC3RetsxEA8A9Nq+JlwNSfMmy CPAdsSqM0qGHPAR5r/uYn3ui2+23zHxFvY3TAC7CoRNNqEUbTsz7bdzVegq/bNEe3Gxj zD2AWZKRLpVFisHfLP2esXRmvQ/pSf62yE3THx+/UqvDnL/7irolKQ20/2m2bQwbZtf7 5hNiXnAz2tE/lJOSsqVK9XRjLHozTFYBLhHVCYFVCS6i0GZdyOpUDLh1LQgpH4hjU5gG 6TeSAnk4VfYVDJF8FmVqyzpxkRQdQC0sk1eRnNojU/IGwAPuS7DezEv/pnxTvlK/vhHe PaAg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1785704353; x=1786309153; h=in-reply-to:content-disposition:content-type:mime-version :references:message-id:subject:cc:to:from:date:x-gm-gg :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to :content-type; bh=B6aw/MfyvAQ+UMZOr4YxAOduk77RukTa3bw+TseKJQI=; b=BkXyNMWI70tYAuVjAr2eW60DgJfaL5aaPPgDBphjzF1WhRwWJsHXFAgf2cwwA3not4 Ma1uUlL5Gum98YsgzBpcZ9K9mVeG+oc3ocBYSxRX5SnFMKVUYqUhXypntVN9LAT9CSfR IiqFwsou185pNWgExW2xqn9ZC3szIgR/+WwFrU0zNOfaGMED2HCSgvuFm1hIoLVM6IXf M4KlPfnUr9607Rps+UIouDULBAwuf1eLQFz+9yZxofUMlZpsRrV0pA5d4XkhybGofRnt T/hsEP21ua1xI2BuAXMQgTeqQMj3u3FlWEtLiDkvjoXEM7+/Rw+q9qaNyMzi8c/olIkE U8/w== X-Forwarded-Encrypted: i=1; AHgh+RoRxNd8cb7I9iP2aaBdPM7V+MiPDStJyUBRZEwtZyGs1BzS+TcaL8UTYXGzNrQx8BF5ftmiXvvstRp+w90=@vger.kernel.org X-Gm-Message-State: AOJu0YyFejsCCBKDQLER24YioIaHi4M+P6nfKnlzzGES22vKK+qci15P k53Ez10o27eU1t07KiIrNpFLjBegNNJ7jpHHzWR6AhCvrWykLgd8EHT+AvefZhLidlfJZrj2Ihl d4tL4azkfpMhjSE7Ty/Eip46Obsro8MP6rr4YT4Hp0GZPI1H+Hwaj48nwivsSgYbdxQ== X-Gm-Gg: AR+sD134NW6QniS4OFuC2flyJfc8jpSx02KG4JFr2JYYHAofeVrcS9K/zR38Q+WpG66 0zlGCVroXaQOu4regCK9UkM4uB1RGb5FyK3NM/65An5l7AYFL9hWNVDAzuERJrbnPAjM4sXShyv X/R/i1tO5Hl3Iy2MmqX+uEC2NZ3ApPTUqbl2t4aswJ6dXoxXDTuAW2yAYI9kp8L/VPCDDXmfLKh glM2Z82e9++jQlXdY+uEylkp2DOqctel/4CEpbPNFst4r9/hW1D+A55R9VbcHNA9RQXUbFxXuTG Nt4vMzrJy+XwpIZmnJKYeEpOSm/bIqch9L3bGIxfiPPHQjTKLupvxvdF69vC8gzUwm3/Xc3O7L0 hMeqi1mNcfMdb14kc8riNnA== X-Received: by 2002:a05:600c:6990:b0:495:4d00:2fc0 with SMTP id 5b1f17b1804b1-4980c673907mr169358215e9.12.1785704353040; Sun, 02 Aug 2026 13:59:13 -0700 (PDT) X-Received: by 2002:a05:600c:6990:b0:495:4d00:2fc0 with SMTP id 5b1f17b1804b1-4980c673907mr169357715e9.12.1785704352602; Sun, 02 Aug 2026 13:59:12 -0700 (PDT) Received: from redhat.com (IGLD-80-230-28-14.inter.net.il. [80.230.28.14]) by smtp.gmail.com with ESMTPSA id ffacd0b85a97d-47fd45a0c8bsm25273135f8f.34.2026.08.02.13.59.10 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 02 Aug 2026 13:59:12 -0700 (PDT) Date: Sun, 2 Aug 2026 16:59:08 -0400 From: "Michael S. Tsirkin" To: Xixin Liu Cc: linux-block@vger.kernel.org, virtualization@lists.linux.dev, jasowang@redhat.com, xuanzhuo@linux.alibaba.com, eperezma@redhat.com, pbonzini@redhat.com, stefanha@redhat.com, axboe@kernel.dk, linux-kernel@vger.kernel.org Subject: Re: [PATCH v2 2/2] virtio-blk: mark disk dead on ERS permanent failure Message-ID: <20260802165703-mutt-send-email-mst@kernel.org> References: <4740ae91d5be.v2.1785468000.git.liuxixin@kylinos.cn> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4740ae91d5be.v2.1785468000.git.liuxixin@kylinos.cn> On Fri, Jul 31, 2026 at 11:19:00AM +0800, Xixin Liu wrote: > After ERS reports pci_channel_io_perm_failure, virtio-pci must ask the > virtio driver to tear down the block device, not only mark virtqueues > broken. Call the virtio driver shutdown hook from virtio-pci on > perm_failure; virtio-blk implements shutdown with blk_mark_disk_dead(). > > Fail new requests early in virtio_queue_rq when virtqueues were removed > during frozen reset_prepare (vqs == NULL). A broken vq already fails in > virtqueue_add; no separate disk_live() check is needed. > > Assisted-by: DeepSeek:deepseek-v3 > Signed-off-by: Xixin Liu > --- > drivers/block/virtio_blk.c | 31 ++++++++++++++++++++++++++++++ > drivers/virtio/virtio_pci_common.c | 10 +++++++++- > 2 files changed, 40 insertions(+), 1 deletion(-) > > diff --git a/drivers/block/virtio_blk.c b/drivers/block/virtio_blk.c > index 32bf3ba07a9d..fda2d4f3c7c6 100644 > --- a/drivers/block/virtio_blk.c > +++ b/drivers/block/virtio_blk.c > @@ -435,6 +435,12 @@ static blk_status_t virtio_queue_rq(struct blk_mq_hw_ctx *hctx, > blk_status_t status; > int err; > > + /* VQs may be gone after frozen reset_prepare; avoid NULL deref. */ > + if (unlikely(!vblk->vqs || !vblk->vdev)) { > + blk_mq_start_request(req); > + return BLK_STS_IOERR; > + } > + > status = virtblk_prep_rq(hctx, vblk, req, vbr); > if (unlikely(status)) > return status; > @@ -1561,6 +1567,30 @@ static int virtblk_probe(struct virtio_device *vdev) > return err; > } > > + > +/* Stop I/O and mark the gendisk dead (ERS perm_failure or system shutdown). */ > +static void virtblk_shutdown(struct virtio_device *vdev) > +{ > + struct virtio_blk *vblk = vdev->priv; > + struct request_queue *q; > + unsigned int memflags; > + > + if (!vblk || !vblk->disk) > + return; > + > + virtio_break_device(vdev); > + flush_work(&vblk->config_work); > + > + q = vblk->disk->queue; > + memflags = blk_mq_freeze_queue(q); > + blk_mq_quiesce_queue_nowait(q); > + > + blk_mark_disk_dead(vblk->disk); > + > + blk_mq_unquiesce_queue(q); > + blk_mq_unfreeze_queue(q, memflags); > +} > + > static void virtblk_remove(struct virtio_device *vdev) > { > struct virtio_blk *vblk = vdev->priv; what happens with requests already outstanding in the queues? e.g. does this leak memory? > @@ -1684,6 +1714,7 @@ static struct virtio_driver virtio_blk = { > .probe = virtblk_probe, > .remove = virtblk_remove, > .config_changed = virtblk_config_changed, > + .shutdown = virtblk_shutdown, > #ifdef CONFIG_PM_SLEEP > .freeze = virtblk_freeze, > .restore = virtblk_restore, > diff --git a/drivers/virtio/virtio_pci_common.c b/drivers/virtio/virtio_pci_common.c > index fff6b6e2d0c5..957b3282865c 100644 > --- a/drivers/virtio/virtio_pci_common.c > +++ b/drivers/virtio/virtio_pci_common.c > @@ -849,7 +849,15 @@ static pci_ers_result_t virtio_pci_error_detected(struct pci_dev *pci_dev, > case pci_channel_io_perm_failure: > dev_warn(&pci_dev->dev, > "permanent failure, disconnecting device\n"); > - virtio_break_device(&vp_dev->vdev); > + { > + struct virtio_driver *drv = > + drv_to_virtio(vp_dev->vdev.dev.driver); > + > + if (drv && drv->shutdown) > + drv->shutdown(&vp_dev->vdev); > + else > + virtio_break_device(&vp_dev->vdev); > + } > return PCI_ERS_RESULT_DISCONNECT; So this is blk specifically, I am somewhat lost as to why is blk treated differently from other drivers here. > default: > break; > -- > 2.43.0