On Tue, Oct 25, 2011 at 8:17 AM, [email protected] <[email protected]> wrote: > On Tue, Oct 25, 2011 at 3:52 AM, Stuart Hughes <[email protected]> wrote: >> Hi Jon, >> >> If you post where you are and what is incorrect/needs work then maybe some >> others on the list who know how to port u-boot SPL may be able to help. >> >> Also, it would be nice if you documented the steps you took to fix the >> toolchain symlink and also the line removed from mtd-utils. That way,
I just turned mtd-utils off. There is a line in it where a value is calculated and never used, which triggers a warning as error failure. I'll send a patch in when I can get to the point of being able to run the package. The compiler tells you the problem line number. >> others can manually do the fix-ups and possibly someone may find time to >> turn it into a patch that can be applied against LTIB CVS. > > I changed the locations it was copying from in my /usr to absolute > links instead of relative. After doing that they worked after being > copied. > > The links in: > /usr/lib/gcc/arm-linux-gnueabi/4.6.1/libgomp.so > /usr/lib/gcc/arm-linux-gnueabi/4.6.1/libgcc_s.so.1 > >> >> Regards, Stuart >> >> On 24/10/11 19:44, [email protected] wrote: >>> >>> On Mon, Oct 24, 2011 at 1:31 PM, [email protected]<[email protected]> >>> wrote: >>>> >>>> On Mon, Oct 24, 2011 at 12:32 PM, Kevin Wells<[email protected]> >>>> wrote: >>>>> >>>>> Hi Stuart, >>>>> >>>>> You want to push that patch in? I somehow missed the custom toolchain >>>>> option, but the custom toolchain arguments options is there. Must have >>>>> been >>>>> one of those days. I'll check the others to see if any more are missing >>>>> that. >>> >>> After fixing the relative symlink issue up manually I rebuilt >>> everything using Linaro 4.6.1 gcc. Everything built except for >>> mtd-utils. The source for mtd-utils needs a line deleted in order to >>> build. >>> >>> I can't test since I don't have my system in a running state. I'm >>> still messing around with porting uboot up to the current revision. >>> But this gets me around the kernel complaining that the C compiler has >>> known bugs that will make the kernel fail. >>> >>> Any help with the u-boot port would be appreciated. The conversion to >>> u-boot SPL support is rather complicated. I have already ported the >>> kernel support up to the current version. After I get u-boot working I >>> will start submitting this code to mainline. >>> >>> >>>> It is copying a relative symlink: >>>> jonsmirl@terra:/home/apps/ltib$ ls >>>> /usr/lib/gcc/arm-linux-gnueabi/4.6.1/libgcc_s* -l >>>> -rw-r--r-- 1 root root 135 2011-09-29 02:56 >>>> /usr/lib/gcc/arm-linux-gnueabi/4.6.1/libgcc_s.so >>>> lrwxrwxrwx 1 root root 47 2011-09-29 03:03 >>>> /usr/lib/gcc/arm-linux-gnueabi/4.6.1/libgcc_s.so.1 -> >>>> ../../../../arm-linux-gnueabi/lib/libgcc_s.so.1 >>>> >>>> Which doesn't work after it is copied. >>>> >>>> >>>> I did a ./ltib -m distclean >>>> picked ea3131, path /usr, prefix arm-linux-gnueabi- >>>> >>>> + cp -dp /usr/lib/gcc/arm-linux-gnueabi/4.6.1/libgcc_s.so >>>> /usr/lib/gcc/arm-linux-gnueabi/4.6.1/libgcc_s.so.1 >>>> /home/apps/ltib/tmp/base_libs//opt/freescale/rootfs/arm/lib/ >>>> + set -e >>>> + perl -w -e >>>> @ARGV = grep { `file $_` =~ m,ASCII C program text, } @ARGV; >>>> exit(0) unless @ARGV; >>>> $^I = ".bak"; >>>> while(<>) { >>>> s,[\S/]+/,,g if m,^GROUP,; >>>> print; >>>> } >>>> /home/apps/ltib/tmp/base_libs//opt/freescale/rootfs/arm/lib/libc.so >>>> /home/apps/ltib/tmp/base_libs//opt/freescale/rootfs/arm/lib/libpthread.so >>>> /home/apps/ltib/tmp/base_libs//opt/freescale/rootfs/arm/usr/lib/libc.so >>>> >>>> /home/apps/ltib/tmp/base_libs//opt/freescale/rootfs/arm/usr/lib/libpthread.so >>>> + cd /home/apps/ltib/tmp/base_libs//opt/freescale/rootfs/arm >>>> + find /home/apps/ltib/tmp/base_libs//opt/freescale/rootfs/arm/lib >>>> + xargs chmod 755 >>>> chmod: cannot operate on dangling symlink >>>> >>>> `/home/apps/ltib/tmp/base_libs//opt/freescale/rootfs/arm/lib/libgcc_s.so.1' >>>> error: Bad exit status from /home/apps/ltib/tmp/rpm-tmp.59841 (%install) >>>> >>>> >>>> RPM build errors: >>>> Bad exit status from /home/apps/ltib/tmp/rpm-tmp.59841 (%install) >>>> Build time for base_libs: 1 seconds >>>> >>>> Failed building base_libs >>>> >>>> >>>> >>>> >>>> >>>>> Kevin >>>>> >>>>> -----Original Message----- >>>>> From: [email protected] >>>>> [mailto:[email protected]] On Behalf Of Stuart >>>>> Hughes >>>>> Sent: Monday, October 24, 2011 1:08 AM >>>>> To: [email protected] >>>>> Cc: [email protected] >>>>> Subject: Re: [Ltib] Security fixes and merging changes upstream >>>>> >>>>> On 23/10/11 17:07, [email protected] wrote: >>>>>> >>>>>> On Sun, Oct 23, 2011 at 12:01 PM, >>>>>> [email protected]<[email protected]> wrote: >>>>>>> >>>>>>> On Sun, Oct 23, 2011 at 11:24 AM, Stuart Hughes<[email protected]> >>>>>>> wrote: >>>>>>>> >>>>>>>> Hi Jon, >>>>>>>> >>>>>>>> This stuff is processed in config/userspace/toolchain.lkc which >>>>>>>> should >>>>>>>> be included in the BSP's config/platform/_target_/main.lkc file. >>>>>>>> >>>>>>>> Maybe whoever made this platform forgot to add it into the list of >>>>>>>> toolchains for that platform? Which platform do you have selected? >>>>>>> >>>>>>> Embedded Artists board with the NXP LPC3131 >>>>>> >>>>>> The EA config files are not using the support in config/userspace >>>>>> >>>>> Not sure why they missed that in their BSP config. If it's the one I >>>>> think you mean, you could try adding this patch: >>>>> >>>>> cvs diff: Diffing config/platform/ea3131 >>>>> Index: config/platform/ea3131/main.lkc >>>>> =================================================================== >>>>> RCS file: /sources/ltib/ltib/config/platform/ea3131/main.lkc,v >>>>> retrieving revision 1.4 >>>>> diff -u -r1.4 main.lkc >>>>> --- config/platform/ea3131/main.lkc 19 Apr 2010 20:28:12 -0000 1.4 >>>>> +++ config/platform/ea3131/main.lkc 24 Oct 2011 08:06:55 -0000 >>>>> @@ -58,6 +58,10 @@ >>>>> >>>>> config TOOLCHAIN1 >>>>> bool "gcc-3.4.5-glibc-2.3.6 (soft-float)" if GLIBC >>>>> + >>>>> + config TOOLCHAIN_CUSTOM >>>>> + bool "custom" >>>>> + >>>>> endchoice >>>>> >>>>> config TOOLCHAIN >>>>> >>>>> Regards, Stuart >>>>> >>>>> _______________________________________________ >>>>> LTIB home page: http://ltib.org >>>>> >>>>> Ltib mailing list >>>>> [email protected] >>>>> https://lists.nongnu.org/mailman/listinfo/ltib >>>>> >>>>> _______________________________________________ >>>>> LTIB home page: http://ltib.org >>>>> >>>>> Ltib mailing list >>>>> [email protected] >>>>> https://lists.nongnu.org/mailman/listinfo/ltib >>>>> >>>> >>>> >>>> -- >>>> Jon Smirl >>>> [email protected] >>>> >>> >>> >> >> > > > > -- > Jon Smirl > [email protected] > -- Jon Smirl [email protected] _______________________________________________ LTIB home page: http://ltib.org Ltib mailing list [email protected] https://lists.nongnu.org/mailman/listinfo/ltib
