SPDX: Convert all of our single license tags to Linux Kernel styleWhen U-Boot started using SPDX tags we were among the early adopters andthere weren't a lot of other examples to borrow from. So
SPDX: Convert all of our single license tags to Linux Kernel styleWhen U-Boot started using SPDX tags we were among the early adopters andthere weren't a lot of other examples to borrow from. So we picked thearea of the file that usually had a full license text and replaced itwith an appropriate SPDX-License-Identifier: entry. Since then, theLinux Kernel has adopted SPDX tags and they place it as the very firstline in a file (except where shebangs are used, then it's second line)and with slightly different comment styles than us.In part due to community overlap, in part due to better tag visibilityand in part for other minor reasons, switch over to that style.This commit changes all instances where we have a single declaredlicense in the tag as both the before and after are identical in tagcontents. There's also a few places where I found we did not have a tagand have introduced one.Signed-off-by: Tom Rini <trini@konsulko.com>
show more ...
spi: kirkwood_spi: implement workaround for FE-9144572Erratum NO. FE-9144572: The device SPI interface supports frequencies ofup to 50 MHz. However, due to this erratum, when the device core cloc
spi: kirkwood_spi: implement workaround for FE-9144572Erratum NO. FE-9144572: The device SPI interface supports frequencies ofup to 50 MHz. However, due to this erratum, when the device core clockis 250 MHz and the SPI interfaces is configured for 50MHz SPI clock andCPOL=CPHA=1 there might occur data corruption on reads from the SPIdevice.Implement the workaround by setting the TMISO_SAMPLE value to 0x2in the timing1 register.Signed-off-by: Chris Packham <judge.packham@gmail.com>Reviewed-by: Stefan Roese <sr@denx.de>Reviewed-by: Jagan Teki <jagan@openedev.com>
spi: kirkwood_spi: implement mvebu_spi_set_mode()Set the appropriate bits in the interface config register basedon the SPI_ mode flags.Reviewed-by: Stefan Roese <sr@denx.de>Reviewed-by: Jagan T
spi: kirkwood_spi: implement mvebu_spi_set_mode()Set the appropriate bits in the interface config register basedon the SPI_ mode flags.Reviewed-by: Stefan Roese <sr@denx.de>Reviewed-by: Jagan Teki <jteki@openedev.com>Signed-off-by: Chris Packham <judge.packham@gmail.com>
spi: kirkwood_spi: Add support for multiple chip-selects on MVEBUCurrently only chip-select 0 is supported by the kirkwood SPI driver.The Armada XP / 38x SoCs also use this driver and support mult
spi: kirkwood_spi: Add support for multiple chip-selects on MVEBUCurrently only chip-select 0 is supported by the kirkwood SPI driver.The Armada XP / 38x SoCs also use this driver and support multiple chipselects. This patch adds support for multiple CS on MVEBU.The register definitions are restructured a bit with this patch. Groupingthem to the corresponding registers.Signed-off-by: Stefan Roese <sr@denx.de>Cc: Luka Perkov <luka.perkov@sartura.hr>Reviewed-by: Jagan Teki <jteki@openedev.com>
arm: mvebu: spi.h: Add registers for direct write accessThe direct write config register is needed for SPI direct write modeconfiguration.Signed-off-by: Stefan Roese <sr@denx.de>Cc: Luka Perkov
arm: mvebu: spi.h: Add registers for direct write accessThe direct write config register is needed for SPI direct write modeconfiguration.Signed-off-by: Stefan Roese <sr@denx.de>Cc: Luka Perkov <luka.perkov@sartura.hr>Signed-off-by: Stefan Roese <sr@denx.de>
arm: marvell: Move arch-kirkwood/spi.h to arch-mvebu/spi.hThis move makes it possible to use this kirkwood SPI driver from otherMVEBU platforms as well. This will be used by the upcoming Armada XP
arm: marvell: Move arch-kirkwood/spi.h to arch-mvebu/spi.hThis move makes it possible to use this kirkwood SPI driver from otherMVEBU platforms as well. This will be used by the upcoming Armada XPsupport.Signed-off-by: Stefan Roese <sr@denx.de>Reviewed-by: Jagannadha Sutradharudu Teki <jaganna@xilinx.com>Tested-by: Luka Perkov <luka@openwrt.org>Acked-by: Prafulla Wadaskar <prafulla@marvell.com>