From: Benjamin Herrenschmidt <benh@kernel.crashing.org>
To: Richard Weinberger <richard@nod.at>
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
"linux-arch@vger.kernel.org" <linux-arch@vger.kernel.org>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
Richard Henderson <rth@twiddle.net>,
Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
Matt Turner <mattst88@gmail.com>,
Vineet Gupta <vgupta@synopsys.com>,
Russell King - ARM Linux <linux@arm.linux.org.uk>,
Catalin Marinas <catalin.marinas@arm.com>,
Will Deacon <will.deacon@arm.com>,
hskinnemoen@gmail.com,
Hans-Christian Egtvedt <egtvedt@samfundet.no>,
Miao Steven <realmz6@gmail.com>, Mark Salter <msalter@redhat.com>,
"JACQUIOT-XID, Aurelien" <a-jacquiot@ti.com>,
Mikael Starvik <starvik@axis.com>,
Jesper Nilsson <jesper.nilsson@axis.com>,
David Howells <dhowells@redhat.com>,
Richard Kuo <rkuo@codeaurora.org>,
Tony Luck <tony.luck@intel.com>,
Fenghua Yu <fenghua.yu@intel.com>,
Geert Uytterhoeven <geert@linux>
Subject: Re: Remove execution domain support
Date: Sun, 12 Apr 2015 09:25:17 +1000 [thread overview]
Message-ID: <1428794717.18187.174.camel@kernel.crashing.org> (raw)
In-Reply-To: <55298E4F.50502@nod.at>
On Sat, 2015-04-11 at 23:12 +0200, Richard Weinberger wrote:
> Am 11.04.2015 um 22:52 schrieb Linus Torvalds:
> > On Sat, Apr 11, 2015 at 1:47 PM, Richard Weinberger <richard@nod.at> wrote:
> >>
> >> The removal will make architecutre specific signal handling easier
> >> and there is no need to keep execuction domains as this feature is
> >> obviously incomplete and abandoned
> >
> > Ack. The whole exec domain made some code code pretty inscrutable.
> >
> > So I'd certainly be willing to pull this during the 4.1 merge window
> > if nobody complains.
> >
> > Anybody?
>
> It would be great to have an Ack from sparc folks.
> I had to recalculate the values of their TI_* constants
> and I don't have a sparc box to test it.
That's what qemu is for :-)
> Using asm-offsets.c for that seems to be impossible on sparc
> as sparc's asm-offsets.c depends on sched.h which depends again
> on thread_info.h...
> Resolving this circular dependency without the ability to run-time
> test my changes was too risky for me.
>
> Thanks,
> //richard
> --
> To unsubscribe from this list: send the line "unsubscribe linux-arch" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
WARNING: multiple messages have this Message-ID (diff)
From: Benjamin Herrenschmidt <benh@kernel.crashing.org>
To: Richard Weinberger <richard@nod.at>
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
"linux-arch@vger.kernel.org" <linux-arch@vger.kernel.org>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
Richard Henderson <rth@twiddle.net>,
Ivan Kokshaysky <ink@jurassic.park.msu.ru>,
Matt Turner <mattst88@gmail.com>,
Vineet Gupta <vgupta@synopsys.com>,
Russell King - ARM Linux <linux@arm.linux.org.uk>,
Catalin Marinas <catalin.marinas@arm.com>,
Will Deacon <will.deacon@arm.com>,
hskinnemoen@gmail.com,
Hans-Christian Egtvedt <egtvedt@samfundet.no>,
Miao Steven <realmz6@gmail.com>, Mark Salter <msalter@redhat.com>,
"JACQUIOT-XID, Aurelien" <a-jacquiot@ti.com>,
Mikael Starvik <starvik@axis.com>,
Jesper Nilsson <jesper.nilsson@axis.com>,
David Howells <dhowells@redhat.com>,
Richard Kuo <rkuo@codeaurora.org>,
Tony Luck <tony.luck@intel.com>,
Fenghua Yu <fenghua.yu@intel.com>,
Geert Uytterhoeven <geert@linux-m68k.org>,
James Hogan <james.hogan@imgtec.com>,
Michal Simek <monstr@monstr.eu>,
Ralf Baechle <ralf@linux-mips.org>,
Ley Foon Tan <lftan@altera.com>, Jonas Bonn <jonas@southpole.se>,
"James E.J. Bottomley" <jejb@parisc-linux.org>,
Helge Deller <deller@gmx.de>, Paul Mackerras <paulus@samba.org>,
Michael Ellerman <mpe@ellerman.id.au>,
Martin Schwidefsky <schwidefsky@de.ibm.com>,
Heiko Carstens <heiko.carstens@de.ibm.com>,
liqin.linux@gmail.com, Lennox Wu <lennox.wu@gmail.com>,
David Miller <davem@davemloft.net>,
cmetcalf@ezchip.com, Jeff Dike <jdike@addtoit.com>,
Andrew Morton <akpm@linux-foundation.org>,
Oleg Nesterov <oleg@redhat.com>,
Christoph Hellwig <hch@infradead.org>,
Al Viro <viro@zeniv.linux.org.uk>
Subject: Re: Remove execution domain support
Date: Sun, 12 Apr 2015 09:25:17 +1000 [thread overview]
Message-ID: <1428794717.18187.174.camel@kernel.crashing.org> (raw)
Message-ID: <20150411232517.zjf3Au4ZZA8scXgUj3qkQso86vBvnNoJajeu9v6-NkM@z> (raw)
In-Reply-To: <55298E4F.50502@nod.at>
On Sat, 2015-04-11 at 23:12 +0200, Richard Weinberger wrote:
> Am 11.04.2015 um 22:52 schrieb Linus Torvalds:
> > On Sat, Apr 11, 2015 at 1:47 PM, Richard Weinberger <richard@nod.at> wrote:
> >>
> >> The removal will make architecutre specific signal handling easier
> >> and there is no need to keep execuction domains as this feature is
> >> obviously incomplete and abandoned
> >
> > Ack. The whole exec domain made some code code pretty inscrutable.
> >
> > So I'd certainly be willing to pull this during the 4.1 merge window
> > if nobody complains.
> >
> > Anybody?
>
> It would be great to have an Ack from sparc folks.
> I had to recalculate the values of their TI_* constants
> and I don't have a sparc box to test it.
That's what qemu is for :-)
> Using asm-offsets.c for that seems to be impossible on sparc
> as sparc's asm-offsets.c depends on sched.h which depends again
> on thread_info.h...
> Resolving this circular dependency without the ability to run-time
> test my changes was too risky for me.
>
> Thanks,
> //richard
> --
> To unsubscribe from this list: send the line "unsubscribe linux-arch" 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:[~2015-04-11 23:28 UTC|newest]
Thread overview: 88+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-04-11 20:47 Remove execution domain support Richard Weinberger
2015-04-11 20:47 ` Richard Weinberger
2015-04-11 20:47 ` [PATCH 01/24] arm: Remove RISC OS personality Richard Weinberger
2015-04-11 20:47 ` Richard Weinberger
2015-04-11 20:47 ` [PATCH 02/24] ia64: Remove Linux/x86 exec domain support Richard Weinberger
2015-04-11 20:47 ` Richard Weinberger
2015-04-11 20:47 ` [PATCH 03/24] Remove execution " Richard Weinberger
2015-04-11 20:47 ` Richard Weinberger
2015-04-11 20:47 ` [PATCH 04/24] arm: Remove signal translation and exec_domain Richard Weinberger
2015-04-11 20:47 ` Richard Weinberger
2015-04-11 20:47 ` [PATCH 05/24] arm64: " Richard Weinberger
2015-04-11 20:47 ` Richard Weinberger
2015-04-13 13:52 ` Thierry Reding
2015-04-13 13:52 ` Thierry Reding
2015-04-11 20:47 ` [PATCH 06/24] blackfin: Autogenerate offsets in struct thread_info Richard Weinberger
2015-04-11 20:47 ` Richard Weinberger
2015-04-11 20:47 ` [PATCH 07/24] blackfin: Remove exec_domain usage Richard Weinberger
2015-04-11 20:47 ` Richard Weinberger
2015-04-11 20:47 ` [PATCH 08/24] frv: Remove signal translation and exec_domain Richard Weinberger
2015-04-11 20:47 ` Richard Weinberger
2015-04-11 20:47 ` [PATCH 09/24] m32r: Autogenerate offsets in struct thread_info Richard Weinberger
2015-04-11 20:47 ` Richard Weinberger
2015-04-11 20:47 ` [PATCH 10/24] m32r: Remove signal translation and exec_domain Richard Weinberger
2015-04-11 20:47 ` Richard Weinberger
2015-04-11 20:47 ` [PATCH 11/24] m68k: " Richard Weinberger
2015-04-11 20:47 ` Richard Weinberger
2015-04-14 7:48 ` Geert Uytterhoeven
2015-04-14 7:48 ` Geert Uytterhoeven
2015-04-11 20:47 ` [PATCH 12/24] microblaze: " Richard Weinberger
2015-04-11 20:47 ` Richard Weinberger
2015-04-11 20:47 ` [PATCH 13/24] mn10300: " Richard Weinberger
2015-04-11 20:47 ` Richard Weinberger
2015-04-11 20:47 ` [PATCH 14/24] s390: " Richard Weinberger
2015-04-11 20:47 ` Richard Weinberger
2015-04-11 20:47 ` [PATCH 15/24] sh: " Richard Weinberger
2015-04-11 20:47 ` Richard Weinberger
2015-04-11 20:47 ` [PATCH 16/24] sparc: " Richard Weinberger
2015-04-11 20:47 ` Richard Weinberger
2015-04-11 20:47 ` [PATCH 17/24] tile: " Richard Weinberger
2015-04-11 20:47 ` Richard Weinberger
2015-04-11 20:47 ` [PATCH 18/24] um: " Richard Weinberger
2015-04-11 20:47 ` Richard Weinberger
2015-04-11 20:47 ` [PATCH 19/24] unicore32: " Richard Weinberger
2015-04-11 20:47 ` Richard Weinberger
2015-04-11 20:47 ` [PATCH 20/24] x86: " Richard Weinberger
2015-04-11 20:47 ` Richard Weinberger
2015-04-11 20:48 ` [PATCH 21/24] xtensa: " Richard Weinberger
2015-04-11 20:48 ` Richard Weinberger
2015-04-11 20:48 ` [PATCH 22/24] arc: " Richard Weinberger
2015-04-11 20:48 ` Richard Weinberger
2015-04-11 20:48 ` [PATCH 23/24] arch: Remove exec_domain from remaining archs Richard Weinberger
2015-04-11 20:48 ` Richard Weinberger
2015-04-13 8:19 ` Jesper Nilsson
2015-04-13 8:19 ` Jesper Nilsson
2015-04-13 16:57 ` Hans-Christian Egtvedt
2015-04-13 16:57 ` Hans-Christian Egtvedt
2015-04-11 20:48 ` [PATCH 24/24] Remove rest of exec domains Richard Weinberger
2015-04-11 20:48 ` Richard Weinberger
2015-04-11 20:52 ` Remove execution domain support Linus Torvalds
2015-04-11 20:52 ` Linus Torvalds
2015-04-11 21:04 ` Al Viro
2015-04-11 21:04 ` Al Viro
2015-04-11 21:08 ` Richard Weinberger
2015-04-11 21:08 ` Richard Weinberger
2015-04-11 21:12 ` Richard Weinberger
2015-04-11 21:12 ` Richard Weinberger
2015-04-11 22:31 ` David Miller
2015-04-11 22:31 ` David Miller
2015-04-11 23:25 ` Benjamin Herrenschmidt [this message]
2015-04-11 23:25 ` Benjamin Herrenschmidt
2015-04-11 23:30 ` Stephen Rothwell
2015-04-11 23:30 ` Stephen Rothwell
2015-04-12 0:06 ` Stephen Rothwell
2015-04-12 0:06 ` Stephen Rothwell
2015-04-12 2:03 ` Guenter Roeck
2015-04-12 20:57 ` Remove execution domain support v2 Richard Weinberger
2015-04-12 20:57 ` Richard Weinberger
2015-04-12 21:13 ` Stephen Rothwell
2015-04-12 21:13 ` Stephen Rothwell
2015-04-12 21:17 ` Richard Weinberger
2015-04-12 21:17 ` Richard Weinberger
2015-04-12 21:56 ` Linus Torvalds
2015-04-12 21:56 ` Linus Torvalds
2015-04-12 22:06 ` Richard Weinberger
2015-04-12 22:06 ` Richard Weinberger
2015-04-12 22:57 ` Guenter Roeck
2015-04-12 22:57 ` Guenter Roeck
2015-04-14 1:21 ` Remove execution domain support Andy Lutomirski
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=1428794717.18187.174.camel@kernel.crashing.org \
--to=benh@kernel.crashing.org \
--cc=a-jacquiot@ti.com \
--cc=catalin.marinas@arm.com \
--cc=dhowells@redhat.com \
--cc=egtvedt@samfundet.no \
--cc=fenghua.yu@intel.com \
--cc=geert@linux \
--cc=hskinnemoen@gmail.com \
--cc=ink@jurassic.park.msu.ru \
--cc=jesper.nilsson@axis.com \
--cc=linux-arch@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux@arm.linux.org.uk \
--cc=mattst88@gmail.com \
--cc=msalter@redhat.com \
--cc=realmz6@gmail.com \
--cc=richard@nod.at \
--cc=rkuo@codeaurora.org \
--cc=rth@twiddle.net \
--cc=starvik@axis.com \
--cc=tony.luck@intel.com \
--cc=torvalds@linux-foundation.org \
--cc=vgupta@synopsys.com \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).