> Subject: [PATCH] mmc: fix the build error when MMC_WRITE is disabled
>
> erase_grp_size is used, when MMC_WRITE is enabled.
> - error: ‘struct mmc’ has no member named ‘erase_grp_size’
>
> Signed-off-by: Jaehoon Chung
Reviewed-by: Peng Fan
Regards,
Peng.
> ---
> drivers/mmc/mmc.c | 2 ++
On 16/01/20, Alifer Moraes wrote:
> detail_board_ddr_info() is not used anywhere, so simply remove it.
>
> This function is only used by Layerscape, not by i.MX.
>
> This was detected by the following sparse warning:
>
> board/advantech/imx8qm_rom7720_a1/imx8qm_rom7720_a1.c:110:6: warning: no
In U-Boot the exception vector base will be moved to top of memory, to be
used to display register dump when exception occurs.
But some old linux kernel does not honor the base set in CP0_EBASE. A
modified exception vector base will cause kernel crash.
This patch adds an option to enable reset
On Fri, Jan 17, 2020 at 5:27 AM Lokesh Vutla wrote:
>
> Simon,
>
> On 13/01/20 11:24 AM, Keerthy wrote:
> > Move the generic elf loading/validating functions to lib/
> > so that they can be re-used and accessed by code existing
> > outside cmd.
> >
> > Signed-off-by: Keerthy
> > Suggested-by:
This patch adds SPL support for mtmips platform. The lowlevel architecture
is split into SPL and the rest parts are built into a memory loadable
u-boot image. Optional SPL_DM and OF_CONTROL are also supported.
The increment of size is very small (< 10 KiB) if SPL_DM and OF_CONTROL are
not enabled
This patch rewrites the mtmips architecture with the following changes:
1. Move MT7628 soc parts into a subfolder.
2. Lock parts of D-Cache as temporary stack.
3. Reimplement DDR initialization in C language.
4. Reimplement DDR calibration in a clear logic.
5. Add full support for auto size
This patch adds support for mt7628 reference board. SPL_DM and DT are not
enabled for SPL to save about 17KiB for u-boot-spl.bin.
Signed-off-by: Weijie Gao
---
Changes since v1: moved spl loader to another patch.
---
arch/mips/dts/Makefile| 1 +
This patch adds support for generating LZMA compressed u-boot image.
The compressed image can be used for SPL to reduce the size of the u-boot
binary.
Reviewed-by: Simon Glass
Signed-off-by: Weijie Gao
---
Changes since v1: none
---
Makefile | 13 +
1 file changed, 13 insertions(+)
This patch enables SPL for all mtmips boards. And also remove defconfig
files which are intend to build ram bootable u-boot files.
SPL_DM and OF_CONTROL are enabled for both boards.
Signed-off-by: Weijie Gao
---
Changes since v1: enabled DM & DT support, enabled compression support
---
This patch adds etype u-boot-lzma-img for binman. README.entries is also
updated.
Signed-off-by: Weijie Gao
---
Changes since v1: updated README.entries, modified copyright and description.
---
tools/binman/README.entries | 15 ++
tools/binman/etype/u_boot_lzma_img.py | 28
u_boot_list is not only used by DM, but also by some SPL image load methods
such as spl_nor.c.
This patch adds an option CONFIG_SPL_LOADER_SUPPORT in conjunction with
CONFIG_SPL_DM surrounding the u_boot_list section to make sure SPL image
loaders can be correctly built into u-boot SPL without DM
This patch enables LZMA decompression support for SPL build
Reviewed-by: Tom Rini
Signed-off-by: Weijie Gao
---
Changes since v1: none
---
lib/Kconfig | 5 +
lib/Makefile | 1 +
2 files changed, 6 insertions(+)
diff --git a/lib/Kconfig b/lib/Kconfig
index d040a87d26..6e491c3552 100644
To enable DM support in SPL, some necessary nodes must be reserved for
serial, clk, sysreset and other drivers.
This patch adds u-boot,dm-pre-reloc for these nodes.
Signed-off-by: Weijie Gao
---
Changes since v1: newly added
---
arch/mips/dts/mt7628a.dtsi | 12
1 file changed, 12
If CONFIG_SPL_OF_CONTROL is enabled for SPL and CONFIG_OF_SEPARATE is also
enabled, the dtb will be appended to the u-boot-spl.bin.
When calling dm_init_and_scan() in SPL, fdtdec_setup() will try to locate
dtb at the end of u-boot-spl.bin, by referencing to _image_binary_end.
However
SoCs of mtmips can use different CPU frequencies depending on the HW/SW
configurations. For example mt7628 uses 580MHz clock if the input xtal
frequency is 40MHz, and 575MHz clock if the xtal is 25MHz. Upon cold boot
the CPU uses the xtal frequency directly.
So hardcoding the timer frequency
This patch adds a new pinmux for UART2, which shares the pins with SPIS.
Signed-off-by: Weijie Gao
---
Changes since v1: newly added
---
arch/mips/dts/mt7628a.dtsi | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/mips/dts/mt7628a.dtsi b/arch/mips/dts/mt7628a.dtsi
index
This patch removes all unused and unusable nodes and properties from
mt7628s.dtsi.
Signed-off-by: Weijie Gao
---
Changes since v1: splitted from another patch
---
arch/mips/dts/mt7628a.dtsi | 68 --
1 file changed, 68 deletions(-)
diff --git
When setting up initial stack, global data will also be put in the stack,
and being cleared.
The assembler instructions for clearing gd is as follows:
movet0, k0
1:
PTR_S zero, 0(t0)
blt t0, t1, 1b
PTR_ADDIU t0, PTRSIZE
t0 is the start address of gd,
Some chips provide their sysreset function in reset controller, which is
normally a bit written to 1 to perform the sysreset.
This patch adds a new sysreset driver to take advantage of it.
Reviewed-by: Simon Glass
Signed-off-by: Weijie Gao
---
Changes since v1: none
---
This patch enables CONFIG_RESTORE_EXCEPTION_VECTOR_BASE for all mtmips
boards.
Signed-off-by: Weijie Gao
---
Changes since v1: Splitted from another patch.
---
configs/gardena-smart-gateway-mt7688-ram_defconfig | 1 +
configs/gardena-smart-gateway-mt7688_defconfig | 1 +
This patch series are divided into two parts:
The main part is to rewrite the whole architecture code of mt7628:
1. Lock parts of the d-cache for initial stack so the rest of the code can
be reimplemented in C.
2. Memory controller & DDR initialization have been fully written to support
This patch replaces sysreset-syscon with sysreset-resetctrl for mt7628 soc.
Signed-off-by: Weijie Gao
---
Changes since v1: splitted from another patch.
---
arch/mips/dts/mt7628a.dtsi | 10 +-
arch/mips/mach-mtmips/Kconfig | 1 +
Currently CONFIG_MIPS_INIT_STACK_IN_SRAM assumes the memory space for the
initial stack can be used directly. However on some platform the SRAM needs
initialization, e.g. lock cache.
This patch adds an option to allow a new function mips_sram_init() being
called before setup_stack_gd.
Both mt7620 and mt7628 has the same cache configuration. There is no need
to use CONFIG_SYS_CACHE_SIZE_AUTO to probe it at runtime.
Add them into Kconfig to reduce some code size.
Reviewed-by: Stefan Roese
Signed-off-by: Weijie Gao
---
Changes since v1: none
---
arch/mips/mach-mtmips/Kconfig
From: Rajan Vaja
The clock driver makes EEMI call to get the name of invalid clk
when executing versal_get_clock_info() function. This results in
error messages.
Added check for validating clock before saving clock attribute and
calling versal_pm_clock_get_name() in versal_get_clock_info()
On 2020/1/10 上午2:46, Jagan Teki wrote:
Add U-Boot specific dtsi file for rk3188 SoC. This
would help to add U-Boot specific dts nodes, properties
which are common across rk3188.
Right now, the file is empty, will add required changes
in future patches.
Signed-off-by: Jagan Teki
On 2020/1/9 下午4:52, Jagan Teki wrote:
Enable designware watchdog driver for rk3399 if WDT defined.
Cc: Marek Vasut
Signed-off-by: Jagan Teki
Reviewed-by: Kever Yang
Thanks,
- Kever
---
Changes for v4:
- This change on top of below series
[...]
> > > If we implement secure boot according the UEFI specification, one option
> > > would be to package the device tree as a UEFI driver image and let the
> > > stub install it as a configuration table. The unload callback could be
> > > used to remove the device tree.
> > >
> >
> >
On 16. 01. 20 11:05, Marek Vasut wrote:
> On 1/16/20 10:42 AM, Michal Simek wrote:
>> On 16. 01. 20 10:10, Marek Vasut wrote:
>>> On 1/16/20 8:25 AM, Michal Simek wrote:
čt 19. 12. 2019 v 18:32 odesílatel Michal Simek
napsal:
>
> Hi,
>
> Xilinx ZynqMP platform is using
Add slack to the clock frequency parameters passed to firmware within
clk_set_rate. min-freq is changed to 0 and max-rate is changed to
ULONG_MAX. This fixes certain issues with pll clock rounding when the
firmware is not able to set the frequency exactly to the target, the
current implementation
On Thu, Jan 16, 2020 at 10:31:49PM +0200, Andy Shevchenko wrote:
> On Thu, Jan 16, 2020 at 9:20 PM Heinrich Schuchardt
> wrote:
> > On 1/16/20 11:39 AM, Andy Shevchenko wrote:
> > >
> > >>> Obviously U-Boot's fat code cannot handle it.
> > >>
> > >> So precisely, U-Boot cannot handle nested
On 16/01/20 11:46 PM, Tom Rini wrote:
> On Thu, Jan 16, 2020 at 08:03:51PM +0200, Igor Opaniuk wrote:
>> Hi Fabio,
>>
>> On Thu, Jan 16, 2020 at 6:38 PM Fabio Estevam wrote:
>>>
>>> Hi Anatolij,
>>>
>>> On Tue, Jan 14, 2020 at 8:04 PM Anatolij Gustschin wrote:
>>>
Currently I do not have
erase_grp_size is used, when MMC_WRITE is enabled.
- error: ‘struct mmc’ has no member named ‘erase_grp_size’
Signed-off-by: Jaehoon Chung
---
drivers/mmc/mmc.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/mmc/mmc.c b/drivers/mmc/mmc.c
index d43983d4a6..6a2b855435 100644
---
On Thu, Jan 09, 2020 at 10:03:33PM +0200, Ilias Apalodimas wrote:
> On Thu, Jan 09, 2020 at 08:09:27PM +0100, Heinrich Schuchardt wrote:
> > On 1/9/20 9:02 AM, Ilias Apalodimas wrote:
> > > On Thu, Jan 09, 2020 at 01:08:35AM +0100, Heinrich Schuchardt wrote:
> > > > On 12/18/19 1:44 AM, AKASHI
On 1/17/20 3:24 AM, AKASHI Takahiro wrote:
On Tue, Jan 14, 2020 at 12:43:40PM +0100, Heinrich Schuchardt wrote:
On 1/14/20 8:45 AM, AKASHI Takahiro wrote:
On Wed, Jan 08, 2020 at 01:35:13PM +0100, Heinrich Schuchardt wrote:
On 11/21/19 1:11 AM, AKASHI Takahiro wrote:
In the next couple of
On 1/17/20 6:11 AM, AKASHI Takahiro wrote:
On Thu, Jan 09, 2020 at 12:55:17AM +0100, Heinrich Schuchardt wrote:
On 12/18/19 1:45 AM, AKASHI Takahiro wrote:
With this commit, image validation can be enforced, as UEFI specification
section 32.5 describes, if CONFIG_EFI_SECURE_BOOT is enabled.
On 1/17/20 3:20 AM, AKASHI Takahiro wrote:
On Wed, Jan 15, 2020 at 01:13:36AM +0100, Heinrich Schuchardt wrote:
On 1/15/20 12:43 AM, Heinrich Schuchardt wrote:
On 12/18/19 1:44 AM, AKASHI Takahiro wrote:
(snip)
diff --git a/lib/efi_loader/efi_signature.c
b/lib/efi_loader/efi_signature.c
new
On Wed, Jan 08, 2020 at 11:54:26PM +0100, Heinrich Schuchardt wrote:
> On 12/18/19 1:45 AM, AKASHI Takahiro wrote:
> >With this commit, EFI_VARIABLE_TIME_BASED_AUTHENTICATED_WRITE_ACCESS
> >is supported for authenticated variables and the system secure state
> >will transfer between setup mode and
On 1/17/20 2:53 AM, AKASHI Takahiro wrote:
On Tue, Jan 14, 2020 at 01:04:58PM +0100, Heinrich Schuchardt wrote:
On 1/14/20 8:33 AM, AKASHI Takahiro wrote:
On Wed, Jan 08, 2020 at 06:43:51PM +0100, Heinrich Schuchardt wrote:
On 11/21/19 1:11 AM, AKASHI Takahiro wrote:
In this patch, a very
On 13/01/20 11:24 AM, Keerthy wrote:
> From: Faiz Abbas
>
> Add config to save and read back environment from eMMC.
>
> Signed-off-by: Faiz Abbas
> Signed-off-by: Keerthy
This is conflicting with https://patchwork.ozlabs.org/patch/1224239/. and this
is breaking boot on J7.
Can you rebase
On Thu, Jan 09, 2020 at 12:55:17AM +0100, Heinrich Schuchardt wrote:
> On 12/18/19 1:45 AM, AKASHI Takahiro wrote:
> >With this commit, image validation can be enforced, as UEFI specification
> >section 32.5 describes, if CONFIG_EFI_SECURE_BOOT is enabled.
> >
> >Currently we support
> >*
Hi Marek,
On Thu, 16 Jan 2020 at 20:56, Marek Szyprowski wrote:
>
> Hi All
>
> This patchset restores booting from SD-card on Exynos4412-based Odroid
> U3/X2 boards. It relies on the Exynos MMC device id auto-dectection and
> PMIC device name fixes:
> https://patchwork.ozlabs.org/patch/1223558/
Hi Marek,
On Thu, 16 Jan 2020 at 20:56, Marek Szyprowski wrote:
>
> Use MMC0 for eMMC and MMC2 for SD-card as other Exynos-based boards do.
> This allows to use common code to get MMC device id based on the XOM[7:5]
> pins.
>
> Signed-off-by: Marek Szyprowski
> ---
Please add my
Reviewed-by:
Hi Marek,
On Thu, 16 Jan 2020 at 20:56, Marek Szyprowski wrote:
>
> Card detect line for SD-card on Odroid U3/X2 boards are active low, so
> add cd-inverted property to indicate this, as u-boot's GPIO driver doesn't
> support specifying line polarity. This restores S5P_SDHCI driver operation
>
Hi Marek,
On Thu, 16 Jan 2020 at 20:56, Marek Szyprowski wrote:
>
> Read generic MMC properties from device-tree. This allows to specify for
> example cd-inverted property and let MMC core to properly handle such
> case.
>
> Signed-off-by: Marek Szyprowski
> ---
Please add my
Reviewed-by:
Simon,
On 13/01/20 11:24 AM, Keerthy wrote:
> Move the generic elf loading/validating functions to lib/
> so that they can be re-used and accessed by code existing
> outside cmd.
>
> Signed-off-by: Keerthy
> Suggested-by: Simon Goldschmidt
Are you okay with this patch? If yes, Ill apply to
On 08/01/20 4:24 AM, Andrew F. Davis wrote:
> On AM43xx HS devices, QSPI boot is XIP and we use a single stage
> bootloader. Add a defconfig for this.
>
> Signed-off-by: Andrew F. Davis
This gives the following build warning. Can you fix it and re post?
In file included from
Hi Marek,
> Subject: Re: [RFC PATCH] imx: imx8mm-evk/imx8mn-evk: enable sysreset
> driver for SPL
>
> On 1/16/20 3:21 AM, Peng Fan wrote:
>
> Hello Peng,
>
> >> Subject: [RFC PATCH] imx: imx8mm-evk/imx8mn-evk: enable sysreset
> >> driver for SPL
> >>
> >
> > NAK, this will not work on
On Tue, Jan 14, 2020 at 12:43:40PM +0100, Heinrich Schuchardt wrote:
> On 1/14/20 8:45 AM, AKASHI Takahiro wrote:
> >On Wed, Jan 08, 2020 at 01:35:13PM +0100, Heinrich Schuchardt wrote:
> >>On 11/21/19 1:11 AM, AKASHI Takahiro wrote:
> >>>In the next couple of commits, under new
On Wed, Jan 15, 2020 at 01:13:36AM +0100, Heinrich Schuchardt wrote:
> On 1/15/20 12:43 AM, Heinrich Schuchardt wrote:
> >On 12/18/19 1:44 AM, AKASHI Takahiro wrote:
(snip)
> >>diff --git a/lib/efi_loader/efi_signature.c
> >>b/lib/efi_loader/efi_signature.c
> >>new file mode 100644
> >>index
On Tue, Jan 14, 2020 at 01:04:58PM +0100, Heinrich Schuchardt wrote:
> On 1/14/20 8:33 AM, AKASHI Takahiro wrote:
> >On Wed, Jan 08, 2020 at 06:43:51PM +0100, Heinrich Schuchardt wrote:
> >>
> >>
> >>On 11/21/19 1:11 AM, AKASHI Takahiro wrote:
> >>>In this patch, a very simple test is added to
From: Amit Singh Tomar
The Raspberry Pi 4 SoC features an integrated Gigabit Ethernet
controller, connected as a platform device.
Enable the new driver in the three applicable defconfigs, to allow
TFTP booting on the board.
Signed-off-by: Amit Singh Tomar
[Andre: Add joined and 32-bit
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 for that. There does
not seem to be publicly available documentation, so this is based on the
Linux driver,
From: Amit Singh Tomar
Some of the devices(for instance, pcie and gnet controller) sitting on
SCB bus falls behind/below the memory range that we currenty have.
This patch updates the memory range to map those devices correctly.
Signed-off-by: Amit Singh Tomar
Reviewed-by: 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 driver. Compared to that the queue management is
On 16/01/20 18:33:17, Fabio Estevam wrote:
> Hi Jorge,
>
> On Thu, Jan 16, 2020 at 5:30 PM Jorge Ramirez-Ortiz, Foundries
> wrote:
> >
> > Hi Fabio,
> >
> > I am trying to enable LDO in an imx7ulp based board but somehow the
> > board locks up as soon I write to PMC1_RUN (using the
On 16/01/20 19:04:09, Fabio Estevam wrote:
> Hi Jorge,
>
> On Thu, Jan 16, 2020 at 6:51 PM Fabio Estevam wrote:
>
> > Could you please test these two patches? (They were only compiled tested)
>
> Please discard these patches. Just realized that CTRL is at a
> different offset for PMC1.
>
>
On Thu, Jan 16, 2020 at 7:24 PM Jorge Ramirez-Ortiz, Gmail
wrote:
> um still nothing.
> will debug more in the morning - will add more debug info.
> thanks for the quick responses!
Ok, just tested mainline U-Boot (without any changes) on my i.MX7ULP boards.
On mx7ulp_evk I see:
PMC1: LDO
Hi Jorge,
On Thu, Jan 16, 2020 at 6:51 PM Fabio Estevam wrote:
> Could you please test these two patches? (They were only compiled tested)
Please discard these patches. Just realized that CTRL is at a
different offset for PMC1.
Please try these instead.
From
Hi Jorge,
On Thu, Jan 16, 2020 at 6:33 PM Fabio Estevam wrote:
> > I think it is interesting that bit PMC0_CTRL_PMC1ON is already set so
> > I am wondering if you think it is possible - in your experience- that
> > ROM might have already configured LDO? or was this also the case -
> > this bit
Hi Jorge,
On Thu, Jan 16, 2020 at 5:30 PM Jorge Ramirez-Ortiz, Foundries
wrote:
>
> Hi Fabio,
>
> I am trying to enable LDO in an imx7ulp based board but somehow the
> board locks up as soon I write to PMC1_RUN (using the init_ldo_mode
> sequence).
Just looked at the i.MX7UL Reference Manual
On Thu, Jan 16, 2020 at 09:47:26AM +, Peng Fan wrote:
> Hi Tom,
>
> Please pull mmc-1-16-2020
>
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Thu, Jan 16, 2020 at 03:34:55PM +0100, Stefan Roese wrote:
> Hi Tom,
>
> please pull the first batch of MVEBU related patches in this merge
> window:
>
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Thu, Jan 16, 2020 at 9:20 PM Heinrich Schuchardt wrote:
> On 1/16/20 11:39 AM, Andy Shevchenko wrote:
> >
> >>> Obviously U-Boot's fat code cannot handle it.
> >>
> >> So precisely, U-Boot cannot handle nested partition( table)s?
> >
> > Seems so. We need to be able to supply the partition
Hi Fabio,
I am trying to enable LDO in an imx7ulp based board but somehow the
board locks up as soon I write to PMC1_RUN (using the init_ldo_mode
sequence).
I think it is interesting that bit PMC0_CTRL_PMC1ON is already set so
I am wondering if you think it is possible - in your experience-
In reStructured text documentation we somtimes find formatting problems.
Therefore I would like to add 'make htmldocs' to our Gitlab Ci steps and
let all warning result in a build failure.
For building the htmldocs target without warnings we need the Graphviz
package.
Signed-off-by: Heinrich
div_by is a misleading parameter name, when we are doing >> div_by.
Rename it to right_shift.
Reported-by: Simon Glass
Signed-off-by: Heinrich Schuchardt
---
disk/part.c | 13 +++--
1 file changed, 7 insertions(+), 6 deletions(-)
diff --git a/disk/part.c b/disk/part.c
index
On 1/16/20 11:39 AM, Andy Shevchenko wrote:
Obviously U-Boot's fat code cannot handle it.
So precisely, U-Boot cannot handle nested partition( table)s?
Seems so. We need to be able to supply the partition number we would
like to open, something like
cmd [[:[:]]]
otherwise it will
On Tue, Jan 07, 2020 at 06:14:22PM +, Andre Przywara wrote:
> On Mon, 6 Jan 2020 11:01:21 -0500
> Tom Rini wrote:
>
> Hi Tom,
>
> thanks for chiming in on this!
>
> > On Thu, Dec 19, 2019 at 12:32:09PM +, Andre Przywara wrote:
> > > On Thu, 19 Dec 2019 12:43:35 +0100
> > > Marek Vasut
On Thu, Jan 16, 2020 at 08:03:51PM +0200, Igor Opaniuk wrote:
> Hi Fabio,
>
> On Thu, Jan 16, 2020 at 6:38 PM Fabio Estevam wrote:
> >
> > Hi Anatolij,
> >
> > On Tue, Jan 14, 2020 at 8:04 PM Anatolij Gustschin wrote:
> >
> > > Currently I do not have an i.MX8QXP MEK board with RevB CPU and
Hi Patrice,
On Fri, 17 Jan 2020 at 06:56, Patrice CHOTARD wrote:
>
> Hi All
>
> Since the last sync of libfdt [1], boot time increase of 2.3 seconds on
> STM32MP1 dk2 board
>
> On v2020.1 tag:
>
> STM32MP> bootstage report
> Timer summary in microseconds (9 records):
>MarkElapsed
On Thu, Jan 16, 2020 at 05:56:27PM +, Patrice CHOTARD wrote:
> Hi All
>
> Since the last sync of libfdt [1], boot time increase of 2.3 seconds on
> STM32MP1 dk2 board
>
> On v2020.1 tag:
>
> STM32MP> bootstage report
> Timer summary in microseconds (9 records):
> Mark Elapsed
Hi Fabio,
On Thu, Jan 16, 2020 at 6:38 PM Fabio Estevam wrote:
>
> Hi Anatolij,
>
> On Tue, Jan 14, 2020 at 8:04 PM Anatolij Gustschin wrote:
>
> > Currently I do not have an i.MX8QXP MEK board with RevB CPU and cannot
> > test, but I have an i.MX8QXP based custom SoM with console on ttyLP2.
>
Hi All
Since the last sync of libfdt [1], boot time increase of 2.3 seconds on
STM32MP1 dk2 board
On v2020.1 tag:
STM32MP> bootstage report
Timer summary in microseconds (9 records):
Mark Elapsed Stage
0 0 reset
571,804 571,804 board_init_f
3,535,935
On Wed, Jan 15, 2020 at 01:31:13PM +, Guillaume Gardet wrote:
> Hi,
>
> Booting u-boot 2020.01 on a Beagleboard xM, I get the following EHCI timeouts:
> **
> USB0: USB EHCI 1.00
> scanning bus 0 for devices... EHCI timed out on TD - token=0x80008d80
> EHCI timed out on TD -
On Thu, Jan 16, 2020 at 08:39:31AM +0100, Michal Simek wrote:
> Hi Tom,
>
> please pull the following changes to your tree.
> The major part of this pull request is using only one defconfig for
> Xilinx ZynqMP platforms. The same change should also happen with Zynq
> platforms but I haven't had
Hi Fabio,
On Thu, 16 Jan 2020 13:38:26 -0300
Fabio Estevam feste...@gmail.com wrote:
> Hi Anatolij,
>
> On Tue, Jan 14, 2020 at 8:04 PM Anatolij Gustschin wrote:
>
> > Currently I do not have an i.MX8QXP MEK board with RevB CPU and cannot
> > test, but I have an i.MX8QXP based custom SoM with
Hi Joris,
On Thu, Jan 16, 2020 at 1:41 PM Joris Offouga wrote:
>
> With commit mx7dsabre: Enable DM_ETH 0d52bab4
Please reference commit like this:
With commit 0d52bab4621 ("mx7dsabre: Enable DM_ETH")
BTW, it would be better if this commit were split in two:
- One for syncing the dts
- Other
With commit mx7dsabre: Enable DM_ETH 0d52bab4
Device Tree has been update and change pfuze3000 node
Signed-off-by: Joris Offouga
---
board/freescale/mx7dsabresd/mx7dsabresd.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/board/freescale/mx7dsabresd/mx7dsabresd.c
Hi Anatolij,
On Tue, Jan 14, 2020 at 8:04 PM Anatolij Gustschin wrote:
> Currently I do not have an i.MX8QXP MEK board with RevB CPU and cannot
> test, but I have an i.MX8QXP based custom SoM with console on ttyLP2.
> Here I tested with NXP BSP kernel based on branch imx_4.14.98_2.0.0_ga
> and
detail_board_ddr_info() is not used anywhere, so simply remove it.
This function is only used by Layerscape, not by i.MX.
This was detected by the following sparse warning:
board/toradex/colibri-imx8x/colibri-imx8x.c:104:6: warning: no previous
prototype for ‘detail_board_ddr_info’
detail_board_ddr_info() is not used anywhere, so simply remove it.
This function is only used by Layerscape, not by i.MX.
This was detected by the following sparse warning:
board/toradex/apalis-imx8/apalis-imx8.c:92:6: warning: no previous
prototype for ‘detail_board_ddr_info’
detail_board_ddr_info() is not used anywhere, so simply remove it.
This function is only used by Layerscape, not by i.MX.
This was detected by the following sparse warning:
board/advantech/imx8qm_rom7720_a1/imx8qm_rom7720_a1.c:110:6: warning: no
previous
prototype for ‘detail_board_ddr_info’
detail_board_ddr_info() is not used anywhere, so simply remove it.
This function is only used by Layerscape, not by i.MX.
This was detected by the following sparse warning:
board/freescale/imx8qxp_mek/imx8qxp_mek.c:115:6: warning: no previous
prototype for ‘detail_board_ddr_info’
detail_board_ddr_info() is not used anywhere, so simply remove it.
This function is only used by Layerscape, not by i.MX.
This was detected by the following sparse warning:
board/freescale/imx8qm_mek/imx8qm_mek.c:102:6: warning: no previous
prototype for ‘detail_board_ddr_info’
Include fdt_support.h header file to fix the following sparse warning:
board/freescale/imx8qm_mek/imx8qm_mek.c:116:5: warning: no previous
prototype for ‘ft_board_setup’ [-Wmissing-prototypes]
Signed-off-by: Alifer Moraes
---
board/freescale/imx8qm_mek/imx8qm_mek.c | 1 +
1 file changed, 1
Include fdt_support.h header file to fix the following sparse warning:
board/freescale/imx8qxp_mek/imx8qxp_mek.c:129:5: warning: no previous
prototype for ‘ft_board_setup’ [-Wmissing-prototypes]
Signed-off-by: Alifer Moraes
---
board/freescale/imx8qxp_mek/imx8qxp_mek.c | 1 +
1 file changed, 1
Card detect line for SD-card on Odroid U3/X2 boards are active low, so
add cd-inverted property to indicate this, as u-boot's GPIO driver doesn't
support specifying line polarity. This restores S5P_SDHCI driver operation
on Odroid U3/X2 boards.
Signed-off-by: Marek Szyprowski
---
Hi All
This patchset restores booting from SD-card on Exynos4412-based Odroid
U3/X2 boards. It relies on the Exynos MMC device id auto-dectection and
PMIC device name fixes:
https://patchwork.ozlabs.org/patch/1223558/
https://patchwork.ozlabs.org/patch/1224228/
Best regards
Marek Szyprowski
Use MMC0 for eMMC and MMC2 for SD-card as other Exynos-based boards do.
This allows to use common code to get MMC device id based on the XOM[7:5]
pins.
Signed-off-by: Marek Szyprowski
---
arch/arm/dts/exynos4412-odroid.dts | 2 +-
include/configs/odroid.h | 2 +-
2 files changed, 2
Read generic MMC properties from device-tree. This allows to specify for
example cd-inverted property and let MMC core to properly handle such
case.
Signed-off-by: Marek Szyprowski
---
drivers/mmc/s5p_sdhci.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/mmc/s5p_sdhci.c
On Thu, Jan 16, 2020 at 03:46:15PM +0100, Giulio Benetti wrote:
> Hi Tom,
>
> +Stefano B.
>
> On 1/16/20 3:40 PM, Tom Rini wrote:
> > On Mon, Nov 25, 2019 at 05:18:20PM +0100, Giulio Benetti wrote:
> >
> > > At the moment entry_point is set to image_get_load(header) that sets it
> > > to "load
Hi Tom,
+Stefano B.
On 1/16/20 3:40 PM, Tom Rini wrote:
On Mon, Nov 25, 2019 at 05:18:20PM +0100, Giulio Benetti wrote:
At the moment entry_point is set to image_get_load(header) that sets it
to "load address" instead of "entry point", assuming entry_point is
equal to load_addr, but it's not
On Fri, Jan 10, 2020 at 04:30:32PM +0800, Sam Shih wrote:
> This patch add mmc and sd support for Mediatek MT7622 SoCs
>
> Signed-off-by: Sam Shih
> Reviewed-by: Ryder Lee
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Tue, Jan 14, 2020 at 07:54:12PM +0200, Sam Protsenko wrote:
> Sam doesn't work for Linaro anymore, so Linaro mail is not valid. Change
> it to his home mail instead.
>
> Signed-off-by: Sam Protsenko
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Fri, Jan 10, 2020 at 04:30:35PM +0800, Sam Shih wrote:
> This patch add CONFIG_TARGET_MT7623 into mt7623n_bpir2_defconfig
> to fix the mt7623 compile error after building others mediatek target
> platform
>
> Signed-off-by: Sam Shih
> Reviewed-by: Ryder Lee
Applied to u-boot/master,
On Fri, Jan 10, 2020 at 04:30:34PM +0800, Sam Shih wrote:
> This patch move u-boot properties to -u-boot.dtsi file.
>
> Signed-off-by: Sam Shih
> Reviewed-by: Ryder Lee
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Fri, Jan 10, 2020 at 04:30:31PM +0800, Sam Shih wrote:
> This patch add power domain support for Mediatek MT7622 SoCs
>
> Signed-off-by: Ryder Lee
> Signed-off-by: Sam Shih
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Fri, Jan 10, 2020 at 04:30:33PM +0800, Sam Shih wrote:
> This adds a general board file based on MT7622 SoCs from MediaTek.
> This commit is adding the basic boot support for the MT7622 rfb.
>
> Signed-off-by: Sam Shih
> Reviewed-by: Ryder Lee
> Tested-by: Frank Wunderlich
Applied to
On Fri, Jan 10, 2020 at 04:30:29PM +0800, Sam Shih wrote:
> This patch add clock driver for MediaTek MT7622 SoC.
>
> Signed-off-by: Ryder Lee
> Signed-off-by: Sam Shih
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
1 - 100 of 183 matches
Mail list logo
