From: David Howells <dhowells@redhat.com>
To: Jarek Poplawski <jarkao2@o2.pl>
Cc: linux-kernel@vger.kernel.org,
"Robert P\. J\. Day" <rpjday@mindspring.com>
Subject: Re: [PATCH] Documentation/memory-barriers.txt: various fixes
Date: Mon, 21 May 2007 15:12:07 +0100 [thread overview]
Message-ID: <12203.1179756727@redhat.com> (raw)
In-Reply-To: <20070521135048.GB4050@ff.dom.local>
Jarek Poplawski <jarkao2@o2.pl> wrote:
> > > - load will be directed), a data dependency barrier would be required to
> > > + load will be directed), the data dependency barrier would be required to
> >
> > I think that should be "a".
>
> I could only guess (it's a magic to me) - so, if it doesn't matter
> "A data ..." begins this paragraph...
I see what you mean. I see it as "a data dependency barrier ..." though. That
may be because I wrote the doc, however. I wonder if "data dependency" should
be hyphenated to make it clearer. What do you think?
> > > -But! CPU 2's perception of P may be updated _before_ its perception of B, thus
> > > +But (!) CPU 2's perception of P may be updated _before_ its perception of B,
> >
> > That's a matter of taste, I think. However, if my solution is chosen, there
> > should be an extra space after "But!". Hmmm... actually, I think you're wrong
> > because the "But!" isn't quite part of the following sentence.
>
> It seems logical, but it's also quite unusual, so the reader (only me?)
> could be more interested in orthography than in the subject...
I'm emphasising a really odd feature - and it's quite an important emphasis -
so I felt that this sort of construct would interrupt the reader's normal
scanning of the text and make it clearer that this was something to take
careful note of.
It's a really horrible gotcha you have to be careful of. It's sort of against
how you'd think things would work.
> > > This sequence of events is committed to the memory coherence system in an order
> > > that the rest of the system might perceive as the unordered set of { STORE A,
> > > -STORE B, STORE C } all occurring before the unordered set of { STORE D, STORE E
> > > -}:
> > > +STORE B, STORE C } - all occurring before the unordered set of { STORE D, STORE
> > > +E }:
> >
> > Hmmm. I don't think that a dash is correct here. I think it changes the
> > meaning, by changing the way the elements are grouped.
>
> Sure. But on the other hand such long questions probably are broken
> somewhere with pauses when reading...
I know what you mean, but it's tricky because of the subject. Maybe a colon
after the "might perceive as"?
> > I think this changes the meaning to one I don't want. But I'm not entirely
> > sure. In a way the two concepts "update of perception" and "update perception"
> > are different things. I think this can be argued either way.
>
> So, what can I say...
How about: "Aargh! Nonono! The English language is completely horrible!"?
David
next prev parent reply other threads:[~2007-05-21 14:12 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-05-21 9:42 [PATCH] Documentation/memory-barriers.txt: various fixes Jarek Poplawski
2007-05-21 12:09 ` David Howells
2007-05-21 13:50 ` Jarek Poplawski
2007-05-21 14:12 ` David Howells [this message]
2007-05-21 15:19 ` Jarek Poplawski
2007-05-22 13:39 ` Scott Preece
2007-05-22 14:19 ` Jarek Poplawski
2007-05-22 6:19 ` [PATCH (take 2)] " Jarek Poplawski
2007-05-22 12:16 ` David Howells
2007-05-22 13:35 ` [PATCH (take 3)] " Jarek Poplawski
2007-05-22 13:43 ` Jarek Poplawski
2007-05-22 14:03 ` [PATCH (take 4)] " Jarek Poplawski
2007-05-22 15:56 ` David Howells
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=12203.1179756727@redhat.com \
--to=dhowells@redhat.com \
--cc=jarkao2@o2.pl \
--cc=linux-kernel@vger.kernel.org \
--cc=rpjday@mindspring.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.