[PATCH 07/20] irq: move some interrupt arch_* functions into struct irq_chip.

From: Ian Campbell Move arch_init_copy_chip_data and arch_free_chip_data into function pointers in struct irq_chip since they operate on irq_desc->chip_data. arch_init_chip_data cannot be moved into struct irq_chip because irq_desc->chip is not known at the time the irq_desc is setup. Instead re

Re: [PATCH] Macintosh: fix brace and trailing statement coding style issues in adb-iop.c This is a patch to the adb-iop.c file that cleans up brace and trailing statement warnings found by the checkpa

> On Tue, Mar 09, 2010 at 01:46:20PM -0800, Michael Beardsworth wrote: > >... > > > > #ifdef DEBUG_ADB_IOP > > - printk("adb_iop_listen %p: rcvd packet, %d bytes: %02X %02X", req, > > - (uint) amsg->count + 2, (uint) amsg->flags, (uint) amsg->cmd); > > + printk(KERN_WARNING "adb

Re: [PATCH] Macintosh: fix brace and trailing statement coding style issues in adb-iop.c This is a patch to the adb-iop.c file that cleans up brace and trailing statement warnings found by the check

On Sun, Mar 21, 2010 at 10:16, wrote: >> On Tue, Mar 09, 2010 at 01:46:20PM -0800, Michael Beardsworth wrote: >> >... >> > >> >  #ifdef DEBUG_ADB_IOP >> > -   printk("adb_iop_listen %p: rcvd packet, %d bytes: %02X %02X", req, >> > -           (uint) amsg->count + 2, (uint) amsg->flags, (uint) ams

Re: [PATCH 2/4] panic: Allow taint flag for warnings to be changed from TAINT_WARN

On Sun, 2010-03-21 at 20:10 +0100, Andi Kleen wrote: > Ben Hutchings writes: > > > WARN() is used in some places to report firmware or hardware bugs that > > are then worked-around. These bugs do not affect the stability of the > > kernel and should not set the usual TAINT_WARN flag. To allow f

Re: [PATCH 2/4] panic: Allow taint flag for warnings to be changed from TAINT_WARN

Ben Hutchings writes: > WARN() is used in some places to report firmware or hardware bugs that > are then worked-around. These bugs do not affect the stability of the > kernel and should not set the usual TAINT_WARN flag. To allow for > this, add WARN_TAINT() and WARN_TAINT_ONCE() macros that t

Re: [PATCH] powerpc/fsl: Add multiple MSI bank support

On Fri, 2010-03-19 at 10:15 -0500, Kumar Gala wrote: > On Mar 18, 2010, at 10:06 PM, Michael Ellerman wrote: > > > On Thu, 2010-03-18 at 09:53 -0500, Kumar Gala wrote: > >> From: Lan Chunhe-B25806 > >> > >> Freescale QorIQ P4080 has three MSI banks and the original code > >> can not work well. T

could you help me the GPIO problem on MPC8323?

hi,all: i saw peter's mpc8xxx_gpio.c in kernel 2.6.31. it seems that file can only be used on 831x and others, but not mpc8323. my platform is mpc8323, how can i use the GPIO? i also found "QE GPIO Support" and "Support for simple, memory-mapped GPIO controllers" selection, would that be helpfu

[PATCH 01/10] irq: move some interrupt arch_* functions into struct irq_chip.

From: Ian Campbell Move arch_init_copy_chip_data and arch_free_chip_data into function pointers in struct irq_chip since they operate on irq_desc->chip_data. arch_init_chip_data cannot be moved into struct irq_chip because irq_desc->chip is not known at the time the irq_desc is setup. Instead re

Re: [PATCH 01/10] irq: move some interrupt arch_* functions into struct irq_chip.

On Sun, 2010-03-21 at 18:36 -0700, Yinghai Lu wrote: > From: Ian Campbell ... > To replace the x86 arch_init_chip_data functionality > irq_to_desc_alloc_node now takes a pointer to a function to allocate > the chip data. This is necessary to ensure the allocation happens > under the correct lockin

Re: [PATCH] powerpc/fsl: Add multiple MSI bank support

On Thu, Mar 18, 2010 at 9:53 AM, Kumar Gala wrote: > +       /* The multiple setting ppc_md.setup_msi_irqs will not harm things */ > +       if (!ppc_md.setup_msi_irqs) { > +               ppc_md.setup_msi_irqs = fsl_setup_msi_irqs; > +               ppc_md.teardown_msi_irqs = fsl_teardown_msi_irq

Re: [PATCH 01/10] irq: move some interrupt arch_* functions into struct irq_chip.

On 03/21/2010 06:56 PM, Michael Ellerman wrote: > On Sun, 2010-03-21 at 18:36 -0700, Yinghai Lu wrote: >> From: Ian Campbell > ... >> To replace the x86 arch_init_chip_data functionality >> irq_to_desc_alloc_node now takes a pointer to a function to allocate >> the chip data. This is necessary to

[PATCH] device_attributes: add sysfs_attr_init() for dynamic attributes

Made necessary by 6992f5334995af474c2b58d010d08bc597f0f2fe. Found by this semantic patch: @ init @ type T; identifier A; @@ T { ... struct device_attribute A; ... }; @ main extends init @ expression E; statement S; identifier err;

Re: Freescale MPC5554 device tree (was: cross-compiling Linux for PowerPC e200 core?)

Hi Grant, thanks for the comments, I solved some of the points you mentioned. I need some more time to work on the others. In the meantime I send the intermediate version. Grant Likely wrote: > 2010/3/13 Németh Márton : [...] >> + mem...@4000 { >> + device_type = "memory"

Re: [PATCH] device_attributes: add sysfs_attr_init() for dynamic attributes

Hi Wolfram, On Mon, Mar 22, 2010 at 07:21:17AM +0100, Wolfram Sang wrote: > Made necessary by 6992f5334995af474c2b58d010d08bc597f0f2fe. > > Found by this semantic patch: > > @ init @ > type T; > identifier A; > @@ > > T { > ... > struct device_attribute A

ppc64 sys_ipc breakage in 2.6.34-rc2

I chased down a fail on ppc64 on 2.6.34-rc2 where an application that uses shared memory was getting a SEGV. Commit baed7fc9b580bd3fb8252ff1d9b36eaf1f86b670 (Add generic sys_ipc wrapper) changed the second argument from an unsigned long to an int. When we call shmget the system call wrappers for