summaryrefslogtreecommitdiff
path: root/doc/driver-model/UDM-design.txt
diff options
context:
space:
mode:
authorWolfgang Denk <wd@denx.de>2013-10-04 17:43:24 +0200
committerTom Rini <trini@ti.com>2013-10-14 16:06:54 -0400
commit93e1459641e758d2b096d3f1b39414a39bb314f8 (patch)
tree3780156a164d3924a2412354872203e4b46f8592 /doc/driver-model/UDM-design.txt
parent3765b3e7bd0f8e46914d417f29cbcb0c72b1acf7 (diff)
downloadu-boot-imx-93e1459641e758d2b096d3f1b39414a39bb314f8.zip
u-boot-imx-93e1459641e758d2b096d3f1b39414a39bb314f8.tar.gz
u-boot-imx-93e1459641e758d2b096d3f1b39414a39bb314f8.tar.bz2
Coding Style cleanup: replace leading SPACEs by TABs
Signed-off-by: Wolfgang Denk <wd@denx.de> [trini: Drop changes for PEP 4 following python tools] Signed-off-by: Tom Rini <trini@ti.com>
Diffstat (limited to 'doc/driver-model/UDM-design.txt')
-rw-r--r--doc/driver-model/UDM-design.txt12
1 files changed, 6 insertions, 6 deletions
diff --git a/doc/driver-model/UDM-design.txt b/doc/driver-model/UDM-design.txt
index 185f477..9f03bba 100644
--- a/doc/driver-model/UDM-design.txt
+++ b/doc/driver-model/UDM-design.txt
@@ -87,7 +87,7 @@ III) The drivers
of the cores.
FIXME: Should *cores[] be really struct driver, pointing to drivers that
- represent the cores? Shouldn't it be core instance pointer?
+ represent the cores? Shouldn't it be core instance pointer?
2) Instantiation of a driver
----------------------------
@@ -101,7 +101,7 @@ III) The drivers
functions.
FIXME: We need some functions that will return list of busses of certain type
- registered with the system so the user can find proper instance even if
+ registered with the system so the user can find proper instance even if
he has no bus pointer (this will come handy if the user isn't
registering the driver from board init function, but somewhere else).
@@ -183,12 +183,12 @@ III) The drivers
int driver_bind(struct instance *in)
{
...
- core_bind(&core_i2c_static_instance, in, i2c_bus_funcs);
- ...
+ core_bind(&core_i2c_static_instance, in, i2c_bus_funcs);
+ ...
}
FIXME: What if we need to run-time determine, depending on some hardware
- register, what kind of i2c_bus_funcs to pass?
+ register, what kind of i2c_bus_funcs to pass?
This makes the i2c core aware of a new bus. The i2c_bus_funcs is a constant
structure of functions any i2c bus driver must provide to work. This will
@@ -196,7 +196,7 @@ III) The drivers
the pointer to the instance of a core this driver provides function to.
FIXME: Maybe replace "core-i2c" with CORE_I2C global pointer to an instance of
- the core?
+ the core?
4) The instantiation of a core driver
-------------------------------------