- 19 3月, 2014 2 次提交
-
-
由 Sachin Kamat 提交于
vexpress_config_bridges is local to this file. Signed-off-by: NSachin Kamat <sachin.kamat@linaro.org> Signed-off-by: NLee Jones <lee.jones@linaro.org>
-
由 Paul Gortmaker 提交于
None of these files are actually using any __init type directives and hence don't need to include <linux/init.h>. Most are just a left over from __devinit and __cpuinit removal, or simply due to code getting copied from one driver to the next. Signed-off-by: NPaul Gortmaker <paul.gortmaker@windriver.com> Signed-off-by: NLee Jones <lee.jones@linaro.org>
-
- 26 4月, 2013 1 次提交
-
-
由 Pawel Moll 提交于
The config transactions "scheduler" was hopelessly broken, repeating completed transaction instead of picking up next pending one. Fixed now. Also improved debug messages. Signed-off-by: NPawel Moll <pawel.moll@arm.com> Reviewed-by: NJon Medhurst <tixy@linaro.org> Signed-off-by: NSamuel Ortiz <sameo@linux.intel.com>
-
- 23 1月, 2013 1 次提交
-
-
由 Guenter Roeck 提交于
Compiling vexpress client drivers as module results in error messages such as ERROR: "__vexpress_config_func_get" [drivers/hwmon/vexpress.ko] undefined! ERROR: "vexpress_config_func_put" [drivers/hwmon/vexpress.ko] undefined! This is because the global functions in drivers/mfd/vexpress-config.c are not exported. Fix it. Signed-off-by: NGuenter Roeck <linux@roeck-us.net> Signed-off-by: NSamuel Ortiz <sameo@linux.intel.com>
-
- 06 11月, 2012 1 次提交
-
-
由 Pawel Moll 提交于
Versatile Express platform has an elaborated configuration system, consisting of microcontrollers residing on the mother- and daughterboards known as Motherboard/Daughterboard Configuration Controller (MCC and DCC). The controllers are responsible for the platform initialization (reset generation, flash programming, FPGA bitfiles loading etc.) but also control clock generators, voltage regulators, gather environmental data like temperature, power consumption etc. Even the video output switch (FPGA) is controlled that way. Those devices are _not_ visible in the main address space and the usual communication channel uses some kind of a bridge in the peripheral block sending commands (requests) to the controllers and receiving responses. It can take up to 500 microseconds for a transaction to be completed, therefore it is important to provide a non-blocking interface to it. This patch adds an abstraction of this infrastructure. Bridge drivers can register themselves with the framework. Then, a driver of a device can request an abstract "function" - the request will be redirected to a bridge referred by thedd "arm,vexpress,config-bridge" property of the device tree node. Signed-off-by: NPawel Moll <pawel.moll@arm.com>
-