[oe] [meta-ti] ti81xx-psp-linux-2.6.37: broken kernel with gcc > 4.5

[Monk, Roger]

Hello Thilo,

>
Texas Instruments Limited, 800 Pavilion Drive, Northampton, NN4 7YL. Registered in England & Wales under company number 00574102

-----Original Message-----
> From: Thilo Fromm [mailto:fromm at dresearch-fe.de]
> Sent: 19 June 2012 15:43
> To: Monk, Roger
> Cc: Koen Kooi; meta-ti at yoctoproject.org; openembedded-devel at lists.openembedded.org
> Subject: Re: [meta-ti] [oe] ti81xx-psp-linux-2.6.37: broken kernel with gcc > 4.5
>
> Hello Roger,
>
> >> >>>>> sorry for the cross-post (openembedded-devel, meta-ti), I think
> >> >>>>> this affects both projects one way or the other.
> >> >>>>>
> >> >>>>> Recently, meta-openembedded/toolchain-layer removed gcc-4.5.
> >> >>>>> This means with oe-core + meta-oe you now can choose between
> >> >>>>> gcc-4.6 and gcc-4.7.
> >> >>>>> However, both compilers break the kernel we're using
> >> >>>>> (ti81xx-psp-linux-2.6.37).
> >> >>>>
> >> >>>> What happens when you disable the mailbox? AIUI you shouldn't
> >> >>>> need that on Ne/Ce.
> >> >>>
> >> >>> How do I disable the mailbox?
> >> >>
> >> >> In the .config
> >> >
> >> > Wait wait wait, according to drivers/staging/tidspbridge/Kconfig we
> >> > need OMAP_MBOX_FWK (i.e. "the mailbox") in order to use the DSP
> >> > bridge. Disabling it would mean cutting off our DSP. No way.
> >>
> >> Are you actually using dspbridge? Or are you using dsplink or syslink?
> >>
> >> >>> What do you mean by Ne/Ce?
> >> >>
> >> >> Netra/Centaurus, dm81xx, c6a81xx, am38xx, am39xx or whatever TI is
> >> calling it nowadays.
> >> >
> >> > We're on a "TI DaVinci DM8148", featuring a cortex-a8 combined with
> >> > a C674x DSP.
> >>
> >> So a centaurus family SoC.
> >
> > Can you put some printk's in omap_mbox_register (plat-omap/mailbox.c) to print the list objects, in particular the mbox->name?
> >
> > Would also be useful to see the same in omap_mbox_get() before the call to strcmp().
>
> So did you put your printks in there and then run the code? Were you able to reproduce the issue?

I'm afraid this is not a platform that I am working with unfortunately, so I'm not able to help directly with this issue.  My previous comments were in an attempt to try to help you (or others) to progress further with the debug of this issue.

> Regards,
> Thilo
> --
> Dipl.-Ing (FH) Thilo Fromm, MSc., Embedded Systems Architect DResearch Fahrzeugelektronik GmbH Otto-Schmirgal-Str. 3, D-10319 Berlin, Germany
> Tel: +49 (30) 515 932 228   mailto:fromm at dresearch-fe.de
> Fax: +49 (30) 515 932 77    http://www.dresearch.de
> Amtsgericht: Berlin Charlottenburg, HRB 130120 B Ust.-IDNr. DE273952058
> Geschäftsführer: Dr. M. Weber, W. Mögle