From: Hou Zhiqiang
Enable the I-Cache to speed up the boot time, especailly for the NOR
boot, currently it takes about 15 seconds from power up to the U-Boot
prompt, and with the I-Cache enabled it only takes around 2.5 seconds.
Signed-off-by: Hou Zhiqiang
---
arch/arm/cpu/armv7/ls102xa/cpu.c
Hi all,
On 2/5/21 4:23 PM, Bough Chen wrote:
>> -Original Message-
>> From: ZHIZHIKIN Andrey [mailto:andrey.zhizhi...@leica-geosystems.com]
>> Sent: 2021年2月1日 19:41
>> To: Bough Chen ; Peng Fan ;
>> u-boot@lists.denx.de
>> Cc: dl-uboot-imx ; thar...@gateworks.com
>> Subject: RE: [PATCH] m
On 04/02/21 11:39PM, Sean Anderson wrote:
> This prevents multiple-definition errors.
>
> Fixes: 0ad40b2463 ("drivers: Add a new framework for multiplexer devices")
>
> Signed-off-by: Sean Anderson
Reviewed-by: Pratyush Yadav
--
Regards,
Pratyush Yadav
Texas Instruments Inc.
> -Original Message-
> From: ZHIZHIKIN Andrey [mailto:andrey.zhizhi...@leica-geosystems.com]
> Sent: 2021年2月1日 19:41
> To: Bough Chen ; Peng Fan ;
> u-boot@lists.denx.de
> Cc: dl-uboot-imx ; thar...@gateworks.com
> Subject: RE: [PATCH] mmc: fsl_esdhc_imx: use VENDORSPEC_FRC_SDCLK_ON
> to co
> Subject: [PATCH 2/2] ARM: imx6: mx6sabre-common: Search for boot
> components in /boot too
>
> Some root filesystem configurations do not have separate /boot partition, but
> rather place kernel, DT, scripts into /boot directory. Search the /boot
> directory
> for these boot components in case
> Subject: [PATCH 1/2] ARM: imx6: mx6sabre-common: Replace fatload with
> FS_GENERIC load
>
> Replace filesystem specific fatload command with a filesystem agnostic load
> command, so the board can boot from e.g. ext4 too.
>
> Signed-off-by: Marek Vasut
> Cc: Fabio Estevam
> Cc: Peng Fan
> Cc:
On 2/5/21 7:59 AM, Jeff Hering wrote:
> The 2020.10 tagged build works on the T2080RDB card, however, all tags
> starting with 2021.01-rc1 no long boot from SD-card on the development
> system. This might also apply to other QorIQ development boards.
>
> Here is a dump of the crash which occurs
The SELI8 design is a new tdm service unit card for Hitachi-Powergrids
XMC and FOX product lines.
It is based on NXP LS1021 SoC and it provides following interfaces:
- IFC interface for NOR, NAND and external FPGA's
- 1 x RGMII ETH for debug purposes
- 2 x SGMII ETH for management communication
Cleanup, move the declarations to keymile/common.h instead declaring them
per-board config.h
Signed-off-by: Aleksandar Gerasimovski
---
board/keymile/common/common.h | 5 +
include/configs/km/km_arm.h | 4
include/configs/kmp204x.h | 6 --
3 files changed, 5 insertions(+), 10
Hi Tom,
Please find the PR for master branch targeted for v2021.04-rc2 release.
Details about the PR are updated in the tag message.
Gitlab build report:
https://gitlab.denx.de/u-boot/custodians/u-boot-ti/-/pipelines/6214
The following changes since commit fdcb93e1709ab1a2ebb562455621617
Hi Lukasz,
Am 05.02.21 um 00:17 schrieb Lukasz Majewski:
> Hi Heiko,
>
>> add support for the UUU commands ACmd and UCmd.
>>
>> Enable them through the Kconfig option
>> CONFIG_FASTBOOT_UUU_SUPPORT
>>
>> base was commit in NXP kernel
>> 9b149c2a2882: ("MLK-18591-3 android: Add FSL android fastboo
add support for the UUU commands ACmd and UCmd.
Enable them through the Kconfig option
CONFIG_FASTBOOT_UUU_SUPPORT
base was commit in NXP kernel
9b149c2a2882: ("MLK-18591-3 android: Add FSL android fastboot support")
and ported it to current mainline. Tested this patch
on imx6ul based board.
Si
On 2/4/21 11:39 PM, Sean Anderson wrote:
This adds support for memory-mapped ("DIRMAP") reads (called XIP by the
datasheet). In theory, these have better performance than regular reads. In
practice, the CPU is already fast enough to max out the performance of this
peripheral.
The real end-goal i
This adds support for XIP mode. It is not actually any faster than QPI
(yet), but it serves as a good starting point for using XIP mode for other
purposes (such as actual eXecuting In Place).
Signed-off-by: Sean Anderson
---
drivers/spi/designware_spi.c | 131 +++
On the K210, a register in sysctl controls whether accessing an SPI device
has the xip_en signal set. Add the appropriate bindings.
Signed-off-by: Sean Anderson
---
arch/riscv/dts/k210.dtsi | 23 ---
1 file changed, 20 insertions(+), 3 deletions(-)
diff --git a/arch/riscv/d
To enter XIP mode, the xip_en signal must be asserted. The exact method of
setting xip_en is integration-specific, but on the K210 (and Baikal-T1) it
is set by a bit in a system configuration register. To handle this, use a
mux to select the state of xip_en before every access to control registers.
By default the SPI3 bus clock is ~100MHz, 1/4th of the CPU clock. This
causes decreased performance when accessing this peripheral.
Signed-off-by: Sean Anderson
---
arch/riscv/dts/k210.dtsi | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/riscv/dts/k210.dtsi b/arch/riscv/dts/k210.dtsi
This allows code using mux_get_by_index to be agnostic about CONFIG_MUX.
Signed-off-by: Sean Anderson
---
include/mux.h | 6 ++
1 file changed, 6 insertions(+)
diff --git a/include/mux.h b/include/mux.h
index 91a89bbb9a..882a00068b 100644
--- a/include/mux.h
+++ b/include/mux.h
@@ -135,6 +
idle-states is optional, so don't complain if it doesn't exist.
Signed-off-by: Sean Anderson
---
drivers/mux/mmio.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/mux/mmio.c b/drivers/mux/mmio.c
index 00e0282dcc..82b1cc6aab 100644
--- a/drivers/mux/mmio.c
+++ b/
Both DW SSI APB and DWC SSI devices have an optional XIP mode. When the
xip_en signal is asserted, reads (and writes if SSIC_XIP_WRITE_REG_EN is
set) are mapped to SPI transfers.
If SSIC_CONCURRENT_XIP_EN is disabled, then XIP transfers are controlled
using SPI_CTRLR0. However, if SSIC_CONCURRENT_
These registers and fields are necessary for XIP with
SSIC_CONCURRENT_XIP_EN.
Signed-off-by: Sean Anderson
---
drivers/spi/designware_spi.c | 44 +++-
1 file changed, 38 insertions(+), 6 deletions(-)
diff --git a/drivers/spi/designware_spi.c b/drivers/spi/design
This adds support for the dirmap API to the spi-nor subsystem, as
introduced in Linux commit df5c21002cf4 ("mtd: spi-nor: use spi-mem dirmap
API").
Signed-off-by: Sean Anderson
---
drivers/mtd/spi/sf_probe.c | 79 ++
drivers/mtd/spi/spi-nor-core.c | 45 ++
The documentation for dev_read_u32_array says the return value is an errno,
but fdtdec_get_int_array returns FDT_ERRs. Convert the return values so
callers can handle errors properly.
Signed-off-by: Sean Anderson
---
drivers/core/ofnode.c | 15 ---
1 file changed, 12 insertions(+),
This prevents multiple-definition errors.
Fixes: 0ad40b2463 ("drivers: Add a new framework for multiplexer devices")
Signed-off-by: Sean Anderson
---
include/mux.h | 19 ++-
1 file changed, 10 insertions(+), 9 deletions(-)
diff --git a/include/mux.h b/include/mux.h
index 23844
This adds the dirmap API originally introduced in Linux commit aa167f3fed0c
("spi: spi-mem: Add a new API to support direct mapping"). This also
includes several follow-up patches and fixes.
Changes from Linux include:
* Added Kconfig option
* Changed struct device to struct udevice
* Changed stru
This synchronizes linux/err.h with Linux 5.10. Notably, this adds
PTR_ERR_OR_ZERO.
Signed-off-by: Sean Anderson
---
include/linux/err.h | 21 +++--
1 file changed, 15 insertions(+), 6 deletions(-)
diff --git a/include/linux/err.h b/include/linux/err.h
index 5ede82432d..06a80f9f
This adds support for memory-mapped ("DIRMAP") reads (called XIP by the
datasheet). In theory, these have better performance than regular reads. In
practice, the CPU is already fast enough to max out the performance of this
peripheral.
The real end-goal is to be able to boot a XIP kernel. This SoC
The 2020.10 tagged build works on the T2080RDB card, however, all tags starting
with 2021.01-rc1 no long boot from SD-card on the development system. This
might also apply to other QorIQ development boards.
Here is a dump of the crash which occurs very early in the process (the left
column is a
Using the internal vs. external pull resistors it is possible to get
27 different combinations from 3 strapping pins. Add an implementation
of this.
This involves updating the sandbox GPIO driver to model external and
(weaker) internal pull resistors. The get_value() method now takes account
of wh
This uses log_debug(), etc. but does not define the category. Fix this.
Signed-off-by: Simon Glass
---
(no changes since v3)
Changes in v3:
- Split out the log-category change to a separate patch
drivers/gpio/gpio-uclass.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpio/gpi
Add a new flag to keep track of whether sandbox is driving the pin, or
whether it is expecting an input signal. If it is driving, then the value
of the pin is the value being driven (0 or 1). If not driving, then we
consider the value 0, since we don't currently handle things like pull-ups
yet.
Si
We don't need to implement direction_input() and direction_output()
anymore. Drop them and use update_flags() instead.
Signed-off-by: Simon Glass
---
(no changes since v1)
arch/x86/include/asm/intel_pinctrl_defs.h | 5 ++
drivers/gpio/intel_gpio.c | 72 ---
Update this driver to use the common method of putting the driver
operations in an 'ops' variable install of calling gpio_get_ops()
repeatedly. Make it const since operations do not change.
Signed-off-by: Simon Glass
Reviewed-by: Patrick Delaunay
---
(no changes since v1)
drivers/gpio/gpio-u
It is convenient to be able to adjust some of the flags for a GPIO while
leaving others alone. Add a function for this.
Update dm_gpio_set_dir_flags() to make use of this.
Also update dm_gpio_set_value() to use this also, since this allows the
open-drain / open-source features to be implemented d
The new update_flags() method is more flexible since it allows the
driver to see the full flags all at once. Use that in preference to these
two functions. Add comments to that effect.
Signed-off-by: Simon Glass
Reviewed-by: Patrick Delaunay
---
(no changes since v1)
drivers/gpio/gpio-uclass
Allow this function to see all flags, including the internal sandbox ones.
This allows the tests to fully control the behaviour of the driver.
To make this work, move the setting of GPIOD_EXT_HIGH -to where the flags
are updated via driver model, rather than the sandbox 'back door'.
Signed-off-by
Adjust the terminology in this driver to reflect that fact that all flags
are handled, not just direction flags.
Create a new access function to get the full GPIO state, not just the
direction flags. Drop the static invalid_dir_flags since we can rely on a
segfault if something is wrong.
Signed-o
At present we have the concept of a pin's external value. This is what
is used when getting the value of a pin. But we still set the
GPIOD_IS_OUT_ACTIVE flag when changing the value. This is not actually
correct, since if the pin changes from output to input, the external
value need not change. Adj
At present with the sandbox GPIO driver it is not possible to change the
value of GPIOD_IS_OUT_ACTIVE unless the GPIO is an output. This makes it
hard to test changing the flags since we need to be aware of the internal
workings of the driver.
The feature is designed to aid testing.
Split this fe
This function is not used. Drop it.
Signed-off-by: Simon Glass
Reviewed-by: Patrick Delaunay
---
(no changes since v1)
drivers/gpio/gpio-uclass.c | 11 ---
include/asm-generic/gpio.h | 11 ---
2 files changed, 22 deletions(-)
diff --git a/drivers/gpio/gpio-uclass.c b/drivers
This function can be used to get any flags, not just direction flags.
Rename it to avoid confusion.
Signed-off-by: Simon Glass
Reviewed-by: Patrick Delaunay
Reviewed-by: Pratyush Yadav
---
(no changes since v3)
Changes in v3:
- Drop the word 'direction' in comments also
drivers/gpio/gpio-uc
The current method is a misnomer since it is also used (e.g. by stm32) to
update pull settings and open source/open drain.
Rename it and expand the documentation to cover a few more details.
Signed-off-by: Simon Glass
Reviewed-by: Pratyush Yadav
Reviewed-by: Patrick Delaunay
---
(no changes
It is more useful to be able to read all the flags, not just the direction
ones. In fact this is what the STM32 driver does. Update the method name
to reflect this.
Tweak the docs a little and use 'flagsp' as the return argument, as is
common in driver model, to indicate it returns a value.
Signe
At present the GPIO uclass mirrors what was in U-Boot before driver model.
It works well in most cases but is becoming cumbersome with things like
pull-up/down and drive strength. In those cases it is easier for the
driver to deal with all the flags at one, rather than piece by piece.
In fact the
These functions use devicetree and cannot work with of-platdata, which has
no runtime devicetree.
If they are used, the current linker error is confusing, since it talks
about missing functions in the bowels of driver model.
Avoid compiling these functions at all with of-platdata, so that a
strai
Provide the model information through sysinfo so that it shows up on
boot. For memconfig 4 pins are provided, for 16 combinations. For SKU
ID there are two options:
- two pins provided in a ternary arrangement, for 9 combinations.
- reading from the EC
Add a binding doc and drop the unused
Hi Bin,
On Thu, 4 Feb 2021 at 21:17, Simon Glass wrote:
>
> While static configuration is useful it cannot cover every case. Sometimes
> board revisions are encoded in resistor straps and must be read at
> runtime.
>
> The easiest way to provide this information is via sysinfo, since the
> board
This series provides a few improvements for loading of images. It also
provides a way to show more detailed model information as well as an
of-platdata fix noticed recently.
Note that this series depends on the GPIO series here:
http://patchwork.ozlabs.org/project/uboot/list/?series=226118
Ch
Some boards may want to show the SKU ID or other information obtained at
runtime. Allow this to come from sysinfo. The board can then provide a
sysinfo driver to provide it.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
Changes in v3:
- Rebase to master
common/board_info.c | 37 +++
While static configuration is useful it cannot cover every case. Sometimes
board revisions are encoded in resistor straps and must be read at
runtime.
The easiest way to provide this information is via sysinfo, since the
board can then provide a driver to read whatever is needed.
Add some standar
These ops are missing at present which is not permitted. Add an empty
operation struct.
Note: If the uclass requires operations then the drivers should provide
them. Otherwise, checking for missing operations must be done in every
uclass operation, so it adds to code size.
Signed-off-by: Simon Gl
At present the version string is obtained from PLAIN_VERSION. Some boards
may want to configure this using the device tree, since the build system
can more easily insert things there after U-Boot itself is built. Add this
option to the code.
Also in some cases the version needs to be generated pro
At present the struct is not available unless SYSINFO is enabled. This is
annoying since code it is not possible to use compile-time checks like
CONFIG_IS_ENABLED(SYSINFO) with this header.
Fix it by moving the #ifdef.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
(no changes since v2)
Add a new member to the context struct which tracks the end of the string
table. This allows us to avoid recalculating this at the end.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
(no changes since v1)
lib/smbios.c | 32 +++-
1 file changed, 15 insertions
We can store this in the context and avoid passing it to each function.
This makes it easier to follow and will also allow keeping track of the
end of the string table (in future patches).
Add an 'eos' field to the context and create a function to set it up.
Signed-off-by: Simon Glass
Reviewed-b
For SMBIOS we want to store the numeric version numbers in the tables. It
does not make sense to parse the strings. Instead, add new #defines with
the version and patchlevel.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
(no changes since v3)
Changes in v3:
- Use .rst file instead of RE
At present we pass the ofnode to each function. We also pass the 'eos'
pointer for adding new strings. We don't track the current end of the
string table, so have smbios_string_table_len() to find that.
The code can be made more efficient if it keeps information in a
context struct. This also make
We may as well include the U-Boot release information in the type-0 table
since it is designed for that purpose.
U-Boot uses release versions based on the year and month. The year cannot
fit in a byte, so drop the century.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
(no changes since
This type is not used outside the smbios.c file so there is no need for it
to be in the header file. Move it.
Signed-off-by: Simon Glass
Reviewed-by: Christian Gmeiner
Reviewed-by: Bin Meng
---
(no changes since v1)
include/smbios.h | 10 --
lib/smbios.c | 10 ++
2 files
At present a few of the structs use u8 instead of char. This is a string,
so char is better. Update them.
Signed-off-by: Simon Glass
Reviewed-by: Christian Gmeiner
Reviewed-by: Bin Meng
---
(no changes since v1)
include/smbios.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff
There are quite a few available version options in U-Boot. Add a list of
the available Makefile variables and #defines, along with examples.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
Changes in v4:
- Drop debugging change to doc/Makefile
Changes in v3:
- Move to doc/ and .rst format
This series includes various patches to allow more flexibility as to where
the data for SMBIOS tables comes from:
- introduces some standard sysinfo options as a source, e.g. to read
strapping pins to determine the board revision
- allows the U-Boot version number to be included
- allows the ve
This device has four IOs connected to the SPI flash. Add the appropriate
bindings.
Signed-off-by: Sean Anderson
Reviewed-by: Bin Meng
Reviewed-by: Leo Liang
---
(no changes since v1)
arch/riscv/dts/k210-maix-bit.dts | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/riscv/dts/k210-m
We don't always read/write to the FIFO fast enough. Enable clock stretching
for enhanced SPI transfers. This is only possible with DWC SSI devices more
recent than 1.01a. We also need to set the RXFTLR register to tell the
device when to start reciving again. In particular, the default of 0 will
re
This adds support for DUAL/QUAD/OCTAL transfers. This adds
dw_spi_supports_op to do some sanity checks which would otherwise live in
exec_op. We only support byte transfers, but as far as I could tell only
bytes are supported by mem_ops (e.g. every part of the opcode has nbytes).
Signed-off-by: Se
This rewrites poll_transfer, dw_writer, and dw_reader.
* We now use RO transfers (instead of always using TR). This eliminates the
need to send out dummy words, and simplifies the transmit logic.
* All parameters (except regs and bits_per_word) are passed explicitly.
* Most parameters have been
This adds some registers needed for DUAL/QUAD/OCTAL modes. It also adds the
fields in (R)ISR so we can check for over-/under-flow.
Signed-off-by: Sean Anderson
---
Changes in v2:
- Fix some inconsistencies in register naming and usage
drivers/spi/designware_spi.c | 60 +
This capability corresponds to an SSIC_SPI_MODE of 1, 2, or 3. This
doesn't do much yet, but it does add support for detection and for
disallowing unsupported modes. Unfortunately, we cannot discriminate
between these modes (only that SSIC_SPI_MODE != 0), so we just pretend to
have DUAL+QUAD+OCTAL
Since Linux commit cc760f3143f5 ("spi: dw: Convert CS-override to DW SPI
capabilities"), the Linux driver has used capability flags instead of
using ad-hoc flags and functions. This is a great idea, and we should use
it as well.
The .data field in the compatible array has switched from being an
in
Writing 1s to this register *unmasks* interrupts. Mask them instead.
Signed-off-by: Sean Anderson
---
Changes in v2:
- Actually mask interrupts
drivers/spi/designware_spi.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/spi/designware_spi.c b/drivers/spi/designware
This logs the status register on timeout, so it is easier to determine the
cause of the failure.
Signed-off-by: Sean Anderson
---
(no changes since v1)
drivers/spi/designware_spi.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/spi/designware_spi.c b/drivers/spi/designware_spi.
This line should come before the docs for the next function.
Fixes: 7aeedac0153 ("mtd: spi: Port SPI NOR framework from Linux")
Signed-off-by: Sean Anderson
Reviewed-by: Bin Meng
Reviewed-by: Pratyush Yadav
---
(no changes since v1)
include/linux/mtd/spi-nor.h | 2 +-
1 file changed, 1 inse
This prints some basic metadata about the SPI memory op. This information
may be used to debug SPI drivers (e.g. determining the expected SPI mode).
It is also helpful for verifying that the data on the wire matches the data
intended to be transmitted (e.g. with a logic analyzer). The opcode is
pri
This is useful for extending the default functionality. This mirrors the
change in Linux commit 46109648052f ("spi: spi-mem: export
spi_mem_default_supports_op()").
Signed-off-by: Sean Anderson
Reviewed-by: Bin Meng
Reviewed-by: Pratyush Yadav
---
(no changes since v1)
include/spi-mem.h | 3
The sf test command is used to test spi flashes (and spi masters). Printing
the exact error code is very helpful to those debugging the spi stack.
Signed-off-by: Sean Anderson
Reviewed-by: Bin Meng
Reviewed-by: Pratyush Yadav
---
(no changes since v1)
cmd/sf.c | 22 +-
1
If there is an error while erasing SPI flash, no errno is displayed. This
makes it difficult to determine the cause of the error. This change mirrors
the logic for write errors above.
Signed-off-by: Sean Anderson
Reviewed-by: Bin Meng
Reviewed-by: Pratyush Yadav
---
(no changes since v1)
cmd
This series adds support for enhanced SPI modes. It was tested on a K210 (DWC
SSI with QSPI flash).
If anyone has a designware device with QSPI flash attached (especially a DW SSI
APB device), I'd greatly appreciate them testing out this patch series.
Many of the earlier patches in this series ar
Hi Sean,
On Thu, 4 Feb 2021 at 18:28, Sean Anderson wrote:
>
> On 1/20/21 10:10 PM, Simon Glass wrote:
> > At present if logging not enabled, log_info() becomes a nop. But we want
> > log output at the 'info' level to be akin to printf(). Update the macro to
> > pass the output straight to printf
Hi Bin,
On Mon, 1 Feb 2021 at 00:25, Bin Meng wrote:
>
> Hi Simon,
>
> On Mon, Jan 25, 2021 at 1:51 AM Simon Glass wrote:
> >
> > While static configuration is useful it cannot cover every case. Sometimes
> > board revisions are encoded in resistor straps and must be read at
> > runtime.
> >
> >
Hi Andy,
On Wed, 3 Feb 2021 at 08:32, Andy Shevchenko
wrote:
>
> When run `ut dm [test name]` allow to use simple pattern to run all tests
> started with given prefix. For example, to run all ACPI test cases:
> ut dm acpi*
>
> Signed-off-by: Andy Shevchenko
> ---
> test/dm/test-main.c |
Hi Andy,
On Wed, 3 Feb 2021 at 08:32, Andy Shevchenko
wrote:
>
> On some distributions the mkfs.ext4 is under /sbin and /sbin is not set
> for mere users. Include /sbin to the PATH when creating ext4 disk image,
> so that users won't get a scary traceback from Python.
>
> Signed-off-by: Andy Shev
Hi Köry,
On Mon, 25 Jan 2021 at 07:27, Köry Maincent wrote:
>
> Hello Simon,
>
> On Sun, 24 Jan 2021 13:24:14 -0700
> Simon Glass wrote:
>
> > Hi Kory,
> >
> > On Fri, 22 Jan 2021 at 08:23, Kory Maincent
> > wrote:
> > >
> > > The commit cd2faeba1a moves the location where we save the flags to
On Thu, Feb 4, 2021 at 12:49 PM Stefano Babic wrote:
>
> Hallo Tim,
>
> On 04.02.21 18:31, Tim Harvey wrote:
> > On Sat, Jan 30, 2021 at 1:23 PM Stefano Babic wrote:
> >>
> >> Hi everybody,
> >>
> >> On 27.01.21 14:19, Stefano Babic wrote:
> >>> On 27.01.21 08:57, Frieder Schrempf wrote:
> O
On 1/20/21 10:10 PM, Simon Glass wrote:
At present if logging not enabled, log_info() becomes a nop. But we want
log output at the 'info' level to be akin to printf(). Update the macro to
pass the output straight to printf() in this case.
This mimics the behaviour for the log_...() macros like l
+Heinrich Schuchardt
Hi Heinrich,
On Wed, 20 Jan 2021 at 20:11, Simon Glass wrote:
>
> At present when logging is not enabled, all log() calls become nops. This
> does not seem right, since if the log level is high enough then there
> should be some sort of message. So in that case, this series
From: Jagan Teki
DM_VIDEO migration deadline is already expired, but around
80 Allwinner boards are still using video in a legacy way.
= WARNING ==
This board does not use CONFIG_DM_VIDEO Please update
the board to use CONFIG_DM_VIDEO before the v2019.07 r
Em qua., 27 de jan. de 2021 às 12:15, Simon Glass
escreveu:
> Hi Joao,
Hello!
>
>
> This test works the first time I run it but fails the second time,
> since the directory already exists. This makes it necessary to disable
> the test for development.
>
> It also uses the wrong quoting style -
Hi Heiko,
> add support for the UUU commands ACmd and UCmd.
>
> Enable them through the Kconfig option
> CONFIG_FASTBOOT_UUU_SUPPORT
>
> base was commit in NXP kernel
> 9b149c2a2882: ("MLK-18591-3 android: Add FSL android fastboot
> support")
>
> and ported it to current mainline. Tested this p
On Thu, Feb 04, 2021 at 11:31:22PM +0100, Heinrich Schuchardt wrote:
> On 2/4/21 11:12 PM, Sean Anderson wrote:
> >
> >
> > On 2/4/21 5:03 PM, Heinrich Schuchardt wrote:
> > > On 2/4/21 10:58 PM, Tom Rini wrote:
> > >> On Thu, Feb 04, 2021 at 04:44:22PM -0500, Sean Anderson wrote:
> > >>
> >
On Fri, 19 Jun 2020 09:30:22 +0200
Maxime Ripard wrote:
Hi,
I have picked up this patch, rebased, updated and fixed some parts.
I will send a v3 ASAP, so we can continue the discussion on this.
I am replying here to some of the outstanding comments, since this has
the context:
> On Thu, Jun 1
On 2/4/21 11:12 PM, Sean Anderson wrote:
On 2/4/21 5:03 PM, Heinrich Schuchardt wrote:
> On 2/4/21 10:58 PM, Tom Rini wrote:
>> On Thu, Feb 04, 2021 at 04:44:22PM -0500, Sean Anderson wrote:
>>
>>> The serial number OTP is similar to the imx7 version, except that the
>>> register names are
On Thu, Feb 04, 2021 at 11:03:06PM +0100, Heinrich Schuchardt wrote:
> On 2/4/21 10:58 PM, Tom Rini wrote:
> > On Thu, Feb 04, 2021 at 04:44:22PM -0500, Sean Anderson wrote:
> >
> > > The serial number OTP is similar to the imx7 version, except that the
> > > register names are different. This als
Dear Marek,
On 2/5/21 1:38 AM, Marek Behún wrote:
> On Thu, 4 Feb 2021 07:18:23 +0900
> Jaehoon Chung wrote:
>
>>> Commit da18c62b6e6a causes the regression. The Fixes tag, as I
>>> understand, should link to commit with which the regression first
>>> occured, so that if someone wanted to backpo
Hi Neil,
On 2/4/21 11:05 PM, Neil Armstrong wrote:
> On 01/02/2021 10:28, Jaehoon Chung wrote:
>> Use mmc_pwrseq instead of meson_mmc_pwrseq.
>>
>> Signed-off-by: Jaehoon Chung
>> ---
>> drivers/mmc/meson_gx_mmc.c | 41 +++---
>> 1 file changed, 3 insertions(+), 3
On 2/4/21 5:03 PM, Heinrich Schuchardt wrote:
> On 2/4/21 10:58 PM, Tom Rini wrote:
>> On Thu, Feb 04, 2021 at 04:44:22PM -0500, Sean Anderson wrote:
>>
>>> The serial number OTP is similar to the imx7 version, except that the
>>> register names are different. This also sets serial# directly,
>
On 2/4/21 11:03 PM, Neil Armstrong wrote:
> Hi,
>
> On 04/02/2021 10:11, Marek Szyprowski wrote:
>> Use the ADC channel 1 to check the hardware revision of the board and
>> detect the N2 vs. N2+ and the C4 vs. HC4 variants. Each of them use
>> different dtb file, so adjust fdtfile environment vari
On 2/4/21 10:58 PM, Tom Rini wrote:
On Thu, Feb 04, 2021 at 04:44:22PM -0500, Sean Anderson wrote:
The serial number OTP is similar to the imx7 version, except that the
register names are different. This also sets serial# directly, instead of
providing board_get_serial.
Signed-off-by: Sean And
On Thu, Feb 04, 2021 at 04:44:22PM -0500, Sean Anderson wrote:
> The serial number OTP is similar to the imx7 version, except that the
> register names are different. This also sets serial# directly, instead of
> providing board_get_serial.
>
> Signed-off-by: Sean Anderson
Reviewed-by: Tom Rini
On Wed, Feb 03, 2021 at 09:30:59PM -0700, Simon Glass wrote:
> Hi Tom,
>
>
> https://gitlab.denx.de/u-boot/custodians/u-boot-dm/-/pipelines/6206
>
> The following changes since commit fdcb93e1709ab1a2ebb562455621617c29e2099c:
>
> Merge branch '2021-02-01-assorted-fixes' (2021-02-02 09:24:10
On Thu, Feb 04, 2021 at 08:08:51AM +0800, Bin Meng wrote:
> Hi Tom,
>
> This PR includes the following x86 changes for v2021.04:
>
> - Fix broken multi-core boot for QEMU x86
> - Add zboot support to boot x86 Linux kernel image in the PXE sysboot utility
>
> Azure results: PASS
> https://dev.az
1 - 100 of 200 matches
Mail list logo