qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Max Reitz <mreitz@redhat.com>
To: Markus Armbruster <armbru@redhat.com>, qemu-devel@nongnu.org
Cc: kwolf@redhat.com, benoit.canet@nodalink.com, stefanha@redhat.com
Subject: Re: [Qemu-devel] [PATCH v4 02/23] block: New BlockBackend
Date: Wed, 01 Oct 2014 17:27:26 +0200	[thread overview]
Message-ID: <542C1D5E.6060103@redhat.com> (raw)
In-Reply-To: <1412105144-532-3-git-send-email-armbru@redhat.com>

On 30.09.2014 21:25, Markus Armbruster wrote:
> A block device consists of a frontend device model and a backend.
>
> A block backend has a tree of block drivers doing the actual work.
> The tree is managed by the block layer.
>
> We currently use a single abstraction BlockDriverState both for tree
> nodes and the backend as a whole.  Drawbacks:
>
> * Its API includes both stuff that makes sense only at the block
>    backend level (root of the tree) and stuff that's only for use
>    within the block layer.  This makes the API bigger and more complex
>    than necessary.  Moreover, it's not obvious which interfaces are
>    meant for device models, and which really aren't.
>
> * Since device models keep a reference to their backend, the backend
>    object can't just be destroyed.  But for media change, we need to
>    replace the tree.  Our solution is to make the BlockDriverState
>    generic, with actual driver state in a separate object, pointed to
>    by member opaque.  That lets us replace the tree by deinitializing
>    and reinitializing its root.  This special need of the root makes
>    the data structure awkward everywhere in the tree.
>
> The general plan is to separate the APIs into "block backend", for use
> by device models, monitor and whatever other code dealing with block
> backends, and "block driver", for use by the block layer and whatever
> other code (if any) dealing with trees and tree nodes.
>
> Code dealing with block backends, device models in particular, should
> become completely oblivious of BlockDriverState.  This should let us
> clean up both APIs, and the tree data structures.
>
> This commit is a first step.  It creates a minimal "block backend"
> API: type BlockBackend and functions to create, destroy and find them.
>
> BlockBackend objects are created and destroyed exactly when root
> BlockDriverState objects are created and destroyed.  "Root" in the
> sense of "in bdrv_states".  They're not yet used for anything; that'll
> come shortly.
>
> BlockBackend is reference-counted.  Its reference count never exceeds
> one so far, but that's going to change.
>
> Signed-off-by: Markus Armbruster <armbru@redhat.com>
> ---
>   block/Makefile.objs            |   2 +-
>   block/block-backend.c          | 120 +++++++++++++++++++++++++++++++++++++++++
>   blockdev.c                     |  13 ++++-
>   hw/block/xen_disk.c            |  11 ++++
>   include/qemu/typedefs.h        |   1 +
>   include/sysemu/block-backend.h |  26 +++++++++
>   qemu-img.c                     |  70 +++++++++++++++++++++---
>   qemu-io.c                      |   8 +++
>   qemu-nbd.c                     |   5 +-
>   9 files changed, 245 insertions(+), 11 deletions(-)
>   create mode 100644 block/block-backend.c
>   create mode 100644 include/sysemu/block-backend.h

Reviewed-by: Max Reitz <mreitz@redhat.com>

  reply	other threads:[~2014-10-01 15:27 UTC|newest]

Thread overview: 37+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-09-30 19:25 [Qemu-devel] [PATCH v4 00/23] Split BlockBackend off BDS with an axe Markus Armbruster
2014-09-30 19:25 ` [Qemu-devel] [PATCH v4 01/23] block: Split bdrv_new_root() off bdrv_new() Markus Armbruster
2014-09-30 19:25 ` [Qemu-devel] [PATCH v4 02/23] block: New BlockBackend Markus Armbruster
2014-10-01 15:27   ` Max Reitz [this message]
2014-09-30 19:25 ` [Qemu-devel] [PATCH v4 03/23] block: Connect BlockBackend to BlockDriverState Markus Armbruster
2014-10-01 15:34   ` Max Reitz
2014-09-30 19:25 ` [Qemu-devel] [PATCH v4 04/23] block: Connect BlockBackend and DriveInfo Markus Armbruster
2014-10-01 15:52   ` Max Reitz
2014-09-30 19:25 ` [Qemu-devel] [PATCH v4 05/23] block: Code motion to get rid of stubs/blockdev.c Markus Armbruster
2014-09-30 19:25 ` [Qemu-devel] [PATCH v4 06/23] block: Make BlockBackend own its BlockDriverState Markus Armbruster
2014-09-30 19:25 ` [Qemu-devel] [PATCH v4 07/23] block: Eliminate bdrv_iterate(), use bdrv_next() Markus Armbruster
2014-09-30 19:25 ` [Qemu-devel] [PATCH v4 08/23] block: Eliminate BlockDriverState member device_name[] Markus Armbruster
2014-10-01 16:19   ` Max Reitz
2014-09-30 19:25 ` [Qemu-devel] [PATCH v4 09/23] block: Merge BlockBackend and BlockDriverState name spaces Markus Armbruster
2014-10-01 16:20   ` Max Reitz
2014-09-30 19:25 ` [Qemu-devel] [PATCH v4 10/23] block: Eliminate DriveInfo member bdrv, use blk_by_legacy_dinfo() Markus Armbruster
2014-09-30 19:25 ` [Qemu-devel] [PATCH v4 11/23] block: Rename BlockDriverAIOCB* to BlockAIOCB* Markus Armbruster
2014-10-01 16:50   ` Max Reitz
2014-10-02  7:03     ` Markus Armbruster
2014-09-30 19:25 ` [Qemu-devel] [PATCH v4 12/23] block: Rename BlockDriverCompletionFunc to BlockCompletionFunc Markus Armbruster
2014-10-01 16:55   ` Max Reitz
2014-10-02  7:12     ` Markus Armbruster
2014-09-30 19:25 ` [Qemu-devel] [PATCH v4 13/23] virtio-blk: Drop redundant VirtIOBlock member conf Markus Armbruster
2014-09-30 19:25 ` [Qemu-devel] [PATCH v4 14/23] virtio-blk: Rename VirtIOBlkConf variables to conf Markus Armbruster
2014-09-30 19:25 ` [Qemu-devel] [PATCH v4 15/23] hw: Convert from BlockDriverState to BlockBackend, mostly Markus Armbruster
2014-10-01 17:09   ` Max Reitz
2014-10-02  7:14     ` Markus Armbruster
2014-09-30 19:25 ` [Qemu-devel] [PATCH v4 16/23] ide: Complete conversion from BlockDriverState to BlockBackend Markus Armbruster
2014-09-30 19:25 ` [Qemu-devel] [PATCH v4 17/23] pc87312: Drop unused members of PC87312State Markus Armbruster
2014-09-30 19:25 ` [Qemu-devel] [PATCH v4 18/23] blockdev: Drop superfluous DriveInfo member id Markus Armbruster
2014-09-30 19:25 ` [Qemu-devel] [PATCH v4 19/23] blockdev: Fix blockdev-add not to create DriveInfo Markus Armbruster
2014-10-01 17:21   ` Max Reitz
2014-09-30 19:25 ` [Qemu-devel] [PATCH v4 20/23] block/qapi: Convert qmp_query_block() to BlockBackend Markus Armbruster
2014-09-30 19:25 ` [Qemu-devel] [PATCH v4 21/23] blockdev: Convert qmp_eject(), qmp_change_blockdev() " Markus Armbruster
2014-09-30 19:25 ` [Qemu-devel] [PATCH v4 22/23] block: Lift device model API into BlockBackend Markus Armbruster
2014-09-30 19:25 ` [Qemu-devel] [PATCH v4 23/23] block: Make device model's references to BlockBackend strong Markus Armbruster
2014-10-01 17:22   ` Max Reitz

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=542C1D5E.6060103@redhat.com \
    --to=mreitz@redhat.com \
    --cc=armbru@redhat.com \
    --cc=benoit.canet@nodalink.com \
    --cc=kwolf@redhat.com \
    --cc=qemu-devel@nongnu.org \
    --cc=stefanha@redhat.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).