Re: windfarm_fcu_controls: cpu-pump-0

2013-08-03 Thread Benjamin Herrenschmidt
On Sat, 2013-08-03 at 16:33 +0200, Andreas Schwab wrote: > But then, MacOS is happy and the hardware test didn't find anything > either... Ok, I'll take another peek at the MacOS code see if there's anything meaningful there (though we don't have the complete stuff, I think the fault mask we decod

Re: windfarm_fcu_controls: cpu-pump-0

2013-08-03 Thread Benjamin Herrenschmidt
On Sat, 2013-08-03 at 15:49 +0200, Andreas Schwab wrote: > Actually I see the same failure mask with the therm_pm72 driver, I > didn't notice since the driver ignores the return value from set_rpm_fan > and there is no sysfs file to monitor the cpu pumps. So it looks like > some real hardware faul

Re: [PATCH v2 7/8] powerpc/fsl_booke: make sure PAGE_OFFSET map to memstart_addr for relocatable kernel

2013-08-03 Thread Kevin Hao
On Fri, Jul 26, 2013 at 07:17:57PM -0500, Scott Wood wrote: > On 07/04/2013 07:54:13 AM, Kevin Hao wrote: > >@@ -1222,6 +1266,9 @@ _GLOBAL(switch_to_as1) > > /* > > * Restore to the address space 0 and also invalidate the tlb > >entry created > > * by switch_to_as1. > >+ * r3 - the tlb entry whic

Re: [PATCH v2 6/8] powerpc: introduce early_get_first_memblock_info

2013-08-03 Thread Kevin Hao
On Fri, Jul 26, 2013 at 07:18:01PM -0500, Scott Wood wrote: > >+ * This function run before early_init_devtree, so we have to init > >+ * initial_boot_params. Since early_init_dt_scan_memory_ppc will be > >+ * executed again in early_init_devtree, we have to reinitialize the > >+ * memblock data be

Re: [PATCH v2 4/8] powerpc/fsl_booke: set the tlb entry for the kernel address in AS1

2013-08-03 Thread Kevin Hao
On Fri, Jul 26, 2013 at 06:37:10PM -0500, Scott Wood wrote: > On 07/04/2013 07:54:10 AM, Kevin Hao wrote: > >--- a/arch/powerpc/kernel/head_fsl_booke.S > >+++ b/arch/powerpc/kernel/head_fsl_booke.S > >@@ -1172,6 +1172,87 @@ __secondary_hold_acknowledge: > > #endif > > > > /* > >+ * Create a tbl

Re: [PATCH v2 3/8] powerpc: enable the relocatable support for the fsl booke 32bit kernel

2013-08-03 Thread Kevin Hao
On Fri, Jul 26, 2013 at 06:28:46PM -0500, Scott Wood wrote: > On 07/04/2013 07:54:09 AM, Kevin Hao wrote: > >This is based on the codes in the head_44x.S. Since we always align to > >256M before mapping the PAGE_OFFSET for a relocatable kernel, we also > >change the init tlb map to 256M size. > > >

Re: [PATCH v2 1/8] powerpc/fsl_booke: protect the access to MAS7 with MMU_FTR_BIG_PHYS

2013-08-03 Thread Kevin Hao
On Fri, Jul 26, 2013 at 06:14:00PM -0500, Scott Wood wrote: > On 07/04/2013 07:54:07 AM, Kevin Hao wrote: > >diff --git a/arch/powerpc/kernel/fsl_booke_entry_mapping.S > >b/arch/powerpc/kernel/fsl_booke_entry_mapping.S > >index a92c79b..2201f84 100644 > >--- a/arch/powerpc/kernel/fsl_booke_entry_ma

Re: [PATCH v3 11/31] net: can: mscan: improve clock API use

2013-08-03 Thread Gerhard Sittig
[ trimming the CC: list a bit, as this is CAN and clock specific, keeping Mark Brown and Greg KH for the UART and SPI part ] On Tue, Jul 23, 2013 at 14:33 +0200, Marc Kleine-Budde wrote: > > On 07/23/2013 01:53 PM, Gerhard Sittig wrote: > > On Mon, Jul 22, 2013 at 14:31 +0200, Marc Kleine-Budde

Re: [PATCH RFC v3 1/5] dma: mpc512x: reorder mpc8308 specific instructions

2013-08-03 Thread Gerhard Sittig
On Wed, Jul 31, 2013 at 11:20 +0400, Alexander Popov wrote: > > From: Gerhard Sittig > > Concentrate the test and the specific code for MPC8308 > in the 'if' branch and handle MPC512x in the 'else' branch. > > This modification only reorders instructions but doesn't change behaviour. > > Signe

Re: [PATCH RFC v3 2/5] dma: mpc512x: add support for peripheral transfers

2013-08-03 Thread Gerhard Sittig
On Wed, Jul 31, 2013 at 11:21 +0400, Alexander Popov wrote: > > Introduce support for slave s/g transfer preparation and the associated > device control callback in the MPC512x DMA controller driver, which adds > support for data transfers between memory and peripheral I/O to the > previously supp

Re: [PATCH v3 18/31] dts: mpc512x: add clock specs for client lookups

2013-08-03 Thread Gerhard Sittig
[ trimming the CC: list to device tree and ARM(clock) and PPC ] On Fri, Aug 02, 2013 at 16:41 -0700, Mike Turquette wrote: > > Quoting Gerhard Sittig (2013-07-22 05:14:45) > > this addresses the client side of device tree based clock lookups > > > > add clock specifiers to the mbx, nfc, mscan, s

Re: [PATCH v3 17/31] clk: mpc512x: introduce COMMON_CLK for MPC512x

2013-08-03 Thread Gerhard Sittig
[ this is about the MPC512x platform's clock driver, the core of the series; trim the CC: list and only keep ARM (for clock) and PPC lists and people ] On Fri, Aug 02, 2013 at 16:41 -0700, Mike Turquette wrote: > > Quoting Gerhard Sittig (2013-07-22 05:14:44) > > this change implements a cloc

Re: [PATCH v3 17/31] clk: mpc512x: introduce COMMON_CLK for MPC512x

2013-08-03 Thread Gerhard Sittig
[ we are strictly talking about clocks and source code again, I have trimmed the CC: list to not spam the device tree ML or subsystem maintainers ] On Fri, Aug 02, 2013 at 16:30 -0700, Mike Turquette wrote: > > Quoting Gerhard Sittig (2013-07-23 06:14:06) > > [ summary: "shared gate" support

Re: windfarm_fcu_controls: cpu-pump-0

2013-08-03 Thread Andreas Schwab
But then, MacOS is happy and the hardware test didn't find anything either... Andreas. -- Andreas Schwab, sch...@linux-m68k.org GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different." ___ L

Re: [PATCH v3 15/31] dts: mpc512x: introduce dt-bindings/clock/ header

2013-08-03 Thread Gerhard Sittig
On Fri, Aug 02, 2013 at 15:43 -0700, Mike Turquette wrote: > > Quoting Gerhard Sittig (2013-07-22 05:14:42) > > introduce a dt-bindings/ header file for MPC512x clocks, > > providing symbolic identifiers for those SoC clocks which > > clients will reference from their device tree nodes > > > > Si

Re: [PATCH v3 13/31] clk: wrap I/O access for improved portability

2013-08-03 Thread Gerhard Sittig
[ trimming the CC: list for this strictly clock related and source code adjusting change, to not spam the device tree ML or other subsystem maintainers, just keeping ARM (for clock) and PPC lists and people in the loop ] On Fri, Aug 02, 2013 at 15:30 -0700, Mike Turquette wrote: > > Quoting

Re: 3.11-rc3+git: __divdi3 undefined on powerpc (from radeon)

2013-08-03 Thread Alex Deucher
On Sat, Aug 3, 2013 at 8:44 AM, Meelis Roos wrote: > While trying to compile v3.11-rc3-288-gabe0308 on powerpc 32-bit, > it failed with the following linking error: > > ERROR: "__divdi3" [drivers/gpu/drm/radeon/radeon.ko] undefined! > > Some new 64-bit division in radeon that is not implemented on

Re: windfarm_fcu_controls: cpu-pump-0

2013-08-03 Thread Andreas Schwab
Actually I see the same failure mask with the therm_pm72 driver, I didn't notice since the driver ignores the return value from set_rpm_fan and there is no sysfs file to monitor the cpu pumps. So it looks like some real hardware fault? Andreas. -- Andreas Schwab, sch...@linux-m68k.org GPG Key f

3.11-rc3+git: __divdi3 undefined on powerpc (from radeon)

2013-08-03 Thread Meelis Roos
While trying to compile v3.11-rc3-288-gabe0308 on powerpc 32-bit, it failed with the following linking error: ERROR: "__divdi3" [drivers/gpu/drm/radeon/radeon.ko] undefined! Some new 64-bit division in radeon that is not implemented on 32-bit powerpc? This is new - 3.11-rc3 worked fine. -- M

Re: windfarm_fcu_controls: cpu-pump-0

2013-08-03 Thread Benjamin Herrenschmidt
On Sat, 2013-08-03 at 10:43 +0200, Andreas Schwab wrote: > Benjamin Herrenschmidt writes: > > > Can you add some more printk's in there to check what's going on inside > > wf_fcu_get_pump_minmax() ? > > All values from mpu->processor_part_num are 0x. > > > Also is it getting faults for both

Re: windfarm_fcu_controls: cpu-pump-0

2013-08-03 Thread Andreas Schwab
Benjamin Herrenschmidt writes: > Can you add some more printk's in there to check what's going on inside > wf_fcu_get_pump_minmax() ? All values from mpu->processor_part_num are 0x. > Also is it getting faults for both pumps ? Yes. > Does it work with the older driver ? (both the minmax a