Hi Rick,
On Fri, Jun 26, 2020 at 1:53 PM Pragnesh Patel
wrote:
>
> >-Original Message-
> >From: Bin Meng
> >Sent: 23 June 2020 11:00
> >To: Rick Chen ; Simon Glass ;
> >Pragnesh Patel ; Sagar Kadam
> >; U-Boot Mailing List
> >Cc: Bin Meng
> >Subject: [PATCH 1/5] sysreset: syscon: Don't
Hi Simon,
On Fri, Jul 17, 2020 at 11:22 AM Simon Glass wrote:
>
> This series is split off from the original ACPI series and renumbered to
> version 1.
>
> It includes functions for generating more ACPI constructs as well as I2C,
> GPIO and sound support. There are also quite a few patches relate
Hi Simon,
On Fri, Jul 17, 2020 at 11:22 AM Simon Glass wrote:
>
> If there is MRC information we should run FSP-M with a different
> boot_mode flag since it is supposed to do a 'fast path' through the
> memory init. Fix this.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Wolfgang Wallner
>
> Re
Hi Leo,
On Fri, Jul 17, 2020 at 1:58 PM Leo Liang wrote:
>
> Hi Bin,
>
> This whole patch set looks pretty good to me.
>
> Just out of curiosity and as being rather new to the u-boot community,
> would the following fix be more direct and avoid modifying general code?
>
> On Wed, Jul 15, 2020 at
From: Suneel Garapati
Add VendorID and DeviceID for supported devices on OcteonTX/TX2
platforms.
Signed-off-by: Suneel Garapati
Reviewed-by: Stefan Roese
Cc: Simon Glass
Cc: Daniel Schwierzeck
---
RFC -> v1:
- Added device IDs
include/pci_ids.h | 18 ++
1 file changed, 18 i
Hi Daniel,
On 16.07.20 20:44, Daniel Schwierzeck wrote:
+U_BOOT_DRIVER(octeon_gpio) = {
+ .name = "octeon_gpio",
+ .id = UCLASS_GPIO,
+ .of_match = of_match_ptr(octeon_gpio_ids),
+ .probe = octeon_gpio_probe,
+ .priv_auto_alloc_size = sizeof(struct octeon_g
Hi Bin,
This whole patch set looks pretty good to me.
Just out of curiosity and as being rather new to the u-boot community,
would the following fix be more direct and avoid modifying general code?
On Wed, Jul 15, 2020 at 08:23:03PM -0700, Bin Meng wrote:
> From: Bin Meng
>
> At present the Si
Hi Stefan,
On Thu, Jul 2, 2020 at 4:47 PM Stefan Roese wrote:
>
> Some platforms, like MIPS Octeon, use mapped addresses (virtual address
> != physical address). On these platforms we need to make sure, that the
> local virtual addresses are converted to physical (DMA) addresses for
> the xHCI co
Heinrich,
On Fri, Jul 17, 2020 at 07:55:03AM +0200, Heinrich Schuchardt wrote:
> On 10.07.20 02:27, AKASHI Takahiro wrote:
> > As the commit cb7116030aff ("efi_loader: time based authentication")
> > fixed the timestamp handling, Test Case 6c has no longer worked as
> > expected.
> > So adjust the
On 10.07.20 02:27, AKASHI Takahiro wrote:
> As the commit cb7116030aff ("efi_loader: time based authentication")
> fixed the timestamp handling, Test Case 6c has no longer worked as
> expected.
> So adjust the timestamp of "dbx" variable.
>
> Signed-off-by: AKASHI Takahiro
> ---
> test/py/tests/t
Use the _ptr suffixed variant instead of casting. Also, convert it to
dev_read_addr_ptr(), which is safe to CONFIG_OF_LIVE.
One curious part is an error check like follows in
drivers/watchdog/omap_wdt.c:
priv->regs = (struct wd_timer *)devfdt_get_addr(dev);
if (!priv->regs)
re
This cast is unneeded.
Signed-off-by: Masahiro Yamada
---
drivers/net/fec_mxc.c | 2 +-
drivers/net/fsl_mcdmafec.c| 2 +-
drivers/net/mcffec.c | 2 +-
drivers/net/xilinx_axi_emac.c | 2 +-
drivers/net/xilinx_emaclite.c | 2 +-
5 files changed, 5 insertions(+), 5 deletions(-
When you enable CONFIG_OF_LIVE, you will end up with a lot of
conversions.
To generate this commit, I used coccinelle excluding drivers/core/,
include/dm/, and test/
The semantic patch that makes this change is as follows:
@@
expression dev;
@@
-devfdt_get_addr(dev)
+dev_read_addr(d
Hi Stefan,
On Thu, Jul 2, 2020 at 4:47 PM Stefan Roese wrote:
>
> These values are already swapped to CPU endianess, so swapping them
Can you please add more details as to when these values are swapped? I
assume this is inside usb_select_config() which is called before this
function is called?
Hi Stefan,
On Thu, Jul 2, 2020 at 4:47 PM Stefan Roese wrote:
>
> xhci_writeq() makes the CPU->LE swapping only when addressing registers
> in the xHCI controller address range and not in the local memory (RAM).
Is the above behavior exposed by the MIPS platform's writel()?
> We need to use cpu
On Thu, Jul 2, 2020 at 4:47 PM Stefan Roese wrote:
>
> While trying to use the U-Boot xHCI driver on the MIPS Octeon platform,
> which is big endian, I noticed that the driver is missing a few endian
> conversion calls. This patch adds these missing endian conversion
> calls.
>
> Signed-off-by: St
Instead of adding the definition for the specific MM SVC used in
StandAloneMM we added the one used in the standard SMC calls.
So change the value from -4 to -5 to match the correct one defined in
EDK2 and rename them to avoid future confusion
Fixes 23a397d2e2fb: ("efi_loader: Add headers for EDK2
Hi Simon,
On Fri, Jul 17, 2020 at 11:24 AM Simon Glass wrote:
>
> Hi Bin,
>
> On Tue, 7 Jul 2020 at 19:36, Simon Glass wrote:
> >
> > At present MTRRs are mirrored to the secondary CPUs only once, as those
> > CPUs are started up. But U-Boot may add more MTRRs later, e.g. if it
> > decides that
Hello Martin,
Am 13.07.2020 um 14:40 schrieb Martin Kaistra:
The types of "offset" and "size" of "struct mtd_partition" are uint64_t,
while mtd_parse_partitions() uses int to work with these values. When
the offset reaches 2GB, it is interpreted as a negative value, which
leads to error messages
From: Patrick Oppenlander
Linux distributions generally use the "make defconfig && make tools-all"
recipe to generate a uboot-tools (or similar) package.
This patch enables FIT cipher support in the default mkimage build.
Signed-off-by: Patrick Oppenlander
---
configs/sandbox_defconfig | 1 +
I tested the patch using,
https://snapshots.linaro.org/96boards/dragonboard410c/linaro/uboot/28/
And now the mmc devices appears.
On Thu, 16 Jul 2020 at 04:07, Manivannan Sadhasivam <
manivannan.sadhasi...@linaro.org> wrote:
> Since the introduction of 'get_cd' callback in sdhci core,
> dragonb
This should ideally be used by all x86 boards in U-Boot. Enable it by
default. If some boards don't use it, the cost is small.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
Changes in v3:
- Rebase to x86/master
Changes in v2:
- Don't enable this for qemu
arch/Kconfig | 1 +
dr
This function sounds like something that is called when U-Boot is about to
jump to Linux. In fact it is an init function.
Rename it to reduce confusion.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
Reviewed-by: Wolfgang Wallner
---
(no changes since v1)
arch/x86/cpu/coreboot/coreboot.c
Currently U-Boot implements version 2 but reports version 4. Correct it.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
Reviewed-by: Wolfgang Wallner
---
(no changes since v2)
Changes in v2:
- Use ACPI_MADT_REV_ACPI_3_0 instead of the open-coded value
arch/x86/lib/acpi_table.c | 2 +-
1 f
Hi Bin,
On Tue, 7 Jul 2020 at 19:36, Simon Glass wrote:
>
> At present MTRRs are mirrored to the secondary CPUs only once, as those
> CPUs are started up. But U-Boot may add more MTRRs later, e.g. if it
> decides that a video console must be set up.
>
> This series enhances the x86 multi-processo
This function does not exist anymore. Drop it from the header file.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
(no changes since v2)
Changes in v2:
- Remove the function from zimage.c also
arch/x86/include/asm/u-boot-x86.h | 2 --
arch/x86/lib/zimage.c | 10 --
Writing tables is currently pretty opaque. Add a bit of debugging to the
process so we can see what tables are written and where they start/end in
memory.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
Reviewed-by: Wolfgang Wallner
---
(no changes since v1)
arch/x86/lib/tables.c | 38 +
If there is MRC information we should run FSP-M with a different
boot_mode flag since it is supposed to do a 'fast path' through the
memory init. Fix this.
Signed-off-by: Simon Glass
Reviewed-by: Wolfgang Wallner
Reviewed-by: Bin Meng
---
(no changes since v2)
Changes in v2:
- Add a new comm
The comment here applies only to FSP1, so update it.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
Reviewed-by: Wolfgang Wallner
---
(no changes since v1)
arch/x86/cpu/start.S | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/x86/cpu/start.S b/arch/x86/cpu/start.S
index 01524635e9.
At present this information is used to locate and parse the tables but is
not stored. Store it so that we can display it to the user, e.g. with the
'bdinfo' command.
Note that now the GD_FLG_SKIP_LL_INIT flag is set in get_coreboot_info(),
so it is always set when booting from coreboot.
Signed-of
The FSP-S changes the ITSS priorities. The code that tries to save it
before running FSP-S and restore it afterwards does not work as U-Boot
relocates in between the save and restore. This means that the driver
data saved before relocation is lost and the new driver just sees zeroes.
Fix this by a
Update this code to calculate the address to use, rather than hard-coding
it. Obtain the requested stack size from the FSP.
Signed-off-by: Simon Glass
Reviewed-by: Wolfgang Wallner
Reviewed-by: Bin Meng
---
(no changes since v2)
Changes in v2:
- Split out the boot_mode change into a separate
This series is split off from the original ACPI series and renumbered to
version 1.
It includes functions for generating more ACPI constructs as well as I2C,
GPIO and sound support. There are also quite a few patches related to
getting coral to work correctly with ACPI.
Changes in v3:
- Update th
On 7/16/20 11:02 AM, Jason Wessel wrote:
>
>
> On 7/16/20 7:02 AM, Jason Wessel wrote:
>> On 7/9/20 3:11 AM, etienne.du...@gmail.com wrote:
>>> From: Etienne Dublé
>>>
>>> This commit fixes a serious issue occuring when several network
>>> commands are run on a raspberry pi 4 board: for insta
On Thu, Jul 16, 2020 at 11:39:36AM +, REITHER Robert - Contractor wrote:
> Hi,
>
> I think I have found a bug in
> lib/efi_loader/efi_signature.c
>
> efi_verify_certificate()
>
> + cert =
> x509_cert_parse(sig_data->data, sig_data->size);
> +
On Wed, 15 Jul 2020 at 22:40, Dave Gerlach wrote:
>
> Add a new documentation file for UCLASS_SOC and its usage to describe
> the SoC Device ID framework that allows SoC identification and device
> data matching.
>
> Signed-off-by: Dave Gerlach
> ---
> doc/driver-model/index.rst | 1 +
>
Currently, fdt_fixup_mtdparts() only checks the compatible property.
It is pointless to fix up the disabled node.
Skip the node if it has the property:
status = "disabled"
Signed-off-by: Masahiro Yamada
Reviewed-by: Simon Glass
---
(no changes since v1)
common/fdt_support.c | 17 +
Platform code can call fdt_fixup_mtdparts() in order to hand U-Boot's
MTD partitions over to the Linux device tree.
Currently, fdt_fixup_mtdparts() calls mtdparts_init() in its entry.
If no target MTD device is found, an error message like follows is
displayed:
Device nand0 not found!
This o
On Fri, Jul 17, 2020 at 12:44 AM Simon Glass wrote:
>
> On Wed, 15 Jul 2020 at 04:57, Masahiro Yamada
> wrote:
> >
> > Currently, fdt_fixup_mtdparts() only checks the compatible property.
> > It is pointless to fix up the disabled node.
> >
> > Skip the node if it has the property:
> >
> > stat
On 7/16/20 6:07 PM, Manivannan Sadhasivam wrote:
> Since the introduction of 'get_cd' callback in sdhci core,
> dragonboard410c's MMC interface is broken. It turns out that 'get_cd'
> callback checks for the host_caps for validating the chip select. And
> since the msm_sdhci driver is not parsing t
Hi Yangbo,
On 7/16/20 11:29 AM, Yangbo Lu wrote:
> This patch-set is to support eMMC HS200 and HS400 speed modes for
> eSDHC, and enable them on LX2160ARDB board.
Is there any result about performance?
Best Regards,
Jaehoon Chung
>
> CI build link
> https://travis-ci.org/github/yangbolu1991/u
On 7/15/20 12:14 PM, Heinrich Schuchardt wrote:
> On 15.07.20 19:38, Heinrich Schuchardt wrote:
>> On 15.07.20 17:57, Stephen Warren wrote:
>>> On 7/15/20 4:34 AM, Heinrich Schuchardt wrote:
Hello Stephen,
I have just looked into dfu testing.
Do we still need a custom dfu-u
On 7/16/20 10:27 PM, Ilias Apalodimas wrote:
> Instead of adding the definition for the specific MM SVC used in
> StandAloneMM we added the one used in the standard SMC calls.
> So change the value from -4 to -5 to match the correct one defined in
> EDK2
Please, rename all your MM return code cons
Running 'ut dm' on the sandbox without -D or -d results in segmentation
faults due to NULL pointer dereferences.
Check that device pointers are non-NULL before using them.
Use ut_assertnonnull() for pointers instead of ut_assert().
Signed-off-by: Heinrich Schuchardt
---
test/dm/acpi.c | 3
On Thu, Jul 16, 2020 at 05:55:55PM +0200, Heinrich Schuchardt wrote:
> The following changes since commit 47b0a493247b38c1557062e108cc4868e211a73e:
>
> Merge branch '2020-07-15-ci-updates' (2020-07-15 15:48:05 -0400)
>
> are available in the Git repository at:
>
> https://gitlab.denx.de/u-b
On 7/14/20 6:09 PM, Wolfgang Denk wrote:
> Dear Heinrich,
>
> In message <53dad1c7-7684-f975-1567-6ec5e03fa...@gmx.de> you wrote:
>>
>> If we want a fast algorithm to determine the last supported address even
>> if the start or size is not a power of two:
>
> Are you sure? How is this supposed to
After latest improvements in dtoc, compatible strings are checked
against driver and driver alias list to get a valid driver name. With
this new feature the list of compatible string aliases seems not
useful any more.
Signed-off-by: Walter Lozano
---
tools/dtoc/dtb_platdata.py | 13 ---
This series adds additional improvements to dtoc, which are focused in
compatible string aliases.
First, enhance dtoc to use not only the first but all the compatible
strings in a dtb node in order to find a valid driver name.
Second, remove compatible string aliases from dtoc which were used t
Currently dtoc checks if the first compatible string in a dtb node
matches either a driver o driver alias name, without taking into account
any other compatible string in the list. In the case that no driver matches
the first compatible string a warning is printed and the U_BOOT_DEVICE is
not being
Instead of adding the definition for the specific MM SVC used in
StandAloneMM we added the one used in the standard SMC calls.
So change the value from -4 to -5 to match the correct one defined in
EDK2
Fixes 23a397d2e2fb: ("efi_loader: Add headers for EDK2 StandAloneMM
communication")
Signed-off-
:
https://gitlab.denx.de/u-boot/custodians/u-boot-imx.git
tags/u-boot-imx-20200716
for you to fetch changes up to ab8b4e818cbc3846672c13b12f1d75daccfac519:
mx6memcal: fix build (2020-07-16 15:11:18 +0200)
i.MX for 2020.10
> This patch adds very basic minimal support for the Marvell Octeon 3
> CN73xx based EBB7304 EVK. Please note that the basic Octeon port does
> not support DDR3/4 initialization yet. To still use U-Boot on with this
> port, the L2 cache (4MiB) is used as RAM. This way, U-Boot can boot
> to the prom
> From: Suneel Garapati
>
> Add support for GPIO controllers found on Octeon II/III and Octeon TX
> TX2 SoC platforms.
>
> Signed-off-by: Aaron Williams
> Signed-off-by: Suneel Garapati
> Signed-off-by: Stefan Roese
> Cc: Simon Glass
> Cc: Daniel Schwierzeck
> Cc: Aaron Williams
> Cc: Ch
> OF graph endpoint connections must be bidirectional and dtc warn if they
> are not. i.MX7 based DTs have an error and generate
> warnings:
> arch/arm/dts/imx7d-sdb.dtb: Warning (graph_endpoint):
> /replicator/ports/port@0/endpoint: graph connection to node
> '/soc/tpiu@30087000/port/endpoint' is
> Even if the HAB fuse is not set we want to be able to use the Cryptographic
> Accelerator and Assurance Module (CAAM) for generating random numbers. So
> SYS_FSL_HAS_SEC should be selected even if IMX_HAB is not set.
> arch_misc_init() has to be called to initialize the CAAM.
> Signed-off-by: Hei
> After "4b969deac0 watchdog: imx: Add DM support", the imx watchdog
> can be started by wdt command. But the imx watchdog driver only
> support start with the default timeout.
> This commit adds the support for setting the timeout which pass from
> the wdt command into the imx watchdog. If the tim
> Add SCFW API sc_misc_get_boot_container to get current boot container
> set index.
> The index value returns 1 for primary container set, 2 for secondary
> container set.
> Signed-off-by: Ye Li
> Reviewed-by: Peng Fan
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
===
> Quoting Ye Li from NXP:
> "We have confirmed with PMIC team, 0x35 is used only on early chips
> and not used any more. 0x25 is the final address."
> Fix it by merging power_pca9450a_init and power_pca9450b_init into one
> function power_pca9450_init.
> Signed-off-by: Sébastien Szymanski
> as patch
> gpio: search for gpio label if gpio is not found through bank name
> is now in mainline, but functionality is disabled, we
> need to enable
> CONFIG_DM_GPIO_LOOKUP_LABEL
> for the aristainetos boards.
> Signed-off-by: Heiko Schocher
Applied to u-boot-imx, master, thanks !
Best regard
> Current mxc_gpio DM driver allocates the platdata in bind function to
> handle both OF_CONTROL enabled case and disabled case. This implementation
> puts the devfdt_get_addr in bind, which introduces much overhead especially
> in board_f phase.
> Change the driver to a common way for handling the
> This commit enables imx28 based XEA board's u-boot.sb (SPL) to download
> u-boot proper (u-boot.img) via Ymodem protocol.
> This is extremely useful in the recovery scenario where u-boot.sb is
> downloaded via uuu utility to SDRAM [*], and then one can upload u-boot
> proper via serial console to
> The current URL for the pico imx6ul board is not valid anymore. Change
> to a different URL that works.
> Signed-off-by: Fabio Estevam
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
=
DENX Software Eng
> Add compatible string and driver data for i.MX7ULP.
> Meanwhile, the address set to SFA1AD/SFA2AD/SFB1AD/SFB2AD should
> align with 1KB, because the lowest 10 bits are reserved by the
> registers definition.
> For i.MX7ULP which has only 128Bytes AHB buffer, must align it
> when setting the regis
> i.MX platforms provide large AHB mapped space for QSPI, each
> controller has 256MB. However, current driver only maps small
> size (AHB buffer size) of AHB space, this implementation
> causes i.MX failed to boot M4 with QSPI XIP image.
> Add config CONFIG_FSL_QSPI_AHB_FULL_MAP (default enabled f
> As explained in the CONFIG_DM_MDIO text inside drivers/net/Kconfig:
> "Useful in particular for systems that support
> DM_ETH and have a stand-alone MDIO hardware block shared by multiple
> Ethernet interfaces."
>
> i.MX6 has a single FEC instance, so there is no need to select
> CONFIG_DM_MDIO
On Thu, Jul 16, 2020 at 4:50 PM Anibal Limon wrote:
>
> I tested the patch using,
>
> https://snapshots.linaro.org/96boards/dragonboard410c/linaro/uboot/28/
>
> And now the mmc devices appears.
>
> On Thu, 16 Jul 2020 at 04:07, Manivannan Sadhasivam
> wrote:
>>
>> Since the introduction of 'get_
On 7/16/20 7:02 AM, Jason Wessel wrote:
> On 7/9/20 3:11 AM, etienne.du...@gmail.com wrote:
>> From: Etienne Dublé
>>
>> This commit fixes a serious issue occuring when several network
>> commands are run on a raspberry pi 4 board: for instance a "dhcp"
>> command and then one or several "tftp"
The following changes since commit 47b0a493247b38c1557062e108cc4868e211a73e:
Merge branch '2020-07-15-ci-updates' (2020-07-15 15:48:05 -0400)
are available in the Git repository at:
https://gitlab.denx.de/u-boot/custodians/u-boot-efi.git
tags/efi-2020-10-rc1-4
for you to fetch changes up to
On Mon, 13 Jul 2020 at 14:25, Heinrich Schuchardt wrote:
>
> Add missing includes.
> Add CMD_LSBLK to sandbox_defconfig.
>
> Signed-off-by: Heinrich Schuchardt
> ---
> cmd/lsblk.c | 2 ++
> configs/sandbox_defconfig | 1 +
> 2 files changed, 3 insertions(+)
Reviewed-by: Simon Glas
Hi Jagan,
On Wed, 15 Jul 2020 at 13:14, Jagan Teki wrote:
>
> Hi Simon,
>
> On Thu, Jul 16, 2020 at 12:10 AM Simon Glass wrote:
> >
> > Hi Jagan,
> >
> > On Mon, 13 Jul 2020 at 09:36, Jagan Teki wrote:
> > >
> > > On Fri, Jul 10, 2020 at 6:11 AM Simon Glass wrote:
> > > >
> > > > Add a simple
On Wed, 15 Jul 2020 at 04:57, Masahiro Yamada
wrote:
>
> Currently, fdt_fixup_mtdparts() only checks the compatible property.
> It is pointless to fix up the disabled node.
>
> Skip the node if it has the property:
>
> status = "disabled"
>
> Signed-off-by: Masahiro Yamada
> ---
>
> common/fdt
Hi Ovidiu,
On Wed, 15 Jul 2020 at 08:07, Ovidiu Panait wrote:
>
> Hi Simon,
>
> On 15.07.2020 04:05, Simon Glass wrote:
> > On Fri, 10 Jul 2020 at 04:25, Ovidiu Panait
> > wrote:
> >> Factor out m68k-specific bdinfo setup to arch_setup_bdinfo in
> >> arch/m68k/lib/bdinfo.c. Also, use if(IS_ENAB
On Wed, 15 Jul 2020 at 04:57, Masahiro Yamada
wrote:
>
> Platform code can call fdt_fixup_mtdparts() in order to hand U-Boot's
> MTD partitions over to the Linux device tree.
>
> Currently, fdt_fixup_mtdparts() calls mtdparts_init() in its entry.
> If no target MTD device is found, an error messag
On Wed, 15 Jul 2020 at 04:36, Masahiro Yamada
wrote:
>
> This function is only called from fdt_fixup_mtdpart() in the same file.
>
> Signed-off-by: Masahiro Yamada
> ---
>
> common/fdt_support.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
Reviewed-by: Simon Glass
On Thu, Jul 16, 2020 at 06:09:09PM +0800, Zhiqiang Hou wrote:
> From: Vladimir Oltean
>
> The tsec driver now requires DM_MDIO when DM_ETH is enabled. To avoid
> build errors, enable DM_MDIO in these boards' configs before we actually
> add DM_MDIO support to tsec.
>
> Signed-off-by: Vladimir Ol
On 16/07/2020 07:39, Dave Gerlach wrote:
Hi,
This is v2 of the series to introduce UCLASS_SOC to be used for SOC
identification and attribute matching based on SoC ID info. The first
version of this series can be found at [1].
Biggest change is the addition of a patch to add documentation fo
Hello Julien,
On Wed, 2020-07-01 at 18:46 +0100, Julien Grall wrote:
> Title: s/hypervizor/hypervisor/
>
> On 01/07/2020 17:29, Anastasiia Lukianenko wrote:
> > From: Oleksandr Andrushchenko
> >
> > Port hypervizor related code from mini-os. Update essential
>
> Ditto.
>
> But I would be quit
Commit 4503299 has a side effect on this board, and build is broken.
Adjust mx6memcal_defconfig to build it again.
Signed-off-by: Stefano Babic
---
configs/mx6memcal_defconfig | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/configs/mx6memcal_defconfig b/configs/mx6memcal_d
On 16.07.20 15:03, Fabio Estevam wrote:
> Hi Stefano,
>
> On Thu, Jul 16, 2020 at 9:26 AM Stefano Babic wrote:
>
>> Right - it looks like that CONFIG_DM is removed at all from mx6memcal,
>> removing an implicit OF_LIBFDT.
>>
>> https://travis-ci.org/github/sbabic/u-boot-imx/jobs/708667322
>
> I
Hi Stefano,
On Thu, Jul 16, 2020 at 9:26 AM Stefano Babic wrote:
> Right - it looks like that CONFIG_DM is removed at all from mx6memcal,
> removing an implicit OF_LIBFDT.
>
> https://travis-ci.org/github/sbabic/u-boot-imx/jobs/708667322
I think your proposed patch makes sense.
I have compared
On Tue, Jul 14, 2020 at 08:00:56AM +, Peng Fan wrote:
> Hi Tom,
>
> Please pull mmc-7-24-2020
>
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On 16.07.20 14:18, Fabio Estevam wrote:
> Hi Stefano,
>
> On Thu, Jul 16, 2020 at 9:05 AM Stefano Babic wrote:
>
>> This has a side-effect because it breaks mx6memcal. I propose to let
>> this in and to fix mx6memcal as follows:
>
> I was not able to reproduce the build break on mx6memcal_defco
Hi Stefano,
On Thu, Jul 16, 2020 at 9:05 AM Stefano Babic wrote:
> This has a side-effect because it breaks mx6memcal. I propose to let
> this in and to fix mx6memcal as follows:
I was not able to reproduce the build break on mx6memcal_defconfig here.
Just applied the patch against U-Boot mast
Hi Fabio,
On 13.07.20 16:59, Fabio Estevam wrote:
> As explained in the CONFIG_DM_MDIO text inside drivers/net/Kconfig:
>
> "Useful in particular for systems that support
> DM_ETH and have a stand-alone MDIO hardware block shared by multiple
> Ethernet interfaces."
>
> i.MX6 has a single FEC in
On 7/9/20 3:11 AM, etienne.du...@gmail.com wrote:
> From: Etienne Dublé
>
> This commit fixes a serious issue occuring when several network
> commands are run on a raspberry pi 4 board: for instance a "dhcp"
> command and then one or several "tftp" commands. In this case,
> packet recv callbacks
Hi,
I think I have found a bug in
lib/efi_loader/efi_signature.c
efi_verify_certificate()
+ cert =
x509_cert_parse(sig_data->data, sig_data->size);
+ if (!cert) {
+
From: Hou Zhiqiang
P1020RDB implements 3 enhanced three-speed Ethernet controllers,
and the connection is shown below:
eTSEC1: Connected to RGMII switch VSC7385
eTSEC2: Connected to SGMII PHY VSC8221
eTSEC3: Connected to SGMII PHY AR8021
Signed-off-by: Hou Zhiqiang
Reviewed-by: Vlad
From: Hou Zhiqiang
Enable the DM_ETH and DM_MDIO config.
On P2020RDB, the eTSEC1 is connecting with a switch VSC7385,
so also enable the fixed PHY support.
Signed-off-by: Hou Zhiqiang
Reviewed-by: Vladimir Oltean
---
V5:
- No change.
configs/P2020RDB-PC_36BIT_NAND_defconfig | 3 +++
co
From: Hou Zhiqiang
P2020RDB implements 3 enhanced three-speed Ethernet controllers,
and the connection is shown below:
eTSEC1: Connected to RGMII switch VSC7385
eTSEC2: Connected to SGMII PHY VSC8221
eTSEC3: Connected to SGMII PHY AR8021
Signed-off-by: Hou Zhiqiang
---
V5:
- No cha
From: Hou Zhiqiang
Move vsc7835 firmware uploading to board_early_init_r(), so that
the switch also can work in DM eTSEC driver.
Signed-off-by: Hou Zhiqiang
Reviewed-by: Vladimir Oltean
---
V5:
- No change.
board/freescale/p1_p2_rdb_pc/p1_p2_rdb_pc.c | 35 +++--
1 file chang
From: Hou Zhiqiang
The board_eth_init() is only used by legacy ethernet driver framework,
so do not compile it when DM_ETH config has been selected.
Signed-off-by: Hou Zhiqiang
Reviewed-by: Vladimir Oltean
---
V5:
- No change.
board/freescale/p1010rdb/p1010rdb.c | 2 ++
1 file changed, 2 in
From: Hou Zhiqiang
Enable the DM_ETH and DM_MDIO config.
Signed-off-by: Hou Zhiqiang
---
V5:
- No change.
configs/P1010RDB-PA_36BIT_NAND_defconfig | 2 ++
configs/P1010RDB-PA_36BIT_NOR_defconfig | 2 ++
configs/P1010RDB-PA_36BIT_SDCARD_defconfig | 2 ++
configs/P1010RDB-PA_36BIT_S
From: Hou Zhiqiang
P1010RDB implements 3 enhanced three-speed Ethernet controllers,
and the connection is shown below:
eTSEC1: Connected to RGMII PHY AR8033
eTSEC2: Connected to SGMII PHY AR8033
eTSEC3: Connected to SGMII PHY AR8033
Signed-off-by: Hou Zhiqiang
---
V5:
- No change.
From: Hou Zhiqiang
Add the environment 'vscfw_addr' to assign a default address for
vsc7385 firmware uploading.
Signed-off-by: Hou Zhiqiang
---
V5:
- No change.
include/configs/p1_p2_rdb_pc.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/include/configs/p1_p2_rdb_pc.h b/include/confi
From: Hou Zhiqiang
Enable the DM_ETH and DM_MDIO config.
On P1020RDB, the eTSEC1 is connecting with a switch VSC7385,
so also enable the fixed PHY support.
Signed-off-by: Hou Zhiqiang
---
V5:
- No change.
configs/P1020RDB-PC_36BIT_NAND_defconfig | 3 +++
configs/P1020RDB-PC_36BIT_SDCARD
From: Hou Zhiqiang
The board_eth_init() is only used by legacy ethernet driver framework,
so do not compile it when DM_ETH config has been selected.
Signed-off-by: Hou Zhiqiang
Reviewed-by: Vladimir Oltean
---
V5:
- No change.
board/freescale/p1_p2_rdb_pc/p1_p2_rdb_pc.c | 2 ++
1 file chang
From: Hou Zhiqiang
The info of fixed-link PHY is described in DT node instead of
getting from MII, so detect the fixed-link PHY DT node first,
if it doesn't exist then probe the MII.
Signed-off-by: Vladimir Oltean
Signed-off-by: Hou Zhiqiang
---
V5:
- No change.
drivers/net/tsec.c | 5 -
From: Hou Zhiqiang
For the platforms on which the eTSEC driver uses DM_ETH, convert its
MDIO controller code to also use DM_MDIO.
Note that for handling the TBI PHY (the MAC PCS for SGMII), we still
don't register a udevice for it, since we can drive it locally and there
is no point in doing oth
From: Hou Zhiqiang
Add compatible string "gianfar" support and update the
device-tree-bindings doc.
Signed-off-by: Hou Zhiqiang
Reviewed-by: Vladimir Oltean
---
V5:
- No change.
doc/device-tree-bindings/net/fsl-tsec-phy.txt | 2 +-
drivers/net/tsec.c| 16 +++
From: Hou Zhiqiang
The cpu_eth_init() is only used by the legacy ethernet driver framework.
Signed-off-by: Hou Zhiqiang
Reviewed-by: Vladimir Oltean
---
V5:
- No change.
arch/powerpc/cpu/mpc8xxx/cpu.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/powerpc/cpu/mpc8xxx/cpu.c b/arc
1 - 100 of 128 matches
Mail list logo
