lkml.org 
[lkml]   [2023]   [Oct]   [20]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
SubjectRe: [PATCH memory-model] docs: memory-barriers: Add note on compiler transformation and address deps
From

Am 10/20/2023 um 5:24 PM schrieb Akira Yokosawa:
> Hi Paul,
>
> On 2023/10/20 22:57, Paul E. McKenney wrote:
> [...]
>> So if there are things that rcu_dereference.rst is missing, they do
>> need to be added.
> As far as I can see, there is no mention of "address dependency"
> in rcu_dereference.rst.
> Yes, I see the discussion in rcu_dereference.rst is all about how
> not to break address dependency by proper uses of rcu_dereference()
> and its friends. But that might not be obvious for readers who
> followed the references placed in memory-barriers.txt.
>
> Using the term "address dependency" somewhere in rcu_dereference.rst
> should help such readers, I guess.


I think that's a good point.


>
> [...]
>>> Thanks for the response, I started thinking my mails aren't getting through
>>> again.
> Jonas, FWIW, your email archived at
>
> https://lore.kernel.org/linux-doc/1c731fdc-9383-21f2-b2d0-2c879b382687@huaweicloud.com/
>
> didn't reach my gmail inbox. I looked for it in the spam folder,
> but couldn't find it there either.
>
> Your first reply on Oct 6, which is archived at
>
> https://lore.kernel.org/linux-doc/4110a58a-8db5-57c4-2f5a-e09ee054baaa@huaweicloud.com/
>
> ended up in my spam folder.
>
> I have no idea why gmail has trouble with your emails so often ...
>
> Anyway, LKML did accept your mails this time.
>
> HTH,
> Akira


Thanks Akira!

I wrote the gmail support a while ago, but no response.

Currently no idea who to talk to... Oh well.



\
 
 \ /
  Last update: 2023-10-20 18:15    [W:0.077 / U:0.028 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site