On Tue, Sep 17, 2013 at 02:01:36PM +0100, Rob Herring wrote:
> On Tue, Sep 17, 2013 at 3:46 AM, Catalin Marinas
> wrote:
> > On 17 Sep 2013, at 00:09, Rob Herring wrote:
> >> --- a/arch/arm64/kernel/setup.c
> >> +++ b/arch/arm64/kernel/setup.c
> >>
on tagged pointers
- hwcap widened to 64-bit (user space already reading it as 64-bit)
Catalin Marinas (2):
arm64: Make do_bad_area() function static
arm64: Correctly report LR and SP for compat tasks
Steve Capper (1
On Thu, Aug 29, 2013 at 07:32:26PM +0100, Stefano Stabellini wrote:
> Move Xen initialization earlier, before any DMA requests can be made.
>
> Signed-off-by: Stefano Stabellini
I guess you should cc the corresponding maintainers here.
> arch/arm/include/asm/xen/hypervisor.h |8
>
On Thu, Aug 29, 2013 at 07:32:24PM +0100, Stefano Stabellini wrote:
> Signed-off-by: Stefano Stabellini
> CC: catalin.mari...@arm.com
> CC: will.dea...@arm.com
> ---
> arch/arm64/include/asm/dma-mapping.h |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
>
> diff --git a/arch/arm64/in
On Thu, Aug 29, 2013 at 07:32:32PM +0100, Stefano Stabellini wrote:
> xen_swiotlb_alloc_coherent needs to allocate a coherent buffer for cpu
> and devices. On native x86 and ARMv8 is sufficient to call
> __get_free_pages in order to get a coherent buffer, while on ARM we need
> to call arm_dma_ops.
On Thu, Sep 05, 2013 at 05:43:33PM +0100, Stefano Stabellini wrote:
> On Thu, 5 Sep 2013, Catalin Marinas wrote:
> > On Thu, Aug 29, 2013 at 07:32:32PM +0100, Stefano Stabellini wrote:
> > > xen_swiotlb_alloc_coherent needs to allocate a coherent buffer for cpu
> > > and
On Fri, Sep 06, 2013 at 09:58:59AM +0100, Ian Campbell wrote:
> On Thu, 2013-09-05 at 17:59 +0100, Stefano Stabellini wrote:
> > On Thu, 5 Sep 2013, Catalin Marinas wrote:
> > > On Thu, Aug 29, 2013 at 07:32:26PM +0100, Stefano Stabellini wrote:
> > > > Move Xen init
On Fri, Sep 06, 2013 at 05:09:52PM +0100, Stefano Stabellini wrote:
> On Fri, 6 Sep 2013, Catalin Marinas wrote:
> > On Fri, Sep 06, 2013 at 03:59:02PM +0100, Stefano Stabellini wrote:
> > > On Fri, 6 Sep 2013, Catalin Marinas wrote:
> > > > On Thu, Sep 05, 201
On Fri, Sep 06, 2013 at 03:59:02PM +0100, Stefano Stabellini wrote:
> On Fri, 6 Sep 2013, Catalin Marinas wrote:
> > On Thu, Sep 05, 2013 at 05:43:33PM +0100, Stefano Stabellini wrote:
> > > On Thu, 5 Sep 2013, Catalin Marinas wrote:
> > > > On Thu, Aug 29, 201
On Fri, Sep 06, 2013 at 10:19:18AM +0100, Leif Lindholm wrote:
> --- a/arch/arm/kernel/setup.c
> +++ b/arch/arm/kernel/setup.c
> @@ -877,6 +878,10 @@ void __init setup_arch(char **cmdline_p)
>
> parse_early_param();
>
> +#ifdef CONFIG_EARLY_IOREMAP
> + early_ioremap_init();
> +#endi
NEON
Catalin Marinas (3):
arm64: Enable interrupts in the EL0 undef handler
arm64: Fix mapping of memory banks not ending on a PMD_SIZE boundary
arm64: Remove unused cpu_name ascii in arch/arm64/mm/proc.S
Chen Gang (1):
ARM64: include: asm: include "asm/types.h" in
On 6 Sep 2013, at 17:52, Stefano Stabellini
wrote:
> On Fri, 6 Sep 2013, Catalin Marinas wrote:
>> On Fri, Sep 06, 2013 at 05:09:52PM +0100, Stefano Stabellini wrote:
>>> On Fri, 6 Sep 2013, Catalin Marinas wrote:
>>>> On Fri, Sep 06, 2013 at 03:59:02PM +0100, Stef
On 9 September 2013 07:15, Alexandre Courbot wrote:
> On Fri, Sep 6, 2013 at 3:35 AM, Rob Herring wrote:
>> On 09/04/2013 10:27 PM, Alexandre Courbot wrote:
>>> Trusted Foundations is a TrustZone-based secure monitor for ARM that
>>> can be invoked using a consistent SMC-based API on all support
On Mon, Sep 09, 2013 at 05:46:59PM +0100, Stefano Stabellini wrote:
> On Mon, 9 Sep 2013, Catalin Marinas wrote:
> > >>> They could also happen in a DomU if we assign a physical device to it
> > >>> (and an SMMU is not available).
> > >>
> > &g
Hi Andrew,
On Mon, Sep 09, 2013 at 10:32:55PM +0100, Andrew Pinski wrote:
> Right now CONFIG_COMPAT means enabling AARCH32 support in the ARM64 traget,
> which we want to split out so we can it to mean any 32bit ABI support instead.
First, there are some coding style and patch format issues. Ple
On Mon, Sep 09, 2013 at 10:32:56PM +0100, Andrew Pinski wrote:
> Since the ILP32 ABI uses similar signal code as the LP64 ABI, it makes sense
> to reuse rather
> than copy the same code.
At a first look, I don't really like this part. I'll comment more on the
last patch.
--
Catalin
--
To unsubs
On Mon, Sep 09, 2013 at 10:32:57PM +0100, Andrew Pinski wrote:
> The ILP32 ABI in ARM64 uses a slightly different pselect from either
> the compat or even the native LP64 ABI. We would want to reuse some
> of the code path that are used as the size of the timespec is the
> same, so this pa
The ARMv8-A Architecture Reference Manual is now publicly available:
http://infocenter.arm.com/help/topic/com.arm.doc.ddi0487a/index.html
Please note that free registration is required to be able to download
(as per the previous ARM ARM and other documentation on ARM infocenter).
It contains bot
On Mon, Sep 09, 2013 at 10:32:59PM +0100, Andrew Pinski wrote:
> This patch adds full support of the ABI to the ARM64 target.
This description is too short. Please describe what the ABI is, what are
the commonalities with AArch64 and AArch32, what other non-obvious
things had to be done (like __ke
On Wed, Sep 11, 2013 at 06:34:17PM +0100, Stefano Stabellini wrote:
> On Wed, 11 Sep 2013, Catalin Marinas wrote:
> > static inline void set_dma_ops(struct device *dev, struct dma_map_ops *ops)
> > {
> > BUG_ON(!dev);
> > @@ -32,7 +39,7 @@ static inline void set
On Thu, Sep 12, 2013 at 03:44:50PM +0100, Stefano Stabellini wrote:
> On Thu, 12 Sep 2013, Catalin Marinas wrote:
> > On Wed, Sep 11, 2013 at 06:34:17PM +0100, Stefano Stabellini wrote:
> > > On Wed, 11 Sep 2013, Catalin Marinas wrote:
> > > > static inline void
On Wed, Sep 11, 2013 at 10:00:14PM +0100, Andrew Pinski wrote:
> On Wed, Sep 11, 2013 at 4:09 AM, Catalin Marinas
> wrote:
> > On Mon, Sep 09, 2013 at 10:32:57PM +0100, Andrew Pinski wrote:
> >> The ILP32 ABI in ARM64 uses a slightly different pselect from either
> >
On Fri, Sep 13, 2013 at 10:47:12AM +0100, Will Deacon wrote:
> On Fri, Sep 13, 2013 at 07:18:48AM +0100, Andrew Pinski wrote:
> > On Wed, Sep 11, 2013 at 7:32 AM, Catalin Marinas
> > wrote:
> > > On Mon, Sep 09, 2013 at 10:32:59PM +0100, Andrew Pinski wrote:
> > >
On Fri, Sep 13, 2013 at 07:18:48AM +0100, Andrew Pinski wrote:
> On Wed, Sep 11, 2013 at 7:32 AM, Catalin Marinas
> wrote:
> > On Mon, Sep 09, 2013 at 10:32:59PM +0100, Andrew Pinski wrote:
> >
> > On top of these, I would really like to see
> > Documentation/arm6
On Fri, Sep 13, 2013 at 11:04:53AM +0100, Will Deacon wrote:
> On Fri, Sep 13, 2013 at 10:57:40AM +0100, Catalin Marinas wrote:
> > On Fri, Sep 13, 2013 at 10:47:12AM +0100, Will Deacon wrote:
> > > On Fri, Sep 13, 2013 at 07:18:48AM +0100, Andrew Pinski wrote:
> > > >
erring
> Cc: Catalin Marinas
> Cc: Will Deacon
> Cc: Michal Simek
> Cc: Jonas Bonn
> Acked-by: Grant Likely
> Cc: linux-arm-ker...@lists.infradead.org
> Cc: microblaze-ucli...@itee.uq.edu.au
> Cc: li...@lists.openrisc.net
> Cc: devicet...@vger.kernel.org
Acked-by: Catalin
memleak
> to be configured independently of slub debug features.
>
> It also fixes a bug where kmemleak was only partially enabled in some
> configurations.
>
> Signed-off-by: Roman Bobniev
> Signed-off-by: Tim Bird
Looks ok to me.
Acked-by: Catalin Marinas
--
To unsub
> >
> > Looks good to me, so for patch 2/5:
> >
> > Acked-by: Will Deacon
> >
> Thanks Will and Russell.
>
> Hi Catalin,
>
> Can I have your ACK for ARM64 changes(PATCH 3/5) so that Daniel can
> accept my pull request ?
Well, I gave you my r
On 26 August 2013 16:49, Alan Stern wrote:
> Here's a question that doesn't seem to be answered in
> Documentation/memory-barriers.txt. Are memory accesses within an
> interrupt handler synchronized with respect to interrupts?
>
> In more detail, suppose we have an interrupt handler that uses a m
On 31 August 2013 14:35, Martin MOKREJŠ wrote:
> never realized that my CPUs are gone if I compile into kernel kmemleak.
> Is that really the aim?
>
> CONFIG_HAVE_DEBUG_KMEMLEAK=y
> CONFIG_DEBUG_KMEMLEAK=y
> CONFIG_DEBUG_KMEMLEAK_EARLY_LOG_SIZE=400
> # CONFIG_DEBUG_KMEMLEAK_TEST is not set
> # C
On Mon, Sep 02, 2013 at 04:44:52PM +0100, Max Filippov wrote:
> On Mon, Sep 2, 2013 at 7:31 PM, Catalin Marinas
> wrote:
> > On 31 August 2013 14:35, Martin MOKREJŠ wrote:
> >> never realized that my CPUs are gone if I compile into kernel kmemleak.
> &
On Mon, Sep 02, 2013 at 04:51:17PM +0100, Martin MOKREJŠ wrote:
> Catalin Marinas wrote:
> > On Mon, Sep 02, 2013 at 04:44:52PM +0100, Max Filippov wrote:
> >> On Mon, Sep 2, 2013 at 7:31 PM, Catalin Marinas
> >> wrote:
> >>> On 31 August 2013 14:35
On Fri, Sep 27, 2013 at 09:04:40AM +0100, Jiang Liu wrote:
> From: Jiang Liu
>
> This patchset enables FPSIMD lazy save and restore for ARM64, you could
> apply it against v3.12-rc2.
>
> We have done basic functional tests on ARM fast model, but still lack
> of detail performance benchmark on re
On Fri, Sep 27, 2013 at 09:04:41AM +0100, Jiang Liu wrote:
> From: Jiang Liu
>
> If context switching happens during executing fpsimd_flush_thread(),
> stale value in FPSIMD registers will be saved into current thread's
> fpsimd_state by fpsimd_thread_switch(). That may cause invalid
> initializa
On Fri, Sep 27, 2013 at 09:04:42AM +0100, Jiang Liu wrote:
> diff --git a/arch/arm64/kernel/fpsimd.c b/arch/arm64/kernel/fpsimd.c
> index bb785d2..12a25e5 100644
> --- a/arch/arm64/kernel/fpsimd.c
> +++ b/arch/arm64/kernel/fpsimd.c
> @@ -80,9 +80,14 @@ void fpsimd_thread_switch(struct task_struct *
Hi,
On 27 September 2013 09:58, Ramkumar Ramachandra wrote:
> I'm interested in cross-compiling for ARM v8, and fixing some early
> papercuts to begin with; my host machine is a normal x86_64 box.
> Although I managed to use Linaro's toolchain [1] to build an Aarch64
> kernel, and found a suitabl
On Thu, Sep 26, 2013 at 07:50:56PM +0100, Rob Herring wrote:
> From: Rob Herring
>
> Now that prom.h is optional, all the empty prom.h headers can be removed.
>
> Signed-off-by: Rob Herring
> Cc: Vineet Gupta
> Cc: Catalin Marinas
> Cc: Will Deacon
> Cc: Mark Salt
On Thu, Sep 26, 2013 at 07:50:39PM +0100, Rob Herring wrote:
> From: Rob Herring
>
> Remove unnecessary prom.h include in preparation to make prom.h optional.
>
> Signed-off-by: Rob Herring
> Cc: Catalin Marinas
> Cc: Will Deacon
Acked-by: Catalin Marinas
--
To unsub
On Fri, Sep 27, 2013 at 03:43:21PM +0100, Ramkumar Ramachandra wrote:
> Catalin Marinas wrote:
> > ARM provides an emulator, ARMv8 Foundation Model (free as in free beer
> > but you need to register to be able to download, just like the
> > architecture documentation):
>
On Fri, Sep 27, 2013 at 04:20:15PM +0100, Jiang Liu wrote:
> The patchset actually includes three optimizations.
>
> The first one uses PF_USED_MATH to track whether the thread has
> accessed FPSIMD registers since it has been created. If the thread
> hasn't accessed FPSIMD registers since i
eed.
>
> Move the kmemleak code for small block allocation out from
> under CONFIG_SLUB_DEBUG.
>
> Signed-off-by: Roman Bobniev
> Signed-off-by: Frank Rowand
Acked-by: Catalin Marinas
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
On Fri, Sep 27, 2013 at 05:09:50PM +0100, Stefano Stabellini wrote:
> Signed-off-by: Stefano Stabellini
> CC: catalin.mari...@arm.com
> CC: will.dea...@arm.com
Acked-by: Catalin Marinas
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
On Fri, Sep 27, 2013 at 05:09:57PM +0100, Stefano Stabellini wrote:
> Signed-off-by: Stefano Stabellini
> Suggested-by: Catalin Marinas
> CC: catalin.mari...@arm.com
> CC: will.dea...@arm.com
Acked-by: Catalin Marinas
--
To unsubscribe from this list: send the line "unsubsc
On Sat, Sep 28, 2013 at 12:19:54PM +0100, Ramkumar Ramachandra wrote:
> So I got this far after many hours of scratching my head. Let's make
> EXT4, VIRTIO_MMIO, and VIRTIO_BLK part of the default configuration so
> users have a pleasant ride when attempting to run their freshly built
> AArch64 ker
On Wed, Sep 05, 2012 at 08:13:12PM +0100, Russell King - ARM Linux wrote:
> On Wed, Aug 15, 2012 at 02:49:54PM +, Arnd Bergmann wrote:
> > It's fairly unusual to have out of line get_user/put_user functions.
> > What is the reason for this, other than copying from ARM?
>
> Actually, we never u
On Wed, Sep 05, 2012 at 10:05:34PM +0100, Russell King - ARM Linux wrote:
> On Wed, Sep 05, 2012 at 10:01:37PM +0100, Catalin Marinas wrote:
> > There are indeed a few KB gain in code size but that's probably coming
> > from the exception table since otherwise you just replac
On AArch64, we want the sys_stat64() and related functions for compat
support but do not need the generic struct stat64, enabled automatically
if __ARCH_WANT_STAT64.
Signed-off-by: Catalin Marinas
Acked-by: Arnd Bergmann
Cc: Alexander Viro
Cc: Andrew Morton
---
fs/stat.c |4 ++--
1 files
/com.arm.doc.genc010197a/index.html
- ABI (PCS, ELF, DWARF, C++):
http://infocenter.arm.com/help/topic/com.arm.doc.ihi0059a/index.html
Regards,
Catalin
Catalin Marinas (23):
arm64: Assembly macros and definitions
arm64: Kernel booting and initialisation
arm64: Exception handling
arm64: MMU
nt
(2^11) requirements.
Signed-off-by: Will Deacon
Signed-off-by: Catalin Marinas
Acked-by: Tony Lindgren
---
arch/arm64/include/asm/ptrace.h | 212 +++
arch/arm64/include/asm/stacktrace.h | 29 ++
arch/arm64/include/asm/traps.h | 30 ++
arch/arm64/kernel/en
The patch adds the kernel booting and the initial setup code.
Documentation/arm64/booting.txt describes the booting protocol on the
AArch64 Linux kernel. This is subject to change following the work on
boot standardisation, ACPI.
Signed-off-by: Will Deacon
Signed-off-by: Catalin Marinas
Acked
This patch introduces several assembly macros and definitions used in
the .S files across arch/arm64/ like IRQ disabling/enabling, together
with asm-offsets.c.
Signed-off-by: Will Deacon
Signed-off-by: Catalin Marinas
Acked-by: Tony Lindgren
Acked-by: Arnd Bergmann
---
arch/arm64/include/asm
Deacon
Signed-off-by: Catalin Marinas
Acked-by: Tony Lindgren
---
Documentation/arm64/memory.txt| 69 +
arch/arm64/include/asm/memory.h | 144 +++
arch/arm64/include/asm/mmu.h | 27 ++
arch/arm64/include/asm/pgtable-2level-hwdef.h
supported via the memory attributes register
(MAIR_EL1) and only affect the Normal Cacheable mappings.
This patch also adds the SPARSEMEM_VMEMMAP initialisation.
Signed-off-by: Will Deacon
Signed-off-by: Catalin Marinas
Acked-by: Tony Lindgren
---
arch/arm64/include/asm/memblock.h | 21 ++
arch
From: Will Deacon
This patch adds support for the AArch64 performance counters.
Signed-off-by: Will Deacon
Signed-off-by: Catalin Marinas
Acked-by: Tony Lindgren
---
arch/arm64/include/asm/perf_event.h | 22 +
arch/arm64/include/asm/pmu.h| 82 +++
arch/arm64/kernel/perf_event.c
From: Marc Zyngier
This patch adds udelay, memory and bit operations together with the
ksyms exports.
Signed-off-by: Marc Zyngier
Signed-off-by: Will Deacon
Signed-off-by: Catalin Marinas
Acked-by: Tony Lindgren
---
arch/arm64/include/asm/bitops.h | 74
arch
This patch updates the MAINTAINERS file for the AArch64 Linux kernel
port.
Signed-off-by: Catalin Marinas
Acked-by: Tony Lindgren
Acked-by: Arnd Bergmann
---
MAINTAINERS |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index fdc0119
This patch adds Makefile and Kconfig files required for building an
AArch64 kernel.
Signed-off-by: Will Deacon
Signed-off-by: Catalin Marinas
Acked-by: Tony Lindgren
---
arch/arm64/Kconfig | 222 +++
arch/arm64/Kconfig.debug| 27
register. The physical counter is also accessible from user space
allowing fast gettimeofday() implementation.
Signed-off-by: Marc Zyngier
Signed-off-by: Will Deacon
Signed-off-by: Catalin Marinas
Acked-by: Tony Lindgren
---
arch/arm64/include/asm/arm_generic.h | 100 +++
arch/arm64
From: Will Deacon
This patch adds support for loadable modules. Loadable modules are
loaded 64MB below the kernel image due to branch relocation restrictions
(see Documentation/arm64/memory.txt).
Signed-off-by: Will Deacon
Signed-off-by: Catalin Marinas
Acked-by: Tony Lindgren
---
arch
This patch introduces a few AArch64-specific header files together with
Kbuild entries for generic headers.
Signed-off-by: Will Deacon
Signed-off-by: Catalin Marinas
Acked-by: Tony Lindgren
---
arch/arm64/include/asm/Kbuild| 51 ++
arch/arm64/include/asm/barrier.h | 52
This patch allows setting of the show_unhandled_signals variable via
/proc/sys/debug/exception-trace. The default value is currently 1
showing unhandled user faults (undefined instructions, data aborts) and
invalid signal stack frames.
Signed-off-by: Catalin Marinas
Acked-by: Tony Lindgren
state saving/restoring.
Signed-off-by: Will Deacon
Signed-off-by: Catalin Marinas
Acked-by: Tony Lindgren
Acked-by: Arnd Bergmann
---
arch/arm64/include/asm/fpsimd.h | 64 +++
arch/arm64/kernel/entry-fpsimd.S | 80
arch/arm64/kernel/fpsimd.c
This patch add support for various user access functions. These
functions use the standard LDR/STR instructions and not the LDRT/STRT
variants in order to allow kernel addresses (after set_fs(KERNEL_DS)).
Signed-off-by: Will Deacon
Signed-off-by: Marc Zyngier
Signed-off-by: Catalin Marinas
This patch adds support for signal handling. The sigreturn is done via
VDSO, introduced by a previous patch. The SA_RESTORER is still defined
as it is required for 32-bit (compat) support but it is not to be used
for 64-bit applications.
Signed-off-by: Will Deacon
Signed-off-by: Catalin Marinas
From: Will Deacon
This patch adds VDSO support for 64-bit applications. The VDSO code is
currently used for sys_rt_sigreturn() and optimised gettimeofday()
(using the user-accessible generic counter).
Signed-off-by: Will Deacon
Signed-off-by: Catalin Marinas
Acked-by: Tony Lindgren
---
arch
user space.
The sys_call_table is just an array defined in a C file and it contains
pointers to the syscall functions. The array is 4KB aligned to allow the
use of the ADRP instruction (longer range ADR) in entry.S.
Signed-off-by: Will Deacon
Signed-off-by: Catalin Marinas
Acked-by: Tony Lindgren
This patch adds definitions for the ELF format, including personality
personality setting and EXEC_PAGESIZE. The are only two hwcap
definitions for 64-bit applications - HWCAP_FP and HWCAP_ASIMD.
Signed-off-by: Will Deacon
Signed-off-by: Catalin Marinas
Acked-by: Tony Lindgren
---
arch/arm64
-by: Will Deacon
Signed-off-by: Marc Zyngier
Signed-off-by: Catalin Marinas
Acked-by: Arnd Bergmann
Acked-by: Tony Lindgren
---
arch/arm64/include/asm/hardirq.h|5 +
arch/arm64/include/asm/smp.h| 69 +
arch/arm64/include/asm/spinlock.h | 202
deal with cache maintenance.
Signed-off-by: Catalin Marinas
Acked-by: Tony Lindgren
---
arch/arm64/include/asm/dma-mapping.h | 124 ++
arch/arm64/mm/dma-mapping.c | 79 +
2 files changed, 203 insertions(+), 0 deletions(-)
create mode
Signed-off-by: Catalin Marinas
Acked-by: Arnd Bergmann
Acked-by: Tony Lindgren
---
arch/arm64/include/asm/device.h | 26
arch/arm64/include/asm/fb.h | 34 +
arch/arm64/include/asm/io.h | 263 +++
arch/arm64/kernel/io.c | 64
This patch introduces the atomic, mutex and futex operations. Many
atomic operations use the load-acquire and store-release operations
which imply barriers, avoiding the need for explicit DMB.
Signed-off-by: Will Deacon
Signed-off-by: Catalin Marinas
Acked-by: Tony Lindgren
---
arch/arm64
From: Marc Zyngier
This patch adds the support for IRQ handling. The actual interrupt
controller will be part of a separate patch (going into
drivers/irqchip/).
Signed-off-by: Marc Zyngier
Signed-off-by: Will Deacon
Signed-off-by: Catalin Marinas
Acked-by: Tony Lindgren
---
arch/arm64
Signed-off-by: Catalin Marinas
Acked-by: Tony Lindgren
---
arch/arm64/include/asm/cache.h | 32 +
arch/arm64/include/asm/cacheflush.h | 168 +++
arch/arm64/include/asm/cachetype.h | 48 +++
arch/arm64/mm/cache.S | 251
ID_AA64AFR0_EL1 register).
Signed-off-by: Will Deacon
Signed-off-by: Catalin Marinas
Acked-by: Tony Lindgren
---
arch/arm64/include/asm/mmu_context.h | 152 +
arch/arm64/include/asm/thread_info.h | 127 +++
arch/arm64/kernel/process.c | 412
dropped once Peter Z's generic
mmu_gather patches are merged.
Signed-off-by: Will Deacon
Signed-off-by: Catalin Marinas
Acked-by: Tony Lindgren
---
arch/arm64/include/asm/tlb.h | 190 +
arch/arm64/include/asm/tlbflush.h | 122
ideally be pushed to firmware.
Signed-off-by: Will Deacon
Signed-off-by: Catalin Marinas
Acked-by: Tony Lindgren
---
arch/arm64/include/asm/cputable.h | 30 ++
arch/arm64/include/asm/cputype.h | 49 ++
arch/arm64/include/asm/proc-fns.h | 51 ++
arch/arm64/include
overlapping between user and kernel page tables.
Signed-off-by: Will Deacon
Signed-off-by: Catalin Marinas
Acked-by: Tony Lindgren
---
arch/arm64/include/asm/page.h| 67 +
arch/arm64/include/asm/pgalloc.h | 113
arch/arm64/mm/copypage.c | 34 +++
arch/arm64/mm
On Fri, Sep 07, 2012 at 08:43:36PM +0100, Arnd Bergmann wrote:
> On Friday 07 September 2012, Catalin Marinas wrote:
> > +/*
> > + * sys_execve() executes a new program.
> > + */
> > +asmlinkage long sys_execve(const char __user *filenamei,
> > +
On Mon, Sep 10, 2012 at 06:53:39AM +0100, Jean-Christophe PLAGNIOL-VILLARD
wrote:
> On 19:29 Sun 09 Sep , Nicolas Pitre wrote:
> > On Sun, 9 Sep 2012, Jean-Christophe PLAGNIOL-VILLARD wrote:
> > > On 17:26 Fri 07 Sep , Catalin Marinas wrote:
> > > > +T
On Mon, Sep 10, 2012 at 02:51:52PM +0100, Arnd Bergmann wrote:
> On Monday 10 September 2012, Catalin Marinas wrote:
> > Yes, I've seen these but since Al's patches are not in mainline, I don't
> > want to add additional dependencies to the arm64 patches (currently
&g
On Mon, Sep 10, 2012 at 03:48:20PM +0100, Arnd Bergmann wrote:
> On Monday 10 September 2012, Nicolas Pitre wrote:
> > On Mon, 10 Sep 2012, Arnd Bergmann wrote:
> > > On Monday 10 September 2012, Catalin Marinas wrote:
> > > > On Mon, Sep 10, 2012 at 06:
On Mon, Sep 10, 2012 at 03:24:21PM +0100, Arnd Bergmann wrote:
> On Monday 10 September 2012, Catalin Marinas wrote:
> >
> > On Mon, Sep 10, 2012 at 02:51:52PM +0100, Arnd Bergmann wrote:
> > > On Monday 10 September 2012, Catalin Marinas wrote:
> > > > Yes, I&
On Mon, Sep 10, 2012 at 04:21:02PM +0100, Jean-Christophe PLAGNIOL-VILLARD
wrote:
> On 13:51 Mon 10 Sep , Catalin Marinas wrote:
> > On Mon, Sep 10, 2012 at 06:53:39AM +0100, Jean-Christophe PLAGNIOL-VILLARD
> > wrote:
> > > On 19:29 Sun 09 Sep , Nicolas Pitre
On Sun, Sep 09, 2012 at 06:20:46PM +0100, Jean-Christophe PLAGNIOL-VILLARD
wrote:
> On 17:26 Fri 07 Sep , Catalin Marinas wrote:
> > +The device tree blob (dtb) must be no bigger than 2 megabytes in size
> > +and placed at a 2-megabyte boundary within the first 512 megabyte
On Fri, Sep 07, 2012 at 08:24:38PM +0100, Arnd Bergmann wrote:
> On Friday 07 September 2012, Catalin Marinas wrote:
> > +#include
> > +
> > +extern unsigned long __cpu_setup(void);
> > +
> > +struct cpu_info __initdata cpu_table[] = {
> > + {
>
On Fri, Sep 07, 2012 at 08:28:09PM +0100, Arnd Bergmann wrote:
> On Friday 07 September 2012, Catalin Marinas wrote:
> > +
> > +/*
> > + * dmac_inv_range(start,end)
>
> all of these appear to be unused now. Can you remove them?
They aren't currently used but I exp
ion) has been merged.
--------
Catalin Marinas (3):
arm64: Call swiotlb_init() instead of swiotlb_init_with_default_size()
arm64: Use the generic compat_sys_sendfile() implementation
arm64: Enable interrupts before calling do_notify_resume()
arch/arm64/in
On Tue, Oct 09, 2012 at 10:15:13AM +0100, David Howells wrote:
> David Howells (1):
> UAPI: (Scripted) Disintegrate arch/arm64/include/asm
It still fails on arm64. The reason is that I had a __SYSCALL_COMPAT
guard to provide either the 32-bit syscalls or the 64-bit (generic) ones
via asm/uni
On Tue, Oct 09, 2012 at 08:30:59PM +0100, David Howells wrote:
> Catalin Marinas wrote:
>
> > It still fails on arm64. The reason is that I had a __SYSCALL_COMPAT
> > guard to provide either the 32-bit syscalls or the 64-bit (generic) ones
> > via asm/unistd.h. Wit
Hi Al,
On 15 October 2012 02:30, Al Viro wrote:
> arch-arm64 - patches from maintainer with minor followup folded
Thanks for updating the arm64 branch. I've adapted the changes, tested
and folded them into the branch below (the AArch64 instruction set
does not have conditional instructions):
On Wed, Oct 17, 2012 at 05:34:24PM +0100, Al Viro wrote:
> On Wed, Oct 17, 2012 at 03:02:15PM +0100, Catalin Marinas wrote:
> > Hi Al,
> >
> > On 15 October 2012 02:30, Al Viro wrote:
> > > arch-arm64 - patches from maintainer with minor followup folded
> >
changes
(MODULES_USE_ELF_RELA, update_vsyscall() prototype)
- Unnecessary register setting in start_thread() (thanks to Al Viro)
- ptrace fixes
Catalin Marinas (4):
arm64: Select MODULES_USE_ELF_RELA
arm64: Fix the
Hi Al,
Sorry, couldn't reply earlier.
On Sat, Oct 20, 2012 at 04:34:01PM +0100, Al Viro wrote:
> On Sat, Oct 20, 2012 at 09:06:57AM -0400, Chris Metcalf wrote:
> > First, the compat_sys_execve() declaration provided in
> > arch/tile/include/asm/compat.h isn't right, so I deleted that (you had onl
Shiyan (1):
ARM64: Remove incorrect Kconfig symbol HAVE_SPARSE_IRQ
Catalin Marinas (12):
arm64: Use generic kernel_thread() implementation
arm64: Use generic kernel_execve() implementation
arm64: Use generic sys_execve() implementation
Merge tag 'v3.7-rc5' int
Catalin Marinas (3):
arm64: Use pgprot_t as the last argument when invoking __ioremap()
arm64: Move PCI_IOBASE closer to MODULES_VADDR
Merge tag 'v3.7-rc4' into upstream-master
Will Deacon (5):
arm64: perf: use architected
.
Catalin Marinas (3):
arm64: Include linux/ptrace.h in asm/compat.h
arm64: Keep the ARM64 Kconfig selects sorted
arm64: Always select ARM_AMBA and GENERIC_GPIO
arch/arm64/Kconfig | 6 +-
arch/arm64/include/asm
th. This patch sets the ignores the garbage by setting
the last character to '\0' and length to 1.
Signed-off-by: Catalin Marinas
Cc: Benjamin Herrenschmidt
Cc: Rob Herring
---
The patch is against linux-next, not sure whether mainline will get the
same commit number. Please feel free
On Fri, Nov 16, 2012 at 03:14:38PM +, Catalin Marinas wrote:
> From: Benjamin Herrenschmidt
Ah, this shouldn't have been here. git commit -c set the author as well.
> Commit 509b7455 (of/fdt: Don't copy garbage after "/" in root node path)
> sets the path leng
speculatively
accesses the interrupt controller memory causing random IRQ acknowledge.
Catalin Marinas (1):
arm64: Distinguish between user and kernel XN bits
arch/arm64/include/asm/io.h| 2 +-
arch/arm64/include
On Fri, Apr 19, 2013 at 11:53:07AM +0100, Chen Gang wrote:
> when compiling with allmodconfig.
> early_console is already defined as an extern global pointer.
>
> need let it point to the object which we intend to (like ARM32 done).
>
>
> Signed-off-by: Chen Gang
Thanks for the patch.
101 - 200 of 3477 matches
Mail list logo
