From: Jason Wang <jasowang@redhat.com>
To: Vitaly Kuznetsov <vkuznets@redhat.com>
Cc: "K. Y. Srinivasan" <kys@microsoft.com>,
devel@linuxdriverproject.org,
"Haiyang Zhang" <haiyangz@microsoft.com>,
linux-kernel@vger.kernel.org, "Dexuan Cui" <decui@microsoft.com>,
"Radim Krčmář" <rkrcmar@redhat.com>,
"Dan Carpenter" <dan.carpenter@oracle.com>
Subject: Re: [PATCH v3 2/3] Drivers: hv: rename sc_lock to the more generic lock
Date: Wed, 21 Jan 2015 03:19:36 +0008 [thread overview]
Message-ID: <1421809896.8384.1@smtp.corp.redhat.com> (raw)
In-Reply-To: <1421768706-5363-3-git-send-email-vkuznets@redhat.com>
On Tue, Jan 20, 2015 at 11:45 PM, Vitaly Kuznetsov
<vkuznets@redhat.com> wrote:
> sc_lock spinlock in struct vmbus_channel is being used to not only
> protect the
> sc_list field, e.g. vmbus_open() function uses it to implement
> test-and-set
> access to the state field. Rename it to the more generic 'lock' and
> add the
> description.
>
> Signed-off-by: Vitaly Kuznetsov <vkuznets@redhat.com>
> ---
> drivers/hv/channel.c | 6 +++---
> drivers/hv/channel_mgmt.c | 10 +++++-----
> include/linux/hyperv.h | 7 ++++++-
> 3 files changed, 14 insertions(+), 9 deletions(-)
Acked-by: Jason Wang <jasowang@redhat.com>
>
> diff --git a/drivers/hv/channel.c b/drivers/hv/channel.c
> index 433f72a..8608ed1 100644
> --- a/drivers/hv/channel.c
> +++ b/drivers/hv/channel.c
> @@ -73,14 +73,14 @@ int vmbus_open(struct vmbus_channel *newchannel,
> u32 send_ringbuffer_size,
> unsigned long flags;
> int ret, t, err = 0;
>
> - spin_lock_irqsave(&newchannel->sc_lock, flags);
> + spin_lock_irqsave(&newchannel->lock, flags);
> if (newchannel->state == CHANNEL_OPEN_STATE) {
> newchannel->state = CHANNEL_OPENING_STATE;
> } else {
> - spin_unlock_irqrestore(&newchannel->sc_lock, flags);
> + spin_unlock_irqrestore(&newchannel->lock, flags);
> return -EINVAL;
> }
> - spin_unlock_irqrestore(&newchannel->sc_lock, flags);
> + spin_unlock_irqrestore(&newchannel->lock, flags);
>
> newchannel->onchannel_callback = onchannelcallback;
> newchannel->channel_callback_context = context;
> diff --git a/drivers/hv/channel_mgmt.c b/drivers/hv/channel_mgmt.c
> index 01f2c2b..c6fdd74 100644
> --- a/drivers/hv/channel_mgmt.c
> +++ b/drivers/hv/channel_mgmt.c
> @@ -146,7 +146,7 @@ static struct vmbus_channel *alloc_channel(void)
> return NULL;
>
> spin_lock_init(&channel->inbound_lock);
> - spin_lock_init(&channel->sc_lock);
> + spin_lock_init(&channel->lock);
>
> INIT_LIST_HEAD(&channel->sc_list);
> INIT_LIST_HEAD(&channel->percpu_list);
> @@ -246,9 +246,9 @@ static void vmbus_process_rescind_offer(struct
> work_struct *work)
> spin_unlock_irqrestore(&vmbus_connection.channel_lock, flags);
> } else {
> primary_channel = channel->primary_channel;
> - spin_lock_irqsave(&primary_channel->sc_lock, flags);
> + spin_lock_irqsave(&primary_channel->lock, flags);
> list_del(&channel->sc_list);
> - spin_unlock_irqrestore(&primary_channel->sc_lock, flags);
> + spin_unlock_irqrestore(&primary_channel->lock, flags);
> }
> free_channel(channel);
> }
> @@ -323,9 +323,9 @@ static void vmbus_process_offer(struct
> work_struct *work)
> * Process the sub-channel.
> */
> newchannel->primary_channel = channel;
> - spin_lock_irqsave(&channel->sc_lock, flags);
> + spin_lock_irqsave(&channel->lock, flags);
> list_add_tail(&newchannel->sc_list, &channel->sc_list);
> - spin_unlock_irqrestore(&channel->sc_lock, flags);
> + spin_unlock_irqrestore(&channel->lock, flags);
>
> if (newchannel->target_cpu != get_cpu()) {
> put_cpu();
> diff --git a/include/linux/hyperv.h b/include/linux/hyperv.h
> index 476c685..02dd978 100644
> --- a/include/linux/hyperv.h
> +++ b/include/linux/hyperv.h
> @@ -722,7 +722,12 @@ struct vmbus_channel {
> */
> void (*sc_creation_callback)(struct vmbus_channel *new_sc);
>
> - spinlock_t sc_lock;
> + /*
> + * The spinlock to protect the structure. It is being used to
> protect
> + * test-and-set access to various attributes of the structure as
> well
> + * as all sc_list operations.
> + */
> + spinlock_t lock;
> /*
> * All Sub-channels of a primary channel are linked here.
> */
> --
> 1.9.3
>
next prev parent reply other threads:[~2015-01-21 3:11 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-01-20 15:45 [PATCH v3 0/3] Drivers: hv: vmbus: protect Offer/Rescind offer processing Vitaly Kuznetsov
2015-01-20 15:45 ` [PATCH v3 1/3] Drivers: hv: check vmbus_device_create() return value in vmbus_process_offer() Vitaly Kuznetsov
2015-01-20 18:33 ` KY Srinivasan
2015-01-21 3:10 ` Jason Wang
2015-01-20 15:45 ` [PATCH v3 2/3] Drivers: hv: rename sc_lock to the more generic lock Vitaly Kuznetsov
2015-01-20 18:33 ` KY Srinivasan
2015-01-21 3:11 ` Jason Wang [this message]
2015-01-20 15:45 ` [PATCH v3 3/3] Drivers: hv: vmbus: serialize Offer and Rescind offer Vitaly Kuznetsov
2015-01-20 18:34 ` KY Srinivasan
2015-01-21 3:25 ` Jason Wang
2015-01-28 11:57 ` Dexuan Cui
2015-01-28 12:08 ` Vitaly Kuznetsov
2015-01-28 12:51 ` Dexuan Cui
2015-01-28 13:09 ` Vitaly Kuznetsov
2015-01-29 10:10 ` Jason Wang
[not found] ` <F792CF86EFE20D4AB8064279AFBA51C61EA9510B@SIXPRD3002MB028.064d.mgd.msft.net >
2015-01-29 10:09 ` Jason Wang
2015-01-30 4:21 ` Dexuan Cui
2015-02-01 18:17 ` KY Srinivasan
[not found] ` <F792CF86EFE20D4AB8064279AFBA51C61EA94FB7@SIXPRD3002MB028.064d.mgd.msft.net >
2015-01-29 10:07 ` Jason Wang
2015-02-01 18:12 ` KY Srinivasan
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=1421809896.8384.1@smtp.corp.redhat.com \
--to=jasowang@redhat.com \
--cc=dan.carpenter@oracle.com \
--cc=decui@microsoft.com \
--cc=devel@linuxdriverproject.org \
--cc=haiyangz@microsoft.com \
--cc=kys@microsoft.com \
--cc=linux-kernel@vger.kernel.org \
--cc=rkrcmar@redhat.com \
--cc=vkuznets@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
Powered by JetHome