] = max_dma - min;
^
This patch makes CONFIG_ZONE_DMA user settable and fixes the kernel
build when it is turned off.
Signed-off-by: Mark Salter
---
arch/arm64/Kconfig | 11 ---
arch/arm64/mm/init.c | 8 ++--
2 files changed, 14 insertions(+), 5 deletions(-)
diff --git a
-bit limit. If there is none, no limit is placed on the
CMA buffer. This allows a single kernel (with CONFIG_ZONE_DMA defined)
to support platforms requiring the 32-bit limit and platforms with no
32-bit limit.
Signed-off-by: Mark Salter
---
arch/arm64/mm/init.c | 11 ++-
1 file changed, 10
to fix a boot problem with kernels building in
rtc-efi but not being booted via EFI. In that case, runtime services are
not available so there is no point in registering the platform device.
Signed-off-by: Mark Salter
Cc: Alessandro Zummo
Cc: Tony Luck
Cc: Fenghua Yu
Cc: Andrew Morton
---
arch
Signed-off-by: Mark Salter
Acked-by: Jean Pihet
---
tools/perf/arch/arm64/include/perf_regs.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/tools/perf/arch/arm64/include/perf_regs.h
b/tools/perf/arch/arm64/include/perf_regs.h
index e9441b9..1d3f39c 100644
--- a/tools/perf/arch/arm64/incl
On Mon, 2014-07-14 at 17:08 +0200, Sam Ravnborg wrote:
> Remove redundant assignments.
> Also drop kvm_para.h wrapper as it is never referenced from c6x code.
>
> Signed-off-by: Sam Ravnborg
> Cc: Mark Salter
> Cc: Aurelien Jacquiot
> ---
Acked-by: Mark Salter
> a
On Fri, 2014-06-06 at 11:29 +0100, Leif Lindholm wrote:
> __early_set_fixmap does not do any synchronization when called to set a
> fixmap entry. Add call to flush_vmap_cache().
>
> Tested on hardware.
>
> Signed-off-by: Leif Lindholm
> Tested-by: Graeme Gregory
> Cc: Steve Capper
> ---
> arc
On Fri, 2014-06-06 at 15:53 +0100, Leif Lindholm wrote:
> On Fri, Jun 06, 2014 at 10:37:29AM -0400, Mark Salter wrote:
> > On Fri, 2014-06-06 at 11:29 +0100, Leif Lindholm wrote:
> > > __early_set_fixmap does not do any synchronization when called to set a
> > >
user when SIGSEGV/SIGBUS
Using __u64 instead of u64 fixes the problem.
Signed-off-by: Mark Salter
---
arch/arm64/include/uapi/asm/sigcontext.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm64/include/uapi/asm/sigcontext.h
b/arch/arm64/include/uapi/asm/sigcontext.h
for 64K pages. I worked around
this by removing the THP test so FORCE_MAX_ZONEORDER is always 14 for
ARM64_64K_PAGES.
Signed-off-by: Mark Salter
---
arch/arm64/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig
index 7295419..
On Wed, 2014-06-11 at 16:04 -0700, David Rientjes wrote:
> On Wed, 11 Jun 2014, David Rientjes wrote:
>
> > Any reason to not switch this to
> >
> > ARM64_64K_PAGES && TRANSPARENT_HUGEPAGE && CMA
> >
>
> (ARM64_64K_PAGES) && (TRANSPARENT_HUGEPAGE || CMA)
And add HUGETLB to the list also? I
arm
and arm64.
Signed-off-by: Mark Salter
---
arch/arm/kvm/mmu.c | 15 +--
1 file changed, 9 insertions(+), 6 deletions(-)
diff --git a/arch/arm/kvm/mmu.c b/arch/arm/kvm/mmu.c
index 7789857..575d790 100644
--- a/arch/arm/kvm/mmu.c
+++ b/arch/arm/kvm/mmu.c
@@ -42,6 +42,8 @@ static
Currently, the rtc-efi driver is restricted to ia64 only.
Newer architectures with EFI support may want to also use
that driver. This patch moves the platform device setup
from ia64 into drivers/rtc and allow any architecture with
CONFIG_EFI=y to use the rtc-efi driver.
Signed-off-by: Mark Salter
Add handlers for arm_pm_resestart and pm_power_off which use EFI
runtime services ResetSystem call to perform the functions. These
handlers are only installed if no handler currently exists. This
allows PSCI to take priority over EFI for these functions.
Signed-off-by: Mark Salter
---
arch
Arm64 defines ARCH_HAS_DMA_GET_REQUIRED_MASK but provides
no dma_get_required_mask() function. This leads to a link
error in drivers using dma_get_required_mask(). Remove the
define so the default dma_get_required_mask() is available.
Signed-off-by: Mark Salter
---
arch/arm64/include/asm/dma
The __cpu_clear_user_page() and __cpu_copy_user_page() functions
are not currently exported. This prevents modules from using
clear_user_page() and opy_user_page().
Signed-off-by: Mark Salter
---
arch/arm64/mm/copypage.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm64/mm
On Mon, 2014-06-23 at 12:09 +0100, Catalin Marinas wrote:
> On Mon, Jun 23, 2014 at 06:05:24AM +0100, Mark Salter wrote:
> > Commit 19e7640d1f (arm64: Replace ZONE_DMA32 with ZONE_DMA)
> > moves support for 32-bit DMA addressing into ZONE_DMA and renames
> > CONFIG_ZONE_DMA
; 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.
>
> Cc: sta
t also simplifies the callsites since users no longer need to check to
> see whether EFI_RUNTIME_SERVICES are enabled.
>
> Cc: Tony Luck
> Cc: Mark Salter
> Signed-off-by: Matt Fleming
> ---
Tested-by: Mark Salter
>
> Mark, I reworked my efi_reboot() to more closely mat
e in
> particular is pretty complex.
>
> Patches to enable this for specific classes of hardware will be
> submitted separately.
>
> Cc: Mark Salter
> Signed-off-by: Matt Fleming
> ---
Tested-by: Mark Salter
--
To unsubscribe from this list: send the line "unsubscribe
Ping.
On Fri, 2014-06-13 at 14:50 -0400, Mark Salter wrote:
> Currently, the rtc-efi driver is restricted to ia64 only.
> Newer architectures with EFI support may want to also use
> that driver. This patch moves the platform device setup
> from ia64 into drivers/rtc and allow any
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 Mon, 2014-06-23 at 12:09 +0100, Catalin Marinas wrote:
> > > My proposal (in the absence of any kind of description) is to still
> > > creat
Signed-off-by: Mark Salter
---
tools/perf/arch/arm64/include/perf_regs.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/tools/perf/arch/arm64/include/perf_regs.h
b/tools/perf/arch/arm64/include/perf_regs.h
index e9441b9..1d3f39c 100644
--- a/tools/perf/arch/arm64/include/perf_regs.h
+++ b/
On Wed, 2014-06-25 at 10:12 +0200, Jean Pihet wrote:
> Hi Mark,
>
> On 25 June 2014 05:16, Mark Salter wrote:
> > I'm seeing the following build error on arm64:
> >
> > In file included from util/event.c:3:0:
> > util/event.h:95:17: error: &#x
What is the current status of this patch series? Is it on track
for 3.17?
On Sat, 2014-03-15 at 14:50 +0900, AKASHI Takahiro wrote:
> (Please apply this patch after my ftrace patch and audit patch in order
> to avoid some conflict on arm64/Kconfig.)
>
> This patch enables secure computing (system
On Tue, 2014-06-24 at 22:29 -0600, Dann Frazier wrote:
> On Fri, Jun 20, 2014 at 5:18 PM, Iyappan Subramanian
> > + ring->desc_addr = dma_zalloc_coherent(dev, size, &ring->dma,
> > + GFP_KERNEL);
>
> Iyappan,
> When testing this driver on a 3.16-rc
On Wed, 2014-01-29 at 18:28 +, Leif Lindholm wrote:
> On Wed, Jan 22, 2014 at 11:20:55AM +, Will Deacon wrote:
> > > +#ifdef CONFIG_CPU_CP15
> > > +/* Macro for setting/clearing bits in sctlr */
> > > + .macro update_sctlr, set:req, clear:req, tmp:req, tmp2:req
> > > + mrc p15, 0, \
On Tue, 2013-12-10 at 09:48 +0100, Jonas Bonn wrote:
> Hi Mark,
>
> Is there some reason you've excluded OpenRISC here? Did you just miss
> it, or does the implementation diverage too much to be usable with
> your generic version?
It was the runtime BUG() in fix_to_virt() instead of the usual bu
On Mon, 2013-12-09 at 14:52 +0100, Leif Lindholm wrote:
> Apologies for late feedback.
>
> On Fri, Nov 29, 2013 at 05:05:12PM -0500, Mark Salter wrote:
> > diff --git a/arch/arm64/kernel/efi.c b/arch/arm64/kernel/efi.c
> > new file mode 100644
> > index 000
On Wed, 2013-12-11 at 11:32 +, Matt Fleming wrote:
> On Wed, 11 Dec, at 12:02:27PM, Leif Lindholm wrote:
> > On Wed, Dec 11, 2013 at 10:39:03AM +, Matt Fleming wrote:
> > > Leif, Mark, does this patch look OK for ARM? We'd need to introduce a
> > > new early_memunmap() function so that thin
On Mon, 2013-11-25 at 11:13 -0500, Mark Salter wrote:
> ARM is different from other architectures in that fixmap pages are
> indexed with a positive offset from FIXADDR_START. Other architectures
> index with a negative offset from FIXADDR_TOP. In order to use the
> generic fixmap.h
: Mark Salter
---
arch/arm64/include/asm/io.h | 2 +-
arch/arm64/mm/ioremap.c | 15 +++
2 files changed, 16 insertions(+), 1 deletion(-)
diff --git a/arch/arm64/include/asm/io.h b/arch/arm64/include/asm/io.h
index 1d12f89..b56e5b5 100644
--- a/arch/arm64/include/asm/io.h
+++ b
On Wed, 2013-10-23 at 10:18 +0100, Catalin Marinas wrote:
> On Mon, 2013-10-21 at 14:36 +0100, msal...@redhat.com wrote:
> > diff --git a/arch/arm64/mm/ioremap.c b/arch/arm64/mm/ioremap.c
> > index 1725cd6..fb44b3d 100644
> > --- a/arch/arm64/mm/ioremap.c
> > +++ b/arch/arm64/mm/ioremap.c
> > @@ -7
mapping may be used.
Signed-off-by: Mark Salter
---
arch/arm64/include/asm/io.h | 2 +-
arch/arm64/mm/ioremap.c | 20 ++--
2 files changed, 19 insertions(+), 3 deletions(-)
diff --git a/arch/arm64/include/asm/io.h b/arch/arm64/include/asm/io.h
index 1d12f89..b56e5b5 100644
On Fri, 2013-10-25 at 15:03 +0200, Thierry Reding wrote:
> Today's linux-next merge of the c6x tree got a conflict in
>
> arch/arm/Kconfig
>
> caused by commits 148104c (ARM: 7854/1: lockref: add support for lockless
> lockrefs using cmpxchg64) and commit d701884 (arm: select
> ARCH_MIGHT_H
On Fri, 2013-10-25 at 15:03 +0200, Thierry Reding wrote:
> Today's linux-next tree of the h8300-remove tree got a conflict in
>
> drivers/parport/Kconfig
>
> caused by commits e9783b0 (Revert "drivers: parport: Kconfig: exclude h8300
> for PARPORT_PC") and d90c3eb (Kconfig cleanup (PARPORT_
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: "David S. Miller"
CC: sparcli...@vger.kernel.org
---
arch/sparc/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/
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
tree with these patches is at:
git://github.com/mosalter/linux.git (serio-i8042-v2 branch)
Mark Salter (10):
alpha: select ARCH_MIGHT_HAVE_PC_SERIO
arm: select ARCH_MIGHT_HAVE_PC_SERIO
ia64: select ARCH_MIGHT_HAVE_PC_SERIO
mips: select ARCH_MIGHT_HAVE_PC_SERIO
powerpc: 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
Acked-by: Matt Turner
CC: Richard Henderson
CC: linux-al...@vger.kernel.org
---
arch/alpha/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git
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/mach-footbridge/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a
On Mon, 2013-12-16 at 09:48 +0800, Dave Young wrote:
> On 11/27/13 at 09:44pm, Mark Salter wrote:
> > This patch copies generic bits of x86 early_ioremap() support
> > into a library for potential use by other architectures.
> >
> > Signed-off-by: Mark Salter
> >
On Thu, 2013-12-05 at 16:28 +, Catalin Marinas wrote:
> > +#define FIXMAP_PAGE_NORMAL __pgprot(PROT_NORMAL | PTE_PXN | PTE_UXN)
>
> I'll push a fix to change PROT_DEFAULT to (pgprot_default | PTE_DIRTY).
>
This doesn't help early_ioremap because pgprot_default gets set up in
init_mem_pgprot(
On Wed, 2013-12-04 at 15:06 -0600, Matt Sealey wrote:
> On Mon, Dec 2, 2013 at 3:07 PM, Leif Lindholm
> wrote:
> > On Mon, Dec 02, 2013 at 01:51:22PM -0600, Matt Sealey wrote:
> >> Here's where I think this whole thing falls down as being the weirdest
> >> possible implementation of this. It defi
On Thu, 2013-12-05 at 14:18 +, Catalin Marinas wrote:
> 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
> > stub is inc
On Thu, 2013-12-05 at 15:25 +, Catalin Marinas wrote:
> I lost track of the early_ioremap status for arm/arm64? Was there more
> progress since October (I think)?
See the two patch series:
https://lkml.org/lkml/2013/11/25/474
and
https://lkml.org/lkml/2013/11/27/621
The latter early_iore
On Fri, 2013-12-06 at 12:25 +, Grant Likely wrote:
> On Thu, 5 Dec 2013 15:28:06 +, Catalin Marinas
> wrote:
> > On Thu, Dec 05, 2013 at 02:43:23PM +, Mark Salter wrote:
> > > On Thu, 2013-12-05 at 14:18 +, Catalin Marinas wrote:
> > > > On Fri,
On Fri, 2013-12-06 at 14:38 +0100, Leif Lindholm wrote:
> On Fri, Dec 06, 2013 at 08:34:30AM -0500, Mark Salter wrote:
> > > Or just disable runtime services on the switch to big ending. Big endian
> > > should not disable the stub (but getting it to work could be a
On Thu, 2013-12-05 at 15:25 +, Catalin Marinas wrote:
> On Fri, Nov 29, 2013 at 10:05:12PM +0000, Mark Salter wrote:
> > +
> > +#define efi_remap(cookie, size) __ioremap((cookie), (size),
> > PAGE_KERNEL_EXEC)
> > +#define efi_ioremap(cookie, size
On Thu, 2013-12-05 at 14:18 +, Catalin Marinas wrote:
> Hi Mark,
>
> On Fri, Nov 29, 2013 at 10:05:10PM +0000, Mark Salter wrote:
> > +#include
> > +#include
> > +
> > +#include
> > +
> > +#define EFI_LOAD_ERROR 0x8001
>
> I
On Thu, 2013-12-05 at 16:28 +, Catalin Marinas wrote:
> On Thu, Nov 28, 2013 at 02:44:39AM +0000, Mark Salter wrote:
> > + * These 'compile-time allocated' memory buffers are
> > + * page-sized. Use set_fixmap(idx,phys) to associate
> > + * phys
/lkml/2013/12/22/69
Signed-off-by: Mark Salter
CC: x...@kernel.org
CC: Andrew Morton
CC: Arnd Bergmann
CC: Ingo Molnar
CC: Thomas Gleixner
CC: "H. Peter Anvin"
---
arch/x86/Kconfig | 1 +
arch/x86/include/asm/Kbuild | 1 +
arch/x86/include/asm/fixmap.h | 6 ++
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
CC: linux-arm-ker...@lists.infradead.org
CC
arm64
Mark Salter (5):
mm: create generic early_ioremap() support
x86: use generic early_ioremap
arm: add early_ioremap support
arm64: initialize pgprot info earlier in boot
arm64: add early_ioremap support
Documentation/arm64/memory.txt | 4 +-
arch/arm/Kconfig
paging_init() and into setup_arch() so that pgprot_default
gets initialized in time for fixmap and early_ioremap.
Signed-off-by: Mark Salter
CC: linux-arm-ker...@lists.infradead.org
CC: Catalin Marinas
CC: Will Deacon
---
arch/arm64/include/asm/mmu.h | 1 +
arch/arm64/kernel/setup.c| 2 ++
arch
This patch uses the generic early_ioremap code to implement
early_ioremap for ARM. The ARM-specific bits come mostly from
an earlier patch from Leif Lindholm
here:
https://lkml.org/lkml/2013/10/3/279
Signed-off-by: Mark Salter
Tested-by: Leif Lindholm
CC: linux-arm-ker
patch of this series:
https://lkml.org/lkml/2013/12/22/69
Signed-off-by: Mark Salter
CC: x...@kernel.org
CC: linux-arm-ker...@lists.infradead.org
CC: Andrew Morton
CC: Arnd Bergmann
CC: Ingo Molnar
CC: Thomas Gleixner
CC: "H. Peter Anvin"
CC: Russell King
CC: Catalin Marinas
On Mon, 2013-12-30 at 14:55 +0800, Chen Baozi wrote:
> xen_remap used to be defined as ioremap_cached on arm64. In commit
> c04e8e2fe, a new ioremap_cache was implemented, and ioremap_cached
> was deleted, while xen_remap stays the same. This would lead to
> the failure when building with CONFIG_HV
On Tue, 2014-08-26 at 09:58 -0700, Laura Abbott wrote:
> On 8/26/2014 3:05 AM, James Hogan wrote:
> > On 12 August 2014 00:40, Laura Abbott wrote:
> >>
> >> For architectures without coherent DMA, memory for DMA may
> >> need to be remapped with coherent attributes. Factor out
> >> the the remappi
made.
Signed-off-by: Mark Salter
---
arch/arm64/mm/init.c | 3 +--
drivers/firmware/efi/libstub/fdt.c | 10 +-
2 files changed, 10 insertions(+), 3 deletions(-)
diff --git a/arch/arm64/mm/init.c b/arch/arm64/mm/init.c
index 5472c24..a83061f 100644
--- a/arch/arm64/mm/init.c
On Mon, 2014-09-08 at 15:06 +0100, Mark Rutland wrote:
> Hi Mark,
>
> On Mon, Sep 08, 2014 at 02:31:42PM +0100, Mark Salter wrote:
> > Commit 86c8b27a01cf:
> > "arm64: ignore DT memreserve entries when booting in UEFI mode
> >
> > prevents early_init_fdt
made.
Change from v1:
* Acks added
* Fixed loop logic to remove reserved regions
Signed-off-by: Mark Salter
Acked-by: Ard Biesheuvel
Acked-by: Mark Rutland
---
arch/arm64/mm/init.c | 3 +--
drivers/firmware/efi/libstub/fdt.c | 10 +-
2 files changed, 10 insertions(
On Thu, 2014-08-07 at 19:42 +0400, Max Filippov wrote:
> On Thu, Aug 7, 2014 at 7:32 PM, Nicolas Pitre
> wrote:
> > On Thu, 7 Aug 2014, Rob Herring wrote:
> >
> >> On Thu, Aug 7, 2014 at 10:15 AM, Max Filippov wrote:
> >> > Hi,
> >> >
> >> > On Wed, Aug 6, 2014 at 11:32 PM, Kees Cook wrote:
> >
4 insertions(+), 3 deletions(-)
Acked-by: Mark Salter
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
e is in use:
>
> EFI stub: Booting Linux Kernel...
> EFI stub: Using DTB from configuration table
>
> Signed-off-by: Mark Rutland
> Acked-by: Leif Lindholm
> Acked-by: Ard Biesheuvel
> Cc: Mark Salter
> Cc: Matt Fleming
> Acked-by: Roy Franz
> ---
> driver
On Mon, 2014-10-27 at 12:28 -0700, Feng Kan wrote:
> This parch adds the device tree nodes for APM X-Gnene USB host controller.
> Since X-Gene SOC supports maximum 2 USB ports, 2 dts node are added.
>
> Signed-off-by: Bao Truong
> Signed-off-by: Feng Kan
> ---
> arch/arm64/boot/dts/apm-storm.dt
merged we've seen reports of crashes
> on 32-bit tablets,
>
> https://bugzilla.kernel.org/show_bug.cgi?id=84241#c21
>
> Disable it explicitly for x86 so that we don't give users false hope
> that this driver will work - it won't, and your machine is likely to
>
On Tue, 2014-09-30 at 11:00 -0700, Guenter Roeck wrote:
> The kernel core now supports a poweroff handler call chain
> to remove power from the system. Call it if pm_power_off
> is set to NULL.
>
> Cc: Mark Salter
> Cc: Aurelien Jacquiot
> Signed-off-by: Guenter Roeck
On Tue, 2015-08-25 at 14:56 +0900, Yoshinori Sato wrote:
> On Tue, 25 Aug 2015 03:34:20 +0900,
> Guenter Roeck wrote:
> >
> > Hi,
> >
> > In linux-next as of today (0824), all h8300 builds fail for me with an
> > internal
> > compiler error.
> >
> > Building h8300:allnoconfig ... failed
> > ---
On Tue, 2015-08-25 at 20:02 +0200, Oleg Nesterov wrote:
> On 08/25, Oleg Nesterov wrote:
> >
> > On 08/26, Yoshinori Sato wrote:
> > >
> > > Yes.
> > > gcc bug #67055.
> > > Already fixed in trunk.
> >
> > Yes, thanks a lot.
> >
> > Paul, it seems that gcc actually dislikes your ec90a194a "rcu:
On Wed, 2015-08-26 at 16:04 +0200, Ard Biesheuvel wrote:
> On 26 August 2015 at 15:24, Leif Lindholm
> wrote:
> > As we now have a common debug infrastructure between core and arm64
> > efi,
> > drop the bit of the interface passing verbose output flags around.
> >
> > Signed-off-by: Leif Lindh
In some early boot circumstances, it may be necessary to copy
from RAM outside the kernel linear mapping to mapped RAM. The
need to relocate an initrd is one example in the x86 code. This
patch creates a helper function based on current x86 code.
Signed-off-by: Mark Salter
---
include/asm
current x86 code uses early_memremap() to copy the original initrd from
unmapped to mapped RAM. This patchset creates a generic copy_from_early_mem()
utility based on that x86 code and has arm64 use it to relocate the initrd
if necessary.
Mark Salter (2):
mm: add utility for early copy from
;ve corrected that for this reply.
Oops. Thanks.
>
> On Tue, Jul 28, 2015 at 03:32:39PM +0100, Mark Salter wrote:
> > When booting an arm64 kernel w/initrd using UEFI/grub, use of mem= will
> > likely
> > cut off part or all of the initrd. This leaves it outside the kernel
subject to highlight the added generic code
* Add patch for x86 to use common copy_from_early_mem()
Mark Salter (3):
mm: add utility for early copy from unmapped ram
arm64: support initrd outside kernel linear map
x86: use generic early mem copy
arch/arm64/kernel/setup.c | 55
The early_ioremap library now has a generic copy_from_early_mem()
function. Use the generic copy function for x86 relocate_initrd().
Signed-off-by: Mark Salter
---
arch/x86/kernel/setup.c | 21 +
1 file changed, 1 insertion(+), 20 deletions(-)
diff --git a/arch/x86/kernel
The use of mem= could leave part or all of the initrd outside of
the kernel linear map. This will lead to an error when unpacking
the initrd and a probable failure to boot. This patch catches that
situation and relocates the initrd to be fully within the linear
map.
Signed-off-by: Mark Salter
In some early boot circumstances, it may be necessary to copy
from RAM outside the kernel linear mapping to mapped RAM. The
need to relocate an initrd is one example in the x86 code. This
patch creates a helper function based on current x86 code.
Signed-off-by: Mark Salter
---
include/asm
On Fri, 2015-07-24 at 10:39 -0400, Paul Gortmaker wrote:
> On Thu, Jul 16, 2015 at 6:26 PM, Oleg Nesterov wrote:
> > Add the additional "vm_flags_t vm_flags" argument to do_mmap_pgoff(),
> > rename it to do_mmap(), and re-introduce do_mmap_pgoff() as a simple
> > wrapper on top of do_mmap(). Perha
The use of mem= could leave part or all of the initrd outside of
the kernel linear map. This will lead to an error when unpacking
the initrd and a probable failure to boot. This patch catches that
situation and relocates the initrd to be fully within the linear
map.
Signed-off-by: Mark Salter
On Mon, 2015-08-17 at 12:22 +0100, Will Deacon wrote:
> Hi Mark,
>
> On Sun, Aug 16, 2015 at 09:49:27PM +0100, Mark Salter wrote:
> > The use of mem= could leave part or all of the initrd outside of
> > the kernel linear map. This will lead to an error when unpacking
> >
In some early boot circumstances, it may be necessary to copy
from RAM outside the kernel linear mapping to mapped RAM. The
need to relocate an initrd is one example in the x86 code. This
patch creates a helper function based on current x86 code.
Signed-off-by: Mark Salter
---
include/asm
:
* Change cover letter subject to highlight the added generic code
* Add patch for x86 to use common copy_from_early_mem()
Mark Salter (3):
mm: add utility for early copy from unmapped ram
arm64: support initrd outside kernel linear map
x86: use generic early mem copy
arch/arm64/kernel
The early_ioremap library now has a generic copy_from_early_mem()
function. Use the generic copy function for x86 relocate_initrd().
Signed-off-by: Mark Salter
---
arch/x86/kernel/setup.c | 22 +-
1 file changed, 1 insertion(+), 21 deletions(-)
diff --git a/arch/x86/kernel
The use of mem= could leave part or all of the initrd outside of
the kernel linear map. This will lead to an error when unpacking
the initrd and a probable failure to boot. This patch catches that
situation and relocates the initrd to be fully within the linear
map.
Signed-off-by: Mark Salter
in copy_from_early_mem()
* Removed unneeded MAX_MAP_CHUNK from x86 setup.c
* Moved #ifdef outside arm64 relocate_initrd() definition.
Changes from V1:
* Change cover letter subject to highlight the added generic code
* Add patch for x86 to use common copy_from_early_mem()
Mark Salter
The use of mem= could leave part or all of the initrd outside of
the kernel linear map. This will lead to an error when unpacking
the initrd and a probable failure to boot. This patch catches that
situation and relocates the initrd to be fully within the linear
map.
Signed-off-by: Mark Salter
In some early boot circumstances, it may be necessary to copy
from RAM outside the kernel linear mapping to mapped RAM. The
need to relocate an initrd is one example in the x86 code. This
patch creates a helper function based on current x86 code.
Signed-off-by: Mark Salter
---
include/asm
The early_ioremap library now has a generic copy_from_early_mem()
function. Use the generic copy function for x86 relocate_initrd().
Signed-off-by: Mark Salter
---
arch/x86/kernel/setup.c | 22 +-
1 file changed, 1 insertion(+), 21 deletions(-)
diff --git a/arch/x86/kernel
Commit 68234df4ea79 ("arm64: kill flush_cache_all()") removed
soft_reset() from the kernel. This was the only caller of
setup_mm_for_reboot(), so remove that also.
Signed-off-by: Mark Salter
---
arch/arm64/include/asm/mmu.h | 1 -
arch/arm64/mm/mmu.c | 11 ---
2 fil
On Wed, 2016-05-11 at 17:06 +0800, zengzhao...@163.com wrote:
> From: Zhaoxiu Zeng
>
> Simply use the generic version.
>
> Signed-off-by: Zhaoxiu Zeng
> Acked-by: Hans-Christian Noren Egtvedt [for avr32]
> ---
For c6x:
Acked-by: Mark Salter
On Wed, 2016-05-25 at 21:48 +0100, Matt Fleming wrote:
> (Cc'ing Mark, the original author)
>
> On Wed, 25 May, at 04:36:55PM, Vitaly Kuznetsov wrote:
> >
> > Commit 78ce248faa3c ("efi: Iterate over efi.memmap in
> > for_each_efi_memory_desc()") introduced a regression for systems booted
> > with
01-e001 : AMDI0300:00
> e0010004-e0010004 : AMDI0300:00
>
> and the ipmi_si driver tries to register one region e001-e0010004.
>
> Based on a patch from Mark Salter
>
> Signed-off-by: Corey Minyard
> ---
This works for me as well.
Tested-by: Mark Salter
&g
On Wed, 2015-11-18 at 20:18 +1100, Michael Ellerman wrote:
> Hi folks,
>
> I'm intermittently seeing the following oops on at least one powerpc box.
>
> The BUG_ON() is from:
>
> static int scsi_init_sgtable(struct request *req, struct scsi_data_buffer
> *sdb)
> {
> ...
> count = bl
On Fri, 2015-11-20 at 13:56 +0100, Laurent Dufour wrote:
> On 20/11/2015 13:10, Michael Ellerman wrote:
> > On Thu, 2015-11-19 at 00:23 -0800, Christoph Hellwig wrote:
> >
> > > It's pretty much guaranteed a block layer bug, most likely in the
> > > merge bios to request infrastucture where we don
On Tue, 2015-09-08 at 13:43 +0100, Leif Lindholm wrote:
> From: Torez Smith
>
> If console= is not added to the kernel command line, the console
> is not registered until much further into the booting process. This patch
> adds support to parse the SPCR ACPI table to pull console support out,
> t
-off-by: Ard Biesheuvel
> ---
Acked-by: Mark Salter
>
> I ran into this by accident when trying to enable to the generic ioremap
> implementation for 32-bit ARM.
>
> mm/early_ioremap.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/mm/early_ioremap.c b/mm/e
>
> The patchset should be applied to tty-next.
On Mustang, m400, and Seattle:
Tested-by: Mark Salter
On Tue, 2016-02-09 at 17:56 -0800, Duc Dang wrote:
> This patch makes pci-xgene-msi driver ACPI-aware and provides
> MSI capability for X-Gene v1 PCIe controllers in ACPI boot mode.
>
> Signed-off-by: Duc Dang
> ---
> drivers/pci/host/pci-xgene-msi.c | 35 ---
> 1
is a poweroff handler of last resort.
> >
> > Cc: Matt Fleming
> > Signed-off-by: Guenter Roeck
> > ---
> > drivers/firmware/efi/reboot.c | 23 +++
> > 1 file changed, 19 insertions(+), 4 deletions(-)
>
> Looks OK to me. Mark
uch that
a hang would occur unless both timers had a device node and were enabled.
This patch fixes the logic so that we don't wait to probe a second timer
unless it exists and is enabled.
Signed-off-by: Mark Salter
---
drivers/clocksource/arm_arch_timer.c | 11 ++-
1 file change
301 - 400 of 499 matches
Mail list logo
