If CONFIG_USE_INIT == 0, the cache_as_ram_auto.c will be compiled to auto.inc. ---> part of crt0.s---> part of linuxbios_rom
If CONFIG_USE_INIF == 1, the cache_as_ram_auto.c will be compiled to auto.o and be linked with memcpy.o....and auto.o and memcpy.o ---> init.o And init.o ---> part of linuxbios_rom...
YH
-----Original Message----- From: linuxbios-bounces@openbios.org [mailto:linuxbios-bounces@openbios.org] On Behalf Of Li-Ta Lo Sent: Thursday, October 27, 2005 10:31 AM To: Stefan Reinauer Cc: LinuxBIOS Subject: Re: [LinuxBIOS] Config file dependencies
On Thu, 2005-10-27 at 09:26 +0200, Stefan Reinauer wrote:
Hi,
@@ -130,10 +130,10 @@ ## ## enable CACHE_AS_RAM specifics ## -default USE_DCACHE_RAM=1 +default USE_DCACHE_RAM=0 default DCACHE_RAM_BASE=0xcf000 default DCACHE_RAM_SIZE=0x1000 -default CONFIG_USE_INIT=1 +default CONFIG_USE_INIT=0
The config files have a number of dependencies like the above. USE_DCACHE_RAM needs CONFIG_USE_INIT otherwise it won't work.
That's something I try to figure out. If DCACHE_RAM needs USE_INIT, why we still have
#if CONFIG_USE_INIT == 0 #include "lib/memcpy.c" #endif
in the src/mainboard/tyan/s2895/cache_as_ram_auto.c ?
Should we put this dependency in another place? Keeping such things in mind should be part of the LinuxBIOS configuration, not the LinuxBIOS (mainboard) developer..
Stefan
On Thu, 2005-10-27 at 11:11 -0700, Lu, Yinghai wrote:
If CONFIG_USE_INIT == 0, the cache_as_ram_auto.c will be compiled to auto.inc. ---> part of crt0.s---> part of linuxbios_rom
If CONFIG_USE_INIF == 1, the cache_as_ram_auto.c will be compiled to auto.o and be linked with memcpy.o....and auto.o and memcpy.o ---> init.o And init.o ---> part of linuxbios_rom...
Is there any reason we need two different ways to do it? If both of them are as good, can we drop one and support just the other?
BTW, after reading your patch, I found there is very little difference between auto.c and cache_as_ram_auto.c. Most of the differences are in the included files, can we merge auto.c and cache_as_ram_auto.c?
YH
-----Original Message----- From: linuxbios-bounces@openbios.org [mailto:linuxbios-bounces@openbios.org] On Behalf Of Li-Ta Lo Sent: Thursday, October 27, 2005 10:31 AM To: Stefan Reinauer Cc: LinuxBIOS Subject: Re: [LinuxBIOS] Config file dependencies
On Thu, 2005-10-27 at 09:26 +0200, Stefan Reinauer wrote:
Hi,
@@ -130,10 +130,10 @@ ## ## enable CACHE_AS_RAM specifics ## -default USE_DCACHE_RAM=1 +default USE_DCACHE_RAM=0 default DCACHE_RAM_BASE=0xcf000 default DCACHE_RAM_SIZE=0x1000 -default CONFIG_USE_INIT=1 +default CONFIG_USE_INIT=0
The config files have a number of dependencies like the above. USE_DCACHE_RAM needs CONFIG_USE_INIT otherwise it won't work.
That's something I try to figure out. If DCACHE_RAM needs USE_INIT, why we still have
#if CONFIG_USE_INIT == 0 #include "lib/memcpy.c" #endif
in the src/mainboard/tyan/s2895/cache_as_ram_auto.c ?
Should we put this dependency in another place? Keeping such things in mind should be part of the LinuxBIOS configuration, not the LinuxBIOS (mainboard) developer..
Stefan
-- Li-Ta Lo ollie@lanl.gov Los Alamos National Lab
On Thu, 2005-10-27 at 14:21 -0600, Li-Ta Lo wrote:
On Thu, 2005-10-27 at 11:11 -0700, Lu, Yinghai wrote:
If CONFIG_USE_INIT == 0, the cache_as_ram_auto.c will be compiled to auto.inc. ---> part of crt0.s---> part of linuxbios_rom
If CONFIG_USE_INIF == 1, the cache_as_ram_auto.c will be compiled to auto.o and be linked with memcpy.o....and auto.o and memcpy.o ---> init.o And init.o ---> part of linuxbios_rom...
Is there any reason we need two different ways to do it? If both of them are as good, can we drop one and support just the other?
BTW, after reading your patch, I found there is very little difference between auto.c and cache_as_ram_auto.c. Most of the differences are in the included files, can we merge auto.c and cache_as_ram_auto.c?
Talking about merging auto.c and cache_as_ram_auto.c, you are using #define __ROMCC__ to choose different definitions of device_t. I don't thing it is the right way to do it. Instead, we should use another macro for this (__ASSEMBLY__ or __PRE_SDRAM__)?