blob: 15f065dfbc7e3889804a20ff4432ea92e6a99c31 [file] [log] [blame]
wdenkf8e9a232004-10-09 22:21:29 +00001[By Steven Scholz <steven.scholz@imc-berlin.de>, 16 Aug 2004]
2
3Since the cpu/ directory gets clobbered with peripheral driver code I
4started cleaning up cpu/arm920t.
5
6I introduced the concept of Soc (system on a chip) into the ./cpu
7directory. That means that code that is cpu (i.e. core) specific
8resides in
9
Peter Tyserd53e8fd2010-04-12 22:28:02 -050010 $(CPUDIR)/
wdenkf8e9a232004-10-09 22:21:29 +000011
12and code that is specific to some SoC (i.e. vendor specific
13peripherals around the core) is moved into
14
Peter Tyserd53e8fd2010-04-12 22:28:02 -050015 $(CPUDIR)/$(SOC)/
wdenkf8e9a232004-10-09 22:21:29 +000016
Peter Tyserd53e8fd2010-04-12 22:28:02 -050017Thus a library/archive "$(CPUDIR)/$(SOC)/lib$(SOC).a" will be build
wdenkf8e9a232004-10-09 22:21:29 +000018and linked. Examples will be
19
20 cpu/arm920t/imx/
21 cpu/arm920t/s3c24x0
22
23One can select an SoC by passing the name of it to ./mkconfig just
24like
25
26 @./mkconfig $(@:_config=) arm arm920t vcma9 mpl s3c24x0
27
28If there's no VENDOR field (like "mpl" in the above line) one has to
29pass NULL instead:
30
31 @./mkconfig $(@:_config=) arm arm920t mx1ads NULL imx