Re: [PATCH] PowerPC:kernel: make additional room in exception vector area

2013-03-24 Thread Stephen Rothwell
Hi Mikey, On Mon, 25 Mar 2013 17:07:17 +1100 Michael Neuling wrote: > > FYI you're gonna need this one also to make allmodconfig work. > > http://patchwork.ozlabs.org/patch/230244/ Thanks for that, I will add it to linux-next tomorrow. -- Cheers, Stephen Rothwells...@can

Re: [PATCH] PowerPC:kernel: make additional room in exception vector area

2013-03-24 Thread Michael Neuling
Stephen Rothwell wrote: > Hi all, > > On Mon, 25 Mar 2013 09:31:31 +0800 Chen Gang wrote: > > > > The FWNMI region is fixed at 0x7000 and the vector are now overflowing > > that with allmodconfig. Fix that by moving slb_miss_realmode code out > > of that region as it doesn't need to be th

Re: [PATCH] PowerPC:kernel: make additional room in exception vector area

2013-03-24 Thread Chen Gang
On 2013年03月25日 13:14, Stephen Rothwell wrote: > Hi all, > > On Mon, 25 Mar 2013 09:31:31 +0800 Chen Gang wrote: >> > >> > The FWNMI region is fixed at 0x7000 and the vector are now overflowing >> > that with allmodconfig. Fix that by moving slb_miss_realmode code out >> > of that region as

Re: [PATCH 1/2] cpufreq: Notify all policy->cpus in cpufreq_notify_transition()

2013-03-24 Thread Viresh Kumar
On 24 March 2013 19:18, Viresh Kumar wrote: > policy->cpus contains all online cpus that have single shared clock line. And > their frequencies are always updated together. > > Many SMP system's cpufreq drivers take care of this in individual drivers but > the best place for this code is in cpufre

Re: [PATCH] PowerPC:kernel: make additional room in exception vector area

2013-03-24 Thread Stephen Rothwell
Hi all, On Mon, 25 Mar 2013 09:31:31 +0800 Chen Gang wrote: > > The FWNMI region is fixed at 0x7000 and the vector are now overflowing > that with allmodconfig. Fix that by moving slb_miss_realmode code out > of that region as it doesn't need to be that close to the call sites > (it is a

Re: [PATCH] arch/powerpc/kernel: using %12.12s instead of %12s for avoiding memory overflow.

2013-03-24 Thread Chen Gang
Hello Maintainers: could you help check this patch whether is ok ? thanks. On 2013年02月17日 12:00, Chen Gang wrote: > Hello relative members: > > please give a glance to this patch, when you have time. > > thanks. > > :-) > > gchen. > > > 于 2013年01月24日 12:14, Chen Gang 写道: >> >>

Re: [PATCH] PowerPC:kernel: section mismatch from smp_release_cpus to __initdata spinning_secondaries

2013-03-24 Thread Chen Gang
Hello Maintainers: could you help check this patch whether is ok ? thanks. On 2013年03月20日 14:30, Chen Gang wrote: > > the smp_release_cpus is a normal funciton and called in normal environments, > but it calls the __initdata spinning_secondaries. > need modify spinning_secondaries to

[PATCH v2] powerpc/dts: Fix the dts for p1025rdb 36bit

2013-03-24 Thread Zhicheng Fan
fix the following errors: Error: arch/powerpc/boot/dts/p1025rdb.dtsi:326.2-3 label or path, 'qe', not found Error: arch/powerpc/boot/dts/fsl/p1021si-post.dtsi:242.2-3 label or path, 'qe', not found FATAL ERROR: Syntax error parsing input tree Signed-off-by: Zhicheng Fan

[PATCH] PowerPC:kernel: make additional room in exception vector area

2013-03-24 Thread Chen Gang
The FWNMI region is fixed at 0x7000 and the vector are now overflowing that with allmodconfig. Fix that by moving slb_miss_realmode code out of that region as it doesn't need to be that close to the call sites (it is a _GLOBAL function) Signed-off-by: Chen Gang --- arch/powerpc/kernel/e

Re: [Suggestion] PowerPC: kernel: cross compiling issue with allmodconfig

2013-03-24 Thread Chen Gang
On 2013年03月25日 08:03, Michael Neuling wrote: > > benh asked paulus or sfr to send in while he was away. > > So please send your signed off by now (if you can), or someone is going > to rewrite it, sent it upstream bypassing you. > > Mikey > > thanks, I will send patch now. :-) -- Chen

Re: [PATCH] PPC: define the conditions where the ePAPR idle hcall can be supported

2013-03-24 Thread Michael Neuling
Stuart Yoder wrote: > From: Stuart Yoder > > For 32-bit, CONFIG_EPAPR_PARAVIRT pulls in both epapr_paravirt.c > and epapr_hcalls.c which contains the 32-bit paravirt idle loop. > > For 64-bit, the paravirt idle loop is in idle_book3e.S and that > source file is included only if CONFIG_PPC_BOOK

Re: [Suggestion] PowerPC: kernel: cross compiling issue with allmodconfig

2013-03-24 Thread Michael Neuling
Chen Gang wrote: > On 2013年03月22日 06:54, Michael Neuling wrote: > > This is great, thanks a lot. > > > > If you want this to be picked up by the maintainer, you'll need to add > > your signed-off-by. > > > > The signed-off-by is to indicate that your happy for it to be included > > and that y

[PATCH 1/2] net: mvmdio: define module alias for platform device

2013-03-24 Thread Simon Baatz
The mvmdio driver can be instantiated using device tree or as a classic platform device. In order to load the driver automatically by udev in the latter case, the driver needs to define a module alias for the platform device. Signed-off-by: Simon Baatz --- drivers/net/ethernet/marvell/mvmdio.c

[PATCH 2/2] mv643xx_eth: defer probing if Marvell Orion MDIO driver not loaded

2013-03-24 Thread Simon Baatz
When both the Marvell MV643XX ethernet driver and the Orion MDIO driver are compiled as modules, the ethernet driver may be probed before the MDIO driver. Let mv643xx_eth_probe() return EPROBE_DEFER in this case, i.e. when it cannot find the PHY. Signed-off-by: Simon Baatz --- drivers/net/ether

[PATCH 0/2] Fix for mv643xx_eth built as module

2013-03-24 Thread Simon Baatz
Recently [1], mv643xx_eth was changed to make use of mvmdio. However, this change introduces two problems when mvmdio and mv643xx_eth are built as modules: - mvmdio is not loaded automatically by udev - mv643xx_eth oopses when it can't find its PHY, i.e. when mvmdio is not yet loaded The first

Re: [PATCH 1/2] cpufreq: Notify all policy->cpus in cpufreq_notify_transition()

2013-03-24 Thread Francesco Lavra
On 03/24/2013 02:48 PM, Viresh Kumar wrote: > policy->cpus contains all online cpus that have single shared clock line. And > their frequencies are always updated together. > > Many SMP system's cpufreq drivers take care of this in individual drivers but > the best place for this code is in cpufre

Re: [PATCH 0/2] Fix for mv643xx_eth built as module

2013-03-24 Thread David Miller
From: Florian Fainelli Date: Sun, 24 Mar 2013 21:48:33 +0100 > Hello Simon, > > Le dimanche 24 mars 2013 21:33:58, Simon Baatz a écrit : >> Recently [1], mv643xx_eth was changed to make use of mvmdio. However, >> this change introduces two problems when mvmdio and mv643xx_eth are >> built as mod

Re: [PATCH 0/2] Fix for mv643xx_eth built as module

2013-03-24 Thread Florian Fainelli
Hello Simon, Le dimanche 24 mars 2013 21:33:58, Simon Baatz a écrit : > Recently [1], mv643xx_eth was changed to make use of mvmdio. However, > this change introduces two problems when mvmdio and mv643xx_eth are > built as modules: > > - mvmdio is not loaded automatically by udev > - mv643xx_eth

Re: [PATCH 1/2] cpufreq: Notify all policy->cpus in cpufreq_notify_transition()

2013-03-24 Thread Rafael J. Wysocki
On Sunday, March 24, 2013 08:23:27 PM Viresh Kumar wrote: > On 24 March 2013 20:07, Francesco Lavra wrote: > > On 03/24/2013 02:48 PM, Viresh Kumar wrote: > >> policy->cpus contains all online cpus that have single shared clock line. > >> And > >> their frequencies are always updated together. >

Re: [PATCH 1/2] cpufreq: Notify all policy->cpus in cpufreq_notify_transition()

2013-03-24 Thread Viresh Kumar
On 24 March 2013 20:07, Francesco Lavra wrote: > On 03/24/2013 02:48 PM, Viresh Kumar wrote: >> policy->cpus contains all online cpus that have single shared clock line. And >> their frequencies are always updated together. >> >> Many SMP system's cpufreq drivers take care of this in individual dr

[RFC PATCH v2, part4 28/39] mm/ppc: prepare for removing num_physpages and simplify mem_init()

2013-03-24 Thread Jiang Liu
Prepare for removing num_physpages and simplify mem_init(). Signed-off-by: Jiang Liu Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: linuxppc-dev@lists.ozlabs.org Cc: linux-ker...@vger.kernel.org --- arch/powerpc/mm/mem.c | 56 +++-- 1 file chang

[RFC PATCH v2, part4 27/39] mm/ppc: prepare for removing num_physpages and simplify mem_init()

2013-03-24 Thread Jiang Liu
Prepare for removing num_physpages and simplify mem_init(). Signed-off-by: Jiang Liu Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: linuxppc-dev@lists.ozlabs.org Cc: linux-ker...@vger.kernel.org --- arch/powerpc/mm/mem.c | 56 +++-- 1 file chang