Re: [U-Boot] [PATCH v7 2/3] mmc: meson: add MMC driver for Meson GX (S905)

On 04/24/2017 12:38 PM, Simon Glass wrote: > Hi, > > On 17 April 2017 at 16:39, Jaehoon Chung wrote: >> On 04/18/2017 06:18 AM, Heinrich Schuchardt wrote: >>> On 04/16/2017 09:34 PM, Simon Glass wrote: Hi Alex, On 16 April 2017 at 04:08, Alexander Graf

Re: [U-Boot] [PATCH] RFC: patman: Adjust handling of unicode email address

Hi Simon, 2017-04-24 8:10 GMT+09:00 Simon Glass : > This is a test patch for Philipp. > > Please apply this on top of your existing patch: > > http://patchwork.ozlabs.org/patch/752268/ > > For me this handles this better in that I can deal with get_maintainers > returning

[U-Boot] [PATCH] rockchip: add defconfig for firefly-rk3399

The file is from evb-rk3399_defconfig with changes: - use rk3399-firefly dtb - re-order by make savedefconfig Signed-off-by: Kever Yang --- configs/firefly-rk3399_defconfig | 65 1 file changed, 65 insertions(+) create mode

Re: [U-Boot] [PATCH v4 5/7] dra7: dtsi: mark ocp2scp bus compatible with "simple-bus"

On 21 April 2017 at 04:08, Jean-Jacques Hiblot wrote: > This is needed to probe devices under that bus such as the SATA PHY. > > Signed-off-by: Jean-Jacques Hiblot > Reviewed-by: Tom Rini > --- > arch/arm/dts/omap5-u-boot.dtsi | 4 > 1

Re: [U-Boot] [PATCH v1 0/2] DS1307 RTC update

+Tom Hi Chris, On 21 April 2017 at 10:27, Chris Packham wrote: > > The first patch is the addition of a KConfig option for the date > command. I haven't updated any boards to use the new option due to the > sheer number of boards that would affect. It's probably better

Re: [U-Boot] [PATCH v4 3/7] dm: test: Add tests for the generic PHY uclass

Hi Jean-Jacques, On 21 April 2017 at 04:08, Jean-Jacques Hiblot wrote: > Those tests check: > - the ability for a phy-user to get a phy based on its name or its index > - the ability of a phy device (provider) to manage multiple ports > - the ability to perform operations on the

Re: [U-Boot] arch/arm/lib/crt0_arm_efi.o build errors

Hi Alex, On 20 April 2017 at 10:09, Alexander Graf wrote: > On 04/11/2017 05:58 AM, Andreas Färber wrote: >> >> Hello, >> >> In our OBS builds I occasionally see the following build failure with, >> e.g., -j 2, which seems to hint at a missing Makefile dependency >> somewhere: >>

Re: [U-Boot] [PATCH v4 7/7] defconfig: dra7xx_evm: enable CONFIG_BLK and disk driver model for SCSI

On 21 April 2017 at 04:08, Jean-Jacques Hiblot wrote: > Enable disk driver model for dra7xx_evm as dwc_ahci supports > driver model. As a consequence we must also enable CONFIG_BLK and > CONFIG_DM_USB. > > Signed-off-by: Mugunthan V N > Signed-off-by:

Re: [U-Boot] [PATCH v4 1/7] scsi: dm: split scsi_scan()

On 21 April 2017 at 04:08, Jean-Jacques Hiblot wrote: > The DM version of scsi_scan() is becoming a bit long, it can be split: > scsi_scan() iterates over the IDs and LUNs and for each id/lun pair calls > do_scsi_scan_one() to do the work of: > - detecting an attached drive > -

Re: [U-Boot] [PATCH 1/4] dm: device_remove: Don't return in device_chld_remove() upon error

Hi Stefan, On 19 April 2017 at 03:27, Stefan Roese wrote: > Hi Simon, > > sorry for the late replay - just back from vacation > > > On 09.04.2017 21:28, Simon Glass wrote: >> >> Hi Stefan, >> >> On 6 April 2017 at 07:29, Stefan Roese wrote: >>> >>> On my x86

Re: [U-Boot] [PATCH v5 05/14] cmd: cpu: refactor to ensure devices are probed and improve code style

On 23 April 2017 at 02:43, Álvaro Fernández Rojas wrote: > Use uclass_first_device and uclass_next_device in order to avoid exceptions > for drivers that aren't probed when cpu ops are requested. > Improve code style and fix indentations. > Fix incorrect line break when cpu

Re: [U-Boot] [PATCH v7 2/3] mmc: meson: add MMC driver for Meson GX (S905)

Hi, On 17 April 2017 at 16:39, Jaehoon Chung wrote: > On 04/18/2017 06:18 AM, Heinrich Schuchardt wrote: >> On 04/16/2017 09:34 PM, Simon Glass wrote: >>> Hi Alex, >>> >>> On 16 April 2017 at 04:08, Alexander Graf wrote: On 16.04.17 04:09,

Re: [U-Boot] [PATCH] rockchip: pinctrl: rk3399: add gmac io strength support

On 20 April 2017 at 02:15, Kever Yang wrote: > GMAC controller need to init the tx io driver strength to 13mA, > just like the description in dts pinctrl node, or else the controller > may only work in 100MHz Mode, and fail to work at 1000MHz mode. > > Signed-off-by:

Re: [U-Boot] [PATCH v4 2/7] drivers: phy: add generic PHY framework

Hi Jean-Jacques, On 21 April 2017 at 04:08, Jean-Jacques Hiblot wrote: > The PHY framework provides a set of APIs to control a PHY. This API is > derived from the linux version of the generic PHY framework. > Currently the API supports init(), deinit(), power_on, power_off() and

Re: [U-Boot] [PATCH v5 06/14] cpu: add CPU driver for Broadcom MIPS SoCs

On 23 April 2017 at 02:43, Álvaro Fernández Rojas wrote: > Signed-off-by: Álvaro Fernández Rojas > --- > v5: Add specific desc functions. > v4: No changes. > v3: Several improvements: > - Probe driver correctly. > - Allocate size for priv struct. >

Re: [U-Boot] [PATCH 11/22] x86: acpi: Resume OS if resume vector is found

Hi Stefan, On 17 April 2017 at 03:37, Stefan Roese wrote: > Hi Bin, > > On 12.04.2017 10:14, Bin Meng wrote: >> On Wed, Mar 22, 2017 at 4:06 AM, Simon Glass wrote: >>> Hi Bin, >>> >>> On 16 March 2017 at 08:26, Bin Meng wrote: In an S3

Re: [U-Boot] [PATCH v3 08/11] rockchip: board: evb_rk3399: initialize pwm0 for dispaly backlight

On 19 April 2017 at 20:06, Eddie Cai wrote: > 2017-04-19 20:39 GMT+08:00 Eric Gao : >> Signed-off-by: Eric Gao > Reviewed-by: Eddie Cai Acked-by: Simon Glass >> >> ---

Re: [U-Boot] [PATCH v3] Add 16-bit single register pin controller support

On 18 April 2017 at 20:06, James Balean wrote: > Enables the pinctrl-single driver to support 16-bit registers. Only > 32-bit registers were supported previously. Reduced width registers are > required for some platforms, such as OMAP. > > Signed-off-by: James Balean

Re: [U-Boot] [PATCH 2/2] asm-generic: global_data: change timebase_l/h to unsigned int

Hi Peng, On 19 April 2017 at 19:10, Peng Fan wrote: > Change type of timebase_l/h to unsigned int. What is the motivation for this, please? > > Signed-off-by: Peng Fan > Cc: Simon Glass > Cc: Eddie Cai > Cc:

Re: [U-Boot] [PATCH v2 2/2] rockchip: dts: add rk3399-firefly dts

On 19 April 2017 at 04:17, Kever Yang wrote: > Firefly-rk3399 is a bord from T-Firefly, you can find detail about > it here: > http://en.t-firefly.com/en/firenow/Firefly_RK3399/ > > This patch add basic node for the board and make it able to bring > up. > >

Re: [U-Boot] [PATCH v2 20/22] x86: acpi: Fix Windows S3 resume failure

Hi Bin, On 21 April 2017 at 08:24, Bin Meng wrote: > U-Boot sets up the real mode interrupt handler stubs starting from > address 0x1000. In most cases, the first 640K (0x0 - 0x9) > system memory is reported as system RAM in E820 table to the OS. > (see

Re: [U-Boot] [PATCH v3] pinctrl: Kconfig: sort pinctrl config options to prevent future clutter

On 19 April 2017 at 08:46, Philipp Tomsich wrote: > This originally started out as > "pinctrl: Kconfig: reorder to keep Rockchip options together" > and tried to keep the Rockchip-related config options together. > > However, we now rewrite all

Re: [U-Boot] [PATCH 1/2] arm: change tbu/l type to unsigned int

Hi Peng, On 19 April 2017 at 19:10, Peng Fan wrote: > Change tbu/l type to unsigned int. Why do this, please? > > Signed-off-by: Peng Fan > Cc: Simon Glass > Cc: Tom Rini > --- > arch/arm/include/asm/global_data.h |

Re: [U-Boot] [PATCH v3] rockchip: reserve memory for rk3399 ATF data

On 20 April 2017 at 03:03, Kever Yang wrote: > There are 3 regions used by rk3399 ATF: > - bl31 code, located at 0x1; > - cortex-m0 code and data, located at 0xff8c; > - bl31 data, located at 0xff8c1000 ~ 0xff8c4000; > > SPL_TEXT_BASE starts from 0xff8c2000, we

Re: [U-Boot] [PATCH v2 13/22] x86: Do not clear high table area for S3

On 21 April 2017 at 08:24, Bin Meng wrote: > When SeaBIOS is being used, U-Boot reserves a memory area to be > used for configuration tables like ACPI. But it should not be > cleared otherwise ACPI table will be missing. > > Signed-off-by: Bin Meng > > ---

Re: [U-Boot] [PATCH v2 19/22] x86: pci: Allow conditionally run VGA rom in S3

On 21 April 2017 at 08:24, Bin Meng wrote: > Introduce a new CONFIG_S3_VGA_ROM_RUN option so that U-Boot can > bypass executing VGA roms in S3. > > Signed-off-by: Bin Meng > --- > > Changes in v2: None > > arch/x86/Kconfig | 12 >

Re: [U-Boot] [PATCH v2 09/22] x86: acpi: Add one API to find OS wakeup vector

On 21 April 2017 at 08:24, Bin Meng wrote: > This adds one API acpi_find_wakeup_vector() to locate OS wakeup > vector from the ACPI FACS table, to be used in the S3 boot path. > > Signed-off-by: Bin Meng > > --- > > Changes in v2: > - add a function

Re: [U-Boot] [PATCH v1] env_mmc: configure environment offsets via device tree

Hi Philipp, On 17 February 2017 at 10:28, Philipp Tomsich wrote: > This introduces the ability to override the environment offets from the > device tree by setting the following nodes in '/config': > 'u-boot,mmc-env-offset' - overrides

[U-Boot] [PATCH v4 4/4] dm: sanbox: pwm: add test for pwm_set_invert()

Add test case for new interface set_invert(). Signed-off-by: Kever Yang Acked-by: Simon Glass --- Changes in v4: None Changes in v3: - add sanbox test Changes in v2: None drivers/pwm/sandbox_pwm.c | 16 test/dm/pwm.c

[U-Boot] [PATCH v4 2/4] rockchip: pwm: implement pwm_set_invert()

Rockchip pwm need to init polarity, implement pwm_set_invert() to do it. Signed-off-by: Kever Yang Acked-by: Simon Glass --- Changes in v4: None Changes in v3: None Changes in v2: None drivers/pwm/rk_pwm.c | 17 - 1 file changed,

[U-Boot] [PATCH v4 1/4] power: regulator: pwm: support pwm polarity setting

The latest kernel PWM drivers enable the polarity settings. When system run from U-Boot to kerenl, if there are differences in polarity set or duty cycle, the PMW will re-init: close -> set polarity and duty cycle -> enable the PWM. The power supply controled by pwm regulator may have voltage

Re: [U-Boot] [PATCH 1/2] dtoc: Move the output code into its own function

Hi Simon, On 04/23/2017 08:42 AM, Simon Glass wrote: The code to generate the tables is quite long. Move the node-output code into its own function. Signed-off-by: Simon Glass --- tools/dtoc/dtoc.py | 96 +- 1 file

Re: [U-Boot] [PATCH 2/2] dtoc: Handle nodes with phandles that depend on the same

Hi Simon, On 04/23/2017 08:42 AM, Simon Glass wrote: At present dtoc assumes that nodes which are phandles do not themselves reference other phandle nodes. Unfortunately this is not necessarilly true. As a result we can currently output C code which does not compile because a node declaration

Re: [U-Boot] [PATCH v2 1/1] core/uclass: iterate over all devices of a uclass

Hi Andreas, On 23 April 2017 at 04:55, Andreas Färber wrote: > Am 19.04.2017 um 23:34 schrieb Simon Glass: >> On 19 April 2017 at 15:06, Andreas Färber wrote: >>> Am 19.04.2017 um 13:26 schrieb Heinrich Schuchardt: When iterating over the devices of an

Re: [U-Boot] [PATCH v3 2/3] doc: dtbinding: add pwm binding file

On 19 April 2017 at 03:37, Kever Yang wrote: > This is a copy from kernel. > > Signed-off-by: Kever Yang > --- > > Changes in v3: None > Changes in v2: None > > doc/device-tree-bindings/pwm/pwm.txt | 69 >

Re: [U-Boot] [PATCH v2 1/1] core/uclass: iterate over all devices of a uclass

Hi Andreas, On 23 April 2017 at 04:48, Andreas Färber wrote: > Am 23.04.2017 um 01:58 schrieb Simon Glass: >> Hi, >> >> On 19 April 2017 at 15:34, Simon Glass wrote: >>> On 19 April 2017 at 15:06, Andreas Färber wrote: Am 19.04.2017

Re: [U-Boot] [PATCH v3 1/3] power: regulator: pwm: support pwm polarity setting

Hi Kever, On 19 April 2017 at 03:37, Kever Yang wrote: > The latest kernel PWM drivers enable the polarity settings. When system > run from U-Boot to kerenl, if there are differences in polarity set or > duty cycle, the PMW will re-init: > close -> set polarity and

Re: [U-Boot] [PATCH v6 02/18] dm: mmc: Set up the MMC device when controller is probed

Hi, On 5 April 2017 at 16:23, Simon Glass wrote: > When an MMC controller is set up we should probe the device to find out > what it is. This includes finding its capacity and reading its partition > table. > > Signed-off-by: Simon Glass > Reviewed-by:

Re: [U-Boot] [PATCH v3 3/3] dm: sanbox: pwm: add test for pwm_set_invert()

On 19 April 2017 at 03:37, Kever Yang wrote: > Add test case for new interface set_invert(). > > Signed-off-by: Kever Yang > --- > > Changes in v3: None > Changes in v2: None > > drivers/pwm/sandbox_pwm.c | 16 >

[U-Boot] [PATCH v2 3/3] dm: core: Add uclass_first/next_device_check()

Sometimes it is useful to iterate through all devices in a uclass and skip over those which do not work correctly (e.g fail to probe). Add two new functions to provide this feature. The caller must check the return value each time to make sure that the device is valid. But the device pointer is

[U-Boot] [PATCH v2 1/3] dm: core: Clarify uclass_first/next_device() comments

These are not as clear as they could be. Tidy them up a bit. Also fix a tiny code-style nit. Signed-off-by: Simon Glass --- Changes in v2: None drivers/core/uclass.c | 3 +-- include/dm/uclass.h | 13 +++-- 2 files changed, 12 insertions(+), 4 deletions(-) diff

[U-Boot] [PATCH v2 2/3] dm: core: Test uclass_first/next_device() on probe failure

Add some tests which check the behaviour of uclass_first_device() and uclass_next_device() when probing of a device fails. Signed-off-by: Simon Glass --- Changes in v2: None arch/sandbox/dts/test.dts | 19 + include/dm/uclass-id.h| 1 + test/dm/test-fdt.c

[U-Boot] [PATCH 6/8] dm: mmc: Check that drivers have operations

When binding a new MMC device, make sure that it has the required operations. Since for now we still support *not* having the operations (with CONFIG_DM_MMC_OPS not enabled) it makes sense to add this check. Signed-off-by: Simon Glass --- drivers/mmc/mmc-uclass.c | 4 1

[U-Boot] [PATCH 5/8] dm: mmc: Avoid probing block devices in find_mmc_device()

We do not need to probe the block device here, so avoid doing so. The MMC device itself must be active, but the block device can come later. Signed-off-by: Simon Glass --- drivers/mmc/mmc-uclass.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git

[U-Boot] [PATCH 7/8] dm: mmc: Rewrite mmc_blk_probe()

This function is called when the MMC block device is being probed. There is a recursive call in this function since find_mmc_device() itself can cause the MMC device to be probed. Admittedly the MMC device should already be probed, since we would not be probing its child otherwise, but the

[U-Boot] [PATCH 8/8] tegra: Convert MMC to use driver model for operations

Enable CONFIG_DM_MMC_OPS and CONFIG_BLK for all Tegra devices. This moves Tegra to use driver model fully for MMC. Signed-off-by: Simon Glass --- board/toradex/common/tdx-cfg-block.c | 2 +- configs/apalis-tk1_defconfig | 2 - configs/apalis_t30_defconfig |

[U-Boot] [PATCH 2/8] dm: blk: Allow finding block devices without probing

Sometimes it is useful to be able to find a block device without also probing it. Add a function for this as well as the associated test. Signed-off-by: Simon Glass --- drivers/block/blk-uclass.c | 15 +-- include/blk.h | 15 ++-

[U-Boot] [PATCH 3/8] dm: blk: Add a function to find the next block device number

At present this code is inline. Move it into a function to allow it to be used elsewhere. Signed-off-by: Simon Glass --- drivers/block/blk-uclass.c | 22 -- 1 file changed, 16 insertions(+), 6 deletions(-) diff --git a/drivers/block/blk-uclass.c

[U-Boot] [PATCH 4/8] dm: blk: Improve block device claiming

The intention with block devices is that the device number (devnum field in its descriptor) matches the alias of its parent device. For example, with: aliases { mmc0 = "/sdhci@700b0600"; mmc1 = "/sdhci@700b0400"; } we expect that the block devices

[U-Boot] [PATCH 1/8] dm: mmc: Don't re-init when accessing environment

With driver model MMC is probed automatically when needed. We should not re-init MMC each time. Signed-off-by: Simon Glass --- common/env_mmc.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/common/env_mmc.c b/common/env_mmc.c index

[U-Boot] [PATCH 0/8] dm: mmc: Tidy up handling of block devices

The current MMC block device support has a few deficiencies which show up when both CONFIG_BLK and CONFIG_DM_MMC_OPS are defined: - Block device numbering does not always following MMC device numbering - Environment in MMC does not always work correctly In addition some parts of the code can be

[U-Boot] [PATCH] RFC: patman: Adjust handling of unicode email address

This is a test patch for Philipp. Please apply this on top of your existing patch: http://patchwork.ozlabs.org/patch/752268/ For me this handles this better in that I can deal with get_maintainers returning unicode. Can you check if it breaks anything on your side. If so, please let me know

Re: [U-Boot] [PATCH v5 08/14] MIPS: add initial infrastructure for Broadcom MIPS SoCs

Am 23.04.2017 um 10:43 schrieb Álvaro Fernández Rojas: > CFE checks CPU Thread in a different way (using register $22): > mfc0 t1, C0_BCM_CONFIG, 3 # $22 > lit2, CP0_CMT_TPID # (1 << 31) > and t1, t2 > bnez t1, 2f # if we are running on thread 1, skip init > nop > > Signed-off-by:

Re: [U-Boot] [PATCH v5 02/14] sysreset: add syscon-reboot driver

Am 23.04.2017 um 10:43 schrieb Álvaro Fernández Rojas: > Add a new sysreset driver based on linux/drivers/power/reset/syscon-reboot.c, > which provides a generic driver for platforms that only require writing a mask > to a regmap offset. > > Signed-off-by: Álvaro Fernández Rojas

Re: [U-Boot] [PATCH v5 04/14] serial: add serial driver for BCM6345

Am 23.04.2017 um 10:43 schrieb Álvaro Fernández Rojas: > It is based on linux/drivers/tty/serial/bcm63xx_uart.c > > Signed-off-by: Álvaro Fernández Rojas > --- > v5: No changes. > v4: Add more missing register configurations based on CFE. > v3: Several improvements: > -

Re: [U-Boot] [PATCH 4/4] MIPS: call debug_uart_init right before board_init_f

On 04/23/2017 09:04 PM, Daniel Schwierzeck wrote: > > > Am 23.04.2017 um 19:08 schrieb Marek Vasut: >> On 04/23/2017 02:04 PM, Álvaro Fernández Rojas wrote: >>> Hi Marek, >>> >>> El 23/04/2017 a las 13:44, Marek Vasut escribió: On 04/23/2017 01:31 PM, Álvaro Fernández Rojas wrote: > Hi

Re: [U-Boot] [PATCH 4/4] MIPS: call debug_uart_init right before board_init_f

Am 23.04.2017 um 12:50 schrieb Álvaro Fernández Rojas: > From: Daniel Schwierzeck > > All MIPS boards that support debug uart are calling debug_uart_init right at > the beginning of board_early_init_f. > Instead of doing that, let's provide a generic call to

Re: [U-Boot] [PATCH 4/4] MIPS: call debug_uart_init right before board_init_f

Am 23.04.2017 um 19:08 schrieb Marek Vasut: > On 04/23/2017 02:04 PM, Álvaro Fernández Rojas wrote: >> Hi Marek, >> >> El 23/04/2017 a las 13:44, Marek Vasut escribió: >>> On 04/23/2017 01:31 PM, Álvaro Fernández Rojas wrote: Hi Marek, El 23/04/2017 a las 13:09, Marek Vasut

Re: [U-Boot] [PATCH 4/4] MIPS: call debug_uart_init right before board_init_f

On 04/23/2017 02:04 PM, Álvaro Fernández Rojas wrote: > Hi Marek, > > El 23/04/2017 a las 13:44, Marek Vasut escribió: >> On 04/23/2017 01:31 PM, Álvaro Fernández Rojas wrote: >>> Hi Marek, >>> >>> El 23/04/2017 a las 13:09, Marek Vasut escribió: On 04/23/2017 12:50 PM, Álvaro Fernández

[U-Boot] [PATCH 10/11] Drop CONFIG_I2CFAST

This option is not used in U-Boot. Drop it. Signed-off-by: Simon Glass --- README | 6 -- common/board_r.c | 17 - scripts/config_whitelist.txt | 1 - 3 files changed, 24 deletions(-) diff --git a/README b/README index

[U-Boot] [PATCH 09/11] i2c: Drop CONFIG_SYS_I2C_BOARD_LATE_INIT

This option is not used by any boards. Drop it. Signed-off-by: Simon Glass --- README | 11 --- drivers/i2c/fsl_i2c.c| 9 - drivers/i2c/fti2c010.c | 9 - include/i2c.h| 3 ---

[U-Boot] [PATCH 11/11] Drop use of CONFIG_I2C_SOFT

This option is not used in U-Boot. Drop it. Signed-off-by: Simon Glass --- README | 32 +--- 1 file changed, 1 insertion(+), 31 deletions(-) diff --git a/README b/README index 9798292f8d..f7137d 100644 --- a/README +++ b/README @@ -2214,37

[U-Boot] [PATCH 08/11] i2c: README: Drop CONFIG_SYS_I2C_INIT_MPC5XXX

This option is not used in U-Boot. Drop it. Signed-off-by: Simon Glass --- README | 2 -- 1 file changed, 2 deletions(-) diff --git a/README b/README index 0bee478ec7..f75dc0f2f6 100644 --- a/README +++ b/README @@ -2238,8 +2238,6 @@ The following options need to be

[U-Boot] [PATCH 06/11] i2c: mxc_i2c: Drop use of CONFIG_I2C_HARD

Drop use of this long-deprecated option. Signed-off-by: Simon Glass --- drivers/i2c/mxc_i2c.c | 4 1 file changed, 4 deletions(-) diff --git a/drivers/i2c/mxc_i2c.c b/drivers/i2c/mxc_i2c.c index 13ec0e63b1..b68e82770b 100644 --- a/drivers/i2c/mxc_i2c.c +++

[U-Boot] [PATCH 07/11] i2c: Drop use of CONFIG_I2C_HARD

Drop use of this long-deprecated option. Signed-off-by: Simon Glass --- README | 16 board/ti/am335x/board.c | 6 +- board/ti/am43xx/board.c | 3 +-- cmd/eeprom.c | 2 -- common/board_f.c |

[U-Boot] [PATCH 05/11] i2c: keymile: Drop use of CONFIG_I2C_HARD

Drop use of this long-deprecated option. Signed-off-by: Simon Glass --- board/keymile/km82xx/km82xx.c | 5 - board/keymile/km_arm/km_arm.c | 4 2 files changed, 9 deletions(-) diff --git a/board/keymile/km82xx/km82xx.c b/board/keymile/km82xx/km82xx.c index

[U-Boot] [PATCH 02/11] i2c: powerpc: Remove use of CONFIG_HARD_I2C

Drop use of this long-deprecated option for powerpc. Signed-off-by: Simon Glass --- arch/powerpc/cpu/mpc512x/Makefile | 1 - arch/powerpc/cpu/mpc512x/i2c.c | 386 --- arch/powerpc/cpu/mpc5xxx/Makefile | 1 - arch/powerpc/cpu/mpc5xxx/i2c.c |

[U-Boot] [PATCH 04/11] i2c: pdm360ng: Drop use of CONFIG_I2C_HARD

Drop use of this long-deprecated option. Signed-off-by: Simon Glass --- board/pdm360ng/pdm360ng.c | 30 -- 1 file changed, 30 deletions(-) diff --git a/board/pdm360ng/pdm360ng.c b/board/pdm360ng/pdm360ng.c index 9db31d3312..371bcd9e6b 100644 ---

[U-Boot] [PATCH 03/11] i2c: cm5200: Drop use of CONFIG_I2C_HARD

Drop use of this long-deprecated option. Signed-off-by: Simon Glass --- board/cm5200/cm5200.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/board/cm5200/cm5200.c b/board/cm5200/cm5200.c index 2f55191caf..0c647bbd3d 100644 ---

Re: [U-Boot] [PATCH 4/4] MIPS: call debug_uart_init right before board_init_f

Hi Marek, El 23/04/2017 a las 13:44, Marek Vasut escribió: > On 04/23/2017 01:31 PM, Álvaro Fernández Rojas wrote: >> Hi Marek, >> >> El 23/04/2017 a las 13:09, Marek Vasut escribió: >>> On 04/23/2017 12:50 PM, Álvaro Fernández Rojas wrote: From: Daniel Schwierzeck

Re: [U-Boot] [PATCH 4/4] MIPS: call debug_uart_init right before board_init_f

On 04/23/2017 01:31 PM, Álvaro Fernández Rojas wrote: > Hi Marek, > > El 23/04/2017 a las 13:09, Marek Vasut escribió: >> On 04/23/2017 12:50 PM, Álvaro Fernández Rojas wrote: >>> From: Daniel Schwierzeck >>> >>> All MIPS boards that support debug uart are calling

Re: [U-Boot] [PATCH 4/4] MIPS: call debug_uart_init right before board_init_f

Hi Marek, El 23/04/2017 a las 13:09, Marek Vasut escribió: > On 04/23/2017 12:50 PM, Álvaro Fernández Rojas wrote: >> From: Daniel Schwierzeck >> >> All MIPS boards that support debug uart are calling debug_uart_init right at >> the beginning of board_early_init_f.

Re: [U-Boot] [PATCH 4/4] MIPS: call debug_uart_init right before board_init_f

On 04/23/2017 12:50 PM, Álvaro Fernández Rojas wrote: > From: Daniel Schwierzeck > > All MIPS boards that support debug uart are calling debug_uart_init right at > the beginning of board_early_init_f. > Instead of doing that, let's provide a generic call to

Re: [U-Boot] [PATCH v2 1/1] core/uclass: iterate over all devices of a uclass

Am 19.04.2017 um 23:34 schrieb Simon Glass: > On 19 April 2017 at 15:06, Andreas Färber wrote: >> Am 19.04.2017 um 13:26 schrieb Heinrich Schuchardt: >>> When iterating over the devices of an uclass the iteration stops >>> at the first device that cannot be probed. >>> When

Re: [U-Boot] [PATCH v2 1/1] core/uclass: iterate over all devices of a uclass

Am 23.04.2017 um 01:58 schrieb Simon Glass: > Hi, > > On 19 April 2017 at 15:34, Simon Glass wrote: >> On 19 April 2017 at 15:06, Andreas Färber wrote: >>> Am 19.04.2017 um 13:26 schrieb Heinrich Schuchardt: When iterating over the devices of an uclass

[U-Boot] [PATCH 4/4] MIPS: call debug_uart_init right before board_init_f

From: Daniel Schwierzeck All MIPS boards that support debug uart are calling debug_uart_init right at the beginning of board_early_init_f. Instead of doing that, let's provide a generic call to debug_uart_init right before the call to board_init_f if debug uart is

[U-Boot] [PATCH 3/4] MIPS: tl-wdr4300: remove debug_uart_init call

In order to add a generic MIPS debug_uart_init call right before the call to board_early_init_f, we need to remove all calls to debug_uart_init from every MIPS boards. WDR4300 doesn't provide a board_debug_uart_init and configures pinmux in board_early_init_f instead. Since I have no idead of

[U-Boot] [PATCH 2/4] MIPS: QCA AP143: remove debug_uart_init call

In order to add a generic MIPS debug_uart_init call right before the call to board_early_init_f, we need to remove all calls to debug_uart_init from every MIPS boards. Signed-off-by: Álvaro Fernández Rojas --- board/qca/ap143/ap143.c | 3 --- 1 file changed, 3 deletions(-)

[U-Boot] [PATCH 0/4] MIPS: call debug_uart_init right before board_init_f

All MIPS boards that support debug uart are calling debug_uart_init right at the beginning of board_early_init_f. Instead of doing that, let's provide a generic call to debug_uart_init right before the call to board_init_f if debug uart is enabled. Daniel Schwierzeck (1): MIPS: call

[U-Boot] [PATCH 1/4] MIPS: QCA AP121: remove debug_uart_init call

In order to add a generic MIPS debug_uart_init call right before the call to board_early_init_f, we need to remove all calls to debug_uart_init from every MIPS boards. Signed-off-by: Álvaro Fernández Rojas --- board/qca/ap121/ap121.c | 3 --- 1 file changed, 3 deletions(-)

Re: [U-Boot] [U-Boot,v2] odroid-c2: Enable distro boot

Am 23.04.2017 um 12:41 schrieb Andreas Färber: > Am 22.04.2017 um 16:51 schrieb Heinrich Schuchardt: >> On 04/22/2017 03:10 PM, Andreas Färber wrote: >>> Hi, >>> >>> Am 22.04.2017 um 14:59 schrieb Heinrich Schuchardt: On 01/15/2017 07:52 PM, Andreas Färber wrote: > Use the generic

Re: [U-Boot] [U-Boot,v2] odroid-c2: Enable distro boot

Am 22.04.2017 um 16:51 schrieb Heinrich Schuchardt: > On 04/22/2017 03:10 PM, Andreas Färber wrote: >> Hi, >> >> Am 22.04.2017 um 14:59 schrieb Heinrich Schuchardt: >>> On 01/15/2017 07:52 PM, Andreas Färber wrote: Use the generic "distro" boot framework to enable automatic DHCP boot.

Re: [U-Boot] [PATCH 1/1] odroid-c2: make fdtfile conform with README.pxe

Heinrich, Am 23.04.2017 um 10:09 schrieb Heinrich Schuchardt: > According to doc/README.pxe fdtfile shall only contain a filename > and no path. If a path is needed it shall be specified with > ftddir. That is absolute BS!!! It does NOT say that at all.

[U-Boot] [PATCH v5 12/14] MIPS: add BMIPS Comtrend AR-5387un board

Signed-off-by: Álvaro Fernández Rojas --- v5: No changes. v4: No changes. v3: No changes. v2: Introduce changes suggested by Daniel Schwierzeck: - Split BMIPS support patches. - Remove DEBUG_UART from defconfig. arch/mips/dts/Makefile | 1 +

[U-Boot] [PATCH v5 05/14] cmd: cpu: refactor to ensure devices are probed and improve code style

Use uclass_first_device and uclass_next_device in order to avoid exceptions for drivers that aren't probed when cpu ops are requested. Improve code style and fix indentations. Fix incorrect line break when cpu info is not available. Remove unneeded brackets. Signed-off-by: Álvaro Fernández Rojas

[U-Boot] [PATCH v5 11/14] MIPS: add support for Broadcom MIPS BCM6328 SoC family

Signed-off-by: Álvaro Fernández Rojas --- v5: No changes. v4: No changes. v3: No changes. v2: Introduce changes suggested by Daniel Schwierzeck: - Split BMIPS support patches. - Add PERF_BASE to cpus. arch/mips/dts/brcm,bcm6328.dtsi | 88

[U-Boot] [PATCH v5 06/14] cpu: add CPU driver for Broadcom MIPS SoCs

Signed-off-by: Álvaro Fernández Rojas --- v5: Add specific desc functions. v4: No changes. v3: Several improvements: - Probe driver correctly. - Allocate size for priv struct. - Cosmetic fixes. v2: Introduce changes suggested by Daniel Schwierzeck: - Split BMIPS

[U-Boot] [PATCH v5 13/14] MIPS: add support for Broadcom MIPS BCM63268 SoC family

Signed-off-by: Álvaro Fernández Rojas --- v5: No changes. v4: No changes. v3: No changes. v2: Introduce changes suggested by Daniel Schwierzeck: - Split BMIPS support patches. - Add PERF_BASE to cpus. arch/mips/dts/brcm,bcm63268.dtsi | 88

[U-Boot] [PATCH v5 08/14] MIPS: add initial infrastructure for Broadcom MIPS SoCs

CFE checks CPU Thread in a different way (using register $22): mfc0t1, C0_BCM_CONFIG, 3 # $22 li t2, CP0_CMT_TPID # (1 << 31) and t1, t2 bnezt1, 2f # if we are running on thread 1, skip init nop Signed-off-by: Álvaro Fernández Rojas --- v4: No changes. v5:

[U-Boot] [PATCH v5 14/14] MIPS: add BMIPS Comtrend VR-3032u board

Signed-off-by: Álvaro Fernández Rojas --- v5: No changes. v4: No changes. v3: No changes. v2: Introduce changes suggested by Daniel Schwierzeck: - Split BMIPS support patches. - Remove DEBUG_UART from defconfig. arch/mips/dts/Makefile | 1 +

[U-Boot] [PATCH v5 02/14] sysreset: add syscon-reboot driver

Add a new sysreset driver based on linux/drivers/power/reset/syscon-reboot.c, which provides a generic driver for platforms that only require writing a mask to a regmap offset. Signed-off-by: Álvaro Fernández Rojas Reviewed-by: Simon Glass --- v5: No

[U-Boot] [PATCH v5 10/14] MIPS: add BMIPS Huawei HG556a board

Signed-off-by: Álvaro Fernández Rojas --- v5: No changes. v4: No changes. v3: Add cfi-flash support. v2: Introduce changes suggested by Daniel Schwierzeck: - Split BMIPS support patches. - Remove DEBUG_UART from defconfig. arch/mips/dts/Makefile | 1 +

[U-Boot] [PATCH v5 07/14] ram: add RAM driver for Broadcom MIPS SoCs

Signed-off-by: Álvaro Fernández Rojas Reviewed-by: Simon Glass --- v5: No changes. v4: No changes. v3: Rename of_match to ids. v2: Introduce changes suggested by Daniel Schwierzeck: - Split BMIPS support patches. drivers/ram/Makefile| 2 +

[U-Boot] [PATCH v5 09/14] MIPS: add support for Broadcom MIPS BCM6358 SoC family

Signed-off-by: Álvaro Fernández Rojas --- v5: No changes. v4: No changes. v3: Add cfi-flash defines. v2: Introduce changes suggested by Daniel Schwierzeck: - Split BMIPS support patches. - Add PERF_BASE to cpus. - Merge with "fix ioremap for BCM6358" patch. - Add a

[U-Boot] [PATCH v5 04/14] serial: add serial driver for BCM6345

It is based on linux/drivers/tty/serial/bcm63xx_uart.c Signed-off-by: Álvaro Fernández Rojas --- v5: No changes. v4: Add more missing register configurations based on CFE. v3: Several improvements: - Add missing register configurations based on CFE. - Replace tabs with

[U-Boot] [PATCH v5 03/14] MIPS: allow using generic sysreset drivers

Avoid duplicating do_reset definition if SYSRESET is enabled for MIPS Signed-off-by: Álvaro Fernández Rojas Reviewed-by: Simon Glass --- v5: No changes. v4: No changes. v3: No changes. v2: No changes. arch/mips/cpu/cpu.c | 2 ++ 1 file changed, 2

[U-Boot] [PATCH v5 01/14] cmd: cpu: fix NULL cpu feature prints

Commit 740d5d3 added two new features but only one feature name, which results in NULL prints when device_id feature is selected. Before: HG556a # cpu detail -1: cpu@0 BCM6358A1 ID = 0, freq = 300 MHz: L1 cache, MMU, NULL Device ID 0x2a010

[U-Boot] [PATCH v5 00/14] Add support for Broadcom MIPS SoCs

This adds support for some of the xDSL Broadcom MIPS SoCs: - BCM6358 - BCM6328 - BCM63268 However, support for other SoCs could be added in the future: - Other BCM63xx - BCM33xx - BCM71xx v5: Improve BMIPS CPU driver v4: Introduce changes suggested by Simon Glass: - Refactor cmd/cpu. -

Re: [U-Boot] [U-Boot,v2] odroid-c2: Enable distro boot

Am 22.04.2017 um 20:32 schrieb Heinrich Schuchardt: > On 04/22/2017 05:47 PM, Andreas Färber wrote: >> Am 22.04.2017 um 16:19 schrieb Heinrich Schuchardt: >>> On 04/22/2017 03:10 PM, Andreas Färber wrote: Am 22.04.2017 um 14:59 schrieb Heinrich Schuchardt: > On 01/15/2017 07:52 PM,

Re: [U-Boot] [PATCH v4 0/7] am57xx: cl-som-am57x: fix usb

Hello Tom, A gentle ping on this patch series. On 02/23/2017 03:39 PM, Uri Mashiach wrote: Various USB related comits for the CL-SOM-AM57x module. --- V1 -> V2: Replace commit "fix XHCI registers base address" with "reintroduce the CONFIG_AM57XX symbol". V2 -> V3: * New commit "move

  1   2   >