As for leon_kernel.c and leon_mm.c, they shouldn't be compiled unless CONFIG_LEON is set, exactly as you have it now. As for this code, the cleanest option I see is to make leon_init() and leon_flush_cache_all() no-ops (or empty macros) when CONFIG_LEON isn't set. My rationale for this is simple: support for HyperSPARC CPUs adds some "dead" code on my MicroSPARC / SuperSPARC machines, and yet it cannot be compiled out, so why should LEON CPUs be treated any differently? As for things like new hardware or new bus types, they add little bulk, so I see no reason to cut them out when CONFIG_LEON isn't set. - and for all we know, AMBA bus may become the emerging standard for open source SPARC systems, not just LEON. Thanks for understanding =)
Ok, then I'll do a is_leon approach and include the ambapp bus too, removing the ifdef. I'll wait for some more comments before I'll post yet enother round of patches, maybe next week. -- Konrad -- To unsubscribe from this list: send the line "unsubscribe sparclinux" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
