Summary: | kvm segfaults during compile on amd64 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Loren Bandiera <lorenb> |
Component: | New packages | Assignee: | Doug Goldstein (RETIRED) <cardoe> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | carenas, dang |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | trivial patch to re-enable bios USE flag |
Description
Loren Bandiera
2008-07-09 21:07:29 UTC
Match Failed Bugzilla was unable to make any match at all for one or more of the names and/or email addresses you entered on the previous page. Please go back and try other names or email addresses. Assignee: virtualization@gentoo.org did not match anything Try building with -bios I was able to build/install with -bios I've disabled the bios flag for now, until we can either get it fixed or drop it entirely. (In reply to comment #3) > I was able to build/install with -bios I was able to build/install with USE='bios' in amd64 but using the stable version of the iasl compiler. cc -m32 -m32 -c -o rombios32start.o rombios32start.S cpp -P acpi-dsdt.dsl acpi-dsdt.dsl.i iasl -tc -p acpi-dsdt.hex acpi-dsdt.dsl.i Intel ACPI Component Architecture ASL Optimizing Compiler version 20060912 [Sep 2 2007] Copyright (C) 2000 - 2006 Intel Corporation Supports ACPI Specification Revision 3.0a ASL Input: acpi-dsdt.dsl.i - 663 lines, 33633 bytes, 978 keywords AML Output: acpi-dsdt.aml - 9532 bytes 313 named objects 665 executable opcodes Compilation complete. 0 Errors, 0 Warnings, 0 Remarks, 615 Optimizations rm acpi-dsdt.dsl.i gcc -m32 -m32 -O2 -Wall -c -o rombios32.o rombios32.c gcc -m32 -m32 -c -o vapic.o vapic.S ld -o rombios32.out -T rombios32.ld rombios32start.o vapic.o rombios32.o objcopy -O binary rombios32.out rombios32.bin ./biossums -pad rombios32.bin cat rombios32.bin rombios16.bin > BIOS-bochs-latest gcc -m32 "-DBIOS_BUILD_DATE=\"`date '+%m/%d/%y'`\"" -DLEGACY -E -P rombios.c > _rombiosl_.c bcc -o rombiosl.s -C-c -D__i86__ -0 -S _rombiosl_.c sed -e 's/^\.text//' -e 's/^\.data//' rombiosl.s > _rombiosl_.s as86 _rombiosl_.s -b tmpl.bin -u- -w- -g -0 -j -O -l rombiosl.txt perl ./makesym.perl < rombiosl.txt > rombiosl.sym mv tmpl.bin BIOS-bochs-legacy ./biossums BIOS-bochs-legacy Filed BUG231574 for =sys-power/iasl to fix the problem with iasl which is triggering this build issue in ~amd64. meanwhile and instead of removing the "bios" USE flag for a bug in an external package it will be better to instruct portage to use the iasl version in tree which is known to work fine. Created attachment 160191 [details, diff] trivial patch to re-enable bios USE flag an alternative temporary solution until BUG231574 can be closed Is there some actual reason you want to rebuild the bios? I was considering removing the use flag all along, but hand't gotten to it before this bug, since I don't now of any reason to do it. (In reply to comment #8) > Is there some actual reason you want to rebuild the bios? As a distribution maintainer it is a good thing to have so you can, if ever needed, apply patches to the provided sources and get fixed BLOBs instead of having to rely on upstream. Fedora, Debian, Ubuntu and OpenSuSE rebuild their BIOS from source in every release, in Gentoo, thanks to the power of emerge, that can be enabled/disabled (disabled by default) by each user depending on their own needs. > I was considering removing the use flag all along Fine with me. I only use it to test that it can be used if needed (as the upstream BLOBs are good enough for me) and to have the satisfaction of booting a VM that says its BIOS build date was from today. Some other people might have a better reason than that, which is why it was created and used as shown by this bug report. Rather than force a less-than-current version of iasl (which would cause an up/down loop), I'll wait and see if I can find a proper fix for the problem. |