summaryrefslogtreecommitdiff
path: root/arch/x86/include/asm/mutex_64.h
diff options
context:
space:
mode:
authorMaxime Ripard <maxime.ripard@free-electrons.com>2015-06-01 12:04:26 +0300
committerArnd Bergmann <arnd@arndb.de>2015-06-01 18:57:34 +0300
commit4af34b572a85c44c55491a10693535a79627c478 (patch)
treec27f6bf9fe4d2c39e989704d888386c73932eebd /arch/x86/include/asm/mutex_64.h
parent72275b4c08e7536ed5fe21c8899d99fc9f1fce7b (diff)
downloadlinux-4af34b572a85c44c55491a10693535a79627c478.tar.xz
drivers: soc: sunxi: Introduce SoC driver to map SRAMs
The Allwinner SoCs have a handful of SRAM that can be either mapped to be accessible by devices or the CPU. That mapping is controlled by an SRAM controller, and that mapping might not be set by the bootloader, for example if the device wasn't used at all, or if we're using solutions like the U-Boot's Falcon Boot. We could also imagine changing this at runtime for example to change the mapping of these SRAMs to use them for suspend/resume or runtime memory rate change, if that ever happens. These use cases require some API in the kernel to control that mapping, exported through a drivers/soc driver. This driver also implement a debugfs file that shows the SRAM found in the system, the current mapping and the SRAM that have been claimed by some drivers in the kernel. Signed-off-by: Maxime Ripard <maxime.ripard@free-electrons.com> Acked-by: Arnd Bergmann <arnd@arndb.de> Acked-by: Hans de Goede <hdegoede@redhat.com> Tested-by: Hans de Goede <hdegoede@redhat.com> Signed-off-by: Arnd Bergmann <arnd@arndb.de>
Diffstat (limited to 'arch/x86/include/asm/mutex_64.h')
0 files changed, 0 insertions, 0 deletions