Discussion of the implementations of VIRTIO specification
 help / color / mirror / Atom feed
From: David Hildenbrand <david@redhat.com>
To: Parav Pandit <parav@nvidia.com>,
	"mst@redhat.com" <mst@redhat.com>,
	"virtio-dev@lists.oasis-open.org"
	<virtio-dev@lists.oasis-open.org>,
	"cohuck@redhat.com" <cohuck@redhat.com>
Cc: "virtio-comment@lists.oasis-open.org"
	<virtio-comment@lists.oasis-open.org>
Subject: Re: [virtio-dev] [PATCH v3 06/20] virtio-mem-balloon: Maintain mem balloon device spec in separate directory
Date: Wed, 11 Jan 2023 16:42:35 +0100	[thread overview]
Message-ID: <c3d29199-df2a-6a13-e88c-b52d20fa04ff@redhat.com> (raw)
In-Reply-To: <PH0PR12MB54814D2E4FAABC0A72EA5CE3DCFC9@PH0PR12MB5481.namprd12.prod.outlook.com>

On 11.01.23 16:01, Parav Pandit wrote:
> Hi David,

Hi Parav,

> 
>> From: David Hildenbrand <david@redhat.com>
>> Sent: Wednesday, January 11, 2023 9:14 AM
>> To: Parav Pandit <parav@nvidia.com>; mst@redhat.com; virtio-dev@lists.oasis-
>> open.org; cohuck@redhat.com
>> Cc: virtio-comment@lists.oasis-open.org
>> Subject: Re: [virtio-dev] [PATCH v3 06/20] virtio-mem-balloon: Maintain mem
>> balloon device spec in separate directory
>>
>> On 11.01.23 00:03, Parav Pandit wrote:
>>> Move virtio memory balloon device specification to its own file
>>> similar to recent virtio devices.
>>> While at it, place device specification, its driver and device
>>> conformance into its own directory to have self contained device
>>> specification.
>>>
>>> Fixes: https://github.com/oasis-tcs/virtio-spec/issues/153
>>> Signed-off-by: Parav Pandit <parav@nvidia.com>
>>>
>>
>> There is virtio-mem and there is virtio-balloon. Calling virtio-balloon "virtio-
>> mem-balloon" can easily lead to quite some confusion. Any particular reason
>> why not to stick to "virtio-balloon" ?
>>
> Historically Linux memory balloon driver in linux is placed as virtio_balloon.c

See below. id=5 has widespread "virtio-balloon" terminology use. id=13 
is what creates confusion.

> In virtio spec, in the device type is it named as "Traditional memory balloon device".
> So, I named the directory name close to actual spec content name.
> Adding legacy/traditional was too long. :)
> May be virtio-mem-legacy is better to differentiate between legacy and new mem device?

As it has nothing to do with virtio-mem, that would be confusing. Also, 
legacy doesn't quite catch the semantics.

> 
> In this patchset, directories are named with "virtio-" prefix such as virtio-pmem, virtio-sound.
> 
> Another option (which I prefer as I write now) is,
> How about we drop "virtio-" prefix in the directory name because this is the virtio spec.
> 
> And have names as
> device-types/sound
> device-types/legacy-mem-balloon
> device-types/mem
> device-types/pmem
> 
> This is short and covers balloon part too?

Looking at 
https://lore.kernel.org/all/20220516204913.542894-71-mst@redhat.com/

We seem to have virtio-balloon (id=5) and virtio-mem-balloon (if=13).

virtio-balloon is what's actually implemented and used. "Traditional" is 
a bit misleading here.

IMHO, we could/should

* Name it "balloon" here
* Make "id=13" reserved and remove the notion of "memory balloon" from
   the spec
* Call "id=5" "Memory Balloon" and remove the notion of "Traditional".
   It's the one that exists.

@MST?

-- 
Thanks,

David / dhildenb


  reply	other threads:[~2023-01-11 15:42 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-01-10 23:03 [PATCH v3 00/20] Split device spec to its individual files Parav Pandit
2023-01-10 23:03 ` [PATCH v3 01/20] virtio-network: Maintain network device spec in separate directory Parav Pandit
2023-01-10 23:03 ` [PATCH v3 02/20] virtio-network: Fix spelling errors Parav Pandit
2023-01-10 23:03 ` [PATCH v3 03/20] virtio-block: Maintain block device spec in separate directory Parav Pandit
2023-01-10 23:03 ` [PATCH v3 04/20] virtio-console: Maintain console " Parav Pandit
2023-01-10 23:03 ` [PATCH v3 05/20] virtio-entropy: Maintain entropy " Parav Pandit
2023-01-10 23:03 ` [PATCH v3 06/20] virtio-mem-balloon: Maintain mem balloon " Parav Pandit
2023-01-11 14:14   ` [virtio-dev] " David Hildenbrand
2023-01-11 14:55     ` Michael S. Tsirkin
2023-01-11 15:01     ` Parav Pandit
2023-01-11 15:42       ` David Hildenbrand [this message]
2023-01-11 15:56         ` [virtio-comment] " Cornelia Huck
2023-01-11 16:01           ` Parav Pandit
2023-01-11 16:22             ` Michael S. Tsirkin
2023-01-11 16:32               ` Parav Pandit
2023-01-10 23:03 ` [PATCH v3 07/20] virtio-scsi: Maintain scsi host " Parav Pandit
2023-01-10 23:03 ` [PATCH v3 08/20] virtio-gpu: Maintain gpu " Parav Pandit
2023-01-10 23:03 ` [PATCH v3 09/20] virtio-input: Maintain input " Parav Pandit
2023-01-10 23:03 ` [PATCH v3 10/20] virtio-crypto: Maintain crypto " Parav Pandit
2023-01-10 23:03 ` [PATCH v3 11/20] virtio-vsock: Maintain socket " Parav Pandit
2023-01-11 11:04   ` [virtio-comment] " Cornelia Huck
2023-01-10 23:03 ` [PATCH v3 12/20] virtio-fs: Maintain file system " Parav Pandit
2023-01-10 23:03 ` [PATCH v3 13/20] virtio-rpmb: Maintain rpmb " Parav Pandit
2023-01-10 23:03 ` [PATCH v3 14/20] virtio-iommu: Maintain iommu " Parav Pandit
2023-01-10 23:03 ` [PATCH v3 15/20] virtio-sound: Maintain sound " Parav Pandit
2023-01-10 23:03 ` [PATCH v3 16/20] virtio-mem: Maintain memory " Parav Pandit
2023-01-10 23:03 ` [PATCH v3 17/20] virtio-i2c: Maintain i2c " Parav Pandit
2023-01-10 23:03 ` [PATCH v3 18/20] virtio-scmi: Maintain scmi " Parav Pandit
2023-01-10 23:03 ` [PATCH v3 19/20] virtio-gpio: Maintain gpio " Parav Pandit
2023-01-11 10:52   ` [virtio-dev] " Cornelia Huck
2023-01-11 13:40     ` [virtio-comment] " Parav Pandit
2023-01-10 23:03 ` [PATCH v3 20/20] virtio-pmem: Maintain pmem " Parav Pandit

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=c3d29199-df2a-6a13-e88c-b52d20fa04ff@redhat.com \
    --to=david@redhat.com \
    --cc=cohuck@redhat.com \
    --cc=mst@redhat.com \
    --cc=parav@nvidia.com \
    --cc=virtio-comment@lists.oasis-open.org \
    --cc=virtio-dev@lists.oasis-open.org \
    /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