[PATCH] QorIQ/TMU: add TMU node to device tree for QorIQ T104x

This is Thermal Monitoring Unit for QorIQ platform. Signed-off-by: Jia Hongtao --- .../devicetree/bindings/thermal/qoriq-thermal.txt | 58 +++ arch/powerpc/boot/dts/fsl/qoriq-tmu-t104xsi.dtsi | 82 ++ arch/powerpc/boot/dts/fsl/t1040si-post.dtsi| 1 + 3

RE: [PATCH 1/3] powerpc/mpc85xx: Add FMan clock nodes

> -Original Message- > From: Wood Scott-B07421 > Sent: Tuesday, March 31, 2015 3:15 AM > To: Medve Emilian-EMMEDVE1 > Cc: devicet...@vger.kernel.org; aflem...@gmail.com; linuxppc- > d...@lists.ozlabs.org; Liberman Igal-B31950 > Subject: Re: [PATCH 1/3] powerpc/mpc85xx: Add FMan clock nodes

[PATCH v2 19/19] powerpc: dart_iommu: Remove check for controller_ops == NULL case

Now that we have ported the calls to iommu_init_early_dart to always supply a pci_controller_ops struct, we can safely drop the check. Signed-off-by: Daniel Axtens --- arch/powerpc/sysdev/dart_iommu.c | 13 + 1 file changed, 5 insertions(+), 8 deletions(-) diff --git a/arch/powerpc/

[PATCH v2 18/19] powerpc: Remove shims for pci_controller_ops operations

Remove shims, patch callsites to use pci_controller_ops versions instead. Also move back the probe mode defines, as explained in the patch for pci_probe_mode. Signed-off-by: Daniel Axtens --- v1 --> v2: - Squash all the shim removal. - Prefer phb to hose. --- arch/powerpc/include/asm/machde

[PATCH v2 17/19] powerpc/cell: Move controller ops from ppc_md to controller_ops

This moves the Cell platform to use the pci_controller_ops structure rather than ppc_md for PCI controller operations. Signed-off-by: Daniel Axtens --- This depends on the patch to drop celleb support: http://patchwork.ozlabs.org/patch/451730/ --- arch/powerpc/platforms/cell/cell.h | 24 +

[PATCH v2 16/19] powerpc: fsl_pci, swiotlb: Move controller ops from ppc_md to controller_ops

Moves the setup out of swiotlb's subsys init call, and into an new structure. fsl_pci.c is the only thing that checks the ppc_swiotlb_enable global, so we can be confident that patching it will cover all the PCI implementations affected by the changes to dma-swiotlb.c. We do have to make sure we

[PATCH v2 15/19] powerpc/maple: Move controller ops from ppc_md to controller_ops

This moves the Maple platform to use the pci_controller_ops structure rather than ppc_md for PCI controller operations. Signed-off-by: Daniel Axtens --- arch/powerpc/platforms/maple/maple.h | 2 ++ arch/powerpc/platforms/maple/pci.c | 4 arch/powerpc/platforms/maple/setup.c | 2 +- 3 file

[PATCH v2 14/19] powerpc/pasemi: Move controller ops from ppc_md to controller_ops

This moves the PaSemi platform to use the pci_controller_ops structure rather than ppc_md for PCI controller operations. Signed-off-by: Daniel Axtens --- arch/powerpc/platforms/pasemi/iommu.c | 6 -- arch/powerpc/platforms/pasemi/pasemi.h | 1 + arch/powerpc/platforms/pasemi/pci.c| 5 ++

[PATCH v2 13/19] powerpc/powernv: Move controller ops from ppc_md to controller_ops

This moves the PowerNV platform to use the pci_controller_ops structure rather than ppc_md for PCI controller operations. Signed-off-by: Daniel Axtens --- arch/powerpc/platforms/powernv/pci-ioda.c | 7 --- arch/powerpc/platforms/powernv/pci-p5ioc2.c | 1 + arch/powerpc/platforms/powernv/pc

[PATCH v2 12/19] powerpc/pseries: Move controller ops from ppc_md to controller_ops

This moves the pSeries platform to use the pci_controller_ops structure, rather than ppc_md for PCI controller operations. Signed-off-by: Daniel Axtens --- arch/powerpc/platforms/pseries/iommu.c | 9 + arch/powerpc/platforms/pseries/pseries.h | 2 ++ arch/powerpc/platforms/pseries/setu

[PATCH v2 11/19] powerpc/powermac: Move controller ops from ppc_md to controller_ops

This moves the Power Mac platform to use the pci_controller_ops structure rather than ppc_md for PCI controller operations. Signed-off-by: Daniel Axtens --- arch/powerpc/platforms/powermac/pci.c | 17 +++-- arch/powerpc/platforms/powermac/pmac.h | 5 + arch/powerpc/platforms/

[PATCH v2 10/19] powerpc: dart_iommu: optionally populate controller_ops on init

If a pci_controller_ops struct is provided to iommu_init_early_dart, populate that with the DMA setup ops, rather than ppc_md. If NULL is provided, populate ppc_md as before. This also patches the call sites for Maple and Power Mac to pass NULL, so existing behaviour is preserved. The benefit of

[PATCH v2 09/19] powerpc: Create pci_controller_ops.reset_secondary_bus and shim

Add pci_controller_ops.reset_secondary_bus, shadowing ppc_md.pcibios_reset_secondary_bus. Add a shim, and changes the callsites to use the shim. Use pcibios_reset_secondary_bus_shim, as both pcibios_reset_secondary_bus and pci_reset_secondary_bus are already taken. Signed-off-by: Daniel Axtens

[PATCH v2 08/19] powerpc: Create pci_controller_ops.window_alignment and shim

Add pci_controller_ops.window_alignment, shadowing ppc_md.pcibios_window_alignment. Add a shim, and changes the callsites to use the shim. Here, we use pci_window_alignment, as pcibios_window_alignment is already taken. Signed-off-by: Daniel Axtens --- v1 --> v2: - Better commit message - Us

[PATCH v2 07/19] powerpc: Create pci_controller_ops.enable_device_hook and shim

Add pci_controller_ops.enable_device_hook, shadowing ppc_md.pcibios_enable_device_hook. Add a shim, and changes the callsites to use the shim. Signed-off-by: Daniel Axtens --- v1 --> v2: - Better commit message - Use phb in favour of hose - Make shim name match ppc_md name, not pci_controlle

[PATCH v2 06/19] powerpc: Create pci_controller_ops.probe_mode and shim

Add pci_controller_ops.probe_mode, shadowing ppc_md.pci_probe_mode. Add a shim, and changes the callsites to use the shim. We also need to move the probe mode defines to pci-bridge.h from pci.h. They are required by the shim in order to return a sensible default. Previously, the were defined in pc

[PATCH v2 05/19] powerpc: Create pci_controller_ops.dma_bus_setup and shim

Add pci_controller_ops.dma_bus_setup, shadowing ppc_md.pci_dma_bus_setup. Add a shim, and changes the callsites to use the shim. Signed-off-by: Daniel Axtens --- v1 --> v2: - Better commit message - Use phb in favour of hose - Make shim name match ppc_md name, not pci_controller_ops name. --

[PATCH v2 04/19] powerpc: Create pci_controller_ops.dma_dev_setup and shim

Introduces the pci_controller_ops structure. Add pci_controller_ops.dma_dev_setup, shadowing ppc_md.pci_dma_dev_setup. Add a shim, and change the callsites to use the shim. Signed-off-by: Daniel Axtens --- v1 --> v2: - Better commit message - Use phb in favour of hose - Make shim name match

[PATCH v2 03/19] powerpc: pcibios_enable_device_hook: return bool rather than int

pcibios_enable_device_hook returned an int. Every implementation returned either -EINVAL or 0. The return value wasn't propagated by the caller: any non-zero return value caused pcibios_enable_device to return -EINVAL itself. Therefore, make the hook return a bool. Signed-off-by: Daniel Axtens --

[PATCH v2 02/19] powerpc/powermac: move pmac_pci_probe_mode from setup.c to pci.c

Signed-off-by: Daniel Axtens --- arch/powerpc/platforms/powermac/pci.c | 17 + arch/powerpc/platforms/powermac/pmac.h | 4 arch/powerpc/platforms/powermac/setup.c | 18 -- 3 files changed, 21 insertions(+), 18 deletions(-) diff --git a/arch/powerpc/platfo

[PATCH v2 01/19] powerpc: move find_and_init_phbs() to pSeries specific code

Previously, find_and_init_phbs() was used in both PowerNV and pSeries setup. However, since RTAS support has been dropped from PowerNV, we can move it into a platform-specific file. Signed-off-by: Daniel Axtens --- This patch depends on the patch to drop RTAS support from PowerNV: http://patchw

[PATCH v2 00/19] Refactor PCI controller operations

This patch set moves some PCI controller operations out of ppc_md and into a new pci_controller_ops struct. This is desirable for systems with more than one type of PCI controller. In particular, it's intended that this new interface will be used by the CXL (aka CAPI) driver. The design tries to

Re: [v3, 3/3] powerpc/powernv: Introduce sysfs control for fastsleep workaround behavior

On Mon, 2015-03-30 at 22:45 +0530, Shreyas B Prabhu wrote: > On Monday 30 March 2015 03:51 PM, Michael Ellerman wrote: > > > > This sounds good, although the name is a bit vague. > How about "fastsleep_workaround_permanent", with default value = 0. User > can make workaround permanent by echoing

Re: [PATCH 02/27] powerpc/powermac: move pmac_pci_probe_mode from setup.c to pci.c

On Tue, 2015-03-31 at 08:46 +1100, Benjamin Herrenschmidt wrote: > On Mon, 2015-03-30 at 23:32 +1100, Michael Ellerman wrote: > > On Wed, 2015-25-03 at 05:35:36 UTC, Daniel Axtens wrote: > > > > Why did we move it? Just for cleanliness? > > > > > diff --git a/arch/powerpc/platforms/powermac/pmac.

Re: [1/4] powerpc/fsl-booke: Add device tree support for T1024/T1023 SoC

On Mon, 2015-03-30 at 22:32 -0500, Liu Shengzhou-B36685 wrote: > > > > There are other differences between t1023 an t1024. Where do you > > > > describe t1024's QE? Where do you describe the DDR and IFC differences? > > > > can they be detected at runtime? t1024 supports deep sleep, but > > > >

RE: [1/4] powerpc/fsl-booke: Add device tree support for T1024/T1023 SoC

> > > There are other differences between t1023 an t1024. Where do you > > > describe t1024's QE? Where do you describe the DDR and IFC differences? > > > can they be detected at runtime? t1024 supports deep sleep, but > > > t1023 doesn't -- yet you label both chips as having t1024 rcpm. > > > >

Re: [v2,2/2] powerpc32: add support for csum_add()

On Tue, Feb 03, 2015 at 12:39:27PM +0100, LEROY Christophe wrote: > The C version of csum_add() as defined in include/net/checksum.h gives the > following assembly: >0: 7c 04 1a 14 add r0,r4,r3 >4: 7c 64 00 10 subfc r3,r4,r0 >8: 7c 63 19 10

Re: [PATCH V2] clockevents: Fix cpu down race for hrtimer based broadcasting

On Mon, 30 Mar 2015, Preeti U Murthy wrote: > It was found when doing a hotplug stress test on POWER, that the machine > either hit softlockups or rcu_sched stall warnings. The issue was > traced to commit 7cba160ad789a powernv/cpuidle: Redesign idle states > management, which exposed the cpu dow

Re: [PATCH v2 08/10] perf/hv24x7: Whitespace cleanup

On Mon, 2015-03-30 at 18:53 -0700, Sukadev Bhattiprolu wrote: > Fix minor whitespace damages. If you are going to do whitespace cleaning, please verify the patches with scripts/checkpatch.pl --strict. > diff --git a/arch/powerpc/perf/hv-24x7.c b/arch/powerpc/perf/hv-24x7.c [] > @@ -1077,7 +1079,6

Re: [4/4] powerpc/85xx: support sleep feature on QorIQ SoCs with RCPM

On Thu, Mar 26, 2015 at 06:18:15PM +0800, chenhui zhao wrote: > In sleep mode, the clocks of e500 cores and unused IP blocks is > turned off. The IP blocks which are allowed to wake up the processor > are still running. > > The sleep mode is equal to the Standby state in Linux. Use the > command t

Re: [3/4] powerpc: support CPU hotplug for e500mc, e5500 and e6500

On Thu, Mar 26, 2015 at 06:18:14PM +0800, chenhui zhao wrote: > Implemented CPU hotplug on e500mc, e5500 and e6500, and support > multiple threads mode and 64-bits mode. > > For e6500 with two threads, if one thread is online, it can > enable/disable the other thread in the same core. If two threa

Re: [PATCH 06/25] powerpc: Use bool function return values of true/false not 1/0

On Tue, 2015-03-31 at 12:49 +1100, Benjamin Herrenschmidt wrote: > On Mon, 2015-03-30 at 16:46 -0700, Joe Perches wrote: > > Use the normal return values for bool functions > > Acked-by: Benjamin Herrenschmidt > > Should we merge it or will you ? Hey Ben. I don't merge stuff. I just send patc

[PATCH v2 08/10] perf/hv24x7: Whitespace cleanup

Fix minor whitespace damages. Signed-off-by: Sukadev Bhattiprolu --- arch/powerpc/perf/hv-24x7.c | 18 ++ 1 file changed, 10 insertions(+), 8 deletions(-) diff --git a/arch/powerpc/perf/hv-24x7.c b/arch/powerpc/perf/hv-24x7.c index fe74221..676fb2f9 100644 --- a/arch/powerpc/per

[PATCH v2 09/10] powerpc/hv-24x7: Define update_event_count()

Move the code to update an event count into a new function, update_event_count(). Signed-off-by: Sukadev Bhattiprolu --- arch/powerpc/perf/hv-24x7.c | 12 +--- 1 file changed, 9 insertions(+), 3 deletions(-) diff --git a/arch/powerpc/perf/hv-24x7.c b/arch/powerpc/perf/hv-24x7.c index 67

[PATCH v2 07/10] powerpc/hv-24x7: Define add_event_to_24x7_request()

Move code that maps a perf_event to a 24x7 request buffer into a separate function, add_event_to_24x7_request(). Changelog[v2] [Michael Ellerman]: Move white-space changes to separate patch. Signed-off-by: Sukadev Bhattiprolu --- arch/powerpc/perf/hv-24x7.c | 59

[PATCH v2 10/10] powerpc/hv-24x7: Break up single_24x7_request

Break up the function single_24x7_request() into smaller functions. This would later enable us to "prepare" a multi-event request buffer and then submit a single hcall for several events. Changelog[v2]: [Michael Ellerman] Rename start_24x7_get_data() to init_24x7_request()

[PATCH v2 05/10] powerpc/hv24x7: Move debug prints to separate function

To simplify/cleanup code, move the rather long printk() to a separate function. Signed-off-by: Sukadev Bhattiprolu Conflicts: arch/powerpc/perf/hv-24x7.c --- arch/powerpc/perf/hv-24x7.c | 22 -- 1 file changed, 16 insertions(+), 6 deletions(-) diff --git a/arch/powe

[PATCH v2 04/10] powerpc/hv-24x7: Drop event_24x7_request()

The function event_24x7_request() is essentially a wrapper to the function single_24x7_request() and can be dropped to simplify code. Changelog [v2]: - Michael Ellerman: Use fields from the request structure rather than re-extracting from event structure. Signed-off-by: Su

[PATCH v2 06/10] powerpc/hv-24x7: Rename hv_24x7_event_update

For consistency with the pmu operation ->read() and with other pmus, rename hv_24x7_event_update() to hv_24x7_event_read(). Signed-off-by: Sukadev Bhattiprolu --- arch/powerpc/perf/hv-24x7.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/arch/powerpc/perf/hv-24x7.c b/a

[PATCH v2 02/10] powerpc/hv24x7: Remove unnecessary parameter

Remove the 'success_expected' parameter and log the message unconditionally. Changelog[v2] [Michael Ellerman]: Move the change to reduce log message priority into a separate patch. Signed-off-by: Sukadev Bhattiprolu --- arch/powerpc/perf/hv-24x7.c | 16 ++--

[PATCH v2 01/10] powerpc/hv-24x7: Modify definition of request and result buffers

The parameters to the 24x7 HCALL have variable number of elements in them. Set the minimum number of such elements to 1 rather than 0 and eliminate the temporary structures. This would enable us to submit multiple counter requests and process multiple results from a single HCALL (in a follow on pa

[PATCH v2 03/10] perf/hv24x7: Use pr_devel() to log message

Use pr_devel_ratelimited() to log error message when the 24x7 HCALL fails. Since users specify events by their sysfs name, the HCALL should succeed. Any errors reported by the HCALL would be of interest to the developer, rather than the user/administrator. Signed-off-by: Sukadev Bhattiprolu ---

[PATCH v2 00/10] powerpc/hv-24x7: Reorganize single_24x7_request()

We currently issue a new hcall for to retrieve the value of each 24x7 counter that we want to read. However, the H_GET_24x7_DATA hcall can retrieve several counters in a single call, which would be useful in getting a more consistent snapshot of the system. Reorganize the code that prepares a 24x

[PATCH 1/1] powerpc/hv-24x7: Add missing put_cpu_var()

From: Sukadev Bhattiprolu Date: Tue, 17 Feb 2015 14:14:36 -0500 Subject: [PATCH 1/1] powerpc/hv-24x7: Add missing put_cpu_var() Add missing put_cpu_var() for 24x7 requests. This went missing in commit f34b6c7 (3.18-rc3). Signed-off-by: Sukadev Bhattiprolu --- arch/powerpc/perf/hv-24x7.c | 4 ++

Re: [PATCH 06/25] powerpc: Use bool function return values of true/false not 1/0

On Mon, 2015-03-30 at 16:46 -0700, Joe Perches wrote: > Use the normal return values for bool functions Acked-by: Benjamin Herrenschmidt Should we merge it or will you ? Cheers, Ben. > Signed-off-by: Joe Perches > --- > arch/powerpc/include/asm/dcr-native.h| 2 +- > arch/powerpc/include/

Re: [2/4] powerpc/rcpm: add RCPM driver

On Thu, Mar 26, 2015 at 06:18:13PM +0800, chenhui zhao wrote: > There is a RCPM (Run Control/Power Management) in Freescale QorIQ > series processors. The device performs tasks associated with device > run control and power management. > > The driver implements some features: mask/unmask irq, ente

Re: [1/4] powerpc/cache: add cache flush operation for various e500

On Thu, Mar 26, 2015 at 06:18:12PM +0800, chenhui zhao wrote: > Various e500 core have different cache architecture, so they > need different cache flush operations. Therefore, add a callback > function cpu_flush_caches to the struct cpu_spec. The cache flush > operation for the specific kind of e5

Re: [PATCH 6/8] mtd: replace CONFIG_8xx by CONFIG_PPC_8xx

On Thu, Mar 12, 2015 at 04:24:04PM +0100, Christophe Leroy wrote: > Two config options exist to define powerpc MPC8xx: > * CONFIG_PPC_8xx > * CONFIG_8xx > In addition, CONFIG_PPC_8xx also defines CONFIG_CPM1 as > communication co-processor > > arch/powerpc/platforms/Kconfig.cputype has contained t

Re: [PATCH 00/25] treewide: Use bool function return values of true/false not 1/0

On 3/30/2015 4:45 PM, Joe Perches wrote: > Joe Perches (25): > arm: Use bool function return values of true/false not 1/0 > arm64: Use bool function return values of true/false not 1/0 > hexagon: Use bool function return values of true/false not 1/0 > ia64: Use bool function return values o

Re: [PATCH 1/3] powerpc/mpc85xx: Add FMan clock nodes

On Tue, 2015-03-24 at 03:26 -0500, Emil Medve wrote: > Hello Scott, > > > On 03/23/2015 06:30 PM, Scott Wood wrote: > > On Thu, 2015-02-26 at 09:26 -0600, Emil Medve wrote: > >> From: Igal Liberman > >> > >> Signed-off-by: Igal Liberman > >> --- > >> arch/powerpc/boot/dts/fsl/b4si-post.dtsi

Re: [PATCH 00/25] treewide: Use bool function return values of true/false not 1/0

On Mon, 2015-03-30 at 17:07 -0700, Casey Schaufler wrote: > On 3/30/2015 4:45 PM, Joe Perches wrote: > > Joe Perches (25): > > arm: Use bool function return values of true/false not 1/0 [etc...] > Why, and why these in particular? bool functions are probably better returning bool values instea

Re: [PATCH 04/27] powerpc/fsl_pci: Don't change ppc_swiotlb_enable after swiotlb_subsys_init

> Hmm, I think we got this wrong. I don't remember exactly but it was probably > me > who told you it could be removed, but I probably hadn't had a coffee yet :} > > I see setup_pci_atmu() called by fsl_pci_syscore_do_resume(), ie. at runtime > == > late. So ignore that. > > But also fsl_add_b

[PATCH 06/25] powerpc: Use bool function return values of true/false not 1/0

Use the normal return values for bool functions Signed-off-by: Joe Perches --- arch/powerpc/include/asm/dcr-native.h| 2 +- arch/powerpc/include/asm/dma-mapping.h | 4 ++-- arch/powerpc/include/asm/kvm_book3s_64.h | 4 ++-- arch/powerpc/sysdev/dcr.c| 2 +- 4 files changed,

[PATCH 00/25] treewide: Use bool function return values of true/false not 1/0

Joe Perches (25): arm: Use bool function return values of true/false not 1/0 arm64: Use bool function return values of true/false not 1/0 hexagon: Use bool function return values of true/false not 1/0 ia64: Use bool function return values of true/false not 1/0 mips: Use bool function retu

Re: [1/4] powerpc/fsl-booke: Add device tree support for T1024/T1023 SoC

On Mon, 2015-03-30 at 06:08 -0500, Liu Shengzhou-B36685 wrote: > > -Original Message- > > From: Wood Scott-B07421 > > Sent: Friday, January 30, 2015 9:20 AM > > To: Liu Shengzhou-B36685 > > Cc: linuxppc-dev@lists.ozlabs.org > > Subject: Re: [1/4] powerpc/fsl-booke: Add device tree support f

Re: [PATCH 02/27] powerpc/powermac: move pmac_pci_probe_mode from setup.c to pci.c

On Mon, 2015-03-30 at 23:32 +1100, Michael Ellerman wrote: > On Wed, 2015-25-03 at 05:35:36 UTC, Daniel Axtens wrote: > > Why did we move it? Just for cleanliness? > I move it because in (what is currently) patch 14, I want to hook it into the PCI controller ops structure, which I define in pci.

Re: [PATCH 02/27] powerpc/powermac: move pmac_pci_probe_mode from setup.c to pci.c

On Mon, 2015-03-30 at 23:32 +1100, Michael Ellerman wrote: > On Wed, 2015-25-03 at 05:35:36 UTC, Daniel Axtens wrote: > > Why did we move it? Just for cleanliness? > > > Signed-off-by: Daniel Axtens > > --- > > arch/powerpc/platforms/powermac/pci.c | 17 + > > arch/powerpc/pla

Re: [PATCH v7 RFC 1/3] sparc: Break up monolithic iommu table/lock into finer graularity pools and lock

On (03/31/15 08:28), Benjamin Herrenschmidt wrote: > > Provided that the IB test doesn't come up with a significant difference, > I definitely vote for the simpler version of doing a normal spin_lock. sounds good. let me wait for the confirmation from IB, and I'll send out patchv8 soon after. F

Re: [PATCH v7 RFC 1/3] sparc: Break up monolithic iommu table/lock into finer graularity pools and lock

On Mon, 2015-03-30 at 17:15 -0400, Sowmini Varadhan wrote: > On (03/30/15 09:01), Sowmini Varadhan wrote: > > > > So I tried looking at the code, and perhaps there is some arch-specific > > subtlety here that I am missing, but where does spin_lock itself > > do the cpu_relax? afaict, LOCK_CONTENDE

Re: [PATCH v7 RFC 1/3] sparc: Break up monolithic iommu table/lock into finer graularity pools and lock

On (03/30/15 09:01), Sowmini Varadhan wrote: > > So I tried looking at the code, and perhaps there is some arch-specific > subtlety here that I am missing, but where does spin_lock itself > do the cpu_relax? afaict, LOCK_CONTENDED() itself does not have this. To answer my question: I'd missed the

Kernel hangs after "Loading Device Tree" after update

Hi all, I have a strange problem on a self-developed MPC5200B system (more or less like the Freescale "Lite" board). On that board, I use kernel 3.2.68 with my own machine init file, which is almost the same as for Lite (arch/powerpc/platforms/52xx/lite5200.c). Everything works just fine. W

Re: [v3, 3/3] powerpc/powernv: Introduce sysfs control for fastsleep workaround behavior

On Monday 30 March 2015 03:51 PM, Michael Ellerman wrote: > On Sun, 2015-22-03 at 04:42:59 UTC, "Shreyas B. Prabhu" wrote: >> Fastsleep is one of the idle state which cpuidle subsystem currently >> uses on power8 machines. In this state L2 cache is brought down to a >> threshold voltage. Therefor

Re: [v3, 1/3] powerpc: Fix cpu_online_cores_map to return only online threads mask

On Monday 30 March 2015 03:06 PM, Michael Ellerman wrote: > On Sun, 2015-22-03 at 04:42:57 UTC, "Shreyas B. Prabhu" wrote: >> Currently, cpu_online_cores_map returns a mask, which for every core >> that has atleast one online thread, has the first-cpu-of-that-core's bit >> set. > > ... which

[PATCH v2 1/2] arm64: dts: Add the arasan sdhc nodes in apm-storm.dtsi.

This patch adds the arasan sdhc nodes to reuse the of-arasan driver for APM X-Gene SoC. Signed-off-by: Suman Tripathi --- arch/arm64/boot/dts/apm-storm.dtsi | 44 ++ 1 file changed, 44 insertions(+) diff --git a/arch/arm64/boot/dts/apm-storm.dtsi b/arch/arm6

[PATCH v2 2/2] mmc: host: Add some quirks to be read from fdt in sdhci-pltm.c

This patch adds some quirks support to be read from fdt. Signed-off-by: Suman Tripathi --- drivers/mmc/host/sdhci-pltfm.c | 15 +++ 1 file changed, 15 insertions(+) diff --git a/drivers/mmc/host/sdhci-pltfm.c b/drivers/mmc/host/sdhci-pltfm.c index bef250e..9f6a4b9 100644 --- a/drive

[PATCH v2 0/2] Add SDHCI support for APM X-Gene SoC using ARASAN SDHCI controller.

This patch adds the SDHCI support for APM X-Gene SoC using ARASAN SDHCI controller. v1 change: * Use the CONFIG_ARM64_DMA_HAS_IOMMU for dma-mapping. v2 change: * Drop the IOMMU support and switching to PIO mode for arasan controller integrated inside APM X-Gene SoC. Signed-off-by: Suman T

Re: nouveau regression on G5 Dual Core

On Sat, Mar 28, Olaf Hering wrote: > On Sat, Mar 28, Olaf Hering wrote: > > > I just updated the kernel from some 3.18 based state to 4.0-rc5+. The > > 3.19 is already broken, will bisect next week. After a first run I was able to boot prior the first bad commit, which caused a crash on boot.

[3.16.y-ckt stable] Patch "timers/tick/broadcast-hrtimer: Fix suspicious RCU usage in idle loop" has been added to staging queue

This is a note to let you know that I have just added a patch titled timers/tick/broadcast-hrtimer: Fix suspicious RCU usage in idle loop to the linux-3.16.y-queue branch of the 3.16.y-ckt extended stable tree which can be found at: http://kernel.ubuntu.com/git?p=ubuntu/linux.git;a=shortl

Re: [PATCH v7 RFC 1/3] sparc: Break up monolithic iommu table/lock into finer graularity pools and lock

On (03/30/15 21:55), Benjamin Herrenschmidt wrote: > > No that's not my point. The lock is only taken for a short time but > might still collide, the bouncing in that case will probably (at least > that's my feeling) hurt more than help. > > However, I have another concern with your construct. Es

Re: [PATCH 07/27] powerpc: ppc_md.pci_dma_dev_setup -> pci_controller_ops.dma_dev_setup

On Wed, 2015-25-03 at 05:35:41 UTC, Daniel Axtens wrote: Write changelogs! Also this doesn't do what the subject suggests, it just introduces the ops version and adds the shim. It doesn't do all the conversions. > Signed-off-by: Daniel Axtens > --- > arch/powerpc/include/asm/pci-bridge.h | 14

Re: [PATCH 06/27] powerpc: Create the pci_controller_ops struct.

On Wed, 2015-25-03 at 05:35:40 UTC, Daniel Axtens wrote: > Signed-off-by: Daniel Axtens > --- > arch/powerpc/include/asm/pci-bridge.h | 7 +++ > 1 file changed, 7 insertions(+) That's taking splitting patches to the next level :) Just fold this into the next one where you first need it. ch

Re: [PATCH 03/27] powerpc/swiotlb: give init call a less misleading name

On Wed, 2015-25-03 at 05:35:37 UTC, Daniel Axtens wrote: > swiotlb_late_init sets up platform specific hooks. It's not actually > a late initcall, but a subsys initcall, called much earlier. > > Ideally we'd call it swiotlb_init, but that's taken. > Call it swiotlb_subsys_init for now. > (It will

Re: [PATCH 04/27] powerpc/fsl_pci: Don't change ppc_swiotlb_enable after swiotlb_subsys_init

On Wed, 2015-25-03 at 05:35:38 UTC, Daniel Axtens wrote: > The only function that checks ppc_swiotlb_enable is swiotlb_subsys_init. .. which is a subsys initcall. > The code in fsl_pci.c is called well after that, so don't bother > changing it. Hmm, I think we got this wrong. I don't remember ex

Re: [PATCH 02/27] powerpc/powermac: move pmac_pci_probe_mode from setup.c to pci.c

On Wed, 2015-25-03 at 05:35:36 UTC, Daniel Axtens wrote: Why did we move it? Just for cleanliness? > Signed-off-by: Daniel Axtens > --- > arch/powerpc/platforms/powermac/pci.c | 17 + > arch/powerpc/platforms/powermac/pmac.h | 4 > arch/powerpc/platforms/powermac/setup.

RE: [1/4] powerpc/fsl-booke: Add device tree support for T1024/T1023 SoC

> -Original Message- > From: Wood Scott-B07421 > Sent: Friday, January 30, 2015 9:20 AM > To: Liu Shengzhou-B36685 > Cc: linuxppc-dev@lists.ozlabs.org > Subject: Re: [1/4] powerpc/fsl-booke: Add device tree support for > T1024/T1023 SoC > > On Thu, Jan 29, 2015 at 03:52:24PM +0800, Shengzh

Re: [PATCH] powerpc: Export __spin_yield

On Mon, 2015-03-30 at 12:17 +0200, Geert Uytterhoeven wrote: > Hi Ben, > > On Fri, Mar 20, 2015 at 12:08 AM, Paul Mackerras wrote: > > On Wed, Feb 25, 2015 at 05:23:53PM -0600, Suresh E. Warrier wrote: > >> Export __spin_yield so that the arch_spin_unlock() function can > >> be invoked from a mod

Re: [PATCH v7 RFC 1/3] sparc: Break up monolithic iommu table/lock into finer graularity pools and lock

On Mon, 2015-03-30 at 06:38 -0400, Sowmini Varadhan wrote: > On (03/30/15 14:24), Benjamin Herrenschmidt wrote: > > > + > > > +#define IOMMU_POOL_HASHBITS 4 > > > +#define IOMMU_NR_POOLS (1 << IOMMU_POOL_HASHBITS) > > > > I don't like those macros. You changed the value from what we h

Re: [PATCH v7 RFC 1/3] sparc: Break up monolithic iommu table/lock into finer graularity pools and lock

On (03/30/15 14:24), Benjamin Herrenschmidt wrote: > > + > > +#define IOMMU_POOL_HASHBITS 4 > > +#define IOMMU_NR_POOLS (1 << IOMMU_POOL_HASHBITS) > > I don't like those macros. You changed the value from what we had on > powerpc. It could be that the new values are as good for us but

Re: [v3, 3/3] powerpc/powernv: Introduce sysfs control for fastsleep workaround behavior

On Sun, 2015-22-03 at 04:42:59 UTC, "Shreyas B. Prabhu" wrote: > Fastsleep is one of the idle state which cpuidle subsystem currently > uses on power8 machines. In this state L2 cache is brought down to a > threshold voltage. Therefore when the core is in fastsleep, the > communication between L2 a

Re: stable: Please include commit bb344ca5b90 ("powerpc/mpc85xx: Add ranges to etsec2 nodes")

On Thu, Mar 26, 2015 at 04:14:27PM -0500, Scott Wood wrote: > Commit bb344ca5b90df6 ("powerpc/mpc85xx: Add ranges to etsec2 nodes") > fixes a bug that was exposed by commit 746c9e9f92dd ("of/base: Fix > PowerPC address parsing hack"). The latter commit was applied to stable > trees, so the former

Re: [PATCH] powerpc: Export __spin_yield

Hi Ben, On Fri, Mar 20, 2015 at 12:08 AM, Paul Mackerras wrote: > On Wed, Feb 25, 2015 at 05:23:53PM -0600, Suresh E. Warrier wrote: >> Export __spin_yield so that the arch_spin_unlock() function can >> be invoked from a module. This will be required for modules where >> we want to take a lock th

[PATCH v4 2/2] powerpc/powernv: handle OPAL_SUCCESS return in opal_sensor_read

Currently, when a sensor value is read, the kernel calls OPAL, which in turn builds a message for the FSP, and waits for a message back. The new device tree for OPAL sensors [1] adds new sensors that can be read synchronously (core temperatures for instance) and that don't need to wait for a re

[PATCH v4 1/2] powerpc/powernv: convert codes returned by OPAL calls

OPAL has its own list of return codes. The patch provides a translation of such codes in errnos for the opal_sensor_read call, and possibly others if needed. Signed-off-by: Cédric Le Goater --- Changes since v3 : - reworked the return codes a little as suggested by Michael Ellerman Changes

Re: [PATCH v3 3/3] powerpc/powernv: remove opal_sensor_mutex

On 03/30/2015 08:59 AM, Michael Ellerman wrote: > On Mon, 2015-03-30 at 08:51 +0200, Cedric Le Goater wrote: >> On 03/30/2015 04:09 AM, Michael Ellerman wrote: >>> On Fri, 2015-03-27 at 17:39 +0100, Cédric Le Goater wrote: The opal sensor mutex protects the opal_sensor_read call which can

Re: [v3, 2/3] powerpc/powernv: Move cpuidle related code from setup.c to new file

On Sun, 2015-22-03 at 04:42:58 UTC, "Shreyas B. Prabhu" wrote: > This is a cleanup patch; doesn't change any functionality. Moves > all cpuidle related code from setup.c to a new file. > > Signed-off-by: Shreyas B. Prabhu > --- > This patch is new in v3 > > arch/powerpc/platforms/powernv/Makefi

Re: [v3, 1/3] powerpc: Fix cpu_online_cores_map to return only online threads mask

On Sun, 2015-22-03 at 04:42:57 UTC, "Shreyas B. Prabhu" wrote: > Currently, cpu_online_cores_map returns a mask, which for every core > that has atleast one online thread, has the first-cpu-of-that-core's bit > set. ... which for every core with at least one online thread, has the bit for thr

[PATCH V2] clockevents: Fix cpu down race for hrtimer based broadcasting

It was found when doing a hotplug stress test on POWER, that the machine either hit softlockups or rcu_sched stall warnings. The issue was traced to commit 7cba160ad789a powernv/cpuidle: Redesign idle states management, which exposed the cpu down race with hrtimer based broadcast mode(Commit 5d163

Re: [PATCH v3 3/3] powerpc/powernv: remove opal_sensor_mutex

On Mon, 2015-03-30 at 08:51 +0200, Cedric Le Goater wrote: > On 03/30/2015 04:09 AM, Michael Ellerman wrote: > > On Fri, 2015-03-27 at 17:39 +0100, Cédric Le Goater wrote: > >> The opal sensor mutex protects the opal_sensor_read call which > >> can return a OPAL_BUSY code on IBM Power systems if a