2018-05-06 21:58:06 +00:00
|
|
|
# SPDX-License-Identifier: GPL-2.0+
|
2017-11-14 01:54:54 +00:00
|
|
|
# Copyright (c) 2016 Google, Inc
|
|
|
|
# Written by Simon Glass <sjg@chromium.org>
|
|
|
|
#
|
|
|
|
# Handle various things related to ELF images
|
|
|
|
#
|
|
|
|
|
|
|
|
from collections import namedtuple, OrderedDict
|
|
|
|
import command
|
|
|
|
import os
|
|
|
|
import re
|
|
|
|
import struct
|
|
|
|
|
|
|
|
import tools
|
|
|
|
|
2017-11-14 01:55:00 +00:00
|
|
|
# This is enabled from control.py
|
|
|
|
debug = False
|
|
|
|
|
2017-11-14 01:54:54 +00:00
|
|
|
Symbol = namedtuple('Symbol', ['section', 'address', 'size', 'weak'])
|
|
|
|
|
|
|
|
|
|
|
|
def GetSymbols(fname, patterns):
|
|
|
|
"""Get the symbols from an ELF file
|
|
|
|
|
|
|
|
Args:
|
|
|
|
fname: Filename of the ELF file to read
|
|
|
|
patterns: List of regex patterns to search for, each a string
|
|
|
|
|
|
|
|
Returns:
|
|
|
|
None, if the file does not exist, or Dict:
|
|
|
|
key: Name of symbol
|
|
|
|
value: Hex value of symbol
|
|
|
|
"""
|
|
|
|
stdout = command.Output('objdump', '-t', fname, raise_on_error=False)
|
|
|
|
lines = stdout.splitlines()
|
|
|
|
if patterns:
|
|
|
|
re_syms = re.compile('|'.join(patterns))
|
|
|
|
else:
|
|
|
|
re_syms = None
|
|
|
|
syms = {}
|
|
|
|
syms_started = False
|
|
|
|
for line in lines:
|
|
|
|
if not line or not syms_started:
|
|
|
|
if 'SYMBOL TABLE' in line:
|
|
|
|
syms_started = True
|
|
|
|
line = None # Otherwise code coverage complains about 'continue'
|
|
|
|
continue
|
|
|
|
if re_syms and not re_syms.search(line):
|
|
|
|
continue
|
|
|
|
|
|
|
|
space_pos = line.find(' ')
|
|
|
|
value, rest = line[:space_pos], line[space_pos + 1:]
|
|
|
|
flags = rest[:7]
|
|
|
|
parts = rest[7:].split()
|
|
|
|
section, size = parts[:2]
|
|
|
|
if len(parts) > 2:
|
|
|
|
name = parts[2]
|
|
|
|
syms[name] = Symbol(section, int(value, 16), int(size,16),
|
|
|
|
flags[1] == 'w')
|
2018-07-17 19:25:24 +00:00
|
|
|
|
|
|
|
# Sort dict by address
|
2019-05-14 21:53:41 +00:00
|
|
|
return OrderedDict(sorted(syms.items(), key=lambda x: x[1].address))
|
2017-11-14 01:54:54 +00:00
|
|
|
|
|
|
|
def GetSymbolAddress(fname, sym_name):
|
|
|
|
"""Get a value of a symbol from an ELF file
|
|
|
|
|
|
|
|
Args:
|
|
|
|
fname: Filename of the ELF file to read
|
|
|
|
patterns: List of regex patterns to search for, each a string
|
|
|
|
|
|
|
|
Returns:
|
|
|
|
Symbol value (as an integer) or None if not found
|
|
|
|
"""
|
|
|
|
syms = GetSymbols(fname, [sym_name])
|
|
|
|
sym = syms.get(sym_name)
|
|
|
|
if not sym:
|
|
|
|
return None
|
|
|
|
return sym.address
|
binman: Support accessing binman tables at run time
Binman construct images consisting of multiple binary files. These files
sometimes need to know (at run timme) where their peers are located. For
example, SPL may want to know where U-Boot is located in the image, so
that it can jump to U-Boot correctly on boot.
In general the positions where the binaries end up after binman has
finished packing them cannot be known at compile time. One reason for
this is that binman does not know the size of the binaries until
everything is compiled, linked and converted to binaries with objcopy.
To make this work, we add a feature to binman which checks each binary
for symbol names starting with '_binman'. These are then decoded to figure
out which entry and property they refer to. Then binman writes the value
of this symbol into the appropriate binary. With this, the symbol will
have the correct value at run time.
Macros are used to make this easier to use. As an example, this declares
a symbol that will access the 'u-boot-spl' entry to find the 'pos' value
(i.e. the position of SPL in the image):
binman_sym_declare(unsigned long, u_boot_spl, pos);
This converts to a symbol called '_binman_u_boot_spl_prop_pos' in any
binary that includes it. Binman then updates the value in that binary,
ensuring that it can be accessed at runtime with:
ulong u_boot_pos = binman_sym(ulong, u_boot_spl, pos);
This assigns the variable u_boot_pos to the position of SPL in the image.
Signed-off-by: Simon Glass <sjg@chromium.org>
2017-11-14 01:55:01 +00:00
|
|
|
|
2018-06-01 15:38:13 +00:00
|
|
|
def LookupAndWriteSymbols(elf_fname, entry, section):
|
binman: Support accessing binman tables at run time
Binman construct images consisting of multiple binary files. These files
sometimes need to know (at run timme) where their peers are located. For
example, SPL may want to know where U-Boot is located in the image, so
that it can jump to U-Boot correctly on boot.
In general the positions where the binaries end up after binman has
finished packing them cannot be known at compile time. One reason for
this is that binman does not know the size of the binaries until
everything is compiled, linked and converted to binaries with objcopy.
To make this work, we add a feature to binman which checks each binary
for symbol names starting with '_binman'. These are then decoded to figure
out which entry and property they refer to. Then binman writes the value
of this symbol into the appropriate binary. With this, the symbol will
have the correct value at run time.
Macros are used to make this easier to use. As an example, this declares
a symbol that will access the 'u-boot-spl' entry to find the 'pos' value
(i.e. the position of SPL in the image):
binman_sym_declare(unsigned long, u_boot_spl, pos);
This converts to a symbol called '_binman_u_boot_spl_prop_pos' in any
binary that includes it. Binman then updates the value in that binary,
ensuring that it can be accessed at runtime with:
ulong u_boot_pos = binman_sym(ulong, u_boot_spl, pos);
This assigns the variable u_boot_pos to the position of SPL in the image.
Signed-off-by: Simon Glass <sjg@chromium.org>
2017-11-14 01:55:01 +00:00
|
|
|
"""Replace all symbols in an entry with their correct values
|
|
|
|
|
|
|
|
The entry contents is updated so that values for referenced symbols will be
|
2018-08-01 21:22:37 +00:00
|
|
|
visible at run time. This is done by finding out the symbols offsets in the
|
|
|
|
entry (using the ELF file) and replacing them with values from binman's data
|
|
|
|
structures.
|
binman: Support accessing binman tables at run time
Binman construct images consisting of multiple binary files. These files
sometimes need to know (at run timme) where their peers are located. For
example, SPL may want to know where U-Boot is located in the image, so
that it can jump to U-Boot correctly on boot.
In general the positions where the binaries end up after binman has
finished packing them cannot be known at compile time. One reason for
this is that binman does not know the size of the binaries until
everything is compiled, linked and converted to binaries with objcopy.
To make this work, we add a feature to binman which checks each binary
for symbol names starting with '_binman'. These are then decoded to figure
out which entry and property they refer to. Then binman writes the value
of this symbol into the appropriate binary. With this, the symbol will
have the correct value at run time.
Macros are used to make this easier to use. As an example, this declares
a symbol that will access the 'u-boot-spl' entry to find the 'pos' value
(i.e. the position of SPL in the image):
binman_sym_declare(unsigned long, u_boot_spl, pos);
This converts to a symbol called '_binman_u_boot_spl_prop_pos' in any
binary that includes it. Binman then updates the value in that binary,
ensuring that it can be accessed at runtime with:
ulong u_boot_pos = binman_sym(ulong, u_boot_spl, pos);
This assigns the variable u_boot_pos to the position of SPL in the image.
Signed-off-by: Simon Glass <sjg@chromium.org>
2017-11-14 01:55:01 +00:00
|
|
|
|
|
|
|
Args:
|
|
|
|
elf_fname: Filename of ELF image containing the symbol information for
|
|
|
|
entry
|
|
|
|
entry: Entry to process
|
2018-06-01 15:38:13 +00:00
|
|
|
section: Section which can be used to lookup symbol values
|
binman: Support accessing binman tables at run time
Binman construct images consisting of multiple binary files. These files
sometimes need to know (at run timme) where their peers are located. For
example, SPL may want to know where U-Boot is located in the image, so
that it can jump to U-Boot correctly on boot.
In general the positions where the binaries end up after binman has
finished packing them cannot be known at compile time. One reason for
this is that binman does not know the size of the binaries until
everything is compiled, linked and converted to binaries with objcopy.
To make this work, we add a feature to binman which checks each binary
for symbol names starting with '_binman'. These are then decoded to figure
out which entry and property they refer to. Then binman writes the value
of this symbol into the appropriate binary. With this, the symbol will
have the correct value at run time.
Macros are used to make this easier to use. As an example, this declares
a symbol that will access the 'u-boot-spl' entry to find the 'pos' value
(i.e. the position of SPL in the image):
binman_sym_declare(unsigned long, u_boot_spl, pos);
This converts to a symbol called '_binman_u_boot_spl_prop_pos' in any
binary that includes it. Binman then updates the value in that binary,
ensuring that it can be accessed at runtime with:
ulong u_boot_pos = binman_sym(ulong, u_boot_spl, pos);
This assigns the variable u_boot_pos to the position of SPL in the image.
Signed-off-by: Simon Glass <sjg@chromium.org>
2017-11-14 01:55:01 +00:00
|
|
|
"""
|
|
|
|
fname = tools.GetInputFilename(elf_fname)
|
|
|
|
syms = GetSymbols(fname, ['image', 'binman'])
|
|
|
|
if not syms:
|
|
|
|
return
|
|
|
|
base = syms.get('__image_copy_start')
|
|
|
|
if not base:
|
|
|
|
return
|
2019-05-14 21:53:41 +00:00
|
|
|
for name, sym in syms.items():
|
binman: Support accessing binman tables at run time
Binman construct images consisting of multiple binary files. These files
sometimes need to know (at run timme) where their peers are located. For
example, SPL may want to know where U-Boot is located in the image, so
that it can jump to U-Boot correctly on boot.
In general the positions where the binaries end up after binman has
finished packing them cannot be known at compile time. One reason for
this is that binman does not know the size of the binaries until
everything is compiled, linked and converted to binaries with objcopy.
To make this work, we add a feature to binman which checks each binary
for symbol names starting with '_binman'. These are then decoded to figure
out which entry and property they refer to. Then binman writes the value
of this symbol into the appropriate binary. With this, the symbol will
have the correct value at run time.
Macros are used to make this easier to use. As an example, this declares
a symbol that will access the 'u-boot-spl' entry to find the 'pos' value
(i.e. the position of SPL in the image):
binman_sym_declare(unsigned long, u_boot_spl, pos);
This converts to a symbol called '_binman_u_boot_spl_prop_pos' in any
binary that includes it. Binman then updates the value in that binary,
ensuring that it can be accessed at runtime with:
ulong u_boot_pos = binman_sym(ulong, u_boot_spl, pos);
This assigns the variable u_boot_pos to the position of SPL in the image.
Signed-off-by: Simon Glass <sjg@chromium.org>
2017-11-14 01:55:01 +00:00
|
|
|
if name.startswith('_binman'):
|
2018-06-01 15:38:13 +00:00
|
|
|
msg = ("Section '%s': Symbol '%s'\n in entry '%s'" %
|
|
|
|
(section.GetPath(), name, entry.GetPath()))
|
binman: Support accessing binman tables at run time
Binman construct images consisting of multiple binary files. These files
sometimes need to know (at run timme) where their peers are located. For
example, SPL may want to know where U-Boot is located in the image, so
that it can jump to U-Boot correctly on boot.
In general the positions where the binaries end up after binman has
finished packing them cannot be known at compile time. One reason for
this is that binman does not know the size of the binaries until
everything is compiled, linked and converted to binaries with objcopy.
To make this work, we add a feature to binman which checks each binary
for symbol names starting with '_binman'. These are then decoded to figure
out which entry and property they refer to. Then binman writes the value
of this symbol into the appropriate binary. With this, the symbol will
have the correct value at run time.
Macros are used to make this easier to use. As an example, this declares
a symbol that will access the 'u-boot-spl' entry to find the 'pos' value
(i.e. the position of SPL in the image):
binman_sym_declare(unsigned long, u_boot_spl, pos);
This converts to a symbol called '_binman_u_boot_spl_prop_pos' in any
binary that includes it. Binman then updates the value in that binary,
ensuring that it can be accessed at runtime with:
ulong u_boot_pos = binman_sym(ulong, u_boot_spl, pos);
This assigns the variable u_boot_pos to the position of SPL in the image.
Signed-off-by: Simon Glass <sjg@chromium.org>
2017-11-14 01:55:01 +00:00
|
|
|
offset = sym.address - base.address
|
|
|
|
if offset < 0 or offset + sym.size > entry.contents_size:
|
|
|
|
raise ValueError('%s has offset %x (size %x) but the contents '
|
|
|
|
'size is %x' % (entry.GetPath(), offset,
|
|
|
|
sym.size, entry.contents_size))
|
|
|
|
if sym.size == 4:
|
|
|
|
pack_string = '<I'
|
|
|
|
elif sym.size == 8:
|
|
|
|
pack_string = '<Q'
|
|
|
|
else:
|
|
|
|
raise ValueError('%s has size %d: only 4 and 8 are supported' %
|
|
|
|
(msg, sym.size))
|
|
|
|
|
|
|
|
# Look up the symbol in our entry tables.
|
2018-06-01 15:38:13 +00:00
|
|
|
value = section.LookupSymbol(name, sym.weak, msg)
|
binman: Support accessing binman tables at run time
Binman construct images consisting of multiple binary files. These files
sometimes need to know (at run timme) where their peers are located. For
example, SPL may want to know where U-Boot is located in the image, so
that it can jump to U-Boot correctly on boot.
In general the positions where the binaries end up after binman has
finished packing them cannot be known at compile time. One reason for
this is that binman does not know the size of the binaries until
everything is compiled, linked and converted to binaries with objcopy.
To make this work, we add a feature to binman which checks each binary
for symbol names starting with '_binman'. These are then decoded to figure
out which entry and property they refer to. Then binman writes the value
of this symbol into the appropriate binary. With this, the symbol will
have the correct value at run time.
Macros are used to make this easier to use. As an example, this declares
a symbol that will access the 'u-boot-spl' entry to find the 'pos' value
(i.e. the position of SPL in the image):
binman_sym_declare(unsigned long, u_boot_spl, pos);
This converts to a symbol called '_binman_u_boot_spl_prop_pos' in any
binary that includes it. Binman then updates the value in that binary,
ensuring that it can be accessed at runtime with:
ulong u_boot_pos = binman_sym(ulong, u_boot_spl, pos);
This assigns the variable u_boot_pos to the position of SPL in the image.
Signed-off-by: Simon Glass <sjg@chromium.org>
2017-11-14 01:55:01 +00:00
|
|
|
if value is not None:
|
|
|
|
value += base.address
|
|
|
|
else:
|
|
|
|
value = -1
|
|
|
|
pack_string = pack_string.lower()
|
|
|
|
value_bytes = struct.pack(pack_string, value)
|
|
|
|
if debug:
|
|
|
|
print('%s:\n insert %s, offset %x, value %x, length %d' %
|
|
|
|
(msg, name, offset, value, len(value_bytes)))
|
|
|
|
entry.data = (entry.data[:offset] + value_bytes +
|
|
|
|
entry.data[offset + sym.size:])
|