From: Rahul Singh <Rahul.Singh@arm.com>
To: Oleksandr Tyshchenko <oleksandr_tyshchenko@epam.com>
Cc: Juergen Gross <jgross@suse.com>,
Stefano Stabellini <sstabellini@kernel.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
Samuel Holland <samuel@sholland.org>,
David Woodhouse <dwmw@amazon.co.uk>,
Jane Malalane <jane.malalane@citrix.com>,
"xen-devel@lists.xenproject.org" <xen-devel@lists.xenproject.org>
Subject: Re: [PATCH v2] xen/evtchn: Introduce new IOCTL to bind static evtchn
Date: Fri, 30 Jun 2023 13:02:53 +0000 [thread overview]
Message-ID: <156827AA-3DFB-4DA2-BC82-7A27E77C2092@arm.com> (raw)
In-Reply-To: <90c961d4-9d10-6fbc-b5f7-84d231264289@epam.com>
Hi Oleksandr,
Thanks for reviewing the code.
> On 29 Jun 2023, at 7:06 pm, Oleksandr Tyshchenko <oleksandr_tyshchenko@epam.com> wrote:
>
>
>
> On 29.06.23 18:46, Rahul Singh wrote:
>
> Hello Rahul
>
>
>> Xen 4.17 supports the creation of static evtchns. To allow user space
>> application to bind static evtchns introduce new ioctl
>> "IOCTL_EVTCHN_BIND_STATIC". Existing IOCTL doing more than binding
>> that’s why we need to introduce the new IOCTL to only bind the static
>> event channels.
>>
>> Also, static evtchns to be available for use during the lifetime of the
>> guest. When the application exits, __unbind_from_irq() ends up being
>> called from release() file operations because of that static evtchns
>> are getting closed. To avoid closing the static event channel, add the
>> new bool variable "is_static" in "struct irq_info" to mark the event
>> channel static when creating the event channel to avoid closing the
>> static evtchn.
>>
>> Signed-off-by: Rahul Singh <rahul.singh@arm.com>
>> ---
>> v2:
>> * Use bool in place u8 to define is_static variable.
>> * Avoid closing the static evtchns in error path.
>
>
> Patch looks good to me, just a nit (question) below.
>
>
>> ---
>> drivers/xen/events/events_base.c | 7 +++++--
>> drivers/xen/evtchn.c | 30 ++++++++++++++++++++++--------
>> include/uapi/xen/evtchn.h | 9 +++++++++
>> include/xen/events.h | 2 +-
>> 4 files changed, 37 insertions(+), 11 deletions(-)
>>
>> diff --git a/drivers/xen/events/events_base.c b/drivers/xen/events/events_base.c
>> index c7715f8bd452..5d3b5c7cfe64 100644
>> --- a/drivers/xen/events/events_base.c
>> +++ b/drivers/xen/events/events_base.c
>> @@ -112,6 +112,7 @@ struct irq_info {
>> unsigned int irq_epoch; /* If eoi_cpu valid: irq_epoch of event */
>> u64 eoi_time; /* Time in jiffies when to EOI. */
>> raw_spinlock_t lock;
>> + bool is_static; /* Is event channel static */
>>
>> union {
>> unsigned short virq;
>> @@ -982,7 +983,8 @@ static void __unbind_from_irq(unsigned int irq)
>> unsigned int cpu = cpu_from_irq(irq);
>> struct xenbus_device *dev;
>>
>> - xen_evtchn_close(evtchn);
>> + if (!info->is_static)
>> + xen_evtchn_close(evtchn);
>>
>> switch (type_from_irq(irq)) {
>> case IRQT_VIRQ:
>> @@ -1574,7 +1576,7 @@ int xen_set_irq_priority(unsigned irq, unsigned priority)
>> }
>> EXPORT_SYMBOL_GPL(xen_set_irq_priority);
>>
>> -int evtchn_make_refcounted(evtchn_port_t evtchn)
>> +int evtchn_make_refcounted(evtchn_port_t evtchn, bool is_static)
>> {
>> int irq = get_evtchn_to_irq(evtchn);
>> struct irq_info *info;
>> @@ -1590,6 +1592,7 @@ int evtchn_make_refcounted(evtchn_port_t evtchn)
>> WARN_ON(info->refcnt != -1);
>>
>> info->refcnt = 1;
>> + info->is_static = is_static;
>>
>> return 0;
>> }
>> diff --git a/drivers/xen/evtchn.c b/drivers/xen/evtchn.c
>> index c99415a70051..e6d2303478b2 100644
>> --- a/drivers/xen/evtchn.c
>> +++ b/drivers/xen/evtchn.c
>> @@ -366,7 +366,8 @@ static int evtchn_resize_ring(struct per_user_data *u)
>> return 0;
>> }
>>
>> -static int evtchn_bind_to_user(struct per_user_data *u, evtchn_port_t port)
>> +static int evtchn_bind_to_user(struct per_user_data *u, evtchn_port_t port,
>> + bool is_static)
>> {
>> struct user_evtchn *evtchn;
>> struct evtchn_close close;
>> @@ -402,14 +403,16 @@ static int evtchn_bind_to_user(struct per_user_data *u, evtchn_port_t port)
>> if (rc < 0)
>> goto err;
>>
>> - rc = evtchn_make_refcounted(port);
>> + rc = evtchn_make_refcounted(port, is_static);
>> return rc;
>>
>> err:
>> /* bind failed, should close the port now */
>> - close.port = port;
>> - if (HYPERVISOR_event_channel_op(EVTCHNOP_close, &close) != 0)
>> - BUG();
>> + if (!is_static) {
>
>
> I think now "struct evtchn_close close;" can be placed here as it is not
> used outside of this block.
>
> Also this block looks like an open-coded version of xen_evtchn_close()
> defined at events_base.c, so maybe it is worth making xen_evtchn_close()
> static inline and placing it into events.h, then calling helper here?
> Please note, I will be ok either way.
Make sense. I will modify the patch as per your request in the next version.
I will wait for other maintainers to review the patch before sending the
next version.
Regards,
Rahul
next prev parent reply other threads:[~2023-06-30 13:03 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-06-29 15:46 Rahul Singh
2023-06-29 18:06 ` Oleksandr Tyshchenko
2023-06-30 13:02 ` Rahul Singh [this message]
2023-07-09 0:10 ` Stefano Stabellini
2023-07-11 8:17 ` Rahul Singh
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=156827AA-3DFB-4DA2-BC82-7A27E77C2092@arm.com \
--to=rahul.singh@arm.com \
--cc=dwmw@amazon.co.uk \
--cc=jane.malalane@citrix.com \
--cc=jgross@suse.com \
--cc=linux-kernel@vger.kernel.org \
--cc=oleksandr_tyshchenko@epam.com \
--cc=samuel@sholland.org \
--cc=sstabellini@kernel.org \
--cc=xen-devel@lists.xenproject.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
all inboxes | Powered by JetHome®