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

Hi Simon, On 27.9.2016 02:35, Simon Glass wrote: > Hi Michal, > > On 26 September 2016 at 05:06, Michal Simek wrote: >> On 24.9.2016 19:26, Simon Glass wrote: >>> Hi Michal, >>> >>> On 8 September 2016 at 07:57, Michal Simek wrote: All

[U-Boot] [PATCH v3 1/2] mtd: nand : zynq_nand: Add nand driver support for zynq

Add nand flash controller driver support for zynq SoC. Signed-off-by: Siva Durga Prasad Paladugu --- Changes for v3: - Fixed compilation failure by correct errno.h inclusion - Fixed compilation warning Changes for v2: - Corrected the from address --- drivers/mtd/nand/Kconfig

Re: [U-Boot] [PATCH 2/2] power: regulator: lp873x: Add regulator support

On Tuesday 27 September 2016 06:04 AM, Simon Glass wrote: Hi, On 26 September 2016 at 00:00, Keerthy wrote: The driver provides regulator set/get voltage enable/disable functions for lp873x family of PMICs. Signed-off-by: Keerthy ---

Re: [U-Boot] [PATCH 1/2] power: pmic: lp873x: Add the base pmic support

On Tuesday 27 September 2016 06:04 AM, Simon Glass wrote: Hi, On 26 September 2016 at 00:00, Keerthy wrote: Add support to bind the regulators/child nodes with the pmic. Signed-off-by: Keerthy --- drivers/power/pmic/Kconfig | 7 ++

Re: [U-Boot] [PATCH v4 1/6] dm: i2c: Add u8 read/write i2c functions

On Tuesday 27 September 2016 06:03 AM, Simon Glass wrote: On 25 September 2016 at 22:35, Keerthy wrote: Add u8 i2c read/write hooks. Signed-off-by: Keerthy Reviewed-by: Tom Rini --- drivers/i2c/i2c-uclass.c | 10 ++

Re: [U-Boot] [PATCH] arm: dra7xx: Move fastboot options to defconfig

On Friday 23 September 2016 12:22 AM, Sam Protsenko wrote: > Now that fastboot options are available in Kconfig, we can migrate them > from DRA7 header to corresponding DRA7 defconfigs. > > Signed-off-by: Sam Protsenko Reviewed-by: Lokesh Vutla

Re: [U-Boot] [PATCH 2/3] ARM: keystone: rename clk_get_rate() to ks_clk_get_rate()

On Monday 26 September 2016 05:15 PM, Masahiro Yamada wrote: > The KeyStone platform has its own clk_get_rate() but its prototype > is different from that of the common-clk (clk-uclass) framework. > > Prefix the KeyStone specific implementation with _ks in order to > avoid name-space conflict.

Re: [U-Boot] [PATCH 1/3] ARM: keystone: remove declaration of unused functions

On Monday 26 September 2016 05:15 PM, Masahiro Yamada wrote: > These two functions are neither defined nor referenced. > > Signed-off-by: Masahiro Yamada Acked-by: Lokesh Vutla Thanks and regards, Lokesh > --- > >

[U-Boot] [PATCH v3 6/7] usb: ehci-atmel: Remove unnecessary clock calling

Due to the peripheral clock driver improvement, remove the unnecessary clock calling. Signed-off-by: Wenyou Yang --- Changes in v3: None Changes in v2: None drivers/usb/host/ehci-atmel.c | 15 --- 1 file changed, 15 deletions(-) diff --git

[U-Boot] [PATCH v3 7/7] mmc: atmel_sdhci: Remove unnecessary clock calling

Due to the peripheral and generated clock driver improvement, remove the unnecessary clock calling. Signed-off-by: Wenyou Yang Reviewed-by: Jaehoon Chung --- Changes in v3: - Fix typo, unneccessary -> unnecessary. - Add Reviewed-by tag. Changes

[U-Boot] [PATCH v3 5/7] i2c: at91_i2c: Change error return -ENODEV to -EINVAL

Change the error return value -ENODEV from to -EINVAL for more reasonable. Signed-off-by: Wenyou Yang Reviewed-by: Heiko Schocher --- Changes in v3: None Changes in v2: None drivers/i2c/at91_i2c.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

[U-Boot] [PATCH v3 4/7] i2c: at91_i2c: Remove unnecessary clock calling

Due to the peripheral clock driver improvement, remove the unnecessary clock calling. Signed-off-by: Wenyou Yang Reviewed-by: Heiko Schocher --- Changes in v3: None Changes in v2: None drivers/i2c/at91_i2c.c | 16 1 file changed, 16

[U-Boot] [PATCH v3 2/7] clk: at91: Improve the clock implementation

For the peripheral clock, provide the clock ops for the clock provider, such as spi0_clk. The .of_xlate is to get the clk->id, the .enable is to enable the spi0 peripheral clock, the .get_rate is to get the clock frequency. The driver for periph32ck node is responsible for recursively binding its

[U-Boot] [PATCH v3 3/7] gpio: atmel_pio4: Remove unnecessary clock calling

Due to the peripheral clock driver improvement, remove the unnecessary clock calling. Signed-off-by: Wenyou Yang Acked-by: Stephen Warren --- Changes in v3: None Changes in v2: - Add Acked-by tag for gpio/atmel_pio4. drivers/gpio/atmel_pio4.c | 12

[U-Boot] [PATCH v3 1/7] clk: clk-uclass: Assign clk->dev before call .of_xlate

In order to make clk->dev available in ops->of_xlate() to get the clock ID from the 'reg' property of the clock node, assign the clk->dev before calling ops->of_xlate(). Signed-off-by: Wenyou Yang Acked-by: Stephen Warren --- Changes in v3: None

[U-Boot] [PATCH v3 0/7] clk: at91: Improve the clock implementation

Add the clock ops for such as spi0_clk, which is the real clock provider, instead of periph32ck, which only recursively bind its children as clk devices. Also update the clocks called in the drivers. Changes in v3: - Remove the unneeded wrapper functions. - Fix typo, Invaild -> Invalid. - Add

Re: [U-Boot] [PATCH v2 1/8] x86: Add implementations of setjmp() and longjmp()

On Tue, Sep 27, 2016 at 8:34 AM, Simon Glass wrote: > Hi Alex, > > On 26 September 2016 at 01:28, Alexander Graf wrote: >> >> >> On 26.09.16 09:21, Bin Meng wrote: >>> Hi Alex, >>> >>> On Mon, Sep 26, 2016 at 3:05 PM, Alexander Graf wrote:

[U-Boot] [PATCH v3] fsl-ifc-nand : Corrected the programming of chip select

Corrected the chip selection in IFC_NAND_CSEL register. Due to this issue in multi-chip nand use-case, IFC was always pointing to the last probed chip even though the user select another device through "nand device " command. Also, remove the usage of ifc_ctrl->cs_nand from driver as chipselect

Re: [U-Boot] [PATCH v2 4/8] x86: Tidy up selection of building the EFI stub

Hi Simon, On Tue, Sep 27, 2016 at 8:35 AM, Simon Glass wrote: > Hi Bin, > > On 26 September 2016 at 02:50, Bin Meng wrote: >> Hi Simon, >> >> On Mon, Sep 26, 2016 at 5:27 AM, Simon Glass wrote: >>> At present we use a CONFIG option in

Re: [U-Boot] [PATCH 3/6] arm: efi: Add a hello world test program

On Mon, Sep 26, 2016 at 08:09:40AM -0600, Simon Glass wrote: > >> >> If so, can we just remove this for arm64? > >> > > >> > Actually I was hoping that Alexander might have a suitable arm64 > >> > HelloWorld.efi lying around. When I tried building UEFI for arm64, for > >> > some reason it did not

Re: [U-Boot] [PATCH 5/5] check-config: allow to complete build even with ad-hoc CONFIG options

Hi Simon, 2016-09-27 9:34 GMT+09:00 Simon Glass : > Hi Masahiro, > > On 25 September 2016 at 22:05, Masahiro Yamada > wrote: >> Currently, the check-config.sh terminates the build when unknown >> ad-hoc options are detected. I think it is too

Re: [U-Boot] [PATCH 1/5] check-config: fix wrong comment about how to build whitelist

Hi Simon, 2016-09-27 9:34 GMT+09:00 Simon Glass : > Hi Masahiro, > > On 25 September 2016 at 22:04, Masahiro Yamada > wrote: >> The command suggested in this comment block is wrong; it would not >> rip off CONFIG options that had already been

Re: [U-Boot] [PATCH 15/23] gpio: eg20t: Add driver for Intel EG20T GPIO controllers

Hi Paul, On 26 September 2016 at 12:29, Paul Burton wrote: > Add a driver for the GPIO controller found in the Intel EG20T Platform > Controller Hub. This is used on the MIPS Boston development board to > provide GPIOs including ethernet PHY reset. > > Signed-off-by: Paul

Re: [U-Boot] [PATCH 06/23] pci: Set of_offset for devices not probed via DT compatible strings

Hi Paul, On 26 September 2016 at 12:29, Paul Burton wrote: > A PCI device may be probed through standard PCI config space probing but > still be represented in a device tree. However U-Boot would not > previously set the of_offset field of the struct udevice for such PCI

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

Hi Michal, On 26 September 2016 at 05:06, Michal Simek wrote: > 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

Re: [U-Boot] [PATCH v2 4/8] x86: Tidy up selection of building the EFI stub

Hi Bin, On 26 September 2016 at 02:50, Bin Meng wrote: > Hi Simon, > > On Mon, Sep 26, 2016 at 5:27 AM, Simon Glass wrote: >> At present we use a CONFIG option in efi.h to determine whether we are >> building the EFI stub or not. This means that the same

Re: [U-Boot] [PATCH 08/23] pci: Make PCI bridge memory alignment configurable

Hi Paul, On 26 September 2016 at 12:29, Paul Burton wrote: > On some systems aligning PCI memory to a 1MB boundary every time a > bridge is encountered may lead to exhausting the available memory space > before all devices have been assigned addresses. > > For example on

Re: [U-Boot] [PATCH 09/23] boston: Disable PCI bridge memory space alignment

On 26 September 2016 at 12:29, Paul Burton wrote: > On the MIPS Boston development board we have an Intel EG20T Platform > Controller Hub connected to a Xilinx AXI to PCIe root port which is only > assigned a 1MB memory region. The Intel EG20T contains a bridge device >

Re: [U-Boot] [PATCH 16/23] net: pch_gbe: Support PHY reset GPIOs

Hi Paul, On 26 September 2016 at 12:29, Paul Burton wrote: > Add support to the pch_gbe driver for resetting the PHY using a GPIO > specified in the device tree. This matches the support already in Linux. > > Signed-off-by: Paul Burton > > --- > >

Re: [U-Boot] [PATCH 14/23] gpio: Provide dummy get/request & is_valid functions

Hi Paul, On 26 September 2016 at 12:29, Paul Burton wrote: > Allow for drivers to make use of driver model GPIOs when they're enabled > & available without needing to #ifdef on CONFIG_DM_GPIO by providing > dummy functions covering GPIO requests. Each will simply return

Re: [U-Boot] [PATCH 07/23] pci: Handle MIPS systems with virtual CONFIG_SYS_SDRAM_BASE

Hi Paul, On 26 September 2016 at 12:29, Paul Burton wrote: > The decode_regions() function in the PCI code presumes that > CONFIG_SYS_SDRAM_BASE is a physical address, which seems reasonable > given that README states that it should be. > > However there is also common

Re: [U-Boot] [PATCH 7/9] serial: bcm283x_mu: support disabling after initialization

On 26 September 2016 at 06:26, Fabian Vogt wrote: > For the Raspberry Pi 3 it needs to be possible to disable the serial > device after initialization happens, as only after the GPIO device is > available > it is known whether the mini uart is usable. > > Signed-off-by: Fabian

Re: [U-Boot] [PATCH 8/9] board: rpi: move uart deactivation to board_init

On 26 September 2016 at 06:26, Fabian Vogt wrote: > When using OF_CONTROL, the disabled value of the mini UART platdata > gets reset after board_early_init_f. So move detection and disabling > to board_init and remove board_early_init_f. > This uses the first device using the mini

Re: [U-Boot] [PATCH 6/9] fdt: adjust bcm283x device tree for u-boot

On 26 September 2016 at 06:26, Fabian Vogt wrote: > The information currently set via platdata has to be represented in the > device tree now. bcm283x-uboot.dtsi adds the u-boot specific "skip-init" > property to the serial nodes and enables initialization in the pre-reloc >

Re: [U-Boot] [PATCH 9/9] ARM: bcm283x: use OF_CONTROL for bcm283x

On 26 September 2016 at 06:26, Fabian Vogt wrote: > This patch removes use of U_BOOT_DEVICE in board/raspberrypi/rpi/rpi.c, > enables OF_CONTROL in the config and adjusts the rpi_*defconfig configs. > > Signed-off-by: Fabian Vogt > --- > arch/arm/Kconfig

Re: [U-Boot] [PATCH 5/9] fdt: import bcm283x device tree sources from the linux kernel tree

On 26 September 2016 at 06:26, Fabian Vogt wrote: > This patch adds device trees for the bcm283x platform to be used with > OF_CONTROL. The version 4.8-rc7 of the linux kernel was used as source. > > Cc: Albert Aribaud > Signed-off-by: Fabian Vogt

Re: [U-Boot] [PATCH 3/9] serial: pl01x: expose skip_init platdata option in DT

On 26 September 2016 at 06:26, Fabian Vogt wrote: > To be able to represent the skip-init platdata element with OF_CONTROL, > it needs to be read from the device tree as well and put into the platform > data. > > Cc: Eric Anholt > Signed-off-by: Fabian Vogt

Re: [U-Boot] [PATCH 4/9] fdt: add dt-bindings for bcm2835

On 26 September 2016 at 06:26, Fabian Vogt wrote: > This patch adds dt-bindings as used by the linux kernel device trees > for the bcm283x family. > > Albert Aribaud > Signed-off-by: Fabian Vogt > --- >

Re: [U-Boot] [PATCH 3/3] Revert "ns16650: Make sure we have CONFIG_CLK set before using infrastructure"

On 26 September 2016 at 05:45, Masahiro Yamada wrote: > This reverts commit 82f5279b0cd99a9163d34cfe926d0316d9dc0d37. > > The build failure of k2*evm boards was fixed in a different way by > the previous commit. It is nasty to patch generic drivers around > with

Re: [U-Boot] [PATCH 2/9] serial: bcm283x_mu: add device tree support

On 26 September 2016 at 06:26, Fabian Vogt wrote: > This patch adds device tree support for the bcm283x mini-uart driver. > > Signed-off-by: Fabian Vogt > --- > .../serial/bcm2835-aux-uart.txt| 10 > drivers/serial/serial_bcm283x_mu.c

Re: [U-Boot] [PATCH v2 1/8] x86: Add implementations of setjmp() and longjmp()

Hi Alex, On 26 September 2016 at 01:28, Alexander Graf wrote: > > > On 26.09.16 09:21, Bin Meng wrote: >> Hi Alex, >> >> On Mon, Sep 26, 2016 at 3:05 PM, Alexander Graf wrote: >>> >>> >>> On 26.09.16 09:00, Bin Meng wrote: Hi Simon, On Mon, Sep 26,

Re: [U-Boot] [PATCH 2/3] ARM: keystone: rename clk_get_rate() to ks_clk_get_rate()

On 26 September 2016 at 05:45, Masahiro Yamada wrote: > The KeyStone platform has its own clk_get_rate() but its prototype > is different from that of the common-clk (clk-uclass) framework. > > Prefix the KeyStone specific implementation with _ks in order to > avoid

Re: [U-Boot] [PATCH 5/5] check-config: allow to complete build even with ad-hoc CONFIG options

Hi Masahiro, On 25 September 2016 at 22:05, Masahiro Yamada wrote: > Currently, the check-config.sh terminates the build when unknown > ad-hoc options are detected. I think it is too much because we may > want to patch config headers locally in a build/deployment

Re: [U-Boot] [PATCH 1/2] power: pmic: lp873x: Add the base pmic support

Hi, On 26 September 2016 at 00:00, Keerthy wrote: > Add support to bind the regulators/child nodes with the pmic. > > Signed-off-by: Keerthy > --- > drivers/power/pmic/Kconfig | 7 ++ > drivers/power/pmic/Makefile | 1 + > drivers/power/pmic/lp873x.c

Re: [U-Boot] [PATCH 2/2] power: regulator: lp873x: Add regulator support

Hi, On 26 September 2016 at 00:00, Keerthy wrote: > The driver provides regulator set/get voltage > enable/disable functions for lp873x family of PMICs. > > Signed-off-by: Keerthy > --- > drivers/power/regulator/Kconfig| 8 + >

Re: [U-Boot] [PATCH 2/5] kbuild: move no_new_adhoc_configs_check to "all" target command

On 25 September 2016 at 22:04, Masahiro Yamada wrote: > I am going to move the build rule of u-boot.cfg. Before that, > no_new_adhoc_configs_check must be tweaked to not depend on it. > > The ad-hoc option check can be done at the end of build, along > with other

Re: [U-Boot] [PATCH 4/5] kbuild: generate u-boot.cfg as a byproduct of include/autoconf.mk

On 25 September 2016 at 22:05, Masahiro Yamada wrote: > Our build system still parses ad-hoc CONFIG options in header files > and generates include/autoconf.mk so that Makefiles can reference > them. This gimmick was introduced in the pre-Kconfig days and will > be

Re: [U-Boot] [PATCH 1/5] check-config: fix wrong comment about how to build whitelist

Hi Masahiro, On 25 September 2016 at 22:04, Masahiro Yamada wrote: > The command suggested in this comment block is wrong; it would not > rip off CONFIG options that had already been converted to Kconfig. > > Instead, we should use the scripts/build-whitelist.sh

Re: [U-Boot] [PATCH 3/5] kbuild: make dependencies in scripts/Makefile.autoconf more readable

On 25 September 2016 at 22:05, Masahiro Yamada wrote: > I do not remember why I wrote the code like this, but let's make it > a bit more readable. > > Signed-off-by: Masahiro Yamada > --- > > scripts/Makefile.autoconf | 11

Re: [U-Boot] [PATCH] ARM: tegra: flush caches via SMC call

On 23 September 2016 at 17:43, Stephen Warren wrote: > From: Stephen Warren > > On Tegra186, it is necessary to perform an SMC to fully flush all caches; > flushing/cleaning by set/way is not enough. Implement the required hook > to make this happen. >

Re: [U-Boot] [PATCH 9/9] common/board_f: enable initr_trap for MIPS

On 25 September 2016 at 12:05, Daniel Schwierzeck wrote: > Enable initr_trap hook also for MIPS to install and enable > U-Boot's specific MIPS exception handlers. > > Signed-off-by: Daniel Schwierzeck > > --- > > common/board_r.c | 4

Re: [U-Boot] [PATCH] mmc: dw_mmc: remove the unnecessary arguments for dwmci_setup_cfg

On 23 September 2016 at 04:13, Jaehoon Chung wrote: > Some arguments don't need to pass to dwmci_setup_cfg. > They are already included in dwmci_host structure. > > Signed-off-by: Jaehoon Chung > --- > drivers/mmc/dw_mmc.c | 13

Re: [U-Boot] [PATCHv2] scripts: Add script to extract default environment

Hi Lukasz, On 16 September 2016 at 22:57, Lukasz Majewski wrote: > This script looks for env_common.o object file and extracts from it default > u-boot environment, which is afterwards printed on standard output. > > Usage example: > get_default_envs.sh >

Re: [U-Boot] [PATCH] ARM: tegra: fix clock_get_periph_rate() for UART clocks

On 23 September 2016 at 16:44, Stephen Warren wrote: > From: Stephen Warren > > Make clock_get_periph_rate() return the correct value for UART clocks. > > This change needs to be applied before the patches that enable CONFIG_CLK > for Tegra SoCs before

Re: [U-Boot] [PATCH v2 2/2] mmc: sdhci: use the generic error number

On 25 September 2016 at 17:10, Jaehoon Chung wrote: > Use the generic error number instead of meaningless value. > > Signed-off-by: Jaehoon Chung > --- > Changelog for V2: > - Fix the missed error number > - Add the other controller

Re: [U-Boot] [PATCH 1/2] mmc: sdhci: use the host version value in sdhci_setup_cfg

On 23 September 2016 at 04:14, Jaehoon Chung wrote: > "host->version" isn't a SoC specific value. > It doesn't need to get in each SoC drivers. > > Signed-off-by: Jaehoon Chung > --- > drivers/mmc/atmel_sdhci.c | 1 - >

Re: [U-Boot] [RFC PATCH v1] common/console.c: ensure GD_FLG_SILENT is set or cleared

Hi Chris, On 22 September 2016 at 21:59, Chris Packham wrote: > When CONFIG_SILENT_CONSOLE is defined and the default environment has > silent=1 it is not possible for a user to make the console un-silent if > the environment is not available when console_init_f() is

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

Hi, On 17 August 2016 at 06:59, Ding, ChiX wrote: > Hi Simon > We have an older version u-boot code that is built without device tree. > It works fine as coreboot payload on the target board with Denverton chipset. > With the current u-boot code from

Re: [U-Boot] [PATCH v2] mmc: s5p_sdhci: support the Driver model for Exynos

On 9 September 2016 at 03:23, Jaehoon Chung wrote: > This patch support the driver model for s5p_sdhci controller. > To support the legacy model, maintained the existing code. > > Note: If use the Driver Model, it needs to modify the device-tree. > In future, will update

Re: [U-Boot] [PATCH v4 1/6] dm: i2c: Add u8 read/write i2c functions

On 25 September 2016 at 22:35, Keerthy wrote: > Add u8 i2c read/write hooks. > > Signed-off-by: Keerthy > Reviewed-by: Tom Rini > --- > drivers/i2c/i2c-uclass.c | 10 ++ > include/i2c.h| 24 >

Re: [U-Boot] [PATCH 7/9] dtoc: Use items() to iterate over dictionaries in python 3.x

On 26 September 2016 at 08:30, Paul Burton wrote: > In python 3.x the iteritems() method has been removed from dictionaries, > and the items() method does effectively the same thing. Convert the code > to attempt to use iteritems() to be efficient on python 2.x, but use >

Re: [U-Boot] [PATCH 0/9] Python 3.x support for patman & dtoc

Hi Paul, On 26 September 2016 at 08:30, Paul Burton wrote: > This series makes patman & dtoc run on python 3.x, which allows them to > work without hacks on distributions where the python binary is python > 3.x. All changes are made in a way that continue to work on

Re: [U-Boot] [PATCH 8/9] dtoc: Decode strings for struct.unpack on python 3.x

On 26 September 2016 at 08:30, Paul Burton wrote: > On python 3.x struct.unpack will complain if we provide it with a > string since it expects to operate on a bytes object. In order to > satisfy this requirement, encode the string to a bytes object when > running on

Re: [U-Boot] [PATCH 5/9] patman: Decode stdout/stderr as utf8, be python 3.x safe

On 26 September 2016 at 08:30, Paul Burton wrote: > In python 3.x reading stdout or stdin will produce a bytestring rather > than a string. Decode it in CommunicateFilter such that the rest of the > code can continue to deal with strings. This works fine with python 2.x >

Re: [U-Boot] [PATCH 9/9] dtoc: Make integer division python 3.x safe

On 26 September 2016 at 08:30, Paul Burton wrote: > If we use the '/' operator then python 3.x will produce a float, and > refuse to multiply the string sequence in Conv_name_to_c by it with: > > TypeError: can't multiply sequence by non-int of type 'float' > > Use the

Re: [U-Boot] [PATCH 6/9] patman: Use items() to iterate over dictionaries in python 3.x

Hi Paul, On 26 September 2016 at 08:30, Paul Burton wrote: > In python 3.x the iteritems() method has been removed from dictionaries, > and the items() method does effectively the same thing. Convert the code > to attempt to use iteritems() to be efficient on python 2.x,

Re: [U-Boot] [PATCH 4/9] patman: Import 'configparser' lower case to be python 3.x safe

On 26 September 2016 at 08:30, Paul Burton wrote: > In python 3.x module names used in import statements are case sensitive, > and the configparser module is named in all lower-case. Import it as such > in order to avoid errors when running with python 3.x. > >

Re: [U-Boot] [PATCH 3/9] patman: Make exception handling python 3.x safe

On 26 September 2016 at 08:30, Paul Burton wrote: > Syntax for exception handling is a little more strict in python 3.x. > Convert all uses to a form accepted by both python 2.x & python 3.x. > > Signed-off-by: Paul Burton > --- > >

Re: [U-Boot] [PATCH 1/9] gpio: bcm2835: add device tree support

On 26 September 2016 at 06:26, Fabian Vogt wrote: > This patch adds device tree support for the bcm2835 GPIO driver. > > Signed-off-by: Fabian Vogt > --- > doc/device-tree-bindings/gpio/bcm2835-gpio.txt | 5 + > drivers/gpio/bcm2835_gpio.c

Re: [U-Boot] [PATCH 2/9] patman: Make print statements python 3.x safe

On 26 September 2016 at 08:30, Paul Burton wrote: > In python 3.x, print must be used as a function call. Convert all print > statements to the function call style, importing from __future__ where > we print with no trailing newline or print to a file object. > >

Re: [U-Boot] [PATCH 1/9] patman: Replace tabs with spaces

On 26 September 2016 at 08:30, Paul Burton wrote: > In preparation for running on python 3.x, which will refuse to run > scripts which mix tabs & spaces for indentation, replace 2 tab > characters present in series.py with spaces. > > Signed-off-by: Paul Burton

Re: [U-Boot] [PATCH] spl: saveenv: adding saveenv support in SPL

Hi Ravi, On 26 September 2016 at 06:56, Ravi Babu wrote: > By default saveenv option is not supported for SPL. This patch > enable the support for save environment variable for SPL build. > > Enable save environment support in SPL after setenv. By default > the saveenv option is

Re: [U-Boot] [PATCH v3 3/3] config_whitelist: remove bogus options

On 25 September 2016 at 20:52, Masahiro Yamada wrote: > These are not CONFIG options (detected by my eyes). > > CONFIG_SPL_BUILD and CONFIG_TPL_BUILD are build options defined only > for building SPL and TPL, respectively. > > The others are just mentioned in

Re: [U-Boot] Chrome OS keyboard not responding on snow

Hi Adam On Mon, Sep 26, 2016 at 12:35 PM, Adam Van Ymeren wrote: > I'm trying to run the latest u-boot on the old samsung exynos5250 > chromebook (snow_defconfig). I've managed to get the u-boot console > up but it doesn't respond to keyboard input. > > I managed to hack

Re: [U-Boot] [PATCH 2/2] net: add driver for Synopsys Ethernet QoS device

On 09/23/2016 03:49 PM, Joe Hershberger wrote: Hi Stephen, Thanks for sending this! I have some comments below. Cheers, -Joe On Mon, Sep 12, 2016 at 12:48 PM, Stephen Warren wrote: From: Stephen Warren This driver supports the Synopsys Designware

Re: [U-Boot] [U-Boot,v2] kconfig: introduce kconfig for UBI

On Wed, Sep 21, 2016 at 07:58:19AM +0200, Heiko Schocher wrote: > move the UBI config options into Kconfig. > > Signed-off-by: Heiko Schocher > Reviewed-by: Simon Glass > Reviewed-by: Andrew F. Davis > Reviewed by: Evgeni Dobrev Applied to

[U-Boot] Chrome OS keyboard not responding on snow

I'm trying to run the latest u-boot on the old samsung exynos5250 chromebook (snow_defconfig). I've managed to get the u-boot console up but it doesn't respond to keyboard input. I managed to hack the startup procedure to call dm_dump_all() which shows the the keyboard-controller of cros_ec was

[U-Boot] rk3288 u-boot

Hi, I'd like to update provided u-boot image on a rk3288 FireFly board with a standard version. There is any u-boot mainline branch that has network support for rk3288 (gmac). Could someone suggest me which u-boot should I use? thank you for the attention, regards Andrea Software Department

Re: [U-Boot] Please pull fsl-qoriq master

On Mon, Sep 26, 2016 at 03:58:05PM +, york sun wrote: > Tom, > > Let's try again. > > The following changes since commit 8cbb389bb3da80cbf8911f8386cbff92c6a78afe: > >Prepare v2016.09 (2016-09-12 10:05:51 -0400) > > are available in the git repository at: > >

Re: [U-Boot] [PATCH] arm: dra7xx: Move fastboot options to defconfig

Bump. On Thu, Sep 22, 2016 at 9:52 PM, Sam Protsenko wrote: > Now that fastboot options are available in Kconfig, we can migrate them > from DRA7 header to corresponding DRA7 defconfigs. > > Signed-off-by: Sam Protsenko > --- >

Re: [U-Boot] [PATCH 2/9] MIPS: fix ROM exception vectors

Daniel Schwierzeck writes: > 2016-09-26 9:58 GMT+02:00 Matthew Fortune : > > Daniel Schwierzeck writes: > >> When booting from ROM, early exceptions can't be handled > >> properly. Instead of busy-looping

[U-Boot] [PATCH 23/23] boston: Enable CONFIG_DISTRO_DEFAULTS in defconfigs

CONFIG_DISTRO_DEFAULTS selects a number of things we want for Boston defconfigs & generally describes what we want - to be able to boot an arbitrary Linux distribution. Enable it in order to shorten the defconfigs & to automatically keep up with any changes in the choice of Kconfig symbols

[U-Boot] [PATCH 21/23] boston: Enable Realtek ethernet PHY support

The ethernet PHY used on the MIPS Boston development board is a Realtek RTL8211E. Enable support for it. Signed-off-by: Paul Burton --- include/configs/boston.h | 5 + 1 file changed, 5 insertions(+) diff --git a/include/configs/boston.h b/include/configs/boston.h

[U-Boot] [PATCH 22/23] boston: Probe ethernet controller during boot

Add compatible strings for the PCIe bridges & EG20T ethernet controller such that the devices are probed during boot, without the user needing to manually cause that to happen by running "pci enum" after boot. This allows for use of the ethernet controller without the manual PCI enumeration step.

[U-Boot] [PATCH 19/23] boston: Setup memory ranges in FDT provided to Linux

The boston memory map isn't suited to the simple "all memory starting from 0" approach that the MIPS arch_fixup_fdt() implementation takes. Instead we need to indicate the first 256MiB of DDR from 0 and the rest from 0x9000. Implement ft_board_setup to do that. Signed-off-by: Paul Burton

[U-Boot] [PATCH 18/23] boston: Move CM GCRs away from flash

Move the MIPS Coherence Manager (CM) Global Configuration Registers (GCRs) away from the region of the physical address space which the Boston board's parallel flash is found in, such that we can access all of flash without clobbering GCRs. Signed-off-by: Paul Burton ---

[U-Boot] [PATCH 20/23] boston: Bump CONFIG_SYS_BOOTM_LEN to 64MiB

The default value of CONFIG_SYS_BOOTM_LEN is too small for typical boston Linux kernels. Increase the limit to 64MB, which covers current kernels with plenty of breathing room. Signed-off-by: Paul Burton --- include/configs/boston.h | 1 + 1 file changed, 1 insertion(+)

[U-Boot] [PATCH 14/23] gpio: Provide dummy get/request & is_valid functions

Allow for drivers to make use of driver model GPIOs when they're enabled & available without needing to #ifdef on CONFIG_DM_GPIO by providing dummy functions covering GPIO requests. Each will simply return -ENODEV or -EINVAL, depending upon which the real implementation returns when a GPIO isn't

[U-Boot] [PATCH 17/23] MIPS: Make CM GCR base configurable

Without adding a prompt for CONFIG_MIPS_CM_BASE, Kconfig doesn't allow defconfigs to set it. Provide the prompt in order to allow for that. Signed-off-by: Paul Burton --- arch/mips/Kconfig | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git

[U-Boot] [PATCH 15/23] gpio: eg20t: Add driver for Intel EG20T GPIO controllers

Add a driver for the GPIO controller found in the Intel EG20T Platform Controller Hub. This is used on the MIPS Boston development board to provide GPIOs including ethernet PHY reset. Signed-off-by: Paul Burton --- drivers/gpio/Kconfig | 8 +++

[U-Boot] [PATCH 16/23] net: pch_gbe: Support PHY reset GPIOs

Add support to the pch_gbe driver for resetting the PHY using a GPIO specified in the device tree. This matches the support already in Linux. Signed-off-by: Paul Burton --- drivers/net/pch_gbe.c | 29 +++-- drivers/net/pch_gbe.h | 1 + 2 files

[U-Boot] [PATCH 13/23] net: pch_gbe: Add cache maintenance

On MIPS systems DMA isn't coherent with the CPU caches unless an IOCU is present. When there is no IOCU we need to writeback or invalidate the data caches at appropriate points. Perform this cache maintenance in the pch_gbe driver which is used on the MIPS Boston development board. Signed-off-by:

[U-Boot] [PATCH 12/23] net: pch_gbe: CPU accessible addresses are virtual

Use the virt_to_bus & bus_to_virt functions rather than phys_to_bus & bus_to_phys, since the addresses accessed by the CPU will be virtual rather than physical. On MIPS physical & virtual addresses differ as we use virtual addresses in kseg0, and attempting to use physical addresses directly

[U-Boot] [PATCH 09/23] boston: Disable PCI bridge memory space alignment

On the MIPS Boston development board we have an Intel EG20T Platform Controller Hub connected to a Xilinx AXI to PCIe root port which is only assigned a 1MB memory region. The Intel EG20T contains a bridge device beneath which all of its peripheral devices can be found, and that bridge device

[U-Boot] [PATCH 11/23] net: pch_gbe: Fix rx descriptor buffer addresses

The loop to set up buffer addresses in rx descriptors always operated on descriptor 0, rather than on each descriptor sequentially. Fix this in order to setup correct buffer addresses for each descriptor. Signed-off-by: Paul Burton --- drivers/net/pch_gbe.c | 4 ++-- 1

[U-Boot] [PATCH 10/23] net: pch_gbe: Reset during probe

Using the EG20T gigabit ethernet controller on the MIPS Boston board, we find that we have to reset the controller in order for the RGMII link to the PHY to become functional. Without doing so we constantly time out in pch_gbe_mdio_ready. Signed-off-by: Paul Burton ---

[U-Boot] [PATCH 08/23] pci: Make PCI bridge memory alignment configurable

On some systems aligning PCI memory to a 1MB boundary every time a bridge is encountered may lead to exhausting the available memory space before all devices have been assigned addresses. For example on the MIPS Boston development board we have an Intel EG20T Platform Controller Hub connected to

[U-Boot] [PATCH 07/23] pci: Handle MIPS systems with virtual CONFIG_SYS_SDRAM_BASE

The decode_regions() function in the PCI code presumes that CONFIG_SYS_SDRAM_BASE is a physical address, which seems reasonable given that README states that it should be. However there is also common code which expects CONFIG_SYS_SDRAM_BASE to be an address accessible by the CPU, ie. a valid

[U-Boot] [PATCH 06/23] pci: Set of_offset for devices not probed via DT compatible strings

A PCI device may be probed through standard PCI config space probing but still be represented in a device tree. However U-Boot would not previously set the of_offset field of the struct udevice for such PCI devices. Fix this by searching for a DT node based upon its "reg" property after binding a

[U-Boot] [PATCH 05/23] pci: xilinx: Avoid writing memory base or limit registers

Writing the PCI memory base & limit registers leads to the root bridge reporting a PCI_MEMORY_BASE value of 0 & a PCI_MEMORY_LIMIT value of 0x1600. If we then boot Linux, it sees that the bridge device needs 0x1600 bytes of memory space & fails to assign it. It's unclear to me why this

  1   2   3   >