SeaBIOS

seabios@seabios.org

4 participants
3801 discussions

Re: [SeaBIOS] Flat Panel Support
by Christian Gmeiner 09 Jul '12

09 Jul '12

Hi all, I did some more research and came up with the following idea/plan: * search for valid edid binary blob (maybe this can be done with cbfs from coreboot) * extend vgasrc/geodevga.c to make use of edid information's * extend vgasrc/vbe.c to support edid calls (104f15) What do you think? --- Christian Gmeiner, MSc 2012/7/6 Christian Gmeiner <christian.gmeiner(a)gmail.com>: > Hi all, > > I am working to extend geode VBios to support flat panels. During research > and testing I run into a the following problem. > In order to support flat panels some technical details about the panel are > needed to drive them correctly. > > I have seen that some vendors are using EPI to solve this problem: > http://www.epi-standard.org/ > > Is this the way to go? Adding support for EPI into seabios and extend > geode VBios to make use of the informations provided? > > thanks > --- > Christian Gmeiner, MSc

1 0

Re: [SeaBIOS] About LOWMEM feature
by Kevin O'Connor 08 Jul '12

08 Jul '12

I'm CC'ing the seabios mailing list. On Sun, Jul 08, 2012 at 02:20:20AM -0700, Yeong Uk Jo wrote: > Recently patched SeaBIOS has LOWMEM features that locates part of > EBDA data in E segment area. This feature is useful only with no > memory manager or basic memory manager like MS-DOS's EMM386. With > advanced memory manager(like QEMM, Memory Commander, etc),this > feature interferes to secure contiguous memory block. - SeaBIOS > 1.7.0 dated 2012.4.15 can use segment C900-FBFF as UMB, but recent > version split C900-EDFF,F000-FBFF. Older versions of SeaBIOS allocate dynamic ram from the end of the 9-segment, not the EBDA. These allocations were not relocatable. Indeed, the reason the 9-segment was used instead of the EBDA is that some low memory allocations are needed for DMA buffers which must not be relocated. Given the choice between using the 9-segment or the e-segment, I think using the e-segment is preferable. It is true that variables in the EBDA were also moved to the e-segment. This was done as a code simplification (once the e-segment was used, there was no need to use the ebda for internal allocations). This doesn't impact fragmentation, because the dynamic memory allocations already fragment the space. > Note that advanced memory managers can relocate EBDA data to appropriate > area.Experienced users can write program to move EBDA data. > > Jo Yeong-uk -Kevin

1 0

Flat Panel Support
by Christian Gmeiner 06 Jul '12

06 Jul '12

Hi all, I am working to extend geode VBios to support flat panels. During research and testing I run into a the following problem. In order to support flat panels some technical details about the panel are needed to drive them correctly. I have seen that some vendors are using EPI to solve this problem: http://www.epi-standard.org/ Is this the way to go? Adding support for EPI into seabios and extend geode VBios to make use of the informations provided? thanks --- Christian Gmeiner, MSc

1 0

Re: [SeaBIOS] Bug#678042: seabios - Please enable Xen support
by Michael Tokarev 02 Jul '12

02 Jul '12

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 02 Jul '12

02 Jul '12

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 for warning in Makefile for seabios 1.7.0
by wuodan＠hispeed.ch 02 Jul '12

02 Jul '12

Hello I tripped over a warning in v1.7.0, which did not occur when building v1.6.3. The warning occurs when building parallel, for example "make -j3 defconfig". Here is the warning: make[1]:warning: jobserver unavailable: using -j1. Add `+' to parent make rule. I don't know if it is relevant, but I tried to patch it, diff is at end of this mail. This came out of a feature request in Gentoo: => https://bugs.gentoo.org/show_bug.cgi?id=415665 Regards Stefan Kuhn Here's the diff: diff orig/seabios-1.7.0/Makefile work/seabios-1.7.0/Makefile 237c237 < $(Q)$(MAKE) -C $(OUT) -f $(CURDIR)/tools/kconfig/Makefile srctree=$(CURDIR) src=tools/kconfig obj=tools/kconfig Q=$(Q) Kconfig=$(CURDIR)/src/Kconfig $1 --- > $(Q)+$(MAKE) -C $(OUT) -f $(CURDIR)/tools/kconfig/Makefile srctree=$(CURDIR) src=tools/kconfig obj=tools/kconfig Q=$(Q) Kconfig=$(CURDIR)/src/Kconfig $1

1 0

[PATCH v3] x86emu: Correctly handle 0x66 prefix for some instructions
by Julian Pidancet 01 Jul '12

01 Jul '12

I repost this patch because I havn't got any replies from maintainers since I posted the initial patch back in March. Some instructions are not emulated correctly by x86emu when they are prefixed by the 0x66 opcode. I've identified problems in the emulation of these intructions: ret, enter, leave, iret and some forms of call. Most of the time, the problem is that these instructions should push or pop 32-bit values to/from the stack, instead of 16bit, when they are prefixed by the 0x66 special opcode. The SeaBIOS project aims to produce a complete legacy BIOS implementation as well as a VGA option ROM, entirely written in C and using the GCC compiler. In 16bit code produced by the GCC compiler, the 0x66 prefix is used almost everywhere. This patch is necessary to allow the SeaBIOS VGA option ROM to function with Xorg when using the vesa driver. SeaBIOS currently use postprocessing on the ROM assembly output to replace the affected instruction with alternative unaffected instructions. This is obviously not very elegant, and this fix in x86emu would be more appropriate. v2: - Decrement BP instead of EBP in accordance with the Intel Manual - Assign EIP instead of IP when poping the return address from the stack in 32-bit operand size mode in ret_far_IMM, ret_far, and iret - When poping EFLAGS from the stack in iret in 32-bit operand size mode, apply some mask to preserve Read-only flags. v3: - Rebase Signed-off-by: Julian Pidancet <julian.pidancet(a)gmail.com> --- hw/xfree86/x86emu/ops.c | 192 ++++++++++++++++++++++++++++++++++------------ 1 files changed, 142 insertions(+), 50 deletions(-) diff --git a/hw/xfree86/x86emu/ops.c b/hw/xfree86/x86emu/ops.c index 76b8358..d4a4caf 100644 --- a/hw/xfree86/x86emu/ops.c +++ b/hw/xfree86/x86emu/ops.c @@ -8949,7 +8949,11 @@ x86emuOp_ret_near_IMM(u8 X86EMU_UNUSED(op1)) DECODE_PRINTF2("%x\n", imm); RETURN_TRACE("RET", M.x86.saved_cs, M.x86.saved_ip); TRACE_AND_STEP(); - M.x86.R_IP = pop_word(); + if (M.x86.mode & SYSMODE_PREFIX_DATA) { + M.x86.R_EIP = pop_long(); + } else { + M.x86.R_IP = pop_word(); + } M.x86.R_SP += imm; DECODE_CLEAR_SEGOVR(); END_OF_INSTR(); @@ -8966,7 +8970,11 @@ x86emuOp_ret_near(u8 X86EMU_UNUSED(op1)) DECODE_PRINTF("RET\n"); RETURN_TRACE("RET", M.x86.saved_cs, M.x86.saved_ip); TRACE_AND_STEP(); - M.x86.R_IP = pop_word(); + if (M.x86.mode & SYSMODE_PREFIX_DATA) { + M.x86.R_EIP = pop_long(); + } else { + M.x86.R_IP = pop_word(); + } DECODE_CLEAR_SEGOVR(); END_OF_INSTR(); } @@ -9259,8 +9267,13 @@ x86emuOp_enter(u8 X86EMU_UNUSED(op1)) frame_pointer = M.x86.R_SP; if (nesting > 0) { for (i = 1; i < nesting; i++) { - M.x86.R_BP -= 2; - push_word(fetch_data_word_abs(M.x86.R_SS, M.x86.R_BP)); + if (M.x86.mode & SYSMODE_PREFIX_DATA) { + M.x86.R_BP -= 4; + push_long(fetch_data_long_abs(M.x86.R_SS, M.x86.R_BP)); + } else { + M.x86.R_BP -= 2; + push_word(fetch_data_word_abs(M.x86.R_SS, M.x86.R_BP)); + } } push_word(frame_pointer); } @@ -9281,7 +9294,11 @@ x86emuOp_leave(u8 X86EMU_UNUSED(op1)) DECODE_PRINTF("LEAVE\n"); TRACE_AND_STEP(); M.x86.R_SP = M.x86.R_BP; - M.x86.R_BP = pop_word(); + if (M.x86.mode & SYSMODE_PREFIX_DATA) { + M.x86.R_EBP = pop_long(); + } else { + M.x86.R_BP = pop_word(); + } DECODE_CLEAR_SEGOVR(); END_OF_INSTR(); } @@ -9301,8 +9318,13 @@ x86emuOp_ret_far_IMM(u8 X86EMU_UNUSED(op1)) DECODE_PRINTF2("%x\n", imm); RETURN_TRACE("RETF", M.x86.saved_cs, M.x86.saved_ip); TRACE_AND_STEP(); - M.x86.R_IP = pop_word(); - M.x86.R_CS = pop_word(); + if (M.x86.mode & SYSMODE_PREFIX_DATA) { + M.x86.R_EIP = pop_long(); + M.x86.R_CS = pop_long() & 0xffff; + } else { + M.x86.R_IP = pop_word(); + M.x86.R_CS = pop_word(); + } M.x86.R_SP += imm; DECODE_CLEAR_SEGOVR(); END_OF_INSTR(); @@ -9319,8 +9341,13 @@ x86emuOp_ret_far(u8 X86EMU_UNUSED(op1)) DECODE_PRINTF("RETF\n"); RETURN_TRACE("RETF", M.x86.saved_cs, M.x86.saved_ip); TRACE_AND_STEP(); - M.x86.R_IP = pop_word(); - M.x86.R_CS = pop_word(); + if (M.x86.mode & SYSMODE_PREFIX_DATA) { + M.x86.R_EIP = pop_long(); + M.x86.R_CS = pop_long() & 0xffff; + } else { + M.x86.R_IP = pop_word(); + M.x86.R_CS = pop_word(); + } DECODE_CLEAR_SEGOVR(); END_OF_INSTR(); } @@ -9421,9 +9448,15 @@ x86emuOp_iret(u8 X86EMU_UNUSED(op1)) TRACE_AND_STEP(); - M.x86.R_IP = pop_word(); - M.x86.R_CS = pop_word(); - M.x86.R_FLG = pop_word(); + if (M.x86.mode & SYSMODE_PREFIX_DATA) { + M.x86.R_EIP = pop_long(); + M.x86.R_CS = pop_long() & 0xffff; + M.x86.R_EFLG = (pop_long() & 0x257FD5) | (M.x86.R_EFLG & 0x1A0000); + } else { + M.x86.R_IP = pop_word(); + M.x86.R_CS = pop_word(); + M.x86.R_FLG = pop_word(); + } DECODE_CLEAR_SEGOVR(); END_OF_INSTR(); } @@ -11740,19 +11773,36 @@ x86emuOp_opcFF_word_RM(u8 X86EMU_UNUSED(op1)) } break; case 2: /* call word ptr ... */ - destval = fetch_data_word(destoffset); - TRACE_AND_STEP(); - push_word(M.x86.R_IP); - M.x86.R_IP = destval; + if (M.x86.mode & SYSMODE_PREFIX_DATA) { + destval = fetch_data_long(destoffset); + TRACE_AND_STEP(); + push_long(M.x86.R_EIP); + M.x86.R_EIP = destval; + } else { + destval = fetch_data_word(destoffset); + TRACE_AND_STEP(); + push_word(M.x86.R_IP); + M.x86.R_IP = destval; + } break; case 3: /* call far ptr ... */ - destval = fetch_data_word(destoffset); - destval2 = fetch_data_word(destoffset + 2); - TRACE_AND_STEP(); - push_word(M.x86.R_CS); - M.x86.R_CS = destval2; - push_word(M.x86.R_IP); - M.x86.R_IP = destval; + if (M.x86.mode & SYSMODE_PREFIX_DATA) { + destval = fetch_data_long(destoffset); + destval2 = fetch_data_word(destoffset + 4); + TRACE_AND_STEP(); + push_long(M.x86.R_CS); + M.x86.R_CS = destval2; + push_long(M.x86.R_EIP); + M.x86.R_EIP = destval; + } else { + destval = fetch_data_word(destoffset); + destval2 = fetch_data_word(destoffset + 2); + TRACE_AND_STEP(); + push_word(M.x86.R_CS); + M.x86.R_CS = destval2; + push_word(M.x86.R_IP); + M.x86.R_IP = destval; + } break; case 4: /* jmp word ptr ... */ destval = fetch_data_word(destoffset); @@ -11825,19 +11875,36 @@ x86emuOp_opcFF_word_RM(u8 X86EMU_UNUSED(op1)) } break; case 2: /* call word ptr ... */ - destval = fetch_data_word(destoffset); - TRACE_AND_STEP(); - push_word(M.x86.R_IP); - M.x86.R_IP = destval; + if (M.x86.mode & SYSMODE_PREFIX_DATA) { + destval = fetch_data_long(destoffset); + TRACE_AND_STEP(); + push_long(M.x86.R_EIP); + M.x86.R_EIP = destval; + } else { + destval = fetch_data_word(destoffset); + TRACE_AND_STEP(); + push_word(M.x86.R_IP); + M.x86.R_IP = destval; + } break; case 3: /* call far ptr ... */ - destval = fetch_data_word(destoffset); - destval2 = fetch_data_word(destoffset + 2); - TRACE_AND_STEP(); - push_word(M.x86.R_CS); - M.x86.R_CS = destval2; - push_word(M.x86.R_IP); - M.x86.R_IP = destval; + if (M.x86.mode & SYSMODE_PREFIX_DATA) { + destval = fetch_data_long(destoffset); + destval2 = fetch_data_word(destoffset + 4); + TRACE_AND_STEP(); + push_long(M.x86.R_CS); + M.x86.R_CS = destval2; + push_long(M.x86.R_EIP); + M.x86.R_EIP = destval; + } else { + destval = fetch_data_word(destoffset); + destval2 = fetch_data_word(destoffset + 2); + TRACE_AND_STEP(); + push_word(M.x86.R_CS); + M.x86.R_CS = destval2; + push_word(M.x86.R_IP); + M.x86.R_IP = destval; + } break; case 4: /* jmp word ptr ... */ destval = fetch_data_word(destoffset); @@ -11910,19 +11977,36 @@ x86emuOp_opcFF_word_RM(u8 X86EMU_UNUSED(op1)) } break; case 2: /* call word ptr ... */ - destval = fetch_data_word(destoffset); - TRACE_AND_STEP(); - push_word(M.x86.R_IP); - M.x86.R_IP = destval; + if (M.x86.mode & SYSMODE_PREFIX_DATA) { + destval = fetch_data_long(destoffset); + TRACE_AND_STEP(); + push_long(M.x86.R_EIP); + M.x86.R_EIP = destval; + } else { + destval = fetch_data_word(destoffset); + TRACE_AND_STEP(); + push_word(M.x86.R_IP); + M.x86.R_IP = destval; + } break; case 3: /* call far ptr ... */ - destval = fetch_data_word(destoffset); - destval2 = fetch_data_word(destoffset + 2); - TRACE_AND_STEP(); - push_word(M.x86.R_CS); - M.x86.R_CS = destval2; - push_word(M.x86.R_IP); - M.x86.R_IP = destval; + if (M.x86.mode & SYSMODE_PREFIX_DATA) { + destval = fetch_data_long(destoffset); + destval2 = fetch_data_word(destoffset + 4); + TRACE_AND_STEP(); + push_long(M.x86.R_CS); + M.x86.R_CS = destval2; + push_long(M.x86.R_EIP); + M.x86.R_EIP = destval; + } else { + destval = fetch_data_word(destoffset); + destval2 = fetch_data_word(destoffset + 2); + TRACE_AND_STEP(); + push_word(M.x86.R_CS); + M.x86.R_CS = destval2; + push_word(M.x86.R_IP); + M.x86.R_IP = destval; + } break; case 4: /* jmp word ptr ... */ destval = fetch_data_word(destoffset); @@ -11993,11 +12077,19 @@ x86emuOp_opcFF_word_RM(u8 X86EMU_UNUSED(op1)) } break; case 2: /* call word ptr ... */ - destreg = DECODE_RM_WORD_REGISTER(rl); - DECODE_PRINTF("\n"); - TRACE_AND_STEP(); - push_word(M.x86.R_IP); - M.x86.R_IP = *destreg; + if (M.x86.mode & SYSMODE_PREFIX_DATA) { + destreg = DECODE_RM_LONG_REGISTER(rl); + DECODE_PRINTF("\n"); + TRACE_AND_STEP(); + push_long(M.x86.R_EIP); + M.x86.R_EIP = *destreg; + } else { + destreg = DECODE_RM_WORD_REGISTER(rl); + DECODE_PRINTF("\n"); + TRACE_AND_STEP(); + push_word(M.x86.R_IP); + M.x86.R_IP = *destreg; + } break; case 3: /* jmp far ptr ... */ DECODE_PRINTF("OPERATION UNDEFINED 0XFF \n"); -- Julian Pidancet

1 0

[PATCH] Xen: add definition of xen_hypercall_page
by Ian Campbell 28 Jun '12

28 Jun '12

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 22 Jun '12

22 Jun '12

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 17 Jun '12

17 Jun '12

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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

SeaBIOS