aboutsummaryrefslogtreecommitdiffstats
path: root/meta-xilinx-bsp/conf/machine/system-zcu102.conf
blob: 5d3bbd286b76ac1a065c99ece061a2e134b02539 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
#@TYPE: Machine
#@NAME: system-zcu102
#@DESCRIPTION: Machine supporting the architectures in the ZCU102 evaluation board.

# This machine sets up a build for a heterogeneous architecture board.
# In this specific case, this refers to a zcu102-zynqmp board, which
# should build artifacts for the hard microblaze architecture, and the
# cortex-a53.

# This is meant to be used as a base case and adapting it to
# other boards should be fairly simple.

# To build a full system, simply invoke the command:
# $ bitbake <image>
# which is analogous to
# $ bitbake mc::<image>
# Where image can be core-image-minimal for example
# If a user wants to build a package for a certain architecture
# a similar command can be invoked, just changing the parameter
# between : and : to the desired multiconfig from one of the
# declared values below.
# For example, to build the xilstandalone library for the microblaze:
# $ bitbake mc:pmumc:xilstandalone
# or to build fsbl for cortexa53:
# $ bitbake mc:fsblmc:zyqmp-fsbl


# These artifacts are the pmu firmware along with the fsbl and the
# Linux OS respectively

# Keep in mind that there would still be a wiring required to merge
# the artifacts from their respective deploy directories using bootgen.
BBMULTICONFIG = "fsblmc pmumc"

# The following should be changed to the machine which corresponds to
# the architecture of a specific device, in this case cortexa53
# But there are several hard coded expected values from several
# repos, e.g. linux-xlnx which expects a defconfig depending on
# the machine that is being used, as a TEMPORARY solution and
# to prove how multiconfig can be used to build a full system
# with heterogeneous architectures we'll use MACHINE=zcu102-zynqmp.

# The downside is that this stills needs xsct and would technically
# build two pmu firmwrares and two fsbls, one coming from our
# multiconfig and one that uses xsct respectively, once the values
# mentioned above are fixed, this should work properly with:
# MACHINE = "cortexa53-zynqmp"

MACHINE = "zcu102-zynqmp"
require conf/machine/${MACHINE}.conf

# Use the same format for TMPDIR  as in the other multiconfigs so its less confusing.
TMPDIR = "${TOPDIR}/tmp-${MACHINE}-${TCLIBC}"

# Create dependencies for Linux only, other multiconfig applications,
# can be built separately, e.g. bitbake mc:pmumc:pmufw
# in this case, linux cannot, also worth mentioning that these should
# eventually be set on a recipe level and would probably be useful to
# create a chain of dependencies: pmufw<-fsbl<-Linux
do_image[mcdepends] += "multiconfig::fsblmc:zynqmp-fsbl:do_deploy"
do_image[mcdepends] += "multiconfig::pmumc:pmufw:do_deploy"