All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ard Biesheuvel <ard.biesheuvel@linaro.org>
To: Andrew Morton <akpm@linux-foundation.org>,
	linux-alpha@vger.kernel.org,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"linux-arm-kernel@lists.infradead.org" 
	<linux-arm-kernel@lists.infradead.org>,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	linux-s390@vger.kernel.org, "x86@kernel.org" <x86@kernel.org>,
	"hpa@zytor.com" <hpa@zytor.com>,
	"mingo@redhat.com" <mingo@redhat.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	schwidefsky@de.ibm.com, Matt Turner <mattst88@gmail.com>,
	ink@jurassic.park.msu.ru, Richard Henderson <rth@twiddle.net>,
	Tony Luck <tony.luck@intel.com>,
	"Yu, Fenghua" <fenghua.yu@intel.com>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>, Arnd Bergmann <arnd@arndb.de>
Cc: Helge Deller <deller@gmx.de>, Mark Rutland <mark.rutland@arm.com>,
	Ard Biesheuvel <ard.biesheuvel@linaro.org>
Subject: Re: [PATCH v2 0/6] generic relative extable support
Date: Mon, 11 Jan 2016 14:59:46 +0100	[thread overview]
Message-ID: <CAKv+Gu8WW7opaa2ck9kEP91BF=amBo=jejcjnKQB1DgLWvtK3w@mail.gmail.com> (raw)
In-Reply-To: <1452007180-27411-1-git-send-email-ard.biesheuvel@linaro.org>

On 5 January 2016 at 16:19, Ard Biesheuvel <ard.biesheuvel@linaro.org> wrote:
> There are currently four architectures (x86, ia64, alpha and s390) whose
> user-access exception tables are relative to the table entry address rather
> than absolute. Each of these architectures has its own search_extable() and
> sort_extable() implementation, which are not only mostly identical to each
> other, but also deviate very little from the generic absolute implementations
> in lib/extable.c that they override.
>
> So before making arm64 the fifth architecture that reimplements this, let's
> refactor the existing code so that all of these architectures use common code
> for searching and sorting the relative extables. Archs may set
> ARCH_HAS_RELATIVE_EXTABLE to indicate that the table consists of a pair of
> relative ints, and may define swap_ex_entry_fixup() if the fixup member needs
> special treatment in the swapping step of the sorting routine (such as alpha).
>

[...]

Now that I have collected acks for all the patches, I think this is
good to go in.

@Andrew: since this touches 5 different architectures, is this perhaps
something that could go in via your tree after -rc1?
(assuming that the s390 bugfix has been merged by then)

Thanks,
Ard.

WARNING: multiple messages have this Message-ID (diff)
From: ard.biesheuvel@linaro.org (Ard Biesheuvel)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v2 0/6] generic relative extable support
Date: Mon, 11 Jan 2016 14:59:46 +0100	[thread overview]
Message-ID: <CAKv+Gu8WW7opaa2ck9kEP91BF=amBo=jejcjnKQB1DgLWvtK3w@mail.gmail.com> (raw)
In-Reply-To: <1452007180-27411-1-git-send-email-ard.biesheuvel@linaro.org>

On 5 January 2016 at 16:19, Ard Biesheuvel <ard.biesheuvel@linaro.org> wrote:
> There are currently four architectures (x86, ia64, alpha and s390) whose
> user-access exception tables are relative to the table entry address rather
> than absolute. Each of these architectures has its own search_extable() and
> sort_extable() implementation, which are not only mostly identical to each
> other, but also deviate very little from the generic absolute implementations
> in lib/extable.c that they override.
>
> So before making arm64 the fifth architecture that reimplements this, let's
> refactor the existing code so that all of these architectures use common code
> for searching and sorting the relative extables. Archs may set
> ARCH_HAS_RELATIVE_EXTABLE to indicate that the table consists of a pair of
> relative ints, and may define swap_ex_entry_fixup() if the fixup member needs
> special treatment in the swapping step of the sorting routine (such as alpha).
>

[...]

Now that I have collected acks for all the patches, I think this is
good to go in.

@Andrew: since this touches 5 different architectures, is this perhaps
something that could go in via your tree after -rc1?
(assuming that the s390 bugfix has been merged by then)

Thanks,
Ard.

WARNING: multiple messages have this Message-ID (diff)
From: Ard Biesheuvel <ard.biesheuvel@linaro.org>
To: Andrew Morton <akpm@linux-foundation.org>,
	linux-alpha@vger.kernel.org,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"linux-arm-kernel@lists.infradead.org"
	<linux-arm-kernel@lists.infradead.org>,
	"linux-ia64@vger.kernel.org" <linux-ia64@vger.kernel.org>,
	linux-s390@vger.kernel.org, "x86@kernel.org" <x86@kernel.org>,
	"hpa@zytor.com" <hpa@zytor.com>,
	"mingo@redhat.com" <mingo@redhat.com>,
	Heiko Carstens <heiko.carstens@de.ibm.com>,
	schwidefsky@de.ibm.com, Matt Turner <mattst88@gmail.com>,
	ink@jurassic.park.msu.ru, Richard Henderson <rth@twiddle.net>,
	Tony Luck <tony.luck@intel.com>,
	"Yu, Fenghua" <fenghua.yu@intel.com>,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>, Arnd Bergmann <arnd@arndb.de>
Cc: Helge Deller <deller@gmx.de>, Mark Rutland <mark.rutland@arm.com>,
	Ard Biesheuvel <ard.biesheuvel@linaro.org>
Subject: Re: [PATCH v2 0/6] generic relative extable support
Date: Mon, 11 Jan 2016 13:59:46 +0000	[thread overview]
Message-ID: <CAKv+Gu8WW7opaa2ck9kEP91BF=amBo=jejcjnKQB1DgLWvtK3w@mail.gmail.com> (raw)
In-Reply-To: <1452007180-27411-1-git-send-email-ard.biesheuvel@linaro.org>

On 5 January 2016 at 16:19, Ard Biesheuvel <ard.biesheuvel@linaro.org> wrote:
> There are currently four architectures (x86, ia64, alpha and s390) whose
> user-access exception tables are relative to the table entry address rather
> than absolute. Each of these architectures has its own search_extable() and
> sort_extable() implementation, which are not only mostly identical to each
> other, but also deviate very little from the generic absolute implementations
> in lib/extable.c that they override.
>
> So before making arm64 the fifth architecture that reimplements this, let's
> refactor the existing code so that all of these architectures use common code
> for searching and sorting the relative extables. Archs may set
> ARCH_HAS_RELATIVE_EXTABLE to indicate that the table consists of a pair of
> relative ints, and may define swap_ex_entry_fixup() if the fixup member needs
> special treatment in the swapping step of the sorting routine (such as alpha).
>

[...]

Now that I have collected acks for all the patches, I think this is
good to go in.

@Andrew: since this touches 5 different architectures, is this perhaps
something that could go in via your tree after -rc1?
(assuming that the s390 bugfix has been merged by then)

Thanks,
Ard.

  parent reply	other threads:[~2016-01-11 13:59 UTC|newest]

Thread overview: 34+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-01-05 15:19 [PATCH v2 0/6] generic relative extable support Ard Biesheuvel
2016-01-05 15:19 ` Ard Biesheuvel
2016-01-05 15:19 ` Ard Biesheuvel
2016-01-05 15:19 ` [PATCH v2 1/6] extable: add support for relative extables to search and sort routines Ard Biesheuvel
2016-01-05 15:19   ` Ard Biesheuvel
2016-01-05 15:19   ` Ard Biesheuvel
2016-01-05 15:19 ` [PATCH v2 2/6] alpha/extable: use generic " Ard Biesheuvel
2016-01-05 15:19   ` Ard Biesheuvel
2016-01-05 15:19   ` Ard Biesheuvel
2016-01-05 15:19   ` Ard Biesheuvel
2016-01-08 15:42   ` Richard Henderson
2016-01-08 15:42     ` Richard Henderson
2016-01-08 15:42     ` Richard Henderson
2016-01-05 15:19 ` [PATCH v2 3/6] s390/extable: " Ard Biesheuvel
2016-01-05 15:19   ` Ard Biesheuvel
2016-01-05 15:19   ` Ard Biesheuvel
2016-01-05 15:19 ` [PATCH v2 4/6] x86/extable: " Ard Biesheuvel
2016-01-05 15:19   ` Ard Biesheuvel
2016-01-05 15:19   ` Ard Biesheuvel
2016-01-05 15:19 ` [PATCH v2 5/6] ia64/extable: " Ard Biesheuvel
2016-01-05 15:19   ` Ard Biesheuvel
2016-01-05 15:19   ` Ard Biesheuvel
2016-01-05 15:19 ` [PATCH v2 6/6] arm64: switch to relative exception tables Ard Biesheuvel
2016-01-05 15:19   ` Ard Biesheuvel
2016-01-05 15:19   ` Ard Biesheuvel
2016-01-11 13:59 ` Ard Biesheuvel [this message]
2016-01-11 13:59   ` [PATCH v2 0/6] generic relative extable support Ard Biesheuvel
2016-01-11 13:59   ` Ard Biesheuvel
2016-01-14  7:57   ` Heiko Carstens
2016-01-14  7:57     ` Heiko Carstens
2016-01-14  7:57     ` Heiko Carstens
2016-01-15  9:59     ` Ard Biesheuvel
2016-01-15  9:59       ` Ard Biesheuvel
2016-01-15  9:59       ` Ard Biesheuvel

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='CAKv+Gu8WW7opaa2ck9kEP91BF=amBo=jejcjnKQB1DgLWvtK3w@mail.gmail.com' \
    --to=ard.biesheuvel@linaro.org \
    --cc=akpm@linux-foundation.org \
    --cc=arnd@arndb.de \
    --cc=catalin.marinas@arm.com \
    --cc=deller@gmx.de \
    --cc=fenghua.yu@intel.com \
    --cc=heiko.carstens@de.ibm.com \
    --cc=hpa@zytor.com \
    --cc=ink@jurassic.park.msu.ru \
    --cc=linux-alpha@vger.kernel.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-ia64@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-s390@vger.kernel.org \
    --cc=mark.rutland@arm.com \
    --cc=mattst88@gmail.com \
    --cc=mingo@redhat.com \
    --cc=rth@twiddle.net \
    --cc=schwidefsky@de.ibm.com \
    --cc=tony.luck@intel.com \
    --cc=will.deacon@arm.com \
    --cc=x86@kernel.org \
    /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.