From nobody Mon Feb 9 08:57:00 2026 Delivered-To: importer@patchew.org Authentication-Results: mx.zohomail.com; dkim=pass; spf=pass (zohomail.com: domain of gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=qemu-devel-bounces+importer=patchew.org@nongnu.org; dmarc=pass(p=none dis=none) header.from=redhat.com ARC-Seal: i=1; a=rsa-sha256; t=1654789632; cv=none; d=zohomail.com; s=zohoarc; b=bLSV2AgGveHJHMaEzbEpdTOOi0rmLxLnH175zGP0DcXJygRbJddrd3XRckYkSTmtPM6A9DzFCXgP59VOlJzAv1DpDyVdncNBI5QrT3jEspATvFcuXJfAVAL5FMRkDQ3PZIvwZfZZMKQUl1PFFobJeD5rZK1eNx0kvnEzXaMGVZs= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.com; s=zohoarc; t=1654789632; h=Content-Transfer-Encoding:Cc:Date:From:In-Reply-To:List-Subscribe:List-Post:List-Id:List-Archive:List-Help:List-Unsubscribe:MIME-Version:Message-ID:References:Sender:Subject:To; bh=56RDwimlowcod/O5Db9ZCFURPLNvheu/kk7txq6LWVI=; b=CDNnPFeNDoLngCJjWsDxsGhzAmOKqSIpn4t22sl+4smtPJK4PJd7TvGQM2buGvN+tGBK57m/TpIBFBsVfUguFuIpoHBM8UcNH1VtnyVcJCIR+ox1BKITWC6cILWXkeW1imbqM5DocH/VLzhhXrLXasU74DetIlsis2XC4LQLgP0= ARC-Authentication-Results: i=1; mx.zohomail.com; dkim=pass; spf=pass (zohomail.com: domain of gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=qemu-devel-bounces+importer=patchew.org@nongnu.org; dmarc=pass header.from= (p=none dis=none) Return-Path: Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) by mx.zohomail.com with SMTPS id 1654789632432935.745070944181; Thu, 9 Jun 2022 08:47:12 -0700 (PDT) Received: from localhost ([::1]:42488 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nzKNL-0008VR-Dl for importer@patchew.org; Thu, 09 Jun 2022 11:47:11 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:36360) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nzJI6-0002NZ-2B for qemu-devel@nongnu.org; Thu, 09 Jun 2022 10:37:42 -0400 Received: from us-smtp-delivery-124.mimecast.com ([170.10.133.124]:48248) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nzJI2-00071j-1n for qemu-devel@nongnu.org; Thu, 09 Jun 2022 10:37:41 -0400 Received: from mimecast-mx02.redhat.com (mx3-rdu2.redhat.com [66.187.233.73]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id us-mta-136-D2COB63SNYefyrI3caRWpg-1; Thu, 09 Jun 2022 10:37:34 -0400 Received: from smtp.corp.redhat.com (int-mx10.intmail.prod.int.rdu2.redhat.com [10.11.54.10]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx02.redhat.com (Postfix) with ESMTPS id EEB01294EDE2; Thu, 9 Jun 2022 14:37:33 +0000 (UTC) Received: from virtlab701.virt.lab.eng.bos.redhat.com (virtlab701.virt.lab.eng.bos.redhat.com [10.19.152.228]) by smtp.corp.redhat.com (Postfix) with ESMTP id AEB00492C3B; Thu, 9 Jun 2022 14:37:33 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1654785457; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=56RDwimlowcod/O5Db9ZCFURPLNvheu/kk7txq6LWVI=; b=dt+5kvfSjVnHmsc1B84kF5MpB27sTXJ59bGoWYXGf4ZZq3i3cijvXcJ4t9w6Ks90ZywnUu zhquW9zCEy9YXCtzfjqL4QVdtW0e0U7if1R9Tr7PWJ4fAROsMj0fqBk2OybIdBQ0gm/FwX rmMb3gJFn2lkp9VMWKn6qyx8uED0Ctk= X-MC-Unique: D2COB63SNYefyrI3caRWpg-1 From: Emanuele Giuseppe Esposito To: qemu-block@nongnu.org Cc: Kevin Wolf , Hanna Reitz , Stefan Hajnoczi , "Michael S. Tsirkin" , Paolo Bonzini , Fam Zheng , qemu-devel@nongnu.org, Emanuele Giuseppe Esposito Subject: [PATCH 6/8] virtio-blk: mark IO_CODE functions Date: Thu, 9 Jun 2022 10:37:25 -0400 Message-Id: <20220609143727.1151816-7-eesposit@redhat.com> In-Reply-To: <20220609143727.1151816-1-eesposit@redhat.com> References: <20220609143727.1151816-1-eesposit@redhat.com> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable X-Scanned-By: MIMEDefang 2.85 on 10.11.54.10 Received-SPF: pass (zohomail.com: domain of gnu.org designates 209.51.188.17 as permitted sender) client-ip=209.51.188.17; envelope-from=qemu-devel-bounces+importer=patchew.org@nongnu.org; helo=lists.gnu.org; Received-SPF: pass client-ip=170.10.133.124; envelope-from=eesposit@redhat.com; helo=us-smtp-delivery-124.mimecast.com X-Spam_score_int: -21 X-Spam_score: -2.2 X-Spam_bar: -- X-Spam_report: (-2.2 / 5.0 requ) BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.082, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=unavailable autolearn_force=no X-Spam_action: no action X-BeenThere: qemu-devel@nongnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: qemu-devel-bounces+importer=patchew.org@nongnu.org Sender: "Qemu-devel" X-ZohoMail-DKIM: pass (identity @redhat.com) X-ZM-MESSAGEID: 1654789634235100001 Content-Type: text/plain; charset="utf-8" Just as done in the block API, mark functions in virtio-blk that are called also from iothread(s). We know such functions are IO because many are blk_* callbacks, running always in the device iothread, and remaining are propagated from the leaf IO functions (if a function calls a IO_CODE function, itself is categorized as IO_CODE too). Signed-off-by: Emanuele Giuseppe Esposito Reviewed-by: Stefan Hajnoczi --- hw/block/dataplane/virtio-blk.c | 4 ++++ hw/block/virtio-blk.c | 35 +++++++++++++++++++++++++++++++++ 2 files changed, 39 insertions(+) diff --git a/hw/block/dataplane/virtio-blk.c b/hw/block/dataplane/virtio-bl= k.c index bda6b3e8de..9dc6347350 100644 --- a/hw/block/dataplane/virtio-blk.c +++ b/hw/block/dataplane/virtio-blk.c @@ -63,6 +63,8 @@ static void notify_guest_bh(void *opaque) unsigned long bitmap[BITS_TO_LONGS(nvqs)]; unsigned j; =20 + IO_CODE(); + memcpy(bitmap, s->batch_notify_vqs, sizeof(bitmap)); memset(s->batch_notify_vqs, 0, sizeof(bitmap)); =20 @@ -299,6 +301,8 @@ static void virtio_blk_data_plane_stop_bh(void *opaque) VirtIOBlockDataPlane *s =3D opaque; unsigned i; =20 + IO_CODE(); + for (i =3D 0; i < s->conf->num_queues; i++) { VirtQueue *vq =3D virtio_get_queue(s->vdev, i); =20 diff --git a/hw/block/virtio-blk.c b/hw/block/virtio-blk.c index 2eb0408f92..e1aaa606ba 100644 --- a/hw/block/virtio-blk.c +++ b/hw/block/virtio-blk.c @@ -62,6 +62,8 @@ static void virtio_blk_set_config_size(VirtIOBlock *s, ui= nt64_t host_features) static void virtio_blk_init_request(VirtIOBlock *s, VirtQueue *vq, VirtIOBlockReq *req) { + IO_CODE(); + req->dev =3D s; req->vq =3D vq; req->qiov.size =3D 0; @@ -80,6 +82,8 @@ static void virtio_blk_req_complete(VirtIOBlockReq *req, = unsigned char status) VirtIOBlock *s =3D req->dev; VirtIODevice *vdev =3D VIRTIO_DEVICE(s); =20 + IO_CODE(); + trace_virtio_blk_req_complete(vdev, req, status); =20 stb_p(&req->in->status, status); @@ -99,6 +103,8 @@ static int virtio_blk_handle_rw_error(VirtIOBlockReq *re= q, int error, VirtIOBlock *s =3D req->dev; BlockErrorAction action =3D blk_get_error_action(s->blk, is_read, erro= r); =20 + IO_CODE(); + if (action =3D=3D BLOCK_ERROR_ACTION_STOP) { /* Break the link as the next request is going to be parsed from t= he * ring again. Otherwise we may end up doing a double completion! = */ @@ -166,7 +172,9 @@ static void virtio_blk_flush_complete(void *opaque, int= ret) VirtIOBlockReq *req =3D opaque; VirtIOBlock *s =3D req->dev; =20 + IO_CODE(); aio_context_acquire(blk_get_aio_context(s->conf.conf.blk)); + if (ret) { if (virtio_blk_handle_rw_error(req, -ret, 0, true)) { goto out; @@ -188,7 +196,9 @@ static void virtio_blk_discard_write_zeroes_complete(vo= id *opaque, int ret) bool is_write_zeroes =3D (virtio_ldl_p(VIRTIO_DEVICE(s), &req->out.typ= e) & ~VIRTIO_BLK_T_BARRIER) =3D=3D VIRTIO_BLK_T_WRI= TE_ZEROES; =20 + IO_CODE(); aio_context_acquire(blk_get_aio_context(s->conf.conf.blk)); + if (ret) { if (virtio_blk_handle_rw_error(req, -ret, false, is_write_zeroes))= { goto out; @@ -221,6 +231,8 @@ static void virtio_blk_ioctl_complete(void *opaque, int= status) struct virtio_scsi_inhdr *scsi; struct sg_io_hdr *hdr; =20 + IO_CODE(); + scsi =3D (void *)req->elem.in_sg[req->elem.in_num - 2].iov_base; =20 if (status) { @@ -262,6 +274,8 @@ static VirtIOBlockReq *virtio_blk_get_request(VirtIOBlo= ck *s, VirtQueue *vq) { VirtIOBlockReq *req =3D virtqueue_pop(vq, sizeof(VirtIOBlockReq)); =20 + IO_CODE(); + if (req) { virtio_blk_init_request(s, vq, req); } @@ -282,6 +296,8 @@ static int virtio_blk_handle_scsi_req(VirtIOBlockReq *r= eq) BlockAIOCB *acb; #endif =20 + IO_CODE(); + /* * We require at least one output segment each for the virtio_blk_outh= dr * and the SCSI command block. @@ -380,6 +396,7 @@ fail: static void virtio_blk_handle_scsi(VirtIOBlockReq *req) { int status; + IO_CODE(); =20 status =3D virtio_blk_handle_scsi_req(req); if (status !=3D -EINPROGRESS) { @@ -395,6 +412,8 @@ static inline void submit_requests(BlockBackend *blk, M= ultiReqBuffer *mrb, int64_t sector_num =3D mrb->reqs[start]->sector_num; bool is_write =3D mrb->is_write; =20 + IO_CODE(); + if (num_reqs > 1) { int i; struct iovec *tmp_iov =3D qiov->iov; @@ -438,6 +457,8 @@ static int multireq_compare(const void *a, const void *= b) const VirtIOBlockReq *req1 =3D *(VirtIOBlockReq **)a, *req2 =3D *(VirtIOBlockReq **)b; =20 + IO_CODE(); + /* * Note that we can't simply subtract sector_num1 from sector_num2 * here as that could overflow the return value. @@ -457,6 +478,8 @@ static void virtio_blk_submit_multireq(BlockBackend *bl= k, MultiReqBuffer *mrb) uint32_t max_transfer; int64_t sector_num =3D 0; =20 + IO_CODE(); + if (mrb->num_reqs =3D=3D 1) { submit_requests(blk, mrb, 0, 1, -1); mrb->num_reqs =3D 0; @@ -506,6 +529,8 @@ static void virtio_blk_handle_flush(VirtIOBlockReq *req= , MultiReqBuffer *mrb) { VirtIOBlock *s =3D req->dev; =20 + IO_CODE(); + block_acct_start(blk_get_stats(s->blk), &req->acct, 0, BLOCK_ACCT_FLUSH); =20 @@ -524,6 +549,8 @@ static bool virtio_blk_sect_range_ok(VirtIOBlock *dev, uint64_t nb_sectors =3D size >> BDRV_SECTOR_BITS; uint64_t total_sectors; =20 + IO_CODE(); + if (nb_sectors > BDRV_REQUEST_MAX_SECTORS) { return false; } @@ -550,6 +577,8 @@ static uint8_t virtio_blk_handle_discard_write_zeroes(V= irtIOBlockReq *req, uint8_t err_status; int bytes; =20 + IO_CODE(); + sector =3D virtio_ldq_p(vdev, &dwz_hdr->sector); num_sectors =3D virtio_ldl_p(vdev, &dwz_hdr->num_sectors); flags =3D virtio_ldl_p(vdev, &dwz_hdr->flags); @@ -628,6 +657,8 @@ static int virtio_blk_handle_request(VirtIOBlockReq *re= q, MultiReqBuffer *mrb) VirtIOBlock *s =3D req->dev; VirtIODevice *vdev =3D VIRTIO_DEVICE(s); =20 + IO_CODE(); + if (req->elem.out_num < 1 || req->elem.in_num < 1) { virtio_error(vdev, "virtio-blk missing headers"); return -1; @@ -778,6 +809,8 @@ void virtio_blk_handle_vq(VirtIOBlock *s, VirtQueue *vq) MultiReqBuffer mrb =3D {}; bool suppress_notifications =3D virtio_queue_get_notification(vq); =20 + IO_CODE(); + aio_context_acquire(blk_get_aio_context(s->blk)); blk_io_plug(s->blk); =20 @@ -811,6 +844,8 @@ static void virtio_blk_handle_output(VirtIODevice *vdev= , VirtQueue *vq) { VirtIOBlock *s =3D (VirtIOBlock *)vdev; =20 + IO_CODE(); + if (s->dataplane && !s->dataplane_started) { /* Some guests kick before setting VIRTIO_CONFIG_S_DRIVER_OK so st= art * dataplane here instead of waiting for .set_status(). --=20 2.31.1