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 ...
sandbox: Add 64-bit sandboxTo debug device tree issues involving 32- and 64-bit platforms, it is useful tohave a generic 64-bit platform available.Add a version of the sandbox that uses 64-bit i
sandbox: Add 64-bit sandboxTo debug device tree issues involving 32- and 64-bit platforms, it is useful tohave a generic 64-bit platform available.Add a version of the sandbox that uses 64-bit integers for its physicaladdresses as well as a modified device tree.Signed-off-by: Mario Six <mario.six@gdsys.cc>Added CONFIG_SYS_TEXT_BASE to configs/sandbox64_defconfigSigned-off-by: Simon Glass <sjg@chromium.org>
dm: core: Replace of_offset with accessorAt present devices use a simple integer offset to record the device treenode associated with the device. In preparation for supporting a livedevice tree,
dm: core: Replace of_offset with accessorAt present devices use a simple integer offset to record the device treenode associated with the device. In preparation for supporting a livedevice tree, which uses a node pointer instead, refactor existing code toaccess this field through an inline function.Signed-off-by: Simon Glass <sjg@chromium.org>
drivers: hierarchize drivers Kconfig menuThe menuconfig for drivers are getting more and more clutteredand unreadable because too many entries are displayed in a singleflat menu. Use hierarchic
drivers: hierarchize drivers Kconfig menuThe menuconfig for drivers are getting more and more clutteredand unreadable because too many entries are displayed in a singleflat menu. Use hierarchic menu for each category.Signed-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>Reviewed-by: Simon Glass <sjg@chromium.org>[trini: Update to apply again in a few places, drop USB hunk]Signed-off-by: Tom Rini <trini@konsulko.com>
common: Make sure arch-specific map_sysmem() is definedIn the case where the arch defines a custom map_sysmem(), make sure thatincluding just mapmem.h is sufficient to have these functions as they
common: Make sure arch-specific map_sysmem() is definedIn the case where the arch defines a custom map_sysmem(), make sure thatincluding just mapmem.h is sufficient to have these functions as theyare when the arch does not override it.Also split the non-arch specific functions out of common.hSigned-off-by: Joe Hershberger <joe.hershberger@ni.com>Reviewed-by: Simon Glass <sjg@chromium.org>
dm: Add Kconfig for driver/demoAdd a suitable Kconfig for this directory.Signed-off-by: Simon Glass <sjg@chromium.org>Reviewed-by: Masahiro Yamada <yamada.m@jp.panasonic.com>
dm: demo: Add a simple GPIO demonstrationAdd a new 'demo light' command which uses GPIOs to control imaginary lights.Each light is assigned a bit number in the overall value. This provides anexam
dm: demo: Add a simple GPIO demonstrationAdd a new 'demo light' command which uses GPIOs to control imaginary lights.Each light is assigned a bit number in the overall value. This provides anexample driver for using the new GPIO API.Signed-off-by: Simon Glass <sjg@chromium.org>
kbuild: refactor some makefiles[1] Move driver/core/, driver/input/ and drivers/input/ entries from the top Makefile to drivers/Makefile[2] Remove the conditional by CONFIG_DM in drivers/core
kbuild: refactor some makefiles[1] Move driver/core/, driver/input/ and drivers/input/ entries from the top Makefile to drivers/Makefile[2] Remove the conditional by CONFIG_DM in drivers/core/Makefile because the whole drivers/core directory is already selected by CONFIG_DM in the upper level[3] Likewise for CONFIG_DM_DEMO in drivers/demo/Makefile[4] Simplify common/Makefile - both CONFIG_DDR_SPD and CONFIG_SPD_EEPROM are boolean macros so they can directly select objectsSigned-off-by: Masahiro Yamada <yamada.m@jp.panasonic.com>Acked-by: Marek Vasut <marex@denx.de>
dm: Give the demo uclass a nameUclasses should be named, so add a name for the demo uclass.Signed-off-by: Simon Glass <sjg@chromium.org>
dm: Rename struct device_id to udevice_idIt is best to avoid having any occurence of 'struct device' in drivermodel, so rename to achieve this.Signed-off-by: Simon Glass <sjg@chromium.org>
dm: rename device struct to udeviceusing UBI and DM together leads in compiler error, asboth define a "struct device", so rename "struct device"in include/dm/device.h to "struct udevice", as we u
dm: rename device struct to udeviceusing UBI and DM together leads in compiler error, asboth define a "struct device", so rename "struct device"in include/dm/device.h to "struct udevice", as we uselinux code (MTD/UBI/UBIFS some USB code,...) and cannotchange the linux "struct device"Signed-off-by: Heiko Schocher <hs@denx.de>Cc: Simon Glass <sjg@chromium.org>Cc: Marek Vasut <marex@denx.de>
dm: Add a demonstration/example driverAs an example of how to write a uclass and a driver, provide a demo versionof each, accessible through the 'demo' command.To use these with driver model, de
dm: Add a demonstration/example driverAs an example of how to write a uclass and a driver, provide a demo versionof each, accessible through the 'demo' command.To use these with driver model, define CONFIG_CMD_DEMO and CONFIG_DM_DEMO.The two demo drivers are enabled with CONFIG_DM_DEMO_SIMPLE andCONFIG_DM_DEMO_SHAPE.Signed-off-by: Simon Glass <sjg@chromium.org>Signed-off-by: Marek Vasut <marex@denx.de>Signed-off-by: Pavel Herrmann <morpheus.ibis@gmail.com>Signed-off-by: Viktor Křivák <viktor.krivak@gmail.com>Signed-off-by: Tomas Hlavacek <tmshlvck@gmail.com>