- Jul 28, 2016
-
-
Stefano Babic authored
Signed-off-by:
Stefano Babic <sbabic@denx.de> CC: Fabio Estevam <fabio.estevam@nxp.com> Reviewed-by:
Fabio Estevam <fabio.estevam@nxp.com>
-
Stefano Babic authored
After moving CONFIG_USB_EHCI_MX7 to Kconfig, the flag must be set in defconfig for mx7dsabresd. It is already for the not secure config, it is missing in the secure configuration. Signed-off-by:
Stefano Babic <sbabic@denx.de> CC: Fabio Estevam <fabio.estevam@nxp.com> Tested-by:
Fabio Estevam <fabio.estevam@nxp.com>
-
- Jul 21, 2016
-
-
Commit c1ebf548 ("imx_common: Return MMCSD_MODE_FS in spl_boot_mode() also for EXTFS") causes SPL breakage on wandboard: ERROR: v7_dcache_inval_range - start address is not aligned - 0x1820006c ERROR: v7_dcache_inval_range - stop address is not aligned - 0x1820086c ERROR: v7_dcache_inval_range - start address is not aligned - 0x1820006c ERROR: v7_dcache_inval_range - stop address is not aligned - 0x1820086c ** First descriptor is NOT a primary desc on 0:1 ** spl: no partition table found SPL: failed to boot from all boot devices ### ERROR ### Please RESET the board ### This error is seen when SPL and u-boot.img are stored in the raw SD card partition. This reverts commit c1ebf548. Signed-off-by:
Breno Lima <breno.lima@nxp.com> Reviewed-by:
Fabio Estevam <fabio.estevam@nxp.com>
-
Commit 83fd908f ("dm: imx: serial: Support DTE mode when using driver model") breaks the serial output for the imx boards that do not use the serial driver model. The reason for the breakage is that it's setting UFCR_DCEDTE unconditionally for the non-dm case. So keep the original behavior by removing UFCR_DCEDTE setting in the non-dm case. Tested on mx7sabresd and mx6wandboard. Signed-off-by:
Breno Lima <breno.lima@nxp.com> Acked-by:
Stefan Agner <stefan.agner@toradex.com> Reviewed-by:
Fabio Estevam <fabio.estevam@nxp.com>
-
- Jul 20, 2016
-
-
According to the IMX6DQRM Reference Manual, the description of bit 7 (axi_alt_sel) of the CCM_CBCDR register is: "AXI alternative clock select 0 pll2 396MHz PFD will be selected as alternative clock for AXI root clock 1 pll3 540MHz PFD will be selected as alternative clock for AXI root clock " The current logic is inverted, so fix it to match the reference manual. Signed-off-by:
Fabio Estevam <fabio.estevam@nxp.com>
-
Stefano Babic authored
This reverts commit 225126da. Signed-off-by:
Stefano Babic <sbabic@denx.de>
-
- Jul 19, 2016
-
-
This allows to overwrite reset_cpu function in case a board level reset is preferred (e.g. through PMIC). Signed-off-by:
Stefan Agner <stefan.agner@toradex.com>
-
Use existing Kconfig symbols to let the user configure whether to build a U-Boot with non-secure mode support or not. This also allows to enable virtualization extension easily. Signed-off-by:
Stefan Agner <stefan.agner@toradex.com>
-
CONFIG_DISPLAY_BOARDINFO should not be placed in mx7_common because some boards might need a different config such as CONFIG_DISPLAY_BOARDINFO_LATE. Move it to the board file instead. Signed-off-by:
Stefan Agner <stefan.agner@toradex.com>
-
This can be useful if the same U-Boot binary is used for boards available with a i.MX 7Solo and i.MX 7Dual. Signed-off-by:
Stefan Agner <stefan.agner@toradex.com> Reviewed-by:
Simon Glass <sjg@chromium.org>
-
Add a new config CONFIG_MXC_USB_OTG_HACTIVE which configures the OTG Power Pin to be high active. Low active is the reset value of the affected configuration register, hence the config option is named by the non-reset configuration. Signed-off-by:
Stefan Agner <stefan.agner@toradex.com>
-
USBNC_n_CTRL1 bit 9 actually controls the power pin polarity. Rename UCTRL_PM to align reference manual and set the bit in the appropriate callback usb_power_config. Signed-off-by:
Stefan Agner <stefan.agner@toradex.com>
-
Create an entry for "config USB_EHCI_MX7" in Kconfig and switch over to it for all boards. Signed-off-by:
Stefan Agner <stefan.agner@toradex.com>
-
The MXC UART IP can be run in DTE or DCE mode. This depends on the board wiring and the pinmux used and hence is board specific. This extends platform data with a new field to choose wheather DTE mode shall be used. Signed-off-by:
Stefan Agner <stefan.agner@toradex.com> Reviewed-by:
Simon Glass <sjg@chromium.org>
-
It's not necessary anymore to declare the CONFIG_BOOTDELAY variable, it's already set by default as 2 seconds. Signed-off-by:
Breno Lima <breno.lima@nxp.com> Acked-by:
Fabio Estevam <fabio.estevam@nxp.com>
-
The cm-fx6 module has an on-board spi flash chip. Enable mtd support and the mtdparts command. Also define a default partitioning, add it to the default environment, and enable support to overwrite the partitioning defined in a device tree by it. Finally, probe for the chip on preboot to register the flash chip and, thus, establish the connection between the mtd environment settings and the actual device. These changes move the effective default partitioning from the device tree shipped with the vendor kernels to U-Boot which becomes the single point of definition for the partitioning for all device tree based kernels (in particular, for the upstream Linux kernel which does not have a default partitioning defined in its device tree). Signed-off-by:
Christopher Spinrath <christopher.spinrath@rwth-aachen.de> Reviewed-by:
Stefano Babic <sbabic@denx.de> Acked-by:
Igor Grinberg <grinberg@compulab.co.il>
-
The cm-fx6 module has an on-board st,m25p compatible spi flash chip used for U-Boot (binary & environment). Overwrite the partitions in the device tree by the partition table provided in the mtdparts environment variable, if it is set. This allows to specify a kernel independent partitioning in the environment and provides a convient way for the user to adapt the partition table. Signed-off-by:
Christopher Spinrath <christopher.spinrath@rwth-aachen.de> Acked-by:
Igor Grinberg <grinberg@compulab.co.il>
-
Define an inline stub for fdt_fixup_mtdparts in the case that CONFIG_FDT_FIXUP_PARTITIONS is not defined. This avoids the need to guard every call to this function by a proper #ifdef in board files. Signed-off-by:
Christopher Spinrath <christopher.spinrath@rwth-aachen.de> Reviewed-by:
Simon Glass <sjg@chromium.org> Reviewed-by:
Igor Grinberg <grinberg@compulab.co.il>
-
Currently, entire script segments have to be changed in the default environment to change the kernel image location or to append kernel cmdline parameters. In the later case this has to be changed for every possible boot device. Introduce new variables for kernel image locations and boot device independent kernel parameters to make it easier to change these settings. Signed-off-by:
Christopher Spinrath <christopher.spinrath@rwth-aachen.de> Reviewed-by:
Igor Grinberg <grinberg@compulab.co.il> Reviewed-by:
Nikita Kiryanov <nikita@compulab.co.il>
-
Add PMIC support. Tested by command "pmic PFUZE3000 dump". Signed-off-by:
Vanessa Maegima <vanessa.maegima@nxp.com> Reviewed-by:
Fabio Estevam <fabio.estevam@nxp.com>
-
Recently I started to notice that u-boot.img built for Wandboard by some toolchains becomes so large that it basically overlaps with U-Boot environment area on SD-card. According to http://wiki.wandboard.org/index.php/Boot-process#sdcard_boot_data_layout Wandboard's SD-card layout is as follows: ------------------------------>8--------------------------- Acked-by:
Otavio Salvador <otavio@ossystems.com.br> Acked-by:
Fabio Estevam <fabio.estevam@nxp.com> ========================================================== 1. 0x00000000 Reserved For MBR 2. 0x00000200 512 Secondary Image Table (optional) 3. 0x00000400 1024 uBoot Image (Starting From IVT) 4. 0x00060000 393216 start of uboot env (size:8k) 5. 0x00062000 end of uboot env 6. 0x00100000 1048576 Linux kernel start 7. 0x0076AC00 7777280 start of partition 1 ------------------------------>8--------------------------- So for U-Boot we have 383kB (392192 bytes). But in up to date U-Boot for Wandboard we build separately a) SPL b) u-boot.img which gives us a bit more detailed SD-card layout: ------------------------------>8--------------------------- ========================================================== 1. 0x00000000 Reserved For MBR 2. 0x00000200 512 Secondary Image Table (optional) 3. 0x00000400 1024 SPL 4. 0x00011400 70656 u-boot.img 5. 0x00060000 393216 start of uboot env (size:8k) 6. 0x00062000 end of uboot env ... ------------------------------>8--------------------------- >From that layout we may calculate amount of space reserved for u-boot.img. It's just 315kb (322560 bytes). Now if I build U-Boot with Sourcery CodeBench ARM 2014.05 produced u-boot.img is already more than we expected (323840 bytes instead of "< 322560"): ------------------------------>8--------------------------- ls -la u-boot.img -rw-rw-r-- 1 user user 323840 Jul 5 07:38 u-boot.img ------------------------------>8--------------------------- Funny enough if I rebuild U-Boot with ARM toolchain available in my Fedora 23 distro u-boot.img becomes a little bit smaller: ------------------------------>8--------------------------- ls -la u-boot.img -rw-rw-r-- 1 user user 322216 Jul 5 07:39 u-boot.img ------------------------------>8--------------------------- What's worse this problem might not affect people most of the time because what happens people would just copy u-boot.img on SD-card and live in happiness with it... well until somebody attempts to save environment in U-Boot with "saveenv" command which will simply overwrite the very end of u-boot.img. That will lead to unusable SD-card until user dd u-boot.img on SD-card again. I may foresee this issue in the future to become more visible once we add more features in U-Boot for Wandboard or just existing code base becomes bulkier and people will consistently get larger u-boot.img files produced. IMHO there's an obvious solution for all that - just move U-Boot's env to the very end of the gap between U-Boot and the first real partition on the SD-card. This patch will follow 8fb9eea5 ("mx6sabre_common: Fix U-Boot corruption after 'saveenv'"). So env is still not in the very end of the gap (obviously 256kb is way too much for U-Boot's env) but at least we have now the same partitioning for i.MX6 boards. Signed-off-by:
Alexey Brodkin <abrodkin@synopsys.com> Cc: Fabio Estevam <fabio.estevam@nxp.com> Cc: Otavio Salvador <otavio@ossystems.com.br> Cc: Peter Robinson <pbrobinson@gmail.com> Cc: Tom Rini <trini@konsulko.com> Cc: Peter Korsgaard <peter@korsgaard.com> Cc: Wolfgang Denk <wd@denx.de>
-
- Jul 12, 2016
-
-
Define a default board_run_command() function. This function contains the commands needed to boot the board when CLI is disabled (CONFIG_CMDLINE=n). Signed-off-by:
Andrej Rosano <andrej@inversepath.com>
-
Switch to using zImage instead of uImage. Signed-off-by:
Andrej Rosano <andrej@inversepath.com>
-
Typo fix, "PPL2 -> PLL2" Signed-off-by:
Peng Fan <peng.fan@nxp.com> Cc: Stefano Babic <sbabic@denx.de>
-
if we build for an i.mx6 (d)ual(l)ite CONFIC_MX6DL we shall use MX6DL_PAD instead the common MX6_PAD. Signed-off-by:
Hannes Schmelzer <oe5hpm@oevsv.at>
-
Add USB host support. Tested by connecting a USB pen drive: => usb start starting USB... USB0: Port not available. USB1: USB EHCI 1.00 scanning bus 1 for devices... 2 USB Device(s) found scanning usb for storage devices... 1 Storage Device(s) found Signed-off-by:
Vanessa Maegima <vanessa.maegima@nxp.com> Reviewed-by:
Fabio Estevam <fabio.estevam@nxp.com>
-
Add script for retrieving the kernel via TFTP and mounting the rootfs via NFS. Signed-off-by:
Diego Dorta <diego.dorta@nxp.com> Acked-by:
Fabio Estevam <fabio.estevam@nxp.com>
-
Add a README file to help users to install U-boot binary into the eMMC. Signed-off-by:
Vanessa Maegima <vanessa.maegima@nxp.com> Reviewed-by:
Fabio Estevam <fabio.estevam@nxp.com>
-
DFU is a convenient way to program U-boot binary into the eMMC. Add support for it. Signed-off-by:
Vanessa Maegima <vanessa.maegima@nxp.com> Reviewed-by:
Fabio Estevam <fabio.estevam@nxp.com>
-
Pico-imx6ul has a KSZ8081 Ethernet PHY. Add support for it. Signed-off-by:
Diego Dorta <diego.dorta@nxp.com> Acked-by:
Fabio Estevam <fabio.estevam@nxp.com> Reviewed-by:
Stefano Babic <sbabic@denx.de>
-
Booting a NXP kernel with mainline U-boot leads to the following kernel crash: caam: probe of 30900000.caam failed with error -11 Unable to handle kernel NULL pointer dereference at virtual address 00000004 pgd = 80004000 [00000004] *pgd=00000000 Internal error: Oops: 805 [#1] PREEMPT SMP ARM This happens because NXP kernel expects MX7 to boot in secure mode, so introduce mx7dsabresd_secure_defconfig that selects CONFIG_MX7_SEC and allows booting a NXP provided kernel successfully. Signed-off-by:
Fabio Estevam <fabio.estevam@nxp.com>
-
MX7_SEC is an existing configuration option that allows booting the kernel in secure mode. Place this option in Kconfig, so that boards can select this option in their defconfig files. Selecting this option is necessary when booting a kernel provided by NXP, such as 3.14_GA and 4.1.15_GA. Signed-off-by:
Fabio Estevam <fabio.estevam@nxp.com> Tested-by:
Michael Trimarchi <michael@amarulasolutions.com>
-
Instead of passing the total RAM size via PHYS_SDRAM_SIZE option, we should better use imx_ddr_size() function, which automatically determines the RAM size. Signed-off-by:
Vanessa Maegima <vanessa.maegima@nxp.com>
-
Instead of passing the total RAM size via PHYS_SDRAM_SIZE option, we should better use imx_ddr_size() function, which automatically determines the RAM size. Signed-off-by:
Vanessa Maegima <vanessa.maegima@nxp.com> Reviewed-by:
Fabio Estevam <fabio.estevam@nxp.com>
-
Instead of passing the total RAM size via PHYS_SDRAM_SIZE option, we should better use imx_ddr_size() function, which automatically determines the RAM size. Signed-off-by:
Vanessa Maegima <vanessa.maegima@nxp.com> Reviewed-by:
Fabio Estevam <fabio.estevam@nxp.com> Reviewed-by:
Fabio Estevam <fabio.estevam@nxp.com>
-
Signed-off-by:
Gilles Chanteperdrix <gilles.chanteperdrix@xenomai.org>
-
Instead of passing the total RAM size via PHYS_SDRAM_SIZE option, we should better use imx_ddr_size() function, which automatically determines the RAM size. Signed-off-by:
Vanessa Maegima <vanessa.maegima@nxp.com> Acked-by:
Fabio Estevam <fabio.estevam@nxp.com>
-
Stefano Babic authored
Add Phytec-i.MX6 SOM with NAND Support: - 1GB RAM - Ethernet - SPI-NOR Flash - NAND (1024 MB) - external SD - UART Signed-off-by:
Stefano Babic <sbabic@denx.de> Reviewed-by:
Fabio Estevam <fabio.estevam@nxp.com>
-
Stefano Babic authored
Custom Board based on MX6 Dual, 1GB RAM and eMMC. There are two variants of the board with and without PCIe (ZC5202 and ZC5601). Signed-off-by:
Stefano Babic <sbabic@denx.de>
-
If MAC is directly connected to another MAC (like a switch for example) we don't need to probe for a phy, autoneogation and so on. We simply have to setup speed. Signed-off-by:
Hannes Schmelzer <oe5hpm@oevsv.at> Acked-by:
Joe Hershberger <joe.hershberger@ni.com>
-