summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* net: regex: Disable by default on sunXiMaxime Ripard2018-01-261-0/+1
| | | | | | | | | | | | | The sunXi arm64 build has overflown, leading to the main U-boot binary overwriting the environment when flashing the new image, or even worse, overwriting itself when we're calling saveenv. Disable this option that is not critical until we can adress the issue properly. Reviewed-by: Andre Przywara <andre.przywara@arm.com> Signed-off-by: Maxime Ripard <maxime.ripard@free-electrons.com> Reviewed-by: Jagan Teki <jagan@openedev.com>
* video: bpp16: Disable by default on sunXiMaxime Ripard2018-01-261-0/+1
| | | | | | | | | | | | | | The sunXi arm64 build has overflown, leading to the main U-boot binary overwriting the environment when flashing the new image, or even worse, overwriting itself when we're calling saveenv. Disable this command that is not critical until we can adress the issue properly. Reviewed-by: Anatolij Gustschin <agust@denx.de> Reviewed-by: Andre Przywara <andre.przywara@arm.com> Signed-off-by: Maxime Ripard <maxime.ripard@free-electrons.com> Reviewed-by: Jagan Teki <jagan@openedev.com>
* video: bpp8: Disable by default on sunXiMaxime Ripard2018-01-261-0/+1
| | | | | | | | | | | | | | The sunXi arm64 build has overflown, leading to the main U-boot binary overwriting the environment when flashing the new image, or even worse, overwriting itself when we're calling saveenv. Disable this command that is not critical until we can adress the issue properly. Reviewed-by: Anatolij Gustschin <agust@denx.de> Reviewed-by: Andre Przywara <andre.przywara@arm.com> Signed-off-by: Maxime Ripard <maxime.ripard@free-electrons.com> Reviewed-by: Jagan Teki <jagan@openedev.com>
* cmd: misc: Disable by default on sunXiMaxime Ripard2018-01-261-0/+1
| | | | | | | | | | | | | The sunXi arm64 build has overflown, leading to the main U-boot binary overwriting the environment when flashing the new image, or even worse, overwriting itself when we're calling saveenv. Disable this command that is not critical until we can adress the issue properly. Reviewed-by: Andre Przywara <andre.przywara@arm.com> Signed-off-by: Maxime Ripard <maxime.ripard@free-electrons.com> Reviewed-by: Jagan Teki <jagan@openedev.com>
* cmd: loads: Disable by default on sunXiMaxime Ripard2018-01-261-0/+1
| | | | | | | | | | | | The sunXi arm64 build has overflown, leading to the main U-boot binary overwriting the environment when flashing the new image, or even worse, overwriting itself when we're calling saveenv. Disable this command that is not critical until we can adress the issue properly. Signed-off-by: Maxime Ripard <maxime.ripard@free-electrons.com> Reviewed-by: Jagan Teki <jagan@openedev.com>
* cmd: loadb: Disable by default on sunXiMaxime Ripard2018-01-261-0/+1
| | | | | | | | | | | | The sunXi arm64 build has overflown, leading to the main U-boot binary overwriting the environment when flashing the new image, or even worse, overwriting itself when we're calling saveenv. Disable this command that is not critical until we can adress the issue properly. Signed-off-by: Maxime Ripard <maxime.ripard@free-electrons.com> Reviewed-by: Jagan Teki <jagan@openedev.com>
* cmd: unzip: Disable by default on sunXiMaxime Ripard2018-01-261-0/+1
| | | | | | | | | | | | The sunXi arm64 build has overflown, leading to the main U-boot binary overwriting the environment when flashing the new image, or even worse, overwriting itself when we're calling saveenv. Disable this command that is not critical until we can adress the issue properly. Signed-off-by: Maxime Ripard <maxime.ripard@free-electrons.com> Reviewed-by: Jagan Teki <jagan@openedev.com>
* cmd: crc32: Disable by default on sunXiMaxime Ripard2018-01-261-0/+1
| | | | | | | | | | | | The sunXi arm64 build has overflown, leading to the main U-boot binary overwriting the environment when flashing the new image, or even worse, overwriting itself when we're calling saveenv. Disable this command that is not critical until we can adress the issue properly. Signed-off-by: Maxime Ripard <maxime.ripard@free-electrons.com> Reviewed-by: Jagan Teki <jagan@openedev.com>
* dfu: select HASHMaxime Ripard2018-01-261-0/+1
| | | | | | | | The DFU code relies on the HASH config option. Make sure it is always there by selecting it. Signed-off-by: Maxime Ripard <maxime.ripard@free-electrons.com> Reviewed-by: Jagan Teki <jagan@openedev.com>
* sunxi: Fix display timing flagsGiulio Benetti2018-01-221-0/+2
| | | | | | | | | | | | flags member of struct timing was not initialized, this took to unpredictable behaviour of display flags, such DISPLAY_FLAGS_HSYNC_HIGH instead of _LOW etc. Init timing->flags = 0 Signed-off-by: Giulio Benetti <giulio.benetti@micronovasrl.com> Acked-by: Maxime Ripard <maxime.ripard@free-electrons.com> Reviewed-by: Jagan Teki <jagan@openedev.com>
* Merge git://git.denx.de/u-boot-marvellTom Rini2018-01-206-38/+62
|\
| * ddr: marvell: update ddr controller init and freqChris Packham2018-01-193-21/+34
| | | | | | | | | | | | | | | | | | Update the calculation for tWR and tPD. This improves the DDR refresh interval and brings the initialization into line with the binary blobs currently being supplied by Marvell. Signed-off-by: Chris Packham <judge.packham@gmail.com> Signed-off-by: Stefan Roese <sr@denx.de>
| * ddr: marvell: update additional ODT settingChris Packham2018-01-191-8/+14
| | | | | | | | | | | | | | | | | | | | | | The RD_SAMPLE_DELAY field is 5 bits so it needs to be masked with 0x1f instead of 0xf. Rather than checking the read sample delay for all DDR chip selects use the values for the chip selects that are actually configured. Finally continue searching for the max_phase value even if the current read_sample is the same as the max_read_sample. Signed-off-by: Chris Packham <judge.packham@gmail.com> Signed-off-by: Stefan Roese <sr@denx.de>
| * ddr: marvell: use correct TREFI valueChris Packham2018-01-191-1/+1
| | | | | | | | | | | | | | | | The ternary operation had the HIGH/LOW values the wrong way round. Update it to use the correct value. Signed-off-by: Chris Packham <judge.packham@gmail.com> Signed-off-by: Stefan Roese <sr@denx.de>
| * ddr: marvell: only assert M_ODT[0] on write for a single CSChris Packham2018-01-193-8/+13
| | | | | | | | | | | | | | | | | | | | | | When using only a single DDR chip select only assert M_ODT[0] on write. Do not assert it on read and do not assert M_ODT[1] at all. Also set tODT_OFF_WR to 0x9 which contradicts the recommendation from the functional spec but is what Marvell's binary training blob does and seems to give better results when ODT is active during writes. Signed-off-by: Chris Packham <judge.packham@gmail.com> Signed-off-by: Stefan Roese <sr@denx.de>
* | Merge git://git.denx.de/u-boot-arcTom Rini2018-01-199-95/+328
|\ \
| * | ARC: devboards: Allow huge uImages (up to 128 MiB)Alexey Brodkin2018-01-192-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Even though in production uImage usually is quite small as it contains just Linux kernel image during development it might be pretty convenient to have root-FS built into the same image. That makes uImage much larger but given on our dev platforms we have quite a lot of DDR (> 512 MiB) we may afford loading huge uImages. Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com>
| * | ARC: Invalidate instruction and data caches early on bootEugeniy Paltsev2018-01-191-0/+12
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This is useful to make sure no stale data exists in caches after bootloaders. The worst thing could be some lines of cache were locked in a bootloader for example during DDR recalibration and never unlocked. This may lead to really unpredictable issues later down the line. Signed-off-by: Eugeniy Paltsev <Eugeniy.Paltsev@synopsys.com> Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com>
| * | ARC: HSDK: DTS: Add cgu-clk nodeEugeniy Paltsev2018-01-191-0/+6
| | | | | | | | | | | | | | | | | | | | | Add cgu-clk (clock generation unit) node to HSDK device tree. Signed-off-by: Eugeniy Paltsev <Eugeniy.Paltsev@synopsys.com> Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com>
| * | ARC: HSDK: CGU: Add 'Hz' when printing clock frequencyEugeniy Paltsev2018-01-191-3/+3
| | | | | | | | | | | | | | | | | | | | | Add 'Hz' when printing clock frequency in error messages. Signed-off-by: Eugeniy Paltsev <Eugeniy.Paltsev@synopsys.com> Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com>
| * | ARC: HSDK: CGU: Use plat data instead of priv dataEugeniy Paltsev2018-01-191-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | Correctly allocate hsdk_cgu_clk private data structure using priv_auto_alloc_size instead of platdata_auto_alloc_size. Signed-off-by: Eugeniy Paltsev <Eugeniy.Paltsev@synopsys.com> Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com>
| * | ARC: HSDK: CGU: Update AXI, TUN, ARC clock optionsEugeniy Paltsev2018-01-192-9/+168
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Update default AXI, TUN, ARC clock set options: instead of changing only IDIV divider settings adjust also domain PLL settings. Add support of TUN_ROM and TUN_PWM clocks (subclocks of TUNN_PLL) Signed-off-by: Eugeniy Paltsev <Eugeniy.Paltsev@synopsys.com> Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com>
| * | ARC: HSDK: Hang on panicEugeniy Paltsev2018-01-191-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | As HSDK is a development board it is better to hang on panic instead of reset the board when panic occurs. That way we preserve a state of HW for possibility to do post-mortem debug via JTAG. Signed-off-by: Eugeniy Paltsev <Eugeniy.Paltsev@synopsys.com> Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com>
| * | ARC: Cache: Fix style violations reported by checkpatchEugeniy Paltsev2018-01-191-10/+8
| | | | | | | | | | | | | | | Signed-off-by: Eugeniy Paltsev <Eugeniy.Paltsev@synopsys.com> Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com>
| * | ARC: Cache: Disable IOC by defaultEugeniy Paltsev2018-01-191-1/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | We'd like to keep IOC HW at the same state as t is right after reset when we start Linux kernel so there will be no re-configuration of IOC on the go. The point is U-Boot doesn't benefit a lot from IOC as it doesn't do a lot of DMA operations especially on multiple cores simultaneously. At the same time re-configuration of IOC in run-time might become quite a tricky experience because we need to make sure there're no DMA trannsactions in flight otherwise unexpected consequencses might affect us much later and debugging those kinds of issues will be a real nightmare. That said let's make our life easier a little bit. Signed-off-by: Eugeniy Paltsev <Eugeniy.Paltsev@synopsys.com> Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com>
| * | ARC: ARCv2: Cache: Fixed operation without IOCEugeniy Paltsev2018-01-192-69/+123
| |/ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Previous SLC management implementation is broken. Seems like it was never sufficiently tested probably because most of the time IOC was used instead (i.e. no manual cache operations were done). Now if we disable IOC in U-boot we'll get a lot of errors while using DMA-enabled peripherals. This time we fix it by substitution of broken per-line SLC operations region operations as it is done in the Linux kernel (we took it from v4.14 which is the latest stable as of today). Among other things this implementation might be a bit faster because instead of iteration over each and every cache line we're taking care about entire region in one go. Main changes: * Replaced __slc_line_op (per line operations) by __slc_rgn_op (region operations). * Reworked __slc_entire_op to get rid of __after_slc_op and __before_slc_op functions. Note flush fix (flush only instead of flush-n-inv when OP_FLUSH is used, see [1] for more details) is already incorporated here. * Added SLC invalidation to invalidate_icache_all(). * Added (start >= end) check to invalidate_dcache_range() and flush_dcache_range() as some buggy drivers pass region start == end. * Added read-out of MMU BCR so we may know if PAE40 exists in HW and then act on a particular AUX regs accordingly. [1] http://lists.infradead.org/pipermail/linux-snps-arc/2018-January/003357.html Signed-off-by: Eugeniy Paltsev <Eugeniy.Paltsev@synopsys.com> Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com>
* | configs: keystone2: env: Fix burn_uboot_spi commandFaiz Abbas2018-01-191-1/+1
| | | | | | | | | | | | | | | | Now the u-boot spi image is greater than 0x90000, increase the same in env during spi erase. Signed-off-by: Faiz Abbas <faiz_abbas@ti.com> Reviewed-by: Tom Rini <trini@konsulko.com>
* | checkpatch: Ignore 'short' Kconfig help entriesTom Rini2018-01-191-0/+3
| | | | | | | | | | | | | | A 2 line help entry for a new Kconfig entry is, at this time, sufficient in some cases, so lets drop that warning for now. Signed-off-by: Tom Rini <trini@konsulko.com>
* | powerpc: Drop unreferenced CONFIG_* definesTuomas Tynkkynen2018-01-1916-30/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The following config symbols are only defined once and never referenced anywhere else: CONFIG_CYRUS CONFIG_IDS8313 CONFIG_MPC8308_P1M CONFIG_MPC8308RDB CONFIG_MPC8349EMDS CONFIG_MPC8349ITXGP CONFIG_SBC8349 CONFIG_SBC8548 CONFIG_SBC8641D CONFIG_TQM834X CONFIG_VE8313 CONFIG_XPEDITE5140 CONFIG_XPEDITE5200 CONFIG_XPEDITE550X Most of them are config symbols named after the respective boards which seems to have been a standard practice at some point. Signed-off-by: Tuomas Tynkkynen <tuomas@tuxera.com> Acked-by: Mario Six <mario.six@gdsys.cc>
* | configs: stm32: move config flag from defconfig to KconfigPatrice Chotard2018-01-194-33/+22
| | | | | | | | | | | | | | Move system flags from defconfig to mach-stm32/Kconfig Signed-off-by: Patrice Chotard <patrice.chotard@st.com> Reviewed-by: Vikas Manocha <vikas.manocha@st.com>
* | serial: stm32: Rename serial_stm32x7.c to serial_stm32.cPatrice Chotard2018-01-198-10/+10
| | | | | | | | | | | | | | | | Now this driver is used across stm32f4, stm32f7 and stm32h7 SoCs family, give it a generic name. Signed-off-by: Patrice Chotard <patrice.chotard@st.com> Reviewed-by: Vikas Manocha <vikas.manocha@st.com>
* | m68k: Drop unreferenced CONFIG_* definesTuomas Tynkkynen2018-01-1912-22/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The following config symbols are only defined once and never referenced anywhere else: CONFIG_AMCORE CONFIG_ASTRO5373L CONFIG_M52277EVB CONFIG_M5253DEMO CONFIG_M5253EVBE CONFIG_M5275EVB CONFIG_M54418TWR CONFIG_STMARK2 Most of them are config symbols named after the respective boards which seems to have been a standard practice at some point. Signed-off-by: Tuomas Tynkkynen <tuomas@tuxera.com>
* | nds32: Drop unreferenced CONFIG_ADP_AG101PTuomas Tynkkynen2018-01-192-3/+0
| | | | | | | | | | | | | | Seems to be again one of those CONFIG_ symbols named after a board, with nothing referencing it. Signed-off-by: Tuomas Tynkkynen <tuomas@tuxera.com>
* | pcmcia: Drop a bunch of unused CONFIG_SYS_PCMCIA_ macrosTuomas Tynkkynen2018-01-192-125/+0
| | | | | | | | | | | | | | | | | | | | Last users of the following macros (for n = 0..7) were removed in commit 5b8e76c35ec312a ("powerpc, 8xx: remove support for 8xx"): CONFIG_SYS_PCMCIA_PBRn CONFIG_SYS_PCMCIA_PORn Signed-off-by: Tuomas Tynkkynen <tuomas@tuxera.com>
* | Travis-CI: Add job for running test.py on qemu_arm64Tuomas Tynkkynen2018-01-191-0/+5
| | | | | | | | | | | | | | | | | | The corresponding changes in the uboot-test-hooks repo are: https://github.com/swarren/uboot-test-hooks/pull/15 Signed-off-by: Tuomas Tynkkynen <tuomas.tynkkynen@iki.fi> Reviewed-by: Tom Rini <trini@konsulko.com>
* | Travis-CI: Download ARM64 version of GRUB as wellTuomas Tynkkynen2018-01-191-0/+3
| | | | | | | | | | | | | | For preparation of adding AArch64 test.py jobs. Signed-off-by: Tuomas Tynkkynen <tuomas.tynkkynen@iki.fi> Reviewed-by: Tom Rini <trini@konsulko.com>
* | ARM: Document AArch64 version of qemu-armTuomas Tynkkynen2018-01-191-5/+16
| | | | | | | | | | | | | | | | | | | | | | | | It's mostly obvious, except that QEMU is annoying and requires an explicit '-cpu cortex-a57' (or some other 64-bit core) to actually run in 64-bit mode. While at it, remove the references to setting the ARCH environment variable; that is not used in U-Boot. Signed-off-by: Tuomas Tynkkynen <tuomas.tynkkynen@iki.fi> Reviewed-by: Tom Rini <trini@konsulko.com>
* | ARM: qemu-arm: Add support for AArch64Tuomas Tynkkynen2018-01-196-2/+77
| | | | | | | | | | | | | | | | | | | | This adds support for '-machine virt' on AArch64. This is rather simple: we just add TARGET_QEMU_ARM_xxBIT to select a few different Kconfig symbols, provide the ARMv8 memory map from the board file and add a new defconfig based on the 32-bit defconfig. Signed-off-by: Tuomas Tynkkynen <tuomas.tynkkynen@iki.fi> Reviewed-by: Tom Rini <trini@konsulko.com>
* | arm: mach-omap2: Remove secure certificate name printingAndrew F. Davis2018-01-191-6/+6
| | | | | | | | | | | | | | | | | | The signing certificate name is always 15 chars long, but need not be null terminated. One solution is then to use printf precision modifiers to only print this many chars ("%.15s"), but tiny printf does not support this, so lets just drop printing the cert name for now. Signed-off-by: Andrew F. Davis <afd@ti.com>
* | arm: am33xx: security: Fix size calculation on headerMadan Srinivas2018-01-191-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | Fix the size calculation in the verify boot. The header size should be subtracted from the image size, not be assigned to the image size. Fixes: 0830d72bb9f8 ("arm: am33xx: security: adds auth support for encrypted images") Signed-off-by: Madan Srinivas <madans@ti.com> Signed-off-by: Dan Murphy <dmurphy@ti.com> Signed-off-by: Andrew F. Davis <afd@ti.com> Reviewed-by: Lokesh Vutla <lokeshvutla@ti.com>
* | rpi_0_w: Add configs consistent with RpI3Drew Moseley2018-01-191-0/+7
| | | | | | | | | | | | | | CONFIG_OF_EMBED in particular is needed to allow the Raspberry Pi firmware to pass the DTB to U-Boot and on to the kernel. Signed-off-by: Drew Moseley <drew.moseley@northern.tech>
* | ARM: omap3: evm: Add kernel image loading from UBIFS and EXT4Derald D. Woods2018-01-191-17/+40
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This commit adds UBIFS_NAND to BOOT_TARGET_DEVICES. This will allow the kernel zImage to be loaded from '/boot/zImage' in UBIFS (ubi0:rootfs). Additionally update the *_MMC devices to also load kernel image from the MMC 0:2 EXT4 file system. DISTRO_DEFAULTS Setup ===================== [primary] Check MMC 0:1 for /extlinux/extlinux.conf and boot [fallback 1] Check MMC 0:2 /boot/zImage and run mmcbootz [fallback 2] Check MMC 0:2 /boot/uImage and run mmcboot [fallback 3] Check NAND UBIFS /boot/zImage and run nandbootubifs [fallback 4] Check NAND partitions and run nandboot The following "extlinux.conf" can be used to load images in the top-level of the MMC 0:1 FAT partition. [MMC(0:1)/extlinux/extlinux.conf] ---8<------------------------------------------------------------------- default omap3-evm label omap3-evm kernel /zImage fdt /omap3-evm.dtb append console=ttyO0,115200n8 root=/dev/mmcblk0p2 rw rootfstype=ext4 rootwait ---8<------------------------------------------------------------------- Signed-off-by: Derald D. Woods <woods.technical@gmail.com>
* | board_r: remove superfluous #ifdef CONFIG_PRAMHeinrich Schuchardt2018-01-191-2/+0
| | | | | | | | | | | | | | | | | | | | | | | | initr_mem() is already enclosed by #if defined(CONFIG_PRAM) #endif So there is no need to check CONFIG_PRAM again inside the function. Signed-off-by: Heinrich Schuchardt <xypron.glpk@gmx.de> Reviewed-by: Simon Glass <sjg@chromium.org>
* | GPIO: tca642x: Rework to not include commands in SPLTom Rini2018-01-191-3/+3
| | | | | | | | | | | | | | | | The command portion of the GPIO driver can only be used in full SPL so re-work to guard the command related portions and mark it as static. Cc: Dan Murphy <dmurphy@ti.com> Signed-off-by: Tom Rini <trini@konsulko.com>
* | GPIO: pca953x: Rework to not include commands in SPLTom Rini2018-01-191-3/+3
| | | | | | | | | | | | | | | | | | | | | | The command portion of the GPIO driver can only be used in full SPL so re-work to guard the command related portions and mark it as static. Cc: Bin Meng <bmeng.cn@gmail.com> Cc: Simon Glass <sjg@chromium.org> Cc: Philipp Tomsich <philipp.tomsich@theobroma-systems.com> Signed-off-by: Tom Rini <trini@konsulko.com> Reviewed-by: Simon Glass <sjg@chromium.org>
* | cmd: pmic: update help descriptionKlaus Goger2018-01-191-1/+1
| | | | | | | | | | | | | | | | Change help description to match the style of the other U-Boot commands and get rid of the leading whitespace. Signed-off-by: Klaus Goger <klaus.goger@theobroma-systems.com> Reviewed-by: Lukasz Majewski <lukma@denx.de>
* | fs/fat: remove distractive message in file_fat_read_at()Heinrich Schuchardt2018-01-191-1/+1
| | | | | | | | | | | | | | | | | | | | The message "reading %s\n" may be interesting when debugging but otherwise it is superfluous. Only output the message when debugging. Signed-off-by: Heinrich Schuchardt <xypron.glpk@gmx.de> Reviewed-by: Simon Glass <sjg@chromium.org>
* | fs: remove distractive message in fs_read()Heinrich Schuchardt2018-01-191-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | The message "** %s shorter than offset + len **\n" may be interesting when debugging but it does not indicate an error. So we should not write it if we are not in debug mode. Fixes: 7a3e70cfd88c fs/fs.c: read up to EOF when len would read past EOF Signed-off-by: Heinrich Schuchardt <xypron.glpk@gmx.de> Reviewed-by: Simon Glass <sjg@chromium.org>
* | DA850evm: Remove dead codeAdam Ford2018-01-191-6/+0
| | | | | | | | | | | | | | There is an #ifdef and #endif with nothing in between. This patch simply removes this dead/useless code. Signed-off-by: Adam Ford <aford173@gmail.com>
* | ARM: dts: omap3-beagle{-xm}: Enable DM and devicetree for BeagleBoardDerald D. Woods2018-01-193-92/+69
| | | | | | | | | | This commit updates the configuration files needed to support OF_CONTROL on the OMAP3 BeagleBoard(s).
View Lorry Controller Status