Re: [PATCH 3/20] powerpc/mm: Add HW threads support to no_hash TLB management

2009-07-31 Thread Benjamin Herrenschmidt
On Thu, 2009-07-30 at 22:35 -0500, Kumar Gala wrote: > > /* XXX This clear should ultimately be part of > local_flush_tlb_mm */ > > - __clear_bit(id, stale_map[cpu]); > > + for (cpu = cpu_first_thread_in_core(cpu); > > + cpu <= cpu_last_thread_

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

2009-07-31 Thread Benjamin Herrenschmidt
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 anyway: > https://bugzilla.redhat.com/show_bug.cgi?id=514787 > > We

question on PPC64 relocatable kernel

2009-07-31 Thread Ming Lei
Hi, I am researching PPC64 code and try to come up a design for relocatable kernel for ppc32. I noticed that the current ppc64 implementation only changes all the entries in RELA table to add the offset from compile load address to relocated address, but not for GOT table. Does GOT entry need t

Re: [PATCH] mtd/maps: add mtd-ram support to physmap_of

2009-07-31 Thread Albrecht Dreß
Am 17.07.09 14:39 schrieb(en) Wolfram Sang: Use physmap_of to access RAMs as mtd and add documenation for it. This approach is a lot less intrusive as adding an of-wrapper around plat-ram.c. As most extensions of plat-ram.c (e.g. custom map-functions) can't be mapped to the device tree anyho

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

2009-07-31 Thread David Woodhouse
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 anyway: https://bugzilla.redhat.com/show_bug.cgi?id=514787 We should probably let it succeed if the available RAM in the system d

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

2009-07-31 Thread Andrew Vasquez
On Fri, 31 Jul 2009, Andi Kleen wrote: > 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 t

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

2009-07-31 Thread 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 specific hack. And where is the driver that i

Please pull 'next' branch of 4xx tree

2009-07-31 Thread Josh Boyer
Hi Ben, A few changes from Stefan for 460 and Kilauea boards. Thanks, josh The following changes since commit 8984d7d529d50d11ebd840d69ce61ab0bf4ffcab: Benjamin Herrenschmidt (1): powerpc: Remaining 64-bit Book3E support are available in the git repository at: ssh://master.kernel.o

[PATCH] powerpc/fsl-booke: Read buffer overflow

2009-07-31 Thread Roel Kluin
cam[tlbcam_index] is checked before tlbcam_index < ARRAY_SIZE(cam) Signed-off-by: Roel Kluin --- diff --git a/arch/powerpc/mm/fsl_booke_mmu.c b/arch/powerpc/mm/fsl_booke_mmu.c index bb3d659..dc93e95 100644 --- a/arch/powerpc/mm/fsl_booke_mmu.c +++ b/arch/powerpc/mm/fsl_booke_mmu.c @@ -161,7 +161,

Re: [PATCH 5/5] sound/aoa: Add kmalloc NULL tests

2009-07-31 Thread Takashi Iwai
At Fri, 31 Jul 2009 08:32:03 +0200 (CEST), Julia Lawall wrote: > > From: Julia Lawall > > Check that the result of kzalloc is not NULL before a dereference. > > The semantic match that finds this problem is as follows: > (http://www.emn.fr/x-info/coccinelle/) > > // > @@ > expression *x; > id

Re: can the kernel show user task stack backtrace ?

2009-07-31 Thread Norbert van Bolhuis
Thanks for the answers! libSegFault.so seems to do what I want. I'll replace sysctl -w kernel.print-fatal-signals=1 with export LD_PRELOAD=/lib/libSegFault.so since it better suits my needs. ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org