All of lore.kernel.org
 help / color / mirror / Atom feed
From: Andrea Parri <andrea.parri@amarulasolutions.com>
To: "Paul E. McKenney" <paulmck@linux.ibm.com>
Cc: linux-kernel@vger.kernel.org, linux-arch@vger.kernel.org,
	mingo@kernel.org, stern@rowland.harvard.edu,
	parri.andrea@gmail.com, will.deacon@arm.com,
	peterz@infradead.org, boqun.feng@gmail.com, npiggin@gmail.com,
	dhowells@redhat.com, j.alglave@ucl.ac.uk, luc.maranget@inria.fr,
	akiyks@gmail.com
Subject: Re: Q&A from "Concurrency with tools/memory-model"
Date: Tue, 27 Nov 2018 12:55:37 +0100	[thread overview]
Message-ID: <20181127115537.GA7172@andrea> (raw)
In-Reply-To: <20181115225630.GA30917@linux.ibm.com>

[-- Attachment #1: Type: text/plain, Size: 1551 bytes --]

On Thu, Nov 15, 2018 at 02:56:30PM -0800, Paul E. McKenney wrote:
> Hello!
> 
> Good turnout and some good questions here in Vancouver BC, please see
> below for rough notes.  ;-)

Thanks for the notes.  I attach here the slides used for the talk
(so let's see how many typos I've left...).

  Andrea


> 
> 							Thanx, Paul
> 
> ------------------------------------------------------------------------
> 
> "Concurrency with tools/memory-model"
> 
> Andrea Parri presenting.
> 
> Rough notes of Q&A.
> 
> o	Want atomic bit operation.
> 
> o	But smp_read_barrier_depends() not there, so how to note pairing?
> 	A:  Note the dependency as the other end of the pairing.
> 
> o	Speculation barriers, as in Spectre and Meltdown?  A: This would
> 	require adding timing, not in the immediate future.
> 
> o	What ordering does system calls provide?  A: None that we know of.
> 	Boqun: Userspace needs to explicitly provide the needed ordering
> 	when interacting with the kernel.  Some architectures do provide
> 	full barriers, but not to be counted on.
> 
> o	Why herd7?  A: Based on other formalizations -- note that herd7
> 	had a number of hardware models.  Paul: Plus the founder of the
> 	LKMM project is a co-author of herd, which might have had some
> 	effect.
> 
> o	Why not also model interrupts and NMIs?  Promela and spin have
> 	been used for this.  A: Cannot currently model them.  You can
> 	emulated them with additional threads and locks, if you wish.
> 	Vincent Nimal and Lihao Liang have done some academic work on
> 	these topics.
> 

[-- Attachment #2: slides.pdf --]
[-- Type: application/pdf, Size: 137134 bytes --]

      reply	other threads:[~2018-11-27 11:55 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-11-15 22:56 Q&A from "Concurrency with tools/memory-model" Paul E. McKenney
2018-11-27 11:55 ` Andrea Parri [this message]

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=20181127115537.GA7172@andrea \
    --to=andrea.parri@amarulasolutions.com \
    --cc=akiyks@gmail.com \
    --cc=boqun.feng@gmail.com \
    --cc=dhowells@redhat.com \
    --cc=j.alglave@ucl.ac.uk \
    --cc=linux-arch@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=luc.maranget@inria.fr \
    --cc=mingo@kernel.org \
    --cc=npiggin@gmail.com \
    --cc=parri.andrea@gmail.com \
    --cc=paulmck@linux.ibm.com \
    --cc=peterz@infradead.org \
    --cc=stern@rowland.harvard.edu \
    --cc=will.deacon@arm.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.