I am trying to get up to speed on LinuxBIOS and to that end have tried
to compile both v3 & v2 for qemu.
I have successfully compiled and run v3 with a filo package on my Fedora
8 system.
When I try to compile v2 with a filo.elf payload I get the :
collect2: ld terminated with signal 11 [Segmentation fault]
Error
In looking at the compile it has gotten through the compile part and is
linking.
rm -f linuxbios.a
ar cr linuxbios.a malloc.o pci_ops.o smbus_ops.o memset.o
pci_ops_auto.o linuxbios_table.o fallback_boot.o pciexp_device.o
keyboard.o pnp_device.o printk.o irq_tables.o pcix_device.o i8259.o
pci_device.o console.o elfboot.o hardwaremain.o boot.o exception.o
delay.o version.o pci_ops_mmconf.o memcmp.o isa-dma.o hypertransport.o
vtxprintf.o tables.o root_device.o cardbus_device.o uart8250.o
device_util.o ./option_table.o compute_ip_checksum.o device.o
northbridge.o memcpy.o agp_device.o vgabios.o clog2.o pirq_routing.o
memmove.o pci_ops_conf2.o pci_ops_conf1.o mc146818rtc.o rom_stream.o
c_start.o vsprintf.o cpu.o static.o
gcc -m32 -nostdlib -r -o linuxbios_ram.o c_start.o mainboard.o
uart8250_console.o linuxbios.a /usr/lib/gcc/i386-redhat-linux/4.1.2/libgcc.a
gcc -m32 -nostdlib -nostartfiles -static -o linuxbios_ram -T
/home/mk216460/src/LinuxBIOSv2-2988/src/config/linuxbios_ram.ld
linuxbios_ram.o
collect2: ld terminated with signal 11 [Segmentation fault]
make[1]: *** [linuxbios_ram] Error 1
make[1]: Leaving directory
`/home/mk216460/src/LinuxBIOSv2-2988/targets/emulation/qemu-i386/qemu-i386/image'
In looking at the /var/log/messages you see
Nov 30 14:37:02 dhcp-uatl04-156-163 kernel: ld[3691]: segfault at
00000030 eip 08068b2c esp bfc6a0f0 error 4
Any help/pointers for what to look at would be helpful.
--
/*********************
Marc Karasek
MTS
Sun Microsystems
mailto:marc.karasek@sun.com
ph:770.360.6415
*********************/
Here is an updated patch against the latest snapshot. I fixed a bunch
of bugs and verified that SATA, PCI slot, and PCI Express (port A)
slot are working.
--Ed
Now I have a FireWire disk to play with. Adding an interrupt description
vastly improves its performance under LinuxBIOS ;-) Potential ACKers please
verify 01:0a.0 is not assigned any APIC pin so far. Comment and sign-off in
the attachment. This file is quite messy.
Torsten
Meant to send this to the list.
Marc
-------- Original Message --------
Subject: Re: [LinuxBIOS] AMD 690G chipset support in LinuxBIOS v2
Date: Mon, 10 Sep 2007 21:05:47 -0600
From: Marc Jones <Marc.Jones(a)AMD.com>
To: Darmawan Salihun <darmawan.salihun(a)gmail.com>
References: <46893e740709101937j32a4f32bu6dc296a628d36dc6(a)mail.gmail.com>
Darmawan Salihun wrote:
> Hi all,
> I've grepped through the source code last night but haven't found
> code for board that uses this chipset. Is there any support coming
> down the road? I'm planning to buy a new system for BIOS experiments
> in the next few days. This chipset is a candidate for me. I want a
> chipset with onboard video and K8 processor.
> I choose K8 because the datasheet for the memory controller is
> readily available. I'm open for any suggestion(s). Basically, I just
> want a system that can run Vista, support multicore processor and can
> be used for LinuxBIOS experiments (preferably without soldering stuff
> needed).
> Anyway, one further question: hot-flashing can be done on SPI
> chips as well, right?
>
>
> Regards,
>
> Darmawan Salihun
> --------------------------------------------------------------------
> -= Human knowledge belongs to the world =-
Hi Darmawan,
Currently there is no support in LinuxBIOS for any ATI(now AMD)
chipsets. We do plan to work on this in the next six months but I don't
have a specific release date.
==
Marc Jones
Senior Firmware Engineer
(970) 226-9684 Office
mailto:Marc.Jones@amd.com
http://www.amd.com/embeddedprocessors
Marc
--
Marc Jones
Senior Firmware Engineer
(970) 226-9684 Office
mailto:Marc.Jones@amd.com
http://www.amd.com/embeddedprocessors
Dear LinuxBIOS readers!
This is the automated build check service of LinuxBIOS.
The developer "cozzie" checked in revision 3021 to
the LinuxBIOS source repository and caused the following
changes:
Change Log:
More abuild fixes, this should be the last (trivial)
Signed-off-by: Corey Osgood <corey.osgood(a)gmail.com>
Acked-by: Corey Osgood <corey.osgood(a)gmail.com>
Build Log:
Compilation of amd:serengeti_cheetah_fam10 is still broken
See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=3021&device=serengeti_che…
If something broke during this checkin please be a pain
in cozzie's neck until the issue is fixed.
If this issue is not fixed within 24h the revision should
be backed out.
Best regards,
LinuxBIOS automatic build system
On 23.09.2007 23:16, echelon(a)free.fr wrote:
> Quoting Carl-Daniel Hailfinger <c-d.hailfinger.devel.2006(a)gmx.net>:
>> OK, I have the 0.2 and 0.3 datasheet of IT8716F and I can't find any
>> difference in interfaces between the datasheets. Please be more specific
>> what you think has been replaced (including page numbers).
> Simply the pinout.. (please compare the pin-out diagram btw the 2 version of
> the DS).
I did. Pages 7-23 (Pin configuration) are exactly the same for 0.2 and
0.3. Please tell me the page number where you see any differences.
> In fact, there could be another explanation : I talked about this issue with a
> hardware specialist at my work (he has worked into the IC design..) and his
> hypothesis is that the component which is actually used on this motherboard is a
> "custom" revision especially crafted by ITE for Gigabyte.. (yes, they had
> "volume" so they could afford to make a deal for a custom revision..)
Maybe. I still want to find out why your data sheet seems to differ from
mine.
Regards,
Carl-Daniel
The following mainboards had a file named microcode_updates.c in their
mainboard directories, but the code was not referenced anywhere.
intel/jarrell
dell/s1850
supermicro/x6dhr_ig2
supermicro/x6dhr_ig
supermicro/x6dhe_g2
supermicro/x6dhe_g
Besides that, the contents of these files were either duplicates of
src/cpu/intel/model_f3x/microcode_M1DF340E.h or
src/cpu/intel/model_f3x/microcode_M1DF3413.h.
To apply this removal, execute svn remove for the following files:
src/mainboard/supermicro/x6dhe_g/microcode_updates.c
src/mainboard/supermicro/x6dhe_g2/microcode_updates.c
src/mainboard/supermicro/x6dhr_ig/microcode_updates.c
src/mainboard/supermicro/x6dhr_ig2/microcode_updates.c
src/mainboard/dell/s1850/microcode_updates.c
src/mainboard/intel/jarrell/microcode_updates.c
Abuild tested, as expected no failures.
Signed-off-by: Carl-Daniel Hailfinger <c-d.hailfinger.devel.2006(a)gmx.net>
No patch attached because a pure removal patch sized 148 kB is a bit too
large to be sent without a need for code review.