On Fri, 2008-05-09 at 14:02 -0500, Scott Wood wrote:
> On Fri, May 09, 2008 at 02:49:04PM -0400, Nick wrote:
> > I am writing a driver to service an interrupt from our fpga. I am calling
> > request_irq in the open
> > function of my driver. The fpga is connected to external interrupt 1. I
> >
Tried 2.6.26-rc1+git on ppc (arch/ppc, PReP subarch) and got this:
arch/ppc/kernel/ppc_ksyms.c: At top level:
arch/ppc/kernel/ppc_ksyms.c:152: error: '__flush_icache_range' undeclared here
(not in a function)
arch/ppc/kernel/ppc_ksyms.c:152: warning: type defaults to 'int' in declaration
of '__f
On Sat, 10 May 2008 14:51:27 +0300 (EEST)
Meelis Roos <[EMAIL PROTECTED]> wrote:
> Tried 2.6.26-rc1+git on ppc (arch/ppc, PReP subarch) and got this:
Segher sent patches to fix this earlier this week. You can find them
here:
http://patchwork.ozlabs.org/linuxppc/patch?id=18348
http://patchwork.o
Tried 2.6.26-rc1+git on ppc (arch/ppc, PReP subarch) and got this:
arch/ppc/kernel/ppc_ksyms.c: At top level:
arch/ppc/kernel/ppc_ksyms.c:152: error: '__flush_icache_range'
undeclared here (not in a function)
That's fixed by [2/3] in
http://ozlabs.org/pipermail/linuxppc-dev/2008-May/056010.ht
Initialize I2C pins on boards with CPM1/CPM2 controllers.
Signed-off-by: Jochen Friedrich <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/mpc8272ads.dts | 10 ++
arch/powerpc/boot/dts/mpc866ads.dts | 10 ++
arch/powerpc/boot/dts/mpc885ads.dts | 10 +++
This driver uses the port of 2.4 code from Vitaly Bordug
<[EMAIL PROTECTED]> and the actual algorithm used by the i2c
driver of the DBox code on cvs.tuxboc.org from Felix Domke
([EMAIL PROTECTED]) and Gillem ([EMAIL PROTECTED]) converted to an
of_platform_driver. Tested on CPM1 (MPC823 on dbox2 har
Paul Mackerras wrote:
> Kamalesh Babulal writes:
>
>> Thanks, after applying the patch the oops is not reproducible on the
>> machine. The console
>> log had no message starting with SLB: or FWNMI:. I have updated the bugzilla
>> also.
>>
>> Tested-by: Kamalesh Babulal <[EMAIL PROTECTED]>
>
> C
> > + /* Ignoring the return value from the unregister
> > +* call. A failed return value simply says there
> > +* was no registered event. Hence there will not
> > +* be any calls to process a switch event that
> > +* could cause a problem.
> > +*/
> > + spu_switch_event_
Ok. That looks like a bug in the older binutils (objcopy) you are using.
It is confused by the empty .rela.dyn section right next to the .dynamic
section. Current binutils don't seem to have a problem with this.
I haven't tried to get an old binutils running to reproduce this.
I suspect the foll
