UPSTREAM: spi: Migrate CONFIG_KIRKWOOD_SPI to KconfigChange-Id: I70b43d668f905f236e18493c07ac6c369b7ca2d1Signed-off-by: Tuomas Tynkkynen <tuomas@tuxera.com>Signed-off-by: Jon Lin <jon.lin@rock-ch
UPSTREAM: spi: Migrate CONFIG_KIRKWOOD_SPI to KconfigChange-Id: I70b43d668f905f236e18493c07ac6c369b7ca2d1Signed-off-by: Tuomas Tynkkynen <tuomas@tuxera.com>Signed-off-by: Jon Lin <jon.lin@rock-chips.com>(cherry picked from commit 4a942f49b891872727aa0bdba58e2ca513fc455c)
show more ...
UPSTREAM: bitops: collect BIT macros to include/linux/bitops.hSame macros are defined in various places. Collect them intoinclude/linux/bitops.h like Linux.Change-Id: I81d12e8c8151c6eb29499d2b5
UPSTREAM: bitops: collect BIT macros to include/linux/bitops.hSame macros are defined in various places. Collect them intoinclude/linux/bitops.h like Linux.Change-Id: I81d12e8c8151c6eb29499d2b5cd61ed782500492Signed-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>Signed-off-by: Kever Yang <kever.yang@rock-chips.com>(cherry picked from commit ed3986ca30972c94f0076f88c948406ce030a05c)
Kconfig: Add a CONFIG_IDE optionAt present IDE support is controlled by CONFIG_CMD_IDE. Add a separateCONFIG_IDE option so that IDE support can be enabled without requiringthe 'ide' command.Upd
Kconfig: Add a CONFIG_IDE optionAt present IDE support is controlled by CONFIG_CMD_IDE. Add a separateCONFIG_IDE option so that IDE support can be enabled without requiringthe 'ide' command.Update existing users and move the ide driver into drivers/block sinceit should not be in common/.Signed-off-by: Simon Glass <sjg@chromium.org>
Kconfig: USB: Migrate existing USB_EHCI_xxx optionsThe following options are migrated over fully now:- USB_EHCI_ATMEL- USB_EHCI_MARVELL- USB_EHCI_MX6- USB_EHCI_MX7- USB_EHCI_MSM- USB_EHCI_ZYN
Kconfig: USB: Migrate existing USB_EHCI_xxx optionsThe following options are migrated over fully now:- USB_EHCI_ATMEL- USB_EHCI_MARVELL- USB_EHCI_MX6- USB_EHCI_MX7- USB_EHCI_MSM- USB_EHCI_ZYNQ- USB_EHCI_GENERICThis also requires fixing the depends on USB_EHCI_MARVELL as it's usedby Orion5X and Kirkwood as well.Cc: Marek Vasut <marex@denx.de>Signed-off-by: Tom Rini <trini@konsulko.com>Reviewed-by: Marek Vasut <marex@denx.de>
kirkwood: remove get_random_hex() and MD5 dependencyCommit 19a5944fcd62 ("mvgbe: remove setting of ethaddr within thedriver") removed the usage of get_random_hex() from the mvgbe driverabout six
kirkwood: remove get_random_hex() and MD5 dependencyCommit 19a5944fcd62 ("mvgbe: remove setting of ethaddr within thedriver") removed the usage of get_random_hex() from the mvgbe driverabout six years ago. However the prototype of that function survivedtill today in some kirkwood header file.Remove that prototype and the CONFIG_MD5 dependency triggered by that.Signed-off-by: Andre Przywara <andre.przywara@arm.com>Reviewed-by: Simon Glass <sjg@chromium.org>Reviewed-by: Stefan Roese <sr@denx.de>
ARM: Move SYS_CACHELINE_SIZE over to KconfigThis series moves the CONFIG_SYS_CACHELINE_SIZE. First, in nearly allcases we are mirroring the values used by the Linux Kernel here. Also,so long as
ARM: Move SYS_CACHELINE_SIZE over to KconfigThis series moves the CONFIG_SYS_CACHELINE_SIZE. First, in nearly allcases we are mirroring the values used by the Linux Kernel here. Also,so long as (and in this case, it is true) we implement flushes in hunksthat are no larger than the smallest implementation (and given that wemirror the Linux Kernel, again we are fine) it is OK to align higher.The biggest changes here are that we always use 64 bytes for CPU_V7 evenif for example the underlying core is only 32 bytes (this mirrorsLinux). Second, we say ARM64 uses 64 bytes not 128 (as found in theLinux Kernel) as we do not need multi-platform support (to this degree)and only the Cavium ThunderX 88xx series has a use for such largealignment.Cc: Albert Aribaud <albert.u.boot@aribaud.net>Cc: Marek Vasut <marex@denx.de>Cc: Stefano Babic <sbabic@denx.de>Cc: Prafulla Wadaskar <prafulla@marvell.com>Cc: Luka Perkov <luka.perkov@sartura.hr>Cc: Stefan Roese <sr@denx.de>Cc: Nagendra T S <nagendra@mistralsolutions.com>Cc: Vaibhav Hiremath <hvaibhav@ti.com>Acked-by: Lokesh Vutla <lokeshvutla@ti.com>Cc: Steve Rae <steve.rae@raedomain.com>Cc: Igor Grinberg <grinberg@compulab.co.il>Cc: Nikita Kiryanov <nikita@compulab.co.il>Cc: Stefan Agner <stefan.agner@toradex.com>Acked-by: Heiko Schocher <hs@denx.de>Cc: Mateusz Kulikowski <mateusz.kulikowski@gmail.com>Cc: Peter Griffin <peter.griffin@linaro.org>Acked-by: Paul Kocialkowski <contact@paulk.fr>Cc: Anatolij Gustschin <agust@denx.de>Acked-by: "Pali Rohár" <pali.rohar@gmail.com>Cc: Adam Ford <aford173@gmail.com>Cc: Steve Sakoman <sakoman@gmail.com>Cc: Grazvydas Ignotas <notasas@gmail.com>Cc: Nishanth Menon <nm@ti.com>Cc: Stephen Warren <swarren@wwwdotorg.org>Cc: Robert Baldyga <r.baldyga@samsung.com>Cc: Minkyu Kang <mk7.kang@samsung.com>Cc: Thomas Weber <weber@corscience.de>Cc: Masahiro Yamada <yamada.masahiro@socionext.com>Cc: David Feng <fenghua@phytium.com.cn>Cc: Alison Wang <b18965@freescale.com>Cc: Michal Simek <michal.simek@xilinx.com>Cc: Simon Glass <sjg@chromium.org>Cc: York Sun <york.sun@nxp.com>Cc: Shengzhou Liu <Shengzhou.Liu@nxp.com>Cc: Mingkai Hu <mingkai.hu@nxp.com>Cc: Prabhakar Kushwaha <prabhakar.kushwaha@nxp.com>Cc: Aneesh Bansal <aneesh.bansal@freescale.com>Cc: Saksham Jain <saksham.jain@nxp.com>Cc: Qianyu Gong <qianyu.gong@nxp.com>Cc: Wang Dongsheng <dongsheng.wang@nxp.com>Cc: Alex Porosanu <alexandru.porosanu@freescale.com>Cc: Hongbo Zhang <hongbo.zhang@nxp.com>Cc: tang yuantian <Yuantian.Tang@freescale.com>Cc: Rajesh Bhagat <rajesh.bhagat@nxp.com>Cc: Josh Wu <josh.wu@atmel.com>Cc: Bo Shen <voice.shen@atmel.com>Cc: Viresh Kumar <viresh.kumar@linaro.org>Cc: Hannes Schmelzer <oe5hpm@oevsv.at>Cc: Thomas Chou <thomas@wytron.com.tw>Cc: Joe Hershberger <joe.hershberger@ni.com>Cc: Sam Protsenko <semen.protsenko@linaro.org>Cc: Bin Meng <bmeng.cn@gmail.com>Cc: Christophe Ricard <christophe-h.ricard@st.com>Cc: Anand Moon <linux.amoon@gmail.com>Cc: Beniamino Galvani <b.galvani@gmail.com>Cc: Carlo Caione <carlo@endlessm.com>Cc: huang lin <hl@rock-chips.com>Cc: Sjoerd Simons <sjoerd.simons@collabora.co.uk>Cc: Xu Ziyuan <xzy.xu@rock-chips.com>Cc: "jk.kernel@gmail.com" <jk.kernel@gmail.com>Cc: "Ariel D'Alessandro" <ariel@vanguardiasur.com.ar>Cc: Kever Yang <kever.yang@rock-chips.com>Cc: Samuel Egli <samuel.egli@siemens.com>Cc: Chin Liang See <clsee@altera.com>Cc: Dinh Nguyen <dinguyen@opensource.altera.com>Cc: Hans de Goede <hdegoede@redhat.com>Cc: Ian Campbell <ijc@hellion.org.uk>Cc: Siarhei Siamashka <siarhei.siamashka@gmail.com>Cc: Boris Brezillon <boris.brezillon@free-electrons.com>Cc: Andre Przywara <andre.przywara@arm.com>Cc: Bernhard Nortmann <bernhard.nortmann@web.de>Cc: Wolfgang Denk <wd@denx.de>Cc: Ben Whitten <ben.whitten@gmail.com>Cc: Tom Warren <twarren@nvidia.com>Cc: Alexander Graf <agraf@suse.de>Cc: Sekhar Nori <nsekhar@ti.com>Cc: Vitaly Andrianov <vitalya@ti.com>Cc: "Andrew F. Davis" <afd@ti.com>Cc: Murali Karicheri <m-karicheri2@ti.com>Cc: Carlos Hernandez <ceh@ti.com>Cc: Ladislav Michl <ladis@linux-mips.org>Cc: Ash Charles <ashcharles@gmail.com>Cc: Mugunthan V N <mugunthanvnm@ti.com>Cc: Daniel Allred <d-allred@ti.com>Cc: Gong Qianyu <Qianyu.Gong@freescale.com>Signed-off-by: Tom Rini <trini@konsulko.com>Acked-by: Masahiro Yamada <yamada.masahiro@socionext.com>Acked-by: Chin Liang See <clsee@altera.com>Tested-by: Stephen Warren <swarren@nvidia.com>Acked-by: Paul Kocialkowski <contact@paulk.fr>
configs: Re-sync with cmd/KconfigUpdate the config.h and defconfig files for the commands that 8e3c036converted over to KconfigSigned-off-by: Tom Rini <trini@konsulko.com>
arm: mvebu/kirkwood: Use common timer functionsBy using the common timer functions for mvebu/kirkwood we can get rid of quitea lot of code.Signed-off-by: Stefan Roese <sr@denx.de>Cc: Luka Perko
arm: mvebu/kirkwood: Use common timer functionsBy using the common timer functions for mvebu/kirkwood we can get rid of quitea lot of code.Signed-off-by: Stefan Roese <sr@denx.de>Cc: Luka Perkov <luka.perkov@sartura.hr>Cc: Simon Guinot <simon.guinot@sequanux.org>Cc: Valentin Longchamp <valentin.longchamp@keymile.com>
i2c: mvtwsi: Support for up to 4 different controllersOrion5x, Kirkwood and Armada XP platforms come with a single TWSI (I2C) MVTWSIcontroller. However, other platforms using MVTWSI may come with
i2c: mvtwsi: Support for up to 4 different controllersOrion5x, Kirkwood and Armada XP platforms come with a single TWSI (I2C) MVTWSIcontroller. However, other platforms using MVTWSI may come with more: this isthe case on Allwinner (sunxi) platforms, where up to 4 controllers can be foundon the same chip.Signed-off-by: Paul Kocialkowski <contact@paulk.fr>Acked-by: Heiko Schocher <hs@denx.de>Acked-by: Hans de Goede <hdegoede@redhat.com>Signed-off-by: Hans de Goede <hdegoede@redhat.com>
ARM: kirkwood: move SoC headers to mach-kirkwood/include/machMove arch/arm/include/asm/arch-kirkwood/* -> arch/arm/mach-kirkwood/include/mach/*Signed-off-by: Masahiro Yamada <yamada.m@jp.panaso
ARM: kirkwood: move SoC headers to mach-kirkwood/include/machMove arch/arm/include/asm/arch-kirkwood/* -> arch/arm/mach-kirkwood/include/mach/*Signed-off-by: Masahiro Yamada <yamada.m@jp.panasonic.com>Acked-by: Stefan Roese <sr@denx.de>Cc: Prafulla Wadaskar <prafulla@marvell.com>Cc: Luka Perkov <luka.perkov@sartura.hr>