All of lore.kernel.org
 help / color / mirror / Atom feed
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

             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.