Re: [U-Boot] [PATCH 1/5] mmc: sd: extracting erase timeout information from sd status

Hi Peng, On 08/12/2016 11:55 AM, Peng Fan wrote: > Hi Jaehoon, > > On Fri, Aug 12, 2016 at 11:08:28AM +0900, Jaehoon Chung wrote: >> Hi Peng, >> >> On 08/11/2016 08:00 PM, Peng Fan wrote: >>> Add function to read SD_STATUS information. >>> According to the information, get

Re: [U-Boot] [PATCH 5/5] mmc: sd: optimize erase

Hi Peng, On Fri, Aug 12, 2016 at 12:02 AM, Peng Fan wrote: >>Just curious: what was the measured increase in performace for the >>erase operation with your series? > > Erasing 4MB. > Before applying this patch set > => time mmc erase 0x10 0x2000 > > MMC erase: dev #

Re: [U-Boot] [PATCH 5/5] mmc: sd: optimize erase

Hi Fabio, On Thu, Aug 11, 2016 at 09:53:31PM -0300, Fabio Estevam wrote: >Hi Peng, > >On Thu, Aug 11, 2016 at 8:00 AM, Peng Fan wrote: >> To SD, there is no erase group, then the value erase_grp_size >> will be default 1. When erasing SD blocks, the blocks will be >> erased

Re: [U-Boot] [PATCH 1/5] mmc: sd: extracting erase timeout information from sd status

Hi Jaehoon, On Fri, Aug 12, 2016 at 11:08:28AM +0900, Jaehoon Chung wrote: >Hi Peng, > >On 08/11/2016 08:00 PM, Peng Fan wrote: >> Add function to read SD_STATUS information. >> According to the information, get erase_timeout/erase_size/erase_offset. >> Add a structure sd_ssr to include the erase

Re: [U-Boot] [PATCH 1/2 v3] x86: Add DFI BT700 BayTrail board support

Hi Stefan, On Fri, Aug 12, 2016 at 9:44 AM, Bin Meng wrote: > On Tue, Jul 19, 2016 at 1:51 PM, Stefan Roese wrote: >> This patch adds support for the DFI BayTrail BT700 QSeven SoM installed >> on the DFI Q7X-151 baseboard. The baseboard is equipped with the

[U-Boot] [PATCH V2] mmc: mmc_legacy: fix the compiler error with disabled CONFIG_DM_MMC_OPS

To prevent the compiler error, split the checking condition whether cfg->ops is NULL or not. It's more clearly, because it's not included in mmc_config structure when CONFIG_DM_MMC_OPS is disabled. drivers/mmc/mmc_legacy.c: In function ‘mmc_create’: drivers/mmc/mmc_legacy.c:118:31: error: ‘const

[U-Boot] Boot failure with a AT91RM9200 based custom board

Greetings, I'm looking for a AT91RM9200 specialist as I've got stuck porting board support from a old u-boot (v1.1.4) to the latest stable (v2016.07)... I'm using the at91r9200ek board as a template to get things running... With the patches i can get to the state below and here the board

[U-Boot] building u-boot x86 with device tree disabled , still refers to device tree function

Hi there I'm building u-boot as payload for x86 platform. I didn't enable device tree in menuconfig (CONFIG_OF_CONTROL is not set) because I use a board config file coreboot.h. When I built u-boot, it reports error during linking stage : undefined reference to dm_scan_fdt_dev

Re: [U-Boot] [LEDE-DEV] Older u-boot mangles UBI from ubinize 1.5.2

On 08/11/2016 04:28 AM, J Mo wrote: Hm, I just found another example. I don't know why this didn't turn up in my searches yesterday since it's a perfect match with the EXACT error. This too was on a QSDK AP148: https://patchwork.ozlabs.org/patch/509468/ I think I'll go rip that patch out

Re: [U-Boot] [LEDE-DEV] Older u-boot mangles UBI from ubinize 1.5.2

I got that good old feeling... like I just jumped onto a bag of flaming poo. Ha ha On 08/11/2016 03:40 AM, Daniel Golle wrote: Understandable. However, we also need to experiment and figure out the mess left behind by $vendor which often doesn't leave a lot of reasonable options for

Re: [U-Boot] [LEDE-DEV] Older u-boot mangles UBI from ubinize 1.5.2

Hi Richard, On Thu, Aug 11, 2016 at 11:51:10AM +0200, Richard Weinberger wrote: > Hi! > > On Thu, Aug 11, 2016 at 4:26 AM, J Mo wrote: > > I tried re-flashing my UBI and tftpbooting my kernel before u-boot could > > ever get a chance to mangle it, and now I get much further,

Re: [U-Boot] Older u-boot mangles UBI from ubinize 1.5.2

Hi! On Thu, Aug 11, 2016 at 4:26 AM, J Mo wrote: > I tried re-flashing my UBI and tftpbooting my kernel before u-boot could > ever get a chance to mangle it, and now I get much further, though I'm still > not able to mount my rootfs for unknown reasons: > > [3.772502]

Re: [U-Boot] [LEDE-DEV] Older u-boot mangles UBI from ubinize 1.5.2

Hi J, On Thu, Aug 11, 2016 at 06:15:32AM -0700, J Mo wrote: > > > On 08/11/2016 05:31 AM, Daniel Golle wrote: > > That's what I told you in the previous mail, removing the rootfs= > > parameter from the dts should do the trick, because you just cannot > > mount a ubi device (which is a

Re: [U-Boot] [LEDE-DEV] Older u-boot mangles UBI from ubinize 1.5.2

On 08/11/2016 05:31 AM, Daniel Golle wrote: That's what I told you in the previous mail, removing the rootfs= parameter from the dts should do the trick, because you just cannot mount a ubi device (which is a character device in Linux) with a block-based filesystem (like squashfs). This cannot

Re: [U-Boot] [LEDE-DEV] Older u-boot mangles UBI from ubinize 1.5.2

On Thu, Aug 11, 2016 at 02:22:58PM +0200, Richard Weinberger wrote: > Did you intentional drop linux-mtd from the CC's after I offered you > to discuss your patches on linux-mtd? ;-) I replied twice, once including all the CC's with the intention to contribute to the general debate. And once to

Re: [U-Boot] [LEDE-DEV] Older u-boot mangles UBI from ubinize 1.5.2

Hi, On Thu, Aug 11, 2016 at 05:18:08AM -0700, J Mo wrote: > > > On 08/11/2016 04:28 AM, J Mo wrote: > > > > Hm, I just found another example. I don't know why this didn't turn up > > in my searches yesterday since it's a perfect match with the EXACT > > error. This too was on a QSDK AP148: > >

Re: [U-Boot] [LEDE-DEV] Older u-boot mangles UBI from ubinize 1.5.2

Am 11.08.2016 um 13:49 schrieb Daniel Golle: > Hi! > > On Thu, Aug 11, 2016 at 04:28:47AM -0700, J Mo wrote: >> >> I got that good old feeling... like I just jumped onto a bag of flaming poo. >> Ha ha >> >> >> >> On 08/11/2016 03:40 AM, Daniel Golle wrote: >>> >>> Understandable. However, we also

Re: [U-Boot] [PATCH 1/5] mmc: sd: extracting erase timeout information from sd status

Hi Peng, On 08/11/2016 08:00 PM, Peng Fan wrote: > Add function to read SD_STATUS information. > According to the information, get erase_timeout/erase_size/erase_offset. > Add a structure sd_ssr to include the erase related information. > > Signed-off-by: Peng Fan > Cc:

[U-Boot] FIT image without relocation

Hi All, Just learn the hard way that avoiding relocation (using fdt_high=0x and initrd_high=0x) can be rather dangerous. My setup: Linux Kernel, Device Tree plus SquashFS used via RAM block device (BLK_DEV_RAM). Downloading the files individually worked, so I knew my setup is

[U-Boot] [PATCH 4/5] rk3399: enable the pwm2/3 pinctrl in board init

There is no interrupt line for each PWM which used by pinctrl to get the periph_id, so it's not able to enable the default pinctrl setting by pinctrl framework, let's enable it at board_init(). Signed-off-by: Kever Yang --- board/rockchip/evb_rk3399/evb-rk3399.c | 31

[U-Boot] [PATCH 3/5] config: evb-rk3399: enable pinctrl driver

This patch enable rk3399 pinctrl driver and gpio driver which is sub-node of pinctrl. Signed-off-by: Kever Yang --- configs/evb-rk3399_defconfig | 2 ++ 1 file changed, 2 insertions(+) diff --git a/configs/evb-rk3399_defconfig b/configs/evb-rk3399_defconfig index

[U-Boot] [PATCH 5/5] dts: rk3399: add pinctrl for sdmmc

This patch add pinctrl for sdcard which may not be initialized before uboot. Signed-off-by: Kever Yang --- arch/arm/dts/rk3399.dtsi | 37 + 1 file changed, 37 insertions(+) diff --git a/arch/arm/dts/rk3399.dtsi

[U-Boot] [PATCH 2/5] pinctrl: add driver for rk3399

This patch add pinctrl driver for rk3399. Signed-off-by: Kever Yang --- arch/arm/include/asm/arch-rockchip/grf_rk3399.h | 365 drivers/pinctrl/Kconfig | 9 + drivers/pinctrl/rockchip/Makefile | 1 +

Re: [U-Boot] [PATCH 2/2] x86: Add theadorable-x86-dfi-bt700 board support

On Tue, Jul 19, 2016 at 12:24 PM, Bin Meng wrote: > On Wed, Jul 13, 2016 at 2:04 PM, Stefan Roese wrote: >> This patch adds support for the BayTrail based theadorable-x86-dfi-bt700 >> board which uses the DFI BT700 BayTrail Qseven SoM on a custom baseboard. >>

Re: [U-Boot] [PATCH 1/2 v3] x86: Add DFI BT700 BayTrail board support

On Tue, Jul 19, 2016 at 1:51 PM, Stefan Roese wrote: > This patch adds support for the DFI BayTrail BT700 QSeven SoM installed > on the DFI Q7X-151 baseboard. The baseboard is equipped with the Nuvoton > NCT6102D Super IO chip providing the UART as console. > > Signed-off-by: Stefan

[U-Boot] [PATCH 1/5] rk3399: syscon: add support for pmugrf

pmugrf is a module like grf which contain some of the iomux registers and other registers. Signed-off-by: Kever Yang --- arch/arm/include/asm/arch-rockchip/clock.h| 1 + arch/arm/mach-rockchip/rk3399/syscon_rk3399.c | 1 + 2 files changed, 2 insertions(+) diff

[U-Boot] [PATCH 0/5] add pinctrl driver for rk3399

This patch set add the pinctrl driver for rk3399 and enable pinctrl for pwm module. Module with pinctrl driver support and with interrupt number and default pinctrl in dts node will get pinctrl initialized when driver probe. Module like pwm which without interrupt number need to call the pinctrl

Re: [U-Boot] [PATCH v2] i2c: intel_i2c: SMBus driver PCI addition (e.g. BayTrail)

On Wed, Aug 10, 2016 at 10:59 AM, Simon Glass wrote: > Hi Stefan, > > On 8 August 2016 at 23:41, Stefan Roese wrote: >> This patch adds support for the SMBus block read/write functionality. >> Other protocols like the SMBus quick command need to get added >> if

Re: [U-Boot] [PATCH] x86: conga-qeval20-qa3: Add SMBus support and SMSC2513 config code

On Tue, Jul 12, 2016 at 1:20 PM, Bin Meng wrote: > On Tue, Jun 28, 2016 at 9:45 PM, Stefan Roese wrote: >> This patch includes the following changes: >> >> - Remove Designware I2C support from dts as its not used >> - Configure SMBus PADs in dts >> - Enable I2C

Re: [U-Boot] [PATCH v2 7/7] smbios: Provide serial number

On Fri, Aug 12, 2016 at 5:45 AM, Alexander Graf wrote: > If the system has a valid "serial#" environment variable set (which boards > that > can find it out programatically set automatically), use that as input for the > serial number and UUID fields in the SMBIOS tables. > >

Re: [U-Boot] [PATCH v2 5/7] smbios: Expose in efi_loader as table

On Thu, Aug 11, 2016 at 5:48 PM, Alexander Graf wrote: > We can pass SMBIOS easily as EFI configuration table to an EFI payload. This > patch adds enablement for that case. > > While at it, we also enable SMBIOS generation for ARM systems, since they > support > EFI_LOADER. > >

[U-Boot] [PATCH v2] kconfig: use bool instead of boolean for type definition attributes

Linux stopped the use of keyword 'boolean' in Kconfig. Refer to commit 6341e62b212a2541efb0160c470e90bd226d5496 ("kconfig: use bool instead of boolean for type definition attributes") in Linux Kernel. Signed-off-by: Masahiro Yamada --- Changes in v2: - Fix a

[U-Boot] [PATCH] kconfig: use bool instead of boolean for type definition attributes

Linux stopped the use of keyword 'boolean' in Kconfig. Refer to commit 6341e62b212a2541efb0160c470e90bd226d5496 ("kconfig: use bool instead of boolean for type definition attributes") in Linux Kernel. Signed-off-by: Masahiro Yamada --- arch/arm/cpu/armv7/Kconfig

Re: [U-Boot] [PATCH 5/5] mmc: sd: optimize erase

Hi Peng, On Thu, Aug 11, 2016 at 8:00 AM, Peng Fan wrote: > To SD, there is no erase group, then the value erase_grp_size > will be default 1. When erasing SD blocks, the blocks will be > erased one by one, which is time consuming. > > use AU_SIZE as a group to speed up

Re: [U-Boot] [RFC: v2] tools/env: ensure environment starts at erase block boundary

On 2016-08-11 12:39, Andreas Fenkart wrote: > 56086921 added support for unaligned environments access. > U-boot itself does not support this: > - env_nand.c fails when using an unaligned offset. It produces an > error in nand_erase_opts{drivers/mtd/nand/nand_util.c} > - in env_sf/env_flash the

Re: [U-Boot] [PATCH v3 00/27] spi/sf: Updates on flash detection

I saw some errors when compiling for arm. Compiling for power is still going. York -- [...truncated 15335 lines...] aarch64: + ls1043aqds_sdcard_ifc + u16 jedec, ext_jedec; + ^ + ^ w+../drivers/mtd/spi/spi_flash.c: In function ‘spi_flash_scan’:

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

On Thu, Aug 11, 2016 at 11:27:25AM +0200, Marek Vasut wrote: > The following changes since commit 2863a9bfc29092be37f8beee230883367b057065: > > Merge git://git.denx.de/u-boot-rockchip (2016-08-06 11:38:14 -0400) > > are available in the git repository at: > >

Re: [U-Boot] pull request: u-boot-uniphier/master

On Thu, Aug 11, 2016 at 10:16:10PM +0900, Masahiro Yamada wrote: > Hi Tom, > > > Please pull these UniPhier SoC updates for v2016.09-rc2. > This series includes L2 cache code fix and refactoring, > PSCI support for ARMv7 SoCs. > > > The following changes since commit

Re: [U-Boot] [PATCH v2] serial: bcm283x_mu: Detect disabled serial device

Hi Alex, On 11 August 2016 at 05:33, Alexander Graf wrote: > > > On 09.08.16 06:28, Stephen Warren wrote: >> On 08/04/2016 05:15 PM, Alexander Graf wrote: >>> On 04 Aug 2016, at 20:11, Stephen Warren wrote: On 08/04/2016 01:11 AM, Alexander

Re: [U-Boot] [PATCH 2/2] serial: bcm283x_mu: Detect disabled serial device

Hi Alex, On 11 August 2016 at 05:38, Alexander Graf wrote: > On the raspberry pi, you can disable the serial port to gain dynamic frequency > scaling which can get handy at times. > > However, in such a configuration the serial controller gets its rx queue > filled > up with zero

Re: [U-Boot] [PATCH 1/2] bcm2835_gpio: Implement GPIOF_FUNC

On 11 August 2016 at 05:38, Alexander Graf wrote: > So far we could only tell the gpio framework that a GPIO was mapped as input > or > output, not as alternative function. > > This patch adds support for determining whether a function is mapped as > alternative. > >

[U-Boot] [PATCH 2/2] ARM: tegra: set vdd_core for Jetson TK1

From: Bibek Basu Program vdd_core for Jetson TK1 to 1V, which is the max safe voltage for ultra low temperature operations. vdd_cpu and vdd_gpu are already at 1V. Signed-off-by: Bibek Basu (swarren: fixed comments to better match the code) (swarren: moved

[U-Boot] [PATCH 1/2] ARM: tegra: reduce CSITE clock from 204M to 136M

From: Bryan Wu The L4T kernel complains about a CSITE clock rate above 144MHz, presumably because the HW is only characterized for a clock less than that. Adjust the rate to 136MHz to avoid the warning and stay in spec. Signed-off-by: Bryan Wu (swarren,

Re: [U-Boot] [PATCH 1/2 V4] misc: add "call" uclass op

On 08/08/2016 02:33 PM, Tom Warren wrote: Simon, -Original Message- From: Stephen Warren [mailto:swar...@wwwdotorg.org] Sent: Monday, August 08, 2016 12:54 PM To: Simon Glass Cc: U-Boot Mailing List ; Tom Warren ; Stephen

[U-Boot] pull request: u-boot-uniphier/master

Hi Tom, Please pull these UniPhier SoC updates for v2016.09-rc2. This series includes L2 cache code fix and refactoring, PSCI support for ARMv7 SoCs. The following changes since commit 2e406dbdf5fa6d178c50a2f537588de9f8615d35: Merge git://www.denx.de/git/u-boot-ppc4xx (2016-08-09 07:16:01

[U-Boot] [PATCH 2/2] serial: bcm283x_mu: Detect disabled serial device

On the raspberry pi, you can disable the serial port to gain dynamic frequency scaling which can get handy at times. However, in such a configuration the serial controller gets its rx queue filled up with zero bytes which then happily get transmitted on to whoever calls getc() today. This patch

[U-Boot] [PATCH 1/2] bcm2835_gpio: Implement GPIOF_FUNC

So far we could only tell the gpio framework that a GPIO was mapped as input or output, not as alternative function. This patch adds support for determining whether a function is mapped as alternative. Signed-off-by: Alexander Graf --- arch/arm/mach-bcm283x/include/mach/gpio.h |

[U-Boot] disabling mmc in spl when booting using bootrom

Simon, I am trying to format a patch to disable MMC in the SPL if booting main u-boot using BOOTROM, therefore the SPL MMC isn't needed. Is the best solution to wrap every header file (rock2.h firefly-rk3288.h, etc) with ifdefs on the BACK_TO_BROM define? Or would it be better to move the SPL

Re: [U-Boot] [PATCH 01/21] imx: mx6ull: add iomux header file

On 11/08/2016 08:02, Peng Fan wrote: > Add iomux header file for i.MX6ULL. > > Signed-off-by: Peng Fan > Signed-off-by: Ye Li > Cc: Stefano Babic > --- > arch/arm/include/asm/arch-mx6/mx6-pins.h|2 + >

[U-Boot] [PATCH 4/5] mmc: esdhc: change timeout value

Change timeout according to the timeout value in mmc_cmd->timeout. Signed-off-by: Peng Fan Cc: Jaehoon Chung --- drivers/mmc/fsl_esdhc.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers/mmc/fsl_esdhc.c

Re: [U-Boot] [PATCH v3 00/27] spi/sf: Updates on flash detection

On 11 August 2016 at 13:36, Jagan Teki wrote: > Updated spi_flash_info table in sync with Linux, and removed > legacy and unsupported code. > > Changes for v3: > - New patches > - Fix checkpatch.pl > - Fix BIT positions in spi.h > - Fix

[U-Boot] [PATCH v3 24/27] sf: ids: Use small letter's with flash name

For readability use small letter's with flash name. Cc: Simon Glass Cc: Bin Meng Cc: York Sun Cc: Vignesh R Cc: Mugunthan V N Cc: Michal Simek Cc: Siva Durga Prasad

[U-Boot] [PATCH v3 21/27] sf: Remove legacy idcode detection code

Since flash detection code is more mature to detect even with 6 bytes id length devices removed old code and related references. Cc: Yunhui Cui Cc: Simon Glass Cc: Bin Meng Cc: York Sun Cc: Vignesh R

[U-Boot] [PATCH v3 08/27] sf: Adopt flash table INFO macro from Linux

INFO macro make flash table entries more adjustable like adding new flash_info attributes, update ID length bytes and so on and more over it will sync to Linux way of defining flash_info attributes. Cc: Simon Glass Cc: Bin Meng Cc: York Sun

[U-Boot] [PATCH v3 00/27] spi/sf: Updates on flash detection

Updated spi_flash_info table in sync with Linux, and removed legacy and unsupported code. Changes for v3: - New patches - Fix checkpatch.pl - Fix BIT positions in spi.h - Fix ti_qspi.c mode - Fix commit Nit: s/becuase/because Changes for v2: - New

[U-Boot] [PATCH 2/5] mmc: initialize mmc_cmd with 0

Using {0} to initialize mmc_cmd, before filling the structure. Signed-off-by: Peng Fan Cc: Jaehoon Chung Cc: Simon Glass Cc: Bin Meng Cc: Stefan Wahren Cc: Clemens Gruber

[U-Boot] [PATCH 5/5] mmc: sd: optimize erase

To SD, there is no erase group, then the value erase_grp_size will be default 1. When erasing SD blocks, the blocks will be erased one by one, which is time consuming. use AU_SIZE as a group to speed up the erasing. Signed-off-by: Peng Fan Cc: Jaehoon Chung

[U-Boot] [PATCH 3/5] mmc: sd: add erase timeout support

Add timeout in mmc_cmd, we can use this in driver code. Add mmc_sd_erase_timeout, this function is modified from linux kernel. Signed-off-by: Peng Fan Cc: Jaehoon Chung Cc: Simon Glass Cc: Bin Meng Cc: Stefan

[U-Boot] [PATCH v3 05/27] sf: Remove SECT_32K

SECT_32K never used anywhere in the code. Cc: Simon Glass Cc: Bin Meng Cc: Michal Simek Cc: Siva Durga Prasad Paladugu Cc: Vignesh R Cc: Mugunthan V N Signed-off-by:

[U-Boot] [PATCH v3 03/27] spi: Use mode for rx mode flags

Make rx mode flags as generic to spi, earlier mode_rx is maintained separately because of some flash specific code. Cc: Simon Glass Cc: Bin Meng Cc: Michal Simek Cc: Siva Durga Prasad Paladugu Cc: Vignesh R

[U-Boot] [PATCH v3] drivers: net: cpsw: always flush cache of size aligned to PKTALIGN

cpsw tries to flush dcache which is not in the range of PKTALIGN. Because of this the following warning comes while flushing: CACHE: Misaligned operation at range [dffecec0, dffed016] Fix it by flushing cache of size aligned to PKTALIGN. Signed-off-by: Lokesh Vutla ---

[U-Boot] [PATCH v2 7/7] smbios: Provide serial number

If the system has a valid "serial#" environment variable set (which boards that can find it out programatically set automatically), use that as input for the serial number and UUID fields in the SMBIOS tables. Signed-off-by: Alexander Graf --- v1 -> v2: - Also populate UUID

Re: [U-Boot] [PATCH v3 00/27] spi/sf: Updates on flash detection

On Thu, Aug 11, 2016 at 09:47:44PM +0530, Jagan Teki wrote: > On 11 August 2016 at 20:47, york sun wrote: > > On 08/11/2016 08:12 AM, york@nxp.com wrote: > >> On 08/11/2016 01:15 AM, Jagan Teki wrote: > >>> > >>> Tested on microzed and sandbox > >>> > >>> Tested-by: Jagan

[U-Boot] [PATCH] tools/env: ensure environment starts at erase block boundary

56086921 added support for unaligned environments access. U-boot itself does not support this: - env_nand.c fails when using an unaligned offset. It produces an error in nand_erase_opts{drivers/mtd/nand/nand_util.c} - in env_sf/env_flash the unused space at the end is preserved, but not in the

Re: [U-Boot] [PATCH v3 00/27] spi/sf: Updates on flash detection

On 08/11/2016 08:12 AM, york@nxp.com wrote: > On 08/11/2016 01:15 AM, Jagan Teki wrote: >> >> Tested on microzed and sandbox >> >> Tested-by: Jagan Teki >> >> I've some host issues while running buildman, can anyone please run >> buildman? >> > > I can compile for power

Re: [U-Boot] [PATCH] ARM: make ARMV7_LPAE select PHYS_64BIT

On 11.08.16 15:36, Masahiro Yamada wrote: > As you see in arch/arm/include/asm/types.h, CONFIG_PHYS_64BIT > determines the size of phys_addr_t. The ARM Large Physical Address > Extension allows CPUs to access a physical address space larger than > 4GB, so the physical address may not fit in

Re: [U-Boot] [PATCH v2 0/5] Enable caches for the RPi2

On 25.03.16 05:13, Stephen Warren wrote: > On 03/16/2016 08:41 AM, Alexander Graf wrote: >> This patch set converts the Raspberry Pi 2 system to properly make use of >> the caches available in it. >> >> Because we're running in HYP mode, we first need to teach U-Boot how to >> make use of HYP

[U-Boot] [PATCH] ARM: make ARMV7_LPAE select PHYS_64BIT

As you see in arch/arm/include/asm/types.h, CONFIG_PHYS_64BIT determines the size of phys_addr_t. The ARM Large Physical Address Extension allows CPUs to access a physical address space larger than 4GB, so the physical address may not fit in 32bit long phys_addr_t. Signed-off-by: Masahiro Yamada

[U-Boot] [PATCH 4/5] configs: dra7xx: Enable CMD_TIME

Enable CONFIG_CMD_TIME for all dra7xx platforms Signed-off-by: Lokesh Vutla --- configs/dra7xx_evm_defconfig| 1 + configs/dra7xx_hs_evm_defconfig | 1 + 2 files changed, 2 insertions(+) diff --git a/configs/dra7xx_evm_defconfig b/configs/dra7xx_evm_defconfig index

Re: [U-Boot] [PATCH 0/5] ARM: Enable CMD_TIME on all TI platforms

On Thu, Aug 11, 2016 at 06:39:12PM +0530, Lokesh Vutla wrote: > This series enables CMD_TIME on all TI platforms. > > Lokesh Vutla (5): > configs: am335x: Enable CMD_TIME > configs: am43xx: Enable CMD_TIME > configs: am57xx: Enable CMD_TIME > configs: dra7xx: Enable CMD_TIME > configs:

Re: [U-Boot] [PATCH 00/14] ARM: uniphier: updates for v2016.09-rc2

2016-08-10 16:08 GMT+09:00 Masahiro Yamada : > > Cleanups, Fixes, and PSCI support. > > > > Masahiro Yamada (14): > ARM: uniphier: refactor outer cache code > ARM: uniphier: support prefetch and touch operations for outer cache > ARM: uniphier: do not compile

[U-Boot] [PATCH 5/5] configs: ks2: Enable CMD_TIME

Enable CMD_TIME on all keystone2 platforms Signed-off-by: Lokesh Vutla --- configs/k2e_evm_defconfig | 1 + configs/k2g_evm_defconfig | 1 + configs/k2hk_evm_defconfig | 1 + configs/k2l_evm_defconfig | 1 + 4 files changed, 4 insertions(+) diff --git

[U-Boot] [PATCH 3/5] configs: am57xx: Enable CMD_TIME

Enable CONFIG_CMD_TIME for all am57x platforms Signed-off-by: Lokesh Vutla --- configs/am57xx_evm_defconfig| 1 + configs/am57xx_hs_evm_defconfig | 1 + 2 files changed, 2 insertions(+) diff --git a/configs/am57xx_evm_defconfig b/configs/am57xx_evm_defconfig index

[U-Boot] [PATCH 2/5] configs: am43xx: Enable CMD_TIME

Enable CONFIG_CMD_TIME for all am43xx platforms Signed-off-by: Lokesh Vutla --- configs/am43xx_evm_defconfig | 1 + configs/am43xx_evm_ethboot_defconfig | 1 + configs/am43xx_evm_qspiboot_defconfig | 1 + configs/am43xx_evm_usbhost_boot_defconfig | 1 +

Re: [U-Boot] disabling mmc in spl when booting using bootrom

On Thu, Aug 11, 2016 at 7:35 AM, Ziyuan Xu wrote: > > > On 2016年08月11日 19:31, Sandy Patterson wrote: > >> Simon, >> >> I am trying to format a patch to disable MMC in the SPL if booting main >> u-boot using BOOTROM, therefore the SPL MMC isn't needed. >> >> Is the best

Re: [U-Boot] disabling mmc in spl when booting using bootrom

On 2016年08月11日 19:31, Sandy Patterson wrote: Simon, I am trying to format a patch to disable MMC in the SPL if booting main u-boot using BOOTROM, therefore the SPL MMC isn't needed. Is the best solution to wrap every header file (rock2.h firefly-rk3288.h, etc) with ifdefs on the

Re: [U-Boot] [PATCH v2] serial: bcm283x_mu: Detect disabled serial device

On 09.08.16 06:28, Stephen Warren wrote: > On 08/04/2016 05:15 PM, Alexander Graf wrote: >> >>> On 04 Aug 2016, at 20:11, Stephen Warren wrote: >>> >>> On 08/04/2016 01:11 AM, Alexander Graf wrote: On the raspberry pi, you can disable the serial port to gain dynamic

[U-Boot] [PATCH 1/5] mmc: sd: extracting erase timeout information from sd status

Add function to read SD_STATUS information. According to the information, get erase_timeout/erase_size/erase_offset. Add a structure sd_ssr to include the erase related information. Signed-off-by: Peng Fan Cc: Jaehoon Chung Cc: Simon Glass

Re: [U-Boot] [PATCH] net: asix: Fix ASIX 88772B with driver model

On 08/11/2016 10:52 AM, Alban Bedel wrote: > On Tue, 9 Aug 2016 14:32:14 +0200 > Marek Vasut wrote: > >> On 08/09/2016 02:14 PM, Marcel Ziswiler wrote: >>> On Thu, 2016-08-04 at 11:12 +0200, Marek Vasut wrote: On 08/04/2016 11:07 AM, Alban Bedel wrote: > > On Wed, 3

Re: [U-Boot] [PATCH] net: asix: Fix ASIX 88772B with driver model

On Tue, 9 Aug 2016 14:32:14 +0200 Marek Vasut wrote: > On 08/09/2016 02:14 PM, Marcel Ziswiler wrote: > > On Thu, 2016-08-04 at 11:12 +0200, Marek Vasut wrote: > >> On 08/04/2016 11:07 AM, Alban Bedel wrote: > >>> > >>> On Wed, 3 Aug 2016 15:23:30 + > >>> Marcel Ziswiler

Re: [U-Boot] [PATCH 08/21] imx: mx6ul: using runtime check when configuring PMIC_STBY_REQ

On 11/08/2016 08:02, Peng Fan wrote: > Since MX6ULL select MX6UL, we can not use IS_ENABLED(CONFIG_MX6UL) here, > because this piece code is only for i.MX6UL. > > Signed-off-by: Peng Fan > Cc: Stefano Babic > --- > arch/arm/cpu/armv7/mx6/soc.c | 2 +- > 1 file

Re: [U-Boot] [PATCH 02/21] imx: mx6ull: add mx6ull major cpu type

On 11/08/2016 08:02, Peng Fan wrote: > Add i.MX6ULL major cpu type. > > Signed-off-by: Peng Fan > Signed-off-by: Ye Li > Cc: Stefano Babic > --- > arch/arm/imx-common/cpu.c | 2 ++ > arch/arm/include/asm/arch-imx/cpu.h | 3 ++- > 2

[U-Boot] [PATCH v3 25/27] sf: ids: Use small letter in ext_jedec

Use small 'd' in s25s512s ext_jedec Cc: Simon Glass Cc: Bin Meng Cc: York Sun Cc: Vignesh R Cc: Mugunthan V N Cc: Michal Simek Cc: Siva Durga Prasad Paladugu

[U-Boot] [PATCH v3 27/27] spi: Remove dual flash code

Dual flash code in spi are usually take the spi controller to work with dual connected flash devices. Usually these dual connection operation's are referred to flash controller protocol rather with spi controller protocol, these are still present in flash side for the usage of spi-nor controllers.

[U-Boot] [PATCH v3 26/27] sf: Rename few local functions

spi_flash_write_bar-> write_bar spi_flash_write_bar -> read_bar spi_flash_cmd_wait_ready -> spi_flash_wait_till_ready Cc: Simon Glass Cc: Bin Meng Cc: York Sun Cc: Vignesh R Cc: Mugunthan V N Cc:

[U-Boot] [PATCH v3 23/27] sf: Rename sf_params.c to spi_flash_ids

spi_flash_ids.c is more meaningful name as the flash_info table structure spi_flash_info has spi_flash_ids instance. Cc: Simon Glass Cc: Bin Meng Cc: York Sun Cc: Vignesh R Cc: Mugunthan V N Cc:

[U-Boot] [PATCH v3 22/27] sf: Remove non-meaningful comments

Cc: Simon Glass Cc: Bin Meng Cc: York Sun Cc: Vignesh R Cc: Mugunthan V N Cc: Michal Simek Cc: Siva Durga Prasad Paladugu Signed-off-by: Jagan Teki

[U-Boot] [PATCH v3 15/27] sf: Cleanup sf_params

- Move headers froms sf_params to common header file - Removed unnecessary comment Cc: Simon Glass Cc: Bin Meng Cc: York Sun Cc: Vignesh R Cc: Mugunthan V N Cc: Michal Simek

[U-Boot] [PATCH v3 20/27] sf: params: Add S25FS256S_64K spi flash support

Add Spansion S25FS256S_64K spi flash to the list of spi_flash_ids. In spansion S25FS-S family the physical sectors are grouped as normal and parameter sectors. Parameter sectors are 4kB in size with 8 set located at the bottom or top address of a device. Normal sectors are similar to other flash

[U-Boot] [PATCH v3 18/27] sf: Increase max id length by 1 byte

So, now SPI_FLASH_ID_MAX_LEN is 6 bytes useful for few spansion flash families S25FS-S Cc: Simon Glass Cc: Bin Meng Cc: York Sun Cc: Vignesh R Cc: Mugunthan V N Cc: Michal Simek

[U-Boot] [PATCH v3 14/27] sf: Cleanup spi_flash_info{}

- Proper tabs spaces - Removed unnecessary - Added meaningful comments  Cc: Simon Glass Cc: Bin Meng Cc: York Sun Cc: Vignesh R Cc: Mugunthan V N Cc: Michal Simek Cc: Siva

[U-Boot] [PATCH v3 09/27] sf: Add JEDEC_ID and JEDEC_EXT macro

Few of the flash families with different ext_jedec have changes in page_size so these macros check these ext_jedec and assign page_size accordingly Cc: Simon Glass Cc: Bin Meng Cc: York Sun Cc: Vignesh R Cc: Mugunthan V

[U-Boot] [PATCH v3 11/27] sf: Add JEDEC_MFR

Instead using idcode[0] for detecting manufacture id add JEDEC_MFR macro for code simplicity and undesirability. Cc: Simon Glass Cc: Bin Meng Cc: York Sun Cc: Vignesh R Cc: Mugunthan V N Cc: Michal

[U-Boot] [PATCH v3 07/27] sf: Move flags macro's to spi_flash_params{} members

This patch moves flags macro's to respective member position on spi_flash_params{}, for better readabilty and finding the respective member macro's easily. Cc: Simon Glass Cc: Bin Meng Cc: Michal Simek Cc: Siva Durga Prasad

[U-Boot] [PATCH v3 06/27] sf: Add CONFIG_SPI_FLASH_USE_4K_SECTORS in spi_flash

Add CONFIG_SPI_FLASH_USE_4K_SECTORS in spi_flash code from header file. Cc: Simon Glass Cc: Bin Meng Cc: Michal Simek Cc: Siva Durga Prasad Paladugu Cc: Vignesh R Cc: Mugunthan V N

[U-Boot] [PATCH v3 01/27] sf: Simplify fastest read cmd code

Fastest read command code look for fastest read command taking inputs from spi->mode_rx and flags from param table and controller mode_rx is always been a priority. Since mode_rx is always set from controller side this optimized code doesn't require much and this code required exctra overhead

[U-Boot] [PATCH v3 04/27] spi: Remove SPI_RX_FAST

Removed SPI_RX_FAST since default read for spi slaves are always 1-wire fast read. Cc: Simon Glass Cc: Bin Meng Cc: Michal Simek Cc: Siva Durga Prasad Paladugu Cc: Vignesh R Cc: Mugunthan V N

Re: [U-Boot] [PATCH v2] drivers: net: cpsw: always flush cache of size PKTSIZE_ALIGN

On Thursday 11 August 2016 03:11 AM, Joe Hershberger wrote: > Hi Lokesh, > > On Wed, Aug 10, 2016 at 7:02 AM, Lokesh Vutla wrote: >> >> >> On Wednesday 10 August 2016 08:43 AM, Joe Hershberger wrote: >>> Hi Lokesh >>> >>> On Tue, Aug 9, 2016 at 12:47 AM, Lokesh Vutla

[U-Boot] [PATCH 1/2] driver/ddr/fsl: Add general MMDC driver

This patch adds basic support for Freescale MMDC(Multi Mode DDR Controller). Currently MMDC is integrated on ARMv8 LS1012A SoC for DDR3L, there will be a update to this driver to support more flexible configuration if new features (DDR4, multiple controllers/chip selections, etc) are implimented

[U-Boot] [PATCH 2/2] armv8:ls1012a: Use common MMDC driver for ls1012a

Let's use common MMDC driver for DDR initialization on LS1012ARDB, LS1012AQDS, LS1012AFRDM boards. Signed-off-by: Shengzhou Liu --- board/freescale/ls1012afrdm/ls1012afrdm.c | 116 -- board/freescale/ls1012aqds/ls1012aqds.c | 116

  1   2   >