June 2012 - SeaBIOS - mail.coreboot.org

Re: [SeaBIOS] Bug#678042: seabios - Please enable Xen support
by Michael Tokarev July 2, 2012

July 2, 2012

18.06.2012 23:14, Bastian Blank wrote: > Package: seabios > Version: 1.7.0-1 > Severity: wishlist > > Please enable Xen support in seabios. It will be used by the next Xen > release and maybe the version in Wheezy. Do you know what's the outcome of this? As far as I remember, it is just a config option, but it is not enabled by default, do you know why? Kevin, can you comment please? Thank you! /mjt

4 17

[PATCH 0/3] Fixes for running under Xen
by Ian Campbell July 2, 2012

July 2, 2012

The following are a few issues discovered in the course of investigating Debian bug #678042 [0], including the fix for that actual bug (which is cause by Xen not supporting SMM mode). The following changes since commit 9166c4ae6d21d49bd97e0fb42eea2ffd6dd6f06d: Xen: add definition of xen_hypercall_page (2012-06-27 21:07:24 -0400) are available in the git repository at: git://xenbits.xen.org/people/ianc/seabios.git bugfixes Ian Campbell (3): enable Xen support by default. Xen: Autodetect debug I/O port at runtime instead of via Kconfig SMM: Disable use of SMM when running under Xen src/Kconfig | 9 +-------- src/output.c | 4 +++- src/smm.c | 3 +++ src/util.h | 1 + src/xen.c | 6 ++++++ 5 files changed, 14 insertions(+), 9 deletions(-) Thanks, Ian. [0] http://bugs.debian.org/678042

3 6

[PATCH] Xen: add definition of xen_hypercall_page
by Ian Campbell June 27, 2012

June 27, 2012

commit b7d9abfaeb7d (correctly) added the missing "extern" to the declaration in xen.h, however it turns out we never actually declared the variable! Signed-off-by: Ian Campbell <ian.campbell(a)citrix.com> --- src/xen.c | 1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/src/xen.c b/src/xen.c index 128e6c0..9905009 100644 --- a/src/xen.c +++ b/src/xen.c @@ -14,6 +14,7 @@ #define INFO_PHYSICAL_ADDRESS 0x00001000 u32 xen_cpuid_base = 0; +unsigned long xen_hypercall_page = 0; struct xen_seabios_info { char signature[14]; /* XenHVMSeaBIOS\0 */ -- 1.7.2.5

2 1

[PATCH 1/3] Fix aml_name_string() to recognize block name modifiers.
by Gleb Natapov June 21, 2012

June 21, 2012

Signed-off-by: Gleb Natapov <gleb(a)redhat.com> --- tools/acpi_extract.py | 6 +++++- 1 files changed, 5 insertions(+), 1 deletions(-) diff --git a/tools/acpi_extract.py b/tools/acpi_extract.py index 5f613e4..8038269 100755 --- a/tools/acpi_extract.py +++ b/tools/acpi_extract.py @@ -121,7 +121,11 @@ def aml_name_string(offset): if (aml[offset] != 0x08): die( "Name offset 0x%x: expected 0x08 actual 0x%x" % (offset, aml[offset])); - return offset + 1; + offset += 1 + # Block Name Modifier. Skip it. + if (aml[offset] == 0x5c or aml[offset] == 0x5e): + offset += 1 + return offset; # Given data offset, find dword const offset def aml_data_dword_const(offset): -- 1.7.7.3

4 24

Re: [SeaBIOS] Linux-ready Firmware Kit does not work?
by Peter Stuge June 17, 2012

June 17, 2012

Fred . wrote: > I don't have any serial debug log. As you know, it would be helpful and a great way for you to contribute if you produced one. Saying that something doesn't work and nothing else is on the other hand not helpful at all. //Peter

1 0

Re: [SeaBIOS] Linux-ready Firmware Kit does not work?
by Peter Stuge June 17, 2012

June 17, 2012

Fred . wrote: > when I tried it under QEMU it did not work So what happens? What does the serial debug log look like? If you don't provide details about the problem it is impossible to give any advice. Please read http://www.chiark.greenend.org.uk/~sgtatham/bugs.html //Peter

2 1

Re: [SeaBIOS] Linux-ready Firmware Kit does not work?
by ron minnich June 16, 2012

June 16, 2012

you have to take the firmware kit with a bit of skepticism however. We found things that contradicted other douments ... ron

1 0

Linux-ready Firmware Kit does not work?
by Fred . June 16, 2012

June 16, 2012

http://phoronix.com/forums/showthread.php?59218-DB-BIOS-ACPI-data-collecting A guy collect output of the Linux-ready Firmware Kit and aggregates the results into a online document. https://spreadsheets.google.com/spreadsheet/pub?hl=en_US&hl=en_US&key=0ArD2… Intel provides a Linux-ready Firmware Kit, available on a LiveCD (79 MB) ( http://linuxfirmwarekit.org/download/firmwarekit-r3.iso ). You only have to launch it, wait 1 or 2 minutes, and there is a summary of the results based on different topics (memory handling, PCI resources, HPET, ACPI tables, and more). The results is a number of "Fail", "Warn" and "Pass" flags. This Linux-ready Firmware Kit seems to not be developed anymore, but I guess it can give us a idea of the quality of the BIOS. But when I tried it under QEMU it did not work. Anyone know why the Linux-ready Firmware Kit does not work? Is it SeaBIOS fault or QEMU fault or KVM fault? Maybe would nice if it worked to assess the quality of SeaBIOS.

1 0

Problem accessing a small virtio disk
by Gleb Natapov June 15, 2012

June 15, 2012

I noticed that SeaBIOS fails to boot from virtio disk smaller than 512K. The attempt to access a disk fails at basic_access(). (cylinder >= nlc || head >= nlh || sector > nlspt) is true because nlc is zero. The problem seams to be in how SeaBIOS calculates lchs from pchs in get_translation(). Both QEMU and SeaBIOS fake disk geometry from real disk size, but it seams that they do it differently and when they disagree part of the disk may not be readable. What would be the best way to fix that? -- Gleb.

3 4

BIOS calls in 16bit protected mode
by Kevin O'Connor June 13, 2012

June 13, 2012

Hi, I am trying to determine if there are legacy applications or operating systems that invoke standard BIOS real-mode interrupt handlers while in 16bit protected mode. (The legacy real-mode entry points - like "int 0x13" - not the declared 16bit protected mode entry points defined by the PnP and APM specs.) I am considering changes to SeaBIOS that would make 16bit protected mode callers much less likely to work. (Specifically, enhancing SeaBIOS to use memory in the e-segment which is unlikely to be mapped in protected mode.) Most documents I've seen state that calling the real-mode entry points in protected mode will not work. Though, I am aware that the PCI BIOS spec specifically requires this support for calls to "int 0x1a ah=0xb1". The advantage of making these changes is that it will allow SeaBIOS to use notably less stack space and therefore be more compatible with old applications that call the BIOS with very little stack space. For example, these changes enable DOS 1.0 to boot and run under SeaBIOS. What would really help is pointers to applications and/or program images that use 16bit protected mode calls to real-mode entry points. Specifications or documents detailing valid or invalid uses would also be helpful. For those that are willing to run tests, one can compare the standard SeaBIOS v1.7.0 image (for KVM/QEMU) at: http://git.seabios.org/downloads/get/bios.bin-1.7.0.gz to a test image with the new code at: http://git.seabios.org/downloads/get/bios.bin-test-20120613.gz Thanks, -Kevin

3 3