coreboot December 2007

coreboot@coreboot.org

78 participants
271 discussions

[LinuxBIOS] [PATCH] v3: duplicate less code
by Carl-Daniel Hailfinger 06 Dec '07

06 Dec '07

Hi, some time ago, we decided that stage2 should share code with stage0 whenever possible. I have investigated the current situation and we could do much better. Example analysis for the qemu target in its current revision follows: Shared functions/symbols: die gdt_limit gdtptr get_option_table post_code printk rtc_init sprintf Duplicated functions: size name 0000001a delay 0000001a mdelay 0000000e udelay 00000027 memcmp 0000000f memcpy 000000d6 memcpy_helper 00000021 memmove 00000013 memset 00000007 rawpnp_enter_ext_func_mode 00000006 rawpnp_exit_ext_func_mode 00000015 rawpnp_set_enable 00000029 rawpnp_set_iobase 00000012 rawpnp_set_logical_device 0000000e rawpnp_write_config We waste a total of 493 bytes. Patch for *delay and mem* functions follows, saving 386 bytes. Regards, Carl-Daniel To reduce code duplication, make sure STAGE2_*OBJ does not contain any object already mentioned in STAGE0_*_OBJ. Specifically, remove mem.o, delay.o, udelay_io.o from STAGE2_*OBJ. This saves 386 bytes in stage2 (~240 bytes after LZMA compression). In the future, automatically removing objects from STAGE2_OBJ which are already included in STAGE0_OBJ will be the way to go. Signed-off-by: Carl-Daniel Hailfinger <c-d.hailfinger.devel.2006(a)gmx.net> --- Index: LinuxBIOSv3/arch/x86/Makefile =================================================================== --- LinuxBIOSv3/arch/x86/Makefile (revision 512) +++ LinuxBIOSv3/arch/x86/Makefile (working copy) @@ -167,11 +167,13 @@ # Where should it be built, maybe in device/? # # TODO: This should be compressed with the default compressor. +# To reduce code duplication, always make sure STAGE2_LIB_OBJ does not contain +# any object already mentioned in STAGE0_LIB_OBJ. # -STAGE2_LIB_OBJ = stage2.o clog2.o mem.o tables.o delay.o compute_ip_checksum.o +STAGE2_LIB_OBJ = stage2.o clog2.o tables.o compute_ip_checksum.o -STAGE2_ARCH_X86_OBJ = archtables.o linuxbios_table.o udelay_io.o +STAGE2_ARCH_X86_OBJ = archtables.o linuxbios_table.o STAGE2_ARCH_X86_OBJ += pci_ops_auto.o pci_ops_conf1.o pci_ops_conf2.o STAGE2_ARCH_X86_OBJ += keyboard.o i8259.o isa-dma.o

3 7

[LinuxBIOS] r541 - LinuxBIOSv3/util/lar
by svn＠openbios.org 06 Dec '07

06 Dec '07

Author: hailfinger Date: 2007-12-06 17:06:07 +0100 (Thu, 06 Dec 2007) New Revision: 541 Modified: LinuxBIOSv3/util/lar/lar.h Log: util/lar/lar.h was accidentially changed to point to the wrong other header. Signed-off-by: Carl-Daniel Hailfinger <c-d.hailfinger.devel.2006(a)gmx.net> Acked-by: Peter Stuge <peter(a)stuge.se> Modified: LinuxBIOSv3/util/lar/lar.h =================================================================== --- LinuxBIOSv3/util/lar/lar.h 2007-12-06 16:03:32 UTC (rev 540) +++ LinuxBIOSv3/util/lar/lar.h 2007-12-06 16:06:07 UTC (rev 541) @@ -61,7 +61,7 @@ typedef uint32_t u32; typedef uint8_t u8; -/* NOTE -- This and the user-mode lar.h may NOT be in sync. Be careful. */ +/* NOTE -- This and the linuxbios lar.h may NOT be in sync. Be careful. */ struct lar_header { char magic[8]; u32 len;

1 0

[LinuxBIOS] r540 - LinuxBIOSv3/arch/x86
by svn＠openbios.org 06 Dec '07

06 Dec '07

Author: hailfinger Date: 2007-12-06 17:03:32 +0100 (Thu, 06 Dec 2007) New Revision: 540 Modified: LinuxBIOSv3/arch/x86/Makefile Log: To reduce code duplication, make sure STAGE2_OBJ does not contain any object already mentioned in STAGE0_OBJ. This saves 386 bytes in qemu stage2 (~240 bytes after LZMA compression). Build tested and runtime tested in Qemu. Signed-off-by: Carl-Daniel Hailfinger <c-d.hailfinger.devel.2006(a)gmx.net> Acked-by: Peter Stuge <peter(a)stuge.se> Modified: LinuxBIOSv3/arch/x86/Makefile =================================================================== --- LinuxBIOSv3/arch/x86/Makefile 2007-12-05 01:45:55 UTC (rev 539) +++ LinuxBIOSv3/arch/x86/Makefile 2007-12-06 16:03:32 UTC (rev 540) @@ -198,11 +198,16 @@ STAGE2_OBJ += $(obj)/util/x86emu/libx86emu.a $(LIBGCC_FILE_NAME) endif -$(obj)/linuxbios.stage2 $(obj)/linuxbios.stage2.map: $(obj)/stage0.init $(STAGE2_OBJ) +# To reduce code duplication, always make sure STAGE2_OBJ does not contain +# any object from STAGE0_OBJ. + +STAGE2_OBJ_NEEDED = $(filter-out $(STAGE0_OBJ), $(STAGE2_OBJ)) + +$(obj)/linuxbios.stage2 $(obj)/linuxbios.stage2.map: $(obj)/stage0.init $(STAGE2_OBJ_NEEDED) $(Q)# leave a .o with full symbols in it for debugging. $(Q)printf " LD $(subst $(shell pwd)/,,$(@))\n" $(Q)$(LD) -R $(obj)/stage0.o -Ttext 0x1000 --entry=stage2 \ - -o $(obj)/linuxbios.stage2 $(STAGE2_OBJ) + -o $(obj)/linuxbios.stage2 $(STAGE2_OBJ_NEEDED) $(Q)$(NM) $(obj)/linuxbios.stage2 | sort -u > $(obj)/linuxbios.stage2.map #

1 0

[LinuxBIOS] LinuxBIOS on Compaq ProLiant 1850R?
by Dijk, Michiel van [FDS] 06 Dec '07

06 Dec '07

> Yep, let's do it. Does the board have a socketed BIOS so you can > hot-swap it to have a backup chip stored away safely? The BIOS is a socketed chip yes (a PLCC, don't know what type). I need a replacement chip first so I can back-up the original. > Please send the output of 'lspci -tvnn' and 'superiotool -dV' from > your board (run it as root). Also, please run the 'getpir' tool and > send us the irq_tables.c file which is generated by the tool. > We can make a patch with that information then, if you're willing to > test it on your hardware. Ok, I will do that. Please give me some time to install Linux on the system (running FreeNAS = FreeBSD 6.2 at the moment). Would it be possible to use a LiveCD as well, or should I just install a full distro? > Do you absolutely need the SCSI? See also Peter's post, I'm not sure > if/how it may work, but you should be able to boot off of IDE just > fine with LinuxBIOS if that helps. I would prefer IDE, but since the manual of the server says IDE harddisks are not supported... I don't know if that's a BIOS problem or a hardware problem. > Uwe. Regards, Michiel.

2 1

[LinuxBIOS] alix and LPC.1A adapter?
by Ward Vandewege 06 Dec '07

06 Dec '07

Hi there, The alix.2/3 manual mentions that port J11/J16 can be used for an alternate flash rom via an LPC adapter. The alix.1 manual describes the same on port J16. The PC Engines adapter LPC.1A is mentioned in this context, but I can't find any documentation about it, not even on their website. Ron, which adapter do you use? Would the one that comes with the programmable LPC dongle by the Artek Group work? (http://www.artecgroup.com/products/hardware-products/programmable-lpc-dongl… and http://www.opencores.org/projects.cgi/web/usb_dongle_fpga/overview) Thanks, Ward. -- Ward Vandewege <ward(a)fsf.org> Free Software Foundation - Senior System Administrator

3 3

[LinuxBIOS] r76 - buildrom-devel/packages/kernel/conf
by svn＠openbios.org 06 Dec '07

06 Dec '07

Author: ward Date: 2007-12-06 00:27:08 +0100 (Thu, 06 Dec 2007) New Revision: 76 Modified: buildrom-devel/packages/kernel/conf/defconfig-supermicro-h8dmr Log: This patch updates the LAB kernel config so that it can see a 64-bit address and IO space (and up to 64GB of RAM) and is optimized for Opteron CPUs. The kernel that is kexec'ed from the LAB kernel can not do this by itself it seems (the same with enabling SMP), so our LAB kernel needs to be configured properly. This is a trivial patch. Signed-off-by: Ward Vandewege <ward(a)gnu.org> Acked-by: Ward Vandewege <ward(a)gnu.org> Modified: buildrom-devel/packages/kernel/conf/defconfig-supermicro-h8dmr =================================================================== --- buildrom-devel/packages/kernel/conf/defconfig-supermicro-h8dmr 2007-12-05 23:00:50 UTC (rev 75) +++ buildrom-devel/packages/kernel/conf/defconfig-supermicro-h8dmr 2007-12-05 23:27:08 UTC (rev 76) @@ -1,7 +1,7 @@ # # Automatically generated make config: don't edit # Linux kernel version: 2.6.22.2 -# Wed Sep 5 17:08:35 2007 +# Wed Dec 5 18:14:21 2007 # CONFIG_X86_32=y CONFIG_GENERIC_TIME=y @@ -136,7 +136,7 @@ # CONFIG_X86_GENERICARCH is not set # CONFIG_X86_ES7000 is not set # CONFIG_PARAVIRT is not set -CONFIG_M386=y +# CONFIG_M386 is not set # CONFIG_M486 is not set # CONFIG_M586 is not set # CONFIG_M586TSC is not set @@ -149,7 +149,7 @@ # CONFIG_MPENTIUM4 is not set # CONFIG_MK6 is not set # CONFIG_MK7 is not set -# CONFIG_MK8 is not set +CONFIG_MK8=y # CONFIG_MCRUSOE is not set # CONFIG_MEFFICEON is not set # CONFIG_MWINCHIPC6 is not set @@ -161,14 +161,23 @@ # CONFIG_MVIAC3_2 is not set # CONFIG_MVIAC7 is not set # CONFIG_X86_GENERIC is not set -CONFIG_X86_L1_CACHE_SHIFT=4 -CONFIG_RWSEM_GENERIC_SPINLOCK=y +CONFIG_X86_CMPXCHG=y +CONFIG_X86_L1_CACHE_SHIFT=6 +CONFIG_X86_XADD=y +CONFIG_RWSEM_XCHGADD_ALGORITHM=y # CONFIG_ARCH_HAS_ILOG2_U32 is not set # CONFIG_ARCH_HAS_ILOG2_U64 is not set CONFIG_GENERIC_CALIBRATE_DELAY=y -CONFIG_X86_PPRO_FENCE=y -CONFIG_X86_F00F_BUG=y -CONFIG_X86_MINIMUM_CPU_MODEL=0 +CONFIG_X86_WP_WORKS_OK=y +CONFIG_X86_INVLPG=y +CONFIG_X86_BSWAP=y +CONFIG_X86_POPAD_OK=y +CONFIG_X86_CMPXCHG64=y +CONFIG_X86_GOOD_APIC=y +CONFIG_X86_INTEL_USERCOPY=y +CONFIG_X86_USE_PPRO_CHECKSUM=y +CONFIG_X86_TSC=y +CONFIG_X86_MINIMUM_CPU_MODEL=4 CONFIG_HPET_TIMER=y # CONFIG_PREEMPT_NONE is not set # CONFIG_PREEMPT_VOLUNTARY is not set @@ -193,15 +202,17 @@ # CONFIG_EDD is not set # CONFIG_DELL_RBU is not set # CONFIG_DCDBAS is not set -CONFIG_NOHIGHMEM=y +# CONFIG_NOHIGHMEM is not set # CONFIG_HIGHMEM4G is not set -# CONFIG_HIGHMEM64G is not set +CONFIG_HIGHMEM64G=y CONFIG_VMSPLIT_3G=y # CONFIG_VMSPLIT_3G_OPT is not set # CONFIG_VMSPLIT_2G is not set # CONFIG_VMSPLIT_2G_OPT is not set # CONFIG_VMSPLIT_1G is not set CONFIG_PAGE_OFFSET=0xC0000000 +CONFIG_HIGHMEM=y +CONFIG_X86_PAE=y CONFIG_ARCH_FLATMEM_ENABLE=y CONFIG_ARCH_SPARSEMEM_ENABLE=y CONFIG_ARCH_SELECT_MEMORY_MODEL=y @@ -214,9 +225,10 @@ CONFIG_FLAT_NODE_MEM_MAP=y CONFIG_SPARSEMEM_STATIC=y CONFIG_SPLIT_PTLOCK_CPUS=4 -# CONFIG_RESOURCES_64BIT is not set +CONFIG_RESOURCES_64BIT=y CONFIG_ZONE_DMA_FLAG=1 CONFIG_NR_QUICK=1 +# CONFIG_HIGHPTE is not set # CONFIG_MATH_EMULATION is not set # CONFIG_MTRR is not set # CONFIG_SECCOMP is not set @@ -226,10 +238,12 @@ # CONFIG_HZ_1000 is not set CONFIG_HZ=250 CONFIG_KEXEC=y +# CONFIG_CRASH_DUMP is not set CONFIG_PHYSICAL_START=0x100000 # CONFIG_RELOCATABLE is not set CONFIG_PHYSICAL_ALIGN=0x100000 CONFIG_COMPAT_VDSO=y +CONFIG_ARCH_ENABLE_MEMORY_HOTPLUG=y # # Power management options (ACPI, APM)

1 0

[LinuxBIOS] r75 - buildrom-devel/packages/linuxbios/patches
by svn＠openbios.org 06 Dec '07

06 Dec '07

Author: ward Date: 2007-12-06 00:00:50 +0100 (Thu, 06 Dec 2007) New Revision: 75 Modified: buildrom-devel/packages/linuxbios/patches/supermicro-h8dmr-kernel-and-lab-Config.lb.patch Log: This patch fixes LAB booting for the supermicro H8DMR board (the generated linuxbios Config.lb file needed some love). This is a trivial patch. Signed-off-by: Ward Vandewege <ward(a)gnu.org> Acked-by: Ward Vandewege <ward(a)gnu.org> Modified: buildrom-devel/packages/linuxbios/patches/supermicro-h8dmr-kernel-and-lab-Config.lb.patch =================================================================== --- buildrom-devel/packages/linuxbios/patches/supermicro-h8dmr-kernel-and-lab-Config.lb.patch 2007-12-05 18:35:36 UTC (rev 74) +++ buildrom-devel/packages/linuxbios/patches/supermicro-h8dmr-kernel-and-lab-Config.lb.patch 2007-12-05 23:00:50 UTC (rev 75) @@ -1,6 +1,8 @@ +Index: Config.lb +=================================================================== --- LinuxBIOSv2/targets/supermicro/h8dmr/Config.lb 2008-05-29 14:42:05.000000000 -0400 +++ LinuxBIOSv2/targets/supermicro/h8dmr/Config.lb 2007-11-30 13:54:40.000000000 -0500 -@@ -22,82 +22,18 @@ +@@ -22,82 +22,28 @@ target h8dmr mainboard supermicro/h8dmr @@ -40,18 +42,22 @@ -# payload ../../../payloads/tg3--eepro100--e1000--filo_hda2_com2.zelf -end +option ROM_SIZE=0x100000 -+# 44K for ATI ROM in 1M -+option FALLBACK_SIZE=(ROM_SIZE-0xB000) ++# 44K for ATI ROM in 1M; 4K for failover ++option FALLBACK_SIZE=(ROM_SIZE-0xC000) romimage "fallback" - option USE_FAILOVER_IMAGE=0 -- option USE_FALLBACK_IMAGE=1 ++ option USE_FAILOVER_IMAGE=0 + option USE_FALLBACK_IMAGE=1 -# option ROM_IMAGE_SIZE=0x13800 -# option ROM_IMAGE_SIZE=0x19800 - option ROM_IMAGE_SIZE=0x20000 -# option ROM_IMAGE_SIZE=0x15800 -- option XIP_ROM_SIZE=0x40000 -- option LINUXBIOS_EXTRA_VERSION="$(shell cat ../../VERSION)_Fallback" ++ option CONFIG_COMPRESSED_PAYLOAD_LZMA=1 ++ option CONFIG_PRECOMPRESSED_PAYLOAD=1 ++ option ROM_IMAGE_SIZE=0x18000 + option XIP_ROM_SIZE=0x40000 + option LINUXBIOS_EXTRA_VERSION="$(shell cat ../../VERSION)_Fallback" -# payload ../../../payloads/tg3--ide_disk.zelf -# payload ../../../payloads/filo.elf -# payload ../../../payloads/filo_mem.elf @@ -74,23 +80,23 @@ -# payload ../../../payloads/tg3--eepro100--e1000--filo_hda2.zelf -# payload ../../../payloads/tg3--eepro100--e1000--filo_hda2_5.3.zelf -# payload ../../../payloads/tg3--eepro100--e1000--filo_hda2_com2.zelf --end -- --romimage "failover" ++ payload ../payload.elf + end + + romimage "failover" - option USE_FAILOVER_IMAGE=1 - option USE_FALLBACK_IMAGE=0 - option ROM_IMAGE_SIZE=FAILOVER_SIZE - option XIP_ROM_SIZE=FAILOVER_SIZE - option LINUXBIOS_EXTRA_VERSION="$(shell cat ../../VERSION)_Failover" -+ option USE_FALLBACK_IMAGE=1 -+ option CONFIG_COMPRESSED_PAYLOAD_LZMA=1 -+ option CONFIG_PRECOMPRESSED_PAYLOAD=1 -+ option ROM_IMAGE_SIZE=0x17000 -+ option XIP_ROM_SIZE=0x40000 -+ option LINUXBIOS_EXTRA_VERSION="$(shell cat ../../VERSION)_Fallback" -+ payload ../payload.elf ++ option USE_FAILOVER_IMAGE=1 ++ option USE_FALLBACK_IMAGE=0 ++ option ROM_IMAGE_SIZE=FAILOVER_SIZE ++ option XIP_ROM_SIZE=FAILOVER_SIZE ++ option LINUXBIOS_EXTRA_VERSION="$(shell cat ../../VERSION)_Failover" end -#buildrom ./linuxbios.rom ROM_SIZE "normal" "fallback" -buildrom ./linuxbios.rom ROM_SIZE "normal" "fallback" "failover" -+buildrom ./linuxbios.rom ROM_SIZE "fallback" ++ ++buildrom ./linuxbios.rom ROM_SIZE "fallback" "failover"

1 0

[LinuxBIOS] State of the buildrom
by Jordan Crouse 05 Dec '07

05 Dec '07

We've been doing a lot of hacking on buildrom lately. Thanks to everybody, especially Ward and Myles. I wanted to take some time to discuss where we are and particularly where we want to go. Here is where we are: * v2 support for 10 platforms (alix1c, db800, dbe61, ga-2761gxdk, m57sli, msm800sev, norwich, serengeti_cheetah, tyan-s2882 and tyan-s2891). * 5 payloads supported (etherboot, filo, kernel, LAB, memtest). Also, you can plug in a custom ELF if you see fit. Thats fun, but its more interesting to talk about what we still have left to do: * v3 support: This is probably the most useful extension we can do in the near term - not only does it serve our v3 hackers, but it also will force us to review some of the buildrom internals (in particular, I am worried about the state of the packages/linuxbios directory). * OFW: We need to return OFW to working. * gPXE: Ward is taking the lead on this * grub2: Another payload we desperately need to get into buildrom - any volunteers? * New platforms: New platforms always seem to introduce new wrinkles that we haven't thought about. In particular, the VIA platforms are pretty popular, so it would be nice to get support for them. * buildroot/firmware_linux/etc: I'm still interested in partnering with other build systems in an effort to better scale support for LAB payloads. * Optimizations: There are always things we can do to clean up - add -j N support for make, reduce memory usage, avoid stupid gmake tricks and the like. I think things are stable enough in the core that we can start to twist some knobs without blowing everything up. What does everybody else think? What have I missed? Jordan -- Jordan Crouse Systems Software Development Engineer Advanced Micro Devices, Inc.

10 23

[LinuxBIOS] Will linuxBIOS Work on My Machine?
by Wakefield, John 05 Dec '07

05 Dec '07

I have an Acer 5102WLMi Notebook with Dual Core AMD TL50s, which are 64 bit CPUs AMD/ATI Radeon Xpress 1100 Graphics and an AMD SB600 (Southbridge Chipset). The MOBO # is LX.ABH0J.011. Other identifying information is listed below: Acer Aspire 5102WLMi w/o Bluetooth, Orbicam, or TV Tuner Model No: BL51 AS5102WLMI-MCEEN-TL50/15.4 ACB/512M/100G US S/N: LXABH0J0116380F0B41601 I'm not sure if I can obtain any other information. Can you work with what I've provided? Thanks, John CONFIDENTIALITY NOTICE: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information or otherwise protected by law. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message.

1 0

[LinuxBIOS] [PATCH] Drop coherent_ht_car.c file
by Uwe Hermann 05 Dec '07

05 Dec '07

See patch. That file is a duplicate (it was slightly different at some point, but identical in its current form) of coherent_ht.c, so drop it. Uwe. -- http://www.hermann-uwe.de | http://www.holsham-traders.de http://www.crazy-hacks.org | http://www.unmaintained-free-software.org

2 2

← Newer
1
...
20
21
22
23
24
25
26
27
28
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

coreboot December 2007