This patch enables the onboard VGA found on 82810 boards and fixes the
memory procedures to support different kinds of DIMMs. also, support for
82810e board had been added. The only drawback from this patch is the
HAVE_HIGH_TABLES being disabled since it disables (for unknown reason)
the onboard VGA.
Signed-off-by: Elia Yehuda <z4ziggy(a)gmail.com>
this is just to report that I succeeded reading the BIOS using
FlashROM 0.9.0 from my VIA EPIA EN12000EG motherboard. I haven't tried
writing the BIOS yet. The only small issue I had was that my
motherboard is reported to be from the "CN" rather than the "EN"
Calibrating delay loop... OK.
No coreboot table found.
Found chipset "VIA VT8237", enabling flash write... OK.
Found board "VIA EPIA-CN", enabling flash write... OK.
Found chip "SST SST49LF004A/B" (512 KB) at physical address 0xfff80000.
Reading flash... done.
I don't know if it's even technically possible to distinguish the CN
and EN series, or if they are simply too close / almost identical from
a chipset etc. view, but I'd be happy to help out improving this, if I
The following is the output I get when trying to compile coreinfo.
cpuinfo_module.c:(.text+0x469): undefined reference to `__udivdi3'
../libpayload/bin/../lib/libpayload.a(timer.o): In function `get_cpu_speed':
timer.c:(.text+0xe8): undefined reference to `__udivdi3'
../libpayload/bin/../lib/libpayload.a(printf.o): In function `print_number':
printf.c:(.text+0x344): undefined reference to `__umoddi3'
printf.c:(.text+0x379): undefined reference to `__udivdi3'
collect2: ld returned 1 exit status
make: *** [/home/wt/projects/coreboot/coreinfo/build/coreinfo.elf] Error 1
Is there something I am not doing that I should be doing?
Also, I had to manually symlink libpayload.config to .config in my
libpayload directory so that lpgcc would work. This should probably be
These patches depend on the new resource allocator. Abuild tested and boot
tested on SimNow, qemu, s2892, and s2895.
change FX_DEVS to MAX_FX_DEVS
introduce fx_devs for the number of nodes
only call get_fx_devs if fx_devs == 0
change i to node_id and ii to i
remove shadowed variables
take out continue statements in loops go to fx_devs
combine find_iopair and find_mempair
return the register number instead of a resource
don't allocate resources until the allocate stage
simplify amdk8_create_vga_resource and move it to read resources
(It could be moved above read resources, but I was minimizing changes)
allocate resources in amdk8_set_resources
For each resource:
See if there's already a resource for that link and node
Use it if there is
Otherwise allocate a new one
Compact resources to get rid of extra ones
in amdk8_domain_read_resources, store the base and limit in the temporary
resources so it's easier to debug.
tolm_test needed to be changed so it didn't find the VGA resource
It could probably be changed to be > 0x100000 since any system should have
of RAM and this is trying to find the bottom of PCI space.
tolm_test should be factored out of all northbridges
In device.c, rename allocate_vga_resource to set_vga_bridge_bits and move it
the beginning of resource allocation.
Signed-off-by: Myles Watson <mylesgw(a)gmail.com>
Add support to flashrom for Hyundai HY29F002T on the assumption it is
the same as other *29F002T chips. Running 'flashrom -r' finds the chip
and reads what looks like a BIOS image, other than that it is un-tested.
Signed-off-by: Andrew Morgan <ziltro(a)ziltro.com>
Once I de-solder these chips and get some sockets fitted I can do some
proper testing! Gigabyte GA-7ZXR has two of them for its DualBIOS™.
Switching between chips seems to be done in software... Very useful.
Can libpayload based binaries be launched by grub instead of a Linux kernel?
I would like to write something that does something similar to lspci
from the bare metal instead of within Linux.