mach/io.h cleanup and removal

Quoted 25 lines · Arnd Bergmann

Quoted 9 lines · Tony Lindgren

Yes should be just the legacy drivers needing this for most part, so that's currently most of omap1 drivers for us.

Anyways I'm using plat/omap-iomap.h for the name, so if somebody has better ideas for naming to avoid further search and replace later on, let me know.

I guess in the long run we could have

Quoted 7 lines

#include <mach-omap1/iomap.h>

instead of

#include <plat/omap-iomap.h>

as the plat can't be used for multi-subarch builds.

I think it /could/ be used, we just need to make a definite decision which way we want to go for header files that are defined by a platform and used by code outside of that platform such as device drivers.

The two main approaches that I can see are

Quoted 9 lines

a) make every header file name unique for platforms that you want to build together, and just add every path at the compiler command line. Not too much work, but somewhat error prone when you start having file name conflicts.

b) move all platform specific header files into a directory named after the platform and change all device drivers using this. Lots of work, but probably better in the long run.

c) Don't allow mach includes in drivers and sound dirs for multi-platform kernels. This is already the case for any multi-arch driver. A lot of the headers are platform_data structs or things that should be cleaned up or need common infrastructure. Some cases I've found seem like the include is unnecessary. Also, just fixing up the name or path is no guarantee of avoiding namespace collisions.