Enable MTD/NOR/NAND options by default in mpc85xx_defconfig and
mpc85xx_smp_defconfig to support NOR, NAND flash.
Signed-off-by: Shengzhou Liu
---
based on master branch of
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git tree.
v3: remove "CONFIG_MTD_NAND_VERIFY_WRITE=y"
v2:
> -Original Message-
> From: Wood Scott-B07421
> Sent: Tuesday, April 24, 2012 6:05 AM
> To: Aggrwal Poonam-B10812
> Cc: linuxppc-dev@lists.ozlabs.org; Singh Sandeep-B37400
> Subject: Re: [PATCH][2/3][RFC] TDM Framework
>
Thanks Scott for the comments, we will incorporate them and send th
On Mon, 23 Apr 2012 00:07:36 -0700
Anton Vorontsov wrote:
> Many architectures clear tasks' mm_cpumask like this:
>
> read_lock(&tasklist_lock);
> for_each_process(p) {
> if (p->mm)
> cpumask_clear_cpu(cpu, mm_cpumask(p->mm));
> }
> rea
On Thu, 2012-04-26 at 13:41 +0200, Andreas Schwab wrote:
> Benjamin Herrenschmidt writes:
>
> > In fact, can you change that define around and see if it makes it behave
> > more like therm_pm72 overall ? IE That's the only -known- difference
> > between the old and new driver (+/- a bug / typo /
On 04/26/2012 05:43 AM, Shengzhou Liu wrote:
> +CONFIG_MTD_NAND_VERIFY_WRITE=y
I don't think we want this on by default.
-Scott
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
From: Steven Rostedt
PPC does not have the synchronization issues that x86 has with
modifying code on one CPU while another CPU is executing it.
The other CPU will either see the old or new code without any
issues, unlike x86 which may issue a GPF.
Instead of calling the heavy stop_machine, just
Benjamin,
You once told me on IRC that powerpc has no problem with modifying
code on one CPU that may be executing on another CPU. With the tests I
made on my PPC64 (2 CPUs) box, it seems to be the case.
The first patch removes stop_machine from powerpc. The other patches
add some error handling
From: Steven Rostedt
For ftrace to use the patch_instruction code, it needs to check for
faults on write. Ftrace updates code all over the kernel, and we need to
know if code is updated or not due to protections that are placed on
some portions of the kernel. If ftrace does not detect a fault, it
From: Steven Rostedt
The patch_instruction() interface is made to modify kernel text. It is
safer to use that then the probe_kernel_write() when modifying kernel
code.
Signed-off-by: Steven Rostedt
---
arch/powerpc/kernel/ftrace.c | 17 -
1 file changed, 4 insertions(+), 13 d
-Original Message-
From: Benjamin Herrenschmidt [mailto:b...@kernel.crashing.org]
Sent: Wednesday, April 25, 2012 11:20 AM
To: Aggrwal Poonam-B10812
Cc: linuxppc-dev@lists.ozlabs.org; Singh Sandeep-B37400
Subject: Re: [PATCH][2/3][RFC] TDM Framework
On Sat, 2012-03-10 at 18:27 +0530, Poon
On Mon, Apr 16, 2012 at 05:12:08PM -0300, Mauro Carvalho Chehab wrote:
> On systems based on chip select rows, all channels need to use memories
> with the same properties, otherwise the memories on channels A and B
> won't be recognized.
>
> However, such assumption is not true for all types of m
Benjamin Herrenschmidt writes:
> Darwin has an algorithm for it based on getting some data from the video
> driver in the AGP slot, but I don't have that.
Perhaps the slots fan should be programmable from user space. For my
use case I'm pretty sure I would never need to set it to more than the
Benjamin Herrenschmidt writes:
> On Thu, 2012-04-26 at 11:13 +0200, Andreas Schwab wrote:
>> Benjamin Herrenschmidt writes:
>>
>> > What if you just comment out the tickle code ?
>>
>> I haven't tried it yet, but I suspect it won't tickle the fcu any more
>> since wf_control_set avoids writing
Benjamin Herrenschmidt writes:
> In fact, can you change that define around and see if it makes it behave
> more like therm_pm72 overall ? IE That's the only -known- difference
> between the old and new driver (+/- a bug / typo / etc..)
Yes, that's make the difference for the cpu fan control. N
Enable MTD/NOR/NAND options by default in mpc85xx_defconfig and
mpc85xx_smp_defconfig to support NOR, NAND flash.
Signed-off-by: Shengzhou Liu
---
based on master branch of
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
changes of v2: remove typo "CONFIG_MPC8xxx_GPIO=y" com
Enable MTD/NOR/NAND options by default in mpc85xx_defconfig and
mpc85xx_smp_defconfig to support NOR, NAND flash.
Signed-off-by: Shengzhou Liu
---
based on master branch of
git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
arch/powerpc/configs/mpc85xx_defconfig | 26 ++
On Thu, 2012-04-26 at 11:13 +0200, Andreas Schwab wrote:
> Benjamin Herrenschmidt writes:
>
> > What if you just comment out the tickle code ?
>
> I haven't tried it yet, but I suspect it won't tickle the fcu any more
> since wf_control_set avoids writing an unchanged value (unlike the old
> dri
Benjamin Herrenschmidt writes:
> What if you just comment out the tickle code ?
I haven't tried it yet, but I suspect it won't tickle the fcu any more
since wf_control_set avoids writing an unchanged value (unlike the old
driver).
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fing
18 matches
Mail list logo
