prerequisite patches is at:
git://github.com/mosalter/linux.git (arm64-efi-patches branch)
Mark Salter (3):
arm64: add EFI stub
doc: arm64: add description of EFI stub support
arm64: add EFI runtime services
Documentation/arm64/booting.txt | 4 +
Documentation/efi-stub.txt | 10
. Support in the COFF header
for signed images was provided by Ard Biesheuvel.
Signed-off-by: Mark Salter
Signed-off-by: Ard Biesheuvel
CC: Catalin Marinas
CC: Will Deacon
CC: linux-arm-ker...@lists.infradead.org
CC: matt.flem...@intel.com
CC: linux-...@vger.kernel.org
CC: Leif Lindholm
CC
On Mon, 2014-01-13 at 15:17 +, Matt Fleming wrote:
> On Fri, 10 Jan, at 05:29:05PM, Mark Salter wrote:
> > There are a lot of places in the kernel which iterate through an
> > EFI memory map. Most of these places use essentially the same
> > for-loop co
On Mon, 2014-01-13 at 19:49 +0100, Arnd Bergmann wrote:
> On Friday 10 January 2014, Mark Salter wrote:
> > This patch adds PE/COFF header fields to the start of the Image
> > so that it appears as an EFI application to EFI firmware. An EFI
> > stub is included to allow
I'm seeing a build failure for a no-MMU system:
mm/built-in.o: In function `__vm_enough_memory':
(.text+0x1ce70): undefined reference to `vm_commit_limit'
fs/built-in.o: In function `meminfo_proc_show':
meminfo.c:(.text+0x6852c): undefined reference to `vm_commit_limit'
This patch added
Signed-off-by: Mark Salter
CC: Jeff Dike
CC: Richard Weinberger
CC: user-mode-linux-de...@lists.sourceforge.net
---
arch/um/include/asm/fixmap.h | 40 +---
1 file changed, 1 insertion(+), 39 deletions(-)
diff --git a/arch/um/include/asm/fixmap.h b/arch/um
nsolidates all of the common bits into asm-generic/fixmap.h
which is intended to be included from arch/*/include/asm/fixmap.h.
Signed-off-by: Mark Salter
CC: Arnd Bergmann
CC: linux-a...@vger.kernel.org
CC: Russell King
CC: linux-arm-ker...@lists.infradead.org
CC: Richard Kuo
CC:
Signed-off-by: Mark Salter
CC: Benjamin Herrenschmidt
CC: Paul Mackerras
CC: linuxppc-...@lists.ozlabs.org
---
arch/powerpc/include/asm/fixmap.h | 44 ++-
1 file changed, 2 insertions(+), 42 deletions(-)
diff --git a/arch/powerpc/include/asm/fixmap.h
b
nsolidates all of the common bits into asm-generic/fixmap.h
which is intended to be included from arch/*/include/asm/fixmap.h.
This has been compiled on x86, arm, powerpc, and sh, but tested
on x86 only.
Mark Salter (11):
Add generic fixmap.h
x86: use generic fixmap.h
arm: use generic fixmap.h
Signed-off-by: Mark Salter
CC: James Hogan
CC: linux-me...@vger.kernel.org
---
arch/metag/include/asm/fixmap.h | 32 +---
1 file changed, 1 insertion(+), 31 deletions(-)
diff --git a/arch/metag/include/asm/fixmap.h b/arch/metag/include/asm/fixmap.h
index 3331275
Signed-off-by: Mark Salter
CC: Paul Mundt
CC: linux...@vger.kernel.org
---
arch/sh/include/asm/fixmap.h | 39 ++-
1 file changed, 2 insertions(+), 37 deletions(-)
diff --git a/arch/sh/include/asm/fixmap.h b/arch/sh/include/asm/fixmap.h
index cbe0186..4daf91c
Signed-off-by: Mark Salter
CC: Russell King
CC: linux-arm-ker...@lists.infradead.org
---
arch/arm/include/asm/fixmap.h | 25 ++---
1 file changed, 6 insertions(+), 19 deletions(-)
diff --git a/arch/arm/include/asm/fixmap.h b/arch/arm/include/asm/fixmap.h
index bbae919
Signed-off-by: Mark Salter
CC: Ralf Baechle
CC: linux-m...@linux-mips.org
---
arch/mips/include/asm/fixmap.h | 33 +
1 file changed, 1 insertion(+), 32 deletions(-)
diff --git a/arch/mips/include/asm/fixmap.h b/arch/mips/include/asm/fixmap.h
index dfaaf49
Signed-off-by: Mark Salter
CC: Richard Kuo
CC: linux-hexa...@vger.kernel.org
---
arch/hexagon/include/asm/fixmap.h | 40 +--
1 file changed, 1 insertion(+), 39 deletions(-)
diff --git a/arch/hexagon/include/asm/fixmap.h
b/arch/hexagon/include/asm/fixmap.h
Signed-off-by: Mark Salter
CC: Chris Metcalf
---
arch/tile/include/asm/fixmap.h | 33 +
1 file changed, 1 insertion(+), 32 deletions(-)
diff --git a/arch/tile/include/asm/fixmap.h b/arch/tile/include/asm/fixmap.h
index c6b9c1b..ffe2637 100644
--- a/arch/tile
Signed-off-by: Mark Salter
CC: Michal Simek
CC: microblaze-ucli...@itee.uq.edu.au
---
arch/microblaze/include/asm/fixmap.h | 44 ++--
1 file changed, 2 insertions(+), 42 deletions(-)
diff --git a/arch/microblaze/include/asm/fixmap.h
b/arch/microblaze/include
Signed-off-by: Mark Salter
CC: Thomas Gleixner
CC: Ingo Molnar
CC: "H. Peter Anvin"
CC: x...@kernel.org
---
arch/x86/include/asm/fixmap.h | 59 +--
1 file changed, 1 insertion(+), 58 deletions(-)
diff --git a/arch/x86/include/asm/fixmap.h
On Tue, 2013-11-12 at 08:22 -0500, Mark Salter wrote:
> Signed-off-by: Mark Salter
> CC: Russell King
> CC: linux-arm-ker...@lists.infradead.org
> ---
> arch/arm/include/asm/fixmap.h | 25 ++---
> 1 file changed, 6 insertions(+), 19 deletions(-)
Okay, th
On Tue, 2013-11-12 at 16:39 +0100, Michal Simek wrote:
> On 11/12/2013 02:22 PM, Mark Salter wrote:
> >
> > arch/arm/include/asm/fixmap.h| 25 ++--
> > arch/hexagon/include/asm/fixmap.h| 40 +
> > arch/metag/include/asm/fixmap.h
quiot
> Cc: Rob Herring
> Cc: linux-c6x-...@linux-c6x.org
> Cc: devicet...@vger.kernel.org
> ---
> Untested due to lack of cross-compiler, but the changes are similar to
> microblaze.
>
> QUESTION: The padding of the DTB is gone, is this OK?
Yes, that's fine.
Acke
On Thu, 2013-10-17 at 16:31 +0200, Leif Lindholm wrote:
> On Thu, Oct 17, 2013 at 03:07:39PM +0100, Matt Fleming wrote:
> > > +/*
> > > + * If you need to (temporarily) support buggy firmware.
> > > + */
> > > +#define KEEP_BOOT_SERVICES_REGIONS
> >
> > Have you seen firmware that requires this? I
Signed-off-by: Mark Salter
CC: Benjamin Herrenschmidt
CC: Paul Mackerras
CC: linuxppc-...@lists.ozlabs.org
---
arch/powerpc/include/asm/fixmap.h | 44 ++-
1 file changed, 2 insertions(+), 42 deletions(-)
diff --git a/arch/powerpc/include/asm/fixmap.h
b
Signed-off-by: Mark Salter
Tested-by: Michal Simek
CC: microblaze-ucli...@itee.uq.edu.au
---
arch/microblaze/include/asm/fixmap.h | 44 ++--
1 file changed, 2 insertions(+), 42 deletions(-)
diff --git a/arch/microblaze/include/asm/fixmap.h
b/arch/microblaze
rsion 1 is here:
git://github.com/mosalter/linux.git#fixmap
Changes from v1:
* Added acks from feedback.
* Use BUILD_BUG_ON in fix_to_virt()
* Fixed ARM patch to make FIXMAP_TOP inclusive of fixmap
range as is the case in the other architectures.
Mark Salter (11):
Add generic fixm
Signed-off-by: Mark Salter
Acked-by: Richard Weinberger
CC: Jeff Dike
CC: user-mode-linux-de...@lists.sourceforge.net
---
arch/um/include/asm/fixmap.h | 40 +---
1 file changed, 1 insertion(+), 39 deletions(-)
diff --git a/arch/um/include/asm/fixmap.h b
nsolidates all of the common bits into asm-generic/fixmap.h
which is intended to be included from arch/*/include/asm/fixmap.h.
Signed-off-by: Mark Salter
Acked-by: Arnd Bergmann
Acked-by: Ralf Baechle
CC: linux-a...@vger.kernel.org
CC: Russell King
CC: linux-arm-ker...@lists.infradead.org
CC: R
Signed-off-by: Mark Salter
Acked-by: Chris Metcalf
---
arch/tile/include/asm/fixmap.h | 33 +
1 file changed, 1 insertion(+), 32 deletions(-)
diff --git a/arch/tile/include/asm/fixmap.h b/arch/tile/include/asm/fixmap.h
index c6b9c1b..ffe2637 100644
--- a/arch
Signed-off-by: Mark Salter
CC: Paul Mundt
CC: linux...@vger.kernel.org
---
arch/sh/include/asm/fixmap.h | 39 ++-
1 file changed, 2 insertions(+), 37 deletions(-)
diff --git a/arch/sh/include/asm/fixmap.h b/arch/sh/include/asm/fixmap.h
index cbe0186..4daf91c
Signed-off-by: Mark Salter
CC: Thomas Gleixner
CC: Ingo Molnar
CC: "H. Peter Anvin"
CC: x...@kernel.org
---
arch/x86/include/asm/fixmap.h | 59 +--
1 file changed, 1 insertion(+), 58 deletions(-)
diff --git a/arch/x86/include/asm/fixmap.h
range. That is, FIXADDR_TOP is the virtual
address of the topmost fixed page. The newly defined FIXADDR_END is
the first virtual address past the fixed mappings.
Signed-off-by: Mark Salter
CC: Russell King
CC: linux-arm-ker...@lists.infradead.org
---
arch/arm/include/asm/fixmap.h | 29
Signed-off-by: Mark Salter
Acked-by: Richard Kuo
CC: linux-hexa...@vger.kernel.org
---
arch/hexagon/include/asm/fixmap.h | 40 +--
1 file changed, 1 insertion(+), 39 deletions(-)
diff --git a/arch/hexagon/include/asm/fixmap.h
b/arch/hexagon/include/asm
Signed-off-by: Mark Salter
Acked-by: James Hogan
CC: linux-me...@vger.kernel.org
---
arch/metag/include/asm/fixmap.h | 32 +---
1 file changed, 1 insertion(+), 31 deletions(-)
diff --git a/arch/metag/include/asm/fixmap.h b/arch/metag/include/asm/fixmap.h
index
Signed-off-by: Mark Salter
Acked-by: Ralf Baechle
CC: linux-m...@linux-mips.org
---
arch/mips/include/asm/fixmap.h | 33 +
1 file changed, 1 insertion(+), 32 deletions(-)
diff --git a/arch/mips/include/asm/fixmap.h b/arch/mips/include/asm/fixmap.h
index dfaaf49
On Wed, 2013-10-09 at 11:14 +0100, Will Deacon wrote:
> > @@ -110,6 +110,7 @@ SECTIONS
> >*/
> > INIT_TASK_DATA(THREAD_SIZE)
> > NOSAVE_DATA
> > + PAGE_ALIGNED_DATA(PAGE_SIZE)
> > CACHELINE_ALIGNED_DATA(64)
> > READ
On Sun, 2013-10-27 at 13:43 +0100, Michael Opdenacker wrote:
> This removes the COMMON_CLKDEV kernel configuration
> parameter defined in arch/c6x/Kconfig, but used nowhere
> in the makefiles and source code.
>
> Signed-off-by: Michael Opdenacker
> ---
Thanks. I'll add this to the c6x tree.
--
This patch causes a build failure for no-MMU builds:
commit 41df2957cb010edfa2f9d394d3617da6beeeb660
Author: Colin Cross
Date: Wed Oct 30 11:45:39 2013 +1100
mm: add a field to store names for private anonymous memory
The problem is:
kernel/built-in.o: In function `sys_prct
On Fri, 2013-10-11 at 08:18 -0400, Mark Salter wrote:
> On Wed, 2013-10-09 at 11:14 +0100, Will Deacon wrote:
> > > @@ -110,6 +110,7 @@ SECTIONS
> > >*/
> > > INIT_TASK_DATA(THREAD_SIZE)
> > > NOSAVE_DATA
> >
On Fri, 2013-11-29 at 11:30 +, Matt Fleming wrote:
> > /*
> >* Add an additional efi_memory_desc_t because we're doing an
> >* allocation which may be in a new descriptor region.
> > + * We allocate as EFI_RUNTIME_SERVICES_DATA since this is what
> > + * we want
On Tue, 2013-12-03 at 18:38 +, Will Deacon wrote:
> Hi Mark, Roy,
>
> On Fri, Nov 29, 2013 at 10:05:10PM +0000, Mark Salter wrote:
> > This patch adds PE/COFF header fields to the start of the Image
> > so that it appears as an EFI application to EFI firmware. An EFI
&g
Architectures which might use an i8042 for serial IO to keyboard,
mouse, etc should select ARCH_MIGHT_HAVE_PC_SERIO.
Signed-off-by: Mark Salter
CC: Russell King
CC: linux-arm-ker...@lists.infradead.org
---
arch/arm/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/Kconfig b
f383e ]---
[ 27.426875] Kernel panic - not syncing: Attempted to kill init!
exitcode=0x000b
A tree with these patches is at:
git://github.com/mosalter/linux.git (serio-i8042 branch)
Mark Salter (10):
alpha: select ARCH_MIGHT_HAVE_PC_SERIO
arm: select ARCH_MIGHT_HAVE_PC_SERIO
ia64: s
Architectures which might use an i8042 for serial IO to keyboard,
mouse, etc should select ARCH_MIGHT_HAVE_PC_SERIO.
Signed-off-by: Mark Salter
CC: Ingo Molnar
CC: Thomas Gleixner
CC: "H. Peter Anvin"
CC: x...@kernel.org
---
arch/x86/Kconfig | 1 +
1 file changed, 1 insertion(+)
Architectures which might use an i8042 for serial IO to keyboard,
mouse, etc should select ARCH_MIGHT_HAVE_PC_SERIO.
Signed-off-by: Mark Salter
CC: Guan Xuetao
---
arch/unicore32/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/unicore32/Kconfig b/arch/unicore32/Kconfig
index
of architectures to exclude.
Signed-off-by: Mark Salter
CC: Dmitry Torokhov
CC: Richard Henderson
CC: linux-al...@vger.kernel.org
CC: Russell King
CC: linux-arm-ker...@lists.infradead.org
CC: Tony Luck
CC: Fenghua Yu
CC: linux-i...@vger.kernel.org
CC: Ralf Baechle
CC: linux-m...@linux
Architectures which might use an i8042 for serial IO to keyboard,
mouse, etc should select ARCH_MIGHT_HAVE_PC_SERIO.
Signed-off-by: Mark Salter
CC: Richard Henderson
CC: linux-al...@vger.kernel.org
---
arch/alpha/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/alpha/Kconfig b
Architectures which might use an i8042 for serial IO to keyboard,
mouse, etc should select ARCH_MIGHT_HAVE_PC_SERIO.
Signed-off-by: Mark Salter
CC: Tony Luck
CC: Fenghua Yu
CC: linux-i...@vger.kernel.org
---
arch/ia64/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/ia64
Architectures which might use an i8042 for serial IO to keyboard,
mouse, etc should select ARCH_MIGHT_HAVE_PC_SERIO.
Signed-off-by: Mark Salter
CC: Benjamin Herrenschmidt
CC: Paul Mackerras
CC: linuxppc-...@lists.ozlabs.org
---
arch/powerpc/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff
Architectures which might use an i8042 for serial IO to keyboard,
mouse, etc should select ARCH_MIGHT_HAVE_PC_SERIO.
Signed-off-by: Mark Salter
CC: Paul Mundt
CC: linux...@vger.kernel.org
---
arch/sh/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/sh/Kconfig b/arch/sh/Kconfig
Architectures which might use an i8042 for serial IO to keyboard,
mouse, etc should select ARCH_MIGHT_HAVE_PC_SERIO.
Signed-off-by: Mark Salter
CC: "David S. Miller"
CC: sparcli...@vger.kernel.org
---
arch/sparc/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/sparc
Architectures which might use an i8042 for serial IO to keyboard,
mouse, etc should select ARCH_MIGHT_HAVE_PC_SERIO.
Signed-off-by: Mark Salter
CC: Ralf Baechle
CC: linux-m...@linux-mips.org
---
arch/mips/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/mips/Kconfig b/arch/mips
On Sun, 2013-12-15 at 02:36 -0800, Dmitry Torokhov wrote:
> On Sat, Dec 14, 2013 at 10:32:31AM -0800, H. Peter Anvin wrote:
> > On 12/14/2013 08:59 AM, Mark Salter wrote:
> > > Remove messy dependencies from SERIO_I8042 by having it depend on one
> > > Kconfig symbol (AR
Architectures which might use an i8042 for serial IO to keyboard,
mouse, etc should select ARCH_MIGHT_HAVE_PC_SERIO. Cayman board
is only sh board which needs this.
Signed-off-by: Mark Salter
---
arch/sh/boards/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/sh/boards/Kconfig b
of architectures to exclude.
Signed-off-by: Mark Salter
Acked-by: "H. Peter Anvin"
Acked-by: Ralf Baechle
Acked-by: Benjamin Herrenschmidt
CC: Dmitry Torokhov
CC: Richard Henderson
CC: linux-al...@vger.kernel.org
CC: Russell King
CC: linux-arm-ker...@lists.infradead.org
CC: Ton
Architectures which might use an i8042 for serial IO to keyboard,
mouse, etc should select ARCH_MIGHT_HAVE_PC_SERIO.
Signed-off-by: Mark Salter
Acked-by: Ralf Baechle
CC: linux-m...@linux-mips.org
---
arch/mips/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/mips/Kconfig b
Architectures which might use an i8042 for serial IO to keyboard,
mouse, etc should select ARCH_MIGHT_HAVE_PC_SERIO.
Signed-off-by: Mark Salter
Acked-by: Benjamin Herrenschmidt
CC: Paul Mackerras
CC: linuxppc-...@lists.ozlabs.org
---
arch/powerpc/Kconfig | 1 +
1 file changed, 1 insertion
Architectures which might use an i8042 for serial IO to keyboard,
mouse, etc should select ARCH_MIGHT_HAVE_PC_SERIO.
Signed-off-by: Mark Salter
Acked-by: "H. Peter Anvin"
CC: Ingo Molnar
CC: Thomas Gleixner
CC: x...@kernel.org
---
arch/x86/Kconfig | 1 +
1 file changed, 1 insertio
Architectures which might use an i8042 for serial IO to keyboard,
mouse, etc should select ARCH_MIGHT_HAVE_PC_SERIO.
Signed-off-by: Mark Salter
Acked-by: Guan Xuetao
---
arch/unicore32/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/unicore32/Kconfig b/arch/unicore32/Kconfig
On Fri, 2014-07-18 at 12:07 +0100, Catalin Marinas wrote:
> On Tue, Jun 24, 2014 at 03:38:34PM +0100, Mark Salter wrote:
> > On Tue, 2014-06-24 at 15:14 +0100, Catalin Marinas wrote:
> > > On Mon, Jun 23, 2014 at 02:17:03PM +0100, Mark Salter wrote:
> > > > On
On Tue, 2014-04-22 at 20:18 -0500, Rob Herring wrote:
> From: Rob Herring
>
> The architecture code does not need to access the internals of the FDT
> blob, so make the pointer to it void *.
>
> Signed-off-by: Rob Herring
> Cc: Mark Salter
> Cc: Aurelien Jacquiot
&
On Thu, 2014-04-24 at 15:25 +1000, Stephen Rothwell wrote:
> Hi Andrew,
>
> Today's linux-next merge of the akpm-current tree got a conflict in
> arch/arm/include/asm/fixmap.h between commits 4221e2e6b316 ("ARM: 8031/1:
> fixmap: remove FIX_KMAP_BEGIN and FIX_KMAP_END") and a05e54c103b0 ("ARM:
> 8
; property will exist on the corresponding
Device Tree node for the bridge device, or one of its ancestors.
This patch adds support for applying a DMA coherent dma_ops for
PCI devices in the case of such a property.
Signed-off-by: Jon Masters
[added search for device with of_node]
Signed-off-by: M
On Fri, 2014-09-19 at 17:28 +0100, Will Deacon wrote:
> On Fri, Sep 19, 2014 at 04:51:26PM +0100, Mark Salter wrote:
> > The default dma_ops for devices on arm64 systems are noncoherent in
> > nature and rely upon special operations and bounce buffers to
> > perform a device
the notifier_block at runtime.
Some error checking is also added to catch any allocation failure
or notifier registration error.
Signed-off-by: Mark Salter
---
drivers/iommu/iommu.c | 26 --
1 file changed, 16 insertions(+), 10 deletions(-)
diff --git a/drivers/iommu
On Wed, 2014-01-15 at 16:32 -0800, Laura Abbott wrote:
> On 1/9/2014 7:50 PM, Mark Salter wrote:
>
> > diff --git a/arch/arm/kernel/setup.c b/arch/arm/kernel/setup.c
> > index 987a7f5..038fb75 100644
> > --- a/arch/arm/kernel/setup.c
> > +++ b/arch/arm/ker
On Mon, 2014-09-22 at 11:23 +0100, Catalin Marinas wrote:
> > static int __init swiotlb_late_init(void)
> > @@ -341,6 +357,7 @@ static int __init swiotlb_late_init(void)
> >*/
> > bus_register_notifier(&platform_bus_type, &platform_bus_nb);
> > bus_register_notifier(&amba_busty
On Thu, 2014-08-14 at 17:19 +0800, Dave Young wrote:
> efi rtc depends on efi runtime services, so if efi runtime services are not
> usable it should error out.
>
> Without this patch rtc-efi will panic with 'noefi' boot
Is this still needed after commit da167ad7638759:
rtc: ia64: allow other
On Thu, 2014-09-25 at 16:47 +0200, Joerg Roedel wrote:
> On Sun, Sep 21, 2014 at 01:58:24PM -0400, Mark Salter wrote:
> > iommu_bus_init() registers a bus notifier on the given bus by using
> > a statically defined notifier block:
> >
> > static struct
On Thu, 2014-09-25 at 22:18 +0100, Matt Fleming wrote:
> On Mon, 22 Sep, at 12:33:29PM, Mark Salter wrote:
> >
> > Is this still needed after commit da167ad7638759:
> >
> > rtc: ia64: allow other architectures to use EFI RTC
>
> Umm... we should really look
; FWIW, all callers of early_memremap use the memory they get remapped as
> normal memory so we should be safe.
Signed-off-by: Dave Young
Signed-off-by: Mark Salter
Acked-by: H. Peter Anvin
---
arch/x86/include/asm/io.h | 3 ++-
arch/x86/mm/ioremap.c | 10 +++---
2 files chang
patch to call init_mem_pgprot() earlier so that
the pgprot macros are valid in time for early_ioremap use
* Added validity checking for early_ioremap pgd, pud, and pmd
in arm64
Dave Young (1):
x86/mm: sparse warning fix for early_memremap
Mark Salter (5):
mm: create generic
have optional MMU. In the no-MMU case, the remap
functions simply return the passed in physical address and the unmap
functions do nothing.
Signed-off-by: Mark Salter
Acked-by: Catalin Marinas
Acked-by: H. Peter Anvin
---
include/asm-generic/early_ioremap.h | 42 +++
mm/Kconfig
Move x86 over to the generic early ioremap implementation.
Signed-off-by: Mark Salter
Acked-by: H. Peter Anvin
---
arch/x86/Kconfig | 1 +
arch/x86/include/asm/Kbuild | 1 +
arch/x86/include/asm/fixmap.h | 6 ++
arch/x86/include/asm/io.h | 15 +--
arch/x86/mm
Add support for early IO or memory mappings which are needed
before the normal ioremap() is usable. This also adds fixmap
support for permanent fixed mappings such as that used by the
earlyprintk device register region.
Signed-off-by: Mark Salter
Acked-by: Catalin Marinas
---
Documentation
paging_init() and into setup_arch() so that pgprot_default
gets initialized in time for fixmap and early_ioremap.
Signed-off-by: Mark Salter
Acked-by: Catalin Marinas
---
arch/arm64/include/asm/mmu.h | 1 +
arch/arm64/kernel/setup.c| 2 ++
arch/arm64/mm/mmu.c | 3 +--
3 files changed, 4
Add description of early_ioremap_debug kernel parameter.
Signed-off-by: Mark Salter
---
Documentation/kernel-parameters.txt | 5 +
1 file changed, 5 insertions(+)
diff --git a/Documentation/kernel-parameters.txt
b/Documentation/kernel-parameters.txt
index 7116fda..de1d10e 100644
--- a
On Tue, 2014-03-11 at 12:08 +, Catalin Marinas wrote:
> Mark,
>
> On Sun, Mar 09, 2014 at 05:00:38PM +0000, Mark Salter wrote:
> > This patch series takes the common bits from the x86 early ioremap
> > implementation and creates a generic implementation which may
On Wed, 2014-04-16 at 19:39 -0700, Iyappan Subramanian wrote:
> +static int xgene_enet_refill_bufpool(struct xgene_enet_desc_ring *buf_pool,
> +u32 nbuf)
> +{
> + struct sk_buff *skb;
> + struct xgene_enet_desc16 *desc;
> + struct net_device *nd
Ping. Can we get this into 3.15rc as a bug fix? Anything I can help
with?
--Mark
On Sat, 2014-03-29 at 14:01 +, Marc Zyngier wrote:
> On 2014-03-28 19:37, Christoffer Dall wrote:
> > On Fri, Mar 28, 2014 at 10:25:19AM -0400, Mark Salter wrote:
> >> The kvm/mmu code share
t_io that
> uses the latter, and to remove the superflous call to fix_to_virt
> (which only returns the value that set_fixmap_io has already given us).
>
> With this applied, my VMs are back in business. Tested on a Cortex-A57
> platform with kvmtool as platform emulation.
>
&g
On Fri, 2014-05-16 at 11:04 +0100, Catalin Marinas wrote:
> On Thu, May 15, 2014 at 03:19:22PM +0100, Mark Salter wrote:
> > diff --git a/arch/arm64/mm/hugetlbpage.c b/arch/arm64/mm/hugetlbpage.c
> > index 5e9aec3..9bed38f 100644
> > --- a/arch/arm64/mm/hugetlbpage.c
&g
On Mon, 2014-05-05 at 14:47 -0700, Iyappan Subramanian wrote:
> +static int xgene_enet_probe(struct platform_device *pdev)
> +{
> + struct net_device *ndev;
> + struct xgene_enet_pdata *pdata;
> + struct device *dev = &pdev->dev;
> + struct napi_struct *napi;
> + int r
On Sat, 2014-02-15 at 09:57 -0800, Guenter Roeck wrote:
> On 02/07/2014 06:02 AM, Guenter Roeck wrote:
> > arch/c6x/include/asm/cache.h uses __init and thus needs to include init.h.
> > This fixes the following c6x build error.
> >
> > arch/c6x/include/asm/cache.h:63:20: error: expected '=', ',', '
On Fri, 2014-02-14 at 17:42 +, Catalin Marinas wrote:
> On Wed, Feb 05, 2014 at 05:04:07PM +, Leif Lindholm wrote:
> > +void __init create_id_mapping(phys_addr_t addr, phys_addr_t size, int
> > map_io)
> > +{
> > + pgd_t *pgd = &idmap_pg_dir[pgd_index(addr)];
> > +
> > + if (pgd >= &id
larger than 4k. This is corrected in the first patch.
The second patch limits the loop size for the flush_tlb_[kernel_]range
functions. It uses an arbitrary constant to limit the loop, but it
would be better if it were based on actual tlb size or some other
heuristic.
Mark Salter (2):
arm64: fix
page rather than once. This patch
uses the PAGE_SHIFT definition to ensure one tlb flush for any
given page in the range.
Signed-off-by: Mark Salter
---
arch/arm64/mm/tlb.S | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm64/mm/tlb.S b/arch/arm64/mm/tlb.S
index
al pages. The limit
chosen is arbitrary and would be better if based on the
actual size of the tlb. I looked through the ARM ARM but
didn't see any easy way to get the actual tlb size, so for
now the arbitrary limit is better than the soft lockup.
Signed-off-by: Mark Salter
---
arch/arm
On Fri, 2014-05-02 at 16:30 +0100, Steve Capper wrote:
> On Fri, May 02, 2014 at 11:20:33AM -0400, Mark Salter wrote:
> > As explained in more detail in the second patch, I have observed a soft
> > lockup under some loads. These lockups were in flush_tlb_kernel_range()
> &
On Wed, 2014-05-14 at 20:59 +0200, Richard Weinberger wrote:
> As everything we need is now in generic tlb.h
> we can drop our own one.
>
> Cc: Mark Salter
> Cc: Aurelien Jacquiot
> Cc: Peter Zijlstra
> Cc: Ingo Molnar
> Cc: Tim Chen
> Cc: "David S. Miller&
ppens because a pud_huge() test in unmap_range() returns true when it
should always be false with 2-level pages tables used by 64k pages.
This patch removes support for huge puds if 2-level pagetables are
being used.
Signed-off-by: Mark Salter
---
arch/arm64/mm/hugetlbpage.c | 6 ++
1 file ch
On Thu, 2014-05-15 at 15:44 +0100, Steve Capper wrote:
> On Thu, May 15, 2014 at 10:19:22AM -0400, Mark Salter wrote:
> > The following happens when trying to run a kvm guest on a kernel
> > configured for 64k pages. This doesn't happen with 4k pages:
> >
> > BU
On Thu, 2014-05-15 at 18:55 +0100, Steve Capper wrote:
> On 15 May 2014 17:27, Mark Salter wrote:
> > On Thu, 2014-05-15 at 15:44 +0100, Steve Capper wrote:
> >> On Thu, May 15, 2014 at 10:19:22AM -0400, Mark Salter wrote:
> >> > The following happens when trying
On Wed, 2014-03-19 at 07:47 +0100, Peter Zijlstra wrote:
> c6x doesn't have a barrier.h and completely relies on
> asm-generic/barrier.h. Therefore its smp_mb() is barrier() and we can
> use the default versions that are smp_mb().
>
> Signed-off-by: Peter Zijlstra
> ---
On Wed, 2014-04-09 at 15:20 +0100, Mark Rutland wrote:
> >
> > +config EFI
> > + bool "UEFI firmware support"
> > + depends on OF
>
> I note we're not depending on !CPU_BIG_ENDIAN here, and it looks like
> the implementation is not endian-clean (I've pointed out a few issues
> below).
On Wed, 2014-06-18 at 14:26 +0100, Mark Rutland wrote:
> Hi Mark,
>
> On Tue, Jun 17, 2014 at 05:45:14PM +0100, Mark Salter wrote:
> > Add handlers for arm_pm_resestart and pm_power_off which use EFI
> > runtime services ResetSystem call to perform the functions. These
On Wed, 2014-06-18 at 11:39 +0100, Catalin Marinas wrote:
> On Tue, Jun 17, 2014 at 06:14:26PM +0100, Mark Salter wrote:
> > The __cpu_clear_user_page() and __cpu_copy_user_page() functions
> > are not currently exported. This prevents modules from using
> > clear_user_pag
On Wed, 2014-06-18 at 13:17 +0100, Matt Fleming wrote:
> Now, the only difference between early_memremap() and early_ioremap(),
> at least on x86, is PAGE_KERNEL vs. PAGE_KERNEL_IO, where PAGE_KERNEL_IO
> has the additional _PAGE_BIT_IOMAP bit set in the pte. But that's a
> software bit for x86.
I
On Wed, 2014-06-18 at 09:09 -0500, Rob Herring wrote:
> On Tue, Jun 17, 2014 at 11:45 AM, Mark Salter wrote:
> > Add handlers for arm_pm_resestart and pm_power_off which use EFI
>
> typo.
>
> > runtime services ResetSystem call to perform the functions. These
> >
On Tue, 2014-06-17 at 20:32 +0200, Michal Nazarewicz wrote:
> On Wed, Jun 11 2014, David Rientjes wrote:
> > On Wed, 11 Jun 2014, Mark Salter wrote:
> >
> >> With a kernel configured with ARM64_64K_PAGES && !TRANSPARENT_HUGEPAGE
> >> I get this at
; both sides of the operator are constants. In cases where pageblock
> size is variable, the performance degradation should not be
> significant anyway since init_cma_reserved_pageblock() is called
> only at boot time at most MAX_CMA_AREAS times which by default is
> eight.
>
> Sign
On Thu, 2014-06-19 at 21:24 +0200, Michal Nazarewicz wrote:
> On Thu, Jun 19 2014, Mark Salter wrote:
> > On Tue, 2014-06-17 at 20:32 +0200, Michal Nazarewicz wrote:
> >> diff --git a/mm/page_alloc.c b/mm/page_alloc.c
> >> index 5dba293..6e657ce 100644
> >>
201 - 300 of 499 matches
Mail list logo
