Re:[PATCH 1/2] powerpc: add kexec support on FSL-Book-E

2009-08-01 Thread wilbur.chan
Hi, Sebastian, >From: Sebastian Andrzej Siewior >The relocate_new_kernel() code usually disables the MMU and the small code >operates on physicall pages while moving the kernel to its final position. >Book-E doesn't support this so a 1:1 mapping must be created. >This patch adds support for FSL-

Re: [PATCH 3/3] Support for PCI Express reset type

2009-08-01 Thread Linas Vepstas
2009/7/30 Mike Mason : > This is the third of three patches that implement a bit field that PCI > Express device drivers can use to indicate they need a fundamental reset > during error recovery. > > By default, the EEH framework on powerpc does what's known as a "hot reset" > during recovery of a

Re: [PATCH 2/3] Support for PCI Express reset type

2009-08-01 Thread Linas Vepstas
2009/7/30 Mike Mason : > This is the second of three patches that implement a bit field that PCI > Express device drivers can use to indicate they need a fundamental reset > during error recovery. > > By default, the EEH framework on powerpc does what's known as a "hot reset" > during recovery of a

Re: [PATCH 1/3] Support for PCI Express reset type

2009-08-01 Thread Linas Vepstas
2009/7/30 Mike Mason : > This is the first of three patches that implement a bit field that PCI > Express device drivers can use to indicate they need a fundamental reset > during error recovery. > > By default, the EEH framework on powerpc does what's known as a "hot reset" > during recovery of a

Re: [PATCH 1/3] Support for PCI Express reset type

2009-08-01 Thread Linas Vepstas
Hi Andi, 2009/7/31 Andi Kleen : > Mike Mason writes: >> >> These patches supersede the previously submitted patch that >> implemented a fundamental reset bit field. >> >> Please review and let me know of any concerns. > > Any plans to implement that for x86 too? Right now it seems to be a PPC > s

[PATCH] Fix perfctr oops on ppc32

2009-08-01 Thread David Woodhouse
This seems to be the reason why the Fedora rawhide 2.6.31-rc kernel doesn't boot. With some CPUs, cur_cpu_spec->oprofile_cpu_type can be NULL -- which makes strcmp() unhappy. Signed-off-by: David Woodhouse --- At first glance, it looks like there are a bunch of other places which use cur_cpu_spec

Re: [PATCH 1/10] arch/powerpc/sysdev/qe_lib: introduce missing kfree

2009-08-01 Thread Timur Tabi
On Sat, Aug 1, 2009 at 3:52 AM, Julia Lawall wrote: > From: Julia Lawall > > Error handling code following a kzalloc should free the allocated data. > ... > > Signed-off-by: Julia Lawall > --- >  arch/powerpc/sysdev/qe_lib/qe_ic.c  |    5 - >  1 files changed, 4 insertions(+), 1 deletions(-

Re: [PATCH] Stop pci_set_dma_mask() from failing when RAM doesn't exceed the mask anyway

2009-08-01 Thread David Woodhouse
On Sat, 2009-08-01 at 18:00 +1000, Benjamin Herrenschmidt wrote: > On Sat, 2009-08-01 at 08:54 +0100, David Woodhouse wrote: > > On Sat, 2009-08-01 at 08:25 +1000, Benjamin Herrenschmidt wrote: > > > On Fri, 2009-07-31 at 20:41 +0100, David Woodhouse wrote: > > > > On an iMac G5, the b43 driver is

[PATCH 2/10] arch/powerpc: introduce missing kfree

2009-08-01 Thread Julia Lawall
From: Julia Lawall Error handling code following a kzalloc should free the allocated data. The semantic match that finds the problem is as follows: (http://www.emn.fr/x-info/coccinelle/) // @r exists@ local idexpression x; statement S; expression E; identifier f,f1,l; position p1,p2; expressio

[PATCH 1/10] arch/powerpc/sysdev/qe_lib: introduce missing kfree

2009-08-01 Thread Julia Lawall
From: Julia Lawall Error handling code following a kzalloc should free the allocated data. The semantic match that finds the problem is as follows: (http://www.emn.fr/x-info/coccinelle/) // @r exists@ local idexpression x; statement S; expression E; identifier f,f1,l; position p1,p2; expressio

Re: [PATCH] Stop pci_set_dma_mask() from failing when RAM doesn't exceed the mask anyway

2009-08-01 Thread Benjamin Herrenschmidt
On Sat, 2009-08-01 at 08:54 +0100, David Woodhouse wrote: > On Sat, 2009-08-01 at 08:25 +1000, Benjamin Herrenschmidt wrote: > > On Fri, 2009-07-31 at 20:41 +0100, David Woodhouse wrote: > > > On an iMac G5, the b43 driver is failing to initialise because trying to > > > set the dma mask to 30-bit

Re: [PATCH] Stop pci_set_dma_mask() from failing when RAM doesn't exceed the mask anyway

2009-08-01 Thread David Woodhouse
On Sat, 2009-08-01 at 08:25 +1000, Benjamin Herrenschmidt wrote: > On Fri, 2009-07-31 at 20:41 +0100, David Woodhouse wrote: > > On an iMac G5, the b43 driver is failing to initialise because trying to > > set the dma mask to 30-bit fails. Even though there's only 512MiB of RAM > > in the machine a