On Thu, Feb 27, 2020 at 5:40 PM Bin Meng wrote:
>
> On Tue, Feb 18, 2020 at 10:32 PM Wolfgang Wallner
> wrote:
> >
> > Drop the Apollo Lake prefix 'apl' from the functions, types and
> > variables in the P2SB driver.
> >
> > The P2SB is not Apollo Lake specific, and as such it was moved in
> >
On Thu, Feb 27, 2020 at 5:36 PM Bin Meng wrote:
>
> On Tue, Feb 18, 2020 at 8:36 PM Wolfgang Wallner
> wrote:
> >
> > Currently the ofdata_to_platdata() method calls dev_read_addr_pci(),
> > which potentially accesses the parent PCI bus. If this happens before
> > the parent PCI bus is probed
Ang, Chee Hong schrieb am Fr., 28. Feb. 2020,
03:53:
> > > On 2/24/20 3:21 AM, Ang, Chee Hong wrote:
> > > [...]
> > >
> > > > Currently, we have like 20+ secure registers allowed access by
> > > > drivers running in non-secure mode (U-Boot proper / Linux).
> > > > I don't think we
Hi Bin,
> -Original Message-
> From: Bin Meng
> Sent: Thursday, February 27, 2020 9:27 PM
> To: Park, Aiden
> Cc: masahi...@kernel.org; s...@chromium.org; s...@denx.de; ag...@suse.de; u-
> b...@lists.denx.de
> Subject: Re: [PATCH] x86: Cache write back at 32-bit entry point
>
> Hi
Hi Aiden,
On Fri, Feb 28, 2020 at 12:54 PM Park, Aiden wrote:
>
> In a certain condition, invd causes cache coherence issue.
> 1. Pre-stage boot code passes memory address to U-Boot
> 2. The data of the memory address is still in data cache line
> 3. The invd marks data cache line as
In a certain condition, invd causes cache coherence issue.
1. Pre-stage boot code passes memory address to U-Boot
2. The data of the memory address is still in data cache line
3. The invd marks data cache line as invalid without write back
4. U-Boot accesses the memory address
5. Data is
> > On 2/24/20 3:21 AM, Ang, Chee Hong wrote:
> > [...]
> >
> > > Currently, we have like 20+ secure registers allowed access by
> > > drivers running in non-secure mode (U-Boot proper / Linux).
> > > I don't think we want to define and maintain those high level
> > > interfaces
Quite often on a series that has clean-up patches, the individual patches
may fit within the cc limit but the cover letter does not. Apply the same
limit to the cover letter.
Signed-off-by: Simon Glass
---
tools/patman/series.py | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff
Hi Simon,
On Fri, Feb 28, 2020 at 7:41 AM Simon Glass wrote:
>
> Hi Wolfgang,
>
> On Mon, 17 Feb 2020 at 03:39, Wolfgang Wallner
> wrote:
> >
> > Hi Bin, Simon,
> >
> > -"Bin Meng" schrieb: -
> > > Hi Wolfgang,
> > >
> > > On Wed, Feb 12, 2020 at 1:14 AM Simon Glass wrote:
> > > >
> >
Logically, the current update_tftp() should and does compile and work
correctly even without satisfying the following condition:
> #if defined(CONFIG_UPDATE_TFTP) && !defined(CONFIG_MTD_NOR_FLASH)
> #error "CONFIG_UPDATE_TFTP and !CONFIG_MTD_NOR_FLASH needed for
> legacy behaviour"
> #endif
It
In the current implementation, set_blk_dev() is called in opening a file,
but not in opening a directory. This will cause failures at succeeding
directory operations as the "current" block device remains nullified.
Adding set_blk_dev() fixes this issue.
Signed-off-by: AKASHI Takahiro
---
There is a wrong usage of utf8_utf16_strncpy() in "boot rm" command, and
then it will end up with a failure of this command due to a wrong
value of an interim variable ("var_name16").
Signed-off-by: AKASHI Takahiro
---
cmd/efidebug.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
On Wed, 26 Feb 2020 at 12:48, Heinrich Schuchardt wrote:
>
> Provide a log driver that broadcasts RFC 3164 messages to syslog servers.
> rsyslog is one implementation of such a server.
>
> The messages are sent to the local broadcast address 255.255.255.255 on
> port 514.
>
> The environment
On Thu, 27 Feb 2020 at 05:56, Rasmus Villemoes
wrote:
>
> In SPL, environment callbacks are not supported, so e->callback is
> always NULL. Removing this makes the SPL a little smaller (about 400
> bytes in my ppc build) with no functional change.
>
> Signed-off-by: Rasmus Villemoes
> ---
>
On Thu, 27 Feb 2020 at 05:56, Rasmus Villemoes
wrote:
>
> This is preparation for compiling out the "call the callback" code and
> associated error handling for SPL, where ->callback is always NULL.
>
> Signed-off-by: Rasmus Villemoes
> ---
> lib/hashtable.c | 23 +++
> 1
Hi AKASHI,
On Sun, 16 Feb 2020 at 22:01, AKASHI Takahiro
wrote:
>
> Tom, Simon,
>
> On Fri, Feb 14, 2020 at 12:16:33PM -0700, Simon Glass wrote:
> > Hi AKASHI,
> >
> > On Thu, 13 Feb 2020 at 18:39, AKASHI Takahiro
> > wrote:
> > >
> > > Tom, Simon,
> > >
> > > Is CONFIG_SYS_RELOC_GD_ENV_ADDR
Hi Wolfgang,
On Mon, 17 Feb 2020 at 03:39, Wolfgang Wallner
wrote:
>
> Hi Bin, Simon,
>
> -"Bin Meng" schrieb: -
> > Hi Wolfgang,
> >
> > On Wed, Feb 12, 2020 at 1:14 AM Simon Glass wrote:
> > >
> > > +Bin
> > >
> > > Hi Wolfgang,
> > >
> > > On Tue, 11 Feb 2020 at 06:59, Wolfgang
Hi Masahiro,
On Thu, 27 Feb 2020 at 09:57, Masahiro Yamada wrote:
>
> Hi Simon,
>
> On Thu, Feb 27, 2020 at 12:33 AM Simon Glass wrote:
> >
> > Hi Masahiro,
> >
> > On Mon, 24 Feb 2020 at 23:58, Masahiro Yamada
> > wrote:
> > >
> > > uclass_find_first_device() succeeds even if it cannot find
On Thu, 27 Feb 2020 at 09:28, Heinrich Schuchardt wrote:
>
> Currently ATA commands are defined both in include/libata.h and
> include/ata.h. Use the command definitions from include/libata.h where
> applicable.
>
> Signed-off-by: Heinrich Schuchardt
> ---
> Resent
> ---
> drivers/block/ide.c |
On Thu, 27 Feb 2020 at 09:28, Heinrich Schuchardt wrote:
>
> ATA commands are already defined in include/libata.h. There is no need to
> duplicate them in include/ata.h.
>
> Signed-off-by: Heinrich Schuchardt
> ---
> include/ata.h | 34 --
> 1 file changed, 34
On Thu, 27 Feb 2020 at 07:22, Andy Shevchenko
wrote:
>
> Some callers may need the UART base clock speed value.
> Provide it in the ->getinfo() callback.
>
> Signed-off-by: Andy Shevchenko
> ---
> drivers/serial/ns16550.c | 1 +
> 1 file changed, 1 insertion(+)
Reviewed-by: Simon Glass
>
>
On Thu, 27 Feb 2020 at 05:56, Rasmus Villemoes
wrote:
>
> The callback member of struct env_entry is always NULL for an SPL
> build. Removing it thus saves a bit of run-time memory in the
> SPL (when CONFIG_SPL_ENV_SUPPORT=y) since struct env_entry is embedded
> in struct env_entry_node - i.e.
On Wed, 26 Feb 2020 at 12:48, Heinrich Schuchardt wrote:
>
> Provide unit tests for the syslog logging driver.
>
> Signed-off-by: Heinrich Schuchardt
> ---
> v5:
> no change
> v4:
> provide more comments
> move uts and expected to a common structure
> expect
On Thu, 27 Feb 2020 at 07:22, Andy Shevchenko
wrote:
>
> Some callers of serial_getinfo() would like to know the UART base
> clock speed in order to make decision what to pass to OS in some
> cases. In particular, ACPI SPCR table expects only certain base
> clock speed and thus we have to act
Hi Rasmus,
On Thu, 27 Feb 2020 at 00:18, Rasmus Villemoes
wrote:
>
> Some init functions, e.g. print_resetinfo(), are conditionally defined
> depending on some config options, and are correspondingly
> conditionally included in the init_sequence_f[] array.
>
> Others are unconditionally defined
On Thu, 27 Feb 2020 at 05:56, Rasmus Villemoes
wrote:
>
> env.h says this about about callback declarations (U_BOOT_ENV_CALLBACK):
>
> * For SPL these are silently dropped to reduce code size, since environment
> * callbacks are not supported with SPL.
>
> So env_callback_init() does a lot of
On Wed, 26 Feb 2020 at 11:19, Heinrich Schuchardt wrote:
>
> %s/UCLASS_ETHERNET/UCLASS_ETH/g
>
> Signed-off-by: Heinrich Schuchardt
> ---
> Resenct cc u-boot@lists.denx.de
> ---
> doc/driver-model/design.rst | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
Reviewed-by: Simon Glass
Hi Andy,
On Thu, 27 Feb 2020 at 06:00, Andy Shevchenko
wrote:
>
> There is no need to have an assignment to NULL for XSDT pointer.
> Therefore, no need to assign it when rsdt_address is not set.
> Because of above changes we may decrease indentation level as well.
>
> While here, drop
The RISC-V booting protocol requires the hart id to be present in "a0"
register. This is not a problem for bootm/booti commands as they directly
jump to Linux kernel. However, bootefi jumps to a EFI boot stub code in
Linux kernel which acts a loader and jumps to real Linux after terminating
the
Linux booting protocol mandates that register "a0" contains the hartid.
However, U-boot can not pass the hartid via a0 during via standard UEFI
protocol. DT nodes are commonly used to pass such information to the OS.
Add a DT node under chosen node to indicate the boot hartid. EFI stub
in Linux
Hi Giulio,
On Wed, Feb 26, 2020 at 3:16 PM Giulio Benetti
wrote:
> Oh, I've seen now, need to study it before, but now in my mind it's
> getting more clear how that works. But will this work even if shrinked
> CCF in u-boot can't set parent clocks(at least this is what I've
I haven't checked
I would like to help co-maintaining this board.
Signed-off-by: Fabio Estevam
---
board/freescale/mx7dsabresd/MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/board/freescale/mx7dsabresd/MAINTAINERS
b/board/freescale/mx7dsabresd/MAINTAINERS
index 5f805afc58..721321c9cc 100644
---
I would like to help co-maintaining this board.
Signed-off-by: Fabio Estevam
---
board/freescale/imx8qxp_mek/MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/board/freescale/imx8qxp_mek/MAINTAINERS
b/board/freescale/imx8qxp_mek/MAINTAINERS
index e9bf0b35a3..3a21f5521d 100644
---
Hi Simon,
On Thu, Feb 27, 2020 at 12:33 AM Simon Glass wrote:
>
> Hi Masahiro,
>
> On Mon, 24 Feb 2020 at 23:58, Masahiro Yamada
> wrote:
> >
> > uclass_find_first_device() succeeds even if it cannot find any device.
> > So, the caller must check the return code and also *devp is not NULL.
> >
On Fri, Feb 14, 2020 at 9:47 AM Loic Devulder wrote:
>
> This serie add support for roc-rk33239 board from Firefly/Libre
> Computer:
> - add missing L2 cache entry in rk3328 dts
> - add roc-rk3328-cc board support
>
> With this we can successfully boot the board with mainline U-Boot and
>
On Fri, Feb 14, 2020 at 8:55 PM Masahiro Yamada
wrote:
>
> The base address 0x43f0 is no longer true for the future SoC.
> Extract the base address from the device tree.
>
> Signed-off-by: Masahiro Yamada
> ---
Applied to u-boot-uniphier.
> arch/arm/mach-uniphier/micro-support-card.c |
On Fri, Feb 14, 2020 at 8:55 PM Masahiro Yamada
wrote:
>
> This workaround was previously needed for LD4, Pro4, sLD8, Pro5
> SoCs. The boot ROM does not touch this register for PXs2/LD6b or
> later.
>
> Now that the reset signal of the Denali NAND controller is always
> asserted in board_init()
On Thu, Feb 27, 2020 at 8:32 PM Masahiro Yamada
wrote:
>
> The eMMC controller on LD20 or later supports HS-400 mode. It works on
> a quick test. Enable it in case somebody may want to use it.
>
> Signed-off-by: Masahiro Yamada
> ---
Applied to u-boot-uniphier.
>
On Fri, Feb 14, 2020 at 8:55 PM Masahiro Yamada
wrote:
>
> The comment /* deassert reset */ is wrong. It asserts the reset.
>
> It no longer needs to stay in SPL. The NAND controller reset is
> handled in the driver. So, this assert can be moved to the
> board_init() of U-Boot proper.
>
>
On Thu, Feb 13, 2020 at 12:28 PM Masahiro Yamada
wrote:
>
> Add handy macros:
>
> - sdscript: source boot.scr in the file system of the SD media
> - sdboot : boot the kernel using the images in the file system
> of the SD media
> - sdscript: update the boot firmware in the SD
This patchset is about removing duplicate constants.
In drivers/block/ide.c use constants from include/libata.h.
In include/ata.h remove constants duplicating constants from
include/libata.h.
Heinrich Schuchardt (2):
block: ide: use definitions from include/libata.h
ide: remove duplicate
Currently ATA commands are defined both in include/libata.h and
include/ata.h. Use the command definitions from include/libata.h where
applicable.
Signed-off-by: Heinrich Schuchardt
---
Resent
---
drivers/block/ide.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git
ATA commands are already defined in include/libata.h. There is no need to
duplicate them in include/ata.h.
Signed-off-by: Heinrich Schuchardt
---
include/ata.h | 34 --
1 file changed, 34 deletions(-)
diff --git a/include/ata.h b/include/ata.h
index
On Tue, Feb 4, 2020 at 8:14 PM Masahiro Yamada
wrote:
>
> Switch over to ADMA from SDMA.
>
> Signed-off-by: Masahiro Yamada
> ---
Applied to u-boot-uniphier.
>
> configs/uniphier_v8_defconfig | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git
On Thu, Feb 27, 2020 at 08:48:53AM +0530, Lokesh Vutla wrote:
> Hi Tom,
>
> Please find the pull request for v2020.04-rc4 containing TI specific changes.
>
> Travis-CI build: https://travis-ci.org/lokeshvutla/u-boot/builds/655346045
>
> Thanks and regards,
> Lokesh
>
> The following changes
On Wed, Feb 26, 2020 at 07:40:52PM +0100, Heinrich Schuchardt wrote:
> The following changes since commit 548ce227d3d852455c6395c0cec30af0cda77b09:
>
> Prepare v2020.04-rc3 (2020-02-26 07:53:20 -0500)
>
> are available in the Git repository at:
>
>
SPCR has no clue if the UART base clock speed is different to
the default one. However, the SPCR 1.04 defines baud rate 0 as
a preconfigured state of UART and OS is supposed not to touch
the configuration of the serial device.
Linux kernel supports that starting from v5.0, see commit
b413b1abeb21
Some callers of serial_getinfo() would like to know the UART base
clock speed in order to make decision what to pass to OS in some
cases. In particular, ACPI SPCR table expects only certain base
clock speed and thus we have to act accordingly.
Signed-off-by: Andy Shevchenko
---
Some callers may need the UART base clock speed value.
Provide it in the ->getinfo() callback.
Signed-off-by: Andy Shevchenko
---
drivers/serial/ns16550.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/serial/ns16550.c b/drivers/serial/ns16550.c
index 1fcbc35015..386b5e04c8 100644
There is no need to have an assignment to NULL for XSDT pointer.
Therefore, no need to assign it when rsdt_address is not set.
Because of above changes we may decrease indentation level as well.
While here, drop unnecessary parentheses.
Signed-off-by: Andy Shevchenko
---
The actual environment callbacks are automatically dropped from an SPL
build, but the support code (env/callback.o) for associating a
callback to an environment variable is still there.
These patches reduce a CONFIG_SPL_ENV_SUPPORT=y SPL image by about 1K
(at least for my ppc build), and another
env.h says this about about callback declarations (U_BOOT_ENV_CALLBACK):
* For SPL these are silently dropped to reduce code size, since environment
* callbacks are not supported with SPL.
So env_callback_init() does a lot of work to not find anything in the
guaranteed empty env_clbk list.
This is preparation for compiling out the "call the callback" code and
associated error handling for SPL, where ->callback is always NULL.
Signed-off-by: Rasmus Villemoes
---
lib/hashtable.c | 23 +++
1 file changed, 15 insertions(+), 8 deletions(-)
diff --git
In SPL, environment callbacks are not supported, so e->callback is
always NULL. Removing this makes the SPL a little smaller (about 400
bytes in my ppc build) with no functional change.
Signed-off-by: Rasmus Villemoes
---
lib/hashtable.c | 2 ++
1 file changed, 2 insertions(+)
diff --git
The callback member of struct env_entry is always NULL for an SPL
build. Removing it thus saves a bit of run-time memory in the
SPL (when CONFIG_SPL_ENV_SUPPORT=y) since struct env_entry is embedded
in struct env_entry_node - i.e. about 2KB for the normal case of
512+change hash table entries.
Maxime Ripard wrote
> On Thu, Sep 07, 2017 at 01:23:32PM +0300, rivael_il wrote:
>>
>> Hello Maxime!
>>
>> Thank you for your answer.
>> How can I set "peripheral" mode on the USB in u-boot?
>
> Enable CONFIG_USB_MUSB_GADGET instead of HOST.
>
> Maxime
In which file should this be done?
I
Sync the device tree and dt-bindings from Linux v5.6-rc2
11a48a5a18c6 ("Linux 5.6-rc2")
The only exception to this is the mmc pinctrl pin bias of gxl SoC family.
This is a fix which found its way to u-boot but not Linux yet.
Signed-off-by: Jerome Brunet
---
arch/arm/dts/meson-axg-s400.dts
Maxime Ripard wrote
> Both are peripheral-only features, not OTG. OTG is about switching
> from peripheral to host based on the ID-pin, and this what is not
> supported in U-Boot.
>
> However, peripheral is, and it's already supported for the Allwinner
> SoCs. We use it for things like fastboot.
The eMMC controller on LD20 or later supports HS-400 mode. It works on
a quick test. Enable it in case somebody may want to use it.
Signed-off-by: Masahiro Yamada
---
configs/uniphier_v8_defconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/configs/uniphier_v8_defconfig
On some SoCs, depending on the boot device, the MMC clock block may be
left in a weird state by the ROM code, in which no decent clock may be
provided. Reset the related register to make sure a sane MMC clock is
ready for the controller.
Reviewed-by: Neil Armstrong
Tested-by: Anand Moon
Add support for the Amlogic based libretech-pc platform.
This platform comes with 2 variant, based on the s905d or s912 SoC.
Signed-off-by: Jerome Brunet
---
arch/arm/dts/Makefile | 2 +
.../meson-gxl-s905d-libretech-pc-u-boot.dtsi | 7 ++
Sync the libretech-pc device tree from Linux v5.6-rc2
11a48a5a18c6 ("Linux 5.6-rc2")
Signed-off-by: Jerome Brunet
---
arch/arm/dts/meson-gx-libretech-pc.dtsi | 375 ++
arch/arm/dts/meson-gxl-s905d-libretech-pc.dts | 16 +
arch/arm/dts/meson-gxl-s905d.dtsi |
Import the common leds bindings definition from linux
d5226fa6dbae ("Linux 5.5")
Reviewed-by: Neil Armstrong
Signed-off-by: Jerome Brunet
---
include/dt-bindings/leds/common.h | 75 +++
1 file changed, 75 insertions(+)
create mode 100644
Until now, the mmc clock was left in a good enough state by the ROM
code to be used by the controller. However on some SoC, if the ROM
code finds a bootloader on USB or SPI, it might leave the MMC clock
in state the controller cannot work with.
Enable the input clocks provided to the mmc
Add libretech PC platform support. This platform comes in 2 variants,
one with the s905d and the other s912.
While working on these boards, I've found a problem related the mmc
clock. In some cases, the ROM code will leave the mmc clocks in such
a weird state that any access to the mmc controller
Hi Jonas,
> Hi Lukasz,
>
> Quoting Lukasz Majewski (2019-08-23 23:05:41)
Some time has already passed ... :-)
> > > Quoting Lukasz Majewski (2019-08-23 10:37:28)
> > > > On Sun, 18 Aug 2019 17:16:06 +0200
> > > > Jonas Smedegaard wrote:
> > > >
> > > > > commit 37304aaf60bf ("Convert
Hi Lukasz,
Quoting Lukasz Majewski (2019-08-23 23:05:41)
> > Quoting Lukasz Majewski (2019-08-23 10:37:28)
> > > On Sun, 18 Aug 2019 17:16:06 +0200
> > > Jonas Smedegaard wrote:
> > >
> > > > commit 37304aaf60bf ("Convert CONFIG_USE_PREBOOT and
> > > > CONFIG_PREBOOT to Kconfig") intended to
On Tue, Feb 18, 2020 at 10:32 PM Wolfgang Wallner
wrote:
>
> Drop the Apollo Lake prefix 'apl' from the functions, types and
> variables in the P2SB driver.
>
> The P2SB is not Apollo Lake specific, and as such it was moved in
> commit 2999846c1127 ("x86: Move P2SB from Apollo Lake to a more
On Tue, Feb 18, 2020 at 8:36 PM Wolfgang Wallner
wrote:
>
> Currently the ofdata_to_platdata() method calls dev_read_addr_pci(),
> which potentially accesses the parent PCI bus. If this happens before
> the parent PCI bus is probed the resulting address will be wrong.
>
> This behavior was
Add save_boot_params() to save reset status value from bootrom.
Bootrom will clear the status register in reset manager and stores the
reset status value in shared memory. Bootrom stores shared data at last
2KB of onchip RAM.
This function save reset status provided by BootROM to rst_mgr_status.
Some init functions, e.g. print_resetinfo(), are conditionally defined
depending on some config options, and are correspondingly
conditionally included in the init_sequence_f[] array.
Others are unconditionally defined and included in init_sequence_f[],
but have their entire body, sans a
Add SPI NAND and NOR support for Cortina Access
Presidio Engineering Board
Signed-off-by: Alex Nemirovsky
---
Changes in v2: None
arch/arm/dts/ca-presidio-engboard.dts| 8 ++--
board/cortina/presidio-asic/presidio.c | 16 ++-
From: Jway Lin
Add LED support for Cortina Access Presidio Engineering Board
Signed-off-by: Jway Lin
Signed-off-by: Alex Nemirovsky
---
Changes in v2: None
arch/arm/dts/ca-presidio-engboard.dts| 31
configs/cortina_presidio-asic-emmc_defconfig | 2 ++
From: Arthur Li
Add I2C controller support for Cortina Access CA SoCs
Signed-off-by: Arthur Li
Signed-off-by: Alex Nemirovsky
---
Changes in v2: None
MAINTAINERS | 4 +
drivers/i2c/Kconfig | 7 +
drivers/i2c/Makefile | 1 +
drivers/i2c/i2c-cortina.c | 346
From: Pengpeng Chen
Add SPI Flash controller driver for Cortina Access
CA SoCs
Signed-off-by: Pengpeng Chen
Signed-off-by: Alex Nemirovsky
---
Changes in v2: None
MAINTAINERS | 2 +
drivers/spi/Kconfig | 8 +
drivers/spi/Makefile| 1 +
drivers/spi/ca_sflash.c
From: Jway Lin
Add Cortina Access LED controller support for CA SOCs
Signed-off-by: Jway Lin
Signed-off-by: Alex Nemirovsky
---
Changes in v2: None
MAINTAINERS | 2 +
drivers/led/Kconfig | 8 ++
drivers/led/Makefile | 1 +
drivers/led/led_cortina.c | 308
76 matches
Mail list logo