Re: [U-Boot] [PATCH 3/8] spl: Move the loading code into its own function

Hi Simon, 2016-11-18 2:29 GMT+09:00 Simon Glass : > Create a boot_from_devices() function to handle trying each device. This > helps to reduce the size of the already-large board_init_r() function. > > Signed-off-by: Simon Glass > --- > > common/spl/spl.c | 33 +

Re: [U-Boot] [PATCH] arm: exynos: Use the generic lowlevel_init instead of the specific one

Hi, Jaehoon On Tuesday, 22 November 2016, Jaehoon Chung wrote: > On 11/22/2016 02:25 PM, Alison Wang wrote: > > > > 2016년 11월 16일 (수) 19:44, Alison Wang > >님이 작성: > > Hi, Thomas, > > > > I didn't see your patch. Maybe it isn't CC'ing me. Could you send me and > york

Re: [U-Boot] [PATCH] spi: Add support for MX66U51235F, MX66L1G45G, MT25QU02G, MT25QL02G

On Tue, Nov 22, 2016 at 5:57 AM, wrote: > From: Radu Bacrau > > This commit adds support for the Macronix MX66U51235F, MX66L1G45G and Micron > MT25QU02G, MT25QL02G flash parts. > > Signed-off-by: Radu Bacrau > Cc: Chin Liang See > Cc: Jagan Teki > Cc: Radu Bacrau Applied to u-boot-spi/mast

[U-Boot] [PATCH 2/3] ARM: DRA7: Redefine voltage and efuse macros per OPP using Kconfig

From: Suman Anna Redefine the macros used to define the voltage values and the efuse register offsets based on OPP for all the voltage domains. This is done using Kconfig macros that can be set in a defconfig or selected during a config step. This allows a voltage domain to be configured/set to a

[U-Boot] [PATCH 0/3] ARM: DRA7: Add Kconfig support for selecting OPPs

This series adds support for selecting DSPEVE, IVA, GPU OPPs via Kconfig and fixup DT clock nodes as required. Lokesh Vutla (1): ARM: OMAP4+: Add support for dynamically selecting OPPs Suman Anna (2): ARM: DRA7: Redefine voltage and efuse macros per OPP using Kconfig ARM: DRA7: Fixup DSPEVE

Re: [U-Boot] [PATCH] arm: exynos: Use the generic lowlevel_init instead of the specific one

On 11/22/2016 02:25 PM, Alison Wang wrote: > > 2016년 11월 16일 (수) 19:44, Alison Wang > mailto:alison.w...@nxp.com>>님이 작성: > Hi, Thomas, > > I didn't see your patch. Maybe it isn't CC'ing me. Could you send me and york > the link? > > Minkyu Kang, > > Could you add review-by and assign this pat

Re: [U-Boot] [PATCH] arm: exynos: Use the generic lowlevel_init instead of the specific one

2016년 11월 16일 (수) 19:44, Alison Wang mailto:alison.w...@nxp.com>>님이 작성: Hi, Thomas, I didn't see your patch. Maybe it isn't CC'ing me. Could you send me and york the link? Minkyu Kang, Could you add review-by and assign this patch http://patchwork.ozlabs.org/patch/667948/ to York? So he can

Re: [U-Boot] [PATCH v8 1/3] armv8: Support loading 32-bit OS in AArch32 execution state

Hi, Alex, > On 11/21/2016 01:07 PM, Alexander Graf wrote: > > > > > > On 21/11/2016 21:45, york sun wrote: > >> On 11/21/2016 12:40 PM, Alexander Graf wrote: > >>> > >>> > >>> On 21/11/2016 21:23, york sun wrote: > On 11/09/2016 07:02 PM, Alison Wang wrote: > > To support loading a 32-bit

[U-Boot] U-Boot x86 QEMU: Error on boot

Hello, I'm trying to get u-boot working on QEMU so I understand how it works before moving to an embedded system. After following the instructions here: https://lists.nongnu.org/archive/html/qemu-devel/2015-05/msg04835.html U-Boot is always crashing, even when omitting the network stuff. Belo

[U-Boot] [PATCH] README: fix typo FAT_ENV_DEV_AND_PART

From: Nicolae Rosia The actual define symbol is FAT_ENV_DEVICE_AND_PART Signed-off-by: Nicolae Rosia --- README | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/README b/README index 00830d7..d6b430a 100644 --- a/README +++ b/README @@ -4115,7 +4115,7 @@ but it can not erase

[U-Boot] [PATCH] spi: Add support for MX66U51235F, MX66L1G45G, MT25QU02G, MT25QL02G

From: Radu Bacrau This commit adds support for the Macronix MX66U51235F, MX66L1G45G and Micron MT25QU02G, MT25QL02G flash parts. Signed-off-by: Radu Bacrau Cc: Chin Liang See Cc: Jagan Teki Cc: Radu Bacrau --- drivers/mtd/spi/spi_flash_ids.c | 4 1 file changed, 4 insertions(+) diff

[U-Boot] [PATCH 2/3] mmc: zynq: Determine base clock frequency via clock framework

The zynq_sdhci controller driver use CONFIG_ZYNQ_SDHCI_MAX_FREQ as base clock frequency but this clock is not fixed and depends on the hardware configuration. Additionally the value of CONFIG_ZYNQ_SDHCI_MAX_FREQ doesn't match the real base clock frequency of SDIO_FREQ. Use the clock framework to de

[U-Boot] [PATCH 3/3] mmc: zynq: Add fdt max-frequency support

The maximum supported peripheral clock frequency of the zynq depends on the IO routing. The MIO and EMIO support a maximum frequency of 50 MHz respectively 25 MHz. Use the max-frequency value of the device tree to determine the maximal supported peripheral clock frequency. Signed-off-by: Stefan He

[U-Boot] [PATCH 1/3] mmc: sdhci: Distinguish between base clock and maximum peripheral frequency

The sdhci controller assumes that the base clock frequency is fully supported by the peripheral and doesn't support hardware limitations. The Linux kernel distinguishes between base clock (max_clk) of the host controller and maximum frequency (f_max) of the card interface. Use the same differentiat

[U-Boot] [PATCH 0/3] mmc: sdhci: Add support for frequency constrained peripheral interfaces

The sdhci controller assumes that the base clock frequency is fully supported by the peripheral and doesn't support hardware limitations. Distinguish between base clock of the host controller and maximal supported peripheral clock frequency of the peripheral interface. This is needed for the zynq p

Re: [U-Boot] fastboot: simplify the Kconfig logic

On Sun, Nov 13, 2016 at 10:26:13PM +0100, Yann E. MORIN wrote: > Currently, the fastboot item in menuconfig is a comment followed by a > boolean option withan empty prompt, followed by a menu: > > *** FASTBOOT *** > [*] > Fastboot support ---> > > This is not "nice-looking

Re: [U-Boot] ARM: OMAP3_LOGIC: Update MTD Partition Table

On Sat, Nov 12, 2016 at 10:02:37PM -0600, Adam Ford wrote: > The previous partition table did not support a separate device tree > and the kernel size was limited to 4MB. This update shows the > location of the device tree (labeled as spl-os) for those who > want to use Falcon Mode or use U-Boot

Re: [U-Boot] ARM: OMAP3_LOGIC: Remove FIT Support

On Sat, Nov 12, 2016 at 09:53:31PM -0600, Adam Ford wrote: > Commit ("2cd1ff84037a: OMAP3_LOGIC: Setup defconfig to enable > SPL and NAND booting") accidentally enabled FIT support. > > This patch removes the FIT support. > > Signed-off-by: Adam Ford > Reviewed-by: Tom Rini > > diff --git a/c

Re: [U-Boot] ARM: OMAP3_LOGIC: Fix SPL Memory Map for Falcon Mode

On Sat, Nov 12, 2016 at 09:43:37PM -0600, Adam Ford wrote: > The memory map defined in commit ("49c7303f0e52: OMAP3: Enable SPL > on omap3_logic) was used by a copy-paste of another board without > fully understanding how the map works in Falcon mode. This patch > undoes the customization and use

Re: [U-Boot] [U-Boot, v4, 2/2] rpi: passthrough of the firmware provided FDT blob

On Fri, Nov 11, 2016 at 11:59:07AM +0100, Cédric Schieli wrote: > Raspberry firmware used to pass a FDT blob at a fixed address (0x100), > but this is not true anymore. The address now depends on both the > memory size and the blob size [1]. > > If one wants to passthrough this FDT blob to the ke

Re: [U-Boot] [U-Boot,v4,1/2] arm: add save_boot_params for ARM1176

On Fri, Nov 11, 2016 at 11:59:06AM +0100, Cédric Schieli wrote: > Implement a hook to allow boards to save boot-time CPU state for later > use. When U-Boot is chain-loaded by another bootloader, CPU registers may > contain useful information such as system configuration information. This > feature

Re: [U-Boot] [U-Boot, 3/4] image: Add crypto_algo struct for RSA info

On Tue, Nov 08, 2016 at 06:53:41PM +, aduda wrote: > From: Andrew Duda > > Cut down on the repetition of algorithm information by defining separate > checksum and crypto structs. image_sig_algos are now simply pairs of > unique checksum and crypto algos. > > Signed-off-by: Andrew Duda > Si

Re: [U-Boot] [U-Boot,2/4] rsa: Verify RSA padding programatically

On Tue, Nov 08, 2016 at 06:53:40PM +, aduda wrote: > From: Andrew Duda > > Padding verification was done against static SHA/RSA pair arrays which > take up a lot of static memory, are mostly 0xff, and cannot be reused > for additional SHA/RSA pairings. The padding can be easily computed > ac

Re: [U-Boot] [U-Boot, 4/4] image: Combine image_sig_algo with image_sign_info

On Tue, Nov 08, 2016 at 06:53:41PM +, aduda wrote: > From: Andrew Duda > > Remove the need to explicitly add SHA/RSA pairings. Invalid SHA/RSA > pairings will still fail on verify operations when the hash length is > longer than the key length. > > Follow the same naming scheme "checksum,cr

Re: [U-Boot] [U-Boot,1/4] rsa: cosmetic: rename pad_len to key_len

On Tue, Nov 08, 2016 at 06:53:39PM +, aduda wrote: > From: Andrew Duda > > checksum_algo's pad_len field isn't actually used to store the length of > the padding but the total length of the RSA key (msg_len + pad_len) > > Signed-off-by: Andrew Duda > Signed-off-by: aduda > Reviewed-by: Si

Re: [U-Boot] [U-Boot, 3/3] TI: Remove CONFIG_OMAP_COMMON in favor of CONFIG_ARCH_OMAP2

On Mon, Nov 07, 2016 at 09:34:55PM -0500, Tom Rini wrote: > With the move to arch/arm/mach-omap2 there are now very few uses of > CONFIG_OMAP_COMMON and further they can all be replaced with > CONFIG_ARCH_OMAP2, so do so. > > Signed-off-by: Tom Rini Applied to u-boot/master, thanks! -- Tom

Re: [U-Boot] [U-Boot, 2/3] arm: Introduce arch/arm/mach-omap2 for OMAP2 derivative platforms

On Mon, Nov 07, 2016 at 09:34:54PM -0500, Tom Rini wrote: > This moves what was in arch/arm/cpu/armv7/omap-common in to > arch/arm/mach-omap2 and moves > arch/arm/cpu/armv7/{am33xx,omap3,omap4,omap5} in to arch/arm/mach-omap2 > as subdirectories. All refernces to the former locations are updated

Re: [U-Boot] [U-Boot,1/3] arm: Introduce ARCH_OMAP2

On Mon, Nov 07, 2016 at 09:34:53PM -0500, Tom Rini wrote: > To start consolidating various TI-related code, introduce the ARCH_OMAP2 > symbol. While we have removed omap2-specific boards some time ago, > matching up with the kernel naming here will help overall. > > Signed-off-by: Tom Rini App

Re: [U-Boot] [U-Boot, v2, 1/2] ext4: Allow reading files with non-zero offset, clamp read len

On Sun, Nov 06, 2016 at 06:33:57PM +0100, Stefan Brüns wrote: > Support was already implemented, but not hooked up. This fixes several > fails in the test cases. > > Signed-off-by: Stefan Brüns > Acked-by: Stephen Warren Applied to u-boot/master, thanks! -- Tom signature.asc Description: D

Re: [U-Boot] [U-Boot,2/2] fs-test.sh: Update expected results

On Sun, Nov 06, 2016 at 01:32:15AM +0100, Stefan Brüns wrote: > After the latest changes, ext4 no longer has any fails. > > Signed-off-by: Stefan Brüns > Acked-by: Stephen Warren Applied to u-boot/master, thanks! -- Tom signature.asc Description: Digital signature _

Re: [U-Boot] ext4: Fix handling of sparse files

On Sat, Nov 05, 2016 at 10:17:14PM +0100, Stefan Brüns wrote: > A sparse file may have regions not mapped by any extents, at the start > or at the end of the file, or anywhere between, thus not finding a > matching extent region is never an error. > > Found by python filesystem tests. > > Signed

Re: [U-Boot] [U-Boot, 1/3] test/py: expose config and log as session scoped fixture

On Sat, Nov 05, 2016 at 05:45:32PM +0100, Stefan Brüns wrote: > If a test uses a fixture which is expensive to setup, the fixture can > possibly created with session or module scope. As u_boot_console has > function scope, it can not be used in this case. > > Signed-off-by: Stefan Brüns > Acked-

Re: [U-Boot] [U-Boot,v3] gpio: dwapb: Add support for port B

On Thu, Nov 03, 2016 at 11:05:12AM +, Phil Edworthy wrote: > The IP supports two ports, A and B, each providing up to 32 gpios. > The driver already creates a 2nd gpio bank by reading the 2nd node > from DT, so this is quite a simple change to support the 2nd bank. > > Signed-off-by: Phil Edw

Re: [U-Boot] [U-Boot, v2, 3/3] arm: dra7xx: Unify Android partition table

On Mon, Oct 31, 2016 at 07:53:46PM +0200, Semen Protsenko wrote: > Make Android partition table the same as for AM57x EVM. > > 1. Make "bootloader" partition start from 0x300 sectors offset, so > DRA7 is bootable in Android mode (see > CONFIG_SYS_MMCSD_RAW_MODE_U_BOOT_SECTOR option).

Re: [U-Boot] [U-Boot,v2,2/3] arm: am57xx: Enable 8-bit eMMC access

On Mon, Oct 31, 2016 at 07:53:42PM +0200, Semen Protsenko wrote: > Signed-off-by: Sam Protsenko Applied to u-boot/master, thanks! -- Tom signature.asc Description: Digital signature ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/

Re: [U-Boot] [U-Boot, v2, 1/3] arm: am57xx: Define Android partition table

On Mon, Oct 31, 2016 at 07:53:38PM +0200, Semen Protsenko wrote: > "fastboot oem format" command reuses "gpt write" command, which in turn > requires correct partitions defined in $partitions variable. This patch > adds such definition of Android partitions for DRA7XX EVM board. > > By default $p

Re: [U-Boot] omap3_beagle: use config_distro_bootcmd

On Tue, Oct 25, 2016 at 06:50:32PM +0200, Guillaume GARDET wrote: > Add support for distro_bootcmd on MMC and fall back to prior > behavior if distro_bootcmd fails. > > Tested on Beagleboad xM to boot GRUB2 (and then Linux kernel) in EFI mode > from MMC. > > Signed-off-by: Guillaume GARDET >

Re: [U-Boot] [U-Boot,v2,4/4] configs: am57xx: Enable fastboot

On Mon, Oct 24, 2016 at 06:41:13PM +0300, Semen Protsenko wrote: > Signed-off-by: Sam Protsenko > Reviewed-by: Tom Rini Applied to u-boot/master, thanks! -- Tom signature.asc Description: Digital signature ___ U-Boot mailing list U-Boot@lists.denx

Re: [U-Boot] [U-Boot, v2, 3/4] configs: am57xx: Enable download gadget

On Mon, Oct 24, 2016 at 06:41:12PM +0300, Semen Protsenko wrote: > Enable USB download gadget (needed for fastboot support) and all > dependencies. > > Signed-off-by: Sam Protsenko > Reviewed-by: Tom Rini Applied to u-boot/master, thanks! -- Tom signature.asc Description: Digital signature

Re: [U-Boot] [U-Boot, v2, 1/4] fastboot: Add CONFIG_FASTBOOT_USB_DEV option

On Mon, Oct 24, 2016 at 06:41:10PM +0300, Semen Protsenko wrote: > Some boards (like AM57x EVM) has USB OTG controller other than 0. So in > order to use correct controller number in compiled environment we should > define CONFIG_FASTBOOT_USB_DEV option. > > For example, when doing "fastboot rebo

Re: [U-Boot] [U-Boot, v2, 2/4] ti_omap5_common: Respect USB controller number in fastboot

On Mon, Oct 24, 2016 at 06:41:11PM +0300, Semen Protsenko wrote: > On "fastboot reboot-bootloader" we check "dofastboot" variable and do > "fastboot 0" command in U-Boot if it's 1. But there are boards which have > USB controller number other than 0, so it should be respected when > performing "fa

Re: [U-Boot] [U-Boot, 3/3] board: ti: amx3xx: Remove multiple EEPROM reads

On Fri, Oct 14, 2016 at 10:35:25AM +0530, Lokesh Vutla wrote: > Detect the board very early and avoid reading eeprom multiple times. > > Signed-off-by: Lokesh Vutla > Reviewed-by: Tom Rini Applied to u-boot/master, thanks! -- Tom signature.asc Description: Digital signature ___

Re: [U-Boot] [U-Boot, 1/3] ARM: AMx3xx: Allow arch specific code to use early DM

On Fri, Oct 14, 2016 at 10:35:23AM +0530, Lokesh Vutla wrote: > Early system initialization is being done before initf_dm is being called > in U-Boot. Then system will fail to boot if any of the DM enabled driver > is being called in this system initialization code. So, rearrange the > code a bit

Re: [U-Boot] [PATCH] usb: xhci: Limit transfer length in a single TD

On 2016년 11월 18일 23:01, Marek Vasut wrote: > On 11/18/2016 08:24 AM, Jaehoon Chung wrote: >> Hi, >> >> Added Marek as USB maintainer. >> >> On 11/17/2016 01:21 PM, Dongwoo Lee wrote: >>> The transfer request exceeding 4032KB (the maximum number of TRBs per >>> TD * the maximum size of transfer buff

Re: [U-Boot] [U-Boot, 2/3] ARM: AMx3xx: Centralize early clock initialization

On Fri, Oct 14, 2016 at 10:35:24AM +0530, Lokesh Vutla wrote: > This is similar to Commit 93e6253d11030 ("ARM: OMAP4/5: Centralize > early clock initialization") that was done for OMAP4+, reflecting the same > for AM33xx and AM43xx SoCs to centralize clock initialization. > > Signed-off-by: Lokes

[U-Boot] [PATCH] am57xx: Remove unused variable warnings

Starting with the changes to fix USB host on am57xx/am43xx we stopped using usb_otg_ss1/related stuff and but we hadn't been enabling the relevant options to cause the warnings until just recently. Fixes: 55efadde7ede (ARM: AM57xx: AM43xx: Fix USB host) Fixes: a48d687c575f (configs: am57xx: Enable

Re: [U-Boot] [PATCH v2] travis: Add efi_loader grub2 test

On 21/11/2016 23:21, Stephen Warren wrote: On 11/18/2016 05:18 AM, Alexander Graf wrote: We have all the building blocks now to run arbitrary efi applications in travis. The most important one out there is grub2, so let's add a simple test to verify that grub2 still comes up. diff --git a/.

Re: [U-Boot] [PATCH v8 1/3] armv8: Support loading 32-bit OS in AArch32 execution state

On 11/21/2016 01:07 PM, Alexander Graf wrote: > > > On 21/11/2016 21:45, york sun wrote: >> On 11/21/2016 12:40 PM, Alexander Graf wrote: >>> >>> >>> On 21/11/2016 21:23, york sun wrote: On 11/09/2016 07:02 PM, Alison Wang wrote: > To support loading a 32-bit OS, the execution state will c

Re: [U-Boot] [PATCH v2] travis: Add efi_loader grub2 test

On 21/11/2016 23:31, Tom Rini wrote: On Mon, Nov 21, 2016 at 03:21:43PM -0700, Stephen Warren wrote: On 11/18/2016 05:18 AM, Alexander Graf wrote: We have all the building blocks now to run arbitrary efi applications in travis. The most important one out there is grub2, so let's add a simple

Re: [U-Boot] [PATCH v2] travis: Add efi_loader grub2 test

On Mon, Nov 21, 2016 at 03:21:43PM -0700, Stephen Warren wrote: > On 11/18/2016 05:18 AM, Alexander Graf wrote: > >We have all the building blocks now to run arbitrary efi applications > >in travis. The most important one out there is grub2, so let's add > >a simple test to verify that grub2 still

Re: [U-Boot] devicetree handling with chanloaded bootloader Was: [PATCH] travis: Add efi_loader grub2 test

On 11/18/2016 06:49 AM, Michal Suchanek wrote: Hello, this is like not part of this patch at all but is quite related. There is a question that bugs me for a while. I wanted to flash u-boot to an onboard memory (like a SPI NOR flash) alongside a devicetree for the device so I can load just bar

Re: [U-Boot] [PATCH v2] travis: Add efi_loader grub2 test

On 11/18/2016 05:18 AM, Alexander Graf wrote: We have all the building blocks now to run arbitrary efi applications in travis. The most important one out there is grub2, so let's add a simple test to verify that grub2 still comes up. diff --git a/.travis.yml b/.travis.yml @@ -45,6 +48,9 @@

Re: [U-Boot] [PATCH v8 1/3] armv8: Support loading 32-bit OS in AArch32 execution state

On 11/09/2016 07:02 PM, Alison Wang wrote: > To support loading a 32-bit OS, the execution state will change from > AArch64 to AArch32 when jumping to kernel. > > The architecture information will be got through checking FIT image, > then U-Boot will load 32-bit OS or 64-bit OS automatically. > > S

Re: [U-Boot] [PATCH v8 1/3] armv8: Support loading 32-bit OS in AArch32 execution state

On 21/11/2016 21:45, york sun wrote: On 11/21/2016 12:40 PM, Alexander Graf wrote: On 21/11/2016 21:23, york sun wrote: On 11/09/2016 07:02 PM, Alison Wang wrote: To support loading a 32-bit OS, the execution state will change from AArch64 to AArch32 when jumping to kernel. The architectu

Re: [U-Boot] [PATCH v8 1/3] armv8: Support loading 32-bit OS in AArch32 execution state

On 11/21/2016 12:40 PM, Alexander Graf wrote: > > > On 21/11/2016 21:23, york sun wrote: >> On 11/09/2016 07:02 PM, Alison Wang wrote: >>> To support loading a 32-bit OS, the execution state will change from >>> AArch64 to AArch32 when jumping to kernel. >>> >>> The architecture information will be

Re: [U-Boot] [PATCH v8 1/3] armv8: Support loading 32-bit OS in AArch32 execution state

On 21/11/2016 21:23, york sun wrote: On 11/09/2016 07:02 PM, Alison Wang wrote: To support loading a 32-bit OS, the execution state will change from AArch64 to AArch32 when jumping to kernel. The architecture information will be got through checking FIT image, then U-Boot will load 32-bit OS

[U-Boot] [PATCH] common: image: Remove FIT header update from image post-processing

After an image is selected out of a FIT blob for further processing we run an optional, platform specific, post-processing function on this component. This post-processing may modify the position and size of the image, so after post-processing we update the location and size for this image in the F

[U-Boot] [PATCH 2/3] image: Add Trusted Execution Environment image type

Add a new image type representing Trusted Execution Environment (TEE) image types. For example, an OP-TEE OS binary image. Signed-off-by: Andrew F. Davis --- common/image.c | 1 + include/image.h | 1 + 2 files changed, 2 insertions(+) diff --git a/common/image.c b/common/image.c index 2aac90d

[U-Boot] [PATCH 3/3] RFC: board: ti: dra7xx: add FIT image TEE processing

Populate the corresponding TEE image processing call to be performed during FIT loadable processing. Signed-off-by: Andrew F. Davis --- board/ti/dra7xx/evm.c | 7 +++ 1 file changed, 7 insertions(+) diff --git a/board/ti/dra7xx/evm.c b/board/ti/dra7xx/evm.c index 3c16846..3bb895c 100644 ---

[U-Boot] [PATCH 0/3] Add FIT loadable custom processing

Hello all, To see the background on this see here[0]. As Simon suggested we are now using a linker list to keep any and all TEE specific code out of common files as, unlike kernel, dtb, ramdisk, and fpga image types, TEE images may not be used by needed by all users. The last patch in this serie

[U-Boot] [PATCH 1/3] image: Add FIT image loadable section custom processing

To help automate the loading of custom image types we add the ability to define custom handlers for the loadable section types. When we find a compatible type while loading a "loadable" image from a FIT image we run its associated handlers to perform any additional steps needed for loading this ima

Re: [U-Boot] [RFC PATCH 1/2] dm: Add support for scsi/sata based devices

On 24.9.2016 19:26, Simon Glass wrote: > Hi Michal, > > On 8 September 2016 at 07:57, Michal Simek wrote: >> All sata based drivers are bind and corresponding block >> device is created. Based on this find_scsi_device() is able >> to get back block device based on scsi_curr_dev pointer. >> >> int

Re: [U-Boot] [PATCH v2 4/4] configs: am57xx: Enable fastboot

On Mon, Oct 24, 2016 at 7:12 PM, Tom Rini wrote: > On Mon, Oct 24, 2016 at 06:41:13PM +0300, Sam Protsenko wrote: > >> Signed-off-by: Sam Protsenko > > Reviewed-by: Tom Rini > > -- > Tom Bump. Please review and apply this series. Thanks. ___ U-Boot ma

Re: [U-Boot] [PATCH] MAINTAINERS: SUNXI: Update maintainership

On Mon, Nov 21, 2016 at 10:50:26PM +0530, Jagan Teki wrote: > Add Jagan and Maxime as Maintainers for SUNXI > > Cc: Maxime Ripard > Signed-off-by: Jagan Teki Acked-by: Maxime Ripard Thanks, Maxime -- Maxime Ripard, Free Electrons Embedded Linux and Kernel engineering http://free-electrons.c

Re: [U-Boot] [PATCH v2 3/3] arm: dra7xx: Unify Android partition table

On Mon, Oct 31, 2016 at 7:53 PM, Sam Protsenko wrote: > Make Android partition table the same as for AM57x EVM. > > 1. Make "bootloader" partition start from 0x300 sectors offset, so > DRA7 is bootable in Android mode (see > CONFIG_SYS_MMCSD_RAW_MODE_U_BOOT_SECTOR option). > 2. Incre

Re: [U-Boot] [ANN] U-Boot v2016.11 is released

Hi Wolfgang Denk, On Tue, Nov 15, 2016 at 3:45 AM, Wolfgang Denk wrote: > Dear Jagan, > > In message > you > wrote: >> >> Unfortunately "Amarula Solutions" is not listed in Employers list [1] >> for this I sent a domain-map mail to Wolfgang Denk during MW, any edit >> for this? > > Where shoul

[U-Boot] [PATCH v4 0/3] spl: USB Gadget cleanup

From: Stefan Agner This patchset cleans up the SPL USB Gadget Kconfig and Makfile. The first two patches are actual fixes and we might consider to add these two for the v2016.11 release. The third one adds a new config option for cleaner structure. I plan to add another USB function with SPL sup

[U-Boot] [PATCH v4 3/3] spl: add USB Gadget config option

From: Stefan Agner Introduce USB Gadget config option. This allows to combine Makefile entries for SPL_USBETH_SUPPORT and SPL_DFU_SUPPORT. Signed-off-by: Stefan Agner Acked-by: Lukasz Majewski Tested-by: Ravi Babu --- Changes in v4: None Changes in v3: - Fix depends on SPL_USB_GADGET_SUPPOR

[U-Boot] [PATCH v4 1/3] spl: add RAM boot device only if it is actually defined

From: Stefan Agner Some devices (e.g. dra7xx) support loading to RAM using DFU without having direct boot from RAM support. Make sure the linker list does not contain BOOT_DEVICE_RAM if CONFIG_SPL_RAM_DEVICE is not enabled. Fixes: 98136b2f26fa ("spl: Convert spl_ram_load_image() to use linker li

[U-Boot] [PATCH v4 2/3] spl: dfu: move DFU Kconfig to SPL Kconfig

From: Stefan Agner The DFU Kconfig menu entries should be part of the SPL Kconfig file. Also avoid using the top level Makefile by moving the config dependent build artifacts to the driver/ and driver/usb/gadget/ Makfiles. With that, DFU can be built again in SPL if CONFIG_SPL_DFU_SUPPORT is ena

Re: [U-Boot] [PATCH v2 02/63] spl: spi: Add a debug message if loading fails

On Sun, Nov 20, 2016 at 1:54 AM, Simon Glass wrote: > This currently fails silently. Add a debug message to aid debugging. > > Signed-off-by: Simon Glass > --- > > Changes in v2: > - Show the error value in spl_spi_load_image() > > common/spl/spl_spi.c | 5 - > 1 file changed, 4 insertions(+

Re: [U-Boot] [PATCH 02/24] sun6i: Restrict some register initialization to Allwinner A31 SoC

On Sun, Nov 20, 2016 at 8:26 PM, Andre Przywara wrote: > These days many Allwinner SoCs use clock_sun6i.c, although out of them > only the (original sun6i) A31 has a second MBUS clock register. > Also setting up the PRCM PLL_CTLR1 register to provide the proper voltage > seems to be an A31-only fe

Re: [U-Boot] [PATCH v2 10/22] spi: Add error checking for invalid bus widths

On Sun, Nov 20, 2016 at 2:19 AM, Fabio Estevam wrote: > On Sat, Nov 19, 2016 at 6:04 PM, Simon Glass wrote: > >>> EPROTONOSUPPORT means: /* Protocol not supported */, which does not >>> seem to be very appropriate here. >> >> This is a protocol as far as I can see - you can either use one pin or

Re: [U-Boot] [PATCH] ARM: dts: am437x-idk: Fix QSPI compatible string

On Mon, Nov 21, 2016 at 10:07 AM, Vignesh R wrote: > Hi Jagan, > > On Thursday 13 October 2016 06:24 PM, Tom Rini wrote: >> On Thu, Oct 13, 2016 at 05:45:52PM +0530, Jagan Teki wrote: >>> On Thu, Oct 13, 2016 at 3:53 PM, Vignesh R wrote: Unlike Linux kernel, U-Boot depends on "spi-flash" com

[U-Boot] [PATCH] MAINTAINERS: SUNXI: Update maintainership

Add Jagan and Maxime as Maintainers for SUNXI Cc: Maxime Ripard Signed-off-by: Jagan Teki --- MAINTAINERS | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/MAINTAINERS b/MAINTAINERS index 83a70df..48d4cec 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -167,7 +167,8 @@ F: arc

Re: [U-Boot] [PATCH 07/24] SPL: make struct spl_image 64-bit safe

On 11/21/2016 07:48 AM, Alexander Graf wrote: > > > On 20/11/2016 15:57, Andre Przywara wrote: >> Since entry_point and load_addr are addresses, they should be >> represented as longs to cover the whole address space and to avoid >> warning when compiling the SPL in 64-bit. >> Also adjust debug pri

Re: [U-Boot] [PATCH 12/24] sunxi: A64: do an RMR switch if started in AArch32 mode

On 20/11/2016 15:57, Andre Przywara wrote: The Allwinner A64 SoC starts execution in AArch32 mode, and both the boot ROM and Allwinner's boot0 keep running in this mode. So U-Boot gets entered in 32-bit, although we want it to run in AArch64. By using a "magic" instruction, which happens to be

Re: [U-Boot] [PATCH 19/24] sunxi: A64: enable SPL

Hi, On 21/11/16 16:37, Alexander Graf wrote: > > > On 20/11/2016 15:57, Andre Przywara wrote: >> Now that the SPL is ready to be compiled in AArch64 and the DRAM >> init code is ready, enable SPL support for the A64 SoC and in the >> Pine64 defconfig. >> For now we keep the boot0 header in the U

Re: [U-Boot] [PATCH 19/24] sunxi: A64: enable SPL

On 20/11/2016 15:57, Andre Przywara wrote: Now that the SPL is ready to be compiled in AArch64 and the DRAM init code is ready, enable SPL support for the A64 SoC and in the Pine64 defconfig. For now we keep the boot0 header in the U-Boot proper, as this allows to still use boot0 as an SPL repl

Re: [U-Boot] [PATCH 12/24] sunxi: A64: do an RMR switch if started in AArch32 mode

Hi, On 21/11/16 16:34, Alexander Graf wrote: > > > On 20/11/2016 15:57, Andre Przywara wrote: >> The Allwinner A64 SoC starts execution in AArch32 mode, and both >> the boot ROM and Allwinner's boot0 keep running in this mode. >> So U-Boot gets entered in 32-bit, although we want it to run in AA

Re: [U-Boot] [PATCH 18/24] sunxi: DRAM: fix H3 DRAM size display on aarch64

On 20/11/2016 15:57, Andre Przywara wrote: Fix the output of the DRAM size on AArch64 SPLs. Signed-off-by: Andre Przywara Reviewed-by: Alexander Graf Alex ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [PATCH 05/24] SPL: tiny-printf: add "l" modifier

On 21/11/2016 16:56, Andre Przywara wrote: Hi Alex, On 21/11/16 15:42, Alexander Graf wrote: On 20/11/2016 15:56, Andre Przywara wrote: tiny-printf does not know about the "l" modifier so far, which breaks the crash dump on AArch64, because it uses %lx to print the registers. Add an easy w

Re: [U-Boot] [PATCH 05/24] SPL: tiny-printf: add "l" modifier

Hi Alex, On 21/11/16 15:42, Alexander Graf wrote: > > > On 20/11/2016 15:56, Andre Przywara wrote: >> tiny-printf does not know about the "l" modifier so far, which breaks >> the crash dump on AArch64, because it uses %lx to print the registers. >> Add an easy way of handling longs correctly. >>

Re: [U-Boot] [PATCH 04/24] armv8: add lowlevel_init.S

On 21/11/2016 16:49, Andre Przywara wrote: Hi Alex, thanks for having a look! On 21/11/16 15:34, Alexander Graf wrote: On 20/11/2016 15:56, Andre Przywara wrote: For boards that call s_init() when the SPL runs, we are expected to setup an early stack before calling this C function. Implem

Re: [U-Boot] [PATCH 08/24] armv8: add simple sdelay implementation

On 20/11/2016 15:57, Andre Przywara wrote: The sunxi DRAM setup code needs an sdelay() implementation, which wasn't defined for armv8 so far. Shamelessly copy the armv7 version and adjust it to work in AArch64. Signed-off-by: Andre Przywara I don't think it hurts to write this in C - and I

Re: [U-Boot] [PATCH v2] timer: Support clocks via phandle

Hi again, On Mon, 2016-11-21 at 09:51 -0500, Tom Rini wrote: > On Mon, Nov 21, 2016 at 02:38:30PM +, Vlad Zakharov wrote: > > > > Hi Tom, > > > > On Sat, 2016-11-19 at 19:57 +0300, Vlad Zakharov wrote: > > > > > > Earlier timer driver needed a clock-frequency property in compatible > > > de

Re: [U-Boot] [PATCH 04/24] armv8: add lowlevel_init.S

Hi Alex, thanks for having a look! On 21/11/16 15:34, Alexander Graf wrote: > > > On 20/11/2016 15:56, Andre Przywara wrote: >> For boards that call s_init() when the SPL runs, we are expected to >> setup an early stack before calling this C function. >> Implement the proper AArch64 version of

Re: [U-Boot] [PATCH 07/24] SPL: make struct spl_image 64-bit safe

On 20/11/2016 15:57, Andre Przywara wrote: Since entry_point and load_addr are addresses, they should be represented as longs to cover the whole address space and to avoid warning when compiling the SPL in 64-bit. Also adjust debug prints to add the 'l' specifier, where needed. Signed-off-by:

Re: [U-Boot] [PATCH 06/24] move UL() macro from armv8/mmu.h into common.h

On 20/11/2016 15:57, Andre Przywara wrote: The UL() macro is pretty useful in sharing constants between assembly and C files while still being able to specify a type for C. Move the macro from an armv8 specific header into a common header file to be able to use it by arm code (for instance) as

Re: [U-Boot] [PATCH 05/24] SPL: tiny-printf: add "l" modifier

On 20/11/2016 15:56, Andre Przywara wrote: tiny-printf does not know about the "l" modifier so far, which breaks the crash dump on AArch64, because it uses %lx to print the registers. Add an easy way of handling longs correctly. Signed-off-by: Andre Przywara --- lib/tiny-printf.c | 43 ++

Re: [U-Boot] [PATCH 03/24] armv8: prevent using THUMB

On 20/11/2016 15:56, Andre Przywara wrote: The predominantely 32-bit ARM targets try to compile the SPL in Thumb mode to reduce code size. The 64-bit AArch64 instruction set does not know an alternative, concise encoding, so the Thumb build option should only be set for 32-bit targets. Likewise

Re: [U-Boot] [PATCH 01/24] drivers: SPI: sunxi SPL: fix warning

On 20/11/2016 15:56, Andre Przywara wrote: Somehow an int returning function without a return statement sneaked in, fix it. Also fix some whitespace damage on the way. Signed-off-by: Andre Przywara Reviewed-by: Alexander Graf Alex ___ U-Boot mai

Re: [U-Boot] [PATCH 04/24] armv8: add lowlevel_init.S

On 20/11/2016 15:56, Andre Przywara wrote: For boards that call s_init() when the SPL runs, we are expected to setup an early stack before calling this C function. Implement the proper AArch64 version of this based on the ARMv7 code. This allows sunxi boards to setup the basic peripherals even

Re: [U-Boot] [PATCH] arm: exynos: Use the generic lowlevel_init instead of the specific one

Hi, 2016년 11월 16일 (수) 19:44, Alison Wang 님이 작성: > Hi, Thomas, > > I didn't see your patch. Maybe it isn't CC'ing me. Could you send me and > york the link? > > Minkyu Kang, > > Could you add review-by and assign this patch http://patchwork.ozlabs.org/ > patch/667948/ to York? So he can merge this

Re: [U-Boot] [PATCH v2] timer: Support clocks via phandle

On Mon, Nov 21, 2016 at 02:38:30PM +, Vlad Zakharov wrote: > Hi Tom, > > On Sat, 2016-11-19 at 19:57 +0300, Vlad Zakharov wrote: > > Earlier timer driver needed a clock-frequency property in compatible > > device-tree nodes. Another way is to reference a clock via a phandle. > > > > So now ti

Re: [U-Boot] [PATCH v2] timer: Support clocks via phandle

Hi Tom, On Sat, 2016-11-19 at 19:57 +0300, Vlad Zakharov wrote: > Earlier timer driver needed a clock-frequency property in compatible > device-tree nodes. Another way is to reference a clock via a phandle. > > So now timer_pre_probe tries to get clock by reference through device > tree. In case

Re: [U-Boot] [PATCH 11/24] sunxi: introduce extra config option for boot0 header

On Mon, Nov 21, 2016 at 09:29:50AM +, Andre Przywara wrote: > Hi Maxime, > > thanks for having a look! > > On 21/11/16 07:27, Maxime Ripard wrote: > > Hi Andre, > > > > On Sun, Nov 20, 2016 at 02:57:05PM +, Andre Przywara wrote: > >> The ENABLE_ARM_SOC_BOOT0_HOOK option is a generic opti

Re: [U-Boot] [PATCH v2 0/2] drivers: timer: inroduce ARC timer driver

Tom, Simon, Opps, there's actually v3 already, pls refer to it here: http://patchwork.ozlabs.org/patch/696114/ http://patchwork.ozlabs.org/patch/696115/ And sorry for the noise! Thanks to Vlad for catching this SNAFU. -Alexey On Mon, 2016-11-21 at 17:15 +0300, Alexey Brodkin wrote: > Hi Tom, S

Re: [U-Boot] [PATCH v2 0/2] drivers: timer: inroduce ARC timer driver

Hi Tom, On Mon, 2016-11-21 at 09:19 -0500, Tom Rini wrote: > On Mon, Nov 21, 2016 at 02:16:25PM +, Alexey Brodkin wrote: > > > > Hi Tom, Simon, > > > > On Thu, 2016-11-03 at 18:52 +0300, Vlad Zakharov wrote: > > > > > > This patch series replaces legacy approach to access ARC timer > > > vi

Re: [U-Boot] [PATCH v2 0/2] drivers: timer: inroduce ARC timer driver

On Mon, Nov 21, 2016 at 02:16:25PM +, Alexey Brodkin wrote: > Hi Tom, Simon, > > On Thu, 2016-11-03 at 18:52 +0300, Vlad Zakharov wrote: > > This patch series replaces legacy approach to access ARC timer > > via specific code in "arch/arc/lib/time.c" and uses timer > > driver instead. > > > >

  1   2   >