On Sun, Jan 31, 2010 at 08:25, fth...@telegraphics.com.au wrote:
As I understand it, this patch needs Ben's ack before it (and the others)
can be merged into linux-next (?)
He gave his ack on IRC. Still have to add them to m68k-queue and
for-next, though.
Gr{oetje,eeting}s,
On Sat, 30 Jan 2010 22:05:26 -0800 (PST), Christian Kujau wrote:
OK, I've now applied both the drivers/hwmon/ams/ patches and your earlier
one for drivers/macintosh/therm_adt746x.c [0] to a current -git checkout
and now I can unload i2c_powermac, list and read the remaining files in
Now we use printf style alignment there is no need to manually space
these fields.
Signed-off-by: Anton Blanchard an...@samba.org
---
Index: linux-cpumask/arch/powerpc/platforms/512x/mpc5121_ads_cpld.c
===
---
On a large machine I noticed the columns of /proc/interrupts failed to line up
with the header after CPU9. At sufficiently large numbers of CPUs it becomes
impossible to line up the CPU number with the counts.
While fixing this I noticed x86 has a number of updates that we may as well
pull in.
I often get asked if BAD interrupts are really bad. On some boxes (eg
IBM machines running a hypervisor) there are valid cases where are
presented with an interrupt that is not for us. These cases are common
enough to show up as thousands of BAD interrupts a day.
Tone them down by calling them
With NO_HZ it is useful to know how often the decrementer is going off. The
patch below adds an entry for it and also adds it into the /proc/stat
summaries.
While here, I added performance monitoring and machine check exceptions.
I found it useful to keep an eye on the PMU exception rate
when
With dynamic irq descriptors the overhead of a large NR_IRQS is much lower
than it used to be. With more MSI-X capable adapters and drivers exploiting
multiple vectors we may as well allow the user to increase it beyond the
current maximum of 512.
32768 seems large enough that we'd never have
Format strings that are continued with \ are frequently misused.
Change them to use mostly single line formats, some longer than 80 chars.
Fix a few miscellaneous typos at the same time.
Joe Perches (10):
arch/powerpc: Fix continuation line formats
arch/blackfin: Fix continuation line formats
String constants that are continued on subsequent lines with \
are not good.
Signed-off-by: Joe Perches j...@perches.com
---
arch/powerpc/kernel/nvram_64.c |6 +++---
arch/powerpc/platforms/pseries/hotplug-cpu.c |8
arch/powerpc/platforms/pseries/smp.c |
On Sun, 2010-01-31 at 22:14 +1100, Anton Blanchard wrote:
With dynamic irq descriptors the overhead of a large NR_IRQS is much lower
than it used to be. With more MSI-X capable adapters and drivers exploiting
multiple vectors we may as well allow the user to increase it beyond the
current
On Wed, 2010-01-06 at 16:24 -0700, H Hartley Sweeten wrote:
nodmask.h: remove macro any_online_node
The macro any_online_node is prone to producing sparse warnings
due to the local symbol 'node'. Since all the in-tree users are really
requesting the first online node (the mask argument is
On Sun, 2010-01-31 at 12:02 -0800, Joe Perches wrote:
String constants that are continued on subsequent lines with \
are not good.
Signed-off-by: Joe Perches j...@perches.com
You want me to take that in the powerpc tree ?
A minor glitch below tho...
---
arch/powerpc/kernel/nvram_64.c
desc-affinity doesn't exit in that case. Let's use a macro for
the UP variant of get_irq_server(), it's the easiest way, avoids
evaluating arguments.
Signed-off-by: Benjamin Herrenschmidt b...@kernel.crashing.org
---
arch/powerpc/platforms/pseries/xics.c |6 +-
1 files changed, 1
On Sun, 2010-01-31 at 10:34 +1100, Benjamin Herrenschmidt wrote:
Hi Linus !
Here are some more defconfig updates that I missed before LCA and a
few PCI related fixes, some of them actually fixing regressions and
one of them (the 4xx one) trivial enough that's really not worth
delaying it.
Grant, I've updated this for your current test-devicetree branch.
Please apply.
Currently when processing flattened device trees, the kernel expects
the phandle in a property called linux,phandle. The ePAPR spec -
not being Linux specific - instead requires phandles to be encoded in
a property
On Fri, 2010-01-29 at 18:04 -0600, Corey Minyard wrote:
From: Corey Minyard cminy...@mvista.com
The MPSC drivers that use DMA need to set coherent_dma_mask to allow
dma_alloc_xxx routines to work properly. Also, the mpsc serial driver
needed to set pi-port.dev to register properly. With
On Thu, 2010-01-21 at 15:47 +1300, Michael Neuling wrote:
powerpc: Extended ptrace interface
+static long ppc_set_hwdebug(struct task_struct *child,
+struct ppc_hw_breakpoint *bp_info)
+{
+ /*
+* We currently support one data breakpoint
+*/
+ if
On Tue, 2010-01-12 at 21:58 +1100, Anton Blanchard wrote:
Index: linux-cpumask/arch/powerpc/include/asm/hardirq.h
===
--- linux-cpumask.orig/arch/powerpc/include/asm/hardirq.h 2010-01-12
12:36:47.174226189 +1100
+++
+typedef struct {
+ unsigned int __softirq_pending;
+} cacheline_aligned irq_cpustat_t;
+
+DECLARE_PER_CPU_SHARED_ALIGNED(irq_cpustat_t, irq_stat);
+
+#define __ARCH_IRQ_STAT
+
+#define local_softirq_pending()
__get_cpu_var(irq_stat).__softirq_pending
+
+static inline
So I'm about to do a proper -next branch for the next round (it's about
time !). I'll probably push a handful or two of things in my 'test'
branch tonight, which are then going to hit -next in a day or two if
nobody complains.
There's more to pickup though.
However, the bulk of the stuff pending
PowerPC is currently using asm-generic/hardirq.h which statically allocates an
NR_CPUS irq_stat array. Switch to an arch specific implementation which uses
per cpu data:
On a kernel with NR_CPUS=1024, this saves quite a lot of memory:
textdata bss dec hexfilename
With NO_HZ it is useful to know how often the decrementer is going off. The
patch below adds an entry for it and also adds it into the /proc/stat
summaries.
While here, I added performance monitoring and machine check exceptions.
I found it useful to keep an eye on the PMU exception rate
when
Right now we allocate a cacheline sized NR_CPUS array for xics IPI
communication. Use DECLARE_PER_CPU_SHARED_ALIGNED to put it in percpu
data in its own cacheline since it is written to by other cpus.
On a kernel with NR_CPUS=1024, this saves quite a lot of memory:
textdata bss
I often get asked if BAD interrupts are really bad. On some boxes (eg
IBM machines running a hypervisor) there are valid cases where are
presented with an interrupt that is not for us. These cases are common
enough to show up as thousands of BAD interrupts a day.
Tone them down by calling them
On a large machine I noticed the columns of /proc/interrupts failed to line up
with the header after CPU9. At sufficiently large numbers of CPUs it becomes
impossible to line up the CPU number with the counts.
While fixing this I noticed x86 has a number of updates that we may as well
pull in.
With dynamic irq descriptors the overhead of a large NR_IRQS is much lower
than it used to be. With more MSI-X capable adapters and drivers exploiting
multiple vectors we may as well allow the user to increase it beyond the
current maximum of 512.
32768 seems large enough that we'd never have
Now we use printf style alignment there is no need to manually space
these fields.
Signed-off-by: Anton Blanchard an...@samba.org
---
Index: linux-cpumask/arch/powerpc/platforms/512x/mpc5121_ads_cpld.c
===
---
From: Wolfgang Grandegger w...@denx.de
__devinit[data] has not yet been used for all initialization functions
and data. To avoid truncating lines, the struct mpc_i2c_match_data has
been renamed to mpc_i2c_data, which is even the better name.
Signed-off-by: Wolfgang Grandegger w...@denx.de
From: Wolfgang Grandegger w...@denx.de
The setclock initialization functions have been renamed to setup
because I2C interrupts must be enabled for the MPC512x. This requires
to handle fsl,preserve-clocking in a slighly different way. Also,
the old settings are now reported calling dev_dbg(). For
29 matches
Mail list logo