From: Randy Dunlap <rdunlap@infradead.org> To: paulmck@kernel.org, Mark Rutland <mark.rutland@arm.com> Cc: Thomas Gleixner <tglx@linutronix.de>, Steven Rostedt <rostedt@goodmis.org>, Nicolas Saenz Julienne <nsaenzju@redhat.com>, linux-kernel <linux-kernel@vger.kernel.org>, linux-arm-kernel <linux-arm-kernel@lists.infradead.org>, rcu@vger.kernel.org, Peter Zijlstra <peterz@infradead.org>, mtosatti <mtosatti@redhat.com>, frederic <frederic@kernel.org>, Jonathan Corbet <corbet@lwn.net> Subject: Re: [PATCH v2] Documentation: Fill the gaps about entry/noinstr constraints Date: Mon, 6 Dec 2021 13:24:03 -0800 [thread overview] Message-ID: <9ff94a5f-bb7e-501a-65cf-f260ae75b506@infradead.org> (raw) In-Reply-To: <20211206175323.GB641268@paulmck-ThinkPad-P17-Gen-1> On 12/6/21 09:53, Paul E. McKenney wrote: > On Mon, Dec 06, 2021 at 05:36:51PM +0000, Mark Rutland wrote: >> On Fri, Dec 03, 2021 at 07:48:08PM -0800, Randy Dunlap wrote: >>> On 12/1/21 12:35, Thomas Gleixner wrote: >>>> +Aside of that many architectures have to save register state, e.g. debug or >>> >>> state (e.g. debug) or >>> >>>> +cause registers before another exception of the same type can happen. A >>> >>> ^^^^^ cannot parse (with or without the change to the previous line) >> >> I think the difficulty here is with "cause register"? That' a register which >> indicates the cause of an exception, e.g. Oh. I see. Thanks. >> * MIPS has `cause` (coprocessor 0 register 13) >> * arm64 / AArch64 has `ESR_ELx` (Exception Syndrome Register, ELx) >> >> We could probably clarify this as "exception cause registers" or "exception >> status registers", if that helps? > > Or to make it word-by-word unambiguous, "exception-cause registers" > and "exception-status registers". Any of those works. Or even 'cause' registers. -- ~Randy
WARNING: multiple messages have this Message-ID (diff)
From: Randy Dunlap <rdunlap@infradead.org> To: paulmck@kernel.org, Mark Rutland <mark.rutland@arm.com> Cc: Thomas Gleixner <tglx@linutronix.de>, Steven Rostedt <rostedt@goodmis.org>, Nicolas Saenz Julienne <nsaenzju@redhat.com>, linux-kernel <linux-kernel@vger.kernel.org>, linux-arm-kernel <linux-arm-kernel@lists.infradead.org>, rcu@vger.kernel.org, Peter Zijlstra <peterz@infradead.org>, mtosatti <mtosatti@redhat.com>, frederic <frederic@kernel.org>, Jonathan Corbet <corbet@lwn.net> Subject: Re: [PATCH v2] Documentation: Fill the gaps about entry/noinstr constraints Date: Mon, 6 Dec 2021 13:24:03 -0800 [thread overview] Message-ID: <9ff94a5f-bb7e-501a-65cf-f260ae75b506@infradead.org> (raw) In-Reply-To: <20211206175323.GB641268@paulmck-ThinkPad-P17-Gen-1> On 12/6/21 09:53, Paul E. McKenney wrote: > On Mon, Dec 06, 2021 at 05:36:51PM +0000, Mark Rutland wrote: >> On Fri, Dec 03, 2021 at 07:48:08PM -0800, Randy Dunlap wrote: >>> On 12/1/21 12:35, Thomas Gleixner wrote: >>>> +Aside of that many architectures have to save register state, e.g. debug or >>> >>> state (e.g. debug) or >>> >>>> +cause registers before another exception of the same type can happen. A >>> >>> ^^^^^ cannot parse (with or without the change to the previous line) >> >> I think the difficulty here is with "cause register"? That' a register which >> indicates the cause of an exception, e.g. Oh. I see. Thanks. >> * MIPS has `cause` (coprocessor 0 register 13) >> * arm64 / AArch64 has `ESR_ELx` (Exception Syndrome Register, ELx) >> >> We could probably clarify this as "exception cause registers" or "exception >> status registers", if that helps? > > Or to make it word-by-word unambiguous, "exception-cause registers" > and "exception-status registers". Any of those works. Or even 'cause' registers. -- ~Randy _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next prev parent reply other threads:[~2021-12-06 21:24 UTC|newest] Thread overview: 42+ messages / expand[flat|nested] mbox.gz Atom feed top 2021-11-30 11:28 Question WRT early IRQ/NMI entry code Nicolas Saenz Julienne 2021-11-30 11:28 ` Nicolas Saenz Julienne 2021-11-30 12:05 ` Frederic Weisbecker 2021-11-30 12:05 ` Frederic Weisbecker 2021-11-30 12:50 ` Mark Rutland 2021-11-30 12:50 ` Mark Rutland 2021-11-30 13:47 ` Thomas Gleixner 2021-11-30 13:47 ` Thomas Gleixner 2021-11-30 14:13 ` Steven Rostedt 2021-11-30 14:13 ` Steven Rostedt 2021-11-30 22:31 ` [PATCH] Documentation: Fill the gaps about entry/noinstr constraints Thomas Gleixner 2021-11-30 22:31 ` Thomas Gleixner 2021-12-01 10:56 ` Mark Rutland 2021-12-01 10:56 ` Mark Rutland 2021-12-01 18:14 ` Thomas Gleixner 2021-12-01 18:14 ` Thomas Gleixner 2021-12-01 18:23 ` Mark Rutland 2021-12-01 18:23 ` Mark Rutland 2021-12-01 20:28 ` Thomas Gleixner 2021-12-01 20:28 ` Thomas Gleixner 2021-12-01 20:35 ` [PATCH v2] " Thomas Gleixner 2021-12-01 20:35 ` Thomas Gleixner 2021-12-02 10:03 ` Mark Rutland 2021-12-02 10:03 ` Mark Rutland 2021-12-03 20:08 ` Paul E. McKenney 2021-12-03 20:08 ` Paul E. McKenney 2021-12-13 10:36 ` Nicolas Saenz Julienne 2021-12-13 10:36 ` Nicolas Saenz Julienne 2021-12-13 16:41 ` Paul E. McKenney 2021-12-13 16:41 ` Paul E. McKenney 2021-12-04 3:48 ` Randy Dunlap 2021-12-04 3:48 ` Randy Dunlap 2021-12-06 17:36 ` Mark Rutland 2021-12-06 17:36 ` Mark Rutland 2021-12-06 17:53 ` Paul E. McKenney 2021-12-06 17:53 ` Paul E. McKenney 2021-12-06 21:24 ` Randy Dunlap [this message] 2021-12-06 21:24 ` Randy Dunlap 2021-12-06 21:36 ` Paul E. McKenney 2021-12-06 21:36 ` Paul E. McKenney 2021-11-30 15:13 ` Question WRT early IRQ/NMI entry code Nicolas Saenz Julienne 2021-11-30 15:13 ` Nicolas Saenz Julienne
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=9ff94a5f-bb7e-501a-65cf-f260ae75b506@infradead.org \ --to=rdunlap@infradead.org \ --cc=corbet@lwn.net \ --cc=frederic@kernel.org \ --cc=linux-arm-kernel@lists.infradead.org \ --cc=linux-kernel@vger.kernel.org \ --cc=mark.rutland@arm.com \ --cc=mtosatti@redhat.com \ --cc=nsaenzju@redhat.com \ --cc=paulmck@kernel.org \ --cc=peterz@infradead.org \ --cc=rcu@vger.kernel.org \ --cc=rostedt@goodmis.org \ --cc=tglx@linutronix.de \ /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: linkBe 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.