Date: Mon, 9 Jan 2017 16:07:58 +0200 From: Mihai Carabas <mihai.carabas@gmail.com> To: Ian Lepore <ian@freebsd.org> Cc: Emmanuel Vadot <manu@bidouilliste.com>, Nicolae-Alexandru Ivan <alexnivan@gmail.com>, freebsd-arm@freebsd.org Subject: Re: Cubieboard2 with custom bootloader Message-ID: <CANg1yUtHn7na3ZcbPJRvwwJD3Dccd=HSOPXAN%2BsviZ9xmyt=Gg@mail.gmail.com> In-Reply-To: <1481817793.1972.2.camel@freebsd.org> References: <CANg1yUsXALko5VvLsyNsHfkA2CDbRX4G_ARgFyjs7ixOo_9KKw@mail.gmail.com> <20161212160553.dee9d435125f9c6b67355d21@bidouilliste.com> <CANg1yUvmK3ti%2BSVXm30GB764SusaDYeKr6SPs5murXXV-8AZVQ@mail.gmail.com> <20161215123900.f141d13bd9814d43feb3f736@bidouilliste.com> <CAPEXxG6Dc33kcy2-jdCF%2BM9XJ5F9XaXpn_U4WT-GaDS=qYNj6w@mail.gmail.com> <20161215133505.a7ffa64924f3be052840b828@bidouilliste.com> <1481817793.1972.2.camel@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Hello everyone, We managed to boot the Cubie2 with a custom bootloader, but we are still having trouble in executing "hvc" instruction (it ends up with undefined instruction in kernel). At this point I think is an SMP related issue. The bhyvearm code was only tested on an emulated platform with one core. For SMP there is still work that need to be done. We tried to disable the SMP for Cubie2 but without luck. We disabled the following options options SMP options PLATFORM_SMP But is still compiling with SMP. Do you have any insights for this? Thank you, Mihai On Thu, Dec 15, 2016 at 6:03 PM, Ian Lepore <ian@freebsd.org> wrote: > On Thu, 2016-12-15 at 13:35 +0100, Emmanuel Vadot wrote: > > On Thu, 15 Dec 2016 14:26:48 +0200 > > Nicolae-Alexandru Ivan <alexnivan@gmail.com> wrote: > > > > > > > > > > > > > For 1 and 2, as Ganbold said ubldr is broken since clang 3.9 > > > > import > > > > (well only ubldr.bin for me ...) > > > > For 3 and 4 I've never tested booting kernel directly, I'll try > > > > that. > > > > Does your kernel have a static dtb compiled in ? > > > Yes, we included the device tree in the kernel binary. > > > The options below are included in our conf. > > > > > > #FDT > > > options FDT > > > options FDT_DTB_STATIC > > > makeoptions FDT_DTS_FILE=cubieboard2.dts > > Oh I might now, my patches introduce a FreeBSD option for uboot that > > disable the dcache while it's strictly disable in the ports. > > Do a gmake menuconfig in uboot before compiling but after gmake > > cubieboard2_defconfig to enable this. > > > > It shouldn't be necessary to disable dcache, but it does need to be > flushed before launching ubldr or the kernel; especially, it needs the > icache sync'd. The stock uboot does the needed cache work only in the > path that launches linux that has been packaged as an image file (and > before launching vxworks I think). For freebsd the needed cache ops > must be patched into two places, the bootelf path and the go path. > > -- Ian > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CANg1yUtHn7na3ZcbPJRvwwJD3Dccd=HSOPXAN%2BsviZ9xmyt=Gg>