All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jan Kiszka <jan.kiszka@siemens.com>
To: Phil White <pwhite@mvista.com>, kvm@vger.kernel.org
Subject: Re: [PATCH] KVM: Introduce dynamically registered hypercall capability
Date: Thu, 27 Nov 2014 15:35:25 +0100	[thread overview]
Message-ID: <547736AD.6000803@siemens.com> (raw)
In-Reply-To: <CAEV8qvsm+6EX8HqqWcEaZ7PG4t5xd_AxLUjm0CYmUWvQKm49+Q@mail.gmail.com>

On 2014-11-27 14:30, Phil White wrote:
> This introduces a list of entries which associate a function pointer of
> kvm_hc_type to a hypercall number and allows the ability to register and
> unregister entries.  In addition, it also allows the ability to retrieve a
> function pointer of kvm_hc_type for a given hypercall number which is meant
> to be called from the arch-specific section.
> 
> The main intent is to allow modules to register hypercalls which they own
> rather than requiring the addition of a stub of some sort.  It will also
> allow each arch to maintain separate lists of hypercalls rather than having
> to respect changes in include/uapi/linux/kvm_para.h

Who is using this? The patch lacks a concrete reference to an in-tree
user or at least an open source out-of-tree use case. Will this follow?

And was EXPORT_SYMBOL only accidentally chosen over ..._GPL?

> 
> Signed-off-by: Phil White <pwhite@mvista.com>
> ---
>  arch/arm/kvm/Makefile               |   2 +-
>  arch/arm64/kvm/Makefile             |   1 +
>  arch/ia64/kvm/Makefile              |   2 +-
>  arch/mips/include/asm/kvm_
> para.h    |   6 ++

Posting was somehow mangled.

On first glance, the code also lacks any locking for managing the
hypercall lists.

Jan

-- 
Siemens AG, Corporate Technology, CT RTC ITP SES-DE
Corporate Competence Center Embedded Linux

  reply	other threads:[~2014-11-27 14:35 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-11-27 13:30 [PATCH] KVM: Introduce dynamically registered hypercall capability Phil White
2014-11-27 14:35 ` Jan Kiszka [this message]
2014-11-27 15:31 ` Radim Krčmář
2014-11-29  1:29   ` Phil White
2014-12-01 13:47     ` Radim Krčmář
2014-12-01 23:43       ` Phil White
2014-12-02 16:08         ` Radim Krčmář

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=547736AD.6000803@siemens.com \
    --to=jan.kiszka@siemens.com \
    --cc=kvm@vger.kernel.org \
    --cc=pwhite@mvista.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.