From: "Michael S. Tsirkin" <mst@redhat.com>
To: Cornelia Huck <cohuck@redhat.com>
Cc: "Longpeng (Mike,
Cloud Infrastructure Service Product Dept.)"
<longpeng2@huawei.com>,
"Gonglei (Arei)" <arei.gonglei@huawei.com>,
"virtio-comment@lists.oasis-open.org"
<virtio-comment@lists.oasis-open.org>
Subject: Re: [virtio-comment] RE: [PATCH] content: reserve virtio device ID for QingTian Box devices
Date: Mon, 3 Jan 2022 10:48:41 -0500 [thread overview]
Message-ID: <20220103104443-mutt-send-email-mst@kernel.org> (raw)
In-Reply-To: <87lezx3rw6.fsf@redhat.com>
On Mon, Jan 03, 2022 at 01:50:17PM +0100, Cornelia Huck wrote:
> On Mon, Jan 03 2022, "Longpeng (Mike, Cloud Infrastructure Service Product Dept.)" <longpeng2@huawei.com> wrote:
>
> >> -----Original Message-----
> >> From: Cornelia Huck [mailto:cohuck@redhat.com]
> >> Sent: Monday, January 3, 2022 7:30 PM
> >> To: Longpeng (Mike, Cloud Infrastructure Service Product Dept.)
> >> <longpeng2@huawei.com>; Michael S. Tsirkin <mst@redhat.com>
> >> Cc: Gonglei (Arei) <arei.gonglei@huawei.com>;
> >> virtio-comment@lists.oasis-open.org
> >> Subject: Re: [virtio-comment] RE: [PATCH] content: reserve virtio device ID for
> >> QingTian Box devices
> >>
> >> On Mon, Dec 27 2021, "Longpeng (Mike, Cloud Infrastructure Service Product
> >> Dept.)" <longpeng2@huawei.com> wrote:
> >>
> >> >> -----Original Message-----
> >> >> From: Michael S. Tsirkin [mailto:mst@redhat.com]
> >> >> Sent: Monday, December 27, 2021 4:15 PM
> >> >> To: Longpeng (Mike, Cloud Infrastructure Service Product Dept.)
> >> >> <longpeng2@huawei.com>
> >> >> Cc: Gonglei (Arei) <arei.gonglei@huawei.com>;
> >> >> virtio-comment@lists.oasis-open.org
> >> >> Subject: Re: [PATCH] content: reserve virtio device ID for QingTian Box devices
> >> >>
> >> >> On Thu, Dec 23, 2021 at 02:49:25PM +0000, Longpeng (Mike, Cloud Infrastructure
> >> >> Service Product Dept.) wrote:
> >> >> > Hi Michael,
> >> >> >
> >> >> > Is there anything else I need to do to reserve the device id?
> >> >>
> >> >> OK, I see the issue was created. I think it makes sense to wait
> >> >> until Jan 3 with the vote since lots of people are on
> >> >> vacation.
> >> >>
> >> >
> >> > Ok, thanks.
> >> >
> >> >> Meanwhile - are there plans to add this device to the spec eventually?
> >> >> Can you share a bit more of what it does?
> >> >>
> >> >
> >> > We want to carve out some resources (e.g. vcpu, mem, pci_dev) from the user's
> >> > VM and then use these resources to start a sandbox for the user. The usage
> >> > quite likes the software enclave which Nitro already supported, but we have
> >> > much wider usage, for example, running unikernel + app (e.g. OSV + Redis) in
> >> > the sandbox, it would provide much better performance than the traditional
> >> > os.
> >>
> >> Sounds interesting. One question: Should this virtio device only support
> >> a specific hypervisor, or could it support various hypervisors in
> >> theory? (Via different commands or parameters.) In case of the latter,
> >> it might be better to reserve an ID for a "sandbox device" or so. If the
> >> design is too closely tied to your hypervisor, I'd be fine with
> >> reserving the ID as proposed.
> >
> > We want to name the device as "virtio sandbox" originally, but consider that it
> > would be much convenient to add new features (maybe tied to our hypervisor) in
> > the future if we introduce a private device, so we decide to use "QingTian Box"
> > at last.
> >
> > However, the sandbox function is not bound to a specific hypervisor, so it's free
> > for the other guys to add something like "virtio sandbox".
>
> Yes, I guess this is a tradeoff between "device for a closely defined
> environment that can be specified/changed easily" and "generic device
> covering different environments that gets very complex". I do not have a
> very good grasp of the problem space; if it is hard to make generic, I
> have no objection to the specific device id.
>
> Anyone else have a comment? If not, we can go ahead and start a vote.
I'd like to know whether there are plans to add the device to the spec?
Driver to linux?
--
MST
This publicly archived list offers a means to provide input to the
OASIS Virtual I/O Device (VIRTIO) TC.
In order to verify user consent to the Feedback License terms and
to minimize spam in the list archive, subscription is required
before posting.
Subscribe: virtio-comment-subscribe@lists.oasis-open.org
Unsubscribe: virtio-comment-unsubscribe@lists.oasis-open.org
List help: virtio-comment-help@lists.oasis-open.org
List archive: https://lists.oasis-open.org/archives/virtio-comment/
Feedback License: https://www.oasis-open.org/who/ipr/feedback_license.pdf
List Guidelines: https://www.oasis-open.org/policies-guidelines/mailing-lists
Committee: https://www.oasis-open.org/committees/virtio/
Join OASIS: https://www.oasis-open.org/join/
next prev parent reply other threads:[~2022-01-03 15:48 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-12-09 14:05 [virtio-comment] [PATCH] content: reserve virtio device ID for QingTian Box devices Longpeng(Mike)
2021-12-23 14:49 ` [virtio-comment] " Longpeng (Mike, Cloud Infrastructure Service Product Dept.)
2021-12-26 8:18 ` [virtio-comment] " Michael S. Tsirkin
2021-12-27 8:15 ` Michael S. Tsirkin
2021-12-27 9:38 ` [virtio-comment] " Longpeng (Mike, Cloud Infrastructure Service Product Dept.)
2022-01-03 11:29 ` Cornelia Huck
2022-01-03 11:55 ` Longpeng (Mike, Cloud Infrastructure Service Product Dept.)
2022-01-03 12:50 ` Cornelia Huck
2022-01-03 15:48 ` Michael S. Tsirkin [this message]
2022-01-03 17:14 ` Michael S. Tsirkin
2022-01-04 4:49 ` Longpeng (Mike, Cloud Infrastructure Service Product Dept.)
2022-01-13 12:20 ` Cornelia Huck
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=20220103104443-mutt-send-email-mst@kernel.org \
--to=mst@redhat.com \
--cc=arei.gonglei@huawei.com \
--cc=cohuck@redhat.com \
--cc=longpeng2@huawei.com \
--cc=virtio-comment@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