[U-Boot] [PATCH 3/3][v7] powerpc/mpc85xx: SECURE BOOT-Copy Boot Script on RAM

For running Chain of Trust when doing Secure Boot from NAND, the Bootscript header and bootscript must be copied from NAND to RAM(DDR). The addresses and commands for the same have been defined. Signed-off-by: Saksham Jain Signed-off-by: Ruchika Gupta Signed-off-by: Aneesh Bansal --- Changes in

[U-Boot] [PATCH 2/3][[v7] powerpc/mpc85xx: SECURE BOOT- NAND secure boot target for P5020 and P5040

Secure Boot Target is added for NAND for P5020 and P5040. The Secure boot target has already been added for P3041 by enabling CONFIG_SYS_RAMBOOT and configuring CPC as SRAM. The targets for P5020 and P5040 are added in the same manner. Signed-off-by: Saksham Jain Signed-off-by: Ruchika Gupta Si

[U-Boot] [PATCH 1/3][v7] powerpc/mpc85xx: SECURE BOOT- NAND secure boot target for P3041

Secure Boot Target is added for NAND for P3041. Changes: In PowerPC, the core begins execution from address 0xFFFC. In case of secure boot, this default address maps to Boot ROM. The Boot ROM code requires that the bootloader(U-boot) must lie in 0 to 3.5G address space i.e. 0x0 - 0xDFFF. I

Re: [U-Boot] [PATCH 1/4] spl, common, serial: build SPL without serial support

spl.c ./arch/arm/cpu/armv7/omap-common/boot-common.c ./arch/arm/cpu/armv7/omap-common/boot-common.c.orig ./arch/arm/cpu/armv7/sunxi/board.c ./arch/arm/cpu/armv7/omap3/board.c ./arch/arm/mach-socfpga/spl.c ./20150615/0004-spl-common-serial-build-SPL-without-serial-support.patch ./board/comp

Re: [U-Boot] [PATCH 3/4] lib/display_options: fix compiler warnings

Hello Tom, Am 15.06.2015 16:43, schrieb Tom Rini: On Mon, Jun 15, 2015 at 02:21:01PM +0200, Heiko Schocher wrote: fix compiler warnings if compiled for SPL without serial port support (CONFIG_SPL_SERIAL_SUPPORT is not set). Signed-off-by: Heiko Schocher [snip] @@ -121,7 +128,7 @@ int print

Re: [U-Boot] [PATCH v6 0/4] spi, sf: add mtdparts feature to spi and sf commands

Hello Jagan, Am 11.05.2015 08:01, schrieb Jagan Teki: On 11 May 2015 at 11:19, Heiko Schocher wrote: Hello Jagan, Am 27.04.2015 07:42, schrieb Heiko Schocher: This patchserie add the popssibility to define mtd partitions on spi nor flash, and use this settings with the sf commands. steps:

[U-Boot] [PATCH] board/t1023rdb: add support for T1023RDB RevC

Add support for NOR flash and GPIO/I2C switch control on RevC. - NOR support - bank0/bank4 switch - SD/eMMC switch - board version Signed-off-by: Shengzhou Liu --- board/freescale/t102xrdb/README | 18 +++-- board/freescale/t102xrdb/t102xrdb.c | 141 ++-- boa

Re: [U-Boot] Issue about support spi-nand in u-boot

Resend the mail. On 29 May 2015 at 19:53, Jagan Teki wrote > On 29 May 2015 at 11:42, Peter Pan 潘栋 (peterpandong) > wrote: > > Hi Jagan > > > > I looked through your code[1] about support Linux spi-nor framework > in u-boot. > > It is really great. > > I'm bit concern about the spi-flash framew

Re: [U-Boot] Very slow fatload on bcm2835

On 06/11/2015 12:35 PM, Jakub Kicinski wrote: > Hello! > > I'm using latest git source of U-Boot on Raspberry Pi Compute Module > and performance of fatload is quite bad. Does anyone have any clue > about what can be wrong? Is it the lack of cache? > > Sample boot log: ... > reading zImage

Re: [U-Boot] [PATCH 3/4] ARM: mmc: bcm283x: Remove get_timer_us() from mmc driver

On 05/04/2015 02:54 PM, Marek Vasut wrote: > The get_timer_us() function is something which is no longer > existing in case we use generic timer framework, so replace > it with get_timer(). Marek, This patch causes "saveenv" to got from almost no time to nearly 50s on my RPi model A+. Can you tak

Re: [U-Boot] [PATCH 09/10] x86: Generate a valid MultiProcessor (MP) table

Hi Bin, On 15 June 2015 at 02:00, Bin Meng wrote: > Implement a weak write_mp_table() to create a minimal working MP > table. This includes an MP floating table, a configuration table > header and all of the 5 base configuration table entries. The I/O > interrupt assignment table entry is created

Re: [U-Boot] [PATCH 10/10] x86: crownbay: Enable writing MP table

On 15 June 2015 at 02:00, Bin Meng wrote: > Enable writing MP table for Intel Crown Bay board. > > Signed-off-by: Bin Meng > > --- > > configs/crownbay_defconfig | 1 + > 1 file changed, 1 insertion(+) Acked-by: Simon Glass ___ U-Boot mailing list U-

Re: [U-Boot] [PATCH 08/10] x86: Add MultiProcessor (MP) table APIs

Hi Bin, On 15 June 2015 at 02:00, Bin Meng wrote: > The MP table provides a way for the operating system to support > for symmetric multiprocessing as well as symmetric I/O interrupt > handling with the local APIC and I/O APIC. We provide a bunch of > APIs for U-Boot to write the floating table,

Re: [U-Boot] [PATCH 07/10] x86: Add I/O APIC register access inline routines

Hi Bin, On 15 June 2015 at 01:59, Bin Meng wrote: > I/O APIC registers are addressed indirectly. Add io_apic_read() and > io_apic_write() inline routines. Two macros for I/O APIC ID and > version register offset are also added. > > Signed-off-by: Bin Meng > --- > > arch/x86/include/asm/ioapic.h

Re: [U-Boot] [PATCH 03/10] x86: Write correct bus number for the irq router

On 15 June 2015 at 01:59, Bin Meng wrote: > We should write correct bus number to the PIRQ routing table for the > irq router from device tree, instead of hard-coded zero. > > Signed-off-by: Bin Meng > --- > > arch/x86/cpu/irq.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > Acked-by

Re: [U-Boot] [PATCH 04/10] x86: Ignore function number when writing PIRQ routing table

On 15 June 2015 at 01:59, Bin Meng wrote: > In fill_irq_info() pci device's function number is written into > the table, however this is not really necessary. The function > number can be anything as OS doesn't care about this field, > neither does the PIRQ routing specification. Change to always

Re: [U-Boot] [PATCH 02/10] x86: queensbay: Correct Topcliff device irqs

On 15 June 2015 at 01:59, Bin Meng wrote: > There are 4 usb ports on the Intel Crown Bay board, 2 of which are > connected to Topcliff usb host 0 and the other 2 connected to usb > host 1. USB devices inserted in the ports connected to usb host 1 > cannot get detected due to wrong IRQ assigned to

Re: [U-Boot] [PATCH 06/10] x86: Clean up ioapic header file

On 15 June 2015 at 01:59, Bin Meng wrote: > Remove all the dead/unused macros from asm/ioapic.h. > > Signed-off-by: Bin Meng > --- > > arch/x86/include/asm/ioapic.h | 26 +++--- > 1 file changed, 3 insertions(+), 23 deletions(-) Acked-by: Simon Glass ___

Re: [U-Boot] [PATCH 05/10] x86: Reduce PIRQ routing table size

On 15 June 2015 at 01:59, Bin Meng wrote: > > There is no need to populate multiple irq info entries with the same > bus number and device number, but with different interrupt pin. We > can use the same entry to store all the 4 interrupt pin (INT A/B/C/D) > routing information to reduce the whole

Re: [U-Boot] [PATCH 01/10] x86: queensbay: Do RTC initialization

Hi Bin, On 15 June 2015 at 01:59, Bin Meng wrote: > Enable RTC initialization in arch_misc_init(). > > Signed-off-by: Bin Meng > --- > > arch/x86/cpu/queensbay/tnc.c | 3 +++ > 1 file changed, 3 insertions(+) Could this move to CONFIG_DM_RTC? Regards, Simon ___

Re: [U-Boot] [PATCH 1/4] zynqmp: Kconfig: Move zynqmp Kconfig

Hi Michal, On 15 June 2015 at 03:24, Michal Simek wrote: > On 06/15/2015 11:03 AM, Masahiro Yamada wrote: >> Hi Michal, >> >> >> 2015-06-15 17:53 GMT+09:00 Michal Simek : >>> On 06/10/2015 12:20 PM, Siva Durga Prasad Paladugu wrote: Move the zynqmp Kconfig from board to arch as there ma

Re: [U-Boot] [PATCH] imx: imximage: add new CHECK/CLR BIT command

Hi All, On Mon, Jun 15, 2015 at 05:53:19PM +0200, Stefano Babic wrote: >Hi Peng, > >On 15/06/2015 17:17, Fabio Estevam wrote: >> Hi Peng, >> >> On Sun, Jun 14, 2015 at 6:38 AM, Peng Fan wrote: >>> Since rom code supports the following commands, add new commands support in >>> imximage. >>> >>> 1.

[U-Boot] [PULL] u-boot-usb/master

The following changes since commit 5bcec545a6ca977ad74ee9fe0f2b335d348b5000: image-fit: Fix compiler warning in fit_conf_print() (2015-06-06 09:30:20 -0400) are available in the git repository at: git://git.denx.de/u-boot-usb.git HEAD for you to fetch changes up to 2911bd1858d11308164b0b33

Re: [U-Boot] [PATCH v3 1/6] dm: cpu: Add a new get_count method to cpu uclass

Hi Simon, On Tue, Jun 16, 2015 at 4:45 AM, Simon Glass wrote: > Hi Bin, > > On 13 June 2015 at 04:11, Bin Meng wrote: >> >> Introduce a new method 'get_count' in the UCLASS_CPU ops to get >> the number of CPUs in the system. >> >> Signed-off-by: Bin Meng >> >> --- >> >> Changes in v3: >> - Drop

Re: [U-Boot] [PATCH 2/4] nand, atmel: remove udelay in spl_nand_erase_one()

On Mon, 2015-06-15 at 14:21 +0200, Heiko Schocher wrote: > remove unneeded udelay() in this function, as we use > the dev_ready pin. > > Signed-off-by: Heiko Schocher > --- > > drivers/mtd/nand/atmel_nand.c | 2 -- > 1 file changed, 2 deletions(-) > > diff --git a/drivers/mtd/nand/atmel_nand.c

Re: [U-Boot] [PATCH v3 2/2] common: cmd_part: start and size sub-commands introduction

On 06/15/2015 01:35 PM, Paul Kocialkowski wrote: This introduces the part start and part size sub-commands. The purpose of these is to store the start block and size of a partition in a variable, given the device and partition number. This allows reading raw data that fits a single partition mor

Re: [U-Boot] [PATCH 1/4] ARM: Tegra210: Add SoC code/include files for T210

Update WRT gpio.h and hardware.h, below. > -Original Message- > From: Tom Warren > Sent: Monday, June 15, 2015 1:05 PM > To: 'Stephen Warren'; Tom Warren > Cc: u-boot@lists.denx.de; Stephen Warren > Subject: RE: [U-Boot] [PATCH 1/4] ARM: Tegra210: Add SoC code/include files > for T210 > >

Re: [U-Boot] [PATCH 0/3] stv0991: enable cadence qspi controller & spi flash

Hi Tom, Can you please apply the stv0991 patchset. Rgds, Vikas > -Original Message- > From: Vikas MANOCHA > Sent: Wednesday, May 27, 2015 6:43 PM > To: u-boot@lists.denx.de > Cc: Vikas MANOCHA > Subject: [PATCH 0/3] stv0991: enable cadence qspi controller & spi flash > > This patchset e

Re: [U-Boot] [PATCH 0/3] stv0991: spi env & configs related board changes

Hi Tom, Can you please apply these patchset for stv0991. Rgds, Vikas > -Original Message- > From: Vikas MANOCHA > Sent: Monday, June 08, 2015 5:47 PM > To: u-boot@lists.denx.de > Cc: Vikas MANOCHA > Subject: [PATCH 0/3] stv0991: spi env & configs related board changes > > This patchset

Re: [U-Boot] [PATCH v3 1/6] dm: cpu: Add a new get_count method to cpu uclass

Hi Bin, On 13 June 2015 at 04:11, Bin Meng wrote: > > Introduce a new method 'get_count' in the UCLASS_CPU ops to get > the number of CPUs in the system. > > Signed-off-by: Bin Meng > > --- > > Changes in v3: > - Drop patches already applied and rebase on u-boot-x86/master > - New patch to add a

Re: [U-Boot] [PATCH v3 3/6] x86: Move MP initialization codes into a common place

On 13 June 2015 at 04:11, Bin Meng wrote: > Most of the MP initialization codes in arch/x86/cpu/baytrail/cpu.c is > common to all x86 processors, except detect_num_cpus() which varies > from cpu to cpu. Move these to arch/x86/cpu/cpu.c and implement the > new 'get_count' method for baytrail and cp

Re: [U-Boot] [PATCH v3 2/6] x86: ivybridge: Remove SMP from CPU_SPECIFIC_OPTIONS

On 13 June 2015 at 04:11, Bin Meng wrote: > Ivybridge is not ready for U-Boot MP initialization yet. > > Signed-off-by: Bin Meng > > --- > > Changes in v3: > - New patch to remove SMP from CPU_SPECIFIC_OPTIONS for ivybridge > > Changes in v2: None > > arch/x86/cpu/ivybridge/Kconfig | 1 - > 1 fi

Re: [U-Boot] [PATCH 0/6] spi: cadence_qspi: optimize & fix indirect read-writes

Thanks Jagan. Rgds, Vikas > -Original Message- > From: Jagan Teki [mailto:jt...@openedev.com] > Sent: Monday, June 15, 2015 12:31 PM > To: Vikas MANOCHA > Cc: u-boot@lists.denx.de; s...@denx.de; grmo...@opensource.altera.com; > dingu...@opensource.altera.com > Subject: Re: [U-Boot] [PATCH

Re: [U-Boot] [PATCH 1/4] ARM: Tegra210: Add SoC code/include files for T210

> -Original Message- > From: Stephen Warren [mailto:swar...@wwwdotorg.org] > Sent: Monday, June 15, 2015 10:11 AM > To: Tom Warren > Cc: u-boot@lists.denx.de; Stephen Warren; Tom Warren > Subject: Re: [U-Boot] [PATCH 1/4] ARM: Tegra210: Add SoC code/include files > for T210 > > On 06/03/

[U-Boot] [PATCH 1/2] ARM: ts4800: add basic board support

From: Lucile Quirion This commit adds basic support including: MMC, Serial console, TS4800 watchdog The config use CONFIG_SKIP_LOWLEVEL_INIT as U-boot is used as a second stage bootloader. Signed-off-by: Lucile Quirion Cc: Stefano Babic --- arch/arm/Kconfig | 5 ++ boar

[U-Boot] [PATCH 0/2] ARM: ts4800: add board support

This patchset adds support for TS4800, a Technologic Systems' board. This board is a bit peculiar because most of the init is done by the FPGA and U-Boot is used as a second stage bootloader. Files have been put in board/technologic/ to follow the same convention as Technologic Systems [1]. [1] h

[U-Boot] [PATCH 2/2] ARM: ts4800: add ethernet support

This commit adds ethernet support to the TS4800. Note that the MAC address is not fused on this board and have to be read from FEC PALR PAUR registers (this is how the kernel provided by Technologic Systems does it). Signed-off-by: Damien Riegel Cc: Stefano Babic --- arch/arm/include/asm/arch-m

Re: [U-Boot] [PATCH 4/4] T210: Add support for T210-based P2571 board

> -Original Message- > From: Stephen Warren [mailto:swar...@wwwdotorg.org] > Sent: Monday, June 15, 2015 11:22 AM > To: Tom Warren > Cc: u-boot@lists.denx.de; Stephen Warren; Tom Warren > Subject: Re: [U-Boot] [PATCH 4/4] T210: Add support for T210-based P2571 > board > > On 06/15/2015 1

[U-Boot] [PATCH] If CONFIG_SANDBOX isn't defined the build fails in fw_env.c

In our Fedora builds we get the below errors if we build the following using a vanilla u-boot 2015.07rc2. I'm not sure if it's the best fix but it fixes the build for rc2. make HOSTCC="gcc $RPM_OPT_FLAGS" CROSS_COMPILE="" defconfig V=1 O=builds/ make HOSTCC="gcc $RPM_OPT_FLAGS" CROSS_COMPILE="" t

[U-Boot] [PATCH] If CONFIG_SANDBOX isn't defined the build fails in fw_env.c due to a with with the following error:

error: expected '}' before 'BOOT_TARGET_DEVICES_references_HOST_without_CONFIG_SANDBOX' CONFIG_EXTRA_ENV_SETTINGS A check to see if it's defined fixes this issue. Signed-off-by: Peter Robinson --- include/configs/sandbox.h | 4 1 file changed, 4 insertions(+) diff --git a/include/confi

Re: [U-Boot] [PATCH v2 2/3] common: cmd_part: start and size sub-commands introduction

Le lundi 15 juin 2015 à 12:02 -0400, Tom Rini a écrit : > On Mon, Jun 15, 2015 at 08:59:47AM -0600, Stephen Warren wrote: > > On 06/13/2015 02:38 AM, Paul Kocialkowski wrote: > > >This introduces the part start and part size sub-commands. The purpose of > > >these > > >is to store the start block

[U-Boot] [PATCH v3 1/2] common: cmd_part: Proper alignment

This fixes a misaligned declaration. Signed-off-by: Paul Kocialkowski --- common/cmd_part.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/common/cmd_part.c b/common/cmd_part.c index 8483c12..4bdbf90 100644 --- a/common/cmd_part.c +++ b/common/cmd_part.c @@ -88,7 +88,7 @@ st

[U-Boot] [PATCH v3 2/2] common: cmd_part: start and size sub-commands introduction

This introduces the part start and part size sub-commands. The purpose of these is to store the start block and size of a partition in a variable, given the device and partition number. This allows reading raw data that fits a single partition more easily. For instance, this could be used to figur

Re: [U-Boot] [PATCH 0/6] spi: cadence_qspi: optimize & fix indirect read-writes

On 16 June 2015 at 00:21, Vikas MANOCHA wrote: > Hello All, > > I just figured out that this patchset has dependency on another patchset > under review. I am not sure how to handle situations like this. > I can think of following options, please let me know if anyone of these is ok: > > - I send

Re: [U-Boot] [PATCH v2 3/3] common: cmd_part: Error prints on failures

Le lundi 15 juin 2015 à 09:00 -0600, Stephen Warren a écrit : > On 06/13/2015 02:38 AM, Paul Kocialkowski wrote: > > When a failure occurs when selecting the device or partition, the user > > should be > > notified through an error print. > > > diff --git a/common/cmd_part.c b/common/cmd_part.c >

Re: [U-Boot] [PATCH 0/2] sunxi: musb: Fix "usb reset" handling

Le dimanche 14 juin 2015 à 12:40 +0200, Hans de Goede a écrit : > Hi Ian, Paul, > > Here is a patch to fix the problems where most usb devices will no longer > work after a "usb reset ", when connected to the otg controller in host > mode + a related cleanup patch. This works fine for an USB stor

Re: [U-Boot] [PATCH 0/6] spi: cadence_qspi: optimize & fix indirect read-writes

Hello All, I just figured out that this patchset has dependency on another patchset under review. I am not sure how to handle situations like this. I can think of following options, please let me know if anyone of these is ok: - I send the next version of my previous patchset (under review) with

[U-Boot] [PATCH 6/6] spi: cadence_qspi: get fifo width from device tree

Fifo width could be different on different socs, e.g. stv0991 & altera soc have different fifo width. Signed-off-by: Vikas Manocha --- arch/arm/dts/socfpga.dtsi |1 + arch/arm/dts/stv0991.dts |1 + drivers/spi/cadence_qspi.c |1 + drivers/spi/cadence_qspi.h |1

[U-Boot] [PATCH 5/6] spi: cadence_qspi: fix base trigger address & transfer start address

This patch is to separate the base trigger from the read/write transfer start addresses. Base trigger register address (0x1c register) corresponds to the address which should be put on AHB bus to handle indirect transfer triggered before. To handle indirect transfer we need to issue addresses from

[U-Boot] [PATCH 3/6] spi: cadence_qspi: move trigger base configuration in init

Signed-off-by: Vikas Manocha --- drivers/spi/cadence_qspi_apb.c |6 +- 1 file changed, 1 insertion(+), 5 deletions(-) diff --git a/drivers/spi/cadence_qspi_apb.c b/drivers/spi/cadence_qspi_apb.c index 313f6ac..515d88e 100644 --- a/drivers/spi/cadence_qspi_apb.c +++ b/drivers/spi/cadence_

[U-Boot] [PATCH 4/6] spi: cadence_qspi: fix indirect read/write start address

Indirect read/write start addresses are flash start addresses for indirect read or write transfers. These should be absolute flash addresses instead of offsets. Signed-off-by: Vikas Manocha --- drivers/spi/cadence_qspi_apb.c |6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --

[U-Boot] [PATCH 0/6] spi: cadence_qspi: optimize & fix indirect read-writes

This patchset: - removes sram polling while reading/writing from flash. - fixes trigger base & transfer start address register programming. This fix superseeds the previous patch "spi: cadence_qspi: Fix the indirect ahb trigger address setting" - adds support to get fifo width from device tree Vik

[U-Boot] [PATCH 2/6] spi: cadence_qspi: remove sram polling from flash write

There is no need to poll sram level before writing to flash, data going to SRAM till sram is full, after that backpressure will take over. Signed-off-by: Vikas Manocha --- drivers/spi/cadence_qspi_apb.c | 63 ++-- 1 file changed, 16 insertions(+), 47 deletio

[U-Boot] [PATCH 1/6] spi: cadence_qspi: remove sram polling from flash read

There is no need to check for sram fill level. If sram is empty, cpu will go in the wait state till the time data is available from flash. Also Relying on SRAM fill level only for deciding when the data should be fetched from the local SRAM is not most efficient approach, particulary if we are wor

Re: [U-Boot] [PATCH 4/4] T210: Add support for T210-based P2571 board

On 06/15/2015 11:58 AM, Stephen Warren wrote: On 06/03/2015 02:35 PM, Tom Warren wrote: Based on Venice2, may change as P2571 board is fully brought up. Incorporates Stephen Warren's P2571 pinmux table. ... diff --git a/board/nvidia/p2571/pinmux-config-p2571.h b/board/nvidia/p2571/pinmux-confi

Re: [U-Boot] [PATCH 4/4] T210: Add support for T210-based P2571 board

> -Original Message- > From: Stephen Warren [mailto:swar...@wwwdotorg.org] > Sent: Monday, June 15, 2015 10:59 AM > To: Tom Warren > Cc: u-boot@lists.denx.de; Stephen Warren; Tom Warren > Subject: Re: [U-Boot] [PATCH 4/4] T210: Add support for T210-based P2571 > board > > On 06/03/2015 0

Re: [U-Boot] [PATCH 4/4] T210: Add support for T210-based P2571 board

On 06/03/2015 02:35 PM, Tom Warren wrote: Based on Venice2, may change as P2571 board is fully brought up. Incorporates Stephen Warren's P2571 pinmux table. diff --git a/board/nvidia/p2571/max77620_init.c b/board/nvidia/p2571/max77620_init.c +void tegra_i2c_ll_write_addr(uint addr, uint co

Re: [U-Boot] [PATCH] imx: imximage: add new CHECK/CLR BIT command

On Mon, Jun 15, 2015 at 2:55 PM, Chris Kuethe wrote: > On Mon, Jun 15, 2015 at 8:20 AM, Otavio Salvador > wrote: >> While I agree we ought to use SPL as much as possible I also believe >> the DCD support should be as complete as possible; some people might >> have reasons to avoid the SPL and rel

Re: [U-Boot] [PATCH 3/4] P2571: dts: Add DT files for Tegra210/P2571 board

> -Original Message- > From: Stephen Warren [mailto:swar...@wwwdotorg.org] > Sent: Monday, June 15, 2015 10:23 AM > To: Tom Warren > Cc: u-boot@lists.denx.de; Stephen Warren; Tom Warren > Subject: Re: [U-Boot] [PATCH 3/4] P2571: dts: Add DT files for Tegra210/P2571 > board > > On 06/03/2

Re: [U-Boot] [PATCH] imx: imximage: add new CHECK/CLR BIT command

On Mon, Jun 15, 2015 at 8:20 AM, Otavio Salvador wrote: > While I agree we ought to use SPL as much as possible I also believe > the DCD support should be as complete as possible; some people might > have reasons to avoid the SPL and rely on DCD for it. > > Do you believe SPL can be assumed to be

Re: [U-Boot] [PATCH 3/4] P2571: dts: Add DT files for Tegra210/P2571 board

On 06/03/2015 02:35 PM, Tom Warren wrote: Based on T124 Venice2. SDMMC1 is SD-card slot. Using tegra124 compat names for now to get everything working. May need minor work to match the real board. This looks OK at a quick glance, although the "may need minor rework" comment is worrying; can't

Re: [U-Boot] [PATCH 2/4] ARM: Tegra210: Add support to common Tegra source/config files

On 06/03/2015 02:35 PM, Tom Warren wrote: Derived from Tegra124, modify as appropriate during T210 board bringup. Cleaned up debug statements to conserve string space, too. Note that the 'empty' Kconfig for Tegra210 will cause an innocuous build warning, but it'll go away when a real T210 board

Re: [U-Boot] [PATCH 1/4] ARM: Tegra210: Add SoC code/include files for T210

On 06/03/2015 02:35 PM, Tom Warren wrote: All based off of Tegra124. As a Tegra210 board is brought up, these may change a bit to match the HW more closely, but probably 90% of this is identical to T124. Rather than duplicating lots of headers and code, can we share the content with other chip

Re: [U-Boot] [PATCH] keystone2: use detected ddr3a size

On 06/15/2015 09:42 AM, Vitaly Andrianov wrote: > > > On 06/15/2015 10:17 AM, Tom Rini wrote: >> On Mon, Jun 15, 2015 at 08:48:01AM -0400, Vitaly Andrianov wrote: >> >>> KS2 u-boot detects the ddr3a size installed to EVM. The detected size can >>> be used instead of environment variable. Becaus

Re: [U-Boot] [PATCH] keystone2: use detected ddr3a size

On 06/15/2015 10:17 AM, Tom Rini wrote: On Mon, Jun 15, 2015 at 08:48:01AM -0400, Vitaly Andrianov wrote: KS2 u-boot detects the ddr3a size installed to EVM. The detected size can be used instead of environment variable. Because the ddr3 configuration is done before relocation we cannot use a

Re: [U-Boot] [PATCH v2 2/3] common: cmd_part: start and size sub-commands introduction

Le lundi 15 juin 2015 à 08:59 -0600, Stephen Warren a écrit : > On 06/13/2015 02:38 AM, Paul Kocialkowski wrote: > > This introduces the part start and part size sub-commands. The purpose of > > these > > is to store the start block and size of a partition in a variable, given the > > device and p

Re: [U-Boot] [PATCH] keystone2: use SPD info to configure K2HK and K2E DDR3

On 06/15/2015 09:47 AM, Tom Rini wrote: On Mon, Jun 15, 2015 at 08:32:21AM -0400, Vitaly Andrianov wrote: This commit replaces hard-coded EMIF and PHY DDR3 configurations for predefined SODIMMs to a calculated configuration. The SODIMM parameters are read from SODIMM's SPD and used to calcula

Re: [U-Boot] [PATCH v2 2/3] common: cmd_part: start and size sub-commands introduction

On Mon, Jun 15, 2015 at 08:59:47AM -0600, Stephen Warren wrote: > On 06/13/2015 02:38 AM, Paul Kocialkowski wrote: > >This introduces the part start and part size sub-commands. The purpose of > >these > >is to store the start block and size of a partition in a variable, given the > >device and par

Re: [U-Boot] [PATCH] imx: imximage: add new CHECK/CLR BIT command

Hi Peng, On 15/06/2015 17:17, Fabio Estevam wrote: > Hi Peng, > > On Sun, Jun 14, 2015 at 6:38 AM, Peng Fan wrote: >> Since rom code supports the following commands, add new commands support in >> imximage. >> >> 1. CHECK_BITS_SET 4 [address] [mask bit] >>means: >>while ((*address & mask

Re: [U-Boot] [PATCH] fdt: prevent clearing memory node if there are no banks

On Sat, Jun 13, 2015 at 5:43 AM, Andre Przywara wrote: > Avoid clearing the reg property in the memory DT node if no memory > banks have been specified for a board (CONFIG_NR_DRAM_BANKS == 0). > This allows boards to let U-Boot skip the DT memory tinkering in case > other firmware has already setu

Re: [U-Boot] [PATCH] net: designware: Program MAC address to hardware after soft reset

Hi Bin, On Mon, Jun 15, 2015 at 5:40 AM, Bin Meng wrote: > commit f566c99 "net: Update hardware MAC address if it changes in env" > removes writing MAC address to designware controller after soft reset. > This makes designware ethernet port fail to work. Actually the MAC > address should always b

Re: [U-Boot] [PATCH] imx: imximage: add new CHECK/CLR BIT command

On Mon, Jun 15, 2015 at 12:20 PM, Otavio Salvador wrote: >> What about just using SPL mechanism instead? > > While I agree we ought to use SPL as much as possible I also believe > the DCD support should be as complete as possible; some people might > have reasons to avoid the SPL and rely on DCD

Re: [U-Boot] [PATCH 1/4] spl, common, serial: build SPL without serial support

On Mon, Jun 15, 2015 at 02:20:59PM +0200, Heiko Schocher wrote: > This patch enables building SPL without > CONFIG_SPL_SERIAL_SUPPORT support. > > Signed-off-by: Heiko Schocher I like that we're starting down this path. But can you explain why we need each of these changes: > arch/arm/lib/in

Re: [U-Boot] [PATCH] arm: mx6: tqma6: Add WRU-IV baseboard for the TQMa6 SoM

Hi Markus, On 15.06.2015 15:29, Markus Niebel wrote: +int board_eth_init(bd_t *bis) +{ + uint32_t base = IMX_FEC_BASE; + struct mii_dev *bus = NULL; + struct phy_device *phydev = NULL; + int ret; + + bus = fec_get_miibus(base, -1); + if (!bus) { +

Re: [U-Boot] [PATCH] imx: imximage: add new CHECK/CLR BIT command

On Mon, Jun 15, 2015 at 12:17 PM, Fabio Estevam wrote: > On Sun, Jun 14, 2015 at 6:38 AM, Peng Fan wrote: >> Since rom code supports the following commands, add new commands support in >> imximage. >> >> 1. CHECK_BITS_SET 4 [address] [mask bit] >>means: >>while ((*address & mask) != mask)

Re: [U-Boot] [PATCH] siemens,am33x,rastaban: add rastaban config

On Mon, Jun 15, 2015 at 02:56:41PM +0200, Heiko Schocher wrote: > rastaban is a draco version with more flash, more RAM > and faster CPU. Number of partitions is the same but > rootfs partition is different. > > Signed-off-by: Samuel Egli > Acked-by: Heiko Schocher Reviewed-by: Tom Rini --

Re: [U-Boot] [PATCH] siemens,am33x,thuban: rename dxr2 to thuban

On Mon, Jun 15, 2015 at 02:57:15PM +0200, Heiko Schocher wrote: > Update new naming scheme. > > Signed-off-by: Samuel Egli > Acked-by: Heiko Schocher Reviewed-by: Tom Rini -- Tom signature.asc Description: Digital signature ___ U-Boot mailing li

Re: [U-Boot] [PATCH] arm, am33xx: update for siemens am335x based boards

On Mon, Jun 15, 2015 at 02:54:57PM +0200, Heiko Schocher wrote: > updates for the siemens am335x based boards: > > - draco: add delay for DDR3 configuration > - change MTD partition layout and add a possibility > to redefine MTD layout in board header. > - move ubi support to common header file

Re: [U-Boot] Please pull u-boot-marvell master

On Sun, Jun 14, 2015 at 03:59:01PM +, Luka Perkov wrote: > Hi Tom, > > this series contains patches from Kevin and Stefan and it would be great if > you > could pull them in this release. > > The following changes since commit 64d16706a052553c85d2f8f4c741879a4e3e6116: > > Nokia RX-51: Fi

Re: [U-Boot] [U-Boot,7/8] ARM: highbank: remove DRAM bank setup

On Sat, Jun 13, 2015 at 12:01:37PM +0100, Andre Przywara wrote: > On Fri, 12 Jun 2015 22:10:07 -0400 > Tom Rini wrote: > > > On Fri, Jun 05, 2015 at 12:58:48AM +0100, Andre Przywara wrote: > > > > > From: Rob Herring > > > > > > On the highbank platform the SoC's management controller firmwar

Re: [U-Boot] [PATCH] imx: imximage: add new CHECK/CLR BIT command

Hi Peng, On Sun, Jun 14, 2015 at 6:38 AM, Peng Fan wrote: > Since rom code supports the following commands, add new commands support in > imximage. > > 1. CHECK_BITS_SET 4 [address] [mask bit] >means: >while ((*address & mask) != mask); > > 2. CHECK_BITS_CLR 4 [address] [mask bit] >me

Re: [U-Boot] [PATCH v2 3/3] common: cmd_part: Error prints on failures

On 06/13/2015 02:38 AM, Paul Kocialkowski wrote: When a failure occurs when selecting the device or partition, the user should be notified through an error print. diff --git a/common/cmd_part.c b/common/cmd_part.c @@ -38,8 +38,10 @@ static int do_part_uuid(int argc, char * const argv[])

Re: [U-Boot] [PATCH v2 2/3] common: cmd_part: start and size sub-commands introduction

On 06/13/2015 02:38 AM, Paul Kocialkowski wrote: This introduces the part start and part size sub-commands. The purpose of these is to store the start block and size of a partition in a variable, given the device and partition number. This allows reading raw data that fits a single partition mor

Re: [U-Boot] [PATCH 3/4] lib/display_options: fix compiler warnings

On Mon, Jun 15, 2015 at 02:21:01PM +0200, Heiko Schocher wrote: > fix compiler warnings if compiled for SPL without > serial port support (CONFIG_SPL_SERIAL_SUPPORT is > not set). > > Signed-off-by: Heiko Schocher [snip] > @@ -121,7 +128,7 @@ int print_buffer(ulong addr, const void *data, uint

Re: [U-Boot] [PATCH] keystone2: use correct EFUSE_BOOTROM fileds to configure speed

On Mon, Jun 15, 2015 at 08:54:15AM -0400, Vitaly Andrianov wrote: > The get_max_arm_speed() and get_max_dev_speed() used wrong register > fields to get the maximum speeds. This commit fixes the bug. > > Signed-off-by: Vitaly Andrianov Reviewed-by: Tom Rini -- Tom signature.asc Description:

Re: [U-Boot] [PATCH] keystone2: use detected ddr3a size

On Mon, Jun 15, 2015 at 08:48:01AM -0400, Vitaly Andrianov wrote: > KS2 u-boot detects the ddr3a size installed to EVM. The detected size can > be used instead of environment variable. Because the ddr3 configuration is > done before relocation we cannot use a global variable to pass the > ddr3_siz

Re: [U-Boot] New sunxi board: Lamobo Bananapi R1

I just realised the web site allows to attach files, which is way more convenient than copy and paste! Apology for the duplicate message. 0001-lamobo-bpi-r1.patch -- View this message in context: http://u-boot.10912.n7

Re: [U-Boot] [PATCH] keystone2: use SPD info to configure K2HK and K2E DDR3

On Mon, Jun 15, 2015 at 08:32:21AM -0400, Vitaly Andrianov wrote: > This commit replaces hard-coded EMIF and PHY DDR3 configurations for > predefined SODIMMs to a calculated configuration. The SODIMM parameters > are read from SODIMM's SPD and used to calculated the configuration. > > The current

[U-Boot] New sunxi board: Lamobo Bananapi R1

Please find patch below. I indicated as maintainer name Hans The Goede, as he his the maintainer of all other sunxi boards. Hope that was the correct thing to do. Fabio commit dacdf4dc3174ef1e86884c7d47700abad19b5bb3 Author: Fabio Cannizzo Date: Sun Jun 14 21:22:21 2015 +0800 ARM: sun7i: A

Re: [U-Boot] [PATCH v2 0/5] arm: imx6: tqma6: Kconfig rework

Hello, Am 04.06.2015 um 17:25 schrieb Markus Niebel: > From: Markus Niebel > > This series extends the Kconfig options for TQMa6 to > enable removal of CONFIG_SYS_EXTRA_OPTIONS for this boards. > > To enable env device / boot device configuration the first patch > includes the Kconfig generated

Re: [U-Boot] [PATCH] arm: mx6: tqma6: Add WRU-IV baseboard for the TQMa6 SoM

Hallo Stefan, Am 15.06.2015 um 13:48 schrieb Stefan Roese: > This patch adds support for the "OHB System AG" baseboard > with is equipped with the TQMa6S SoM. > > Signed-off-by: Stefan Roese > Cc: Markus Niebel > Cc: Stefano Babic > --- > board/tqc/tqma6/Makefile | 1 + > board/tqc

Re: [U-Boot] [PATCH] build: create time and date independent binary

Hello Paul, Am 12.06.2015 22:21, schrieb Paul Kocialkowski: Le vendredi 12 juin 2015 à 17:31 +0200, Heiko Schocher a écrit : With this option enabled each compilation creates the exact same binary. There are no timestamps, with which a U-Boot binary can be identified. This option is disabled b

[U-Boot] [PATCH] siemens,am33x,thuban: rename dxr2 to thuban

Update new naming scheme. Signed-off-by: Samuel Egli Acked-by: Heiko Schocher --- arch/arm/Kconfig | 4 ++-- board/siemens/draco/Kconfig | 4 ++-- board/siemens/draco/MAINTAINERS | 4 ++-- configs/{dxr2_defconfig => thuban_defconfig}

[U-Boot] [PATCH] siemens,am33x,rastaban: add rastaban config

rastaban is a draco version with more flash, more RAM and faster CPU. Number of partitions is the same but rootfs partition is different. Signed-off-by: Samuel Egli Acked-by: Heiko Schocher --- arch/arm/Kconfig | 5 ++ board/siemens/draco/Kconfig| 16 +

[U-Boot] [PATCH] arm, am33xx: update for siemens am335x based boards

updates for the siemens am335x based boards: - draco: add delay for DDR3 configuration - change MTD partition layout and add a possibility to redefine MTD layout in board header. - move ubi support to common header file - draco: improve dtb naming - draco: set CONFIG_SYS_CBSIZE to 1024 - add gen

[U-Boot] [PATCH] keystone2: use correct EFUSE_BOOTROM fileds to configure speed

The get_max_arm_speed() and get_max_dev_speed() used wrong register fields to get the maximum speeds. This commit fixes the bug. Signed-off-by: Vitaly Andrianov --- arch/arm/mach-keystone/clock.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/arch/arm/mach-keyst

[U-Boot] [PATCH 3/3] at91, taurus, smartweb: add dfu support

[root@pollux dfu-util]# ./src/dfu-util -l dfu-util 0.8 Copyright 2005-2009 Weston Schmidt, Harald Welte and OpenMoko Inc. Copyright 2010-2014 Tormod Volden and Stefan Schmidt This program is Free Software and has ABSOLUTELY NO WARRANTY Please report bugs to dfu-u...@lists.gnumonks.org Found DFU:

[U-Boot] [PATCH 2/3] usb: gadget: at91_udc: add support for at91_udc

ported from linux: b2ba27a5c56ff: usb: gadget: at91_udc: move prepare clk into process context Signed-off-by: Heiko Schocher --- checkpatch detects a lot of errors, but as this code is copied from linux, I tend to not fix them, so later updates with linux code is easier. drivers/usb/gadget/Mak

[U-Boot] [PATCH] keystone2: use detected ddr3a size

KS2 u-boot detects the ddr3a size installed to EVM. The detected size can be used instead of environment variable. Because the ddr3 configuration is done before relocation we cannot use a global variable to pass the ddr3_size to ft_board_setup(). Instead we have to use the global data structure. B

[U-Boot] [PATCH 1/3] ARM: at91: add cpu.h

add cpu.h from linux: 7538ec7d1e5: ARM: at91: remove no-MMU at91x40 support so it is easier to port linux code, which is based on it. Signed-off-by: Heiko Schocher --- arch/arm/mach-at91/include/mach/cpu.h | 149 ++ 1 file changed, 149 insertions(+) create mod

  1   2   >