Thread (96 messages) 96 messages, 9 authors, 2012-06-26
STALE5121d

[RFC PATCH 02/11] ARM: OMAP: expose control.h to mach area

From: Valentin, Eduardo <hidden>
Date: 2012-05-28 10:30:55
Also in: linux-omap, linux-pm

Hello,

On Mon, May 28, 2012 at 12:25 PM, Shilimkar, Santosh
[off-list ref] wrote:
On Fri, May 25, 2012 at 1:55 PM, Eduardo Valentin
[off-list ref] wrote:
quoted
This patch exposes the definitions under control.h to
drivers outside the machine code.

Signed-off-by: Eduardo Valentin <redacted>
---
After second thought, this complete header movement needs to avoided.
Drivers should not anyway include something like <mach/control.h>

May be split the control.h header file data into ..
- defines used by mach-omap2/* files which can remain in "control.h"
in existing location.
OK..
- common functions/defines used across drivers/*, mach-omap2/*,
plat-omap/*, should
go to include/linux/omap_control.h
Right..
- Driver specific defines like thermal, usb etc, should go to
respective drivers file.
Indeed.
What do you think ?
I think we are in line. And I believe I saw a similar comment by
Benoit in other email thread.

Having a better thinking of this, it makes sense to have the
definition specific to drivers in the driver scope only, as they are
going to be used only there anyway.

I will drop this patch off and update the remaining changes
accordingly (drop the change in control.h for thermal specific and
move it to omap_bandgap.h).
Regards
santosh


-- 

Eduardo Valentin
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help