On Fri, 2018-01-05 at 14:57 +, Mark Rutland wrote:
> Under speculation, CPUs may mis-predict branches in bounds checks. Thus,
> memory accesses under a bounds check may be speculated even if the
> bounds check fails, providing a primitive for building a side channel.
>
> This patch adds helper
The following changes since commit 0adb32858b0bddf4ada5f364a84ed60b196dbcda:
Linux 4.16 (2018-04-01 14:20:27 -0700)
are available in the Git repository at:
git://linux-c6x.org/git/projects/linux-c6x-upstreaming.git tags/for-linus
for you to fetch changes up to 85fa2cc51104ee5b529ce85b12f4c8
On Wed, 2018-07-04 at 16:25 +0300, Mike Rapoport wrote:
> Any comments on this?
>
> On Wed, Jun 27, 2018 at 03:09:20PM +0300, Mike Rapoport wrote:
> > The c6x is already using memblock and does most of early memory
> > reservations with it, so it was only a matter of removing the bootmem
> > initi
o extend the generic
> ptrace API with PTRACE_GET_SYSCALL_INFO request.
>
> Cc: Mark Salter
> Cc: Aurelien Jacquiot
> Cc: Paul Moore
> Cc: Eric Paris
> Cc: Oleg Nesterov
> Cc: Andy Lutomirski
> Cc: Elvira Khabirova
> Cc: Eugene Syromyatnikov
> C
ndy Lutomirski # for x86
> Reviewed-by: Palmer Dabbelt
> Acked-by: Paul Burton # MIPS parts
> Acked-by: Michael Ellerman (powerpc)
> Cc: Eric Paris
> Cc: Paul Moore
> Cc: Richard Henderson
> Cc: Ivan Kokshaysky
> Cc: Matt Turner
> Cc: Vineet Gupta
> Cc: Ru
On Sun, 2018-10-28 at 15:53 +1100, Stephen Rothwell wrote:
> Hi Mark,
>
> Commit
>
> fe381767b94f ("c6x: switch to NO_BOOTMEM")
>
> is missing a Signed-off-by from its committer.
>
Oops, fixed.
The following changes since commit b59dfdaef173677b0b7e10f375226c0a1114fd20:
i2c-hid: properly terminate i2c_hid_dmi_desc_override_table[] array
(2018-10-27 09:10:48 -0700)
are available in the Git repository at:
git://linux-c6x.org/git/projects/linux-c6x-upstreaming.git tags/for-linus
for
Using Linus' tree from this morning, I am hitting:
[0.00] BUG: failure at
./arch/arm64/include/asm/arch_timer.h:112/arch_counter_get_cntpct!
This is triggered by commit 0b46b8a718 ("clocksource: arch_timer: Fix
code to use physical timers when requested") which addresses an armv7
prob
On Wed, 2014-12-24 at 14:22 +0200, Kirill A. Shutemov wrote:
> We've replaced remap_file_pages(2) implementation with emulation.
> Nobody creates non-linear mapping anymore.
>
> Signed-off-by: Kirill A. Shutemov
> Cc: Mark Salter
> Cc: Aurelien Jacquiot
> ---
> a
On Wed, 2015-01-14 at 16:22 +0800, Hanjun Guo wrote:
> Hi Mark,
>
> On 2015年01月13日 03:09, Mark Salter wrote:
> > On Mon, 2015-01-12 at 17:25 +, Will Deacon wrote:
> >> On Mon, Jan 12, 2015 at 04:55:11PM +, Mark Salter wrote:
> >>> Commit 0e63ea48
paging_init() but before mm_init(). This patch adds definitions for
the __late_set_fixmap() and __late_clear_fixmap() which avoids the BUG
by allowing later use of early_ioremap().
Signed-off-by: Mark Salter
CC: Leif Lindholm
CC: Ard Biesheuvel
---
arch/arm64/include/asm/fixmap.h | 3 +++
1 file
On Mon, 2015-01-12 at 17:25 +, Will Deacon wrote:
> On Mon, Jan 12, 2015 at 04:55:11PM +0000, Mark Salter wrote:
> > Commit 0e63ea48b4d8 (arm64/efi: add missing call to early_ioremap_reset())
> > added a missing call to early_ioremap_reset(). This triggers a BUG if code
On Wed, 2015-03-11 at 20:39 +0800, Hanjun Guo wrote:
> This patch set already tested on multi platforms:
> - AMD Seattle board;
> - Cavium Thunder board;
> - Huawei D02 board;
> - Qualcomm ARM64 platform
For the whole series:
Tested-by: Mark Salter
on AMD Seattle and APM M
This patch:
commit f895b252d4edf66b2895fb5a7b17a638665f3e1f
Author: Jeff Layton
Date: Mon Nov 17 16:58:04 2014 -0500
sunrpc: eliminate RPC_DEBUG
It's always set to whatever CONFIG_SUNRPC_DEBUG is, so just use that.
Signed-off-by: Jeff Layton
Signed-off-by: Tron
On Thu, 2015-04-02 at 13:53 -0400, Jeff Layton wrote:
> On Thu, 2 Apr 2015 11:58:13 -0400
> Jeff Layton wrote:
>
> > On Thu, 02 Apr 2015 10:42:46 -0400
> > Mark Salter wrote:
> >
> > > This patch:
> > >
> > > commit f895b252d4edf6
(CONFIG_SUNRPC_DEBUG)
^
Since this was only used to define NFSD_DEBUG if CONFIG_SUNRPC_DEBUG
is enabled, replace instances of NFSD_DEBUG with CONFIG_SUNRPC_DEBUG.
Signed-off-by: Mark Salter
---
fs/lockd/svcsubs.c | 2 +-
fs/nfsd/nfs4state.c | 2 +-
fs/nfsd/nfsd.h
On Mon, 2015-04-06 at 10:04 -0400, Jeff Layton wrote:
> nit: title should probably be "sunrpc: eliminate NFSD_DEBUG"
*sigh*
Yes, of course. That is what I intended but not what I wrote.
>
> On Mon, 6 Apr 2015 09:46:00 -0400
> Mark Salter wrote:
>
> > Commit f8
The following changes since commit c517d838eb7d07bbe9507871fab3931deccff539:
Linux 4.0-rc1 (2015-02-22 18:21:14 -0800)
are available in the git repository at:
git://linux-c6x.org/git/projects/linux-c6x-upstreaming.git tags/for-linus
for you to fetch changes up to 3083ca2376a76072dc0071fb211
: Lorenzo Pieralisi
Cc: Will Deacon
Signed-off-by: Mark Salter
---
drivers/acpi/gsi.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/acpi/gsi.c b/drivers/acpi/gsi.c
index 38208f2..5698c4f 100644
--- a/drivers/acpi/gsi.c
+++ b/drivers/acpi/gsi.c
@@ -76,6 +76,13 @@ int
On Tue, 2015-04-28 at 18:08 +0100, Marc Zyngier wrote:
> On 28/04/15 17:51, Mark Salter wrote:
> > If there are devices sharing an interrupt, acpi_register_gsi() could
> > be called multiple times for the same gsi. Currently, it just maps
> > the gsi without checking for a p
responded
> arch_setup_dma_ops().
>
> It checks the _CCA during ACPI scan, and setup coherency during acpi_device
> creation.
> Then, this is propagted to the platform_device when it is created at later
> time.
>
> CC: Mark Salter
> CC: Hanjun Guo
> CC: Al Stone
NR_CPUS
is set high enough to make CPU_BITS_NONE larger than used_mask.
This patch changes the used_mask initialization to be runtime
based on the actual size of the array.
Signed-off-by: Mark Salter
---
drivers/bus/arm-cci.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff
On Thu, 2015-04-09 at 15:20 +0100, Mark Rutland wrote:
> On Thu, Apr 09, 2015 at 03:11:43PM +0100, Mark Salter wrote:
> > On Thu, 2015-04-09 at 14:51 +0100, Mark Rutland wrote:
> > > On Wed, Apr 08, 2015 at 07:21:24PM +0100, Mark Salter wrote:
> > > > Currently i
On Thu, 2015-04-09 at 14:51 +0100, Mark Rutland wrote:
> On Wed, Apr 08, 2015 at 07:21:24PM +0100, Mark Salter wrote:
> > Currently in validate_group(), there is a static initializer
> > for fake_pmu.used_mask which is based on CPU_BITS_NONE but
> > the used_mask a
On Thu, 2015-04-30 at 11:55 +0100, Suzuki K. Poulose wrote:
> On 13/04/15 13:41, Will Deacon wrote:
> > On Thu, Apr 09, 2015 at 04:36:29PM +0100, Mark Rutland wrote:
> >> On Thu, Apr 09, 2015 at 03:57:05PM +0100, Mark Salter wrote:
> >>> Currently in validate_group(),
t; address? I got the cc:
> >
> > From: Mark Salter
> > To: a...@kernel.org
> > Cc: Mark Salter
> > Subject: [PATCH V2] drivers: CCI: fix used_mask init in validate_group()
> > Date: Tue, 28 Apr 2015 13:09:32 -0400
> > Message-Id: <1430240972-16386-1-g
On Thu, 2015-04-30 at 15:38 +0100, Mark Rutland wrote:
> On Thu, Apr 30, 2015 at 03:03:07PM +0100, Mark Salter wrote:
> > On Thu, 2015-04-30 at 14:33 +0100, Mark Rutland wrote:
> > > > > Could you please send this to arm-soc as suggested by Will, with the
> &g
NR_CPUS
is set high enough to make CPU_BITS_NONE larger than used_mask.
Signed-off-by: Mark Salter
---
drivers/bus/arm-cci.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/bus/arm-cci.c b/drivers/bus/arm-cci.c
index 84fd660..759e41c 100644
--- a/drivers/bus/arm-cci.c
+++ b
On Thu, 2012-07-12 at 22:33 -0700, Joe Perches wrote:
> Convert the existing uses of random_ether_addr to
> the new eth_random_addr.
>
> Signed-off-by: Joe Perches
> ---
> arch/blackfin/mach-bf537/boards/stamp.c |2 +-
> arch/c6x/kernel/soc.c |
t; specifies ACPI_CCA_REQUIRED in arm64 Kconfig.
>
> In addition, to handle the case when _CCA is missing, arm64 would assign
> dummy_dma_ops to disable DMA capability of the device.
>
> Acked-by: Catalin Marinas
> Signed-off-by: Mark Salter
> Signed-off-by: Suravee Suthikulp
nel/leon_pci_grpci2.c |2 +-
> arch/tile/kernel/pci_gx.c |4 ++--
> arch/unicore32/kernel/irq.c |2 +-
> 9 files changed, 10 insertions(+), 10 deletions(-)
For c6x:
Acked-by: Mark Salter
--
To unsubscribe from this list: send the line "unsu
tions(+), 5 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/
On Sat, 2015-06-06 at 10:29 -0500, Rob Herring wrote:
> On Sat, Jun 6, 2015 at 8:29 AM, Stefan Agner wrote:
> > On 2015-06-06 14:48, Russell King - ARM Linux wrote:
> >> On Sat, Jun 06, 2015 at 02:31:28PM +0200, Stefan Agner wrote:
> >
> >>> --- a/arch/arm/include/asm/fixmap.h
> >>> +++ b/arch/ar
On Mon, 2015-06-08 at 11:09 +0100, Matt Fleming wrote:
> On Fri, 05 Jun, at 03:14:54PM, Peter Jones wrote:
> > So, I'm told this problem exists in the world:
> > --
> > Subject: Build error in -next due to 'efi: Add esrt support'
> >
> > Building ia64:de
On Wed, 2015-06-03 at 09:37 -0500, Suravee Suthikulanit wrote:
> On 5/28/2015 9:38 PM, Mark Salter wrote:
> > On Wed, 2015-05-20 at 17:09 -0500, Suravee Suthikulpanit wrote:
> >> >Fromhttp://www.uefi.org/sites/default/files/resources/ACPI_6.0.pdf,
> >> >se
On Thu, 2015-06-04 at 14:41 +0800, Jiang Liu wrote:
> On 2015/6/4 14:31, Hanjun Guo wrote:
> > Hi Jiang,
> >
> > On 2015年06月04日 09:54, Jiang Liu wrote:
> >> On 2015/6/4 4:27, Al Stone wrote:
> >>> On 06/02/2015 12:12 AM, Jiang Liu wrote:
> This patch set consolidates common code to support AC
On Fri, 2015-06-05 at 00:29 +0800, Jiang Liu wrote:
> On 2015/6/4 23:51, Mark Salter wrote:
> > On Thu, 2015-06-04 at 14:41 +0800, Jiang Liu wrote:
> >> On 2015/6/4 14:31, Hanjun Guo wrote:
> >>> Hi Jiang,
> >>>
> >>> On 2015年06月04日 09:54, Ji
On Sun, 2018-04-22 at 11:34 +0200, Rafael J. Wysocki wrote:
> On Fri, Apr 20, 2018 at 5:29 AM, Mark Salter wrote:
> > Commit e361d1f85855 ("ACPI / scan: Fix enumeration for special UART
> > devices") caused a regression with some X-Gene based platforms (Mustang
> &
h_to.o entry.o vectors.o c6x_ksyms.o
> -obj-y += soc.o dma.o
> +obj-y += soc.o
>
> obj-$(CONFIG_MODULES) += module.o
> diff --git a/arch/c6x/kernel/dma.c b/arch/c6x/kernel/dma.c
> deleted file mode 100644
> index 31e1a9ec3a9c..
> --- a/arch/c6x/kernel/dma
On Mon, 2019-03-11 at 22:47 +, Valentin Schneider wrote:
> Since the enabling and disabling of IRQs within preempt_schedule_irq()
> is contained in a need_resched() loop, we don't need the outer arch
> code loop.
>
> Signed-off-by: Valentin Schneider
> Cc: Mark
copy_to_user_page(vma, page, vaddr, dst, src, len) \
> do { \
> memcpy(dst, src, len); \
> flush_icache_range((unsigned) (dst), (unsigned) (dst) + (len)); \
> } while (0)
>
> -#define copy_from_u
On Fri, 2021-01-08 at 23:55 +0100, Arnd Bergmann wrote:
> * c6x: Added in 2011, this has seen very few updates since, but
> Mark still Acks patches when they come. Like most other DSP platforms,
> the model of running Linux on a DSP appears to have been obsoleted
> by using Linux on ARM
On Wed, 2021-03-10 at 14:29 +0100, Ard Biesheuvel wrote:
> (+ James)
>
> On Wed, 10 Mar 2021 at 13:41, Ard Biesheuvel wrote:
> >
> > On Wed, 10 Mar 2021 at 12:18, Will Deacon wrote:
> > >
> > > On Tue, Mar 09, 2021 at 07:32:16PM -0500, Mark Salter wrote
sed SoCs
> with DSP, using a better supported software ecosystem, and having better
> real-time behavior for the DSP code. An example of this is TI's own
> Keystone2 platform.
>
> The upstream kernel port appears to no longer have any users. Mark
> Salter remained avaialable
dle the setting of an unsupported t0sz without any apparent
problems. Indeed, if one reads back the tcr written with t0sz==12, the
value read has t0sz==16. Not so with Amberwing.
Fixes: 90ec95cda91a ("arm64: mm: Introduce VA_BITS_MIN")
Signed-off-by: Mark Salter
---
arch/arm64/kernel/
On Wed, 2014-02-12 at 15:56 -0500, Mark Salter wrote:
> This patch series takes the common bits from the x86 early ioremap
> implementation and creates a generic implementation which may be used
> by other architectures. The early ioremap interfaces are intended for
> situations whe
On Tue, 2014-02-25 at 18:30 +, Will Deacon wrote:
> I'd suggest spitting the core part out from the arch-specific parts. That
> way, the core part can merged independently and architectures can move over
> as they see fit. It also signals (at least to me) that, "hey, I should
> probably review
On Tue, 2014-02-25 at 23:48 -0600, Rob Herring wrote:
> > +#define NR_FIX_BTMAPS 32
> > +#define FIX_BTMAPS_SLOTS 7
> > +#define TOTAL_FIX_BTMAPS (NR_FIX_BTMAPS * FIX_BTMAPS_SLOTS)
> > +#define FIX_BTMAP_END FIX_KMAP_BEGIN
> > +#define FIX_BTMAP_BEGIN(F
data.
Signed-off-by: Mark Salter
---
arch/arm64/kernel/vmlinux.lds.S | 31 +++
1 file changed, 7 insertions(+), 24 deletions(-)
diff --git a/arch/arm64/kernel/vmlinux.lds.S b/arch/arm64/kernel/vmlinux.lds.S
index f8ab9d8..4ff9dcf 100644
--- a/arch/arm64/kernel
here:
https://lkml.org/lkml/2013/10/8/12
Mark Salter (13):
alpha: select ARCH_MIGHT_HAVE_PC_PARPORT
arm: select ARCH_MIGHT_HAVE_PC_PARPORT
ia64: select ARCH_MIGHT_HAVE_PC_PARPORT
m68k: select
Dave Young (1):
x86/mm: sparse warning fix for early_memremap
Mark Salter (5):
mm: create generic early_ioremap() support
x86: use generic early_ioremap
arm64: initialize pgprot info earlier in boot
arm64: add
3/12/22/69
* Added arm64 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 (4):
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
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
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
; 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
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
The following changes since commit ae72758f1dd93bd367dc7719702f24a9bfb3bad9:
c6x: fix build failure caused by cache.h (2014-03-04 17:21:58 -0500)
are available in the git repository at:
git://linux-c6x.org/git/projects/linux-c6x-upstreaming.git tags/for-linus
for you to fetch changes up to
On Tue, 2014-03-04 at 17:31 -0600, Rob Herring wrote:
> On Tue, Mar 4, 2014 at 2:08 PM, Mark Salter wrote:
> > 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 mappi
On Wed, 2014-03-05 at 14:29 -0800, Andrew Morton wrote:
> On Tue, 4 Mar 2014 15:08:55 -0500 Mark Salter wrote:
>
> > This patch creates a generic implementation of early_ioremap() support
> > based on the existing x86 implementation. early_ioremp() is useful for
> > ear
On Tue, 2014-02-25 at 11:42 -0800, H. Peter Anvin wrote:
> On 02/25/2014 10:45 AM, Mark Salter wrote:
> > On Tue, 2014-02-25 at 18:30 +, Will Deacon wrote:
> >> I'd suggest spitting the core part out from the arch-specific parts. That
> >> way, the core p
uring early boot and saw that the mask was filled with POISON_FREE bytes
before the secondary cores started coming up and setting their cpu bits in
the mask.
Signed-off-by: Mark Salter
---
kernel/sched/core.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/kernel/sched/c
On Tue, 2014-03-18 at 12:34 +, Catalin Marinas wrote:
> On Thu, Mar 13, 2014 at 10:47:06PM +, Leif Lindholm wrote:
> > --- /dev/null
> > +++ b/arch/arm64/kernel/efi.c
> [...]
> > +/*
> > + * Called from setup_arch with interrupts disabled.
> > + */
> > +void __init efi_enter_virtual_mode(vo
pyright (C) 2013 Red Hat, Inc.
> > + * Author: Mark Salter
> > + *
> > + * This program is free software; you can redistribute it and/or modify
> > + * it under the terms of the GNU General Public License version 2 as
> > + * published by the Free Software Fou
On Tue, 2014-03-18 at 18:28 +, Catalin Marinas wrote:
> On Tue, Mar 18, 2014 at 02:40:29PM +0000, Mark Salter wrote:
> > On Tue, 2014-03-18 at 12:09 +, Catalin Marinas wrote:
> > > On Thu, Mar 13, 2014 at 10:47:04PM +, Leif Lindholm wrote:
> > > > --- /dev
On Wed, 2014-03-19 at 10:57 +, Catalin Marinas wrote:
> On Tue, Mar 18, 2014 at 09:40:31PM +0000, Mark Salter wrote:
> > On Tue, 2014-03-18 at 18:28 +, Catalin Marinas wrote:
> > > If UEFI doesn't handle the caches, the only thing left to EFI_STUB is to
> > >
On Wed, 2014-03-19 at 16:01 +, Catalin Marinas wrote:
> On Wed, Mar 19, 2014 at 03:13:18PM +0000, Mark Salter wrote:
> > On Wed, 2014-03-19 at 10:57 +, Catalin Marinas wrote:
> > > On Tue, Mar 18, 2014 at 09:40:31PM +, Mark Salter wrote:
> > > > On
; 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
---
arch/x86/include/asm/io.h | 3 ++-
arch/x86/mm/ioremap.c | 10 +++---
2 files changed, 9 insertions(+), 4 deletions
Move x86 over to the generic early ioremap implementation.
Signed-off-by: Mark Salter
---
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/ioremap.c | 228
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
---
include/asm-generic/early_ioremap.h | 42 ++
mm/Kconfig | 3 +
mm
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 early_ioremap() support
x86: use generic early_ioremap
arm: add early_ioremap support
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
Acked-by: Catalin Marinas
---
arch
paging_init() and into setup_arch() so that pgprot_default
gets initialized in time for fixmap and early_ioremap.
Signed-off-by: Mark Salter
---
arch/arm64/include/asm/mmu.h | 1 +
arch/arm64/kernel/setup.c| 2 ++
arch/arm64/mm/mmu.c | 3 +--
3 files changed, 4 insertions(+), 2 deletions
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
---
Documentation/arm64/memory.txt | 4
On Thu, 2014-02-13 at 11:17 +, Matt Fleming wrote:
> On Wed, 05 Feb, at 05:03:54PM, Leif Lindholm wrote:
> > From: Mark Salter
> >
> > ARM and ARM64 architectures use the device tree to pass UEFI parameters
> > from stub to kernel. These parameters are things kn
On Fri, 2013-12-20 at 19:42 -0800, Iyappan Subramanian wrote:
> Device tree files for APM X-Gene SoC Ethernet.
>
> Signed-off-by: Iyappan Subramanian
> Signed-off-by: Ravi Patel
> Signed-off-by: Keyur Chudgar
> ---
> arch/arm64/boot/dts/apm-mustang.dts |8
> arch/arm64/boot/dts/ap
unbuildable if CONFIG_COMPAT is not
defined and CONFIG_ARM64_64K_PAGES depends on !CONFIG_COMPAT. This patch
allows the arm64 kernel to build with and without CONFIG_COMPAT.
Signed-off-by: Mark Salter
---
arch/arm64/kernel/perf_event.c | 4
arch/arm64/kernel/perf_regs.c | 2 ++
2 files changed, 6
On Tue, 2014-01-07 at 15:11 -0800, H. Peter Anvin wrote:
> On 01/06/2014 06:35 PM, Mark Salter wrote:
> >
> > There is one difference from the existing x86 implementation which
> > should be noted. The generic early_memremap() function does not return
> > a
to use.
Signed-off-by: Mark Salter
---
arch/x86/platform/efi/efi.c| 48 +-
arch/x86/platform/efi/efi_64.c | 5 +
drivers/firmware/efi/efi.c | 5 ++---
include/linux/efi.h| 6 ++
4 files changed, 24 insertions(+), 40 deletions
; 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
---
arch/x86/include/asm/io.h | 3 ++-
arch/x86/mm/ioremap.c | 10 +++---
2 files changed, 9 insertions(+), 4 deletions
Move x86 over to the generic early ioremap implementation.
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 +
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
Acked-by: Catalin Marinas
CC: linux
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 early_ioremap() support
x86: use generic early_ioremap
arm: add early_ioremap support
arm64: initialize pgprot info earlier in boot
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
This patch creates a generic implementation of early_ioremap() support
based on the existing x86 implementation. early_ioremp() is useful for
early boot code which needs to temporarily map I/O or memory regions
before normal mapping functions such as ioremap() are available.
Signed-off-by: Mark
On Fri, 2014-01-10 at 10:11 -0600, Rob Herring wrote:
> On Thu, Jan 9, 2014 at 9:50 PM, Mark Salter wrote:
> > +config EARLY_IOREMAP
> > + depends on MMU
>
> Is it possible to implement a !MMU version of early_ioremap that
> simply returns the phys address rather t
On Fri, 2014-01-10 at 12:40 -0800, Stephen Boyd wrote:
> Just some minor nitpicks
>
> On 01/09/14 19:50, Mark Salter wrote:
> > diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
> > index c1f1a7e..78a79a6a 100644
> > --- a/arch/arm/Kconfig
> > +++ b/arch/ar
a create_id_mapping() function which reuses the core
code of create_mapping() used to create the kernel RAM mappings.
Signed-off-by: Mark Salter
CC: Catalin Marinas
CC: Will Deacon
CC: linux-arm-ker...@lists.infradead.org
---
arch/arm64/include/asm/mmu.h | 1 +
arch/arm64/mm/mmu.c
Add explanation of arm64 EFI stub and kernel image header changes
needed to masquerade as a PE/COFF application.
Signed-off-by: Mark Salter
Acked-by: Grant Likely
CC: linux-...@vger.kernel.org
CC: Rob Landley
---
Documentation/arm64/booting.txt | 4
Documentation/efi-stub.txt | 12
prerequisite patches is at:
git://github.com/mosalter/linux.git (arm64-efi-patches-v2 branch)
Mark Salter (6):
efi: create memory map iteration helper
arm64: Add function to create identity mappings
efi: add helper function to get UEFI params from FDT
arm64: add EFI stub
doc: arm64
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 code. This patch adds a for_each_efi_memory_desc()
helper to clean up all of the existing duplicate code and avoid
more in the future.
Signed-off-by: Mark Salter
This patch adds EFI runtime support for arm64. The runtime support allows
the kernel to access various EFI runtime services provided by EFI firmware.
Things like reboot, real time clock, EFI boot variables, and others.
Signed-off-by: Mark Salter
---
arch/arm64/Kconfig | 16 ++
arch
Signed-off-by: Mark Salter
CC: Catalin Marinas
CC: Will Deacon
CC: Rob Landley
CC: linux-arm-ker...@lists.infradead.org
CC: linux-...@vger.kernel.org
---
Documentation/arm64/memory.txt | 4 +--
arch/arm64/Kconfig | 1 +
arch/arm64/include/asm/Kbuild| 1 +
arch/arm64
Signed-off-by: Mark Salter
CC: Thomas Gleixner
CC: Ingo Molnar
CC: "H. Peter Anvin"
CC: x...@kernel.org
---
arch/x86/Kconfig | 1 +
arch/x86/include/asm/Kbuild | 1 +
arch/x86/include/asm/fixmap.h | 6 ++
arch/x86/include/asm/io.h | 14 +--
arch/x86/mm
/linux.git (early-ioremap branch)
Mark Salter (4):
Create generic early_ioremap() support
x86: use generic early_ioremap
arm: add early_ioremap support
arm64: add early_ioremap support
Documentation/arm64/memory.txt | 4 +-
arch/arm/Kconfig| 11 ++
arch/arm/include
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: Russell King
CC: linux-arm-ker
This patch copies generic bits of x86 early_ioremap() support
into a library for potential use by other architectures.
Signed-off-by: Mark Salter
CC: Arnd Bergmann
CC: Ingo Molnar
CC: linux-a...@vger.kernel.org
---
include/asm-generic/early_ioremap.h | 40 ++
lib/Kconfig
This patch adds EFI runtime support for arm64. The runtime support allows the
kernel to access various EFI runtime services provided by EFI firmware. Things
like reboot, real time clock, EFI boot variables, and others.
Signed-off-by: Mark Salter
CC: Catalin Marinas
CC: Will Deacon
CC: linux
Signed-off-by: Mark Salter
CC: Catalin Marinas
CC: Will Deacon
CC: linux-arm-ker...@lists.infradead.org
CC: matt.flem...@intel.com
CC: linux-...@vger.kernel.org
CC: linux-...@vger.kernel.org
CC: Rob Landley
CC: Leif Lindholm
CC: roy.fr...@linaro.org
---
Documentation/arm64/booting.txt | 4
101 - 200 of 499 matches
Mail list logo
