> On May 24, 2015, at 6:44 PM, Tim Kientzle <tim_at_kientzle.com> wrote: > > >> On May 24, 2015, at 12:55 AM, Oleksandr Tymoshenko <gonzo_at_bluezbox.com> wrote: >> >> >>> On May 24, 2015, at 12:12 AM, Garrett Cooper <yaneurabeya_at_gmail.com> wrote: >>> >>> On May 24, 2015, at 0:07, Oleksandr Tymoshenko <gonzo_at_bluezbox.com> wrote: >>> >>>>> On May 23, 2015, at 7:21 PM, Andrey Fesenko <f0andrey_at_gmail.com> wrote: >>>>> >>>>> # uname -a >>>>> FreeBSD des.local 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r283306: Sat >>>>> May 23 11:56:46 MSK 2015 >>>>> root_at_des.local:/usr/obj/usr/src/sys/GENERIC amd64 >>>>> >>>>> I'm build BEAGLEBONE with crochet. >>>>> >>>>> build error >>>>> >>>>> Mounting UFS partition 1 at /usr/obj/_.mount.freebsd >>>>> Installing U-Boot from : /usr/local/share/u-boot/u-boot-beaglebone >>>>> Error: beaglebone.dts:29.1-2 syntax error >>>>> FATAL ERROR: Unable to parse input tree >>>>> >>>>> >>>>> file /usr/src/sys/boot/fdt/dts/arm/beaglebone.dts contain #include >>>>> "am335x-bone.dts" but this file not existence. Need use am335x-evm.dts >>>>> or else? >>>> >>>> >>>> am335x-bone.dts in in sys/gnu/dts/arm/, it's a file provided by vendor (TI) >>>> >>>> I guess crochet does not have this path as include path when compiling >>>> dts files. >>> >>> Pardon me for being a bit daft potentially, but shouldn’t #include work for all dts files (look for #include in this doc: http://events.linuxfoundation.org/sites/events/files/slides/petazzoni-device-tree-dummies.pdf )? >>> Thanks! >>> >> >> >> #include in dts file is handled by cpp(1). /include/ is handled >> by dtc I believe >> >> You can take a look at how FreeBSD compiles dts files in >> sys/tools/fdt/make_dtb.sh >> >> crochet does not have cpp stage of compilation and before my TI >> code/devicetree refactoring none of the dts files referenced in >> crochet used #include. That's why problem never appeared. >> >> Fix is just a matter of fixing freebsd_install_fdt in lib/freebsd.sh. >> If nobody beats me to it I'll try to fix it and submit pull request to Tim. > > I’m testing a fix for this now. > > Thanks for providing such detailed information. This should be fixed now. TimReceived on Mon May 25 2015 - 17:42:04 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:57 UTC