[PATCH] powerpc: ensure dtl buffers do not cross 4k boundary

2011-05-04 Thread Nishanth Aravamudan
Future releases of fimrware will enforce a requirement that DTL buffers do not cross a 4k boundary. Commit 127493d5dc73589cbe00ea5ec8357cc2a4c0d82a satisfies this requirement for CONFIG_VIRT_CPU_ACCOUNTING=y kernels, but if !CONFIG_VIRT_CPU_ACCOUNTING CONFIG_DTL=y, the current code will fail at

[PATCH 3/3] [repost] powerpc/eeh: Display eeh error location for bus and device

2011-05-04 Thread Richard A Lary
From: Richard A Lary rl...@linux.vnet.ibm.com For adapters which have devices under a PCIe switch/bridge it is informative to display information for both the PCIe switch/bridge and the device on which the bus error was detected. rebased to powerpc-next Signed-off-by: Richard A Lary

Re: [PATCH 0/6] General device tree irq domain infrastructure

2011-05-04 Thread Benjamin Herrenschmidt
I completely agree that irq domains are a generically useful feature for architectures, and it should be made available. I also completely agree that it is orthogonal to device tree translations, which in a large part is why I've structured this series and the new code the way I have. In

Re: [PATCH 4/6] dt: generalize irq_of_create_mapping()

2011-05-04 Thread Benjamin Herrenschmidt
On Wed, 2011-05-04 at 10:05 -0600, Grant Likely wrote: I think you are going the wrong way around. First thing first, is to make the irq domain / mapping API generic without the OF bits. IE. move the IRQ domain generically, get rid of irq_map by putting the domain ptr hw numbers

Re: [PATCH 2/6] powerpc: make irq_{alloc, free}_virt private and remove count argument

2011-05-04 Thread Benjamin Herrenschmidt
On Wed, 2011-05-04 at 09:59 -0600, Grant Likely wrote: Heh, I wondered about that, but there hasn't been any users for at least 5 years (as evidenced by commit e12514650b, Fix loop logic in irq_alloc_virt()) so it was looking pretty dead, and it made the patch to switch to using

Re: [RFC][PATCH] powerpc: respect how command line nr_cpus is set

2011-05-04 Thread Benjamin Herrenschmidt
On Wed, 2011-05-04 at 15:17 -0500, Kumar Gala wrote: We should utilize nr_cpus as the max # of CPUs that we can have present instead of NR_CPUS. This way we actually respect how nr_cpus is set on the command line rather than ignoring it. Signed-off-by: Kumar Gala ga...@kernel.crashing.org

linux-next: build failure after merge of the final tree (powerpc tree related)

2011-05-04 Thread Stephen Rothwell
Hi all, After merging the final tree, today's linux-next build (powerpc allyesconfig) failed like this: arch/powerpc/mm/mmu_context_hash64.c: In function 'init_new_context': arch/powerpc/mm/mmu_context_hash64.c:282: error: 'NO_CONTEXT' undeclared (first use in this function) Presumably caused

Re: [PATCH 1/3] [PATCH 1/3]powerpc/eeh: Propagate needs_freset flag to device at PE

2011-05-04 Thread Benjamin Herrenschmidt
On Fri, 2011-04-22 at 12:59 -0700, Richard A Lary wrote: From: Richard A Lary rl...@linux.vnet.ibm.com For multifunction adapters with a PCI bridge or switch as the device at the Partitionable Endpoint(PE), if one or more devices below PE sets dev-needs_freset, that value will be set

Re: [PATCH] atomic: add *_dec_not_zero

2011-05-04 Thread David Miller
From: Sven Eckelmann s...@narfation.org Date: Tue, 3 May 2011 23:30:35 +0200 Introduce an *_dec_not_zero operation. Make this a special case of *_add_unless because batman-adv uses atomic_dec_not_zero in different places like re-broadcast queue or aggregation queue management. There are

Re: [PATCH] atomic: add *_dec_not_zero

2011-05-04 Thread Ingo Molnar
* Sven Eckelmann s...@narfation.org wrote: Introduce an *_dec_not_zero operation. Make this a special case of *_add_unless because batman-adv uses atomic_dec_not_zero in different places like re-broadcast queue or aggregation queue management. There are other non-final patches which may

RE: [PATCH] atomic: add *_dec_not_zero

2011-05-04 Thread David Laight
Introduce an *_dec_not_zero operation. Make this a special case of *_add_unless because batman-adv uses atomic_dec_not_zero in different places like re-broadcast queue or aggregation queue management. There are other non-final patches which may also want to use this macro. Isn't there a

Re: [PATCH] atomic: add *_dec_not_zero

2011-05-04 Thread Sven Eckelmann
On Wednesday 04 May 2011 10:05:53 David Laight wrote: Introduce an *_dec_not_zero operation. Make this a special case of *_add_unless because batman-adv uses atomic_dec_not_zero in different places like re-broadcast queue or aggregation queue management. There are other non-final patches

Re: [PATCH] atomic: add *_dec_not_zero

2011-05-04 Thread Mike Frysinger
On Wed, May 4, 2011 at 04:05, David Laight wrote: Introduce an *_dec_not_zero operation.  Make this a special case of *_add_unless because batman-adv uses atomic_dec_not_zero in different places like re-broadcast queue or aggregation queue management. There are other non-final patches which

Re: [PATCH] atomic: add *_dec_not_zero

2011-05-04 Thread Jesper Nilsson
On Tue, May 03, 2011 at 11:30:35PM +0200, Sven Eckelmann wrote: Introduce an *_dec_not_zero operation. Make this a special case of *_add_unless because batman-adv uses atomic_dec_not_zero in different places like re-broadcast queue or aggregation queue management. There are other non-final

Re: [PATCH] atomic: add *_dec_not_zero

2011-05-04 Thread Ralf Baechle
On Tue, May 03, 2011 at 11:30:35PM +0200, Sven Eckelmann wrote: arch/mips/include/asm/atomic.h |2 ++ arch/mips/include/asm/local.h |1 + Acked-by: Ralf Baechle r...@linux-mips.org Ralf ___ Linuxppc-dev mailing list

Re: [PATCH] atomic: add *_dec_not_zero

2011-05-04 Thread Chris Metcalf
On 5/3/2011 5:30 PM, Sven Eckelmann wrote: Introduce an *_dec_not_zero operation. Make this a special case of *_add_unless because batman-adv uses atomic_dec_not_zero in different places like re-broadcast queue or aggregation queue management. There are other non-final patches which may also

Re: [PATCH] atomic: add *_dec_not_zero

2011-05-04 Thread Geert Uytterhoeven
On Tue, May 3, 2011 at 23:30, Sven Eckelmann s...@narfation.org wrote: Introduce an *_dec_not_zero operation.  Make this a special case of *_add_unless because batman-adv uses atomic_dec_not_zero in different places like re-broadcast queue or aggregation queue management. There are other

[PATCH] powerpc/qoriq: Add default mode for P1020RDB USB

2011-05-04 Thread Ramneek Mehresh
Add P1020 USB controller default value for dr_mode property Signed-off-by: Ramneek Mehresh ramneek.mehr...@freescale.com --- Applies on git://git.am.freescale.net/mirrors/linux-2.6.git (branch master) arch/powerpc/boot/dts/p1020rdb.dts | 10 -- 1 files changed, 4 insertions(+), 6

[PATCH] fsl/usb: Unused endpoint failure for USB gadget

2011-05-04 Thread Ramneek Mehresh
Though USB controller works without this most of the time, an issue was faced where USB was configured as printer device and it was dropping first packet(64 bytes) in full speed mode due to DATA PID mismatch. The problem gets resolved once unused endpoints are configured as bulk. As per P1020 RM

[PATCH] powerpc/mpc8610_hpcd: Do not use / in interrupt names

2011-05-04 Thread Geert Uytterhoeven
It may trigger a warning in fs/proc/generic.c:__xlate_proc_name() when trying to add an entry for the interrupt handler to sysfs. Signed-off-by: Geert Uytterhoeven ge...@linux-m68k.org --- arch/powerpc/platforms/86xx/mpc8610_hpcd.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-)

Re: [PATCH] atomic: add *_dec_not_zero

2011-05-04 Thread James Bottomley
On Wed, 2011-05-04 at 00:44 -0400, Mike Frysinger wrote: On Tue, May 3, 2011 at 17:30, Sven Eckelmann wrote: Introduce an *_dec_not_zero operation. Make this a special case of *_add_unless because batman-adv uses atomic_dec_not_zero in different places like re-broadcast queue or

Re: [PATCH 0/6] General device tree irq domain infrastructure

2011-05-04 Thread Grant Likely
On Tue, May 03, 2011 at 11:43:19AM +1000, Benjamin Herrenschmidt wrote: On Thu, 2011-04-28 at 14:01 -0600, Grant Likely wrote: A lot of this series ends up being fixups to powerpc code; but the 4th patch is of importance to every architecture using CONFIG_OF (except SPARC, which has its own

Re: [PATCH] atomic: add *_dec_not_zero

2011-05-04 Thread David Howells
Sven Eckelmann s...@narfation.org wrote: Introduce an *_dec_not_zero operation. Make this a special case of *_add_unless because batman-adv uses atomic_dec_not_zero in different places like re-broadcast queue or aggregation queue management. There are other non-final patches which may also

Re: [PATCH 2/6] powerpc: make irq_{alloc, free}_virt private and remove count argument

2011-05-04 Thread Grant Likely
On Tue, May 03, 2011 at 11:47:47AM +1000, Benjamin Herrenschmidt wrote: On Thu, 2011-04-28 at 14:01 -0600, Grant Likely wrote: irq_alloc_virt() and irq_free_virt() aren't called anywhere but from arch/powerpc/kernel/irq.c, and they are only ever called with count=1. This patch removes the

Re: [PATCH 4/6] dt: generalize irq_of_create_mapping()

2011-05-04 Thread Grant Likely
On Tue, May 03, 2011 at 11:50:22AM +1000, Benjamin Herrenschmidt wrote: On Thu, 2011-04-28 at 14:02 -0600, Grant Likely wrote: This patch creates a common implementation of irq_of_create_mapping() and factors out the interrupt domain translation code from powerpc to make it available for

Re: [PATCH] atomic: add *_dec_not_zero

2011-05-04 Thread Will Deacon
On Tue, 2011-05-03 at 22:30 +0100, Sven Eckelmann wrote: Introduce an *_dec_not_zero operation. Make this a special case of *_add_unless because batman-adv uses atomic_dec_not_zero in different places like re-broadcast queue or aggregation queue management. There are other non-final patches

Re: [PATCH] atomic: add *_dec_not_zero

2011-05-04 Thread Matt Turner
On Tue, May 3, 2011 at 5:30 PM, Sven Eckelmann s...@narfation.org wrote: diff --git a/arch/alpha/include/asm/atomic.h b/arch/alpha/include/asm/atomic.h index e756d04..7e9434e 100644 --- a/arch/alpha/include/asm/atomic.h +++ b/arch/alpha/include/asm/atomic.h @@ -200,6 +200,7 @@ static

[RFC][PATCH] powerpc: respect how command line nr_cpus is set

2011-05-04 Thread Kumar Gala
We should utilize nr_cpus as the max # of CPUs that we can have present instead of NR_CPUS. This way we actually respect how nr_cpus is set on the command line rather than ignoring it. Signed-off-by: Kumar Gala ga...@kernel.crashing.org --- I think this is what we should be doing, but would like