- 13 Oct, 2011 33 commits
-
-
Nicolas Pitre authored
Given that we want the default to not have any <mach/memory.h> and given that there are now fewer cases where it is still provided than the cases where it is not at this point, this makes sense to invert the logic and just identify the exception cases. The word "need" instead of "have" was chosen to construct the config symbol so not to suggest that having a mach/memory.h file is actually a feature that one should aim for. Signed-off-by: Nicolas Pitre <nicolas.pitre@linaro.org>
-
Nicolas Pitre authored
Signed-off-by: Nicolas Pitre <nicolas.pitre@linaro.org>
-
Nicolas Pitre authored
Signed-off-by: Nicolas Pitre <nicolas.pitre@linaro.org>
-
Nicolas Pitre authored
Signed-off-by: Nicolas Pitre <nicolas.pitre@linaro.org>
-
Nicolas Pitre authored
Signed-off-by: Nicolas Pitre <nicolas.pitre@linaro.org>
-
Nicolas Pitre authored
Signed-off-by: Nicolas Pitre <nicolas.pitre@linaro.org>
-
Nicolas Pitre authored
Signed-off-by: Nicolas Pitre <nicolas.pitre@linaro.org>
-
Nicolas Pitre authored
Move some DDR2 related defines into a private <mach/ddr2.h> beforehand. Signed-off-by: Nicolas Pitre <nicolas.pitre@linaro.org>
-
Nicolas Pitre authored
Signed-off-by: Nicolas Pitre <nicolas.pitre@linaro.org>
-
Nicolas Pitre authored
Signed-off-by: Nicolas Pitre <nicolas.pitre@linaro.org>
-
Nicolas Pitre authored
Signed-off-by: Nicolas Pitre <nicolas.pitre@linaro.org>
-
Nicolas Pitre authored
Signed-off-by: Nicolas Pitre <nicolas.pitre@linaro.org>
-
Nicolas Pitre authored
Signed-off-by: Nicolas Pitre <nicolas.pitre@linaro.org>
-
Nicolas Pitre authored
Signed-off-by: Nicolas Pitre <nicolas.pitre@linaro.org>
-
Nicolas Pitre authored
Signed-off-by: Nicolas Pitre <nicolas.pitre@linaro.org>
-
Nicolas Pitre authored
Signed-off-by: Nicolas Pitre <nicolas.pitre@linaro.org>
-
Nicolas Pitre authored
Signed-off-by: Nicolas Pitre <nicolas.pitre@linaro.org>
-
Nicolas Pitre authored
Signed-off-by: Nicolas Pitre <nicolas.pitre@linaro.org>
-
Nicolas Pitre authored
Signed-off-by: Nicolas Pitre <nicolas.pitre@linaro.org>
-
Nicolas Pitre authored
Signed-off-by: Nicolas Pitre <nicolas.pitre@linaro.org>
-
Nicolas Pitre authored
Signed-off-by: Nicolas Pitre <nicolas.pitre@linaro.org>
-
Nicolas Pitre authored
Signed-off-by: Nicolas Pitre <nicolas.pitre@linaro.org>
-
Nicolas Pitre authored
Signed-off-by: Nicolas Pitre <nicolas.pitre@linaro.org>
-
Nicolas Pitre authored
Signed-off-by: Nicolas Pitre <nicolas.pitre@linaro.org>
-
Nicolas Pitre authored
Signed-off-by: Nicolas Pitre <nicolas.pitre@linaro.org>
-
Nicolas Pitre authored
Signed-off-by: Nicolas Pitre <nicolas.pitre@linaro.org>
-
Nicolas Pitre authored
Signed-off-by: Nicolas Pitre <nicolas.pitre@linaro.org>
-
Nicolas Pitre authored
Signed-off-by: Nicolas Pitre <nicolas.pitre@linaro.org>
-
Nicolas Pitre authored
Signed-off-by: Nicolas Pitre <nicolas.pitre@linaro.org>
-
Nicolas Pitre authored
Signed-off-by: Nicolas Pitre <nicolas.pitre@linaro.org>
-
Nicolas Pitre authored
Signed-off-by: Nicolas Pitre <nicolas.pitre@linaro.org>
-
Nicolas Pitre authored
Signed-off-by: Nicolas Pitre <nicolas.pitre@linaro.org>
-
Nicolas Pitre authored
This also removes the mach/s3c2400 version which was probably never used due to the fact that we have this line in arch/arm/Makefile: machine-$(CONFIG_ARCH_S3C2410) := s3c2410 s3c2400 [...] This is later used to construct the search path for: The compiler would be looking into mach-s3c2410 and picking up this version first. Any config that was actually expecting the mach-s3c2400 version was therefore producing a broken kernel binary. Not relying on any of them anymore would fix that issue. Signed-off-by: Nicolas Pitre <nicolas.pitre@linaro.org>
-
- 26 Sep, 2011 7 commits
-
-
Nicolas Pitre authored
Signed-off-by: Nicolas Pitre <nicolas.pitre@linaro.org>
-
Nicolas Pitre authored
Signed-off-by: Nicolas Pitre <nicolas.pitre@linaro.org> Acked-by: Tony Lindgren <tony@atomide.com>
-
Nicolas Pitre authored
Signed-off-by: Nicolas Pitre <nicolas.pitre@linaro.org> Acked-by: Tony Lindgren <tony@atomide.com>
-
Nicolas Pitre authored
Signed-off-by: Nicolas Pitre <nicolas.pitre@linaro.org>
-
Nicolas Pitre authored
Signed-off-by: Nicolas Pitre <nicolas.pitre@linaro.org>
-
Nicolas Pitre authored
Signed-off-by: Nicolas Pitre <nicolas.pitre@linaro.org>
-
Nicolas Pitre authored
When the CONFIG_NO_MACH_MEMORY_H symbol is selected by a particular machine class, the machine specific memory.h include file is no longer used and can be removed. In that case the equivalent information can be obtained dynamically at runtime by enabling CONFIG_ARM_PATCH_PHYS_VIRT or by specifying the physical memory address at kernel configuration time. If/when all instances of mach/memory.h are removed then this symbol could be removed. Signed-off-by: Nicolas Pitre <nicolas.pitre@linaro.org>
-