On 27.06.21 20:18, Simon Glass wrote:
> Hi Jan,
>
> On Sun, 27 Jun 2021 at 12:01, Jan Kiszka wrote:
>>
>> On 26.06.21 20:29, Simon Glass wrote:
>>> Hi,
>>>
>>> On Fri, 11 Jun 2021 at 08:08, Tom Rini wrote:
On Fri, Jun 11, 2021 at 07:14:21PM +0530, Lokesh Vutla wrote:
> Hi Tom,
Add a new Kconfig option for EBBR so that the naming is more explicit.
Make EFI_LOADER depend on it.
Avoid enabling the options (EBBR / EFI_LOADER) by default, to save space.
Also add dependencies on driver model and OF_CONTROL, since boards which
have not migrated to these should not be using
Rather than looking at two KConfig options in the Makefile, create a new
Kconfig option for compiling lib/charset.c
Enable it for UFS also, which needs this support.
Signed-off-by: Simon Glass
---
lib/Kconfig | 8
lib/Makefile | 2 +-
2 files changed, 9 insertions(+), 1 deletion(-)
It is bad practice to put function declarations behind an #ifdef since
it makes it impossible to use IS_ENABLED() in the C code.
This header provides two different versions of various functions. Collect
them together in one place for clarity. Allow all the rest of the header
to be included,
This file does not correctly handle the various cases, sometimes
producing warnings about partition_basic_data_guid being defined but not
used. Fix it.
Signed-off-by: Simon Glass
---
disk/part_efi.c | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-)
diff --git a/disk/part_efi.c
At present when using 'make mrproper' on an out-of-tree build, a warning
is shown about include/asm being a directory. With old versions of U-Boot
it is a file, but more recently it has become a directory.
Remove this directory first, since that covers both cases.
Signed-off-by: Simon Glass
---
Since the ACPI-generation code makes use of UUIDs we typically need to
enabled UUID support for it to build. Add a new Kconfig condition.
Use it for BTRFS also.
Signed-off-by: Simon Glass
---
drivers/core/Kconfig | 1 +
fs/btrfs/Kconfig | 1 +
2 files changed, 2 insertions(+)
diff --git
Resync all defconfig files using moveconfig.py
Signed-off-by: Simon Glass
---
configs/am64x_evm_a53_defconfig | 31 +++
configs/am64x_evm_r5_defconfig | 6 ++
configs/draco_defconfig | 2 +-
configs/etamin_defconfig| 2 +-
It has come to light that EFI_LOADER adds an extraordinary amount of
code to U-Boot. For example, with nokia_rx51 the size delta is about
90KB. About 170 boards explicitly disable the option, but is is clear
that many more could, thus saving image size and boot time.
The current situation is
With the new 2021.04 we have a new version of Chromium OS boot, which
supports sandbox, coral and coral-on-coreboot. Add documentation for
this.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
(no changes since v2)
Changes in v2:
- Drop unnecessary patch 'Enable the cbsysinfo command'
With of-platdata-inst we want to set up a reference to each devices'
parent device, if there is one. If we find that the device has a parent
(i.e. is not a root node) but it is not in the list of devices being
written, then we cannot create the reference.
Report an error in this case, since it
All the x86 devicetree files are built at once, whichever board is
actually being built. If coreboot is the target build, CONFIG_ROM_SIZE
is not defined and samus cannot build Chromium OS verified boot. Add
this condition to avoid errors about CONFIG_ROM_SIZE being missing.
Signed-off-by: Simon
Add information about memory usage when U-Boot is started from coreboot.
This is useful when debugging. Also, since coreboot takes a chunk of
memory in the middle of SDRAM for use by PCI devices, it can help avoid
overwriting this with a loaded kernel by accident.
Signed-off-by: Simon Glass
Use VENDOR_COREBOOT instead of TARGET_COREBOOT so we can have multiple
coreboot boards, sharing options. Only SYS_CONFIG_NAME needs to be
defined TARGET_COREBOOT.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
(no changes since v1)
arch/x86/cpu/coreboot/Kconfig | 2 +-
Set up coral so that it can boot from coreboot, even though it is a
bare-metal build. This helps with testing since the same image can be used
in both cases.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
(no changes since v2)
Changes in v2:
- Add missing newline in the error path
-
Add a function comment for get_coreboot_info() and a declaration for
cb_get_sysinfo(), since this may be called from elsewhere.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
(no changes since v1)
arch/x86/include/asm/cb_sysinfo.h | 16
1 file changed, 16
These constants conflict with error codes returned by the MP
implementation when something is wrong. In particular, mp_first_cpu()
returns MP_SELECT_BSP when running without multiprocessing enabled.
Since this is -2, it is interpreted as an error by callers, which
expect a positive CPU number for
The BIOS version may not be present, e.g. on a Chrome OS build. Add the
BIOS date as well, so we get some sort of indication of coreboot's
vintage.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
(no changes since v2)
Changes in v2:
- Reorder declaration and use bios_date for the
A recent change to disable cache setup when booting from coreboot
assumed that this has been done by SPL. The result is that for the
coreboot board, the cache is disabled (in start.S) and never
re-enabled.
If the cache was turned off, as it is on boards without SPL, we should
turn it back on. Add
When starting U-Boot from a previous-stage bootloader we presumably don't
need to set up the variable MTRRs. In fact this could be harmful if the
existing settings are not what U-Boot uses.
Skip that step in this case.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
(no changes since
At present this driver relies on coreboot to provide information about
the console UART. However if coreboot is not compiled with the UART
enabled, the information is left out. This configuration is quite
common, e.g. with shipping x86-based Chrome OS Chromebooks.
Add a way to determine the UART
These headers are not actually used. Drop them so that this driver can
be used by other boards, e.g. coreboot.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
(no changes since v1)
drivers/tpm/cr50_i2c.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/tpm/cr50_i2c.c
At present only bridge devices are bound before relocation, to save space
in pre-relocation memory. In some cases we do actually want to bind a
device, e.g. because it provides the console UART. Add a devicetree
binding to support this.
Use the PCI_VENDEV() macro to encode the cell value. This is
When booting from coreboot we may not have a PCH driver available. The
SPI driver can operate without the PCH but currently complains in this
case. Update it to continue to work normally. The only missing feature
is memory-mapping of SPI-flash contents, which is not essential.
Signed-off-by:
These functions don't modify the device-ID struct that is passed in, so
mark the argument as const, so the data structure can be declared that
way. This allows it to be placed in the rodata section.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
(no changes since v1)
Various issues were discovered in getting Chromium OS verified boot
running on top of coreboot, booting into U-Boot.
Improvements include:
- enable serial console if even coreboot doesn't
- enable cache always
- show the BIOS date since Chromium OS's coreboot doesn't have a version
- update docs
Hi Tom,
On Sun, 27 Jun 2021 at 17:43, Tom Rini wrote:
>
> On Mon, Jun 28, 2021 at 06:17:27AM +0800, Icenowy Zheng wrote:
> > 在 2021-06-27星期日的 13:32 -0600，Simon Glass写道：
> > > Hi Icenowy,
> > >
> > > On Sat, 26 Jun 2021 at 17:57, Icenowy Zheng wrote:
> > > >
> > > > 在 2021-06-26星期六的 12:31
Hi Icenowy,
On Sun, 27 Jun 2021 at 16:17, Icenowy Zheng wrote:
>
> 在 2021-06-27星期日的 13:32 -0600，Simon Glass写道：
> > Hi Icenowy,
> >
> > On Sat, 26 Jun 2021 at 17:57, Icenowy Zheng wrote:
> > >
> > > 在 2021-06-26星期六的 12:31 -0600，Simon Glass写道：
> > > > Hi Icenowy,
> > > >
> > > > On Sat, 19 Jun
On Mon, Jun 28, 2021 at 06:17:27AM +0800, Icenowy Zheng wrote:
> 在 2021-06-27星期日的 13:32 -0600，Simon Glass写道：
> > Hi Icenowy,
> >
> > On Sat, 26 Jun 2021 at 17:57, Icenowy Zheng wrote:
> > >
> > > 在 2021-06-26星期六的 12:31 -0600，Simon Glass写道：
> > > > Hi Icenowy,
> > > >
> > > > On Sat, 19 Jun
On Fri, Jun 18, 2021 at 9:58 PM Radu Pirea (NXP OSS)
wrote:
>
> Add nxp tja1103 phy driver.
>
> Signed-off-by: Radu Pirea (NXP OSS)
> ---
> MAINTAINERS | 5 +
> drivers/net/phy/Kconfig | 6 +
> drivers/net/phy/Makefile | 1 +
>
在 2021-06-27星期日的 13:32 -0600，Simon Glass写道：
> Hi Icenowy,
>
> On Sat, 26 Jun 2021 at 17:57, Icenowy Zheng wrote:
> >
> > 在 2021-06-26星期六的 12:31 -0600，Simon Glass写道：
> > > Hi Icenowy,
> > >
> > > On Sat, 19 Jun 2021 at 03:19, Icenowy Zheng
> > > wrote:
> > > >
> > > > The sunxi_egon type used
On 6/26/21 11:55 PM, Sinthu Raja wrote:
> From: Amarnath MB
>
> Buck regulator 1, 2 and 3 of TPS6594132 on j721e-eaik is in 3 Phase
> confguration, in-order to support this, add configuring 3 Phase buck
> in tps65941 while driver probing.
>
> Signed-off-by: Amarnath MB
> Signed-off-by: Sinthu
On 6/26/21 11:55 PM, Sinthu Raja wrote:
> From: Amarnath MB
>
> Since TPS659412 and TPS659413 are both software compatible,
> add a compatible string for the same inside tps65941.c.
>
> Signed-off-by: Amarnath MB
> Signed-off-by: Sinthu Raja
Acked-by: Jaehoon Chung
Best Regards,
Jaehoon
On 6/24/21 6:14 AM, Gowtham Tammana wrote:
> TI J7200 EVM has lp876441 pmic that is similar to tps65941. Add support
> for same with existing driver with new compatible.
>
> Signed-off-by: Gowtham Tammana
Acked-by: Jaehoon Chung
Best Regards,
Jaehoon Chung
> ---
>
On Sun, Jun 27, 2021 at 11:08:04PM +0200, Mark Kettenis wrote:
> > From: Heinrich Schuchardt
> > Date: Sun, 27 Jun 2021 23:03:58 +0200
> >
> > On 6/27/21 9:44 PM, Tom Rini wrote:
> > > We have had EFI loader support enabled by default on armv7 platforms for
> > > a long time now. However, there
On 6/27/21 11:03 PM, Heinrich Schuchardt wrote:
On 6/27/21 9:44 PM, Tom Rini wrote:
We have had EFI loader support enabled by default on armv7 platforms for
a long time now. However, there has been little uptake in the wider
community to use EFI loader support as the step to start a generic OS
Add rockchip rk3066 sdram driver
Signed-off-by: Paweł Jarosz
Acked-by: Simon Glass
Acked-by: Philipp Tomsich
---
Changes since v1:
- use common rockchip_sdram_size
- moved sdram init from sdram_init.c
Changes since v2:
- none
Changes since v3:
- none
Changes since v4:
- updated to current
Add clock driver for rk3066 platform.
Signed-off-by: Paweł Jarosz
Acked-by: Philipp Tomsich
---
Changes since v1:
- updated to shifted masks
- moved clk init to tpl
Changes since v2:
- none
Changes since v3:
- none
Changes since v4:
- updated to current codebase
- fixed compilation errors
Add driver supporting pin multiplexing on rk3066 platform.
Signed-off-by: Paweł Jarosz
---
Changes since v1:
- updated to shifted masks
- added nand support
Changes since v2:
- none
Changes since v3:
- none
Changes since v4:
- updated driver to pinctrl full
grf is needed by various drivers for rk3066 soc.
Signed-off-by: Paweł Jarosz
Acked-by: Philipp Tomsich
---
Changes since v1:
- updated to shifted masks
Changes since v2:
- none
Changes since v3:
- none
Changes since v4:
- removed gpio iomux related constants
This patch serie adds basic support for Rockchip RK3066 processor.
For now it's clock, pinctrl and sdram driver.
Paweł Jarosz (4):
rockchip: rk3066: add grf header file
rockchip: rk3066: add clock driver for rk3066 soc
rockchip: rk3066: add rk3066 pinctrl driver
rockchip: rk3066: add
> From: Heinrich Schuchardt
> Date: Sun, 27 Jun 2021 23:03:58 +0200
>
> On 6/27/21 9:44 PM, Tom Rini wrote:
> > We have had EFI loader support enabled by default on armv7 platforms for
> > a long time now. However, there has been little uptake in the wider
> > community to use EFI loader
On 6/27/21 9:44 PM, Tom Rini wrote:
We have had EFI loader support enabled by default on armv7 platforms for
a long time now. However, there has been little uptake in the wider
community to use EFI loader support as the step to start a generic OS
distribution, on this architecture family and
Hi Tom,
On Sun, 27 Jun 2021 at 13:34, Tom Rini wrote:
>
> On Sun, Jun 27, 2021 at 12:18:09PM -0600, Simon Glass wrote:
> > Hi Jan,
> >
> > On Sun, 27 Jun 2021 at 12:01, Jan Kiszka wrote:
> > >
> > > On 26.06.21 20:29, Simon Glass wrote:
> > > > Hi,
> > > >
> > > > On Fri, 11 Jun 2021 at 08:08,
On Sat, Jun 26, 2021 at 9:32 PM Simon Glass wrote:
>
> On Thu, 24 Jun 2021 at 00:43, Ashok Reddy Soma
> wrote:
> >
> > Add speed macro's for higher ethernet speeds to be used in u-boot
> > networking drivers. Added Macros for speeds 14G, 20G, 25G, 40G, 50G,
> > 56G, 100G and 200G inline with
On Thu, Jun 24, 2021 at 9:35 AM Ashok Reddy Soma
wrote:
>
> Add support for 10G/25G (XXV) high speed ethernet. This Makes use of
> the exiting AXI DMA, similar to 1G.
>
> Signed-off-by: Alessandro Temil
> Signed-off-by: Ashok Reddy Soma
> ---
>
> drivers/net/xilinx_axi_emac.c | 162
On Thu, Jun 24, 2021 at 9:35 AM Ashok Reddy Soma
wrote:
>
> There are lot of accesses to priv data in of_to_plat(), which is incorrect.
> Create a platform data structure and use it in of_to_plat(), then copy all
> platform data to priv data in probe.
>
> Signed-off-by: Ashok Reddy Soma
> ---
>
On Sat, Jun 26, 2021 at 9:32 PM Simon Glass wrote:
>
> Hi Ashok,
>
> On Thu, 24 Jun 2021 at 00:43, Ashok Reddy Soma
> wrote:
> >
> > Add support for xilinx multirate(MRMAC) ethernet driver.
> > This driver uses multichannel DMA(MCDMA) for data transfers of MRMAC.
> > Added support for 4 ports of
On Sun, Jun 27, 2021 at 2:06 PM Stephan Gerhold wrote:
>
> It looks like SD card detection is broken at the moment for DB410c.
> The eMMC is detected correctly, but the SD card is not.
>
> This is probably similar to the issue fixed in commit 850514740358
> ("mmc: msm_sdhci: Use mmc_of_parse for
We have had EFI loader support enabled by default on armv7 platforms for
a long time now. However, there has been little uptake in the wider
community to use EFI loader support as the step to start a generic OS
distribution, on this architecture family and the focus has been on
armv8 instead.
On Sun, Jun 27, 2021 at 12:18:09PM -0600, Simon Glass wrote:
> Hi Jan,
>
> On Sun, 27 Jun 2021 at 12:01, Jan Kiszka wrote:
> >
> > On 26.06.21 20:29, Simon Glass wrote:
> > > Hi,
> > >
> > > On Fri, 11 Jun 2021 at 08:08, Tom Rini wrote:
> > >>
> > >> On Fri, Jun 11, 2021 at 07:14:21PM +0530,
Hi Ilias,
On Sat, 26 Jun 2021 at 12:51, Ilias Apalodimas
wrote:
>
> Hi Simon,
>
> > > ---
> [...]
> > > This depends on
> > > https://lists.denx.de/pipermail/u-boot/2021-June/451761.html
> > > lib/smbios.c | 10 ++
> > > 1 file changed, 10 insertions(+)
> >
> > It is strange that all
Hi Icenowy,
On Sat, 26 Jun 2021 at 17:57, Icenowy Zheng wrote:
>
> 在 2021-06-26星期六的 12:31 -0600，Simon Glass写道：
> > Hi Icenowy,
> >
> > On Sat, 19 Jun 2021 at 03:19, Icenowy Zheng wrote:
> > >
> > > The sunxi_egon type used to take no -A argument (because we assume
> > > sunxi
> > > targets are
Hi Pali,
On Fri, 25 Jun 2021 at 10:58, Pali Rohár wrote:
>
> On Friday 25 June 2021 10:43:11 Simon Glass wrote:
> > Hi Pali,
> >
> > On Fri, 25 Jun 2021 at 10:16, Pali Rohár wrote:
> > >
> > > On Friday 25 June 2021 10:04:14 Simon Glass wrote:
> > > > But I do wonder about the
> > > > 100KB
Hi Jan,
On Sun, 27 Jun 2021 at 12:01, Jan Kiszka wrote:
>
> On 26.06.21 20:29, Simon Glass wrote:
> > Hi,
> >
> > On Fri, 11 Jun 2021 at 08:08, Tom Rini wrote:
> >>
> >> On Fri, Jun 11, 2021 at 07:14:21PM +0530, Lokesh Vutla wrote:
> >>> Hi Tom,
> >>>
> >>> On 09/06/21 6:47 pm, Jan Kiszka
On 26.06.21 20:29, Simon Glass wrote:
> Hi,
>
> On Fri, 11 Jun 2021 at 08:08, Tom Rini wrote:
>>
>> On Fri, Jun 11, 2021 at 07:14:21PM +0530, Lokesh Vutla wrote:
>>> Hi Tom,
>>>
>>> On 09/06/21 6:47 pm, Jan Kiszka wrote:
On 07.06.21 13:44, Jan Kiszka wrote:
> On 07.06.21 13:40, Tom Rini
The default implementation of checkboard() calls the
nxp_board_rev_string() function
to retrieve a character representing the revision number of the board.
However, this
attempt to retrieve the revision number may fail in certain situations or be
otherwise undesirable.
There is already a
When ELF support is disabled in the configuration (CONFIG_CMD_ELF),
the arch_auxiliary_core_up() function should not check whether the
specified address contains a valid ELF image. Attempting to do so
by calling the valid_elf_image() function results in a linker error,
since the definition for
Hi Tom,
On Sat, 26 Jun 2021 at 14:46, Tom Rini wrote:
>
> On Sat, Jun 26, 2021 at 12:29:56PM -0600, Simon Glass wrote:
> > Hi Alper,
> >
> > On Mon, 21 Jun 2021 at 12:52, Alper Nebi Yasak
> > wrote:
> > >
> > > The filesystem test setup needs to prepare disk images for its tests,
> > > with
On 26/06/2021 21:29, Simon Glass wrote:
> On Fri, 4 Jun 2021 at 13:05, Alper Nebi Yasak
> wrote:
>>
>> Some filesystem tests are failing when their image is prepared with
>> guestmount, but succeeding if loop mounts are used instead. The reason
>> seems to be a race condition the guestmount(1)
Hi Cody
Am Samstag, den 26.06.2021, 22:01 -0700 schrieb Cody Gray:
> When ELF support is disabled in the configuration (CONFIG_CMD_ELF),
> the arch_auxiliary_core_up() function should not check whether the
> specified address contains a valid ELF image. Attempting to do so
> by calling the
On 26/06/2021 21:29, Simon Glass wrote:
> On Fri, 4 Jun 2021 at 13:05, Alper Nebi Yasak
> wrote:
>>
>> If guestmount isn't available on the system, filesystem test setup falls
>> back to using loop mounts to prepare its disk images. If guestmount is
>> available but fails to work, the tests are
Hi Cody,
On Sun, Jun 27, 2021 at 2:15 AM Cody Gray wrote:
>
> The default implementation of checkboard() calls the
> nxp_board_rev_string() function
> to retrieve a character representing the revision number of the board.
> However, this
> attempt to retrieve the revision number may fail in
It looks like SD card detection is broken at the moment for DB410c.
The eMMC is detected correctly, but the SD card is not.
This is probably similar to the issue fixed in commit 850514740358
("mmc: msm_sdhci: Use mmc_of_parse for setting host_caps") for eMMC,
except that the SD card does not have
On 26/06/21 02:44PM, Jagan Teki wrote:
> On Sat, Jun 26, 2021 at 12:47 AM Pratyush Yadav wrote:
> >
> > spi_mem_default_supports_op() rejects DTR ops by default to ensure that
> > the controller drivers that haven't been updated with DTR support
> > continue to reject them. It also makes sure
65 matches
Mail list logo
