Only x86_64 and sh export this symbol, and it is not used by any
modular code.
Signed-off-by: Christoph Hellwig
Reviewed-by: Dan Williams
---
arch/sh/mm/init.c | 1 -
arch/x86/mm/init_64.c | 1 -
2 files changed, 2 deletions(-)
diff --git a/arch/sh/mm/init.c b/arch/sh/mm/init.c
index bf726
Currently all calls to those functions are eliminated by the compiler when
CONFIG_ZONE_DEVICE is not set, but this soon won't be the case.
Signed-off-by: Christoph Hellwig
Reviewed-by: Dan Williams
---
include/linux/memremap.h | 18 ++
1 file changed, 14 insertions(+), 4 deletio
/Ard-Biesheuvel/add-support-for-relative-references-in-special-sections/20171228-171634
config: s390-gcov_defconfig (attached as .config)
compiler: s390x-linux-gnu-gcc (Debian 7.2.0-11) 7.2.0
reproduce:
wget
https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O
~/bin
On Thu, 2017-12-28 at 17:22 -0600, Bjorn Helgaas wrote:
> Both paths end up calling the pci_error_handlers.error_detected()
> hook.
>
> Drivers are not supposed to care what arch they're running on. If the
> driver supplies an .error_detected() entry point, it's up to the PCI
> core and powerpc c
On 28 December 2017 at 15:42, Steven Rostedt wrote:
> On Wed, 27 Dec 2017 08:50:30 +
> Ard Biesheuvel wrote:
>
>> To avoid the need for relocating absolute references to tracepoint
>> structures at boot time when running relocatable kernels (which may
>> take a disproportionate amount of spac
On Wed, Dec 20, 2017 at 09:04:27PM -0600, Juan Alvarez wrote:
> On 12/19/17 12:27 AM, Benjamin Herrenschmidt wrote:
>
> > On Mon, 2017-12-18 at 22:50 -0600, Bjorn Helgaas wrote:
> >> [+cc Keith, Gabriele, Dongdong]
> >>
> >> On Mon, Dec 18, 2017 at 04:38:03PM -0600, Bryant G. Ly wrote:
> >>> Devic
On Thu, 28 Dec 2017 16:26:07 +
Ard Biesheuvel wrote:
> On 28 December 2017 at 16:19, Steven Rostedt wrote:
> > On Wed, 27 Dec 2017 08:50:33 +
> > Ard Biesheuvel wrote:
> >
> >> static inline jump_label_t jump_entry_code(const struct jump_entry *entry)
> >> {
> >> - return entry-
On 28 December 2017 at 16:19, Steven Rostedt wrote:
> On Wed, 27 Dec 2017 08:50:33 +
> Ard Biesheuvel wrote:
>
>> static inline jump_label_t jump_entry_code(const struct jump_entry *entry)
>> {
>> - return entry->code;
>> + return (jump_label_t)&entry->code + entry->code;
>
> I'm pa
On Wed, 27 Dec 2017 08:50:33 +
Ard Biesheuvel wrote:
> static inline jump_label_t jump_entry_code(const struct jump_entry *entry)
> {
> - return entry->code;
> + return (jump_label_t)&entry->code + entry->code;
I'm paranoid about doing arithmetic on abstract types. What happens in
On Wed, 27 Dec 2017 08:50:30 +
Ard Biesheuvel wrote:
> To avoid the need for relocating absolute references to tracepoint
> structures at boot time when running relocatable kernels (which may
> take a disproportionate amount of space), add the option to emit
> these tables as relative referen
On 28 December 2017 at 12:05, Ingo Molnar wrote:
>
> * Ard Biesheuvel wrote:
>
>> Annoyingly, we need this because there is a single instance of a
>> special section that ends up in the EFI stub code: we build lib/sort.c
>> again as a EFI libstub object, and given that sort() is exported, we
>> e
* Ard Biesheuvel wrote:
> Annoyingly, we need this because there is a single instance of a
> special section that ends up in the EFI stub code: we build lib/sort.c
> again as a EFI libstub object, and given that sort() is exported, we
> end up with a ksymtab section in the EFI stub. The sort() t
12 matches
Mail list logo