Re: [U-Boot] [uboot PATCH 3/4] phy: ti-pipe3: improve DPLL stability for SATA & USB

On Wed, Nov 06, 2019 at 04:21:17PM +0200, Roger Quadros wrote: > For increased DPLL stability use the settings recommended in > the TRM [1] for PHY_RX registers for SATA and USB. > > For SATA we need to use spread spectrum settings even > though we don't have spread spectrum enabled. The >

Re: [U-Boot] [uboot PATCH 2/4] phy: ti-pipe3: Introduce mode property in driver data

On Wed, Nov 06, 2019 at 04:21:16PM +0200, Roger Quadros wrote: > Introduce a mode property in the driver data so that > we don't have to keep using "of_device_is_compatible()" > throughtout the driver. > > No functional change. > > Signed-off-by: Roger Quadros Applied to u-boot/master,

Re: [U-Boot] [uboot PATCH 1/4] phy: ti-pipe3: Use TRM recommended settings for SATA DPLL

On Wed, Nov 06, 2019 at 04:21:15PM +0200, Roger Quadros wrote: > The AM572x Technical Reference Manual, SPRUHZ6H, > Revised November 2016 [1], shows recommended settings for the > SATA DPLL in Table 26-8. DPLL CLKDCOLDO Recommended Settings. > > Use those settings in the driver. The TRM does not

Re: [U-Boot] [uboot PATCH 4/4] phy: ti-pipe3: Fix SATA & USB PHY power up sequence

On Wed, Nov 06, 2019 at 04:21:18PM +0200, Roger Quadros wrote: > As per "Table 26-7. SATA PHY Subsystem Low-Level Programming Sequence" > in TRM [1] we need to turn on SATA_PHY_TX before SATA_PHY_RX. > > [1] DRA75x, DRA74x TRM - http://www.ti.com/lit/ug/sprui30f/sprui30f.pdf > > Signed-off-by:

[U-Boot] uboot environment in ubi on qspi flash

Hello! I want to store the uboot environment in the ubi partition in the qspi flash on xilinx zynqmp. There is an error message during the start: Loading Environment from UBI... Could not find a valid device for spi0.0 Partition ubi not found! ** Cannot find mtd partition "ubi"

[U-Boot] [uboot PATCH 1/4] phy: ti-pipe3: Use TRM recommended settings for SATA DPLL

The AM572x Technical Reference Manual, SPRUHZ6H, Revised November 2016 [1], shows recommended settings for the SATA DPLL in Table 26-8. DPLL CLKDCOLDO Recommended Settings. Use those settings in the driver. The TRM does not show a value for 20MHz SYS_CLK so we use something close to the 26MHz

[U-Boot] [uboot PATCH 2/4] phy: ti-pipe3: Introduce mode property in driver data

Introduce a mode property in the driver data so that we don't have to keep using "of_device_is_compatible()" throughtout the driver. No functional change. Signed-off-by: Roger Quadros --- drivers/phy/ti-pipe3-phy.c | 34 -- 1 file changed, 28 insertions(+), 6

[U-Boot] [uboot PATCH 3/4] phy: ti-pipe3: improve DPLL stability for SATA & USB

For increased DPLL stability use the settings recommended in the TRM [1] for PHY_RX registers for SATA and USB. For SATA we need to use spread spectrum settings even though we don't have spread spectrum enabled. The suggested non-spread spectrum settings don't work. [1] DRA75x, DRA74x TRM -

[U-Boot] [uboot PATCH 4/4] phy: ti-pipe3: Fix SATA & USB PHY power up sequence

As per "Table 26-7. SATA PHY Subsystem Low-Level Programming Sequence" in TRM [1] we need to turn on SATA_PHY_TX before SATA_PHY_RX. [1] DRA75x, DRA74x TRM - http://www.ti.com/lit/ug/sprui30f/sprui30f.pdf Signed-off-by: Roger Quadros --- drivers/phy/ti-pipe3-phy.c | 36

[U-Boot] [uboot PATCH 0/4] phy: ti-pipe3: Match TRM sequence & settings

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 -rc. cheers, -roger Roger Quadros (4): phy: ti-pipe3: Use

Re: [U-Boot] [Uboot-stm32] [PATCH v3 14/15] stm32mp1: board: add spi nand support

Hi Patrick On 10/14/19 9:28 AM, Patrick Delaunay wrote: > This patch adds the support of the spi nand device in mtdparts command > and in dfu_alt_info. > > Signed-off-by: Patrick Delaunay > --- > > Changes in v3: None > Changes in v2: None > > board/st/stm32mp1/stm32mp1.c | 32

Re: [U-Boot] [Uboot-stm32] [PATCH v3 12/15] stm32mp1: activate SET_DFU_ALT_INFO

Hi Patrick On 10/14/19 9:28 AM, Patrick Delaunay wrote: > Generate automatically dfu_alt_info for the supported device. > The simple command "dfu 0" allows to start the dfu stack on usb 0 > for the supported devices: > - dfu mtd for nand0 > - dfu mtd for nor0 > - dfu mmc for SDCard > - dfu mmc

Re: [U-Boot] [Uboot-stm32] [PATCH v3 11/15] stm32mp1: activate DFU support and command MTD

Hi Patrick On 10/14/19 9:28 AM, Patrick Delaunay wrote: > Add support of DFU for MMC, MTD, RAM and MTD command. > > Signed-off-by: Patrick Delaunay > --- > > Changes in v3: None > Changes in v2: None > > configs/stm32mp15_basic_defconfig | 4 > configs/stm32mp15_optee_defconfig | 4

Re: [U-Boot] Uboot is rejecting valid initramfs (compressed cpio) with "Wrong Ramdisk Image Format"

On 2019/10/12 下午6:52, Qu Wenruo wrote: > Hi, > > I'm using initramfs (gzipped cpio) to boot my board (RockPi4). > > The problem is, if initramfs is loaded other than old initrd, booti > command will just fail with "Wrong Ramdisk Image Format". Well, it looks like Uboot is using wrapped image

[U-Boot] Uboot is rejecting valid initramfs (compressed cpio) with "Wrong Ramdisk Image Format"

Hi, I'm using initramfs (gzipped cpio) to boot my board (RockPi4). The problem is, if initramfs is loaded other than old initrd, booti command will just fail with "Wrong Ramdisk Image Format". I'm currently working it around by not using initramfs/initrd, and compile the fs module into the

Re: [U-Boot] [Uboot-stm32] [PATCH] board: stm32mp1: fixup the usb product id for USB download gadget

Hi Patrick On 9/13/19 3:24 PM, Patrick Delaunay wrote: > Select the correct USB product id used by the download gadget > for ST stm32mp1 boards. > > The board stm32mp1 select the correct product id, as defined in > http://www.linux-usb.org/usb.ids for the STMicroelectronics > vendor id = 0x0483

Re: [U-Boot] [Uboot-stm32] [PATCH v2 03/16] dfu: sf: add partition support for nor backend

Hi Lukasz, > Sent: jeudi 10 octobre 2019 12:11 > To: Patrick DELAUNAY > > Hi Patrick, > > > Copy the partition support from NAND backend to SF, support part and > > partubi option. > > In case of ubi partition, erase the rest of the partition as it is > > mandatory for UBI. > > > > for

[U-Boot] uboot newbie

Hello, I have an NXP i.MX8MQ and I am attempting to build u-boot to boot off a SD card. NXP provides a demo image that I can flash on to a SD and it boots without an issue, printing the following info to the serial console: U-Boot 2018.03-imx_v2018.03_4.14.98_2.0.0_ga+g87a19df (Apr 11 2019 -

Re: [U-Boot] uboot 2014-04 + gcc7+ = crash in net_set_ip_header (ping/tftp)

Hi, it turns out that this optimization-option causes the crash: -fstore-merging so i use now "-Os -fno-store-merging" any idea why this flag causes the crash and how it can be fixed in code instead of compilerflag? regards Frank ___ U-Boot mailing

Re: [U-Boot] [Uboot-stm32] [RESEND PATCH 1/2] dm: Tidy up dump output when there are many devices

Hi Simon, > To: Patrick DELAUNAY > Cc: U-Boot STM32 ; U-Boot > > Hi Patrick, > > On Fri, 2 Aug 2019 at 05:48, Patrick Delaunay wrote: > > > > At present the 'Index' column of 'dm tree' assumes there is two > > digits, this patch increase it to 3 digits. > > > > It also aligns output of 'dm

[U-Boot] uboot 2014-04 + gcc7+ = crash in net_set_ip_header (ping/tftp)

Hi, i'm facing a problem in older uboot-code which may be fixed on newer, but i did not found the fixing commit yet. Maybe you can point me to it. I need to use older code in this case because driver for mt7622 and other is not yet available for upstream uboot. I have temporary changed

Re: [U-Boot] Uboot send pull request

Hi Tom Please drop this mail. It is wrong mail sending Sorry about it. B.R Rick > From: Open Source Project uboot > Sent: Wednesday, June 05, 2019 6:21 PM > To: tr...@konsulko.com; u-boot@lists.denx.de; Open Source Project uboot; Rick > Jian-Zhi Chen(陳建志) > Subject: Uboot send pull request > >

[U-Boot] Uboot send pull request

Hi Tom, Please pull some riscv update: 1. Add DM drivers to support RISC-V CPU and timer, plus some bug fixes. 2. Support SiFive UART 3. Rename ax25-ae350 defconfig https://travis-ci.org/rickchen36/u-boot-riscv/builds/469364551 Thanks Rick The following changes since commit

Re: [U-Boot] uboot of platdata question

Hi Peng, On Thu, 25 Apr 2019 at 02:37, Peng Fan wrote: > > Hi Simon, > > We have such piece dtb in device tree, however with SPL_OF_PLATDATA, it > failed to compile. > It could not correct get address-cells/size-cells from cpus node. Actually > It not find the address-cell/size-cell property

[U-Boot] uboot of platdata question

Hi Simon, We have such piece dtb in device tree, however with SPL_OF_PLATDATA, it failed to compile. It could not correct get address-cells/size-cells from cpus node. Actually It not find the address-cell/size-cell property from cpus node. Do you have any suggestions? /{ cpus {

Re: [U-Boot] [uboot-snps-arc] ARC changes for 2019.07

Hi Tom, > -Original Message- > From: Tom Rini > Sent: Thursday, April 18, 2019 7:21 PM > To: Alexey Brodkin > Cc: uboot-snps-...@synopsys.com; u-boot@lists.denx.de > Subject: Re: [uboot-snps-arc] [U-Boot] ARC changes for 2019.07 > > On Thu, Apr 18, 2019 at 04:04:27PM +, Alexey

Re: [U-Boot] uboot sandbox tracing

Hi, Thank you very much for your response and fix for the issue. Do you know when your patches will be pushed to an official u-boot repository? Could you send/share me the patches earlier if it will last longer than a few days, please? My next step is to investigate how to enable traces for

Re: [U-Boot] uboot sandbox tracing

Hi Andrzej, Please could you avoid top posting? On Wed, 10 Apr 2019 at 06:07, Witkowski, Andrzej wrote: > > Hi, > > Thank you very much for your response and fix for the issue. > > Do you know when your patches will be pushed to an official u-boot repository? Perhaps a few weeks. > Could you

Re: [U-Boot] uboot sandbox tracing

Hi Andrzej, On Mon, 1 Apr 2019 at 08:26, Witkowski, Andrzej wrote: > > Hi, > > > > I’m SW Developer at Intel, Poland. > > I try to enable tracing in u-boot to see how it works. > > I follow the procedure described in “doc/README.trace” file. > > Unfortunately, I always receive segmentation

Re: [U-Boot] [uboot-snps-arc] [PATCH v3 2/5] dts: switch spi-flash to jedec, spi-nor compatible

Hi Neil, On Tue, 2019-01-15 at 13:59 +0100, Neil Armstrong wrote: > There is no reason not to use the Linux "jedec,spi-nor" binding in U-Boot > dts files. This compatible has been added in sf_probe, let use it. > > This patch switches to jedec,spi-nor when spi-flash is used in the DTS > and DTSI

Re: [U-Boot] Uboot send pull request

On Tue, Dec 18, 2018 at 06:09:33PM +0800, ub...@andestech.com wrote: > Hi Tom, > > Please pull some riscv update: > 1. Add DM drivers to support RISC-V CPU and timer, plus some bug fixes. > 2. Support SiFive UART > 3. Rename ax25-ae350 defconfig > >

[U-Boot] Uboot send pull request

Hi Tom, Please pull some riscv update: 1. Add DM drivers to support RISC-V CPU and timer, plus some bug fixes. 2. Support SiFive UART 3. Rename ax25-ae350 defconfig https://travis-ci.org/rickchen36/u-boot-riscv/builds/469364551 Thanks Rick The following changes since commit

Re: [U-Boot] Uboot File not found in MMC

To: Venkatakrishnan, Kasiviswanathan ; u-boot@lists.denx.de Subject: Re: [U-Boot] Uboot File not found in MMC Hi     Does the boot partition marks as 'bootable' in partition table? Thanks, - Kever On 12/01/2018 12:16 PM, kasiviswanathan.venkatakrish...@us.fujitsu.com wrote: > Hi all, > > We are usi

[U-Boot] Uboot send pull request

Hi Tom, Please pull some riscv update: 1. Fix BBL may be corrupted problem. 2. Support U-Boot run ib S-mode. https://travis-ci.org/rickchen36/u-boot-riscv/builds/463646974 Thanks Rick The following changes since commit 2e2a2a5d4f0c2e2642326d9000ce1f1553632e6a: Merge branch 'master' of

Re: [U-Boot] Uboot File not found in MMC

Hi     Does the boot partition marks as 'bootable' in partition table? Thanks, - Kever On 12/01/2018 12:16 PM, kasiviswanathan.venkatakrish...@us.fujitsu.com wrote: > Hi all, > > We are using U-Boot of version 2015.01 in one of our PPC boards. The > development board > has few FPGA's and its

Re: [U-Boot] Uboot File not found in MMC

Hi all, We are getting the below error when U-Boot is not able to find the file: ext4fs_devread read outside partition 1953216 As shared below when we do a ext2ls of the partition the files are still there. Thanks, Kasiviswanathan.V -Original Message- From: Venkatakrishnan,

[U-Boot] Uboot File not found in MMC

Hi all, We are using U-Boot of version 2015.01 in one of our PPC boards. The development board has few FPGA's and its corresponding images are downloaded into the /boot partition from the linux prompt which is of ext2 type. If we download new files to the /boot partition i.e when we update

Re: [U-Boot] Uboot send pull request

Bin Meng 於 2018年11月27日 週二 下午5:54寫道： > > Hi Rick, > > On Wed, Nov 21, 2018 at 4:53 PM Rick Chen wrote: > > > > Bin Meng 於 2018年11月21日 週三 下午3:18寫道： > > > > > > Hi Rick, > > > > > > On Wed, Nov 21, 2018 at 2:00 PM Rick Chen wrote: > > > > > > > > > > > > > > > > Do any of your above patches get

Re: [U-Boot] Uboot send pull request

Hi Rick, On Wed, Nov 21, 2018 at 4:53 PM Rick Chen wrote: > > Bin Meng 於 2018年11月21日 週三 下午3:18寫道： > > > > Hi Rick, > > > > On Wed, Nov 21, 2018 at 2:00 PM Rick Chen wrote: > > > > > > > > > > > > > Do any of your above patches get v2 posted? At least I did not see > > > > > any follow-up > >

Re: [U-Boot] Uboot send pull request

> > > Hi Tom, > > > > > > Please pull the following patch from u-boot-riscv into your tree. > > > Thanks! > > > > In the future can you please include a short summary here if you aren't > > using a > > signed tag? Thanks! Hi Tom Sorry about that ! I will use a signed tag or include a short

Re: [U-Boot] Uboot send pull request

On Mon, Nov 26, 2018 at 02:18:29PM +0800, ub...@andestech.com wrote: > Hi Tom, > > Please pull the following patch from u-boot-riscv into your tree. > Thanks! In the future can you please include a short summary here if you aren't using a signed tag? Thanks! > > The following changes

[U-Boot] Uboot send pull request

Hi Tom, Please pull the following patch from u-boot-riscv into your tree. Thanks! The following changes since commit 5830791d91d1200854ef78fcb32f808c8080f0f0: Merge tag 'pull-tg18' of git://git.denx.de/u-boot-dm (2018-11-23 17:25:27 -0500) are available in the Git repository at:

[U-Boot] [Uboot]Marvell armada_38x can't detect USB storage device

Hi all, I've tried the first time booting a self compiled u-boot on armada_38x:CUSTOMER_BOARD_0. Here is the Boot messages: Board: A38x-Customer-Board-0 SoC: MV88F6820 Rev B0 running 2 CPUs CPU: ARM Cortex A9 MPCore (Rev 1) LE CPU 0 CPU@ 1600 [MHz] L2 @

Re: [U-Boot] Uboot send pull request

Hi Rick, On Thu, 2018-11-22 at 17:42 +0800, Rick Chen wrote: > Auer, Lukas 於 2018年11月22日 週四 > 下午5:18寫道： > > > > Hi Rick, > > > > On Thu, 2018-11-22 at 16:38 +0800, Rick Chen wrote: > > > Auer, Lukas 於 2018年11月21日 週三 > > > 下午9:09寫道： > > > > > > > > Hi Rick, > > > > > > > > On Wed, 2018-11-21

Re: [U-Boot] Uboot send pull request

Auer, Lukas 於 2018年11月22日 週四 下午5:18寫道： > > Hi Rick, > > On Thu, 2018-11-22 at 16:38 +0800, Rick Chen wrote: > > Auer, Lukas 於 2018年11月21日 週三 > > 下午9:09寫道： > > > > > > Hi Rick, > > > > > > On Wed, 2018-11-21 at 17:37 +0800, Rick Chen wrote: > > > > Hi Lukas > > > > > > > > > > > > > > > > Hi

Re: [U-Boot] Uboot send pull request

Hi Rick, On Thu, 2018-11-22 at 16:38 +0800, Rick Chen wrote: > Auer, Lukas 於 2018年11月21日 週三 > 下午9:09寫道： > > > > Hi Rick, > > > > On Wed, 2018-11-21 at 17:37 +0800, Rick Chen wrote: > > > Hi Lukas > > > > > > > > > > > > > Hi Rick, > > > > > > > > > > Thanks for pulling my changes! I have

Re: [U-Boot] Uboot send pull request

Auer, Lukas 於 2018年11月21日 週三 下午9:09寫道： > > Hi Rick, > > On Wed, 2018-11-21 at 17:37 +0800, Rick Chen wrote: > > Hi Lukas > > > > > > > > > > Hi Rick, > > > > > > > > Thanks for pulling my changes! I have some notes and questions on > > > > it. > > > > > > > > I can't find all of your patches on

Re: [U-Boot] uboot to read kernel and rootfs from a bootfs.

Dear Michael, In message you wrote: > > as I asked in my email... since I'm using spi-flash for the fs access, it > seems I'll need to use the DM_SPI_FLASH support. For new code, yes. > I'm using the 2017.09 version of u-boot with openembedded/poky and the 4.4 > kernel > > would it be worth

Re: [U-Boot] Uboot send pull request

Hi Rick, On Wed, 2018-11-21 at 17:37 +0800, Rick Chen wrote: > Hi Lukas > > > > > > > Hi Rick, > > > > > > Thanks for pulling my changes! I have some notes and questions on > > > it. > > > > > > I can't find all of your patches on the mailing list, for example > > > the patch "configs: > > >

Re: [U-Boot] Uboot send pull request

Hi Lukas > > > > Hi Rick, > > > > Thanks for pulling my changes! I have some notes and questions on it. > > > > I can't find all of your patches on the mailing list, for example the patch > > "configs: > > ax25-ae350: Enable DISPLAY_CPUINFO & DISPLAY_BOARDINFO". Others include > > changes, which

Re: [U-Boot] Uboot send pull request

Rick Chen 於 2018年11月21日 週三 下午4:53寫道： > > Bin Meng 於 2018年11月21日 週三 下午3:18寫道： > > > > Hi Rick, > > > > On Wed, Nov 21, 2018 at 2:00 PM Rick Chen wrote: > > > > > > > > > > > > > Do any of your above patches get v2 posted? At least I did not see > > > > > any follow-up > > > > > response [1]

Re: [U-Boot] Uboot send pull request

Bin Meng 於 2018年11月21日 週三 下午3:18寫道： > > Hi Rick, > > On Wed, Nov 21, 2018 at 2:00 PM Rick Chen wrote: > > > > > > > > > > Do any of your above patches get v2 posted? At least I did not see any > > > > follow-up > > > > response [1] regarding to "riscv: ax25-ae350: Pass dtb address to > > > >

Re: [U-Boot] uboot to read kernel and rootfs from a bootfs.

Dear Michael, In message you wrote: > > we were thinking that jffs2 would be best for the bootfs since we gain the > wear leveling. There are really only a few files in the bootfs and not much > r/w activity except on upgrades of images and boot, so I don't think we'll > have a problem mount

Re: [U-Boot] Uboot send pull request

Hi Rick, On Wed, Nov 21, 2018 at 2:00 PM Rick Chen wrote: > > > > > > > Do any of your above patches get v2 posted? At least I did not see any > > > follow-up > > > response [1] regarding to "riscv: ax25-ae350: Pass dtb address to u-boot > > > with a1 > > > register" > > First of all you told

Re: [U-Boot] Uboot send pull request

> > > > Do any of your above patches get v2 posted? At least I did not see any > > follow-up > > response [1] regarding to "riscv: ax25-ae350: Pass dtb address to u-boot > > with a1 > > register" First of all you told me about that board_fdt_blob_setup() should be completely removed. Instead

[U-Boot] uboot to read kernel and rootfs from a bootfs.

we are supporting several platforms and have a well established format and set of tools for upgrading our images and rolling back to prior images upon upgrade failure. that said we'd like to use the same layout for our boot file system and not mtd partitions for kernel, rootfs etc. to boot we

Re: [U-Boot] Uboot send pull request

On Tue, Nov 20, 2018 at 06:18:07PM +0800, ub...@andestech.com wrote: > Hi Tom, > > Please pull the following patch from u-boot-riscv into your tree. > Thanks! > > The following changes since commit d73d81fd85e4a030ade42c4b2d13466d45090aa3: > > Merge tag 'mips-pull-2018-11-18' of

Re: [U-Boot] Uboot send pull request

On Tue, 2018-11-20 at 18:18 +0800, ub...@andestech.com wrote: > Hi Tom, > > Please pull the following patch from u-boot-riscv into your tree. > Thanks! > > The following changes since commit > d73d81fd85e4a030ade42c4b2d13466d45090aa3: > > Merge tag 'mips-pull-2018-11-18' of

Re: [U-Boot] Uboot send pull request

Hi Rick, On Tue, Nov 20, 2018 at 6:33 PM wrote: > > Hi Tom, > > Please pull the following patch from u-boot-riscv into your tree. > Thanks! > > The following changes since commit d73d81fd85e4a030ade42c4b2d13466d45090aa3: > > Merge tag 'mips-pull-2018-11-18' of git://git.denx.de/u-boot-mips

[U-Boot] Uboot send pull request

Hi Tom, Please pull the following patch from u-boot-riscv into your tree. Thanks! The following changes since commit d73d81fd85e4a030ade42c4b2d13466d45090aa3: Merge tag 'mips-pull-2018-11-18' of git://git.denx.de/u-boot-mips (2018-11-18 15:47:16 -0500) are available in the Git repository

Re: [U-Boot] [Uboot-stm32] [PATCH v2 1/4] dm: Add Hardware Spinlock class

Hi Benjamin On 11/14/18 10:01 AM, Benjamin Gaignard wrote: > From: Benjamin Gaignard > > This is uclass for Hardware Spinlocks. > It implements two mandatory operations: lock and unlock > and one optional relax operation. > > Signed-off-by: Benjamin Gaignard > --- > version 2: > - use

Re: [U-Boot] UBoot running UBoot - is it possible?

Hi Simon, On 13 November 2018 at 12:17, Simon Goldschmidt wrote: > On 13.11.2018 20:53, Simon Glass wrote: >> >> Hi Allan, >> >> On 12 November 2018 at 18:38, Allan Chandler >> wrote: >>> >>> Hello, bods. >>> >>> We're trying to architect a relatively safe solution for updating UBoot >>> in the

Re: [U-Boot] UBoot running UBoot - is it possible?

On 13.11.2018 20:53, Simon Glass wrote: Hi Allan, On 12 November 2018 at 18:38, Allan Chandler wrote: Hello, bods. We're trying to architect a relatively safe solution for updating UBoot in the field. What we have at the moment is an iMX6-based board with two UBoot partitions and two

Re: [U-Boot] UBoot running UBoot - is it possible?

Hi Allan, On 12 November 2018 at 18:38, Allan Chandler wrote: > Hello, bods. > > We're trying to architect a relatively safe solution for updating UBoot in > the field. What we have at the moment is an iMX6-based board with two UBoot > partitions and two system partitions but we only use the

Re: [U-Boot] UBoot running UBoot - is it possible?

Hi Simon, On 13/11/18 18:43, Simon Goldschmidt wrote: > > > Am Di., 13. Nov. 2018, 17:53 hat Stefano Babic > geschrieben: > > On 13/11/18 17:07, Simon Goldschmidt wrote: > > On 13.11.2018 17:00, Wolfgang Denk wrote: > >> Dear Simon, > >> > >> In

Re: [U-Boot] UBoot running UBoot - is it possible?

Am Di., 13. Nov. 2018, 17:53 hat Stefano Babic geschrieben: > On 13/11/18 17:07, Simon Goldschmidt wrote: > > On 13.11.2018 17:00, Wolfgang Denk wrote: > >> Dear Simon, > >> > >> In message > >> > >> you wrote: > >>> My idea was to let SPL implement a dedicated boot counter/watchdog > >>> that

Re: [U-Boot] UBoot running UBoot - is it possible?

On 13/11/18 17:07, Simon Goldschmidt wrote: > On 13.11.2018 17:00, Wolfgang Denk wrote: >> Dear Simon, >> >> In message >> >> you wrote: >>> My idea was to let SPL implement a dedicated boot counter/watchdog >>> that detects problems starting U-Boot and using a backup copy if it >>> fails

Re: [U-Boot] UBoot running UBoot - is it possible?

On 13.11.2018 17:00, Wolfgang Denk wrote: Dear Simon, In message you wrote: My idea was to let SPL implement a dedicated boot counter/watchdog that detects problems starting U-Boot and using a backup copy if it fails multiple times. Of course you need an SPL on your board to do this. Plus

Re: [U-Boot] UBoot running UBoot - is it possible?

Dear Simon, In message you wrote: > > My idea was to let SPL implement a dedicated boot counter/watchdog > that detects problems starting U-Boot and using a backup copy if it > fails multiple times. Of course you need an SPL on your board to do > this. Plus you end up with the same problem for

Re: [U-Boot] UBoot running UBoot - is it possible?

Hi Allan, On 13/11/18 02:38, Allan Chandler wrote: > Hello, bods. > > We're trying to architect a relatively safe solution for updating UBoot in > the field. What we have at the moment is an iMX6-based board with two UBoot > partitions and two system partitions but we only use the first UBoot

Re: [U-Boot] UBoot running UBoot - is it possible?

On Tue, Nov 13, 2018 at 1:16 PM Allan Chandler wrote: > > Hello, bods. > > We're trying to architect a relatively safe solution for updating UBoot in > the field. What we have at the moment is an iMX6-based board with two UBoot > partitions and two system partitions but we only use the first

[U-Boot] UBoot running UBoot - is it possible?

Hello, bods. We're trying to architect a relatively safe solution for updating UBoot in the field. What we have at the moment is an iMX6-based board with two UBoot partitions and two system partitions but we only use the first UBoot one. Switching system partitions is covered well by UBoot

Re: [U-Boot] uboot: Allow fw env tools to be available as library

On 26/10/18 18:01, Richard OGrady wrote: > Hello, > > > You signed off on this patch awhile ago but I dont get how it creates a lib.a > > https://lists.denx.de/pipermail/u-boot/2015-October/232337.html > > > Regards, > > Rich OGrady > > >

Re: [U-Boot] [uboot-snps-arc] Please pull ARC changes

Hi Tom, Not sure why that duplicate email appeared... Either my mailer became crazy or I'm fatfingering :( Sorry for that! Though I'll re-send a pull-request as I did miss one important patch. -Alexey On Mon, 2018-10-15 at 10:22 +, Alexey Brodkin wrote: > Hi Tom, > > The following

Re: [U-Boot] Uboot send pull request

On Wed, Oct 03, 2018 at 06:16:21PM +0800, ub...@andestech.com wrote: > Hi Tom, > > Please pull the following patch from u-boot-riscv into your tree. > Thanks! > > The following changes since commit 592cd5defd4f71d34ffcbd8dd3326bc10f662e20: > > Merge branch 'master' of

[U-Boot] Uboot send pull request

Hi Tom, Please pull the following patch from u-boot-riscv into your tree. Thanks! The following changes since commit 592cd5defd4f71d34ffcbd8dd3326bc10f662e20: Merge branch 'master' of git://git.denx.de/u-boot-spi (2018-10-02 17:01:46 -0400) are available in the git repository at:

Re: [U-Boot] [Uboot-stm32] [PATCH v1 4/5] pinctrl: stm32: Add pinmux_show() ops

Hi Simon On 09/26/2018 07:41 AM, Simon Glass wrote: > Hi Patrice, > > On 20 September 2018 at 07:37, Patrice Chotard wrote: >> pinmux_show allows to display the muxing of all pins >> belonging to pin-controller. >> >> Signed-off-by: Patrice Chotard >> --- >> >> drivers/pinctrl/pinctrl_stm32.c

[U-Boot] Uboot 2013 losing saved env

Hello, I have the 2013 version of uboot on Renesas RZ/G1H and I’m seeing environment variables get reset when hard resets occur randomly. These may be related, but need to know if there are patches that fix earlier versions of uboot to prevent losing environment variables that have been saved?

Re: [U-Boot] [Uboot-stm32] [PATCH v1 2/5] cmd: pinmux: Add pinmux command

Hi Michal On 09/20/2018 03:53 PM, Michal Simek wrote: > Hi, > > On 20.9.2018 15:37, Patrice Chotard wrote: >> pinmux command allows to : >> - list all pin-controllers available on platforms >> - select a pin-controller >> - display the muxing of all pins of the current pin-controller >>or

Re: [U-Boot] [Uboot-stm32] [PATCH v3 0/5] Add get_alt_function ops

On 11.9.2018 15:31, Patrice CHOTARD wrote: > On 09/11/2018 02:17 PM, Michal Simek wrote: >> On 11.9.2018 13:12, Patrice CHOTARD wrote: >>> Hi, >>> >>> On 09/11/2018 12:24 PM, Michal Simek wrote: Hi, On 11.9.2018 09:31, Patrice CHOTARD wrote: > Hi Michal > > On 09/11/2018

Re: [U-Boot] [Uboot-stm32] [PATCH v3 0/5] Add get_alt_function ops

On 09/11/2018 02:17 PM, Michal Simek wrote: > On 11.9.2018 13:12, Patrice CHOTARD wrote: >> Hi, >> >> On 09/11/2018 12:24 PM, Michal Simek wrote: >>> Hi, >>> >>> On 11.9.2018 09:31, Patrice CHOTARD wrote: Hi Michal On 09/11/2018 07:51 AM, Michal Simek wrote: > On 10.9.2018

Re: [U-Boot] [UBOOT PATCH 2/2] dm: core: Scan "/firmware" node by default

On 17.8.2018 20:03, Simon Glass wrote: > Hi Michael, > > On 17 August 2018 at 07:22, Michal Simek wrote: >> On 17.8.2018 14:49, Simon Glass wrote: >>> On 10 August 2018 at 02:45, Rajan Vaja wrote: All Linux firmware drivers are put under "/firmware" node and it has support to populate

Re: [U-Boot] [UBOOT PATCH 2/2] dm: core: Scan "/firmware" node by default

Hi Michael, On 17 August 2018 at 07:22, Michal Simek wrote: > On 17.8.2018 14:49, Simon Glass wrote: >> On 10 August 2018 at 02:45, Rajan Vaja wrote: >>> All Linux firmware drivers are put under "/firmware" node >>> and it has support to populate "/firmware" node by default. >>> >>> u-boot and

Re: [U-Boot] [UBOOT PATCH 2/2] dm: core: Scan "/firmware" node by default

On 17.8.2018 14:49, Simon Glass wrote: > On 10 August 2018 at 02:45, Rajan Vaja wrote: >> All Linux firmware drivers are put under "/firmware" node >> and it has support to populate "/firmware" node by default. >> >> u-boot and Linux can share same DTB. In this case, driver >> probe for devices

Re: [U-Boot] [UBOOT PATCH 1/2] dm: core: Move "/clock" node scan into function

On 10 August 2018 at 02:45, Rajan Vaja wrote: > Create separate function for scanning node by path and > move "/clock" node scan code into that function. > > This will be usable if scanning of more node is required. > > Signed-off-by: Rajan Vaja > --- > drivers/core/root.c | 33

Re: [U-Boot] [UBOOT PATCH 2/2] dm: core: Scan "/firmware" node by default

On 10 August 2018 at 02:45, Rajan Vaja wrote: > All Linux firmware drivers are put under "/firmware" node > and it has support to populate "/firmware" node by default. > > u-boot and Linux can share same DTB. In this case, driver > probe for devices under "/firmware" will not be invoked > as

[U-Boot] [UBOOT PATCH 2/2] dm: core: Scan "/firmware" node by default

All Linux firmware drivers are put under "/firmware" node and it has support to populate "/firmware" node by default. u-boot and Linux can share same DTB. In this case, driver probe for devices under "/firmware" will not be invoked as "/firmware" does not have its own "compatible" property. This

[U-Boot] [UBOOT PATCH 1/2] dm: core: Move "/clock" node scan into function

Create separate function for scanning node by path and move "/clock" node scan code into that function. This will be usable if scanning of more node is required. Signed-off-by: Rajan Vaja --- drivers/core/root.c | 33 ++--- 1 file changed, 18 insertions(+), 15

[U-Boot] [UBOOT PATCH 0/2] dm: core: Scan "/firmware" node by default

All Linux firmware drivers are put under "/firmware" node and it has support to populate "/firmware" node by default. u-boot and Linux can share same DTB. In this case, driver probe for devices under "/firmware" will not be invoked as "/firmware" does not have its own "compatible" property. This

Re: [U-Boot] [UBOOT PATCH 0/2] dm: core: Scan "/firmware" node by default

Hi Simon, On 10.8.2018 10:45, Rajan Vaja wrote: > All Linux firmware drivers are put under "/firmware" node > and it has support to populate "/firmware" node by default. > > u-boot and Linux can share same DTB. In this case, driver > probe for devices under "/firmware" will not be invoked > as

Re: [U-Boot] [Uboot-stm32] [PATCH v2 4/5] gpio: sandbox: Rename GPIOF_(OUTPUT|HIGH|ODR) to SDBX_GPIO_(OUTPUT|HIGH|ODR)

Hi Simon On 08/08/2018 11:55 AM, Simon Glass wrote: > On 3 August 2018 at 09:01, Patrice Chotard wrote: >> To avoid confusion with enum gpio_func_t GPIOF_OUTPUT defined in >> asm-generic/gpio.h, rename all sandbox flags GPIOF_(OUTPUT|HIGH|ODR) >> to SDBX_GPIO_(OUTPUT|HIGH|ODR) >> >>

Re: [U-Boot] [Uboot-stm32] [PATCH v2 1/5] dm: gpio: Add get_alternate_function ops

Hi Simon On 08/08/2018 11:55 AM, Simon Glass wrote: > Hi Patrice, > > +Stephen and Masahiro for comment on this vs. pinctrl. > > On 3 August 2018 at 09:01, Patrice Chotard wrote: >> From: Patrick Delaunay >> >> When a pin is not configured as a GPIO, it could >> have several alternate

[U-Boot] Uboot for STM32F411xx

Hi kamil, I have spent the whole weekend to get the Uboot run on my STM32F4xC/E, I was able to derive changes for the board( dts and board file), basically my board doesn't require any DRAM initialization. Compiled successfully, but after flashing the system ends in Hard-fault, any help will be

Re: [U-Boot] [UBOOT PATCH v2] net: zynq_gem: convert to use livetree

On 25.7.2018 19:45, Joe Hershberger wrote: > On Tue, Jul 24, 2018 at 3:58 AM, Michal Simek wrote: >> Hi, >> >> On 23.7.2018 07:48, Siva Durga Prasad Paladugu wrote: >>> Hi Joe/Michal, >>> >>> Can you please take it up if it is fine. >> >> joe: Can you please take it via your tree? >> There are

Re: [U-Boot] [UBOOT PATCH v2] net: zynq_gem: convert to use livetree

On Mon, Jul 16, 2018 at 7:55 AM, Siva Durga Prasad Paladugu wrote: > This patch updates the zynq gem driver to support livetree. > > Signed-off-by: Siva Durga Prasad Paladugu > Signed-off-by: Vipul Kumar Acked-by: Joe Hershberger ___ U-Boot mailing

Re: [U-Boot] [UBOOT PATCH v2] net: zynq_gem: convert to use livetree

On Tue, Jul 24, 2018 at 3:58 AM, Michal Simek wrote: > Hi, > > On 23.7.2018 07:48, Siva Durga Prasad Paladugu wrote: >> Hi Joe/Michal, >> >> Can you please take it up if it is fine. > > joe: Can you please take it via your tree? > There are some patches before this. Sure. The second series that

Re: [U-Boot] [UBOOT PATCH] Kconfig: Move config SYS_MALLOC_LEN to Kconfig for zynq

On 20.7.2018 11:41, Vipul Kumar wrote: > From: Siva Durga Prasad Paladugu > > This patch moves the the config SYS_MALLOC_LEN to > Kconfig. It will be just for Zynq arch and to do > will be for all other archs. > > Signed-off-by: Siva Durga Prasad Paladugu > Signed-off-by: Vipul Kumar > --- >

Re: [U-Boot] [UBOOT PATCH v2] net: zynq_gem: convert to use livetree

Hi, On 23.7.2018 07:48, Siva Durga Prasad Paladugu wrote: > Hi Joe/Michal, > > Can you please take it up if it is fine. joe: Can you please take it via your tree? There are some patches before this. Thanks, Michal ___ U-Boot mailing list

Re: [U-Boot] [UBOOT PATCH] gpio: zynq: Used platdata structure for storing static data instead of priv

On 24.7.2018 01:48, Simon Glass wrote: > On 20 July 2018 at 03:06, Vipul Kumar wrote: >> This patch used platdata structure instead of priv for storing static >> information read from DT. >> >> Signed-off-by: Vipul Kumar >> --- >> drivers/gpio/zynq_gpio.c | 67 >>

Re: [U-Boot] [UBOOT PATCH] gpio: zynq: Used platdata structure for storing static data instead of priv

On 20 July 2018 at 03:06, Vipul Kumar wrote: > This patch used platdata structure instead of priv for storing static > information read from DT. > > Signed-off-by: Vipul Kumar > --- > drivers/gpio/zynq_gpio.c | 67 > > 1 file changed, 34

  1   2   3   4   5   6   7   8   9   10   >