[PATCH 1/7] Add support hardreset

2012-04-17 Thread Thang Q. Nguyen
The hardreset operation is currently not supported. This causes sometime the SATA driver does cause kernel crash because of none-determined state.a This patch will fix the issue. Signed-off-by: Thang Q. Nguyen tqngu...@apm.com --- drivers/ata/sata_dwc_460ex.c | 24 +++-

Re: [PATCH v3]KVM: PPC: Use clockevent multiplier and shifter for decrementer

2012-04-17 Thread Alexander Graf
On 04/17/2012 05:55 AM, Bharat Bhushan wrote: Time for which the hrtimer is started for decrementer emulation is calculated using tb_ticks_per_usec. While hrtimer uses the clockevent for DEC reprogramming (if needed) and which calculate timebase ticks using the multiplier and shifter mechanism

[PATCH v2 1/2] powerpc/mpc85xx: support the MTD for p1022ds flash

2012-04-17 Thread Chang-Ming.Huang
From: Jerry Huang chang-ming.hu...@freescale.com The compatilbe 'simple-bus' is removed from the latest DTS for NAND and NOR flash partition, so we must add the new compatilbe support for p1022ds, otherwise, the kernel can't parse the partition of NOR and NAND flash. Signed-off-by: Jerry Huang

RE: [PATCH v4 1/4] powerpc/85xx: add HOTPLUG_CPU support

2012-04-17 Thread Li Yang-R58472
struct smp_ops_t smp_85xx_ops = { .kick_cpu = smp_85xx_kick_cpu, -#ifdef CONFIG_KEXEC +#ifdef CONFIG_HOTPLUG_CPU + .cpu_disable= generic_cpu_disable, + .cpu_die= generic_cpu_die, +#endif .give_timebase = smp_generic_give_timebase, .take_timebase =

Re: [PATCH 1/7] Add support hardreset

2012-04-17 Thread Sergei Shtylyov
Hello. On 17-04-2012 12:43, Thang Q. Nguyen wrote: The hardreset operation is currently not supported. This causes sometime the SATA driver does cause kernel crash because of none-determined state.a This patch will fix the issue. Signed-off-by: Thang Q. Nguyentqngu...@apm.com ---

Re: [PATCH] Drivers: ps3: ps3av.c: fixed checkpatch warnings

2012-04-17 Thread Geert Uytterhoeven
On Tue, Apr 17, 2012 at 13:16, Valentin Ilie valentin.i...@gmail.com wrote: diff --git a/drivers/ps3/ps3av.c b/drivers/ps3/ps3av.c index a409fa0..46136b0 100644 --- a/drivers/ps3/ps3av.c +++ b/drivers/ps3/ps3av.c @@ -25,8 +25,8 @@  #include linux/ioctl.h  #include linux/fb.h  #include

[PATCH] Drivers: ps3: ps3av.c: fixed checkpatch warnings

2012-04-17 Thread Valentin Ilie
Fixed some indenting problems. Signed-off-by: Valentin Ilie valentin.i...@gmail.com --- drivers/ps3/ps3av.c | 11 ++- 1 file changed, 2 insertions(+), 9 deletions(-) diff --git a/drivers/ps3/ps3av.c b/drivers/ps3/ps3av.c index a409fa0..46136b0 100644 --- a/drivers/ps3/ps3av.c +++

Re: [PATCH v4 1/4] powerpc/85xx: add HOTPLUG_CPU support

2012-04-17 Thread Scott Wood
On 04/17/2012 04:51 AM, Li Yang-R58472 wrote: struct smp_ops_t smp_85xx_ops = { .kick_cpu = smp_85xx_kick_cpu, -#ifdef CONFIG_KEXEC +#ifdef CONFIG_HOTPLUG_CPU + .cpu_disable= generic_cpu_disable, + .cpu_die= generic_cpu_die, +#endif .give_timebase =

Re: [PATCH v2 1/2] powerpc/mpc85xx: support the MTD for p1022ds flash

2012-04-17 Thread Tabi Timur-B04825
On Tue, Apr 17, 2012 at 4:15 AM, chang-ming.hu...@freescale.com wrote: diff --git a/arch/powerpc/platforms/85xx/p1022_ds.c b/arch/powerpc/platforms/85xx/p1022_ds.c index e74b7cd..0db3a7e 100644 --- a/arch/powerpc/platforms/85xx/p1022_ds.c +++ b/arch/powerpc/platforms/85xx/p1022_ds.c @@

Re: [EDAC PATCH v13 4/7] edac: move nr_pages to dimm struct

2012-04-17 Thread Mauro Carvalho Chehab
Em 17-04-2012 15:48, Borislav Petkov escreveu: On Mon, Apr 16, 2012 at 05:12:10PM -0300, Mauro Carvalho Chehab wrote: The number of pages is a dimm property. Move it to the dimm struct. After this change, it is possible to add sysfs nodes for the DIMM's that Minor nitpick:

[PATCH 1/2] seccomp: ignore secure_computing return values

2012-04-17 Thread Will Drewry
This change is inspired by https://lkml.org/lkml/2012/4/16/14 which fixes the build warnings for arches that don't support CONFIG_HAVE_ARCH_SECCOMP_FILTER. In particular, there is no requirement for the return value of secure_computing() to be checked unless the architecture supports seccomp

[PATCH] powerpc/85xx: Add back condition for smp

2012-04-17 Thread York Sun
The timebase synchronization is only necessary if we need to reset a separate core. Currently only KEXEC and CPU hotplug require resetting a single core. The following code should be in the condition of CONFIG_KEXEC or CONFIG_HOTPLUG_CPU .give_timebase = smp_generic_give_timebase,

Re: [PATCH] powerpc/85xx: Add back condition for smp

2012-04-17 Thread Scott Wood
On 04/17/2012 04:39 PM, York Sun wrote: The timebase synchronization is only necessary if we need to reset a separate core. Currently only KEXEC and CPU hotplug require resetting a single core. The following code should be in the condition of CONFIG_KEXEC or CONFIG_HOTPLUG_CPU

Re: [PATCH] powerpc/eeh: crash caused by null eeh_dev

2012-04-17 Thread Anton Blanchard
Hi Gavin, The problem was reported by Anton Blanchard. While EEH error happened to the PCI device without the corresponding device driver, kernel crash was seen. Eventually, I successfully reproduced the problem on Firebird-L machine with utility errinjct. Initially, the device driver for

Re: [EDAC PATCH v13 4/7] edac: move nr_pages to dimm struct

2012-04-17 Thread Borislav Petkov
On Mon, Apr 16, 2012 at 05:12:10PM -0300, Mauro Carvalho Chehab wrote: The number of pages is a dimm property. Move it to the dimm struct. After this change, it is possible to add sysfs nodes for the DIMM's that Minor nitpick:

PowerPC radeon KMS - is it possible?

2012-04-17 Thread o jordan
Hi list, Firstly let me say thanks for the great work you do!!! I've been trying to get Kernel Mode Setting working on my iBook with Ubuntu 12.04. I can only get it working by forcing PCI mode (agpmode=-1). Setting agpmode=1 or a higher number just results in freezing and a flashing screen.

Re: [EDAC PATCH v13 4/7] edac: move nr_pages to dimm struct

2012-04-17 Thread Borislav Petkov
On Tue, Apr 17, 2012 at 04:28:49PM -0300, Mauro Carvalho Chehab wrote: Ok. well, we can either multiply nr_pages by channel_count or to let it clear that this is per channel. I prefer the last option (see the enclosed patch). @@ -2152,6 +2146,7 @@ static int init_csrows(struct mem_ctl_info

[PATCH 1/4] powerpc: Require gcc 4.0 on 64-bit

2012-04-17 Thread Anton Blanchard
Older versions of gcc had issues with using -maltivec together with -mcpu of a non altivec capable CPU. We work around it by specifying -mcpu=970, but the logic is complicated. In preparation for adding more -mcpu targets, remove the workaround and just require gcc 4.0 for 64-bit builds.

[PATCH 2/4] powerpc: Remove altivec fix for gcc versions before 4.0

2012-04-17 Thread Anton Blanchard
Now we require gcc 4.0 on 64-bit we can remove the pre gcc 4.0 -maltivec workaround. Signed-off-by: Anton Blanchard an...@samba.org --- Index: linux-build/arch/powerpc/Makefile === --- linux-build.orig/arch/powerpc/Makefile

[PATCH 3/4] powerpc: Add 64-bit CPU targets for gcc

2012-04-17 Thread Anton Blanchard
Add a menu to select various 64-bit CPU targets for gcc. We default to -mtune=power7 and if gcc doesn't understand that we fallback to -mtune=power4. Signed-off-by: Anton Blanchard an...@samba.org --- Index: linux-build/arch/powerpc/Makefile

[PATCH 4/4] powerpc: Remove CONFIG_POWER4_ONLY

2012-04-17 Thread Anton Blanchard
Remove CONFIG_POWER4_ONLY, the option is badly named and only does two things: - It wraps the MMU segment table code. With feature fixups there is little downside to compiling this in. - It uses the newer mtocrf instruction in various assembly functions. Instead of making this a compile

[PATCH] powerpc: Use WARN instead of dump_stack when printing EEH error backtrace

2012-04-17 Thread Anton Blanchard
When we get an EEH error we just print a backtrace with dump_stack which is rather cryptic. We really should print something before spewing out the backtrace. Also switch from dump_stack to WARN so we get more information about the fail - what modules were loaded, what process was running etc.

[PATCH] powerpc: Remove old powerpc specific ptrace getregs/setregs calls

2012-04-17 Thread Anton Blanchard
PowerPC has non standard getregs calls that only dump the GPRs or FPRs and have their arguments reversed. commit e17666ba48f7 (ptrace updates new, better requests) in 2.6.3 deprecated them and introduced more standard versions. It's been about 5 years and I know of no users of the old calls so