April 2017 - U-Boot

[U-Boot] [PATCH v4 0/7] OMAP: Move SATA to use block driver model and introduce a new framework for PHY management
by Jean-Jacques Hiblot 24 Apr '17

24 Apr '17

This series adds support for SATA using the driver model on omap platforms. It is based on the work of Mugunthan V N <mugunthanvnm(a)ti.com> in Feb 2016 In the process it adds a new framework to manage PHY devices changes since v3: * Add a patch to split scsi_scan() as discussed in https://patchwork.ozlabs.org/patch/748210/ * reworked the PHY framework to support multiple port PHY devices (required to be compatible with the device-tree bindings used in linux). Updated the tests as well. * moved away from "generic[_-]phy" to simply use 'phy' instead. Expect for the name of the header file 'generic-phy.h' and for the names of the functions of the API, because it's already used by the Ethernet PHY code. * rebased on top of u-boot-dm/master * removed the patches already taken in u-boot-dm/master changes since v2: * Added unit tests for generic PHY uclass. * Changed the generic phy API to use a 'struct udevice*' to reference the phy device. * Don't modify anymore the root Makefile. * Updated the Kconfig with more details on the PHY framework. * Use a Unique Lincense Identifier (SPDX) * Use omap5-u-boot.dtsi to mark the ocp2scp bus as compatible with "simple-bus" * Split scsi_scan() in 2 for clarity. The function was becoming too long. changes since v1: * changed the way the 'old' sata code is compiled out when DM_SCSI is enabled. * added a new framework for PHY management. * added a new driver for the PIPE3 phy and use it in the dwc_ahci driver. * changed the interface of scsi_detect_dev() and moved the call part_init() out of it. * modified the fix to scsi_scan() in order to call scsi_detect_dev() only once. * the max_lun and max_id parameters are now taken from the device-tree. * Updated the defconfig changes to include the PHY driver and its dependencies. Jean-Jacques Hiblot (7): scsi: dm: split scsi_scan() drivers: phy: add generic PHY framework dm: test: Add tests for the generic PHY uclass drivers: phy: add PIPE3 phy driver dra7: dtsi: mark ocp2scp bus compatible with "simple-bus" drivers: block: dwc_ahci: Implement a driver for Synopsys DWC sata device defconfig: dra7xx_evm: enable CONFIG_BLK and disk driver model for SCSI arch/arm/dts/omap5-u-boot.dtsi | 4 + arch/sandbox/dts/test.dts | 17 ++ common/scsi.c | 102 ++++++----- configs/dra7xx_evm_defconfig | 12 +- configs/dra7xx_hs_evm_defconfig | 11 +- configs/sandbox_defconfig | 2 + configs/sandbox_noblk_defconfig | 2 + configs/sandbox_spl_defconfig | 3 + drivers/Kconfig | 2 + drivers/Makefile | 2 + drivers/block/Kconfig | 10 ++ drivers/block/Makefile | 1 + drivers/block/dwc_ahci.c | 101 +++++++++++ drivers/phy/Kconfig | 63 +++++++ drivers/phy/Makefile | 4 + drivers/phy/phy-uclass.c | 139 +++++++++++++++ drivers/phy/sandbox-phy.c | 98 +++++++++++ drivers/phy/ti-pipe3-phy.c | 373 ++++++++++++++++++++++++++++++++++++++++ include/dm/uclass-id.h | 1 + include/generic-phy.h | 224 ++++++++++++++++++++++++ test/dm/Makefile | 2 + test/dm/phy.c | 112 ++++++++++++ 22 files changed, 1230 insertions(+), 55 deletions(-) create mode 100644 drivers/block/dwc_ahci.c create mode 100644 drivers/phy/Kconfig create mode 100644 drivers/phy/Makefile create mode 100644 drivers/phy/phy-uclass.c create mode 100644 drivers/phy/sandbox-phy.c create mode 100644 drivers/phy/ti-pipe3-phy.c create mode 100644 include/generic-phy.h create mode 100644 test/dm/phy.c -- 1.9.1

2 12

[U-Boot] arch/arm/lib/crt0_arm_efi.o build errors
by Andreas Färber 24 Apr '17

24 Apr '17

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: > [ 234s] CC lib/efi_loader/helloworld.o > [ 234s] make[2]: *** No rule to make target 'arch/arm/lib/crt0_arm_efi.o', needed by 'lib/efi_loader/helloworld.so'. Stop. > [ 234s] make[2]: *** Waiting for unfinished jobs.... > [ 234s] make[1]: *** [scripts/Makefile.build:425: lib/efi_loader] Error 2 > [ 234s] make: *** [Makefile:1234: lib] Error 2 > [ 234s] make: *** Waiting for unfinished jobs.... > [ 234s] CC arch/arm/lib/cache-cp15.o > [ 234s] CC arch/arm/lib/psci-dt.o > [ 235s] AS arch/arm/lib/ashldi3.o > [ 235s] AS arch/arm/lib/ashrdi3.o > [ 235s] CC arch/arm/lib/div0.o > [ 235s] AS arch/arm/lib/div64.o > [ 235s] AS arch/arm/lib/lib1funcs.o > [ 235s] AS arch/arm/lib/lshrdi3.o > [ 235s] AS arch/arm/lib/muldi3.o > [ 235s] AS arch/arm/lib/uldivmod.o > [ 235s] CC arch/arm/lib/eabi_compat.o > [ 235s] AS arch/arm/lib/crt0_arm_efi.o Here it built okay, but too late for helloworld.o. > [ 235s] CC arch/arm/lib/reloc_arm_efi.o > [ 235s] LD arch/arm/lib/built-in.o > [ 235s] AR arch/arm/lib/lib.a > [ 236s] error: Bad exit status from /var/tmp/rpm-tmp.3J9RiO (%build) Happens for various defconfigs, hard to reproduce. Regards, Andreas -- SUSE Linux GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Felix Imendörffer, Jane Smithard, Graham Norton HRB 21284 (AG Nürnberg)

3 2

[U-Boot] [PATCH 00/22] x86: Add ACPI S3 resume support
by Bin Meng 24 Apr '17

24 Apr '17

This adds ACPI S3 (suspend to ram) resume capability in U-Boot. With S3 support within U-Boot, the board wakes up and resumes to OS very quickly. This so far is enabled and tested on Intel MinnowMax board. Please check README.x86 for how to test it with a plain Linux kernel. Note testing with Ubuntu or Windows has some issues and fixes are still being worked out. This series is available for testing in u-boot-x86/s3-working. Bin Meng (22): dm: rtc: Add 16-bit read/write support x86: acpi: Add Kconfig option and header file for ACPI resume x86: baytrail: acpi: Add APIs for determining/clearing sleep state x86: Add post codes for OS resume x86: fsp: acpi: Pass different boot mode to FSP init x86: Store and display previous sleep state x86: baytrail: Conditionally report S3 in the ACPI table x86: fsp: Mark memory used by U-Boot as reserved in the E820 table for S3 x86: acpi: Add wake up assembly stub x86: acpi: Add one API to find OS wakeup vector x86: acpi: Resume OS if resume vector is found x86: Add an early CMOS access library x86: fsp: Save stack address to CMOS for next S3 boot x86: fsp: Mark the first 64K low memory as reserved x86: Adjust board_final_cleanup() order x86: apci: Change PM1_CNT register access to RMW x86: acpi: Make enter_acpi_mode() public x86: acpi: Refactor acpi_resume() x86: acpi: Turn on ACPI mode for S3 x86: pci: Allow conditionally run VGA rom in S3 x86: minnowmax: Enable ACPI S3 resume x86: Document ACPI S3 support arch/x86/Kconfig | 32 ++++++ arch/x86/cpu/Makefile | 1 + arch/x86/cpu/baytrail/acpi.c | 47 +++++++++ arch/x86/cpu/cpu.c | 26 ++++- arch/x86/cpu/wakeup.S | 79 ++++++++++++++ arch/x86/include/asm/acpi_s3.h | 116 +++++++++++++++++++++ arch/x86/include/asm/acpi_table.h | 3 + .../include/asm/arch-baytrail/acpi/sleepstates.asl | 2 + arch/x86/include/asm/arch-baytrail/iomap.h | 24 +++++ arch/x86/include/asm/cmos_layout.h | 31 ++++++ arch/x86/include/asm/early_cmos.h | 43 ++++++++ arch/x86/include/asm/global_data.h | 3 + arch/x86/include/asm/post.h | 2 + arch/x86/include/asm/tables.h | 1 + arch/x86/include/asm/u-boot-x86.h | 1 + arch/x86/lib/Makefile | 2 + arch/x86/lib/acpi_s3.c | 34 ++++++ arch/x86/lib/acpi_table.c | 84 ++++++++++++++- arch/x86/lib/early_cmos.c | 51 +++++++++ arch/x86/lib/fsp/fsp_common.c | 55 +++++++++- arch/x86/lib/fsp/fsp_dram.c | 24 +++++ configs/minnowmax_defconfig | 1 + doc/README.x86 | 20 ++-- drivers/pci/pci_rom.c | 14 +++ drivers/rtc/rtc-uclass.c | 30 ++++++ include/rtc.h | 20 ++++ 26 files changed, 735 insertions(+), 11 deletions(-) create mode 100644 arch/x86/cpu/wakeup.S create mode 100644 arch/x86/include/asm/acpi_s3.h create mode 100644 arch/x86/include/asm/cmos_layout.h create mode 100644 arch/x86/include/asm/early_cmos.h create mode 100644 arch/x86/lib/acpi_s3.c create mode 100644 arch/x86/lib/early_cmos.c -- 2.9.2

3 57

[U-Boot] [PATCH 1/4] dm: device_remove: Don't return in device_chld_remove() upon error
by Stefan Roese 24 Apr '17

24 Apr '17

On my x86 platform I've noticed, that calling dm_uninit() or the new function dm_remove_devices_flags() does not remove the desired device at all. Debugging showed, that the serial uclass returns -EPERM in serial_pre_remove() and this leads to a complete stop of the device removal pretty early, as the serial device is one of the first ones in the DM. Here the dm tree output: => dm tree Class Probed Name ---------------------------------------- root [ + ] root_driver rsa_mod_exp [ ] |-- mod_exp_sw serial [ + ] |-- serial rtc [ ] |-- rtc timer [ + ] |-- tsc-timer syscon [ + ] |-- pch_pinctrl ... In this example, device_remove(root) will stop directly after trying to remove the "serial" device. To solve this problem, this patch removes the return upon error check in the device_remove() call in device_chld_remove(). This leads to device_chld_remove() continuing with the device_remove() call to the following child devices. Signed-off-by: Stefan Roese <sr(a)denx.de> Cc: Simon Glass <sjg(a)chromium.org> Cc: Bin Meng <bmeng.cn(a)gmail.com> --- drivers/core/device-remove.c | 8 ++------ 1 file changed, 2 insertions(+), 6 deletions(-) diff --git a/drivers/core/device-remove.c b/drivers/core/device-remove.c index cc0043b990..8b46f3343e 100644 --- a/drivers/core/device-remove.c +++ b/drivers/core/device-remove.c @@ -52,15 +52,11 @@ static int device_chld_unbind(struct udevice *dev) static int device_chld_remove(struct udevice *dev, uint flags) { struct udevice *pos, *n; - int ret; assert(dev); - list_for_each_entry_safe(pos, n, &dev->child_head, sibling_node) { - ret = device_remove(pos, flags); - if (ret) - return ret; - } + list_for_each_entry_safe(pos, n, &dev->child_head, sibling_node) + device_remove(pos, flags); return 0; } -- 2.12.2

3 11

[U-Boot] [PATCH v3 00/11] Add mipi dsi display support for rockchip soc.
by Eric Gao 24 Apr '17

24 Apr '17

Changes in v3: -Split GRF changes as a single patch -Split mipi dsi driver file and header as a single patch. -Split Makefile changes to a single patch. -Split Kconfig changes to a single patch. -Add more description in the commit message -Add ret value in debug message. -Improve indentation relationship Changes in v2: -Add mipi display mode for vop. -Add compatible items for rk3399 vop. -Change the bitwidth for different display mode. -Extend frame buffer size for mipi display -Add pwm0 pinctrl init for lcd backlight. -Add dts config for mipi display. -Add defconfigs for mipi display, so that it can be enabled by default. Eric Gao (11): rockchip: include: grf: Add GRF register declaration for mipi dsi rockchip: video: Add mipi driver for rockchip soc rockchip: video: Makefile: Add mipi driver addition. rockchip: video: Kconfig: Add mipi driver addition. rockchip: video: vop: Add mipi display mode for rk3399 rockchip: video: vop: Set different bitwidth for different display mode rockchip: video: vop: Reserve enough space for mipi dispaly rockchip: board: evb_rk3399: initialize pwm0 for dispaly backlight rockchip: dts: Add mipi dsi support for rk3399 rockchip: configs: Enable mipi dsi for rk3399 rockchip: video: vop: Fix rk_display_init() return error arch/arm/dts/rk3399-evb.dts | 84 ++++ arch/arm/dts/rk3399.dtsi | 72 +++ arch/arm/include/asm/arch-rockchip/grf_rk3399.h | 23 + .../include/asm/arch-rockchip/rockchip_mipi_dsi.h | 195 ++++++++ arch/arm/include/asm/arch-rockchip/vop_rk3288.h | 1 + board/rockchip/evb_rk3399/evb-rk3399.c | 7 + configs/evb-rk3399_defconfig | 6 + drivers/video/rockchip/Kconfig | 11 +- drivers/video/rockchip/Makefile | 5 +- drivers/video/rockchip/rk_mipi.c | 491 +++++++++++++++++++++ drivers/video/rockchip/rk_vop.c | 38 +- 11 files changed, 919 insertions(+), 14 deletions(-) create mode 100644 arch/arm/include/asm/arch-rockchip/rockchip_mipi_dsi.h create mode 100644 drivers/video/rockchip/rk_mipi.c -- 1.9.1

3 18

[U-Boot] [PATCH v1] env_mmc: configure environment offsets via device tree
by Philipp Tomsich 24 Apr '17

24 Apr '17

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 CONFIG_ENV_OFFSET 'u-boot,mmc-env-offset-redundant' - overrides CONFIG_ENV_OFFSET_REDUND To keep with the previous logic, the CONFIG_* defines still need to be available and the statically defined values become the defaults, when the corresponding properties are not set in the device-tree. Signed-off-by: Philipp Tomsich <philipp.tomsich(a)theobroma-systems.com> --- common/env_mmc.c | 31 +++++++++++++++++++++++++++---- 1 file changed, 27 insertions(+), 4 deletions(-) diff --git a/common/env_mmc.c b/common/env_mmc.c index 16f6a17..ef3dbd1 100644 --- a/common/env_mmc.c +++ b/common/env_mmc.c @@ -1,24 +1,25 @@ /* * (C) Copyright 2008-2011 Freescale Semiconductor, Inc. * * SPDX-License-Identifier: GPL-2.0+ */ /* #define DEBUG */ #include <common.h> #include <command.h> #include <environment.h> +#include <fdtdec.h> #include <linux/stddef.h> #include <malloc.h> #include <memalign.h> #include <mmc.h> #include <search.h> #include <errno.h> #if defined(CONFIG_ENV_SIZE_REDUND) && \ (CONFIG_ENV_SIZE_REDUND != CONFIG_ENV_SIZE) #error CONFIG_ENV_SIZE_REDUND should be the same as CONFIG_ENV_SIZE #endif @@ -36,21 +37,43 @@ DECLARE_GLOBAL_DATA_PTR; #define CONFIG_ENV_OFFSET 0 #endif -__weak int mmc_get_env_addr(struct mmc *mmc, int copy, u32 *env_addr) +#ifdef CONFIG_OF_LIBFDT +static inline s64 mmc_offset(int copy) { - s64 offset; + const char *propname = "u-boot,mmc-env-offset"; + s64 defvalue = CONFIG_ENV_OFFSET; - offset = CONFIG_ENV_OFFSET; -#ifdef CONFIG_ENV_OFFSET_REDUND +#if defined(CONFIG_ENV_OFFSET_REDUND) + if (copy) { + propname = "u-boot,mmc-env-offset-redundant"; + defvalue = CONFIG_ENV_OFFSET_REDUND; + } +#endif + + return fdtdec_get_config_int(gd->fdt_blob, propname, defvalue); +} +#else +static inline s64 mmc_offset(int copy) +{ + s64 offset = CONFIG_ENV_OFFSET; + +#if defined(CONFIG_ENV_OFFSET_REDUND) if (copy) offset = CONFIG_ENV_OFFSET_REDUND; #endif + return offset; +} +#endif + +__weak int mmc_get_env_addr(struct mmc *mmc, int copy, u32 *env_addr) +{ + s64 offset = mmc_offset(copy); if (offset < 0) offset += mmc->capacity; *env_addr = offset; return 0; } -- 1.9.1

5 13

[U-Boot] [PATCH v3 1/3] power: regulator: pwm: support pwm polarity setting
by Kever Yang 24 Apr '17

24 Apr '17

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 shaking, which lead to the system not stable. Signed-off-by: Elaine Zhang <zhangqing(a)rock-chips.com> Signed-off-by: Kever Yang <kever.yang(a)rock-chips.com> --- Changes in v3: - use bool type for polarity - add sambox test Changes in v2: - use pwm_set_invert() instead of pwm_set_init() - add comment for polarity drivers/power/regulator/pwm_regulator.c | 16 ++++++++++++++-- drivers/pwm/pwm-uclass.c | 10 ++++++++++ drivers/pwm/rk_pwm.c | 17 ++++++++++++++++- include/pwm.h | 19 +++++++++++++++++++ 4 files changed, 59 insertions(+), 3 deletions(-) diff --git a/drivers/power/regulator/pwm_regulator.c b/drivers/power/regulator/pwm_regulator.c index 4875238..a6c9fcc 100644 --- a/drivers/power/regulator/pwm_regulator.c +++ b/drivers/power/regulator/pwm_regulator.c @@ -24,6 +24,12 @@ struct pwm_regulator_info { int pwm_id; /* the period of one PWM cycle */ int period_ns; + /* + * the polarity of one PWM + * 0: normal polarity + * 1: inverted polarity + */ + bool polarity; struct udevice *pwm; /* initialize voltage of regulator */ unsigned int init_voltage; @@ -49,7 +55,7 @@ static int pwm_voltage_to_duty_cycle_percentage(struct udevice *dev, int req_uV) int max_uV = priv->max_voltage; int diff = max_uV - min_uV; - return 100 - (((req_uV * 100) - (min_uV * 100)) / diff); + return ((req_uV * 100) - (min_uV * 100)) / diff; } static int pwm_regulator_get_voltage(struct udevice *dev) @@ -67,6 +73,12 @@ static int pwm_regulator_set_voltage(struct udevice *dev, int uvolt) duty_cycle = pwm_voltage_to_duty_cycle_percentage(dev, uvolt); + ret = pwm_set_invert(priv->pwm, priv->pwm_id, priv->polarity); + if (ret) { + dev_err(dev, "Failed to init PWM\n"); + return ret; + } + ret = pwm_set_config(priv->pwm, priv->pwm_id, (priv->period_ns / 100) * duty_cycle, priv->period_ns); if (ret) { @@ -97,9 +109,9 @@ static int pwm_regulator_ofdata_to_platdata(struct udevice *dev) debug("%s: Cannot get PWM phandle: ret=%d\n", __func__, ret); return ret; } - /* TODO: pwm_id here from device tree if needed */ priv->period_ns = args.args[1]; + priv->polarity = args.args[2]; priv->init_voltage = fdtdec_get_int(blob, node, "regulator-init-microvolt", -1); diff --git a/drivers/pwm/pwm-uclass.c b/drivers/pwm/pwm-uclass.c index c2200af..69051fe 100644 --- a/drivers/pwm/pwm-uclass.c +++ b/drivers/pwm/pwm-uclass.c @@ -9,6 +9,16 @@ #include <dm.h> #include <pwm.h> +int pwm_set_invert(struct udevice *dev, uint channel, bool polarity) +{ + struct pwm_ops *ops = pwm_get_ops(dev); + + if (!ops->set_invert) + return -ENOSYS; + + return ops->set_invert(dev, channel, polarity); +} + int pwm_set_config(struct udevice *dev, uint channel, uint period_ns, uint duty_ns) { diff --git a/drivers/pwm/rk_pwm.c b/drivers/pwm/rk_pwm.c index 9254f5b..f3b2f76 100644 --- a/drivers/pwm/rk_pwm.c +++ b/drivers/pwm/rk_pwm.c @@ -21,8 +21,22 @@ DECLARE_GLOBAL_DATA_PTR; struct rk_pwm_priv { struct rk3288_pwm *regs; ulong freq; + uint enable_conf; }; +static int rk_pwm_set_invert(struct udevice *dev, uint channel, bool polarity) +{ + struct rk_pwm_priv *priv = dev_get_priv(dev); + + debug("%s: polarity=%u\n", __func__, polarity); + if (polarity) + priv->enable_conf |= PWM_DUTY_NEGATIVE | PWM_INACTIVE_POSTIVE; + else + priv->enable_conf |= PWM_DUTY_POSTIVE | PWM_INACTIVE_NEGATIVE; + + return 0; +} + static int rk_pwm_set_config(struct udevice *dev, uint channel, uint period_ns, uint duty_ns) { @@ -32,7 +46,7 @@ static int rk_pwm_set_config(struct udevice *dev, uint channel, uint period_ns, debug("%s: period_ns=%u, duty_ns=%u\n", __func__, period_ns, duty_ns); writel(PWM_SEL_SRC_CLK | PWM_OUTPUT_LEFT | PWM_LP_DISABLE | - PWM_CONTINUOUS | PWM_DUTY_POSTIVE | PWM_INACTIVE_POSTIVE | + PWM_CONTINUOUS | priv->enable_conf | RK_PWM_DISABLE, &regs->ctrl); @@ -83,6 +97,7 @@ static int rk_pwm_probe(struct udevice *dev) } static const struct pwm_ops rk_pwm_ops = { + .set_invert = rk_pwm_set_invert, .set_config = rk_pwm_set_config, .set_enable = rk_pwm_set_enable, }; diff --git a/include/pwm.h b/include/pwm.h index 851915e..ebee227 100644 --- a/include/pwm.h +++ b/include/pwm.h @@ -34,6 +34,15 @@ struct pwm_ops { * @return 0 if OK, -ve on error */ int (*set_enable)(struct udevice *dev, uint channel, bool enable); + /** + * set_invert() - Set the PWM invert + * + * @dev: PWM device to update + * @channel: PWM channel to update + * @polarity: true to invert, false to keep normal polarity + * @return 0 if OK, -ve on error + */ + int (*set_invert)(struct udevice *dev, uint channel, bool polarity); }; #define pwm_get_ops(dev) ((struct pwm_ops *)(dev)->driver->ops) @@ -60,6 +69,16 @@ int pwm_set_config(struct udevice *dev, uint channel, uint period_ns, */ int pwm_set_enable(struct udevice *dev, uint channel, bool enable); +/** + * pwm_set_invert() - Set pwm default polarity + * + * @dev: PWM device to update + * @channel: PWM channel to update + * @polarity: true to invert, false to keep normal polarity + * @return 0 if OK, -ve on error + */ +int pwm_set_invert(struct udevice *dev, uint channel, bool polarity); + /* Legacy interface */ #ifndef CONFIG_DM_PWM int pwm_init (int pwm_id, int div, int invert); -- 1.9.1

2 5

Re: [U-Boot] [U-Boot,v2] odroid-c2: Enable distro boot
by Andreas Färber 23 Apr '17

23 Apr '17

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. >> >> The fdt and kernel addresses are adopted from downstream; ramdisk and >> scriptaddr addresses were chosen arbitrarily. >> >> Signed-off-by: Andreas Färber <afaerber(a)suse.de> >> --- > ... >> diff --git a/include/configs/odroid-c2.h b/include/configs/odroid-c2.h >> index 1d5b3d5..bf7e1af 100644 >> --- a/include/configs/odroid-c2.h >> +++ b/include/configs/odroid-c2.h >> @@ -12,6 +12,8 @@ >> #define CONFIG_CONS_INDEX 0 >> #define CONFIG_BAUDRATE 115200 >> >> +#define MESON_FDTFILE_SETTING "fdtfile=amlogic/meson-gxbb-odroidc2.dtb\0" > > Hello Andreas, > > do you remember why you chose to put meson-gxbb-odroidc2.dtb into > subdirectory amlogic? I chose that directory name when I added GXBaby support to the kernel: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/arc… Note that we had a discussion about this a while ago when I sent patches to amend the distro framework's dtb search paths, and Tom's decision was to instead hardcode the vendor dirs inside $fdtfile. > This breaks package flash-kernel in Debian. Then your package may also have problems with the Raspberry Pi 3 and further arm64 boards. For sunXi I have a pending patch to fix it. If others are not yet doing it, consider it a bug and file patches please. Regards, Andreas -- SUSE Linux GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Felix Imendörffer, Jane Smithard, Graham Norton HRB 21284 (AG Nürnberg)

2 7

[U-Boot] [PATCH 1/1] odroid-c2: make fdtfile conform with README.pxe
by Heinrich Schuchardt 23 Apr '17

23 Apr '17

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. Putting the vendor path into ftdname breaks package flash-kernel in Linux distribution Debian and its derivatives. The following other arm64 boards do not have a vendor directory prefixed to ftddir: hikey_defconfig: fdtfile=hi6220-hikey.dtb dragonboard410c_defconfig: fdtfile=apq8016-sbc.dtb pine64_plus_defconfig: fdtfile=sun50i-a64-pine6-plus.dtb Signed-off-by: Heinrich Schuchardt <xypron.glpk(a)gmx.de> --- include/configs/odroid-c2.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include/configs/odroid-c2.h b/include/configs/odroid-c2.h index 117c0e418a..f2e1034b50 100644 --- a/include/configs/odroid-c2.h +++ b/include/configs/odroid-c2.h @@ -13,7 +13,7 @@ /* Serial setup */ #define CONFIG_CONS_INDEX 0 -#define MESON_FDTFILE_SETTING "fdtfile=amlogic/meson-gxbb-odroidc2.dtb\0" +#define MESON_FDTFILE_SETTING "fdtfile=meson-gxbb-odroidc2.dtb\0" #include <configs/meson-gxbb-common.h> -- 2.11.0

2 1

[U-Boot] [PATCH 00/13] phy: marvell: cp110: varius comphy updates
by igall＠marvell.com 23 Apr '17

23 Apr '17

From: Igal Liberman <igall(a)marvell.com> This patchset improves Marvell A70x0/80x0 comphy driver: - Improve comphy electrical parameters - New modes - Style - Bug fixes Igal Liberman (5): fix: phy: marvell: comphy: cp110: sata: update analog parameters according to latest ETP phy: marvell: comphy: cp110: add 5G XFI mode fix: phy: marvell: cp110: sfi: update analog parameters according to latest ETP fix: phy: marvell: comphy: cp110: rename comphy_index to cp_index fix: phy: marvell: comphy: cp110: pcie: update analog parameters according to latest ETP Stefan Roese (8): phy: marvell: comphy: Replace PHY_TYPE_KR with PHY_TYPE_SFI phy: marvell: comphy: cp110: add support for end point configuration phy: marvell: comphy: cp110: update utmi phy connection type phy: marvell: comphy: add IGNORE COMPHY type fix: phy: marvell: comphy: cp110: fix the KR/SFI line 4 selector fix: phy: marvell: comphy: cp110: update comphy selector option fix: phy: marvell: comphy: cp110: fix comphy lane 4 selection options phy: marvell: comphy: print comphy status even when it's disconnected arch/arm/dts/armada-7040-db.dts | 2 +- arch/arm/dts/armada-8040-db.dts | 8 +- arch/arm/dts/armada-8040-mcbin.dts | 14 +- arch/arm/dts/armada-cp110-master.dtsi | 4 +- arch/arm/dts/armada-cp110-slave.dtsi | 2 +- drivers/phy/marvell/comphy.h | 3 +- drivers/phy/marvell/comphy_core.c | 15 +- drivers/phy/marvell/comphy_cp110.c | 449 +++++++++++++++++++++++++++---- drivers/phy/marvell/comphy_hpipe.h | 277 +++++++++++++++++-- drivers/phy/marvell/comphy_mux.c | 7 + include/dt-bindings/comphy/comphy_data.h | 20 +- 11 files changed, 689 insertions(+), 112 deletions(-) -- 2.7.4

1 13