Re: linux-next: manual merge of the akpm tree with the signal tree

On 26 November 2012 13:08, Stephen Rothwell wrote: > Today's linux-next merge of the akpm tree got a conflict in > arch/arm64/kernel/sys_compat.c arch/arm64/include/asm/unistd.h between > commit 8709876911bd ("arm64: sanitize copy_thread(), switch to generic > fork/vfork/clone") from the signal tr

Re: [PATCH V7 1/7] kbuild: centralize .dts->.dtb rule

s.infradead.org > Cc: Olof Johansson > Cc: Russell King > Cc: Catalin Marinas > Cc: Jonas Bonn > Cc: li...@lists.openrisc.net > Cc: Aurelien Jacquiot > Cc: linux-c6x-...@linux-c6x.org > Cc: Mark Salter > Cc: Michal Simek > Cc: microblaze-ucli...@itee.uq.

Re: [PATCH V7 3/7] arm64: use new common dtc rule

irectory as the source .dts. > > This requires moving parts of arch/arm64/boot/Makefile into newly created > arch/arm64/boot/dts/Makefile, and updating arch/arm64/Makefile to call the > new Makefile. > > Cc: Catalin Marinas > Cc: linux-arm-ker...@lists.infradead.org > Signed-of

Re: [PATCH] arm64: Do not select GENERIC_HARDIRQS_NO_DEPRECATED

On Tue, Mar 05, 2013 at 08:43:42PM +, Paul Bolle wrote: > Config option GENERIC_HARDIRQS_NO_DEPRECATED was removed in commit > 78c89825649a9a5ed526c507603196f467d781a5 ("genirq: Remove the now obsolete > config options and select statements"), but the select was accidentally > reintroduced in c

Re: [PATCH] arm64: Kconfig.debug: Remove unused CONFIG_DEBUG_ERRORS

On Tue, Mar 19, 2013 at 03:41:37PM +, Paul Bolle wrote: > The Kconfig entry for DEBUG_ERRORS is a verbatim copy of the former arm > entry for that symbol. It got removed in v2.6.39 because it wasn't > actually used anywhere. There are still no users of DEBUG_ERRORS so > remove this entry too. >

[GIT PULL] arm64 patches for 3.9

struct ucontext (no ABI change). - Minor clean-up after the signal patches (unused var). - Two old Kconfig options clean-up. Andreas Schwab (1): arm64: fix padding computation in struct ucontext Catalin Marinas (2): arm64

Re: [PATCH] unbreak automounter support on 64-bit kernel with 32-bit userspace (v2)

t; upcoming architectures this inverted check seem to be the best solution, since > it will not require them to change this #if again (unless they are 64bit > only). > > Signed-off-by: Helge Deller > CC: James Bottomley > CC: Catalin Marinas > CC: Rolf Eike Beer >

Re: [RFC] arm: use built-in byte swap function

On 7 February 2013 10:19, Will Newton wrote: > On Thu, Feb 7, 2013 at 1:19 AM, Kim Phillips > wrote: >> On Wed, 6 Feb 2013 09:02:04 + >> "Woodhouse, David" wrote: >> >>> On Tue, 2013-02-05 at 21:04 -0600, Kim Phillips wrote: >>> > gcc -Os emits calls to __bswapsi2 on those platforms to save

Re: [PATCH 06/16] ARM idle: delete pm_idle

On Sun, Feb 10, 2013 at 05:58:13AM +, Len Brown wrote: > pm_idle() on ARM was a synonym for default_idle(), > so simply invoke default_idle() directly. The clean-up looks fine as we already have an arm_pm_idle but longer term I was thinking about having a common declaration similar to pm_power

Re: [PATCH 07/16] ARM64 idle: delete pm_idle

On Sun, Feb 10, 2013 at 05:58:14AM +, Len Brown wrote: > From: Len Brown > > pm_idle() on arm64 was a synonym for default_idle(), > so remove it and invoke default_idle() directly. > > Signed-off-by: Len Brown > Cc: linux-arm-ker...@lists.infradead.org For arm6

Re: [PATCH v3 15/31] arm64: SMP support

On Mon, Jan 28, 2013 at 02:46:53AM +, Lei Wen wrote: > On Sat, Sep 8, 2012 at 12:26 AM, Catalin Marinas > mailto:catalin.mari...@arm.com>> wrote: > > This patch adds SMP initialisation and spinlocks implementation for > > AArch64. The spinlock support uses the new lo

Re: [PATCH] parisc: unbreak automounter support on 64-bit kernel with 32-bit userspace

On 31 January 2013 22:10, Rolf Eike Beer wrote: > H. Peter Anvin wrote: >> On 01/31/2013 01:42 PM, James Bottomley wrote: >> > On Thu, 2013-01-31 at 13:29 -0800, H. Peter Anvin wrote: >> >> On 01/31/2013 12:26 PM, James Bottomley wrote: >> >>> [adding autofs list and maintainer for their perusal a

[PATCH v2 2/2] arm: Set the page table freeing ceiling to TASK_SIZE

the ARM USER_PGTABLES_CEILING to TASK_SIZE when CONFIG_ARM_LPAE is enabled. Note that the pgd_free() function already checks the presence of the shared pmd page allocated by pgd_alloc() and frees it, though with ceiling 0 this wasn't necessary. Signed-off-by: Catalin Marinas Cc: Russell Kin

[PATCH v2 0/2] Arch-specific user pgtables ceiling

'ed stable (starting with 3.3 when ARM LPAE was merged). Catalin Marinas (1): arm: Set the page table freeing ceiling to TASK_SIZE Hugh Dickins (1): mm: Allow arch code to control the user page table ceiling arch/arm/include/asm/pgtable.h | 9 + fs/exec.c

[PATCH v2 1/2] mm: Allow arch code to control the user page table ceiling

ceiling to ensure the complete freeing of the page tables (usually in pgd_free()). Signed-off-by: Hugh Dickins [catalin.mari...@arm.com: commit log; shift_arg_pages(), asm-generic/pgtables.h changes] Signed-off-by: Catalin Marinas Cc: Russell King Cc: Andrew Morton Cc: # 3.3+ --- fs/exec.c

Re: [PATCH 1/2] mm: Allow arch code to control the user page table ceiling

On Tue, Feb 19, 2013 at 06:08:12PM +, Hugh Dickins wrote: > On Mon, 18 Feb 2013, Catalin Marinas wrote: > > > From: Hugh Dickins > > You're being generous to me :) OTOH, there are better chances to get the patch upstream ;) > Thanks for doing most of the work, y

Re: [PATCH 2/2] arm: Set the page table freeing ceiling to TASK_SIZE

Hugh, On Tue, Feb 19, 2013 at 06:20:50PM +, Hugh Dickins wrote: > On Mon, 18 Feb 2013, Catalin Marinas wrote: > > > ARM processors with LPAE enabled use 3 levels of page tables, with an > > entry in the top level (pgd) covering 1GB of virtual space. Because of > &g

[GIT PULL] arm64 patches for 3.9

). Catalin Marinas (4): arm64: Populate the platform devices arm64: Add simple earlyprintk support arm64: Add kvm_para.h and xor.h generic headers arm64: Select ARCH_WANT_FRAME_POINTERS Marc Zyngier (4): arm64: add COMPAT_PSR_*_BIT flags arm64

Re: [PATCH v2 17/31] arm64: System calls handling

Hi Arnd, On Wed, Aug 22, 2012 at 06:13:10PM +0100, Catalin Marinas wrote: > On Wed, Aug 22, 2012 at 01:27:14PM +0100, Arnd Bergmann wrote: > > On Wednesday 22 August 2012, Catalin Marinas wrote: > > > But what's more important - moving this wrapper to glibc causes issues &

Re: [PATCH v2 20/31] arm64: User access library function

On Wed, Aug 15, 2012 at 03:49:54PM +0100, Arnd Bergmann wrote: > On Tuesday 14 August 2012, Catalin Marinas wrote: > > > +/* > > + * Single-value transfer routines. They automatically use the right > > + * size if we just have the right pointer type. Note that the func

Re: [PATCH v3 09/31] arm64: Cache maintenance routines

Hi Simon, On Fri, Sep 07, 2012 at 08:35:42PM +0100, Simon Baatz wrote: > On Fri, Sep 07, 2012 at 05:26:44PM +0100, Catalin Marinas wrote: > > +#define ARCH_HAS_FLUSH_ANON_PAGE > > +static inline void flush_anon_page(struct vm_area_struct *vma, > > +

Re: [PATCH v3 11/31] arm64: IRQ handling

On Fri, Sep 07, 2012 at 08:37:18PM +0100, Arnd Bergmann wrote: > On Friday 07 September 2012, Catalin Marinas wrote: > > > +#define __inc_irq_stat(cpu, member)__IRQ_STAT(cpu, member)++ > > +#define __get_irq_stat(cpu, member)__IRQ_STAT(cpu, member) > > I

Re: [PATCH v3 02/31] arm64: Kernel booting and initialisation

On Wed, Sep 12, 2012 at 01:08:58PM +0100, Jean-Christophe PLAGNIOL-VILLARD wrote: > On 17:11 Mon 10 Sep , Catalin Marinas wrote: > > On Sun, Sep 09, 2012 at 06:20:46PM +0100, Jean-Christophe PLAGNIOL-VILLARD > > wrote: > > > On 17:26 Fri 07 Sep , Catalin Marina

Re: [PATCH v3 00/31] AArch64 Linux kernel port

On Sat, Sep 08, 2012 at 12:25:37AM +0100, Olof Johansson wrote: > On Fri, Sep 07, 2012 at 05:26:35PM +0100, Catalin Marinas wrote: > > This is the 3rd version of patches implementing Linux kernel support for > > the 64-bit ARM architecture. Most of the review comments for the >

Re: [PATCH 2/3] mm: thp: Fix the update_mmu_cache() last argument passing in mm/huge_memory.c

On Wed, Sep 12, 2012 at 04:40:37PM +0100, Michal Hocko wrote: > On Tue 11-09-12 17:47:15, Will Deacon wrote: > > From: Catalin Marinas > > > > The update_mmu_cache() takes a pointer (to pte_t by default) as the last > > argument but the huge_memory.c passes a pmd

Re: [PATCH v3 26/31] arm64: Miscellaneous library functions

On Fri, Sep 07, 2012 at 08:52:13PM +0100, Arnd Bergmann wrote: > On Friday 07 September 2012, Catalin Marinas wrote: > > +/* > > + * Use compiler builtins for simple inline operations. > > + */ > > +static inline unsigned long __ffs(unsigned long word) > > +{ &

Re: [PATCH v3 21/31] arm64: 32-bit (compat) applications support

On Fri, Sep 07, 2012 at 08:47:45PM +0100, Arnd Bergmann wrote: > On Friday 07 September 2012, Catalin Marinas wrote: > > > > From: Will Deacon > > > > This patch adds support for 32-bit applications. The vectors page is a > > binary blob mapped into the applicat

Re: [PATCH v3 09/31] arm64: Cache maintenance routines

On Wed, Sep 12, 2012 at 10:55:54PM +0100, Simon Baatz wrote: > On Wed, Sep 12, 2012 at 10:29:54AM +0100, Catalin Marinas wrote: > > > > +void __flush_dcache_page(struct address_space *mapping, struct page > > > > *page) > > > > +{ > > > > +

Re: [PATCH v3 21/31] arm64: 32-bit (compat) applications support

On Thu, Sep 13, 2012 at 12:03:27PM +0100, Arnd Bergmann wrote: > On Thursday 13 September 2012, Catalin Marinas wrote: > > +#ifdef __ARCH_WANT_COMPAT_SYS_SENDFILE > > +asmlinkage int compat_sys_sendfile(int out_fd, int in_fd, > > + compat_off_

Re: [PATCH v3 02/31] arm64: Kernel booting and initialisation

On Thu, Sep 13, 2012 at 04:56:11PM +0100, Christopher Covington wrote: > On 09/12/2012 09:49 AM, Catalin Marinas wrote: > > On Wed, Sep 12, 2012 at 01:08:58PM +0100, Jean-Christophe PLAGNIOL-VILLARD > > wrote: > >> On 17:11 Mon 10 Sep , Catalin Marinas wrote: > >

Re: [PATCH v3 09/31] arm64: Cache maintenance routines

On Mon, Sep 10, 2012 at 06:29:21PM +0100, Nicolas Pitre wrote: > On Mon, 10 Sep 2012, Catalin Marinas wrote: > > > On Fri, Sep 07, 2012 at 08:28:09PM +0100, Arnd Bergmann wrote: > > > On Friday 07 September 2012, Catalin Marinas wrote: > > > > + > > >

Re: [PATCH v2 13/31] arm64: Device specific operations

(revisiting unanswered emails :)) On Wed, Aug 15, 2012 at 01:33:55AM +0100, Olof Johansson wrote: > On Tue, Aug 14, 2012 at 06:52:14PM +0100, Catalin Marinas wrote: > > +/* > > + * I/O port access primitives. > > + */ > > +#define IO_SPACE_LIMIT 0xff

Re: [PATCH v2 07/31] arm64: Process management

On Wed, Aug 15, 2012 at 12:50:13AM +0100, Olof Johansson wrote: > On Tue, Aug 14, 2012 at 06:52:08PM +0100, Catalin Marinas wrote: > > > diff --git a/arch/arm64/kernel/process.c b/arch/arm64/kernel/process.c > > new file mode 100644 > > index 000..c4a4e1c > >

Re: [PATCH v2 08/31] arm64: CPU support

On Wed, Aug 15, 2012 at 01:10:43AM +0100, Olof Johansson wrote: > On Tue, Aug 14, 2012 at 06:52:09PM +0100, Catalin Marinas wrote: > > +#ifndef __ASM_CPUTYPE_H > > +#define __ASM_CPUTYPE_H > > + > > +#define ID_MIDR_EL1"midr_el1" >

Re: [PATCH v2 13/31] arm64: Device specific operations

On Fri, Sep 14, 2012 at 06:31:59PM +0100, Arnd Bergmann wrote: > On Friday 14 September 2012, Catalin Marinas wrote: > > (revisiting unanswered emails :)) > > > > On Wed, Aug 15, 2012 at 01:33:55AM +0100, Olof Johansson wrote: > > > On Tue, Aug 14, 2012 at 06:52:14P

Re: [PATCH 10/36] AArch64: MMU definitions

On Tue, Oct 02, 2012 at 01:43:04AM +0100, Jon Masters wrote: > On 07/06/2012 05:05 PM, Catalin Marinas wrote: > > > +/* > > + * PAGE_OFFSET - the virtual address of the start of the kernel image. > > + * VA_BITS - the maximum number of bits for virtual addresses. > &g

Re: [GIT PULL] Disintegrate the User API from the kernel headers

Hi David, On 1 October 2012 22:05, David Howells wrote: > Could you please pull this tree at the _end_ of this merge window? > > The patches therein extract the Userspace API bits from the various header > files named in the Kbuild files and separate them out into their own files. > The original

Re: [GIT PULL] Disintegrate the User API from the kernel headers

On Tue, Oct 02, 2012 at 05:55:11PM +0100, David Howells wrote: > Catalin Marinas wrote: > > > There is arm64 that got merged, so its headers need splitting as well. > > I'm happy to send a pull request myself just for arm64 if you give me > > the script, otherwise

[PATCH 0/4] Clean up some long arch conditionals

As pointed out by Linus, there are Kconfig or .c files with long condition checks listing several architectures. These patches attempt to solve some of them. Sorry for the long cc but given that the patches are trivial it's not worth submitting individual patches for each architecture. Ca

[PATCH 1/4] Clean up the long arch list for the UID16 config option

This patch introduces HAVE_UID16 config option and selects it in corresponding architecture Kconfig files. UID16 now only depends on HAVE_UID16. Signed-off-by: Catalin Marinas Cc: Russell King Cc: Mike Frysinger Cc: Mikael Starvik Cc: Jesper Nilsson Cc: David Howells Cc: Yoshinori Sato Cc

[PATCH 2/4] Clean up the long arch list for the DEBUG_KMEMLEAK config option

This patch introduces HAVE_DEBUG_KMEMLEAK config option and selects it in corresponding architecture Kconfig files. DEBUG_KMEMLEAK now only depends on HAVE_DEBUG_KMEMLEAK. Signed-off-by: Catalin Marinas Cc: Russell King Cc: Michal Simek Cc: Ralf Baechle Cc: Benjamin Herrenschmidt Cc: Paul

[PATCH 4/4] Clean up the "#if defined(arch)" list for exception-trace sysctl entry

This patch introduces SYSCTL_EXCEPTION_TRACE config option and selects it in the architectures requiring support for the "exception-trace" debug_table entry in kernel/sysctl.c. Signed-off-by: Catalin Marinas Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: Martin Schwidefsky

[PATCH 3/4] Clean up the long arch list for the DEBUG_BUGVERBOSE config option

This patch introduces HAVE_DEBUG_BUGVERBOSE config option and selects it in corresponding architecture Kconfig files. Architectures that already select GENERIC_BUG don't need to select HAVE_DEBUG_BUGVERBOSE. Signed-off-by: Catalin Marinas Cc: David Howells Cc: Hirokazu Takata Cc:

Re: [PATCH 1/4] Clean up the long arch list for the UID16 config option

On Wed, Oct 03, 2012 at 11:15:05PM +0100, Andrew Morton wrote: > On Wed, 3 Oct 2012 17:44:23 +0100 > Catalin Marinas wrote: > > > This patch introduces HAVE_UID16 config option and selects it in > > corresponding architecture Kconfig files. UID16 now only depe

[PATCH v2 0/4] Clean up some long arch conditionals

That's the second version of the arch conditionals clean-up patches. This time the Kconfig options are added in random places (or alphabetical for arm64) to reduce the conflicts with other patches. Thanks. Catalin Marinas (4): Clean up the long arch list for the UID16 config option Cle

[PATCH v2 1/4] Clean up the long arch list for the UID16 config option

This patch introduces HAVE_UID16 config option and selects it in corresponding architecture Kconfig files. UID16 now only depends on HAVE_UID16. Signed-off-by: Catalin Marinas Acked-by: Geert Uytterhoeven Cc: Russell King Cc: Mike Frysinger Cc: Mikael Starvik Cc: Jesper Nilsson Cc: David

[PATCH v2 2/4] Clean up the long arch list for the DEBUG_KMEMLEAK config option

This patch introduces HAVE_DEBUG_KMEMLEAK config option and selects it in corresponding architecture Kconfig files. DEBUG_KMEMLEAK now only depends on HAVE_DEBUG_KMEMLEAK. Signed-off-by: Catalin Marinas Cc: Russell King Cc: Michal Simek Cc: Ralf Baechle Cc: Benjamin Herrenschmidt Cc: Paul

[PATCH v2 4/4] Clean up the "#if defined(arch)" list for exception-trace sysctl entry

This patch introduces SYSCTL_EXCEPTION_TRACE config option and selects it in the architectures requiring support for the "exception-trace" debug_table entry in kernel/sysctl.c. Signed-off-by: Catalin Marinas Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: Martin Schwidefsky

[PATCH v2 3/4] Clean up the long arch list for the DEBUG_BUGVERBOSE config option

This patch introduces HAVE_DEBUG_BUGVERBOSE config option and selects it in corresponding architecture Kconfig files. Architectures that already select GENERIC_BUG don't need to select HAVE_DEBUG_BUGVERBOSE. Signed-off-by: Catalin Marinas Acked-by: Geert Uytterhoeven Cc: David Howell

Re: [PATCH 1/4] Clean up the long arch list for the UID16 config option

On Thu, Oct 04, 2012 at 08:41:31PM +0100, Russell King - ARM Linux wrote: > On Wed, Oct 03, 2012 at 03:15:05PM -0700, Andrew Morton wrote: > > Guys, don't do this. Either put the new item into a randomly-chosen > > position or, probably better, alphanumerically sort the list. > > I've been tellin

Re: [GIT PULL] Disintegrate UAPI for arm64

On Thu, Oct 04, 2012 at 08:51:04PM +0100, David Howells wrote: > Can you merge the following branch into the arm64 tree please. > > This is to complete part of the UAPI disintegration for which the preparatory > patches were pulled recently. > > Note that there are some fixup patches which are at

Re: [RFC][CFT][CFReview] execve and kernel_thread unification work

/cmarinas/linux-aarch64.git execve Catalin Marinas (3): arm64: Use generic kernel_thread() implementation arm64: Use generic kernel_execve() implementation arm64: Use generic sys_execve() implementation arch/arm64/Kconfig |1 + arch/arm64/include/asm/processor.h

Re: [PATCH 157/193] lib: remove CONFIG_EXPERIMENTAL

ry Kasatkin > CC: James Morris > CC: "Darrick J. Wong" > CC: "Michael S. Tsirkin" > CC: Akinobu Mita > CC: Ingo Molnar > CC: Catalin Marinas > Signed-off-by: Kees Cook ... > config DEBUG_KMEMLEAK > bool "Kernel memory leak

Re: [PATCH] tile: support GENERIC_KERNEL_THREAD and GENERIC_KERNEL_EXECVE

On 23 October 2012 21:51, Jeff King wrote: > On Tue, Oct 23, 2012 at 10:47:28PM +0200, Thomas Gleixner wrote: > >> I agree that this is a common issue. Acked-by/Reviewed-by mails come >> in after the fact that the patch has been committed to an immutable >> (i.e no-rebase mode) branch or if the ch

Re: [PATCH] tile: support GENERIC_KERNEL_THREAD and GENERIC_KERNEL_EXECVE

On Tue, Oct 23, 2012 at 10:22:45PM +0100, Jeff King wrote: > On Tue, Oct 23, 2012 at 10:09:46PM +0100, Catalin Marinas wrote: > > > It is spelled: > > > > > > git notes add -m SHA1 > > > > > > The resulting notes are stored in a separate revisi

Re: [PATCH]Documentation:Chinese translation of Documentation/arm64/memory.txt

2012/10/24 Tekkaman Ninja : > This is a Chinese translated version of > Documentation/arm64/memory.txt > > Signed-off-by: Fu Wei As long as you maintain it and you keep it in sync: Acked-by: Catalin Marinas I used google translate and it seems close to the original document :)

Re: [PATCH]Documentation:Chinese translation of Documentation/arm64/booting.txt

2012/10/24 Tekkaman Ninja : > This is a Chinese translated version of > Documentation/arm64/booting.txt > > Signed-off-by: Fu Wei Same as my comment on the memory.txt patch, I don't understand what it says, so you need to keep it up to date. Acked-by: Catalin Marinas Thanks.

Re: Announce: Linux-next (Or Andrew's dream :-))

On Tue, 2008-02-12 at 21:16 -0500, Theodore Tso wrote: > I've never been very happy with stgit because of past experiences > which has scarred me when it got get confused and lost my entire patch > series (this was before git reflogs, so recovery was interesting). It got much better now :-). W

Re: Announce: Linux-next (Or Andrew's dream :-))

On Tue, 2008-02-12 at 22:16 -0800, Greg KH wrote: > Ted's description matches mine (keep quilt tree in git, edit changelog > entries, rebase on newer kernel versions, etc.) I can go into details > if needed. I added some time ago patch history tracking in stgit and you can run "stg log [--graphic

Re: [PATCH linux-next] ARM64: dma-mapping: support debug_dma_mapping_error

s. Without this patch, device driver failed to check map error > > warning is generated. > > > > Signed-off-by: Shuah Khan > > Acked-by: Catalin Marinas > > Do you want this patch going through linux-next or the ARM64 tree? Let > me know your preference. I think it

Re: [PATCH 00/36] AArch64 Linux kernel port

On Fri, Jul 06, 2012 at 10:05:41PM +0100, Catalin Marinas wrote: > This set of patches implements the core Linux support for the AArch64 > (64-bit ARM) architecture. ... > These patches are also available on this branch: > > git://git.kernel.org/pub/scm/linux/kernel/git/cmarinas/li

Re: [PATCH RFT] ARM64: dma-mapping: support debug_dma_mapping_error

On 25 October 2012 23:47, Shuah Khan wrote: > Add support for debug_dma_mapping_error() call to avoid warning from > debug_dma_unmap() interface when it checks for mapping error checked > status. Without this patch, device driver failed to check map error > warning is generated. > > Signed-off-by:

Re: [PATCH]Documentation:Chinese translation of Documentation/arm64/memory.txt

On 27 October 2012 06:11, Ninja Tekkaman wrote: > I have a question about the original document. > what is the exact meaning about the "memory" in > "ffc0 256GB memory" > Can I treat it as "kernel logical address space" ? Or maybe It can be > mod

Re: [guv v2 22/31] arm: Replace __get_cpu_var uses

56794980 > -0500 > +++ linux/arch/arm64/kernel/perf_event.c 2013-08-26 13:48:40.952795024 > -0500 For the arm64 bits: Acked-by: Catalin Marinas -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org Mor

Re: [PATCH] arm64: move elf notes into readonly segment

On Fri, Aug 23, 2013 at 04:16:42PM +0100, Mark Salter wrote: > The current vmlinux.lds.S places the notes sections between the > end of rw data and start of bss. This means that _edata doesn't > really point to the end of data. Since notes are read-only, this > patch moves them to the read-only seg

Re: [PATCH v4 3/5] ARM64: arch_timer: add support to configure and enable event stream

On Fri, Aug 23, 2013 at 05:19:07PM +0100, Sudeep KarkadaNagesha wrote: > diff --git a/arch/arm64/include/asm/arch_timer.h > b/arch/arm64/include/asm/arch_timer.h > index 00b09d0..0f57158 100644 > --- a/arch/arm64/include/asm/arch_timer.h > +++ b/arch/arm64/include/asm/arch_timer.h > @@ -97,21 +97,

Re: [PATCH v4 1/5] ARM/ARM64: arch_timer: add macros for bits in control register

On Fri, Aug 23, 2013 at 05:19:05PM +0100, Sudeep KarkadaNagesha wrote: > From: Sudeep KarkadaNagesha > > Add macros to describe the bitfields in the ARM architected timer > control register to make code easy to understand. > > Cc: Catalin Marinas > Reviewed-by: Lorenzo Pie

Re: [PATCH v4 0/5] ARM/ARM64 architected timer updates

feguard against any programming error > in case an expected event is not generated or even to implement > wfe-based timeouts for userspace locking implementations. This feature > can be disabled(enabled by default). I had two minor comments. Once they are addressed: Reviewed-by: Catalin Ma

Re: [PATCH] arm64: move elf notes into readonly segment

On Tue, Aug 27, 2013 at 02:01:01PM +0100, Mark Salter wrote: > On Tue, 2013-08-27 at 11:49 +0100, Catalin Marinas wrote: > > On Fri, Aug 23, 2013 at 04:16:42PM +0100, Mark Salter wrote: > > > The current vmlinux.lds.S places the notes sections between the > > > end

Re: [BUG] ARM64: Create 4K page size mmu memory map at init time will trigger exception.

On Tue, Aug 27, 2013 at 01:38:11PM +0100, leizhen wrote: > On 2013/8/24 1:16, Catalin Marinas wrote: > > On Thu, Aug 22, 2013 at 05:16:14PM +0100, Catalin Marinas wrote: > >> On Thu, Aug 22, 2013 at 04:35:29AM +0100, Leizhen (ThunderTown, Euler) > >> wrote: > >

Re: [PATCH v4 1/5] ARM/ARM64: arch_timer: add macros for bits in control register

On Tue, Aug 27, 2013 at 12:37:38PM +0100, Sudeep KarkadaNagesha wrote: > On 27/08/13 12:21, Catalin Marinas wrote: > > On Fri, Aug 23, 2013 at 05:19:05PM +0100, Sudeep KarkadaNagesha wrote: > >> From: Sudeep KarkadaNagesha > >> > >> Add macros to describe

Re: [PATCH v4 1/5] ARM/ARM64: arch_timer: add macros for bits in control register

On Tue, Aug 27, 2013 at 04:19:04PM +0100, Sudeep KarkadaNagesha wrote: > On 27/08/13 15:52, Catalin Marinas wrote: > > On Tue, Aug 27, 2013 at 12:37:38PM +0100, Sudeep KarkadaNagesha wrote: > >> On 27/08/13 12:21, Catalin Marinas wrote: > >>> On Fri, Aug 23, 20

Re: [PATCH v4 2/4] ARM: Add atomic_io_modify optimized routines

On Sat, Aug 24, 2013 at 04:35:30PM +0100, Ezequiel Garcia wrote: > Implement arch-specific atomic_io_modify and atomic_io_modify_relaxed, > which are based on writel/readl_relaxed and writel_relaxed/readl_relaxed, > respectively. > In both cases, by relaxing the readl, perfomance can be improved. >

Re: [PATCH v4 2/4] ARM: Add atomic_io_modify optimized routines

On Wed, Aug 28, 2013 at 11:01:22AM +0100, Thomas Petazzoni wrote: > Dear Ezequiel Garcia, > > On Wed, 28 Aug 2013 06:49:08 -0300, Ezequiel Garcia wrote: > > > > Is this any different from the generic one introduced in patch 1/4? I > > > would rather just use the generic definition. > > > > Well,

Re: [PATCH v5 4/5] drivers: clocksource: add support for ARM architected timer event stream

nt stream frequency aiming for a period > of 100us between events. It uses ARM/ARM64 specific backends to configure > and enable the event stream. > > Cc: Lorenzo Pieralisi > Cc: Catalin Marinas > Signed-off-by: Will Deacon > [sudeep: moving ARM/ARM64 changes into separate p

Re: [PATCH v5 3/5] ARM64: arch_timer: add support to configure and enable event stream

On Wed, Aug 28, 2013 at 11:44:47AM +0100, Sudeep KarkadaNagesha wrote: > static inline u64 arch_counter_get_cntvct(void) > diff --git a/arch/arm64/include/asm/hwcap.h b/arch/arm64/include/asm/hwcap.h > index 6d4482f..530fa879 100644 > --- a/arch/arm64/include/asm/hwcap.h > +++ b/arch/arm64/include

Re: [PATCH v5 2/5] ARM: arch_timer: add support to configure and enable event stream

ream feature. > > Cc: Russell King > Cc: Lorenzo Pieralisi > Cc: Will Deacon > Cc: Catalin Marinas > Signed-off-by: Sudeep KarkadaNagesha > --- > arch/arm/include/asm/arch_timer.h | 33 - > arch/arm/include/uapi/asm/hwcap.h | 1 + >

Re: [PATCH v6 4/5] drivers: clocksource: add support for ARM architected timer event stream

nt stream frequency aiming for a period > of 100us between events. It uses ARM/ARM64 specific backends to configure > and enable the event stream. > > Cc: Lorenzo Pieralisi > Cc: Catalin Marinas > Signed-off-by: Will Deacon > [sudeep: moving ARM/ARM64 changes into separate p

Re: [PATCH v6 10/19] xen: introduce xen_alloc/free_coherent_pages

On 30 Sep 2013, at 16:31, Konrad Rzeszutek Wilk wrote: > On Fri, Sep 27, 2013 at 05:09:58PM +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

Re: 3.12-rc3 memory leak in module memstick

On 30 September 2013 18:51, Larry Finger wrote: > On 3.12-rc3, I detected a memory leak in module memstick. The kmemleak > results are listed below. The second output is after memstick was unloaded, > which shows that it is not a false positive from kmemleak. > > larrylap:~ # echo scan > /sys/kern

[PATCH] mm: kmemleak: Avoid false negatives on vmalloc'ed objects

). Signed-off-by: Catalin Marinas Cc: Andrew Morton --- It looks like it's been a while since kmemleak's effectiveness on catching vmalloc leaks was reduced. Let's see if the reports increase now. mm/kmemleak.c | 4 +++- mm/vmalloc.c | 14 ++ 2 files changed, 13 i

Re: [PATCH] slub: Proper kmemleak tracking if CONFIG_SLUB_DEBUG disabled

On Wed, Oct 02, 2013 at 04:33:47PM +0100, Bird, Tim wrote: > On Wednesday, October 02, 2013 7:41 AM, Christoph Lameter [c...@linux.com] > wrote: > > > >On Fri, 27 Sep 2013, Frank Rowand wrote: > > > >> Move the kmemleak code for small block allocation out from > >> under CONFIG_SLUB_DEBUG. > > > >

Re: [PATCH] slub: Proper kmemleak tracking if CONFIG_SLUB_DEBUG disabled

On Wed, Oct 02, 2013 at 04:57:12PM +0100, Christoph Lameter wrote: > On Wed, 2 Oct 2013, Bird, Tim wrote: > > > The problem child is actually the unconditional call to kmemleak_alloc() > > in kmalloc_large_node() (in slub.c). The problem comes because that call > > is unconditional on CONFIG_SLUB

Re: [PATCH] arm64: Remove duplicate DEBUG_STACK_USAGE config

On Tue, Oct 01, 2013 at 09:48:43PM +0100, Stephen Boyd wrote: > This config item already exists generically in lib/Kconfig.debug. > Remove the duplicate config in arm64. > > Signed-off-by: Stephen Boyd Thanks. Applied. -- Catalin -- To unsubscribe from this list: send the line "unsubscribe lin

Re: [PATCH v6 10/19] xen: introduce xen_alloc/free_coherent_pages

On Wed, Oct 02, 2013 at 06:03:46PM +0100, Stefano Stabellini wrote: > On Tue, 1 Oct 2013, Catalin Marinas wrote: > > On 30 Sep 2013, at 16:31, Konrad Rzeszutek Wilk > > wrote: > > > On Fri, Sep 27, 2013 at 05:09:58PM +0100, Stefano Stabellini wrote: > > >>

Re: [Query] Stack Overflow in "arch/arm/kernel/unwind.c" while unwinding frame

On 24 September 2013 07:23, Anurag Aggarwal wrote: > While executing unwind backtrace instructions in ARM, in the function > unwind_exec_insn() > there are chances that SP overflows from stack. > > > For example while executing instruction with opcode 0xAE, vsp can go > beyond stack to area that h

Re: [PATCH] memstick: Fix memory leak in memstick_check() error path

_fork+0x7c/0xb0 > > This problem was introduced by commit 0252c3b "memstick: struct device - > replace bus_id with dev_name(), dev_set_name() where the name is not freed > in the error path. > > Thanks to Catalin Marinas for suggesting the fix. > > Cc: Kay Sievers > Cc: Alex Dubov

Re: Use of drivers/platform and matching include?

On Thu, Oct 03, 2013 at 06:54:07PM +0100, Olof Johansson wrote: > On Thu, Oct 3, 2013 at 10:09 AM, Greg Kroah-Hartman > wrote: > > On Thu, Oct 03, 2013 at 09:46:30AM -0700, Olof Johansson wrote: > >> I don't have a good answer though. If it wasn't for the arm64 fork, > >> locating these under arch

Re: Use of drivers/platform and matching include?

On Fri, Oct 04, 2013 at 12:43:40PM +0100, Russell King - ARM Linux wrote: > On Thu, Oct 03, 2013 at 10:09:14AM -0700, Greg Kroah-Hartman wrote: > > On Thu, Oct 03, 2013 at 09:46:30AM -0700, Olof Johansson wrote: > > > I don't have a good answer though. If it wasn't for the arm64 fork, > > > locatin

Re: [PATCH] arm64: add early_ioremap support

Hi Mark, > --- /dev/null > +++ b/arch/arm64/include/asm/fixmap.h > @@ -0,0 +1,117 @@ > +/* > + * fixmap.h: compile-time virtual memory allocation > + * > + * This file is subject to the terms and conditions of the GNU General Public > + * License. See the file "COPYING" in the main directory of t

[GIT PULL] arm64 updates for 3.12

Hi Linus, Please pull the arm64 fixes/updates below. Thanks. The following changes since commit 25804e6a96681d5d2142058948e218999e4f547c: arm64: Widen hwcap to be 64 bit (2013-09-20 09:56:07 +0100) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/cmarin

Re: [PATCH] memstick: Fix memory leak in memstick_check() error path

On Mon, Oct 07, 2013 at 01:02:43AM +0100, Larry Finger wrote: > On 10/04/2013 03:54 AM, Catalin Marinas wrote: > > On 3 October 2013 22:13, Larry Finger wrote: > >> diff --git a/drivers/memstick/core/memstick.c > >> b/drivers/memstick/core/memstick.c > >> inde

Re: [RFC][PATCH 0/9] sched: Power scheduler design proposal

On Wed, Jul 10, 2013 at 02:05:00PM +0100, Arjan van de Ven wrote: > >> also, it almost looks like there is a fundamental assumption in the > >> code that you can get the current effective P state to make > >> scheduler decisions on; on Intel at least that is basically > >> impossible... and getting

Re: [RFC][PATCH 8/9] sched: power: Add initial frequency scaling support to power scheduler

y scaling and provide basic frequency/P-state selection hints > > > to the power driver. > > > > > > Signed-off-by: Morten Rasmussen > > > CC: Ingo Molnar > > > CC: Peter Zijlstra > > > CC: Catalin Marinas > > > --- > > >

Re: [RFC][PATCH 0/9] sched: Power scheduler design proposal

On Tue, Jul 09, 2013 at 05:58:55PM +0100, Arjan van de Ven wrote: > On 7/9/2013 8:55 AM, Morten Rasmussen wrote: > > This patch set is an initial prototype aiming at the overall power-aware > > scheduler design proposal that I previously described > >

Re: [RFC][PATCH 0/9] sched: Power scheduler design proposal

Hi Peter, (Morten's away for a week, I'll try cover some bits in the meantime) On Sat, Jul 13, 2013 at 07:49:09AM +0100, Peter Zijlstra wrote: > On Tue, Jul 09, 2013 at 04:55:29PM +0100, Morten Rasmussen wrote: > > This patch set is an initial prototype aiming at the overall power-aware > > sched

Re: [PATCH 12/28] arm64: use early_init_dt_scan

On 17 Sep 2013, at 00:09, Rob Herring wrote: > From: Rob Herring > > Convert arm64 to use new early_init_dt_scan function. > > Signed-off-by: Rob Herring > Cc: Catalin Marinas > Cc: Will Deacon > Cc: linux-arm-ker...@lists.infradead.org Acked-by: Catalin Marinas

Re: [PATCH 18/28] of: create default early_init_dt_add_memory_arch

On 17 Sep 2013, at 00:09, Rob Herring wrote: > --- a/arch/arm64/kernel/setup.c > +++ b/arch/arm64/kernel/setup.c > @@ -147,24 +147,6 @@ static void __init setup_machine_fdt(phys_addr_t dt_phys) > pr_info("Machine: %s\n", machine_name); > } > > -void __init early_init_dt_add_memory_arch(u64

Re: [PATCH 20/28] arm64: set initrd_start/initrd_end for fdt scan

On 17 Sep 2013, at 00:09, Rob Herring wrote: > From: Rob Herring > > In order to unify the initrd scanning for DT across architectures, make > arm64 use initrd_start and initrd_end instead of the physical addresses. > > Signed-off-by: Rob Herring > Cc: Catalin Marinas &g

Re: [PATCH 26/28] arm64: use common of_flat_dt_get_machine_name

On 17 Sep 2013, at 00:09, Rob Herring wrote: > From: Rob Herring > > Convert arm64 to use the common of_flat_dt_get_machine_name function. > > Signed-off-by: Rob Herring > Cc: Catalin Marinas > Cc: Will Deacon > Cc: linux-arm-ker...@lists.infradead.org Acked-by:

  1   2   3   4   5   6   7   8   9   10   >