[PATCH] BUILD_BUG_ON: make it handle more cases

BUILD_BUG_ON used to use the optimizer to do code elimination or fail at link time; it was changed to first the size of a negative array (a nicer compile time error), then (in 8c87df457cb58fe75b9b893007917cf8095660a0) to a bitfield. bitfields: needs a literal constant at parse time, and can't be p

Re: [PATCH 3/3] powerpc: perf_event: Hide iseries_check_pending_irqs

On Tue, 2009-10-20 at 14:50 +1100, Anton Blanchard wrote: > Hi Ingo, > > > Just to confirm - these 3 symbol fixes are for the PowerPC tree, not for > > the perf events tree, right? There's nothing perf specific about the > > fixes - kgdb, systemtap and other debugging/instrumentation frameworks

Re: [PATCH 3/3] powerpc: perf_event: Hide iseries_check_pending_irqs

Hi Ingo, > Just to confirm - these 3 symbol fixes are for the PowerPC tree, not for > the perf events tree, right? There's nothing perf specific about the > fixes - kgdb, systemtap and other debugging/instrumentation frameworks > will benefit from more precise symbol generation too. Yeah, wh

Re: linux-next: tree build failure

On Tue, 2009-10-20 at 11:42 +1030, Rusty Russell wrote: > On Tue, 20 Oct 2009 04:49:29 am Hollis Blanchard wrote: > > On Thu, 2009-10-15 at 08:27 +0100, Jan Beulich wrote: > > > My perspective is that it just uncovered already existing brokenness. > > > > Sorry, I thought it was clear, but to be m

Re: linux-next: tree build failure

On Tue, 20 Oct 2009 04:49:29 am Hollis Blanchard wrote: > On Thu, 2009-10-15 at 08:27 +0100, Jan Beulich wrote: > > My perspective is that it just uncovered already existing brokenness. > > Sorry, I thought it was clear, but to be more explicit: I propose the > following patch, which replaces the

Re: UBIFS problem on MPC8536DS

Scott Wood wrote: Felix Radensky wrote: OK, no problem. I just wanted to get an idea of what should be done. Should the NOR code poll some eLBC register to wait for completion of NAND special operation ? Can you tell what register is relevant ? I was thinking you'd just share a mutex with the

Re: UBIFS problem on MPC8536DS

Felix Radensky wrote: OK, no problem. I just wanted to get an idea of what should be done. Should the NOR code poll some eLBC register to wait for completion of NAND special operation ? Can you tell what register is relevant ? I was thinking you'd just share a mutex with the NAND code. -Scott

Re: UBIFS problem on MPC8536DS

Scott Wood wrote: On Sun, Oct 18, 2009 at 11:38:13AM +0200, Felix Radensky wrote: Hi, Scott Scott Wood wrote: On Fri, Oct 16, 2009 at 07:01:43AM +0200, Felix Radensky wrote: Thanks for confirmation. So the real problem is eLBC ? What happens if I access other devices on eLBC (e

[PATCH] [RFC] PowerPC64: Use preempt_schedule_irq instead of preempt_schedule when returning from exceptions

Use preempt_schedule_irq to prevent infinite irq-entry and eventual stack overflow problems with fast-paced IRQ sources. This kind of problems has been observed on the PASemi Electra IDE controller. We have to make sure we are soft-disabled before calling preempt_schedule_irq and hard disable inter

Re: linux-next: tree build failure

On Thu, 2009-10-15 at 08:27 +0100, Jan Beulich wrote: > >>> Hollis Blanchard 15.10.09 00:57 >>> > >On Fri, 2009-10-09 at 12:14 -0700, Hollis Blanchard wrote: > >> Rusty's version of BUILD_BUG_ON() does indeed fix the build break, and > >> also exposes the bug in kvmppc_account_exit_stat(). So to r

Re: [PATCH] powerpc: tracing: Add powerpc tracepoints for interrupt entry and exit

On Sun, 2009-10-18 at 22:01 +1100, Anton Blanchard wrote: > Hi Ben, > > > Breaks 6xx_defconfig: > > Yuck. Since the CREATE_TRACE_POINTS stuff appears to need a non trivial number > of includes it might be best just to fold it into one of the tracepoint call > sites like this. > > -- > > This pa

[PATCH 1/1] powerpc: Add kdump support to Collaborative Memory Manager

When running Active Memory Sharing, the Collaborative Memory Manager (CMM) may mark some pages as "loaned" with the hypervisor. Periodically, the CMM will query the hypervisor for a loan request, which is a single signed value. When kexec'ing into a kdump kernel, the CMM driver in the kdump kernel

Re: UBIFS problem on MPC8536DS

On Sun, Oct 18, 2009 at 11:38:13AM +0200, Felix Radensky wrote: > Hi, Scott > > Scott Wood wrote: >> On Fri, Oct 16, 2009 at 07:01:43AM +0200, Felix Radensky wrote: >>> Thanks for confirmation. So the real problem is eLBC ? >>> What happens if I access other devices on eLBC (e.g. FPGA) >>> simultan

Acceleration for map_copy_from on powerpc 512x

Hi, I'm working on a powerpc (PPC512x) embedded Linux product, and while I was trying to improve boot time, I found I could exploit the hw in order to speed up reading from NOR flashes. The Linux/mtd version we're using is 2.6.24.6+Freescale patches. Basically, I needed to hack the map_copy_fro

Re: [PATCH 3/3] powerpc perf_event: Add alignment-faults and emulation-faults software events

* Anton Blanchard wrote: > Hook up the alignment-faults and emulation-faults events for powerpc. > > Signed-off-by: Anton Blanchard nice. The first patch is for perf events - it would be nice if we could do the two PowerPC changes via the perf events tree - that would speed up the upstream

Re: [PATCH 3/3] powerpc: perf_event: Hide iseries_check_pending_irqs

* Anton Blanchard wrote: > If CONFIG_PPC_ISERIES isn't defined we end up with iseries_check_pending_irqs > and do_work at the same address. perf ends up picking > iseries_check_pending_irqs which creates confusing backtraces. Hide it. > > Signed-off-by: Anton Blanchard Just to confirm - these

Re: MPC5121 CAN and USB

On Friday 16 October 2009 01:10:05 am Wolfgang Denk wrote: > Dear Paul, > > In message <26b052040910151603y8fc9b00g678d6a873083f...@mail.gmail.com> you wrote: > > > The "ltib-mpc5121ads-20090602" branch reflects the exact state of the > > > kernel contained in the LTIB with this name (dated July