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

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 28/39] mm/ppc: prepare for removing num_physpages and simplify mem_init()

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

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

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

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

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 0/2] Fix for mv643xx_eth built as module

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 0/2] Fix for mv643xx_eth built as module

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 1/2] cpufreq: Notify all policy->cpus in cpufreq_notify_transition()

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

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

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

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

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 1/2] net: mvmdio: define module alias for platform device

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

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

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

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

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

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

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

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

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

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

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

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

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

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: make additional room in exception vector area

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 1/2] cpufreq: Notify all policy->cpus in cpufreq_notify_transition()

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

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] PowerPC:kernel: make additional room in exception vector area

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

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