On Tue, 2019-03-05 at 22:31 -0600, Dinh Nguyen wrote:
>
> On 3/5/19 10:23 AM, tien.fong.c...@intel.com wrote:
> >
> > From: Tien Fong Chee
> >
> > Ensure the comment and debug messages are always consistent with
> > the rest.
> The rest of what? This patch seems unnecessary to me.
This patch i
On Tue, 2019-03-05 at 13:12 -0600, Dinh Nguyen wrote:
> Curious, you sent out 3 versions(2x v10, and v11) within ~2 hours.
> What
> versions should we be reviewing?
2nd version of v10 was resent quickly after request from Dalon to
change the node names. I have comment on the 1st version v10 cover
l
On Tue, 2019-03-05 at 21:05 +0100, Simon Goldschmidt wrote:
> Am 05.03.2019 um 17:23 schrieb tien.fong.c...@intel.com:
> >
> > From: Tien Fong Chee
> >
> > After some series of patches to maximise reusable of memory pool,
> > here come
> > to result of reasonable size required for whole SDMMC bo
Hello Marek,
Am 07.03.2019 um 03:41 schrieb Marek Vasut:
Read ICSR only once to avoid missing interrupts. This happens on R8A7791
Porter during reset, when reading the PMIC register 0x13, which may fail
sometimes because of the missed DTE interrupt.
Signed-off-by: Marek Vasut
Cc: Heiko Schoche
Hello Eran,
Am 13.02.2019 um 19:56 schrieb Eran Matityahu:
Before printk.h was introduced and MTDDEBUG was removed,
pr_crit() was calling MTDDEBUG(), which was since then
replaced by the current pr_debug().
pr_debug is more appropriate here.
Signed-off-by: Eran Matityahu
---
drivers/mtd/ubi
Hello Eran,
Am 13.02.2019 um 19:55 schrieb Eran Matityahu:
Add a new definition for ubi_assert and keep
the original one in an ifndef __UBOOT__.
Signed-off-by: Eran Matityahu
---
drivers/mtd/ubi/debug.h | 10 ++
1 file changed, 10 insertions(+)
Reviewed-by: Heiko Schocher
queued
Hello Ismael,
Am 06.03.2019 um 11:46 schrieb Ismael Luceno Cortes:
Setting up the delay only needs to be done once; move it to
rcar_i2c_set_speed so it's done at initialization time.
Signed-off-by: Ismael Luceno
---
drivers/i2c/rcar_i2c.c | 9 ++---
1 file changed, 6 insertions(+), 3 de
On 07/03/19 2:34 AM, Marek Vasut wrote:
> Add support for loading fully featured fitImages over YModem in SPL.
> This is useful when various advanced features of full fitImages are
> needed in SPL.
>
> Signed-off-by: Marek Vasut
> Cc: Tom Rini
> ---
> common/spl/spl_ymodem.c | 20
Hello Ismael,
Am 06.03.2019 um 11:46 schrieb Ismael Luceno Cortes:
Cosmetic change. Any call to the recover function would need to do the
same check afterwards, so it's sensible to make it part of the function.
Signed-off-by: Ismael Luceno
---
drivers/i2c/rcar_i2c.c | 10 ++
1 file
Hello Ismael,
Am 06.03.2019 um 11:46 schrieb Ismael Luceno Cortes:
It needs to be done for both reads and writes, so do it at rcar_i2c_xfer
to avoid duplication.
Signed-off-by: Ismael Luceno
---
drivers/i2c/rcar_i2c.c | 14 +-
1 file changed, 5 insertions(+), 9 deletions(-)
Re
Hello Ismael,
Am 06.03.2019 um 11:46 schrieb Ismael Luceno Cortes:
Fix rcar_i2c_xfer return value, previously it was always returning
-EREMOTEIO when dealing with errors from calls to the read/write
functions.
Signed-off-by: Ismael Luceno
---
drivers/i2c/rcar_i2c.c | 2 +-
1 file changed, 1
Hello Ismael,
Am 06.03.2019 um 11:46 schrieb Ismael Luceno Cortes:
Do the reset before clearing the MSR, otherwise it may result in a read
or write operation instead if the start condition is repeated.
Signed-off-by: Ismael Luceno
Reviewed-by: Marek Vasut
---
drivers/i2c/rcar_i2c.c | 4 +++-
Hello Ismael,
Am 06.03.2019 um 11:46 schrieb Ismael Luceno Cortes:
Document the meaning of macros related to registers and values to be
written to them.
Signed-off-by: Ismael Luceno
---
drivers/i2c/rcar_i2c.c | 47 +++---
1 file changed, 26 insertions(+),
Hello Ismael,
Am 06.03.2019 um 11:46 schrieb Ismael Luceno Cortes:
Setting up the delay only needs to be done once; move it to
rcar_i2c_set_speed so it's done at initialization time.
Signed-off-by: Ismael Luceno
---
drivers/i2c/rcar_i2c.c | 9 ++---
1 file changed, 6 insertions(+), 3 de
> -Original Message-
> From: Atish Patra
> Sent: Thursday, March 7, 2019 5:20 AM
> To: Anup Patel ; Auer, Lukas
>
> Cc: sch...@suse.de; paul.walms...@sifive.com; ag...@suse.de; u-
> b...@lists.denx.de; bar...@tkos.co.il; daniel.schwierz...@gmail.com;
> bmeng...@gmail.com; r...@andestech
On 3/5/19 2:54 PM, Lukas Auer wrote:
RISC-V U-Boot expects the hart ID to be passed to it via register a0 by
the previous boot stage. Machine mode firmware such as BBL and OpenSBI
do this when starting their payload (U-Boot) in supervisor mode. If
U-Boot is running in machine mode, this task must
On 3/5/19 2:54 PM, Lukas Auer wrote:
The supervisor binary interface (SBI) provides the necessary functions
to implement the platform IPI functions riscv_send_ipi() and
riscv_clear_ipi(). Use it to implement them.
This adds support for inter-processor interrupts (IPIs) on RISC-V CPUs
running in
On 3/5/19 2:54 PM, Lukas Auer wrote:
Import the supervisor binary interface (SBI) header file from Linux
(arch/riscv/include/asm/sbi.h). The last change to it was in commit
6d60b6ee0c97 ("RISC-V: Device, timer, IRQs, and the SBI").
Signed-off-by: Lukas Auer
Reviewed-by: Anup Patel
Reviewed-by:
On 3/5/19 2:54 PM, Lukas Auer wrote:
Harts on RISC-V boot independently, U-Boot is responsible for managing
them. Functions are called on other harts with smp_call_function(),
which sends inter-processor interrupts (IPIs) to all other available
harts. Available harts are those marked as available
Read ICSR only once to avoid missing interrupts. This happens on R8A7791
Porter during reset, when reading the PMIC register 0x13, which may fail
sometimes because of the missed DTE interrupt.
Signed-off-by: Marek Vasut
Cc: Heiko Schocher
Cc: Nobuhiro Iwamatsu
---
drivers/i2c/rcar_iic.c | 6 ++
From: Rosy Song
See details in chapter 8.6.2 and 8.6.4 (page 140-141) of qca9563 datasheet,
NFRAC[17:0]
So the mask of [17:5] is 0x1fff not 0x3fff.
Signed-off-by: Rosy Song
Changes for v2-v3:
- add more information for this commit
---
arch/mips/mach-ath79/include/mach/ar71xx_regs.h
From: Rosy Song
QCA9563 is CPU used on AP152 board :
Clock speed : 750 MHz ,
Arch : Mips 74Kc,
Eth : SGMII interface,
MIMO config : 3 * 3 450M,
2 * USB 2.0,
Signed-off-by: Rosy Song
Changes for v2:
- coding Style cleanup
- remove ununsed flash chip in defconfig
-
From: Rosy Song
S17 ethernet support is for QCA8337N, which used on
AP152 (QCA9563) board. It is a 7 ports GbE switch.
Signed-off-by: Rosy Song
Changes for v2-v3:
- add more commit message for s17
---
drivers/net/ag7xxx.c | 140 ++-
1 file changed, 1
From: Rosy Song
S17 ethernet support is for QCA8337N, which used on
AP152 (QCA9563) board. It is a 7 ports GbE switch.
Signed-off-by: Rosy Song
Changes for v2-v3:
- add more commit message for s17
---
drivers/net/ag7xxx.c | 140 ++-
1 file changed, 1
On 3/6/19 6:55 PM, Eugeniu Rosca wrote:
> v2019.01 commit cbff9f80cedd ("ARM: dts: rmobile: Sync Gen3 DTs with
> Linux 4.19.6") made the sdhi/usb nodes available in r8a77965.dtsi.
>
> Hence, remove the SDHI/USB nodes from r8a77965-u-boot.dtsi. This is
> equivalent to partially reverting below v201
On 3/6/19 4:32 AM, Anup Patel wrote:
On Wed, Mar 6, 2019 at 5:45 PM Auer, Lukas
wrote:
On Wed, 2019-03-06 at 13:01 +0100, Andreas Schwab wrote:
On Mär 06 2019, Anup Patel wrote:
On Wed, Mar 6, 2019 at 5:17 PM Andreas Schwab
wrote:
On Mär 06 2019, Anup Patel wrote:
-Original Messag
Hi Daniel,
The 03/06/2019 14:19, Daniel Schwierzeck wrote:
>
>
> Am 05.03.19 um 12:57 schrieb Horatiu Vultur:
> > In Jaguar2 SoC family there are 3 different pcb. Each of this needs
> > to configure the SerDes and the phys in different ways.
> > Therefore implement the function board_phy_config
The SPL size on Gen5 is 4*64kiB, but on A10 it is 4*256kiB.
Handle the difference.
Signed-off-by: Marek Vasut
Cc: Chin Liang See
Cc: Dinh Nguyen
Cc: Simon Goldschmidt
Cc: Tien Fong Chee
---
include/configs/socfpga_common.h | 8
1 file changed, 8 insertions(+)
diff --git a/include/c
This is not used anywhere, so drop it.
Signed-off-by: Marek Vasut
Cc: Chin Liang See
Cc: Dinh Nguyen
Cc: Simon Goldschmidt
Cc: Tien Fong Chee
---
include/configs/socfpga_common.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/include/configs/socfpga_common.h b/include/configs/socfpga_com
The bootrom seems to leave the D-cache in messed up state, make sure
the SPL disables it so it can not interfere with operation.
Signed-off-by: Marek Vasut
Cc: Chin Liang See
Cc: Dinh Nguyen
Cc: Simon Goldschmidt
Cc: Tien Fong Chee
---
arch/arm/mach-socfpga/spl_a10.c | 2 ++
include/
The Kconfig checked for SoCFPGA Arria10 as a platform, instead of
checking for specific board configuration, which works with one
single platform in tree, but not with multiple. Fix it.
Signed-off-by: Marek Vasut
Cc: Chin Liang See
Cc: Dinh Nguyen
Cc: Simon Goldschmidt
Cc: Tien Fong Chee
---
The Altera Arria10 DDR driver was using constants in a few places
instead of reading registers associated with those constants, fix
this.
Signed-off-by: Marek Vasut
Cc: Chin Liang See
Cc: Dinh Nguyen
Cc: Simon Goldschmidt
Cc: Tien Fong Chee
---
drivers/ddr/altera/sdram_arria10.c | 6 +++---
The debug print is missing a newline, add it.
Signed-off-by: Marek Vasut
Cc: Chin Liang See
Cc: Dinh Nguyen
Cc: Simon Goldschmidt
Cc: Tien Fong Chee
---
drivers/ddr/altera/sdram_arria10.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/ddr/altera/sdram_arria10.c
Add support for loading fully featured fitImages over YModem in SPL.
This is useful when various advanced features of full fitImages are
needed in SPL.
Signed-off-by: Marek Vasut
Cc: Tom Rini
---
common/spl/spl_ymodem.c | 20 +++-
1 file changed, 19 insertions(+), 1 deletion(-)
Hello Nedko,
you reported on the IRC channel:
i'm trying to get openbsd-6.4 kernel booted with latest u-boot.
it works with both v2018.09 and v2019.01, but not with latest git
i'm reproducing this with default configs for sunxi lime2-emmc
it seems that openbsd kernel loading stage is going wel
When the SPL has full fitImage support, do not generate fitImage with
external data. The full fitImage code assumes the entire fitImage is
loaded in RAM, and the SPL uses fdt_totalsize() to determine the size
of the whole fitImage, which can not work with external data.
Signed-off-by: Marek Vasut
Tom,
On Fri, Dec 14, 2018 at 8:16 PM Tom Rini wrote:
>
> On Fri, Dec 07, 2018 at 08:27:51PM +0100, Wolfgang Denk wrote:
>
> > So far, the use of CONFIG_BOARD_SIZE_LIMIT would only work with
> > plain numeric constants. Extend it to allow for expressions, so one
> > can for example use
> >
> >
On Tue, Mar 5, 2019 at 7:42 PM Shawn Guo wrote:
>
> On Tue, Mar 05, 2019 at 11:58:26PM +, Joe Hershberger wrote:
> > > +static int higmac_recv(struct udevice *dev, int flags, uchar **packetp)
> > > +{
> > > + struct higmac_priv *priv = dev_get_priv(dev);
> > > + struct higmac_desc
(We don't use the -dm mailing list...perhaps it should be deleted?)
On Wed, 27 Feb 2019 at 09:22, viktor babrian
wrote:
> Hi,
>
> as far as I understood, the pre-reloc device binding of drivers having
> DM_FLAG_PRE_RELOC flag set is only performed for top-level devices -
> at least that is what
On Wed, Mar 6, 2019 at 6:48 AM James Byrne
wrote:
>
> Commit d397f7c45b0b ("net: phy: micrel: Separate KSZ9000 drivers from
> KSZ8000 drivers") separated the KSZ8xxx and KSZ90x1 drivers and warns
> that you shouldn't select both of them due to a device ID clash between
> the KSZ9021 and the KS8721
Reviewed-by: Igor Opaniuk
On Sat, 16 Feb 2019 at 00:26, Marcel Ziswiler wrote:
>
> From: Bhuvanchandra DV
>
> Use similar info message as on other modules.
>
> Signed-off-by: Bhuvanchandra DV
> Acked-by: Marcel Ziswiler
>
> ---
>
> board/toradex/colibri_vf/colibri_vf.c | 4 ++--
> 1 file cha
Hello all,
Did anyone succeed in bringing up Ethernet support on the STM32H7x3-EVAL board
(stm32h743-eval_deconfig)?
Please let us know.
Regards,
Sergei Poselenov,
Emcraft Systems
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listi
Reviewed-by: Igor Opaniuk
On Sat, 16 Feb 2019 at 00:25, Marcel Ziswiler wrote:
>
> From: Marcel Ziswiler
>
> Use SZ_X{MK} macros from linux/sizes.h for include/configs/colibri_vf.h.
>
> Signed-off-by: Marcel Ziswiler
>
> ---
>
> include/configs/colibri_vf.h | 7 ---
> 1 file changed, 4 in
Reviewed-by: Igor Opaniuk
On Sat, 16 Feb 2019 at 00:33, Marcel Ziswiler wrote:
>
> From: Gerard Salvatella
>
> Currently, Vybrid's sdboot variable tries to load the kernel from /boot
> of the root partition (typically second partition when using the sdcard
> image). However, since we moved to f
I am trying to build latest U-Boot for my custom board based on Tegra
TK1. The downstream U-Boot provided by Nvidia builds and works fine on
my board. But when I try to build mainline U-Boot and flash it to my
board using tegra-uboot-flasher scripts, I get no output when I boot
the board.
Then I n
Add startup time to LDO regulators of S2MPS11 PMIC on Odroid XU3/XU4/HC1
family of boards to be sure the voltage is proper before relying on the
regulator.
The datasheet for all the S2MPS1x family is inconsistent here and does
not specify unambiguously the value of ramp delay for LDO. It mentions
Fix detection of Odroid HC1 (Exynos5422) after reboot if kernel disabled
the LDO4/VDD_ADC regulator.
The LDO4 supplies both ADC block and the ADC input AIN9. Voltage on
AIN9 will rise slowly, so use delay of 5 milliseconds instead of
timers-based loop to wait for voltage stabilization.
First rea
According to datasheet, the output on LDO regulators will start
appearing after 10-15 us.
Signed-off-by: Krzysztof Kozlowski
Tested-by: Anand Moon
---
drivers/power/regulator/s2mps11_regulator.c | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
diff --git a/drivers/power/regula
The ADC block requires VDD supply to be on so provide one.
Signed-off-by: Krzysztof Kozlowski
Reviewed-by: Lukasz Majewski
Tested-by: Anand Moon
---
arch/arm/dts/exynos5422-odroidxu3.dts | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/dts/exynos5422-odroidxu3.dts
b/arch/arm/dts/e
LDO27 and LDO35 have 25 mV step, not 50 mV.
Signed-off-by: Krzysztof Kozlowski
Reviewed-by: Lukasz Majewski
Tested-by: Anand Moon
---
drivers/power/regulator/s2mps11_regulator.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/power/regulator/s2mps11_regulator.c
b/drivers/power
Printing the "Type" of board requires proper detection of revision which
can happen only late because regulators are needed.
Signed-off-by: Krzysztof Kozlowski
Tested-by: Anand Moon
---
board/samsung/common/board.c | 2 +-
configs/odroid-xu3_defconfig | 2 ++
2 files changed, 3 insertions(+), 1
Changing voltage and enabling regulator might require delays so the
regulator stabilizes at expected level.
Add support for "regulator-ramp-delay" binding which can introduce
required time to both enabling the regulator and to changing the
voltage.
Signed-off-by: Krzysztof Kozlowski
Tested-by: A
Detection of board revision is done early - before power setup. In case of
Odroid XU3/XU4/HC1 family, the detection is done using ADC which
is supplied by LDO4/VDD_ADC regulator. This regulator could be turned
off (e.g. by kernel before reboot). If ADC is used early, the
regulators are not yet a
When stopping the ADC_V2_CON1_STC_EN should be cleared.
Signed-off-by: Krzysztof Kozlowski
Reviewed-by: Lukasz Majewski
Tested-by: Anand Moon
---
drivers/adc/exynos-adc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/adc/exynos-adc.c b/drivers/adc/exynos-adc.c
ind
Hi,
Changes since v4
1. Patch 3: Fix build of trats/trats2 and other by hiding new call
behind check for CONFIG_BOARD_TYPES.
Changes since v3
1. Add accumulated review and test tags.
2. Patch 6: Add "ramp" keyword to new function (as discussed with
Torsten
Hi Stefano,
On Fri, Mar 1, 2019 at 8:13 AM Stefano Babic wrote:
> It is weird because Tom has pick up u-boot-imx and I have not yet pushed
> anything new to the server.
Now I understand the reason it generates flash.bin only inside my
u-boot-imx tree: on this branch I have applied Baruch's pat
v2019.01 commit cbff9f80cedd ("ARM: dts: rmobile: Sync Gen3 DTs with
Linux 4.19.6") made the sdhi/usb nodes available in r8a77965.dtsi.
Hence, remove the SDHI/USB nodes from r8a77965-u-boot.dtsi. This is
equivalent to partially reverting below v2019.01 commits:
- f529bc551b6d ("ARM: dts: rmobile:
Hi Simon,
> From: Simon Goldschmidt
> Sent: lundi 4 mars 2019 11:51
>
> On Mon, Mar 4, 2019 at 11:44 AM Patrick DELAUNAY
> wrote:
> >
> > Hi Simon,
> >
> > > From: Simon Goldschmidt
> > > Sent: mercredi 27 février 2019 15:50
> > >
> > > [reducing the CC list as gmail won't let me send otherwis
Hi Tom,
Please pull this PR.
Summary:
- dw spi include file fix
- Allwinner A31 spi, been in ML in many releases.
thanks,
Jagan.
The following changes since commit cfba74d0bef350d81241b059180bcc5a1e93bdfa:
Merge branch 'master' of git://git.denx.de/u-boot-socfpga (2019-02-28
18:57:32 -0500)
On Wed, Feb 27, 2019 at 8:02 PM Jagan Teki wrote:
>
> This series add support for Allwinner A31 SPI controller driver.
>
> Fixed and improved conde when compared to previous series[1]
>
> Changes for v3:
> - update commit message for "poll rxfifo" patch
> - change SPI_CS argument as SPI_CS(priv, c
Tested-by: Andrejs Cainikovs
> Could you please consider this one for 2019.04?
Ditto, I would like to have this in upcoming release as well. Thanks,
Best regards,
Andresjs Cainikovs.
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/
On 06/03/19 7:22 PM, Peter Ujfalusi wrote:
> Currently only the first fdt is loaded from the extra configuration of
> FIT image.
> If the configuration have multiple fdt, load them all as well.
>
> Signed-off-by: Peter Ujfalusi
> ---
> common/image-fit.c | 12
> 1 file changed, 12
Currently only the first fdt is loaded from the extra configuration of
FIT image.
If the configuration have multiple fdt, load them all as well.
Signed-off-by: Peter Ujfalusi
---
common/image-fit.c | 12
1 file changed, 12 insertions(+)
diff --git a/common/image-fit.c b/common/imag
On Wed, Mar 6, 2019 at 10:37 AM Hannes Schmelzer
wrote:
>
> Add this spba-bus@200 sub-bus to the aips-bus@200, because
> below there are essential boot-devices (ecspi1-4) which are needed in
> SPL for booting from SPI.
>
> Signed-off-by: Hannes Schmelzer
Reviewed-by: Fabio Estevam
_
Add this spba-bus@200 sub-bus to the aips-bus@200, because
below there are essential boot-devices (ecspi1-4) which are needed in
SPL for booting from SPI.
Signed-off-by: Hannes Schmelzer
---
Changes in v2:
- rebase on current master for taking care about changes of
commit 67f165ddfd99
The dependency for .dtb = .dts is not enough in dts Makefile,
as the dts files are dts pre-proprocessed (include dtsi files,
as specific *-u-boot.dtsi).
For arm architecture, the dependency is correctly managed in
makefile of arch/arm/dts with .cmd files, it is needed to
execute make in this direc
Handle in boot_fdt_reserve_region
any return value > 0 of lmb_reserve() function;
it occurs when coalesced region are found:
adjacent reserved region are merged.
This patch avoid the error trace:
ERROR: reserving fdt memory region failed..
when reserved region are merged (return value = 1).
Sig
Am 05.03.19 um 12:57 schrieb Horatiu Vultur:
> In Jaguar2 SoC family there are 3 different pcb. Each of this needs
> to configure the SerDes and the phys in different ways.
> Therefore implement the function board_phy_config and serdes_cfg
> and based on pcb configure them accordingly.
what are
Am 05.03.19 um 08:04 schrieb rosys...@rosinson.com:
> From: Rosy Song
>
> Signed-off-by: Rosy Song
> ---
as requested in the last review, please provide a proper commit message.
You also need to provide a changelog if you submit an updated series.
Maybe you should read this:
https://www.denx
Commit d397f7c45b0b ("net: phy: micrel: Separate KSZ9000 drivers from
KSZ8000 drivers") separated the KSZ8xxx and KSZ90x1 drivers and warns
that you shouldn't select both of them due to a device ID clash between
the KSZ9021 and the KS8721, asserting that "it is highly unlikely for a
system to conta
On 3/6/19 11:46 AM, Ismael Luceno Cortes wrote:
> Do the reset before clearing the MSR, otherwise it may result in a read
> or write operation instead if the start condition is repeated.
>
> Signed-off-by: Ismael Luceno
> Reviewed-by: Marek Vasut
Reviewed-by: Marek Vasut
--
Best regards,
Ma
On 3/6/19 11:46 AM, Ismael Luceno Cortes wrote:
> Cosmetic change. Any call to the recover function would need to do the
> same check afterwards, so it's sensible to make it part of the function.
>
> Signed-off-by: Ismael Luceno
Reviewed-by: Marek Vasut
> ---
> drivers/i2c/rcar_i2c.c | 10 ++
On 3/6/19 11:46 AM, Ismael Luceno Cortes wrote:
> It needs to be done for both reads and writes, so do it at rcar_i2c_xfer
> to avoid duplication.
>
> Signed-off-by: Ismael Luceno
Reviewed-by: Marek Vasut
--
Best regards,
Marek Vasut
___
U-Boot mai
On 3/6/19 11:46 AM, Ismael Luceno Cortes wrote:
> Document the meaning of macros related to registers and values to be
> written to them.
>
> Signed-off-by: Ismael Luceno
Reviewed-by: Marek Vasut
--
Best regards,
Marek Vasut
___
U-Boot mailing list
On 3/6/19 11:46 AM, Ismael Luceno Cortes wrote:
> Fix rcar_i2c_xfer return value, previously it was always returning
> -EREMOTEIO when dealing with errors from calls to the read/write
> functions.
>
> Signed-off-by: Ismael Luceno
Reviewed-by: Marek Vasut
> ---
> drivers/i2c/rcar_i2c.c | 2 +-
On 3/6/19 11:46 AM, Ismael Luceno Cortes wrote:
> Setting up the delay only needs to be done once; move it to
> rcar_i2c_set_speed so it's done at initialization time.
>
> Signed-off-by: Ismael Luceno
Reviewed-by: Marek Vasut
> ---
> drivers/i2c/rcar_i2c.c | 9 ++---
> 1 file changed, 6 i
On Wed, Mar 6, 2019 at 5:45 PM Auer, Lukas
wrote:
>
> On Wed, 2019-03-06 at 13:01 +0100, Andreas Schwab wrote:
> > On Mär 06 2019, Anup Patel wrote:
> >
> > > On Wed, Mar 6, 2019 at 5:17 PM Andreas Schwab
> > > wrote:
> > > > On Mär 06 2019, Anup Patel wrote:
> > > >
> > > > > > -Original M
On Wed, 2019-03-06 at 10:07 +, Anup Patel wrote:
> > -Original Message-
> > From: Auer, Lukas
> > Sent: Wednesday, March 6, 2019 2:52 PM
> > To: u-boot@lists.denx.de; Anup Patel
> > Cc: paul.walms...@sifive.com; ag...@suse.de; a...@brainfault.org;
> > bar...@tkos.co.il; daniel.schwier
On 28. 02. 19 23:28, Luca Ceresoli wrote:
> Optionally allow U-Boot to load at the PMU firmware configuration
> object into the Power Management Unit (PMU) on Xilinx ZynqMP.
>
> The configuration object is required by the PMU FW to use the SoC. So
> far the only way to boot using U-Boot SPL was to
On Wed, 2019-03-06 at 13:01 +0100, Andreas Schwab wrote:
> On Mär 06 2019, Anup Patel wrote:
>
> > On Wed, Mar 6, 2019 at 5:17 PM Andreas Schwab
> > wrote:
> > > On Mär 06 2019, Anup Patel wrote:
> > >
> > > > > -Original Message-
> > > > > From: Andreas Schwab
> > > > > Sent: Wednesd
On 28. 02. 19 23:28, Luca Ceresoli wrote:
> A following commit will allow U-Boot to pass a configuration object to
> the ZynqMP PMU firmware. This configuration object is generated by
> Xilinx tools in the form of a C file (pm_cfg_obj.c), which #includes a
> few headers with constants definitions.
On Mär 06 2019, Anup Patel wrote:
> On Wed, Mar 6, 2019 at 5:17 PM Andreas Schwab wrote:
>>
>> On Mär 06 2019, Anup Patel wrote:
>>
>> >> -Original Message-
>> >> From: Andreas Schwab
>> >> Sent: Wednesday, March 6, 2019 4:27 PM
>> >> To: Anup Patel
>> >> Cc: Auer, Lukas ; u-boot@list
On Wed, Mar 6, 2019 at 5:17 PM Andreas Schwab wrote:
>
> On Mär 06 2019, Anup Patel wrote:
>
> >> -Original Message-
> >> From: Andreas Schwab
> >> Sent: Wednesday, March 6, 2019 4:27 PM
> >> To: Anup Patel
> >> Cc: Auer, Lukas ; u-boot@lists.denx.de;
> >> paul.walms...@sifive.com; ag..
If CONFIG_SPL_OS_BOOT and FIT_IMAGE_TINY are enabled,
the os will not be set to anything and therefore will
remain as IH_OS_INVALID. What's needed here is to
have IH_OS_U_BOOT as default. And since using the
mkimage oneline command (that is, no its file), the
loadables can't be specified, so we all
On Mär 06 2019, Anup Patel wrote:
>> -Original Message-
>> From: Andreas Schwab
>> Sent: Wednesday, March 6, 2019 4:27 PM
>> To: Anup Patel
>> Cc: Auer, Lukas ; u-boot@lists.denx.de;
>> paul.walms...@sifive.com; ag...@suse.de; a...@brainfault.org;
>> bar...@tkos.co.il; daniel.schwierz..
> -Original Message-
> From: Andreas Schwab
> Sent: Wednesday, March 6, 2019 4:27 PM
> To: Anup Patel
> Cc: Auer, Lukas ; u-boot@lists.denx.de;
> paul.walms...@sifive.com; ag...@suse.de; a...@brainfault.org;
> bar...@tkos.co.il; daniel.schwierz...@gmail.com; bmeng...@gmail.com;
> r...@a
On Thu, Feb 28, 2019 at 11:29:50AM +0800, Bin Meng wrote:
> On Thu, May 24, 2018 at 12:00 PM Bin Meng wrote:
> > On Thu, Apr 12, 2018 at 4:07 PM, Christian Gmeiner
> > wrote:
> So to me this seems to match my understanding about EIST. If this is
> true, then I can't explain why Christian's patch
Apparently sometimes u-boot tries to boot the kernel on heart 0 (the E51
core), which will then fail to start userspace, since that cannot cope
with the missing fpu.
Andreas.
--
Andreas Schwab, SUSE Labs, sch...@suse.de
GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7
"An
Hi Simon:
On 2019/2/12 下午11:31, Simon Glass wrote:
HI Andy,
On Tue, 12 Feb 2019 at 04:05, Andy Yan wrote:
Hi Philipp:
Sorry for the late reply, we just come back from the Chinese Spring
Festival.
On 2019/2/1 下午6:26, Philipp Tomsich wrote:
Kever,
Independent of whether we revert this
Do the reset before clearing the MSR, otherwise it may result in a read
or write operation instead if the start condition is repeated.
Signed-off-by: Ismael Luceno
Reviewed-by: Marek Vasut
---
drivers/i2c/rcar_i2c.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/
Cosmetic change. Any call to the recover function would need to do the
same check afterwards, so it's sensible to make it part of the function.
Signed-off-by: Ismael Luceno
---
drivers/i2c/rcar_i2c.c | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/drivers/i2c/rcar
It needs to be done for both reads and writes, so do it at rcar_i2c_xfer
to avoid duplication.
Signed-off-by: Ismael Luceno
---
drivers/i2c/rcar_i2c.c | 14 +-
1 file changed, 5 insertions(+), 9 deletions(-)
diff --git a/drivers/i2c/rcar_i2c.c b/drivers/i2c/rcar_i2c.c
index 9223eaec
Fix rcar_i2c_xfer return value, previously it was always returning
-EREMOTEIO when dealing with errors from calls to the read/write
functions.
Signed-off-by: Ismael Luceno
---
drivers/i2c/rcar_i2c.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/i2c/rcar_i2c.c b/driv
Setting up the delay only needs to be done once; move it to
rcar_i2c_set_speed so it's done at initialization time.
Signed-off-by: Ismael Luceno
---
drivers/i2c/rcar_i2c.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/drivers/i2c/rcar_i2c.c b/drivers/i2c/rcar_i2c.c
Document the meaning of macros related to registers and values to be
written to them.
Signed-off-by: Ismael Luceno
---
drivers/i2c/rcar_i2c.c | 47 +++---
1 file changed, 26 insertions(+), 21 deletions(-)
diff --git a/drivers/i2c/rcar_i2c.c b/drivers/i2c/rcar
> -Original Message-
> From: Auer, Lukas
> Sent: Wednesday, March 6, 2019 2:52 PM
> To: u-boot@lists.denx.de; Anup Patel
> Cc: paul.walms...@sifive.com; ag...@suse.de; a...@brainfault.org;
> bar...@tkos.co.il; daniel.schwierz...@gmail.com; bmeng...@gmail.com;
> r...@andestech.com; s...@
On 05/Mar/2019 19:32, Marek Vasut wrote:
> On 3/5/19 12:23 PM, Ismael Luceno Cortes wrote:
> > Cosmetic change. Any call to the recover function would need to do the
> > same check afterwards, so it's sensible to make it part of the function.
> >
> > Signed-off-by: Ismael Luceno
> > ---
> >
> >
The check for the missing PEX switch can lead to an infinite loop, when
the PCIe device is not found. It is helpful to enable the user to break
out of this boot-loop, to enable booting to the prompt for test cases.
This patch adds a 3 second delay in the error case before rebooting.
The user can pr
CONFIG_BOARD_TYPES is necessary for Odroid X/X2/U3 boards to detect
proper revision. However building should succeed even without it.
While moving code around, document also the reference clock selection.
This fixes the build error without CONFIG_BOARD_TYPES:
board/samsung/odroid/odroid.c: I
Hi Jagan,
Miquel Raynal wrote on Wed, 20 Feb 2019
08:08:58 +0100:
> Hi Vignesh,
>
> Vignesh R wrote on Wed, 20 Feb 2019 10:50:18 +0530:
>
> > Hi Jagan,
> >
> > On 09/12/18 11:37 PM, Miquel Raynal wrote:
> > > Hello,
> > >
> > > During my last project about SPI-NAND support in U-Boot, I di
1 - 100 of 101 matches
Mail list logo
