March 2016 - U-Boot

[U-Boot] [RFC PATCH 0/1] net: phy: Force master mode for RTL8211C
by Michael Haas 22 Mar '16

22 Mar '16

This patch is an RFC based on recent discussions. It's only lightly tested. I have yet to verify that the registers are being set correctly. I'm sending it out now because I have to leave for today. Michael Michael Haas (1): net: phy: Force master mode for RTL8211C drivers/net/phy/realtek.c | 16 +++++++++++++++- 1 file changed, 15 insertions(+), 1 deletion(-) -- 2.7.2

1 2

[U-Boot] [PATCH v7 01/87] mtd: Add m25p80 driver
by Jagan Teki 22 Mar '16

22 Mar '16

This is MTD SPI-NOR driver for ST M25Pxx (and similar) serial flash chips which is written as MTD_UCLASS. More features will be adding on further patches. Cc: Simon Glass <sjg(a)chromium.org> Cc: Bin Meng <bmeng.cn(a)gmail.com> Cc: Mugunthan V N <mugunthanvnm(a)ti.com> Cc: Michal Simek <michal.simek(a)xilinx.com> Cc: Siva Durga Prasad Paladugu <sivadur(a)xilinx.com> Signed-off-by: Jagan Teki <jteki(a)openedev.com> --- Makefile | 1 + drivers/mtd/spi-nor/Makefile | 6 ++++++ drivers/mtd/spi-nor/m25p80.c | 37 +++++++++++++++++++++++++++++++++++++ 3 files changed, 44 insertions(+) create mode 100644 drivers/mtd/spi-nor/Makefile create mode 100644 drivers/mtd/spi-nor/m25p80.c diff --git a/Makefile b/Makefile index 53569e8..9830410 100644 --- a/Makefile +++ b/Makefile @@ -633,6 +633,7 @@ libs-$(CONFIG_CMD_NAND) += drivers/mtd/nand/ libs-y += drivers/mtd/onenand/ libs-$(CONFIG_CMD_UBI) += drivers/mtd/ubi/ libs-y += drivers/mtd/spi/ +libs-y += drivers/mtd/spi-nor/ libs-y += drivers/net/ libs-y += drivers/net/phy/ libs-y += drivers/pci/ diff --git a/drivers/mtd/spi-nor/Makefile b/drivers/mtd/spi-nor/Makefile new file mode 100644 index 0000000..a4c19e3 --- /dev/null +++ b/drivers/mtd/spi-nor/Makefile @@ -0,0 +1,6 @@ +# +# Copyright (C) 2016 Jagan Teki <jteki(a)openedev.com> +# +# SPDX-License-Identifier: GPL-2.0+ + +obj-$(CONFIG_MTD_M25P80) += m25p80.o diff --git a/drivers/mtd/spi-nor/m25p80.c b/drivers/mtd/spi-nor/m25p80.c new file mode 100644 index 0000000..833a9c3 --- /dev/null +++ b/drivers/mtd/spi-nor/m25p80.c @@ -0,0 +1,37 @@ +/* + * MTD SPI-NOR driver for ST M25Pxx (and similar) serial flash chips + * + * Copyright (C) 2016 Jagan Teki <jteki(a)openedev.com> + * + * SPDX-License-Identifier: GPL-2.0+ + */ + +#include <common.h> +#include <dm.h> +#include <errno.h> +#include <spi.h> +#include <linux/mtd/mtd.h> + +static int m25p_probe(struct udevice *dev) +{ + struct spi_slave *spi = dev_get_parent_priv(dev); + struct mtd_info *mtd = dev_get_uclass_priv(dev); + + return 0; +} + +static const struct udevice_id m25p_ids[] = { + /* + * Generic compatibility for SPI NOR that can be identified by the + * JEDEC READ ID opcode (0x9F). Use this, if possible. + */ + { .compatible = "jedec,spi-nor" }, + { } +}; + +U_BOOT_DRIVER(m25p80) = { + .name = "m25p80", + .id = UCLASS_MTD, + .of_match = m25p_ids, + .probe = m25p_probe, +}; -- 1.9.1

1 86

[U-Boot] Build failures with hard float
by Sergey Kubushyn 21 Mar '16

21 Mar '16

There are multiple build failures with hard float toolchains caused by switching to 64-bit data. This shows up in drivers/video among others i.e. in ipu_common.c when building for i.MX6 with video enabled. === Cut === arm-linux-gnueabi-ld.bfd: error: /opt/arm-linux-toolchain/lib/gcc/arm-linux-gnueabi/5.3.0/libgcc.a(_ udivmoddi4.o) uses VFP register arguments, u-boot does not arm-linux-gnueabi-ld.bfd: failed to merge target specific data of file /opt/arm-linux-toolchain/lib/ gcc/arm-linux-gnueabi/5.3.0/libgcc.a(_udivmoddi4.o) Makefile:1191: recipe for target 'u-boot' failed make: *** [u-boot] Error 1 === Cut === Is something going to be done with this? --- ****************************************************************** * KSI@home KOI8 Net < > The impossible we do immediately. * * Las Vegas NV, USA < > Miracles require 24-hour notice. * ******************************************************************

1 0

Re: [U-Boot] [PATCH] Add CONFIG_GMAC_TX_DELAY=4 for OlinuXino Lime2
by Hans de Goede 21 Mar '16

21 Mar '16

Hi, On 21-03-16 18:30, Karsten Merker wrote: > On Mon, Mar 21, 2016 at 04:47:15PM +0100, Karsten Merker wrote: >> On Sun, Mar 20, 2016 at 07:51:20PM +0100, Hans de Goede wrote: >>> On 20-03-16 16:28, Michael Haas wrote: >>>> On 03/20/2016 02:45 PM, Hans de Goede wrote: >>>>> On 19-03-16 14:40, Michael Haas wrote: > >>>>>> 0xA was set to 7800 for working runs and 3800 for broken runs. The >>>>>> difference is bit 14 in the GBSR: 'MASTER/SLAVE Configuration >>>>>> Resolution'. In the broken runs, the autonegotation configured the >>>>>> OlinuXino to 'slave'. I have whipped up a quick patch which disable the >>>>>> master/slave part of the autonegotiation and force master mode. > >>>>>> diff --git a/drivers/net/phy/phy.c b/drivers/net/phy/phy.c >>>>>> index 51b5746..484b2be 100644 >>>>>> --- a/drivers/net/phy/phy.c >>>>>> +++ b/drivers/net/phy/phy.c >>>>>> @@ -170,6 +170,7 @@ int genphy_restart_aneg(struct phy_device *phydev) >>>>>> int genphy_config_aneg(struct phy_device *phydev) >>>>>> { >>>>>> int result; >>>>>> + phy_write(phydev, MDIO_DEVAD_NONE, 0x09, 0x1A00); >>>>>> >>>>>> if (AUTONEG_ENABLE != phydev->autoneg) >>>>>> return genphy_setup_forced(phydev); >>>>>> > >>>> I was going to add that in realtek.c, not in phy.c - as soon as I figure >>>> out which section there is applicable. > > Unfortunately the issue is now split over two threads - this one and the > "Which entry in drivers/net/phy/realtek.c matches my device?" thread. > > It looks like we have three related but separate issues here: > > a) The sunxi config doesn't actually build the phy drivers: > > include/configs/sunxi-common.h contains: > > 302 /* Ethernet support */ > 303 #ifdef CONFIG_SUNXI_EMAC > 304 #define CONFIG_PHY_ADDR 1 > 305 #define CONFIG_MII /* MII PHY management */ > 306 #define CONFIG_PHYLIB > 307 #endif > 308 > 309 #ifdef CONFIG_SUNXI_GMAC > 310 #define CONFIG_PHY_GIGE /* GMAC can use gigabit PHY */ > 311 #define CONFIG_PHY_ADDR 1 > 312 #define CONFIG_MII /* MII PHY management */ > 313 #endif > > For the sunxi EMAC case (which is AFAIK only used on A10/A13) > CONFIG_PHYLIB is enabled, but for the CONFIG_SUNXI_GMAC case (all > other sunxi-based systems) we don't enable any PHY driver. We do enable phylib for gmac based systems, we have CONFIG_ETH_DESIGNWARE=y in defconfigs using GMAC and drivers/net/Kconfig has: config ETH_DESIGNWARE bool "Synopsys Designware Ethernet MAC" select PHYLIB We do however only enable the generic (vendor neutral phy) phylib support and not any vendor specific drivers, I've a commit in my tree enabling realtek phy support. https://github.com/jwrdegoede/u-boot-sunxi/commit/8121866aa55b010d31fe75c1e… So it looks like a) is already covered :) > So we > either need to enable CONFIG_PHYLIB for CONFIG_SUNXI_GMAC as well > or enable the relevant PHY drivers (do we actually have anything > besides realtek on sunxi-based systems?) separately, i.e. > something like > > diff --git a/include/configs/sunxi-common.h b/include/configs/sunxi-common.h > index b26363d..ea15e37 100644 > --- a/include/configs/sunxi-common.h > +++ b/include/configs/sunxi-common.h > @@ -310,6 +310,7 @@ extern int soft_i2c_gpio_scl; > #define CONFIG_PHY_GIGE /* GMAC can use gigabit PHY */ > #define CONFIG_PHY_ADDR 1 > #define CONFIG_MII /* MII PHY management */ > +#define CONFIG_PHY_REALTEK > #endif > > #ifdef CONFIG_USB_EHCI_HCD > > > b) The realtek PHY driver (drivers/net/phy/realtek.c) doesn't match > on the RTL8211CL PHY ID, so even if it is compiled in, it still > doesn't work. For more details on this issue, see the "Which entry > in drivers/net/phy/realtek.c matches my device?" thread. > > > c) The master/slave mode problem that can be worked around by forcing > master mode on the RTL8211CL. Regards, Hans

1 0

[U-Boot] [PATCH] arm64: Keep macro PGTABLE_SIZE for non-full-va map
by York Sun 21 Mar '16

21 Mar '16

Commit 7985cdf removed non-full-va map code, replaced PGTABLE_SIZE with get_page_table_size() function for all. It is incorrect for platforms with non-full-va mapping, at this moment Layerscape SoCs. Signed-off-by: York Sun <york.sun(a)nxp.com> CC: Alexander Graf <agraf(a)suse.de> CC: Alison Wang <alison.wang(a)nxp.com> CC: Prabhakar Kushwaha <prabhakar.kushwaha(a)nxp.com> --- arch/arm/include/asm/system.h | 4 ++++ 1 file changed, 4 insertions(+) diff --git a/arch/arm/include/asm/system.h b/arch/arm/include/asm/system.h index ac1173d..fab6f0c 100644 --- a/arch/arm/include/asm/system.h +++ b/arch/arm/include/asm/system.h @@ -20,7 +20,11 @@ #ifndef __ASSEMBLY__ u64 get_page_table_size(void); +#ifdef CONFIG_SYS_FULL_VA #define PGTABLE_SIZE get_page_table_size() +#else +#define PGTABLE_SIZE 0x10000 +#endif /* 2MB granularity */ #define MMU_SECTION_SHIFT 21 -- 1.7.9.5

3 5

[U-Boot] U-Boot broken for LS2080
by york sun 21 Mar '16

21 Mar '16

Alison and Prabhakar, Heads up, U-Boot is broken for LS2080 boards. Git bisects to this commit 7985cdf74b280f86a1c7440298a84f1fb2876fd9 arm64: Remove non-full-va map code Please take a deeper look at the MMU tables. York

1 1

[U-Boot] UBI Fastmap seems to be broken
by Benzig, Tony 21 Mar '16

21 Mar '16

Hello together, I've been working on an AM335x based board with a NAND Flash attached on the GPMI Interface. I've been using U-boot v2015.01 with the latest ubi patches. Please don't ask why I'm not using the latest U-Boot Version, it's due to some company conventions. So my ubi and ubifs drivers are the same as the drivers on the current U-Boot master. I also added this patch from Heiko Schocher [U-Boot] [PATCH] mtd, ubi: set free_count to zero before walking through erase list: (http://lists.denx.de/pipermail/u-boot/2016-February/244472.html) Without using this patch, ubi is trying to write on pages which are not empty and this will directly lead to unrecoverable ecc errors. Nevertheless, ubi is working so far but once I attach my ubi the second time (this will normally happen via fastmap), I can't mount my UBIFS anymore. Please see the log below. It looks like there is something wrong with the fastmap anchors, because if I disable "CONFIG_MTD_UBI_FASTMAP_AUTOCONVERT" and let Linux do the conversion, everything is fine until U-Boot is updating the anchors. So, could you help me to analyse this strange behaviour or is it already known? U-Boot# nand erase.part System device 0 offset 0xa00000, size 0x1f600000 Erasing at 0x1ffe0000 -- 100% complete. OK U-Boot# usb start (Re)start USB... USB0: scanning bus 0 for devices... 1 USB Device(s) found scanning usb for storage devices... 1 Storage Device(s) found U-Boot# fatload usb 0:1 0x82000000 update/rootfs.ubi 2097152 bytes read in 1300 ms (1.5 MiB/s) U-Boot# nand write 0x82000000 0xA00000 0x200000 NAND write: device 0 offset 0xa00000, size 0x200000 2097152 bytes written: OK U-Boot# ubi part System ubi0: default fastmap pool size: 200 ubi0: default fastmap WL pool size: 100 ubi0: attaching mtd1 ubi0: scanning is finished ubi0: attached mtd1 (name "mtd=2", size 502 MiB) ubi0: PEB size: 131072 bytes (128 KiB), LEB size: 126976 bytes ubi0: min./max. I/O unit sizes: 2048/2048, sub-page size 2048 ubi0: VID header offset: 2048 (aligned 2048), data offset: 4096 ubi0: good PEBs: 4016, bad PEBs: 0, corrupted PEBs: 0 ubi0: user volume: 1, internal volumes: 1, max. volumes count: 128 ubi0: max/mean erase counter: 1/0, WL threshold: 4096, image sequence number: 2042447318 ubi0: available PEBs: 3896, total reserved PEBs: 120, PEBs reserved for bad PEB handling: 80 U-Boot# ubifsmount ubi:hwi UBIFS (ubi0:0): UBIFS: mounted UBI device 0, volume 0, name "hwi", R/O mode UBIFS (ubi0:0): LEB size: 126976 bytes (124 KiB), min./max. I/O unit sizes: 2048 bytes/2048 bytes UBIFS (ubi0:0): FS size: 3047424 bytes (2 MiB, 24 LEBs), journal size 1142785 bytes (1 MiB, 8 LEBs) UBIFS (ubi0:0): reserved for root: 0 bytes (0 KiB) UBIFS (ubi0:0): media format: w4/r0 (latest is w4/r0), UUID 8db76d20, small LPT model U-Boot# ubi part System Unmounting UBIFS volume hwi! ubi0 error: ubi_detach_mtd_dev: ubi0 reference count 1, destroy anyway ubi0: detaching mtd1 ubi0: mtd1 is detached ubi0: default fastmap pool size: 200 ubi0: default fastmap WL pool size: 100 ubi0: attaching mtd1 ubi0: attached by fastmap ubi0: fastmap pool size: 200 ubi0: fastmap WL pool size: 100 ubi0: attached mtd1 (name "mtd=2", size 502 MiB) ubi0: PEB size: 131072 bytes (128 KiB), LEB size: 126976 bytes ubi0: min./max. I/O unit sizes: 2048/2048, sub-page size 2048 ubi0: VID header offset: 2048 (aligned 2048), data offset: 4096 ubi0: good PEBs: 4016, bad PEBs: 0, corrupted PEBs: 0 ubi0: user volume: 1, internal volumes: 1, max. volumes count: 128 ubi0: max/mean erase counter: 2/0, WL threshold: 4096, image sequence number: 2042447318 ubi0: available PEBs: 3896, total reserved PEBs: 120, PEBs reserved for bad PEB handling: 80 U-Boot# ubifsmount ubi:hwi UBIFS error (ubi0:0 pid 0): mount_ubifs: can't format empty UBI volume: read-only mount Error reading superblock on volume 'ubi:hwi' errno=-30! ubifsmount - mount UBIFS volume Usage: ubifsmount <volume-name> - mount 'volume-name' volume Regards, Tony

1 0

[U-Boot] [PATCH] mx6sabre_common: Fix U-Boot corruption after 'saveenv'
by Fabio Estevam 21 Mar '16

21 Mar '16

Booting mx6qp sabreauto board and then doing: => saveenv => reset , causes a system hang. This happens because the size of the U-Boot binary is larger than CONFIG_ENV_OFFSET. Fix this problem by increasing CONFIG_ENV_OFFSET, so that the U-boot binary and the environment variables region do not overlap. Signed-off-by: Fabio Estevam <fabio.estevam(a)nxp.com> --- include/configs/mx6sabre_common.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include/configs/mx6sabre_common.h b/include/configs/mx6sabre_common.h index a6d821b..112f187 100644 --- a/include/configs/mx6sabre_common.h +++ b/include/configs/mx6sabre_common.h @@ -209,7 +209,7 @@ #define CONFIG_ENV_IS_IN_MMC #if defined(CONFIG_ENV_IS_IN_MMC) -#define CONFIG_ENV_OFFSET (8 * 64 * 1024) +#define CONFIG_ENV_OFFSET (768 * 1024) #endif /* Framebuffer */ -- 1.9.1

1 0

[U-Boot] [PATCH 00/18] sf: fix support of QSPI memories and controllers
by Cyrille Pitchen 21 Mar '16

21 Mar '16

Hi all, This series of patches fixes and extend the support of QSPI memories in the SPI flash framework. The updates are split into many parts to make it easier to understand and review but they should be considered as a whole. This was tested on a Atmel sama5d2 xplained board with a Micron n25q128a memory. Best regards, Cyrille Cyrille Pitchen (18): Revert "sf: Fix quad bit set for micron devices" sf: call spi_claim_bus() and spi_release_bus() only once per read, write or erase sf: replace spi_flash_read_common() calls by spi_flash_cmd_read() sf: remove spi_flash_write_common() sf: export spi_flash_wait_ready() function sf: share erase generic algorithm sf: share write generic algorithm sf: share read generic algorithm sf: add hooks to handle register read and write operations sf: move support of SST flash into generic spi_flash_write_alg() sf: fix selection of supported READ commands for QSPI memories sf: fix detection of QSPI memories when they boot in Quad or Dual mode sf: add helper function to set the number of dummy bytes sf: add 4byte address opcodes sf: prepare next fixes to support of QSPI memories by manufacturer sf: fix support of Micron memories ARM: at91: clock: add function to get QSPI clocks sf: add driver for Atmel QSPI controller arch/arm/mach-at91/include/mach/clk.h | 5 + drivers/mtd/spi/Kconfig | 18 +- drivers/mtd/spi/Makefile | 2 + drivers/mtd/spi/atmel_qspi_flash.c | 432 ++++++++++++++++++++ drivers/mtd/spi/sf-uclass.c | 11 + drivers/mtd/spi/sf_internal.h | 115 ++++-- drivers/mtd/spi/sf_micron.c | 222 ++++++++++ drivers/mtd/spi/sf_params.c | 32 +- drivers/mtd/spi/sf_probe.c | 46 ++- drivers/mtd/spi/spi_flash.c | 744 +++++++++++++++++++++------------- drivers/spi/Kconfig | 9 + drivers/spi/Makefile | 1 + drivers/spi/atmel_qspi.c | 150 +++++++ drivers/spi/atmel_qspi.h | 145 +++++++ include/spi_flash.h | 105 +++++ 15 files changed, 1701 insertions(+), 336 deletions(-) create mode 100644 drivers/mtd/spi/atmel_qspi_flash.c create mode 100644 drivers/mtd/spi/sf_micron.c create mode 100644 drivers/spi/atmel_qspi.c create mode 100644 drivers/spi/atmel_qspi.h -- 1.8.2.2

6 35

[U-Boot] Ethernet not found on Arria 5.
by Bakhvalov, Denis (Nokia - PL/Wroclaw) 21 Mar '16

21 Mar '16

Dear U-Boot support, I'm migrating to new U-Boot version from 2013 and now have Ethernet not working both in U-Boot and in Linux (after booting). I have custom board with Altera Arria 5 SocFpga onboard. U-Boot version: 2016.03-rc1 In logs I can see: Net: No ethernet found. With more verbose: designware_eth_probe, iobase=ff702000, priv=1eb286a0 ethernet@ff702000 PHY: 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 not found designware_eth_probe, ret=-19 No ethernet found. Ethernet connection inside my board is following: [CPU] ----- [EMAC1] ----- [ FPGA ] ---- [ PHY(KSZ8081MNXIA) ] I already tried to configure FPGA from Linux environment but it didn't solved the problem. My U-Boot configuration was cloned from socfpga dev kit board with some modifications. But Ethernet configuration I didn't touched yet. So far I tried to debug it with no success. Also I played with env variables (ethact, ethaddr) and CONFIG_PHY_ADDR with no success as well. Something tells me that I have incorrect EMAC configuration but I don't know how to tackle it. Please help me identify the problem or at least give me some hints where to look to solve my issue. Best regards, Denis Bakhvalov

4 18