From: "Håkon Bugge" <haakon.bugge@oracle.com>
To: Sowmini Varadhan <sowmini.varadhan@oracle.com>
Cc: Santosh Shilimkar <santosh.shilimkar@oracle.com>,
"David S . Miller" <davem@davemloft.net>,
netdev@vger.kernel.org,
OFED mailing list <linux-rdma@vger.kernel.org>,
rds-devel@oss.oracle.com, linux-kernel@vger.kernel.org
Subject: Re: [PATCH net] rds: Make sure updates to cp_send_gen can be observed
Date: Thu, 20 Jul 2017 13:24:11 +0200 [thread overview]
Message-ID: <0EE3287D-4537-4B43-9899-FCC2F50A666F@oracle.com> (raw)
In-Reply-To: <20170720110254.GB14156@oracle.com>
> On 20 Jul 2017, at 13:02, Sowmini Varadhan <sowmini.varadhan@oracle.com> wrote:
>
> On (07/20/17 12:28), H??kon Bugge wrote:
>> cp->cp_send_gen is treated as a normal variable, although it may be
>> used by different threads.
>
> I'm confused by that assertion. If you look at the comments right
> above the change in your patch, there is a note that
> acquire_in_xmit/release_in_xmit are the synchronization/serialization
> points.
>
> Can you please clarify?
The way the original code works, is that it is allowed for the compiler to keep the value of “cp->cp_send_gen + 1” in a register. The compiler has no requirement to store this value to memory, before leaving the function or calling another one.
Further, said register can be used in the comparison outside the acquire_in_xmit/release_in_xmit, at which point another thread may have changed its value.
Thxs, Håkon
>
>> --- a/net/rds/send.c
>> +++ b/net/rds/send.c
>> @@ -170,8 +170,8 @@ int rds_send_xmit(struct rds_conn_path *cp)
>> * The acquire_in_xmit() check above ensures that only one
>> * caller can increment c_send_gen at any time.
>> */
>> - cp->cp_send_gen++;
>> - send_gen = cp->cp_send_gen;
>> + send_gen = READ_ONCE(cp->cp_send_gen) + 1;
>> + WRITE_ONCE(cp->cp_send_gen, send_gen);
>>
>
> --Sowmini
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2017-07-20 11:24 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-07-20 10:28 [PATCH net] rds: Make sure updates to cp_send_gen can be observed Håkon Bugge
2017-07-20 11:02 ` Sowmini Varadhan
2017-07-20 11:24 ` Håkon Bugge [this message]
2017-07-20 16:50 ` Santosh Shilimkar
2017-07-20 22:33 ` David Miller
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=0EE3287D-4537-4B43-9899-FCC2F50A666F@oracle.com \
--to=haakon.bugge@oracle.com \
--cc=davem@davemloft.net \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-rdma@vger.kernel.org \
--cc=netdev@vger.kernel.org \
--cc=rds-devel@oss.oracle.com \
--cc=santosh.shilimkar@oracle.com \
--cc=sowmini.varadhan@oracle.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