From: "S.J.R. van Schaik" <stephan-zGZ7W/ttz6xN8Ch2cx6nig@public.gmane.org>
To: Dylan Reid <dgreid-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org>
Cc: linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: building nv-uboot for nyan-big.
Date: Mon, 03 Nov 2014 10:42:06 +0000 [thread overview]
Message-ID: <54575BFE.2010108@synkhronix.com> (raw)
Dear D.G. Reid,
I've presented my problem to a few other people on the #linux-exynos
channel, and they have directed me to you.
Recently, I have received my Acer Chromebook 13 CB5-311-T28J (a.k.a.
nyan-big). However, since there doesn't seem to be any documentation
yet. I'll pretty much presume that the instructions are similar to those
for previous boards. So what I am mostly interested in is acquiring a
working binary blob of nv u-boot, that I can then use to boot a Linux
distribution of choice. For the Samsung Chromebook XE303C12 (a.k.a.
snow), this was easy to do since the board was well documented and a nv
u-boot binary blob was readily available. Later on, when the Samsung
Chromebook XE503C32 (a.k.a. peach-pi) got released, the documentation
was scarce and at the time that I was experimenting with that particular
board, no nv u-boot binaries were available.
As a result of that I have done some research to figure out how to build
a working nv u-boot binary, and working instructions can be found on the
linux-exynos wiki [1]. However, when I tried to apply them to the snow
and spring boards, by selecting a different branch and a different
u-boot configuration, those attempts were of no success. Of course those
boards are out of the scope of this particular e-mail, but the past few
days, the same scenario has occurred for the nyan-big board. So, let's
walk through those steps for clarity sake:
First, I cloned the repositories containing both u-boot and the vboot
reference implementation for nyan. I'll assume that nyan is the branch I
want, considering there is no branch for nyan-big, and considering the
base board is named venice2.
git clone
https://chromium.googlesource.com/chromiumos/platform/vboot_reference -b
firmware-nyan-5771.B
git clone
https://chromium.googlesource.com/chromiumos/third_party/u-boot -b
firmware-nyan-5771.B
After cloning these repositories, I simply entered the u-boot
repository, configured it for chromeos_venice2 and started to build it all:
VBOOT_SOURCE=~/chromeos/vboot_reference DEV_TREE_SEPARATE=1 USE_STDINT=1
VBOOT_DEBUG=1 QEMU_ARCH= WERROR=y make O=build/ BUILD_FACTORY_IMAGE=1
distclean
VBOOT_SOURCE=~/chromeos/vboot_reference DEV_TREE_SEPARATE=1 USE_STDINT=1
VBOOT_DEBUG=1 QEMU_ARCH= WERROR=y make O=build/ BUILD_FACTORY_IMAGE=1
chromeos_venice2_config
VBOOT_SOURCE=~/chromeos/vboot_reference DEV_TREE_SEPARATE=1 USE_STDINT=1
VBOOT_DEBUG=1 QEMU_ARCH= WERROR=y make O=build/ BUILD_FACTORY_IMAGE=1 all
The u-boot.bin binary seems to build fine. However, the problem is
similar to the snow and spring boards, where I can't seem to build the
DTB-files. The cause for this seems to be that tegra124.dtsi cannot be
found, despite it being present in arch/arm/dts. I am not entirely sure
whether I can tell DTC what the include paths should be. It may be
useful to know that I am using dtc-1.4.0 here.
You may be wondering why I am using these particular instructions. Well,
these are the instructions I have derived from the u-boot ebuild in the
ChromiumOS overlay, and they have worked successfully for the peach-pi
board, as mentioned before. I hope that these instructions can be
generaised in such a fashion that they can be used for the other boards
as well, without having to rely on setting up a separate chroot
environment (as I already should have a working environment considering
I am running Gentoo on my other chromebooks).
I'd like to thank you for your time, and I hope you can guide me in the
right direction. Maybe you already have a working nv u-boot binary, and
could save me some time here. Although, having working instructions here
would be nice as well.
Yours faithfully,
S.J.R. van Schaik.
1.
http://linux-exynos.org/wiki/ARM_Chromebook/Building_u-boot#Building_U-Boot_for_Peach_Pi.2FPit
next reply other threads:[~2014-11-03 10:42 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-11-03 10:42 S.J.R. van Schaik [this message]
2014-11-03 13:05 ` nv u-boot for spring (was: building nv-uboot for nyan-big.) Andreas Färber
[not found] ` <54577D88.2070002-l3A5Bk7waGM@public.gmane.org>
2014-11-04 18:39 ` Andrew Bresticker
[not found] ` <CAODwPW_ZbCMEwdtuu9gMD_HLQWynC6ZQjno6xVxFMOBuxRzd+A@mail.gmail.com>
2014-11-04 22:28 ` Julius Werner
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=54575BFE.2010108@synkhronix.com \
--to=stephan-zgz7w/ttz6xn8ch2cx6nig@public.gmane.org \
--cc=dgreid-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org \
--cc=linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.