blob: 0f2677f88bf463d981d4d7aa040e4e849a920fc6 [file] [log] [blame]
wdenk1d9f4102004-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
10 cpu/$(CPU)/
11
12and code that is specific to some SoC (i.e. vendor specific
13peripherals around the core) is moved into
14
15 cpu/$(CPU)/$(SOC)/
16
17Thus a library/archive "cpu/$(CPU)/$(SOC)/lib$(SOC).a" will be build
18and 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