Giant monolithic changes are dangerous and hard to track down so I am updating the infrastructure in small steps where everything should continue to work. If there are problems it becomes easier to track things down. This first change is the set of changes that gets the new configuration working for me.
Until we starting doing something better with the development branch I bumping the version number and tagging each chunk of changes.
So linuxbios_1_1_0 is tagged just before I started doing anything. And this set of changes is tagged linuxbios_1_1_1
Eric
- Updates to config.g so that it works more reliably and has initial support for paths - Renamed some configuration variables SMP -> CONFIG_SMP MAX_CPUS -> CONFIG_MAX_CPUS MAX_PHYSICAL_CPUS -> CONFIG_MAX_PHYSICAL_CPUS - Removed some dead configuration variables MAX_CPUS -> CONFIG_MAX_CPUS MAX_PHYSICAL_CPUS -> CONFIG_MAX_PHYSICAL_CPUS SMP -> CONFIG_SMP FINAL_MAINBOARD_FIXUP SIO_BASE SIO_SYSTEM_CLK_INPUT NO_KEYBOARD USE_NORMAL_IMAGE SERIAL_CONSOLE USE_ELF_BOOT ENABLE_FIXED_AND_VARIABLE_MTRRS START_CPU_SEG DISABLE_WATCHDOG ENABLE_IOMMU AMD8111_DEV
- Removed some assembly files that are no longer needed killed src/southbridge/amd/amd8111/smbus.inc killed src/southbrideg/amd/amd8111/cmos_boot_failover.inc killed src/ram/ramtest.inc - Updates to config.g so that it works more reliably and has initial support for paths - Renamed some configuration variables SMP -> CONFIG_SMP MAX_CPUS -> CONFIG_MAX_CPUS MAX_PHYSICAL_CPUS -> CONFIG_MAX_PHYSICAL_CPUS - Removed some dead configuration variables MAX_CPUS -> CONFIG_MAX_CPUS MAX_PHYSICAL_CPUS -> CONFIG_MAX_PHYSICAL_CPUS SMP -> CONFIG_SMP FINAL_MAINBOARD_FIXUP SIO_BASE SIO_SYSTEM_CLK_INPUT NO_KEYBOARD USE_NORMAL_IMAGE SERIAL_CONSOLE USE_ELF_BOOT ENABLE_FIXED_AND_VARIABLE_MTRRS START_CPU_SEG DISABLE_WATCHDOG ENABLE_IOMMU AMD8111_DEV
- Removed some assembly files that are no longer needed killed src/southbridge/amd/amd8111/smbus.inc killed src/southbrideg/amd/amd8111/cmos_boot_failover.inc killed src/ram/ramtest.inc killed src/sdram/generic_dump_spd.inc killed src/sdram/generic_dump_spd.inc
- Updated the arima/hdama to build with the new configuration system - Updated config.g to list all of the variables with make echo
CVS: ---------------------------------------------------------------------- CVS: Enter Log. Lines beginning with `CVS:' are removed automatically CVS: CVS: Committing in . CVS: CVS: Modified Files: CVS: NEWS documentation/RFC/config.tex src/arch/i386/boot/tables.c CVS: src/arch/i386/config/make.base CVS: src/arch/i386/include/arch/smp/mpspec.h CVS: src/arch/i386/lib/c_start.S src/arch/i386/smp/mpspec.c CVS: src/arch/i386/smp/secondary.S src/arch/i386/smp/start_stop.c CVS: src/arch/ppc/config/make.base src/boot/hardwaremain.c CVS: src/config/Config src/config/Options.lb CVS: src/config/linuxbios_c.ld src/include/device/device.h CVS: src/mainboard/amd/quartet/Config CVS: src/mainboard/amd/quartet/Config.lb CVS: src/mainboard/amd/quartet/auto.c CVS: src/mainboard/amd/quartet/example-fallback.config CVS: src/mainboard/amd/quartet/example-normal.config CVS: src/mainboard/amd/quartet/mainboard.c CVS: src/mainboard/amd/solo/Config src/mainboard/amd/solo/Config.lb CVS: src/mainboard/amd/solo/example-fallback.config CVS: src/mainboard/amd/solo/example-normal.config CVS: src/mainboard/amd/solo/mainboard.c CVS: src/mainboard/arima/hdama/Config CVS: src/mainboard/arima/hdama/Config.lb CVS: src/mainboard/arima/hdama/auto.c CVS: src/mainboard/arima/hdama/example-fallback.config CVS: src/mainboard/arima/hdama/example-normal.config CVS: src/mainboard/arima/hdama/mainboard.c CVS: src/mainboard/motorola/sandpoint/Config CVS: src/mainboard/motorola/sandpoint/example-altimus.config CVS: src/mainboard/motorola/sandpoint/hardwaremain.c CVS: src/mainboard/newisys/khepri/Config.lb CVS: src/mainboard/newisys/khepri/auto.c CVS: src/mainboard/newisys/khepri/mainboard.c CVS: src/mainboard/tyan/s2880/Config CVS: src/mainboard/tyan/s2880/Config.lb CVS: src/mainboard/tyan/s2880/mainboard.c CVS: src/mainboard/tyan/s2880/tyan-fallback.config CVS: src/mainboard/tyan/s2880/tyan-normal.config CVS: src/mainboard/tyan/s2882/Config CVS: src/mainboard/tyan/s2882/Config.lb CVS: src/mainboard/tyan/s2882/mainboard.c CVS: src/mainboard/tyan/s2882/tyan-fallback.config CVS: src/mainboard/tyan/s2882/tyan-normal.config CVS: src/mainboard/tyan/s2885/Config CVS: src/mainboard/tyan/s2885/Config.lb CVS: src/mainboard/tyan/s2885/mainboard.c CVS: src/mainboard/tyan/s2885/tyan-fallback.config CVS: src/mainboard/tyan/s2885/tyan-normal.config CVS: src/northbridge/amd/amdk8/coherent_ht.c CVS: src/northbridge/amd/amdk8/raminit.c CVS: targets/arima/hdama/Config.lb CVS: targets/embeddedplanet/ep405pc/Config.lb CVS: targets/motorola/sandpoint/Config.lb CVS: targets/tyan/s2880/Config.lb targets/tyan/s2882/Config.lb CVS: targets/tyan/s2885/Config.lb util/config/NLBConfig.py CVS: util/newconfig/config.g CVS: Removed Files: CVS: src/ram/ramtest.inc src/sdram/generic_dump_spd.inc CVS: src/southbridge/amd/amd8111/cmos_boot_failover.inc CVS: src/southbridge/amd/amd8111/smbus.inc CVS: ----------------------------------------------------------------------
On 1 Sep 2003, Eric W. Biederman wrote:
Giant monolithic changes are dangerous and hard to track down so I am updating the infrastructure in small steps where everything should continue to work. If there are problems it becomes easier to track things down. This first change is the set of changes that gets the new configuration working for me.
I'll test tomorrow.
thanks, I took a look and it's reasonable.
ron
-
ebiederman＠lnxi.com -
ron minnich