On 06/11/19 7:51 PM, Roger Quadros wrote:
> Hi,
>
> We need to follow the TRM sequence and settings to ensure
> that the DPLL & PHY operates correctly over the entire
> temperature range.
>
> Tested with SATA on dra7-evm.
>
> Since this is a bug fix, I will suggest to include it in current
As per the email discussion[0], add myself as a maintainer to
OMAPL138_LCDK and drop Peter's entry.
[0]
http://u-boot.10912.n7.nabble.com/OMAP-L138-LCDK-giving-up-maintainership-td394211.html
Signed-off-by: Lokesh Vutla
---
board/davinci/da8xxevm/MAINTAINERS | 2 +-
1 file changed, 1
On 17/12/19 5:44 PM, Igor Opaniuk wrote:
> From: Igor Opaniuk
>
> This reverts commit f0cc4eae9a1702a768817ea25d9f23cece69d021
>
> This was previously reported that f0cc4eae9a ("core: device:
> use dev_power_domain_on") breaks initial boot on Colibri iMX8X and
> IMX8 QM ROM 7720a1 board.
Here is CI build result.
https://travis-ci.org/yangbolu1991/u-boot-test/builds/627093385
Thanks.
> -Original Message-
> From: Yangbo Lu
> Sent: Thursday, December 19, 2019 6:59 PM
> To: u-boot@lists.denx.de
> Cc: Peng Fan ; Priyanka Jain ;
> Wolfgang Denk ; Y.b. Lu
> Subject: [PATCH
Am 19.12.19 um 16:08 schrieb Stefan Roese:
> Hi Mauro,
>
> On 19.12.19 12:40, MCon wrote:
>> modified: arch/mips/dts/Makefile
>> Add support for creation of vocore2.dtb
>> move creation of gardena-smart-gateway-mt7688.dtb and
>> linkit-smart-7688.dtb to more specific setting.
Am 19.12.19 um 12:40 schrieb MCon:
>
> Details about this SoM can be found at "https://vocore.io/v2.html;.
> This port is working for me and able to boot Linux v5.0.
> Some subsystems (notably SD) are not working due to shortcomings
> of current drivers (e.g.: mtk_sd.c); they work in the
On Fri, Dec 20, 2019 at 2:37 AM Jerome Brunet wrote:
>
> 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 +
>
Hi Peng,
On Thu, Dec 19, 2019 at 10:14 PM Peng Fan wrote:
>
> > Subject: [PATCH v1] Revert "core: device: use dev_power_domain_on"
> >
> > From: Igor Opaniuk
> >
> > This reverts commit f0cc4eae9a1702a768817ea25d9f23cece69d021
> >
> > This was previously reported that f0cc4eae9a ("core: device:
> Subject: [PATCH v1] Revert "core: device: use dev_power_domain_on"
>
> From: Igor Opaniuk
>
> This reverts commit f0cc4eae9a1702a768817ea25d9f23cece69d021
>
> This was previously reported that f0cc4eae9a ("core: device:
> use dev_power_domain_on") breaks initial boot on Colibri iMX8X and
>
Use this UART to improve the compatibility of U-Boot when used as a
coreboot payload.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
Changes in v3: None
Changes in v2: None
arch/x86/dts/coreboot.dts | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git
At present this driver uses an assortment of CONFIG options to control
how it accesses the hardware. This is painful for platforms that are
supposed to be controlled by a device tree or a previous-stage bootloader.
Add a new CONFIG option to enable fully dynamic configuration. This
controls
Coreboot can provide information about the serial device in use on a
platform. Add a driver that uses this information to produce a working
UART.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
Changes in v3: None
Changes in v2: None
drivers/serial/Kconfig | 11
Since mid 2016, coreboot has additional fields in the serial struct that
it passes down to U-Boot. Add these so we are in sync.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
Changes in v3: None
Changes in v2: None
arch/x86/include/asm/coreboot_tables.h | 19 +++
1 file
Hi Michael,
On Wed, 18 Dec 2019 at 18:42, Michael Walle wrote:
>
> If there are aliases for an uclass, set the base for the "dynamically"
> allocated numbers next to the highest alias.
>
> Please note, that this might lead to holes in the sequences, depending
> on the device tree. For example if
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 +
arch/arm/dts/meson-gx-libretech-pc.dtsi | 376 ++
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.
Signed-off-by: Jerome Brunet
---
drivers/clk/meson/axg.c
Add dv18 i2c C pins on the gxl SoC
Signed-off-by: Jerome Brunet
---
arch/arm/dts/meson-gxl.dtsi | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch/arm/dts/meson-gxl.dtsi b/arch/arm/dts/meson-gxl.dtsi
index d5c3d78aafeb..4ef11e5381d8 100644
--- a/arch/arm/dts/meson-gxl.dtsi
+++
Add libretech PC platform support. This platform comes in 2 variants,
one with the s905d and the other s912.
The corresponding DT have been applied and should be merged during the
next merge window [0]
While working on these boards, I've found a problem related the mmc
clock. In some cases, the
Import the common leds bindings definition from linux v5.4
Signed-off-by: Jerome Brunet
---
include/dt-bindings/leds/common.h | 75 +++
1 file changed, 75 insertions(+)
create mode 100644 include/dt-bindings/leds/common.h
diff --git
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
After the DM conversion the boot SD card is now device 3.
Adjust it so that we can boot the kernel again.
While at it avoid a hardcoded mmc dev inside the finduuid script.
Signed-off-by: Fabio Estevam
---
include/configs/mx6sxsabresd.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
Currently the following hang is observed when booting a imx6sx-sdb
board:
U-Boot 2020.01-rc5-4-g643366bcd5 (Dec 19 2019 - 14:56:23 -0300)
CPU: Freescale i.MX6SX rev1.0 996 MHz (running at 792 MHz)
CPU: Extended Commercial temperature grade (-20C to 105C) at 32C
Reset cause: POR
Model:
handoff_setup() was used to generate fixed handoff structure for ATF on
ZynqMP platform.
Switching to bl2_plat_get_bl31_params() platform brings more flexibility
because information can be taken from fit image where /fit-images node is
created at run time.
Signed-off-by: Michal Simek
---
Hi,
Xilinx ZynqMP platform is using from the beggining specific structure which
is passed from FSBL/SPL to ATF.
Maybe in future both options can be supported by ATF and we can remove this
private structure completely. But as of now bl31_params are completely
ignored by ATF by RESET_TO_BL31=1
Xilinx ZynqMP platform is passing information to ATF in private format and
ATF bl31 parameters are not used. That's why enable option to rewrite this
function by platform specific implementation.
The patch also move and update kernel-doc format with missing parameters.
Signed-off-by: Michal
On 18/12/2019 12:59, Andre Przywara wrote:
> From: Amit Singh Tomar
>
> The Broadcom GENET Ethernet MACs are used in several MIPS based SoCs
> and in the Broadcom 2711/2838 SoC used on the Raspberry Pi 4.
> There is no publicly available documentation, so this driver is based
> on the Linux
> But I wonder how U-Boot managed to work on RISC-V till today?
Hm. I think that linker relaxations may also have been disabled by
linking with -pie. When I discovered this bug, I had disabled the flag
since I was having a hard time getting my compiler to build with
--enable-shared. When
Hi!
We have a Dragonboard 410c. We chainload u-boot from little kernel (lk),
and from there the linux kernel obviously. All of it (not little kernel)
is build within yocto / Openembedded. It will generate a fitImage, that
we put into an ext4 partition, from there we bootm the stuff after
OF_BOARD and OF_SEPARATE can use board specific board_fdt_blob_setup().
OF_BOARD option is mostly used for picking up DTB from certain location.
OF_SEPARATE option is used when DTB is appended after u-boot binary.
This board specific function is aligned with current version in
lib/fdtdec.c with
The reason for this change is just get in sync with board_fdt_blob_setup()
available at lib/fdtdec.c.
Signed-off-by: Michal Simek
---
board/xilinx/common/board.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/board/xilinx/common/board.c
Hi,
it is simply series which align board_fdt_blob_setup() with fdtdec with
highest priority on default location where external DTB can be found.
Thanks,
Michal
Michal Simek (2):
arm64: zynqmp: Rename fw_dtb variable to fdt_blob
arm64: zynqmp: Add support for OF_SEPARATE with board DTB
U-Boot binary has grown in such a way that it goes beyond the reserved
area for the environment variables.
Running "saveenv" followed by a "reset" causes U-Boot to hang because
of this overlap.
Fix this problem by increasing the CONFIG_ENV_OFFSET size.
Also, in order to prevent this same
Hi,
Currently I'm working on generalizing recovery mode handling,
particularly making sure upon recovery mode (U-boot is loaded via
Serial Downloader) detection the default U-Boot environment is used
rather than the one stored in flash to avoid any bad side-effects.
For the moment we're trying
On Fri, 13 Dec 2019 at 21:47, Masahiro Yamada wrote:
>
> The suffix should be ".bin" instead of ".dtb" .
>
> Signed-off-by: Masahiro Yamada
> Reviewed-by: Bin Meng
> ---
>
> tools/binman/README.entries | 2 +-
> tools/binman/etype/u_boot_with_ucode_ptr.py | 2 +-
> 2 files
Hi Mauro,
On 19.12.19 12:40, MCon wrote:
modified: arch/mips/dts/Makefile
Add support for creation of vocore2.dtb
move creation of gardena-smart-gateway-mt7688.dtb and
linkit-smart-7688.dtb to more specific setting.
new file: arch/mips/dts/vocore2.dts
From: Ashok Reddy Soma
Remove hardcoded base address of nand and replace it with the
value taken from device tree. Remove base address from header
file too.
Signed-off-by: Ashok Reddy Soma
Signed-off-by: Michal Simek
---
arch/arm/mach-zynqmp/include/mach/hardware.h | 2 -
Hi,
these two patches are moving nand driver to DM and also remove hardcoded
base address of nand controller and get it from device tree.
Thanks,
Michal
Ashok Reddy Soma (2):
mtd: nand: Move arasan nand driver to driver model
mtd: nand: Remove hardcoded base address of nand
From: Ashok Reddy Soma
Make changes to arasan nand driver to move it to driver model.
Select DM_MTD if arasan nand driver is selected.
Signed-off-by: Ashok Reddy Soma
Signed-off-by: Michal Simek
---
drivers/mtd/nand/raw/Kconfig | 1 +
drivers/mtd/nand/raw/arasan_nfc.c | 52
There is no reason to clear bss and call board_init_r() from board_init_f()
beca it can be called directly from crt0_64.S with also support for SPL
stack relocation to SDRAM.
For more information please take a look at arch/arm/lib/crt0_64.S
Signed-off-by: Michal Simek
---
On Tue, Dec 17, 2019 at 9:14 AM Igor Opaniuk wrote:
>
> From: Igor Opaniuk
>
> This reverts commit f0cc4eae9a1702a768817ea25d9f23cece69d021
>
> This was previously reported that f0cc4eae9a ("core: device:
> use dev_power_domain_on") breaks initial boot on Colibri iMX8X and
> IMX8 QM ROM 7720a1
On Thu, Dec 19, 2019 at 11:27 AM Oliver Graute
wrote:
>
> Fix broken fsl_esdhc_imx conversion
>
> Signed-off-by: Oliver Graute
Reviewed-by: Fabio Estevam
Hi Oliver,
On Thu, Dec 19, 2019 at 11:25 AM Oliver Graute
wrote:
> +#define USDHC1_BASE_ADDR 0x5B01
> +#define USDHC2_BASE_ADDR 0x5B02
> +#define USDHC3_BASE_ADDR 0x5B03
These defines would be better placed in a common SoC header file
ndepth needs to be initialized before it is used in fdt_next_node().
Uninitialized value is causing that node is found and depth increase but
won't pass condition below because initial state wasn't setup.
Signed-off-by: Michal Simek
---
common/spl/spl_atf.c | 2 +-
1 file changed, 1
Fix broken fsl_esdhc_imx conversion
Signed-off-by: Oliver Graute
Cc: Stefano Babic
Cc: Fabio Estevam
Cc: Peng Fan
Cc: Simon Glass
Cc: Ye Li
Cc: uboot-imx
---
board/advantech/imx8qm_rom7720_a1/spl.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
Added missing USDHC Base address defines
Signed-off-by: Oliver Graute
Cc: Stefano Babic
Cc: Fabio Estevam
Cc: Peng Fan
Cc: Simon Glass
Cc: Ye Li
Cc: uboot-imx
---
include/configs/imx8qm_rom7720.h | 4
1 file changed, 4 insertions(+)
diff --git a/include/configs/imx8qm_rom7720.h
On Mon, Dec 16, 2019 at 2:06 PM Igor Opaniuk wrote:
>
> From: Igor Opaniuk
>
> Add info about supported i.MX7, improve details the usage of
> bcbonly subcommand.
>
> Signed-off-by: Igor Opaniuk
Reviewed-by: Oleksandr Suvorov
> ---
>
> arch/arm/mach-imx/cmd_nandbcb.c | 9 ++---
> 1 file
On Tue, Dec 17, 2019 at 2:49 PM Igor Opaniuk wrote:
>
> My address at Linaro doesn't exist anymore, so people
> keep getting mail delivery error responses. Map this address
> to the actual one.
>
> Signed-off-by: Igor Opaniuk
Reviewed-by: Oleksandr Suvorov
> ---
>
> .mailmap | 1 +
> 1 file
On Thu, Dec 19, 2019 at 12:55 PM Igor Opaniuk wrote:
>
> From: Igor Opaniuk
>
> Currently Colibri iMX7 NAND version doesn't boot at all with
> HABv4 support enabled. If CSF section is included in the final
> imx binary, BootROM every time switches to usb recovery mode.
> However eMMC version of
On Tue, Dec 17, 2019 at 2:14 PM Igor Opaniuk wrote:
>
> From: Igor Opaniuk
>
> This reverts commit f0cc4eae9a1702a768817ea25d9f23cece69d021
>
> This was previously reported that f0cc4eae9a ("core: device:
> use dev_power_domain_on") breaks initial boot on Colibri iMX8X and
> IMX8 QM ROM 7720a1
On Wed, Dec 18, 2019 at 8:09 PM Sean Anderson wrote:
>
> Due to the two-instruction sequence needed to access arbitrary memory
> locations, the RISC-V linker aggressively optimises memory accesses and
> jumps at link-time. This is called "linker relaxation," and is discussed
> in this SiFive
On 12/18/2019 10:45 PM, Michael Walle wrote:
Am 2019-12-18 21:00, schrieb Alexandru Marginean:
Hi Michael,
On 12/18/2019 5:42 PM, Michael Walle wrote:
If there are aliases for an uclass, set the base for the "dynamically"
allocated numbers next to the highest alias.
Please note, that this
Hi Andre,
Am 19.12.19 um 12:42 schrieb Andre Przywara:
> On Thu, 19 Dec 2019 12:32:06 +0100
> Daniel Schwierzeck wrote:
>
> Hi Daniel,
>
> many thanks for your valuable comments! Do you have access to a MIPS board
> using a GENETv5 MAC? I would be very curious to see if the driver works
>
Describe the components of environment variable
env__efi_loader_helloworld_file.
Signed-off-by: Heinrich Schuchardt
---
test/py/tests/test_efi_loader.py | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/test/py/tests/test_efi_loader.py b/test/py/tests/test_efi_loader.py
Passing 0 to PHY connect used to trigger a MDIO scan due to a bug fixed in
the meantime. It's unclear if bcm-sf2 wants to connect to PHY @ addr 0 or
is scanning the bus, passing -1 here should keep it functional either way.
Signed-off-by: Alex Marginean
Cc: Jiandong Zheng
---
I am having trouble understanding how to handle SD driver on my Vocore2
board.
I already managed to make it work under Linux (5.3.0).
Root problem is VoCore2 has no support for power switching on the SD/MMC
slot;
a direct wire goes directly to the 3.3V supply.
Similar issue for the clock (here I
On Thu, 19 Dec 2019 12:43:35 +0100
Marek Vasut wrote:
Hi Marek,
> On 12/19/19 12:36 PM, Andre Przywara wrote:
> > On Thu, 19 Dec 2019 09:04:32 +0100
> > Marek Vasut wrote:
> >> On 12/19/19 2:23 AM, André Przywara wrote:
> >>> On 19/12/2019 00:55, Marek Vasut wrote:
> On 12/19/19 1:52
Up to now we have been relying on openSUSE repositories for GRUB on arm and
arm64 though we have included GRUB in our Docker image.
Use the GRUB included in our Docker image.
Signed-off-by: Heinrich Schuchardt
---
.gitlab-ci.yml | 9 -
1 file changed, 4 insertions(+), 5 deletions(-)
On 12/19/2019 7:30 AM, Priyanka Jain wrote:
-Original Message-
From: U-Boot On Behalf Of Marek Vasut
Sent: Wednesday, December 18, 2019 9:47 PM
To: joe.hershber...@ni.com
Cc: u-boot@lists.denx.de; Tom Rini ; Joseph
Hershberger
Subject: Re: [U-Boot] [PATCH] net/phy: Fix phy_connect()
Hi,
i want to use device tree overlay in U-boot.
my overlay looks like this:
-
/dts-v1/;
/plugin/;
/ {
fragment@1 {
//target = <>;
target-path = "/soc/aips-bus@210/i2c@21a4000/";
__overlay__ {
status = "okay";
isl7998x_mipi: isl7998x_mipi@44 {
compatible =
Thank you :-)
I will test it these days.
Am Mi., 18. Dez. 2019 um 12:59 Uhr schrieb Andre Przywara
:
>
> This series adds Ethernet support for the Raspberry Pi 4. The SoC
> includes a "Broadcom Genet v5 MAC" IP, connected as a proper platform
> device (no USB anymore!). Patch 1 provides a driver
On 12/19/19 12:36 PM, Andre Przywara wrote:
> On Thu, 19 Dec 2019 09:04:32 +0100
> Marek Vasut wrote:
>
> Hi Marek,
Hi,
>> On 12/19/19 2:23 AM, André Przywara wrote:
>>> On 19/12/2019 00:55, Marek Vasut wrote:
>>>
>>> Hi Marek,
>>
>> Hi,
>>
On 12/19/19 1:52 AM, Andre Przywara wrote:
On Thu, 19 Dec 2019 12:32:06 +0100
Daniel Schwierzeck wrote:
Hi Daniel,
many thanks for your valuable comments! Do you have access to a MIPS board
using a GENETv5 MAC? I would be very curious to see if the driver works there,
and am happy to make adjustments.
Does your board use a PHY
Details about this SoM can be found at "https://vocore.io/v2.html;.
This port is working for me and able to boot Linux v5.0.
Some subsystems (notably SD) are not working due to shortcomings
of current drivers (e.g.: mtk_sd.c); they work in the booted Linux.
NOTE:
This is my first attempt to use
modified: arch/mips/dts/Makefile
Add support for creation of vocore2.dtb
move creation of gardena-smart-gateway-mt7688.dtb and
linkit-smart-7688.dtb to more specific setting.
new file: arch/mips/dts/vocore2.dts
modified: arch/mips/mach-mtmips/Kconfig
new
On Thu, 19 Dec 2019 09:04:32 +0100
Marek Vasut wrote:
Hi Marek,
> On 12/19/19 2:23 AM, André Przywara wrote:
> > On 19/12/2019 00:55, Marek Vasut wrote:
> >
> > Hi Marek,
>
> Hi,
>
> >> On 12/19/19 1:52 AM, Andre Przywara wrote:
> >>> According to commit 11aa6a32eb5f ("arm: cache:
Am 18.12.19 um 12:59 schrieb Andre Przywara:
> From: Amit Singh Tomar
>
> The Broadcom GENET Ethernet MACs are used in several MIPS based SoCs
> and in the Broadcom 2711/2838 SoC used on the Raspberry Pi 4.
> There is no publicly available documentation, so this driver is based
> on the Linux
The below patch added eSDHC periperhal clock code initially.
2d9ca2c mmc: fsl_esdhc: Add peripheral clock support
The purpose was to fix up device tree properties "peripheral-frequency"
so that linux could get the periperhal clock by it.
However the implementation on both u-boot and linux was
Drop QorIQ eSDHC specific peripheral clock code.
Signed-off-by: Yangbo Lu
---
drivers/mmc/fsl_esdhc_imx.c | 40
1 file changed, 40 deletions(-)
diff --git a/drivers/mmc/fsl_esdhc_imx.c b/drivers/mmc/fsl_esdhc_imx.c
index f1afab7..e1528e7 100644
---
The eSDHC reference clocks should be provided by speed.c in arch/.
And we do not need CONFIG_FSL_ESDHC_USE_PERIPHERAL_CLK option to
select which clock to use. Because we can make the driver to select
the periperhal clock which is better (provides higher frequency)
automatically if its value is
The fdt fixup for properties "peripheral-frequency" and "adapter-type"
was once for a Freescale SDK release. The properties haven't been existed
in linux mainline. Drop these useless code.
Signed-off-by: Yangbo Lu
---
drivers/mmc/fsl_esdhc.c | 9 -
1 file changed, 9 deletions(-)
diff
The QorIQ eSDHC controller supports two reference clocks. They are
platform clock and periperhal clock. The global variable sdhc_clk
has already been used for platform clock.
This patch is to add another global variable sdhc_per_clk for
periperhal clock, which provides higher frequency and is
The SDHC clock divider value for LS1028A should be default 2,
not 1.
Signed-off-by: Yangbo Lu
---
configs/ls1028aqds_tfa_SECURE_BOOT_defconfig | 1 -
configs/ls1028aqds_tfa_defconfig | 1 -
configs/ls1028ardb_tfa_SECURE_BOOT_defconfig | 1 -
configs/ls1028ardb_tfa_defconfig
This patch-set is to clean up eSDHC peripheral clock code.
- Drop useless code in esdhc/esdhc_imx drivers and powerpc/.
- Add global variable sdhc_per_clk for peripehral clock.
- Drop CONFIG_FSL_ESDHC_USE_PERIPHERAL_CLK option and let
driver decides which clock to use.
- Some fixes for
From: Igor Opaniuk
Currently Colibri iMX7 NAND version doesn't boot at all with
HABv4 support enabled. If CSF section is included in the final
imx binary, BootROM every time switches to usb recovery mode.
However eMMC version of the same SoM works without any issues.
Disable HAB and CAAM
Current implementation to get board version through GPIO is
brocken due to endianness issue hence it is not working for rev B
board.
Fix it to make it work for Rev A as well as Rev B boards
Signed-off-by: Pramod Kumar
---
Changes in v4:
- updated commit message
Changes in v3:
- incorporate
On 16.12.19 12:49, Kuldeep Singh wrote:
To support the SPI MEM API, instead of modifying the existing U-Boot
driver, this patch adds a port of the existing Linux driver.
This also has the advantage that porting changes and fixes from Linux
will be easier.
Porting of driver left most of the
The current mpc83xx_clk driver is broken for any board for which
mpc83xx_has_pci() is true, i.e. anything not MPC8308:
When is_clk_valid() reports that MPC83XX_CLK_PCI is valid,
init_all_clks() proceeds to call init_single_clk(), but that doesn't
know about either MPC83XX_CLK_PCI or has any
LS1046A SoC serdes protocol 0x3040 supports both sgmi and qsgmii,
however frwy-ls1046a supports only QSGMI on board.
Disable unsupported sgmii on bord.
Signed-off-by: Pramod Kumar
---
arch/arm/cpu/armv8/fsl-layerscape/ls1046a_serdes.c | 56 +++---
1 file changed, 50
On 12/19/19 2:23 AM, André Przywara wrote:
> On 19/12/2019 00:55, Marek Vasut wrote:
>
> Hi Marek,
Hi,
>> On 12/19/19 1:52 AM, Andre Przywara wrote:
>>> According to commit 11aa6a32eb5f ("arm: cache: Implement cache range
>>> check for v7"), which introduced check_cache_range(), this was meant
Hi Peter,
On 19/12/19 2:29 AM, Peter Howard wrote:
> On Wed, 2019-12-18 at 18:26 +0530, Sekhar Nori wrote:
>> On 18/12/19 6:15 PM, Adam Ford wrote:
>>> On Tue, Dec 17, 2019 at 5:15 PM Peter Howard <
>>> p...@northern-ridge.com.au> wrote:
Tom and others,
I finish at my current job
80 matches
Mail list logo
