Re: [PATCH RFC v6 4/5] dma: mpc512x: register for device tree channel lookup

2014-01-13 Thread Alexander Popov
Thanks for your replies, Gerhard and Vinod. 2014/1/9 Vinod Koul : > On Wed, Jan 08, 2014 at 05:47:19PM +0100, Gerhard Sittig wrote: >> [ what is the semantics of DMA_PRIVATE capability flag? >> is documentation available beyond the initial commit message? >> need individual channels be handled

[PATCH v9] clk: corenet: Adds the clock binding

2014-01-13 Thread Tang Yuantian
From: Tang Yuantian Adds the clock bindings for Freescale PowerPC CoreNet platforms Signed-off-by: Tang Yuantian Signed-off-by: Li Yang --- v9: - refined some properties' description v8: - added clock-frequency property description - fixed whitespace and tab mixing issu

Re: [PATCH 02/13] ppc/cell: use get_unused_fd_flags(0) instead of get_unused_fd()

2014-01-13 Thread Yann Droneaud
Hi Benjamin, Le lundi 13 janvier 2014 à 10:06 +1100, Benjamin Herrenschmidt a écrit : > On Tue, 2013-07-02 at 18:39 +0200, Yann Droneaud wrote: > > Macro get_unused_fd() is used to allocate a file descriptor with > > default flags. Those default flags (0) can be "unsafe": > > O_CLOEXEC must be use

Re: [PATCH V4] powerpc: thp: Fix crash on mremap

2014-01-13 Thread Aneesh Kumar K.V
Benjamin Herrenschmidt writes: > On Mon, 2014-01-13 at 11:34 +0530, Aneesh Kumar K.V wrote: >> From: "Aneesh Kumar K.V" >> >> This patch fix the below crash > > Andrea, can you ack the generic bit please ? > > Thanks ! Kirill A. Shutemov did ack an earlier version http://article.gmane.org/gma

Re: [PATCH V4] powerpc: thp: Fix crash on mremap

2014-01-13 Thread Benjamin Herrenschmidt
On Mon, 2014-01-13 at 15:16 +0530, Aneesh Kumar K.V wrote: > Benjamin Herrenschmidt writes: > > > On Mon, 2014-01-13 at 11:34 +0530, Aneesh Kumar K.V wrote: > >> From: "Aneesh Kumar K.V" > >> > >> This patch fix the below crash > > > > Andrea, can you ack the generic bit please ? > > > > Thanks

[PATCH 0/4] remap non-modular uses of module_init properly

2014-01-13 Thread Paul Gortmaker
The goal is to move module_init/module_exit from init.h and into module.h -- however in doing so, we uncover several instances in powerpc code where module_init is used somewhat incorrectly by non modular code, and a file that needs module.h but isn't sourcing it. We need to make these fixups 1st

[PATCH 4/4] powerpc: don't use module_init for non-modular core hugetlb code

2014-01-13 Thread Paul Gortmaker
The hugetlbpage.o is obj-y (always built in). It will never be modular, so using module_init as an alias for __initcall is somewhat misleading. Fix this up now, so that we can relocate module_init from init.h into module.h in the future. If we don't do this, we'd have to add module.h to obviousl

[PATCH 1/4] powerpc: use device_initcall for registering rtc devices

2014-01-13 Thread Paul Gortmaker
Currently these two RTC devices are in core platform code where it is not possible for them to be modular. It will never be modular, so using module_init as an alias for __initcall can be somewhat misleading. Fix this up now, so that we can relocate module_init from init.h into module.h in the fu

[PATCH 3/4] powerpc: use subsys_initcall for Freescale Local Bus

2014-01-13 Thread Paul Gortmaker
The FSL_SOC option is bool, and hence this code is either present or absent. It will never be modular, so using module_init as an alias for __initcall is rather misleading. Fix this up now, so that we can relocate module_init from init.h into module.h in the future. If we don't do this, we'd hav

[PATCH 2/4] powerpc: book3s kvm can be modular so it should use module.h

2014-01-13 Thread Paul Gortmaker
KVM support is tristate, so this file should be including module.h instead of export.h -- it only works currently because module_init is currently (mis)placed in init.h -- but we are intending to clean that up and relocate it to module.h Signed-off-by: Paul Gortmaker --- arch/powerpc/kvm/book3s.

Re: [PATCH V4] powerpc: thp: Fix crash on mremap

2014-01-13 Thread Kirill A. Shutemov
On Mon, Jan 13, 2014 at 11:34:24AM +0530, Aneesh Kumar K.V wrote: > From: "Aneesh Kumar K.V" > > This patch fix the below crash > > NIP [c004cee4] .__hash_page_thp+0x2a4/0x440 > LR [c00439ac] .hash_page+0x18c/0x5e0 > ... > Call Trace: > [c00736103c40] [1b00] 0x1ff

[PATCH] powerpc/relocate fix relocate processing in LE mode

2014-01-13 Thread Laurent Dufour
Relocation's code is not working in little endian mode because the r_info field, which is a 64 bits value, should be read from the right offset. The current code is optimized to read the r_info field as a 32 bits value starting at the middle of the double word (offset 12). When running in LE mode,

Re: [PATCH v2 0/9] cpuidle: rework device state count handling

2014-01-13 Thread Rafael J. Wysocki
On Saturday, January 11, 2014 01:37:29 AM Rafael J. Wysocki wrote: > On Friday, December 20, 2013 07:47:22 PM Bartlomiej Zolnierkiewicz wrote: > > Hi, > > > > Some cpuidle drivers assume that cpuidle core will handle cases where > > device->state_count is smaller than driver->state_count, unfortun

Re: [PATCH] powerpc: thp: Fix crash on mremap

2014-01-13 Thread Andrew Morton
On Thu, 2 Jan 2014 04:19:51 +0200 "Kirill A. Shutemov" wrote: > On Wed, Jan 01, 2014 at 09:29:05PM +1100, Benjamin Herrenschmidt wrote: > > On Wed, 2014-01-01 at 15:23 +0530, Aneesh Kumar K.V wrote: > > > From: "Aneesh Kumar K.V" > > > > > > This patch fix the below crash > > > > > > NIP [c00

Re: [PATCH] powerpc: thp: Fix crash on mremap

2014-01-13 Thread Kirill A. Shutemov
On Mon, Jan 13, 2014 at 02:17:48PM -0800, Andrew Morton wrote: > On Thu, 2 Jan 2014 04:19:51 +0200 "Kirill A. Shutemov" > wrote: > > > On Wed, Jan 01, 2014 at 09:29:05PM +1100, Benjamin Herrenschmidt wrote: > > > On Wed, 2014-01-01 at 15:23 +0530, Aneesh Kumar K.V wrote: > > > > From: "Aneesh Ku

Re: [PATCH] powerpc: thp: Fix crash on mremap

2014-01-13 Thread Benjamin Herrenschmidt
On Mon, 2014-01-13 at 14:17 -0800, Andrew Morton wrote: > Did this get fixed? Any chance you can Ack the patch on that thread ? http://thread.gmane.org/gmane.linux.kernel.mm/111809 So I can put it in powerpc -next with a CC stable ? Or if you tell me tat Kirill Ack is sufficient then I'll go fo

Re: [PATCH mmotm/next] powerpc: fix powernv boot breakage on G5???

2014-01-13 Thread Benjamin Herrenschmidt
On Sun, 2014-01-12 at 00:46 -0800, Hugh Dickins wrote: > My PowerMac G5 cannot boot mmotm these days: different symptoms > (starting /sbin/init failed? or ATA errors and hang?), with unrelated > bugs adding to the confusion; but a bisection led to b5ff4211a829 > "powerpc/book3s: Queue up and proces

[PATCH] Move precessing of MCE queued event out from syscall exit path.

2014-01-13 Thread Mahesh J Salgaonkar
From: Mahesh Salgaonkar Huge Dickins reported an issue that b5ff4211a829 "powerpc/book3s: Queue up and process delayed MCE events" breaks the PowerMac G5 boot. This patch fixes it by moving the mce even processing away from syscall exit, which was wrong to do that in first place, and implements a

Re: [PATCH] powerpc: thp: Fix crash on mremap

2014-01-13 Thread Andrew Morton
On Tue, 14 Jan 2014 15:13:30 +1100 Benjamin Herrenschmidt wrote: > On Mon, 2014-01-13 at 14:17 -0800, Andrew Morton wrote: > > > Did this get fixed? > > Any chance you can Ack the patch on that thread ? > > http://thread.gmane.org/gmane.linux.kernel.mm/111809 > > So I can put it in powerpc -

[PATCH] cpuidle/menu: Fail cpuidle_idle_call() if no idle state is acceptable

2014-01-13 Thread Preeti U Murthy
On PowerPC, in a particular test scenario, all the cpu idle states were disabled. Inspite of this it was observed that the idle state count of the shallowest idle state, snooze, was increasing. This is because the governor returns the idle state index as 0 even in scenarios when no idle state can

[PATCH] powerpc: Fix races with irq_work

2014-01-13 Thread Benjamin Herrenschmidt
If we set irq_work on a processor and immediately afterward, before the irq work has a chance to be processed, we change the decrementer value, we can seriously delay the handling of that irq_work. Fix it by checking in a few places for pending irq work, first before changing the decrementer in de

Re: [PATCH] cpuidle/menu: Fail cpuidle_idle_call() if no idle state is acceptable

2014-01-13 Thread Deepthi Dharwar
On 01/14/2014 11:35 AM, Preeti U Murthy wrote: > On PowerPC, in a particular test scenario, all the cpu idle states were > disabled. > Inspite of this it was observed that the idle state count of the shallowest > idle state, snooze, was increasing. > > This is because the governor returns the idl

Re: [PATCH] cpuidle/menu: Fail cpuidle_idle_call() if no idle state is acceptable

2014-01-13 Thread Srivatsa S. Bhat
On 01/14/2014 11:35 AM, Preeti U Murthy wrote: > On PowerPC, in a particular test scenario, all the cpu idle states were > disabled. > Inspite of this it was observed that the idle state count of the shallowest > idle state, snooze, was increasing. > > This is because the governor returns the idl

Re: [PATCH] cpuidle/menu: Fail cpuidle_idle_call() if no idle state is acceptable

2014-01-13 Thread Srivatsa S. Bhat
On 01/14/2014 12:30 PM, Srivatsa S. Bhat wrote: > On 01/14/2014 11:35 AM, Preeti U Murthy wrote: >> On PowerPC, in a particular test scenario, all the cpu idle states were >> disabled. >> Inspite of this it was observed that the idle state count of the shallowest >> idle state, snooze, was increas