Re: [SeaBIOS] Bug#678042: seabios - Please enable Xen support
by Michael Tokarev
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
7 years
[PATCH 0/3] Fixes for running under Xen
by Ian Campbell
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
7 years
[PATCH] Xen: add definition of xen_hypercall_page
by Ian Campbell
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
7 years
[PATCH 1/3] Fix aml_name_string() to recognize block name modifiers.
by Gleb Natapov
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
7 years
Re: [SeaBIOS] Linux-ready Firmware Kit does not work?
by Peter Stuge
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
7 years, 1 month
Problem accessing a small virtio disk
by Gleb Natapov
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.
7 years, 1 month
BIOS calls in 16bit protected mode
by Kevin O'Connor
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
7 years, 1 month
