[PATCH][v3] fsl_rio: move machine_check handler into machine_check_e500 & machine_check_e500mc

Signed-off-by: Shaohui Xie Cc: Li Yang Cc: Kumar Gala Cc: Roy Zang Cc: Alexandre Bounine --- arch/powerpc/include/asm/rio.h |5 + arch/powerpc/kernel/traps.c| 17 - arch/powerpc/sysdev/fsl_rio.c | 15 +++ 3 files changed, 24 insertions(+), 13 delet

Re: [Call Trace: 2.6.37-rc1-git7 & 2.6.37-rc1-git8, Powerpc] LTPmsgctl11 test case

[guessing partial cc list, not subscribed] On Thu Nov 11 2010 around 02:03:45 EST, Andrew Morton wrote: > On Thu, 11 Nov 2010 12:03:39 +0530 Subrata Modak > wrote: > > > Hi Peter/Ingo, > > > > LTP__ msgctl11 test case creates Call trace and Exception for kernels > > 2.6.37-rc1-git7 & 2.6.37-rc

RE: [PATCH] Add Freescale CodeWarrior debug support for kernel

Hello Kumar, These changes were added so that the CW debugger would be able to debug all code in head_fsl_booke.S . I'm not sure why there was an assumption about TLB entry #8, I guess there was some TLB mapping remaining in entry 8 (not sure who set up this mapping though) and some code was a

[PATCH 1/2] ucc_geth: Do not bring the whole IF down when TX failure.

ucc_geth_close lacks a cancel_work_sync(&ugeth->timeout_work) to stop any outstanding processing of TX fail. However, one can not call cancel_work_sync without fixing the timeout function otherwise it will deadlock. This patch brings ucc_geth in line with gianfar: Don't bring the interface down an

[PATCH 2/2] ucc_geth: Fix deadlock

This script: while [ 1==1 ] ; do ifconfig eth0 up; usleep 195 ;ifconfig eth0 down; dmesg -c ;done causes in just a second or two: INFO: task ifconfig:572 blocked for more than 120 seconds. "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. ifconfig D 0ff65760 0

Re: [PATCH 1/2] ucc_geth: Do not bring the whole IF down when TX failure.

On Fri, Nov 12, 2010 at 02:55:08PM +0100, Joakim Tjernlund wrote: > ucc_geth_close lacks a cancel_work_sync(&ugeth->timeout_work) > to stop any outstanding processing of TX fail. However, one > can not call cancel_work_sync without fixing the timeout function > otherwise it will deadlock. This patc

Re: [PATCH 2/2] ucc_geth: Fix deadlock

On Fri, Nov 12, 2010 at 02:55:09PM +0100, Joakim Tjernlund wrote: > This script: > while [ 1==1 ] ; do ifconfig eth0 up; usleep 195 ;ifconfig eth0 down; > dmesg -c ;done > causes in just a second or two: > INFO: task ifconfig:572 blocked for more than 120 seconds. [...] > The reason appears t

RE: [PATCH][v3] fsl_rio: move machine_check handler into machine_check_e500 & machine_check_e500mc

Shaohui Xie wrote: > diff --git a/arch/powerpc/kernel/traps.c b/arch/powerpc/kernel/traps.c > index a45a63c..9ab7b97 100644 > --- a/arch/powerpc/kernel/traps.c > +++ b/arch/powerpc/kernel/traps.c > @@ -55,6 +55,7 @@ > #endif > #include > #include > +#include > > #if defined(CONFIG_DEBUGGER

[PATCH] serial: mpc52xx: make printout for type more generic

The printout for the type should be just "5xxx", so 512x users won't wonder why they have a mpc52xx-type UART. Signed-off-by: Wolfram Sang Cc: Grant Likely Cc: Greg Kroah-Hartman --- At least I got confused and thought the wrong type was detected. drivers/serial/mpc52xx_uart.c |6 +-

Re: [PATCH 1/2] ucc_geth: Do not bring the whole IF down when TX failure.

From: Anton Vorontsov Date: Fri, 12 Nov 2010 17:05:15 +0300 > On Fri, Nov 12, 2010 at 02:55:08PM +0100, Joakim Tjernlund wrote: >> ucc_geth_close lacks a cancel_work_sync(&ugeth->timeout_work) >> to stop any outstanding processing of TX fail. However, one >> can not call cancel_work_sync without

Re: [PATCH 2/2] ucc_geth: Fix deadlock

From: Anton Vorontsov Date: Fri, 12 Nov 2010 17:09:47 +0300 > On Fri, Nov 12, 2010 at 02:55:09PM +0100, Joakim Tjernlund wrote: >> This script: >> while [ 1==1 ] ; do ifconfig eth0 up; usleep 195 ;ifconfig eth0 down; >> dmesg -c ;done >> causes in just a second or two: >> INFO: task ifconfi

[PATCH 03/14] arch/powerpc: Use printf extension %pR for struct resource

Using %pR standardizes the struct resource output. Signed-off-by: Joe Perches --- arch/powerpc/kernel/pci_64.c |3 +-- arch/powerpc/sysdev/tsi108_dev.c |8 2 files changed, 5 insertions(+), 6 deletions(-) diff --git a/arch/powerpc/kernel/pci_64.c b/arch/powerpc/kernel/pci_6

[PATCH 00/14] Use printf extension %pR for struct resource

Yet more trivia... Joe Perches (14): arch/frv: Use printf extension %pR for struct resource arch/mips: Use printf extension %pR for struct resource arch/powerpc: Use printf extension %pR for struct resource drivers/dma/ppc4xx: Use printf extension %pR for struct resource drivers/infiniba

[PATCH 08/14] drivers/mtd/nand: Use printf extension %pR for struct resource

Using %pR standardizes the struct resource output. Signed-off-by: Joe Perches --- drivers/mtd/nand/pasemi_nand.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/mtd/nand/pasemi_nand.c b/drivers/mtd/nand/pasemi_nand.c index 6ddb246..bb277a5 100644 --- a/drivers/m

Re: [PATCH 03/14] arch/powerpc: Use printf extension %pR for struct resource

Hi Joe, On Fri, 12 Nov 2010 13:37:53 -0800 Joe Perches wrote: > > Using %pR standardizes the struct resource output. > > Signed-off-by: Joe Perches > --- > arch/powerpc/kernel/pci_64.c |3 +-- > arch/powerpc/sysdev/tsi108_dev.c |8 > 2 files changed, 5 insertions(+), 6 del

[PATCH 03/14 V2] arch/powerpc: Use printf extension %pR for struct resource

Using %pR standardizes the struct resource output. Signed-off-by: Joe Perches --- On Sat, 2010-11-13 at 11:42 +1100, Stephen Rothwell wrote: > Shouldn't this be just &hose->io_resource? V2: Fix stupid editing mistake arch/powerpc/kernel/pci_64.c |3 +-- arch/powerpc/sysdev/tsi108_dev.c