This patch ajust CONFIG_SYS_MEMTEST_END for vcoreiii-based systems to
avoid overwriting the relocated u-boot. The former setting was too
agressive with networking etc. enabled on some platforms.
Reviewed-by: Alexandre Belloni
Reviewed-by: Horatiu Vultur
Signed-off-by: Lars Povlsen
---
JH wrote...
I added NAND and UBIFS support to my Yocto layer machine config file:
UBOOT_CONFIG = "nand"
UBOOT_CONFIG[nand] += "mx6ull_14x14_evk_config"
UBOOT_CONFIG[nand] += "mx6ull_14x14_evk_nand_config"
UBOOT_CONFIG[nand] += "ubi"
UBOOT_CONFIG[nand] += "ubifs"
But my u-boot.imx-nand still
Enable FSPI controller support. So, flash environment can now be used.
Signed-off-by: Kuldeep Singh
---
Please let me know if rebase required while applying.
v2:
-Drop other patches from series as already accepted.
-Add ENV_SECT_SIZE value as 0x2
From: Frieder Schrempf
In order to auto-select an option from the pxe boot menu, that
matches the detected board, we check the board model string in the
devicetree and set the default menu selection, if it matches the
label of the menu entry and there is no default selection already
set.
This
From: Frieder Schrempf
In order to make it possible to auto select a default entry by
matching the data of the menu entries by an external matching
function, we add some helpers and expose the
menu_set_default_by_item_data_match() function.
Signed-off-by: Frieder Schrempf
---
Changes in v3:
*
Add mmc device partition 0 as the seat of the environment.
Signed-off-by: Faiz Abbas
---
configs/am43xx_evm_usbhost_boot_defconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/configs/am43xx_evm_usbhost_boot_defconfig
b/configs/am43xx_evm_usbhost_boot_defconfig
index
The following patches fix usb host boot mode in am437x-gp-evm.
Faiz Abbas (2):
configs: am43xx_evm_usbhost: Add configs for USB Host boot mode
configs: am43xx_evm_usbhost_boot: Add device for environment
configs/am43xx_evm_usbhost_boot_defconfig | 12
1 file changed, 12
Enable configs to fix USB Host boot mode.
Signed-off-by: Faiz Abbas
---
configs/am43xx_evm_usbhost_boot_defconfig | 10 ++
1 file changed, 10 insertions(+)
diff --git a/configs/am43xx_evm_usbhost_boot_defconfig
b/configs/am43xx_evm_usbhost_boot_defconfig
index 4eed4f58b0..75bf84301f
Hi Marek,
> From: Marek Vasut
> Sent: mercredi 5 février 2020 03:23
>
> On 2/4/20 2:16 PM, Patrick DELAUNAY wrote:
> > Hi Marek
>
> Hello Patrick,
>
> [...]
>
> What I think you are missing is that not everyone will update
> ATF/U-Boot/Linux in lockstep. That is the problem you
On 2/6/20 9:59 AM, Patrick DELAUNAY wrote:
> Hi Marek,
Hello Patrick
[...]
>> My problem is with the bootloader-Linux clock tree dependency. That
>> dependency
>> should not exist or be minimized, otherwise you end up with a very poor
>> long-term
>> experience, see above. And if you want for
This patch fixes an stability issue seen on some vcoreiii targets,
which was root caused to a cache inconsistency situation.
The inconsistency was caused by having kuseg pointing to NOR area but
used as a stack/gd/heap area during initialization, while only
relatively late remapping the RAM area
Hi Priyanka,
On Thu, Jan 23, 2020 at 11:42:56AM +0200, Baruch Siach wrote:
> On Thu, Jan 23, 2020 at 09:25:29AM +, Priyanka Jain wrote:
> > >-Original Message-
> > >From: Baruch Siach
> > >Sent: Wednesday, December 4, 2019 6:59 PM
> > >To: Priyanka Jain
> > >Cc:
On 2/6/20 11:50 AM, Nico Becker wrote:
> Hello,
Hi,
> after removing the function socfpga_sdram_apply_static_cfg() in
> misc_gen5 we can not use the FPGA2SDRAM bridge.
>
> Without the apply static cfg the kernel crash every time,
> if we try to write @ the fpga2sdram bridge. After an soft reset
Hi,
Sorry for cross-posting, I have been asking for helping solving the
issue many days ago, but could not get those work.
(1) UBI support
I added NAND and UBIFS support to my Yocto layer machine config file:
UBOOT_CONFIG = "nand"
UBOOT_CONFIG[nand] += "mx6ull_14x14_evk_config"
Hello,
after removing the function socfpga_sdram_apply_static_cfg() in
misc_gen5 we can not use the FPGA2SDRAM bridge.
Without the apply static cfg the kernel crash every time,
if we try to write @ the fpga2sdram bridge. After an soft reset
everything is working.
If we add the
Hi JH,
have you tried what we suggested you in your last thread? More specifically
adding your defconfig and tweaking it through menuconfig. and then specify
the UBOOT_MACHINE.
However you should be able to create and apply patches for external repo
without any problem and the needs to push your
On 2/6/20, JH wrote:
> I think I need to add an appended recipes-bsp to my layer just like I
> added the recipes-kernel to my layer to overwrite kernel defconfig, I
> need to overwrite u-boot defconfig.
>
> In kernel, to overwrite defconfig, I run bitbake -c menuconfig
> virtual/kernel, how can I
Thanks Gabriele and Andy,
On 2/6/20, Gabriele Zampieri wrote:
> Hi JH,
>
> have you tried what we suggested you in your last thread? More specifically
> adding your defconfig and tweaking it through menuconfig. and then specify
> the UBOOT_MACHINE.
Yes, as I posted in another thread, the MTD,
I have borked my TS-228 QNAP nas from booting by messing with some files on
the emmc while it was mounted rw.
Support is non-existent for this nas, so I'm attempting to recover it myself
but am a little lost.
I've got a serial hooked up and have tried loading the firmware from a usb
stick but
Hi,
I have made a distribution for Beaglebone black using Buildroot
2019.11.1. Everything works fine when all the files are flashed on a SD
card.
I have now flashed the eMMC with the same files. Unfortunately it
doesn't boot properly anymore. U-boot doesn't read the uEnv.txt anymore.
Here
Am 06.02.2020 um 12:53 schrieb Marek Vasut:
On 2/6/20 11:50 AM, Nico Becker wrote:
Hello,
Hi,
after removing the function socfpga_sdram_apply_static_cfg() in
misc_gen5 we can not use the FPGA2SDRAM bridge.
Without the apply static cfg the kernel crash every time,
if we try to write @ the
Hi,
On Thu, Feb 6, 2020 at 11:07 AM JH wrote:
> Thanks Gabriele and Andy,
>
> On 2/6/20, Gabriele Zampieri wrote:
> > Hi JH,
> >
> > have you tried what we suggested you in your last thread? More
> specifically
> > adding your defconfig and tweaking it through menuconfig. and then
> specify
>
On 2/6/20 1:57 PM, Nico Becker wrote:
> Am 06.02.2020 um 12:53 schrieb Marek Vasut:
>> On 2/6/20 11:50 AM, Nico Becker wrote:
>>> Hello,
>>
>> Hi,
>>
>>> after removing the function socfpga_sdram_apply_static_cfg() in
>>> misc_gen5 we can not use the FPGA2SDRAM bridge.
>>>
>>> Without the apply
Am 06.02.2020 um 14:00 schrieb Marek Vasut:
On 2/6/20 1:57 PM, Nico Becker wrote:
Am 06.02.2020 um 12:53 schrieb Marek Vasut:
On 2/6/20 11:50 AM, Nico Becker wrote:
Hello,
Hi,
after removing the function socfpga_sdram_apply_static_cfg() in
misc_gen5 we can not use the FPGA2SDRAM bridge.
The header isn't used. Including it breaks compilation for external
users of the static library.
Signed-off-by: Martin Hundebøll
---
tools/env/fw_env.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/tools/env/fw_env.h b/tools/env/fw_env.h
index b60fbfc8f8..78c803c944 100644
---
On Xilinx ZynqMP revA board initial value of PHYCR register is 0x5448 which
means FORCE_LINK_GOOD is already setup. Origin code was doing write but the
new code is doing read/modify/write and keep this bit untouched. That's why
ethernet stop to work.
The patch is cleaning this bit when PHYCR value
Driver probe function is called again and again in case of error.
Malloc space is getting full which is is reported by:
Insufficient RAM for page table: 0x15000 > 0x14000.
Please increase the size in get_page_table_size()
### ERROR ### Please RESET the board ###
The patch is freeing allocated
In the first version, the result of malloc is checked
with ut_assertnonnull. But on a fail, this macro exit
the function, so previously malloc are not freed.
So to avoid a memleak, we don't use ut_assertnonnull,
but simply check the return of malloc. If one has failed,
we freed all the allocated
External projects wanting to embed the static library needs it to be
position independent.
Signed-off-by: Martin Hundebøll
---
tools/env/Makefile | 1 +
1 file changed, 1 insertion(+)
diff --git a/tools/env/Makefile b/tools/env/Makefile
index b627796e94..2444269de7 100644
---
On Thu, Feb 6, 2020 at 3:41 PM Nico Becker wrote:
>
> Am 06.02.2020 um 14:00 schrieb Marek Vasut:
> > On 2/6/20 1:57 PM, Nico Becker wrote:
> >> Am 06.02.2020 um 12:53 schrieb Marek Vasut:
> >>> On 2/6/20 11:50 AM, Nico Becker wrote:
> Hello,
> >>>
> >>> Hi,
> >>>
> after removing the
Hello Bin,
> -Original Message-
> From: Bin Meng
> Sent: Tuesday, February 4, 2020 5:43 PM
> To: Sagar Kadam
> Cc: U-Boot Mailing List ; Rick Chen
> ; Paul Walmsley ( Sifive) ;
> Jagan Teki ; Anup Patel
>
> Subject: Re: [U-Boot Patch v2 3/4] dts: u-boot.dtsi: override flash tx-rx
>
Hi Bin,
> -Original Message-
> From: Bin Meng
> Sent: Tuesday, February 4, 2020 5:43 PM
> To: Sagar Kadam
> Cc: U-Boot Mailing List ; Rick Chen
> ; Paul Walmsley ( Sifive) ;
> Jagan Teki ; Anup Patel
>
> Subject: Re: [U-Boot Patch v2 4/4] bdinfo: fu540: print fdt base address for
>
On Tue, Feb 4, 2020 at 11:43 PM Ard Biesheuvel
wrote:
>
> On Wed, 5 Feb 2020 at 05:53, Heinrich Schuchardt wrote:
> >
> > RISC-V booting currently is based on a per boot stage lottery to determine
> > the active CPU. The Hart State Management (HSM) SBI extension replaces
> > this lottery by
This series adds a driver for the Cr50 security chip and enables it on
coral. This supports the 'tpm' command.
In order to make this work a few other changes are included:
- Additional UCLASS_IRQ operations to support requesting and reading
interrupts, using the device tree
- A driver for ACPI
Hi Bin,
On Wed, 5 Feb 2020 at 23:22, Bin Meng wrote:
>
> Hi Simon,
>
> On Wed, Feb 5, 2020 at 10:03 AM Simon Glass wrote:
> >
> > This series adds a driver for the Cr50 security chip and enables it on
> > coral. This supports the 'tpm' command.
> >
> > In order to make this work a few other
Now that we have uclass_first_device_drvdata(), use it from syscon to
reduce code duplication.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
Changes in v4: None
Changes in v3: None
Changes in v2:
- Add new patch to change syscon to use helper function
drivers/core/syscon-uclass.c | 15
At present we have uclass_foreach_dev() which requires that uclass_get()
be called beforehand to find the uclass. This is good if we suspect that
that function might fail, but often we know that the uclass is available.
Add a new helper which does this uclass_get() automatically, so that only
the
It is sometimes useful to find a device in a uclass using only its driver
data. The driver data often indicates the 'subtype' of the device, e,g,
via its compatible string.
Add a function to handle this.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
Changes in v4: None
Changes in v3:
Hi Schrempf,
On Thu, 6 Feb 2020 at 02:09, Schrempf Frieder
wrote:
>
> From: Frieder Schrempf
>
> In order to auto-select an option from the pxe boot menu, that
> matches the detected board, we check the board model string in the
> devicetree and set the default menu selection, if it matches the
Hello Bin,
> -Original Message-
> From: Bin Meng
> Sent: Tuesday, February 4, 2020 5:43 PM
> To: Sagar Kadam
> Cc: U-Boot Mailing List ; Rick Chen
> ; Paul Walmsley ( Sifive) ;
> Jagan Teki ; Anup Patel
>
> Subject: Re: [U-Boot Patch v2 2/4] spi: fu540: add claim and release method
>
At present driver model supports the IRQ uclass but there is no way to
request a particular interrupt for a driver.
Add a mechanism, similar to clock and reset, to read the interrupts
required by a device from the device tree and to request those interrupts.
U-Boot itself does not have
H1 is a Google security chip present in recent Chromebooks, Pixel phones
and other devices. Cr50 is the name of the software that runs on H1 in
Chromebooks.
This chip is used to handle TPM-like functionality and also has quite a
few additional features.
Add a driver for this.
Signed-off-by:
Enable TPM2 so that we can use cr50.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
Changes in v4:
- Rebase on latest x86/master
Changes in v3: None
Changes in v2:
- Update the commit message
- Add new patches to handle requesting interrupts and interrupt state
Hi Heiko,
On Wed, 5 Feb 2020 at 22:19, Heiko Schocher wrote:
>
> Hello Simon,
>
> Am 05.02.2020 um 18:59 schrieb Simon Glass:
> > Hi Heiko,
> >
> > On Wed, 5 Feb 2020 at 02:04, Heiko Schocher wrote:
> >>
> >> Hello Bin, Simon,
> >>
> >> I just porting the mpc83xx based kmcoge5ne board support
Hi Schrempf,
On Thu, 6 Feb 2020 at 02:09, Schrempf Frieder
wrote:
>
> From: Frieder Schrempf
>
> In order to make it possible to auto select a default entry by
> matching the data of the menu entries by an external matching
> function, we add some helpers and expose the
>
On Thu, 6 Feb 2020 at 10:03, Sean Anderson wrote:
>
> This adds a subcommand to dm to dump out what drivers are installed, and their
> compatible strings. I have found this useful in ensuring that I have the
> correct
> drivers compiled, and that I have put in the correct compatible strings.
>
>
So far we have avoided adding a clock driver for Intel devices. But the
Designware I2C driver needs a different clock (133MHz) on Intel devices
than on others (166MHz). Add a simple driver that provides this
information.
This driver can be expanded later as needed.
Signed-off-by: Simon Glass
Enable the Intel clock driver and modify coral's device tree to use it.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
Changes in v4: None
Changes in v3: None
Changes in v2:
- Move intel-clock.h inclusion to the correct patch
arch/x86/cpu/apollolake/Kconfig | 3 +++
This config is not actually used here and in U-Boot it seems better to set
this using the device tree for each individual controller. The monolithic
config of the FSP-S is only necessary if the FSP is actually configuring
something, but here it is not.
The FSP-S does enable/disable the various
Now that we have uclass_first_device_drvdata(), use it from the I2C driver
to reduce code duplication.
Signed-off-by: Simon Glass
Reviewed-by: Heiko Schocher
Reviewed-by: Bin Meng
---
Changes in v4: None
Changes in v3: None
Changes in v2:
- Add new patch to change tegra driver to use helper
There can be different types of interrupt controllers in a system and some
drivers may need to distinguish between these. In general this can be
handled using the device tree by adding the interrupt information to
device nodes.
However on x86 devices we have interrupt controllers which are not
These are actually working correctly, so update the status.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
doc/board/google/chromebook_coral.rst | 2 --
1 file changed, 2 deletions(-)
diff --git
Add definitions for access and status.
Need to drop the mixed case.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
include/tpm-v2.h | 31 +++
1 file changed, 31 insertions(+)
diff --git
ACPI GPEs are used to signal interrupts from peripherals that are accessed
via ACPI. In U-Boot these are modelled as interrupts using a separate
interrupt controller. Configuration is via the device tree.
Add a simple driver for this.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
Allow this driver to be used in TPL by setting up the interrupt type
correctly.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
arch/x86/cpu/intel_common/itss.c | 10 ++
1 file changed, 10 insertions(+)
diff --git
Add an IRQ type to each driver and use irq_first_device_type() to find
and probe the correct one.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
Changes in v4: None
Changes in v3: None
Changes in v2:
- Move 'success' comment into previous patch
arch/x86/cpu/apollolake/fsp_s.c | 4 ++--
Add nodes to the device tree for Cr50 and other available I2C ports. Also
enable the ACPI interrupt driver.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
Changes in v4: None
Changes in v3: None
Changes in v2:
- Move intel-clock.h inclusion to the correct patch
This adds a subcommand to dm to dump out what drivers are installed, and their
compatible strings. I have found this useful in ensuring that I have the correct
drivers compiled, and that I have put in the correct compatible strings.
Signed-off-by: Sean Anderson
Reviewed-by: Bin Meng
Tested-by:
On 06.02.20 19:28, Atish Patra wrote:
On Tue, Feb 4, 2020 at 11:43 PM Ard Biesheuvel
wrote:
On Wed, 5 Feb 2020 at 05:53, Heinrich Schuchardt wrote:
RISC-V booting currently is based on a per boot stage lottery to determine
the active CPU. The Hart State Management (HSM) SBI extension
On Thu, Feb 6, 2020 at 12:10 PM Alexander Graf wrote:
>
>
> On 06.02.20 19:28, Atish Patra wrote:
> > On Tue, Feb 4, 2020 at 11:43 PM Ard Biesheuvel
> > wrote:
> >> On Wed, 5 Feb 2020 at 05:53, Heinrich Schuchardt
> >> wrote:
> >>> RISC-V booting currently is based on a per boot stage lottery
> Am 06.02.2020 um 22:06 schrieb Atish Patra :
>
> On Thu, Feb 6, 2020 at 12:10 PM Alexander Graf wrote:
>>
>>
>>> On 06.02.20 19:28, Atish Patra wrote:
>>> On Tue, Feb 4, 2020 at 11:43 PM Ard Biesheuvel
>>> wrote:
On Wed, 5 Feb 2020 at 05:53, Heinrich Schuchardt
wrote:
>
Hi Sean,
> CCF clocks should always use the struct clock passed to their methods
> for extracting the driver-specific clock information struct.
> Previously, many functions would use the clk->dev->priv if the device
> was bound. This could cause problems with composite clocks. The
> individual
Hi Andy,
On 2/6/20, Andy Pont wrote:
> JH wrote...
>
>
>>I added NAND and UBIFS support to my Yocto layer machine config file:
>>
>>UBOOT_CONFIG = "nand"
>>UBOOT_CONFIG[nand] += "mx6ull_14x14_evk_config"
>>UBOOT_CONFIG[nand] += "mx6ull_14x14_evk_nand_config"
>>UBOOT_CONFIG[nand] += "ubi"
Enable CONFIG_DM_USB to remove below compile warning:
= WARNING ==
This board does not use CONFIG_DM_USB. Please update
the board to use CONFIG_DM_USB before the v2019.07 release.
Failure to update by the deadline may result in board removal.
See
With DM_USB enabled, enable CONFIG_BLK to remove this
compile warning for ls1012afrdm based targets:
= WARNING ==
This board does not use CONFIG_DM_USB. Please update
the board to use CONFIG_DM_USB before the v2019.07 release.
Failure to update by the
On Fri, Feb 07, 2020 at 02:14:37PM +0900, AKASHI Takahiro wrote:
> A small text in docs/uefi/uefi.rst was added to explain how we can
> configure and utilise UEFI secure boot feature on U-Boot.
>
> Signed-off-by: AKASHI Takahiro
> ---
> doc/uefi/uefi.rst | 77
On Thu, Feb 6, 2020 at 2:07 PM Ard Biesheuvel wrote:
>
> On Thu, 6 Feb 2020 at 21:06, Atish Patra wrote:
> >
> > On Thu, Feb 6, 2020 at 12:10 PM Alexander Graf wrote:
> > >
> > >
> > > On 06.02.20 19:28, Atish Patra wrote:
> > > > On Tue, Feb 4, 2020 at 11:43 PM Ard Biesheuvel
> > > > wrote:
>
On Tue, Feb 04, 2020 at 10:43:06PM +0100, Anatolij Gustschin wrote:
> This partially reverts changes by commit 2cc393f32fd9
> ("video: make BPP and ANSI configs optional") since it
> caused issues with other boards (missing LCD console
> output on pinebook, x86 platform or sandbox). Enable
> all
Hi Simon,
On Fri, Feb 7, 2020 at 12:55 AM Simon Glass wrote:
>
> Hi Bin,
>
> On Wed, 5 Feb 2020 at 23:22, Bin Meng wrote:
> >
> > Hi Simon,
> >
> > On Wed, Feb 5, 2020 at 10:03 AM Simon Glass wrote:
> > >
> > > This series adds a driver for the Cr50 security chip and enables it on
> > > coral.
On 2/6/20 2:55 PM, Simon Glass wrote:
Hi Tom,
This cannot be pulled yet since we need to update gitlab's docker
image to include SDL2. But gitlab seems to be having various problems
this week and today i won't work at all: ...
I see the following build error in u-boot-dm/master via Jenkins:
Hi Simon,
removed Dirk from cc and added Mario Six
@Mario: Dirk is maintainer of the gazerbeam board:
https://gitlab.denx.de/u-boot/u-boot/blob/master/board/gdsys/mpc8308/MAINTAINERS#L2
but EMail get not delivered to his EMail address ... so I added
you to cc ... may you have a gazerbeam
Hello Tom and Daniel,
This v4 of patch 6/6 in the series is the only one which yield feedback in the
prior v3. All other are in “Reviewed-By” state.
We hope that v4 sent out a week ago has addressed those issues.
Let us know if there is anything else holding up the series acceptance.
BR
-AN
Hi Gabriele,
On 2/6/20, Gabriele Zampieri wrote:
> As far as I know uboot (usually virtual/bootloader) does not have a task to
> run menuconfig directly from bitbake.
> I usually have a local clone of uboot and I simply run `make [...]
> menuconfig|savedefconfig` , then I create a patch
> to add
A small text in docs/uefi/uefi.rst was added to explain how we can
configure and utilise UEFI secure boot feature on U-Boot.
Signed-off-by: AKASHI Takahiro
---
doc/uefi/uefi.rst | 77 +++
1 file changed, 77 insertions(+)
diff --git
On 2/6/20 3:57 PM, Simon Goldschmidt wrote:
> On Thu, Feb 6, 2020 at 3:41 PM Nico Becker wrote:
>>
>> Am 06.02.2020 um 14:00 schrieb Marek Vasut:
>>> On 2/6/20 1:57 PM, Nico Becker wrote:
Am 06.02.2020 um 12:53 schrieb Marek Vasut:
> On 2/6/20 11:50 AM, Nico Becker wrote:
>> Hello,
Hi Sean,
> clk_composite_ops was shared between all devices in the composite
> clock driver. If one clock had a feature (such as supporting
> set_parent) which another clock did not, it could call a null pointer
> dereference.
>
> This patch does three things
> 1. It adds null-pointer checks to
Hi Sean,
> For clocks not in the CCF, their parents will not have UCLASS_CLK, so
> we just enable them as normal. The enable count is local to the
> struct clk, but this will never result in the actual en-/dis-able op
> being called (unless the same struct clk is enabled twice).
>
> For clocks
Hi Sean,
> Due to the large number of clocks, I decided to use the CCF. The
> overall structure is modeled after the imx code. A common pattern is
> to create a composite clock composed of several component clocks. For
> these component clocks, the clk_register_* functions are not used,
> since
Hi Tom,
This cannot be pulled yet since we need to update gitlab's docker
image to include SDL2. But gitlab seems to be having various problems
this week and today i won't work at all:
https://gitlab.denx.de/u-boot/custodians/u-boot-dm/pipelines/2108
Travis is happy.
So I am sending this just
On Thu, Feb 06, 2020 at 02:55:49PM -0700, Simon Glass wrote:
> Hi Tom,
>
> This cannot be pulled yet since we need to update gitlab's docker
> image to include SDL2. But gitlab seems to be having various problems
> this week and today i won't work at all:
I'll push those changes shortly then,
On Thu, 6 Feb 2020 at 21:06, Atish Patra wrote:
>
> On Thu, Feb 6, 2020 at 12:10 PM Alexander Graf wrote:
> >
> >
> > On 06.02.20 19:28, Atish Patra wrote:
> > > On Tue, Feb 4, 2020 at 11:43 PM Ard Biesheuvel
> > > wrote:
> > >> On Wed, 5 Feb 2020 at 05:53, Heinrich Schuchardt
> > >> wrote:
>
81 matches
Mail list logo
