pci_proc_init: proc_dir_entry '00' already registered

Current Linus tree gives this new warning during bootup: +proc_dir_entry '00' already registered +Call Trace: +[c0007b0dfba0] [c000e4b0] .show_stack+0x70/0x1bc (unreliable) +[c0007b0dfc50] [c00f2714] .proc_register+0x130/0x210 +[c0007b0dfd00] [c00f299c] .proc_mk

Re: pci_proc_init: proc_dir_entry '00' already registered

On Sun, Feb 10, 2008 at 11:07:57AM +0100, Olaf Hering wrote: > Current Linus tree gives this new warning during bootup: > > +proc_dir_entry '00' already registered > +Call Trace: > +[c0007b0dfba0] [c000e4b0] .show_stack+0x70/0x1bc (unreliable) > +[c0007b0dfc50] [c00f2714] .

[PATCH] PPC440EP Interrupt Triggering and Level Settings

From: Wolfgang Ocker <[EMAIL PROTECTED]> Corrected IRQ triggering and level settings according to latest revision of the 440EP User Manual (rev 1.24 nov 16, 2007). The incorrect settings might cause a failure of the network if both onchip ethernet ports are under heavy load. Signed-off-by: Wolfg

[PATCH 1/8] arch/ppc: Use FIELD_SIZEOF

From: Julia Lawall <[EMAIL PROTECTED]> Robert P.J. Day proposed to use the macro FIELD_SIZEOF in replace of code that matches its definition. The modification was made using the following semantic patch (http://www.emn.fr/x-info/coccinelle/) // @haskernel@ @@ #include @depends on haskernel@

Re: Could the DTS experts look at this?

On Fri, Feb 08, 2008 at 06:30:56PM -0500, Sean MacLennan wrote: > The Rev B warp is moving to a 4M NOR / 256M NAND flash setup from the > current 64M NOR / 64M NAND. I would like to keep support for the 64M NOR > so I modified the boot code to be a bit more dynamic. Here is the new > NOR paritio

[PATCH] [POWERPC] Wire up new timerfd syscalls

Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]> --- include/asm-powerpc/systbl.h |4 +++- include/asm-powerpc/unistd.h |6 -- 2 files changed, 7 insertions(+), 3 deletions(-) Kernel built for ppc64_defconfig, pseries_defconfig, iseries_defconfig, cell_defconfig and pmac32_defconf

Re: Could the DTS experts look at this?

David Gibson wrote: > This doesn't seem right. warp_fixup_one_nor() changes only the > partition's offset, so you're not changing the size of any > partitions. If you're not going to actually use any of the extra > flash space with 64M, I can't see why you'd bother moving around the > partitions

Re: Could the DTS experts look at this?

David Gibson wrote: > On Sun, Feb 10, 2008 at 09:40:19PM -0500, Sean MacLennan wrote: > >> David Gibson wrote: >> >>> This doesn't seem right. warp_fixup_one_nor() changes only the >>> partition's offset, so you're not changing the size of any >>> partitions. If you're not going to actual

Re: [libfdt] RFC: Node iterators (v2)

On Thu, Feb 07, 2008 at 05:34:05PM -0600, Scott Wood wrote: > David Gibson wrote: > > And here's a revised version. This now also handles recursive > > iteration and iteration across nodes without respect to depth. I've > > removed the for_each() macros for the time being, because they were > > m

Re: Could the DTS experts look at this?

On Sun, Feb 10, 2008 at 09:40:19PM -0500, Sean MacLennan wrote: > David Gibson wrote: > > This doesn't seem right. warp_fixup_one_nor() changes only the > > partition's offset, so you're not changing the size of any > > partitions. If you're not going to actually use any of the extra > > flash sp

Re: [RFC][POWERPC] bootwrapper: Add a firmware-independent

On Friday, Feb 8, 2008 David Gibson wrote: > On Fri, Feb 01, 2008 at 11:55:42PM -0700, Grant Likely wrote: > From: Grant Likely [snip] >> +void platform_init(unsigned long r3, unsigned long r4, unsigned long r5, >> + unsigned long r6, unsigned long r7) >> +{ >> +const u32 *na, *ns, *reg, *timeb

Re: [PATCH] PPC440EP Interrupt Triggering and Level Settings

On Sunday 10 February 2008, Wolfgang Ocker wrote: > From: Wolfgang Ocker <[EMAIL PROTECTED]> > > Corrected IRQ triggering and level settings according to latest revision > of the 440EP User Manual (rev 1.24 nov 16, 2007). > > The incorrect settings might cause a failure of the network if both > onc