The extra ACPI code increases U-Boot above it current size limit. Move
the start earlier to provide space.
Signed-off-by: Simon Glass
---
(no changes since v2)
Changes in v2:
- Add new patch to allow more space for U-Boot on link
configs/chromebook_link_defconfig | 2 +-
1 file changed, 1
Add a function to generate ACPI code for a _DSM method for a device.
This includes functions for starting and ending each part of the _DSM.
Signed-off-by: Simon Glass
---
(no changes since v1)
include/acpi/acpi_device.h | 14 +
include/acpi/acpigen.h | 99
Some devices can wake the system from sleep, e.g opening the lid on a
clamshell or moving a USB mouse.
Add a wake to specify this for USB devices and add the settings for Apollo
Lake.
Signed-off-by: Simon Glass
---
(no changes since v1)
arch/x86/include/asm/arch-apollolake/gpe.h | 135
This function currently accepts the IRQ-polarity type. Fix it to use the
GPIO type instead.
Signed-off-by: Simon Glass
---
(no changes since v2)
Changes in v2:
- add new patch to fix polarity type in acpi_dp_add_gpio()
drivers/sound/max98357a.c | 2 +-
include/acpi/acpi_dp.h| 2 +-
Add functions to support generating ACPI code for condition checks and
return values.
Signed-off-by: Simon Glass
---
(no changes since v1)
include/acpi/acpigen.h | 93 ++
lib/acpi/acpigen.c | 68 ++
test/dm/acpigen.c
This device has a large set of ACPI tables. Bring these in from coreboot
so that full functionality is available (apart from SMI).
Signed-off-by: Simon Glass
---
(no changes since v1)
Changes in v1:
- Add NHLT audio support
- Capitalise ACPI_OPS_PTR
- Use OEM_TABLE_ID instead of
Add a way to specify the required size for this region. This is used when
generating ACPI tables.
Signed-off-by: Simon Glass
---
(no changes since v1)
arch/x86/Kconfig| 18 ++
arch/x86/cpu/apollolake/Kconfig | 1 +
2 files changed, 19 insertions(+)
diff --git
A 'Power Resource for Wake' list the resources a device depends on for
wake. Add a function to generate this.
Signed-off-by: Simon Glass
---
(no changes since v1)
include/acpi/acpigen.h | 10 ++
lib/acpi/acpigen.c | 10 ++
test/dm/acpigen.c | 30
Expand this to 4KB so that it is possible to add custom information to it.
On Chromebooks this is used to pass verified-boot information.
Signed-off-by: Simon Glass
---
(no changes since v1)
arch/x86/include/asm/acpi/global_nvs.h | 2 +-
arch/x86/include/asm/intel_gnvs.h | 1 +
2 files
Add Apollo Lake ASL files, taken from coreboot.
Signed-off-by: Simon Glass
---
(no changes since v1)
.../include/asm/arch-apollolake/acpi/dptf.asl | 35
.../asm/arch-apollolake/acpi/globalnvs.asl| 41
.../include/asm/arch-apollolake/acpi/gpio.asl | 191 ++
Add the definition of this structure common to Intel devices. It includes
some optional Chrome OS pieces which are used when vboot is integrated.
Drop the APL version as it is basically the same.
Signed-off-by: Simon Glass
---
(no changes since v1)
Changes in v1:
- Use this file in APL
At present U-Boot puts a magic number in the ASL for the GNVS table and
searches for it later.
Add a Kconfig option to use a different approach, where the ASL files
declare the table as an external symbol. U-Boot can then put it wherever
it likes, without any magic numbers or searching.
This value is incorrect and causes problems booting Linux. Fix it.
Signed-off-by: Simon Glass
---
(no changes since v1)
board/google/chromebook_coral/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/board/google/chromebook_coral/Kconfig
Add common DPTF (Intel Dynamic Performance and Thermal Framework) files,
taken from coreboot.
Signed-off-by: Simon Glass
---
(no changes since v1)
arch/x86/include/asm/acpi/dptf/charger.asl | 65 +++
arch/x86/include/asm/acpi/dptf/cpu.asl | 186
Add ASL files for the Chrome OS EC, taken from coreboot.
Signed-off-by: Simon Glass
---
(no changes since v1)
arch/x86/include/asm/acpi/cros_ec/ac.asl | 22 +
arch/x86/include/asm/acpi/cros_ec/als.asl | 56 ++
arch/x86/include/asm/acpi/cros_ec/battery.asl | 411 +
Add common x86 ASL files, taken from coreboot.
Signed-off-by: Simon Glass
---
(no changes since v1)
arch/x86/include/asm/acpi/chromeos.asl| 108 +
arch/x86/include/asm/acpi/cpu.asl | 25
arch/x86/include/asm/acpi/cros_gnvs.asl | 29 +
Note: This is part D of this effort. With this, Coral includes all
required ACPI tables.
At present on x86 U-Boot supports creating ACPI (Advanced Configuration
and Power Interface) tables using the Intel ACPI Source Language (ASL)
compiler.
This is good enough for basic operation but some
On 5/09/20 3:34 am, Pratyush Yadav wrote:
> The SPI NOR core will get Octal DTR in following commits. This has
> presented a significant challenge of keeping the SPL size in check on
> the x530 platform.
I don't think it's just the x530. There are a bunch of other Armada-385
based platforms that
On 5/09/20 3:39 am, Pratyush Yadav wrote:
> Chris,
>
> On 04/09/20 09:04PM, Pratyush Yadav wrote:
>> The SPI NOR core will get Octal DTR in following commits. This has
>> presented a significant challenge of keeping the SPL size in check on
>> the x530 platform.
>>
>> On a previous iteration of
On 9/6/20 9:00 PM, Andre Heider wrote:
> On 05/09/2020 12:02, Heinrich Schuchardt wrote:
>> Symbol CONFIG_DEFAULT_CONSOLE in include/configs/espresso7420.h is not
>> used
>> for espresso7420_defconfig.
>>
>> Signed-off-by: Heinrich Schuchardt
>
> I noticed that too while grepping for
On 05/09/2020 12:02, Heinrich Schuchardt wrote:
Symbol CONFIG_DEFAULT_CONSOLE in include/configs/espresso7420.h is not used
for espresso7420_defconfig.
Signed-off-by: Heinrich Schuchardt
I noticed that too while grepping for CONFIG_DEFAULT_CONSOLE. Afaict
there're quite some boards with it
On Sun, 6 Sep 2020 20:48:57 +0200
Andre Heider wrote:
> On 06/09/2020 18:12, Marek Behun wrote:
> > On Sun, 6 Sep 2020 11:32:47 +0200
> > Pali Rohár wrote:
> >
> >> Adding Marek to loop.
> >>
> >> On Saturday 05 September 2020 14:07:44 Andre Heider wrote:
> >>> Required for the generic
On 06/09/2020 18:12, Marek Behun wrote:
On Sun, 6 Sep 2020 11:32:47 +0200
Pali Rohár wrote:
Adding Marek to loop.
On Saturday 05 September 2020 14:07:44 Andre Heider wrote:
Required for the generic distro mechanism.
Linux ships with 4 variants:
marvell/armada-3720-espressobin-v7-emmc.dtb
On 06/09/2020 11:32, Pali Rohár wrote:
Adding Marek to loop.
On Saturday 05 September 2020 14:07:44 Andre Heider wrote:
Required for the generic distro mechanism.
Linux ships with 4 variants:
marvell/armada-3720-espressobin-v7-emmc.dtb
marvell/armada-3720-espressobin-v7.dtb
Write log messages when booting via the bootefi command to allow tracking
on the syslog server. Example messages are
Booting /snp.efi
or
Booting /MemoryMapped(0x0,0x4fe0,0x35a40)
Loading image failed
Signed-off-by: Heinrich Schuchardt
---
cmd/bootefi.c | 12 +---
1
This series adds support for help messages when binary blobs are missing,
as well as selecting the default FIT configuration.
It includes the v3 patches from the earlier series that were not applied.
Note: This series is available at u-boot-dm/binman-working and is based
on u-boot-dm/next
Add a new entry argument to the fit entry which allows selection of the
default configuration to use. This is the 'default' property in the
'configurations' node.
Update the Makefile to pass in the value of DEVICE_TREE or
CONFIG_DEFAULT_DEVICE_TREE to provide this information.
Signed-off-by:
Add a special help message pointing to the relevant README.
Signed-off-by: Simon Glass
---
Changes in v4:
- Drop patches previous applied to u-boot-dm/next
arch/arm/dts/sunxi-u-boot.dtsi | 1 +
tools/binman/missing-blob-help | 4
2 files changed, 5 insertions(+)
diff --git
When an external blob is missing it can be quite confusing for the user.
Add a way to provide a help message that is shown.
Signed-off-by: Simon Glass
---
(no changes since v3)
Changes in v3:
- Add a way to show help messages for missing blobs
tools/binman/README| 6
It is useful to be able to flash Edison directly without relying on the
installed U-Boot being functional.
Add a binman image for this. It includes a 'OSIP' header (which happens to
look like an MBR / (Master-Boot Record), U-Boot binary and an environment.
I am not able to find a specification
The recent support for missing external binaries does not show an error
message when a file is genuinely missing (i.e. it is missing but not
marked as 'external'). This means that when -m is passed to binman, it
will never report a missing file.
Fix this and add a test.
Signed-off-by: Simon
Add a description of how to flash Edison using the xFSTK tool.
Signed-off-by: Simon Glass
Reviewed-by: Andy Shevchenko
---
Changes in v2:
- Drop git hash from U-Boot version string
doc/board/intel/edison.rst | 120 +
1 file changed, 120 insertions(+)
diff
In some cases it is useful to include a U-Boot environment region in an
image. This allows the board to start up with an environment ready to go.
Add a new entry type for this. The input is a text file containing the
environment entries, one per line, in the format:
var=value
Signed-off-by:
We already use binman's 'multiple-images' feature with Chrome OS and we
want to use it for Edison. There is no real down-side.
Adjust x86 to always use multiple-images.
Signed-off-by: Simon Glass
Acked-by: Andy Shevchenko
---
(no changes since v1)
arch/x86/dts/u-boot.dtsi | 7 ---
1
At present it is painful to put Edison in a hardware lab because it has
two separate recovery modes. When the board has a functioning U-Boot, DFU
can be used. Otherwise an xFSTK image must be used.
This series converts Andy's script to a binman description so that U-Boot
can produce an xFSTK
On Sun, 6 Sep 2020 11:32:47 +0200
Pali Rohár wrote:
> Adding Marek to loop.
>
> On Saturday 05 September 2020 14:07:44 Andre Heider wrote:
> > Required for the generic distro mechanism.
> >
> > Linux ships with 4 variants:
> > marvell/armada-3720-espressobin-v7-emmc.dtb
> >
On Sunday 06 September 2020 17:03:29 Peter Robinson wrote:
> The way U-Boot usually deals with this is syncs as much of the Linux
> ones as possible and if there's bits not in the Linux one that's
> needed to make/keep U-Boot working they add it in a XXX-u-boot.dtsi
> file. There's a number of
On Fri, Sep 4, 2020 at 1:35 PM Andre Heider wrote:
>
> Hi Stefan,
>
> On 04/09/2020 14:02, Stefan Roese wrote:
> > Hi Andre,
> >
> > On 31.08.20 09:53, Pali Rohár wrote:
> >> On Monday 31 August 2020 05:34:07 Andre Heider wrote:
> >>> This adds the disabled eMMC node.
> >>>
> >>> Signed-off-by:
Hi Wolfgang,
On Fri, 4 Sep 2020 at 08:16, Wolfgang Wallner
wrote:
>
> Hi Simon, Bin,
>
> -"Simon Glass" schrieb: -
> > Betreff: [PATCH v2 08/57] x86: acpi: Support external GNVS tables
> >
> > At present U-Boot puts a magic number in the ASL for the GNVS table and
> > searches for it
On Sun, 6 Sep 2020 at 05:46, Alper Nebi Yasak wrote:
>
> Explain that binman interprets these environment variables in the
> "External tools" section to run target/host specific versions of the
> tools, and add a new section on how to use CROSS_COMPILE to run the
> tests on non-x86 machines.
>
>
On Sat, 5 Sep 2020 at 21:26, Samuel Holland wrote:
>
> Allwinner sun50i SoCs contain an OpenRISC 1000 CPU that functions as a
> System Control Processor, or SCP. ARM Trusted Firmware (ATF)
> communicates with the SCP over SCPI to implement the PSCI system
> suspend, shutdown and reset
On Sun, 6 Sep 2020 at 05:46, Alper Nebi Yasak wrote:
>
> These test files are currently "intended for use on x86 hosts", but most
> of the tests using them can still pass when cross-compiled to x86 on an
> arm64 host.
>
> This patch enables non-x86 hosts to run the tests by specifying a
>
On Sat, 5 Sep 2020 at 21:26, Samuel Holland wrote:
>
> This consolidates the SoC-specific part at the top of the file to avoid
> cluttering it up with preprocessor conditions.
>
> Signed-off-by: Samuel Holland
> ---
> arch/arm/dts/sunxi-u-boot.dtsi | 16
> 1 file changed, 8
Hi Samuel,
On Sat, 5 Sep 2020 at 21:26, Samuel Holland wrote:
>
> Add an entry type for a firmware blob for a Sytem Control Processor,
> given by an entry arg. This firmware is a raw binary blob.
>
> Signed-off-by: Samuel Holland
> ---
> Makefile | 2 +-
>
On Sat, 5 Sep 2020 at 21:26, Samuel Holland wrote:
>
> Prior to commit 7f7f8aca8257 ("sunxi: Convert 64-bit boards to use
> binman"), if the BL31 environment variable was not defined, the firmware
> would be loaded from a file "bl31.bin" in the current directory. Restore
> that behavior by
On Sat, 5 Sep 2020 at 21:26, Samuel Holland wrote:
>
> Nodes should have a blank line separating them from sibling nodes and
> properties. Add the necessary lines.
>
> Signed-off-by: Samuel Holland
> ---
> arch/arm/dts/sunxi-u-boot.dtsi | 5 +
> 1 file changed, 5 insertions(+)
Reviewed-by:
On Sat, 5 Sep 2020 at 21:26, Samuel Holland wrote:
>
> Due to an extra level of indentation, the "data" property containing the
> FDT was being written repeatedly after every other property in the node.
> Move the block up one level, so the property is added exactly once.
>
> Signed-off-by:
On Sat, 5 Sep 2020 at 21:26, Samuel Holland wrote:
>
> If neither CONFIG_SPL_FIT_SOURCE nor CONFIG_USE_SPL_FIT_GENERATOR is
> enabled, U_BOOT_ITS will be undefined, and attempting to make u-boot.itb
> will pass invalid arguments to mkimage, causing it to print its help
> message.
>
> Remove the
On 9/6/20 7:18 AM, Heinrich Schuchardt wrote:
> On 9/5/20 3:22 PM, Sean Anderson wrote:
>> It is unsafe to enable OF_BOARD_FIXUP only based on OF_SEPARATE.
>> OF_SEPARATE may indicate that the user wishes U-Boot to use a different
>> device tree than one obtained via OF_PRIOR_STAGE. However,
The series was born from the need to manage the PWM backlight of the
display connected to my beaglebone board. To hit the target, I had to
develop drivers for PWM management which in turn relied on drivers for
managing timers and clocks, all developed according to the driver model.
My intention
With support for other clock drivers, the potentially supported CDCE913
device can no longer be probed without specifying its DT node name.
Signed-off-by: Dario Binacchi
---
(no changes since v1)
board/ti/am335x/board.c | 2 +-
board/ti/am43xx/board.c | 2 +-
2 files changed, 2
Add drivers/video/ti/ folder and move all TI's code in this folder for
better maintenance.
Signed-off-by: Dario Binacchi
---
(no changes since v1)
drivers/video/Kconfig | 5 +
drivers/video/Makefile| 4 +---
drivers/video/ti/Kconfig | 8
The patch enables/disables the LCD domain clock when the device is
probed/removed.
To get the LCD domain clock, the device tree had to be changed. In the
Beaglebone device tree of the most recent Linux kernels, the LCD
controller node is the child of a node that the documentation explains
to be
The schedule for deprecating the features of the pre-driver-model puts
2019.17 as the deadline for the video subsystem. Furthermore, the latest
patches applied to the am335x-fb.c module have decreased the amount of
code shared with the pre-driver-model implementation. Splitting the two
The patch configures the display DPLL using the functions provided by
the driver model API for the clock. The device tree contains everything
needed to get the DPLL clock. The round rate function developed for
calculating the DPLL multiplier and divisor and the platform routines
for accessing the
The previous version of am335x-fb.c contained the functionalities of two
drivers that this patch has split. It was a video type driver that used
the same registration compatible string that now registers a panel type
driver. The proof of this is that two compatible strings were referred
to within
Replace 'dev->dev' with '@desc->dev' in the gpio_request_by_name function
desc parameter description.
Signed-off-by: Dario Binacchi
Reviewed-by: Simon Glass
---
(no changes since v1)
include/asm-generic/gpio.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
The patch adds a function to get display timings from the device tree
node attached to the device.
Signed-off-by: Dario Binacchi
Reviewed-by: Simon Glass
---
(no changes since v1)
arch/sandbox/dts/test.dts | 46 ++
drivers/core/read.c | 6 +++
include/dm/read.h
Complete the devp parameter description.
Signed-off-by: Dario Binacchi
Reviewed-by: Simon Glass
---
(no changes since v1)
include/dm/uclass.h | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/include/dm/uclass.h b/include/dm/uclass.h
index 67ff7466c8..7188304304 100644
For levels equal to the maximum value, the duty cycle must be equal to
the period.
Signed-off-by: Dario Binacchi
Reviewed-by: Simon Glass
---
(no changes since v1)
drivers/video/pwm_backlight.c | 2 +-
test/dm/panel.c | 12 ++--
2 files changed, 7 insertions(+), 7
The description of the 'max_level' field was incorrectly assigned to the
'min_level' field.
Signed-off-by: Dario Binacchi
---
(no changes since v1)
drivers/video/pwm_backlight.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/video/pwm_backlight.c
Enhanced high resolution PWM module (EHRPWM) hardware can be used to
generate PWM output over 2 channels. This commit adds PWM driver support
for EHRPWM device present on AM33XX SOC.
The code is based on the drivers/pwm/pwm-tiehrpwm.c driver of the Linux
kernel.
Signed-off-by: Dario Binacchi
The TI PWMSS driver is a simple bus driver for providing clock and power
management for the PWM peripherals on TI AM33xx SoCs, namely eCAP,
eHRPWM and eQEP.
Based on more recent versions of the device tree inside the linux kernel,
I added the clock domain for each subsystem in am33x.dtsi so it
The implementation of this driver was needed to bind the device tree
sub-nodes of the 'clocks' node. In fact, the lack of the compatible
property in the 'clocks' node does not allow the generic 'syscon' or
'simple-bus' drivers linked to the 'scm_conf@0' node to bind the
'clocks' node and in turn
Add drivers/clk/ti/ folder and move all TI's code in this folder for
better maintenance.
Signed-off-by: Dario Binacchi
---
(no changes since v1)
drivers/clk/Kconfig | 40 +-
drivers/clk/Makefile | 8 +---
This minimal driver is only used to bind child devices.
Signed-off-by: Dario Binacchi
---
(no changes since v1)
doc/device-tree-bindings/arm/omap,prcm.txt | 63 ++
drivers/clk/ti/Makefile| 2 +-
drivers/clk/ti/omap4-cm.c | 22
The prescaler (PTV) setting must be taken into account even when the
timer input clock frequency has been set.
Signed-off-by: Dario Binacchi
---
(no changes since v1)
drivers/timer/omap-timer.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git
The implementation of this driver was needed to bind the sub-nodes of
the 'clocks' node. In fact, the lack of the compatible property in
the 'clocks' node does not allow the generic 'simple-bus' driver to bind
the 'clocks' node and in turn its sub-nodes.
The 'prcm@20' node is therefore the
The __of_translate_address routine translates an address from the
device tree into a CPU physical address. A note in the description of
the routine explains that the crossing of any level with
#size-cells = <0> is to be considered an error not by specification but
since inherited from IBM. This
Until now the clkctrl clocks have been enabled/disabled through platform
routines. Thanks to this patch they can be enabled and configured directly
by the probed devices that need to use them.
Signed-off-by: Dario Binacchi
---
(no changes since v1)
The patch adds support for TI gate clock binding. The code is based on
the drivers/clk/ti/gate.c driver of the Linux kernel.
Signed-off-by: Dario Binacchi
---
(no changes since v1)
.../clock/gpio-gate-clock.txt | 21
.../clock/ti,clockdomain.txt | 24
The patch adds support for TI divider clock binding. The driver uses
routines provided by the common clock framework (ccf).
The code is based on the drivers/clk/ti/divider.c driver of the Linux
kernel.
Signed-off-by: Dario Binacchi
---
Changes in v2:
- Merged to patch [09/31] clk: ti:
Up till this commit passing NULL as input parameter was allowed, but not
handled properly. When a NULL parameter was passed to the function a data
abort was raised.
Signed-off-by: Dario Binacchi
Reviewed-by: Simon Glass
---
(no changes since v1)
arch/arm/mach-omap2/am33xx/clock.c | 10
The driver manages a register-mapped multiplexer with multiple input
clock signals or parents, one of which can be selected as output. It
uses routines provided by the common clock framework (ccf).
The code is based on the drivers/clk/ti/mux.c driver of the Linux
kernel.
Signed-off-by: Dario
Add missing DPLL_EN_FAST_RELOCK_BYPASS macro. Used to put the DPLL in
idle bypass fast relock mode.
Signed-off-by: Dario Binacchi
---
(no changes since v1)
arch/arm/include/asm/arch-am33xx/clock.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/include/asm/arch-am33xx/clock.h
Fix the 'devivce' typo in arch/sandbox/include/asm/clk.h.
Signed-off-by: Dario Binacchi
Reviewed-by: Simon Glass
---
(no changes since v1)
arch/sandbox/include/asm/clk.h | 26 +-
1 file changed, 13 insertions(+), 13 deletions(-)
diff --git
The digital phase-locked loop (DPLL) provides all interface clocks and
functional clocks to the processor of the AM33xx device. The AM33xx
device integrates five different DPLLs:
* Core DPLL
* Per DPLL
* LCD DPLL
* DDR DPLL
* MPU DPLL
The patch adds support for the compatible strings:
*
Export routines that can be used by other drivers avoiding duplicating
code.
Signed-off-by: Dario Binacchi
---
Changes in v2:
- Add the clk_ prefix to the divider functions.
- Add kernel-doc comments to the exported functions.
drivers/clk/clk-divider.c| 24 +++
It returns the rate which will be set if you ask clk_set_rate() to set
that rate. It provides a way to query exactly what rate you'll get if
you call clk_set_rate() with that same argument.
So essentially, clk_round_rate() and clk_set_rate() are equivalent
except the former does not modify the
The linux/err.h header file was included twice.
Signed-off-by: Dario Binacchi
Reviewed-by: Simon Glass
---
(no changes since v1)
include/linux/clk-provider.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/include/linux/clk-provider.h b/include/linux/clk-provider.h
index
This patch lets tools.Run() use host-specific versions with the
for_host keyword argument, based on the host-specific environment
variables (HOSTCC, HOSTOBJCOPY, HOSTSTRIP, etc.).
Signed-off-by: Alper Nebi Yasak
Reviewed-by: Simon Glass
---
Changes in v2:
- Add a table of host-specific
Explain that binman interprets these environment variables in the
"External tools" section to run target/host specific versions of the
tools, and add a new section on how to use CROSS_COMPILE to run the
tests on non-x86 machines.
Signed-off-by: Alper Nebi Yasak
---
Changes in v2:
- Added this
These test files are currently "intended for use on x86 hosts", but most
of the tests using them can still pass when cross-compiled to x86 on an
arm64 host.
This patch enables non-x86 hosts to run the tests by specifying a
cross-compiler via CROSS_COMPILE. The list of variables it sets is taken
Currently, binman always runs the compile tools like cc, objcopy, strip,
etc. using their literal name. Instead, this patch makes it use the
target-specific versions by default, derived from the tool-specific
environment variables (CC, OBJCOPY, STRIP, etc.) or from the
CROSS_COMPILE environment
Right now the 'binman test' command fails spectacularly on arm64 since
it cannot even setup the test environments properly due to errors during
setUpClass(). I can get a 100% coverage result with all tests passing if
I cross-compile things to x86 and run the cross-compiling versions of
some tools.
On 9/5/20 2:40 PM, Tom Rini wrote:
> On Sat, Sep 05, 2020 at 10:58:53AM +0200, Heinrich Schuchardt wrote:
>
>> Provide a description of the U-Boot build process with GCC in the HTML
>> documentation.
>>
>> Signed-off-by: Heinrich Schuchardt
>> ---
>> doc/build/gcc.rst | 119
On 9/5/20 3:22 PM, Sean Anderson wrote:
> It is unsafe to enable OF_BOARD_FIXUP only based on OF_SEPARATE.
> OF_SEPARATE may indicate that the user wishes U-Boot to use a different
> device tree than one obtained via OF_PRIOR_STAGE. However, OF_SEPARATE may
> also indicate that the device tree
Adding Marek to loop.
On Saturday 05 September 2020 14:07:44 Andre Heider wrote:
> Required for the generic distro mechanism.
>
> Linux ships with 4 variants:
> marvell/armada-3720-espressobin-v7-emmc.dtb
> marvell/armada-3720-espressobin-v7.dtb
> marvell/armada-3720-espressobin-emmc.dtb
>
On Friday 04 September 2020 17:36:18 Andre Heider wrote:
> On 04/09/2020 14:40, Stefan Roese wrote:
> > Hi Andre,
> >
> > On 04.09.20 14:35, Andre Heider wrote:
> >
> >
> >
> > > > First I though that you have been syncing the file with the Linux kernel
> > > > version. But now I see that its
101 - 189 of 189 matches
Mail list logo
