From owner-freebsd-arm@freebsd.org Mon Jan 9 14:08:00 2017 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 662BFCA757D for ; Mon, 9 Jan 2017 14:08:00 +0000 (UTC) (envelope-from mihai.carabas@gmail.com) Received: from mail-qk0-x235.google.com (mail-qk0-x235.google.com [IPv6:2607:f8b0:400d:c09::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1F17315AD; Mon, 9 Jan 2017 14:08:00 +0000 (UTC) (envelope-from mihai.carabas@gmail.com) Received: by mail-qk0-x235.google.com with SMTP id 11so42694359qkl.3; Mon, 09 Jan 2017 06:08:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=ddTmAiwMh/Od/SaM/dorWJRoKWHnyISGbp1P7PGs2A0=; b=Tc44ldh3U3PLsQFUz8zyx+xlLsznIevvtsfccXc6kyVTdpNwnko7vSdctOc8SFH+CB q3k6q9nYPSmHrJUOYzLFaU9CHcFLEoc+SQKTTPOe8QqVLIcxLCEaDNYTHhHGScBnygv2 gofpmP3DWPDuL16e6rR+hdAMQxSClyh7YTiVe+PiqBAkxMO47vkAZS6kRC7WVwaE/+n8 0GzTLwgPW1uVIWic4wluziRE1gHMdF6sSI+3oxJUb/u6jJzHVBBQ3MZpNZhwLhagr43l 9un9FV5MFQuFUejf2e1rs6mgv33A7no+wbm2abChzbsVd4h+YUI/lglhLqbA14cp4H+3 L4HQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=ddTmAiwMh/Od/SaM/dorWJRoKWHnyISGbp1P7PGs2A0=; b=QNJ0Tqb9dtB1/xxalQYyevT9ZtPi+4EI2c3tt6uZ5qqTBle1NZ1jPQcHCltQVX3PbZ 1na4N1nIKCDRpu+03yZ2VU7b7FzJmBrojERw38E3+b30InWTnwBv7IQ/djhaXuJNSkW6 W+8c6aBkLpSTWq6zgGNFy13Sha+KSqRXRSKx4Aef29RBcZQTMYPkOHbWKSIaJ3pPzegF uZuLbtnBqTQlrmAhVkdN69Ll9BF00Sx4SRwV1B/w+8y2zJXeCvUfhPEGz6h+35/1QyTc izv7mEXOSi1WzOX3FjtJ07DV33LnF3oz6Gx+Y2RRTDMlrXptcH01BDAcMsoiKxnl6uwv 8Y5g== X-Gm-Message-State: AIkVDXJq5Sd6thpVuHiiyFGt+Xznqn4Ff3D+OK/Xjh75PzyiMr7qXUiSlEnIYLjSRv0UYKzvCi42ON/IPBCiRg== X-Received: by 10.55.103.214 with SMTP id b205mr78246837qkc.142.1483970879249; Mon, 09 Jan 2017 06:07:59 -0800 (PST) MIME-Version: 1.0 Received: by 10.12.167.137 with HTTP; Mon, 9 Jan 2017 06:07:58 -0800 (PST) In-Reply-To: <1481817793.1972.2.camel@freebsd.org> References: <20161212160553.dee9d435125f9c6b67355d21@bidouilliste.com> <20161215123900.f141d13bd9814d43feb3f736@bidouilliste.com> <20161215133505.a7ffa64924f3be052840b828@bidouilliste.com> <1481817793.1972.2.camel@freebsd.org> From: Mihai Carabas Date: Mon, 9 Jan 2017 16:07:58 +0200 Message-ID: Subject: Re: Cubieboard2 with custom bootloader To: Ian Lepore Cc: Emmanuel Vadot , Nicolae-Alexandru Ivan , freebsd-arm@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jan 2017 14:08:00 -0000 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 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 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" >