From owner-freebsd-arm@freebsd.org Wed Sep 27 15:13:06 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 99A5CE06B56 for ; Wed, 27 Sep 2017 15:13:06 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D441876ED2; Wed, 27 Sep 2017 15:13:04 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id fbdbc5be; Wed, 27 Sep 2017 17:13:02 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=7RStbFT4iu/ac88SOhxI8IAEXpw=; b=LNOQnituXb0pwbTaGiJHGdnbbw8Q uB1ZJXPqN1Fb+Navuf9UxXG8953sbOSw2rtdBYKIbI5YYcHWaYBlt2jSFetk1u0c l2ATK+vthlioxj5FKUiFJLbjt7/ufiNArAMBGXLUOcBhHWthDu2hgeUcdAZnGHDN ey1CtB+TUjEAEJE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=IiHxGZ65zF+XT7+VBtH/z9p0FmoJ8TmKF3RRoIwI2SgcrOa/050T80k2 VRKcajKxh6QfhYZsQw9Wv/hkdCOuOcKTyOs39L0xtMjvlnvoUZVmhJ7Bp3ecZpP8 /Afcjyp1cHz6FvaYbDem7x6dOKpOsSy4YmfbjuoLf7A5iM1o4zU= Received: from arcadia (evadot.gandi.net [217.70.181.36]) by mail.blih.net (OpenSMTPD) with ESMTPSA id de40e82b TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Wed, 27 Sep 2017 17:13:02 +0200 (CEST) Date: Wed, 27 Sep 2017 17:13:01 +0200 From: Emmanuel Vadot To: Ian Lepore Cc: freebsd-arm Subject: Re: CUBOX snapshots working? Message-Id: <20170927171301.8cbf838f481c980d1c5f309a@bidouilliste.com> In-Reply-To: <1506524426.73082.182.camel@freebsd.org> References: <201709260339.VAA16701@mail.lariat.net> <1506435673.73082.129.camel@freebsd.org> <201709261732.LAA21422@mail.lariat.net> <20170926200446.c188fda613df2ffb894b1ff3@bidouilliste.com> <1506450112.73082.143.camel@freebsd.org> <20170926204622.67ae9edbca62e2dcdbd1ea31@bidouilliste.com> <1506460653.73082.156.camel@freebsd.org> <1506466528.73082.172.camel@freebsd.org> <20170927112413.4fc048082df75f51a4b71eea@bidouilliste.com> <1506524426.73082.182.camel@freebsd.org> X-Mailer: Sylpheed 3.5.1 (GTK+ 2.24.31; amd64-portbld-freebsd12.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable 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: Wed, 27 Sep 2017 15:13:06 -0000 On Wed, 27 Sep 2017 09:00:26 -0600 Ian Lepore wrote: > On Wed, 2017-09-27 at 11:24 +0200, Emmanuel Vadot wrote: > > On Tue, 26 Sep 2017 16:55:28 -0600 > > Ian Lepore wrote: > >=20 > > >=20 > > > [...] > > > haven't worked much with the new imx6 uboot packages because for me > > > they're completely unusable because they lack support for netbooting. > > > =A0(If you feel tempted to say something about efi and netbooting, pl= ease > > > provide links to how-to documentation at the very least, and an examp= le > > > that works for armv6 would be even better.) > > >=20 > > > -- Ian > > =A0Just set 'filename' to loader.efi in dhcpd.conf (if you use isc-dhcp= d) > > and have it served by tftpd. > > =A0In U-boot : > >=20 > > =A0$ env set boot_targets=3Ddhcp (default is different for each board b= ut > > will look like "mmc0 dhcp usb") > > =A0$ env save (if you want it by default) > > =A0$ boot > >=20 > > =A0This will make u-boot do dhcp request, tftp load the DTB (so > > have it in your tftpd directory), loader.efi and run it. > >=20 >=20 > What if I don't have control over the dhcp server config, how can I > locally configure what file to load? From U-Boot: $ dhcp $ tftp $kernel_addr_r Or something like that, run 'tftp help' or 'help tftp' I never recall. > What if I'm running nfs, but not a tftp server? I don't know if in loader.efi you can use the ip stack from the EFI firmware without doing tftp/bootp If you can just set the variable in loader.efi and it should work. > Where does loader.efi load the kernel and modules from? =A0How do I > control / change that? from the loaddev variable iirc > The configuration I prefer is that loader(8) comes from local storage > (sdcard, whatever), and it loads the kernel, the dtb, and modules, via > nfs. =A0I don't want uboot doing anything on the network itself. =A0How do > I configure that? You can try setting the loaddev to net under loader.efi The main reason to use efi is that we have (in theory) the same support as on amd64. Maybe some of your scenario can't work ATM I don't know, best way is to try. --=20 Emmanuel Vadot