[ANNOUNCE] SeaBIOS 1.7.4
by Kevin O'Connor
The 1.7.4 version of SeaBIOS has now been released. For more
information on the release, please see:
http://seabios.org/Releases
New in this release:
* Support for obtaining ACPI tables directly from QEMU.
* Initial support for XHCI USB controllers (initially for QEMU only).
* Support for booting from "pvscsi" devices on QEMU.
* Enhanced floppy driver - improved support for real hardware.
* coreboot cbmem console support.
* Optional support for using the 9-segment instead of the e-segment
for local variables.
* Improved internal timer code and accuracy.
* SeaVGABIOS improvements
* Better support for legacy X.org releases with incomplete x86emu
emulation.
* Support for using an internal stack to reduce caller's stack
usage.
* Back port of new "bochs dispi" interface video modes.
* Several bug fixes and code cleanups
* Source code separated out into additional hardware and firmware
directories.
* Update to latest version of Kconfig
For information on obtaining SeaBIOS, please see:
http://seabios.org/Download
5 years, 5 months
[PATCH] Fix CBMEM console overflow
by Kyösti Mälkki
In CBMEM console, cursor increments past the buffer size to
indicate the number of characters missing from log output.
Signed-off-by: Kyösti Mälkki <kyosti.malkki(a)gmail.com>
---
src/fw/coreboot.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/src/fw/coreboot.c b/src/fw/coreboot.c
index 5b7e77a..cc316df 100644
--- a/src/fw/coreboot.c
+++ b/src/fw/coreboot.c
@@ -208,9 +208,9 @@ void coreboot_debug_putc(char c)
return;
if (!cbcon)
return;
- if (cbcon->buffer_cursor == cbcon->buffer_size)
- return;
- cbcon->buffer_body[cbcon->buffer_cursor++] = c;
+ u32 cursor = cbcon->buffer_cursor++;
+ if (cursor < cbcon->buffer_size)
+ cbcon->buffer_body[cursor] = c;
}
/****************************************************************
--
1.8.1.1
5 years, 5 months
[PATCH] coreboot: Make sure to print the SeaBIOS version in cbmem debug output.
by Kevin O'Connor
Signed-off-by: Kevin O'Connor <kevin(a)koconnor.net>
---
src/fw/coreboot.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/fw/coreboot.c b/src/fw/coreboot.c
index cc316df..01a6fcd 100644
--- a/src/fw/coreboot.c
+++ b/src/fw/coreboot.c
@@ -182,7 +182,7 @@ coreboot_preinit(void)
struct cb_cbmem_ref *cbref = find_cb_subtable(cbh, CB_TAG_CBMEM_CONSOLE);
if (cbref) {
cbcon = (void*)(u32)cbref->cbmem_addr;
- dprintf(1, "----- [ seabios log starts here ] -----\n");
+ dprintf(1, "----- [ SeaBIOS %s ] -----\n", VERSION);
dprintf(1, "Found coreboot cbmem console @ %llx\n", cbref->cbmem_addr);
}
--
1.8.3.1
5 years, 5 months
Re: [SeaBIOS] [PATCH] piix: do not reset APIC base address (0x80) on piix4_reset.
by Paolo Bonzini
Il 11/12/2013 10:21, Gal Hammer ha scritto:
> Fix a bug that was introduced in commit c046e8c4. QEMU fails to
> resume from suspend mode (S3).
>
> Signed-off-by: Gal Hammer <ghammer(a)redhat.com>
> ---
> hw/acpi/piix4.c | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/hw/acpi/piix4.c b/hw/acpi/piix4.c
> index 93849c8..5c736a4 100644
> --- a/hw/acpi/piix4.c
> +++ b/hw/acpi/piix4.c
> @@ -376,7 +376,6 @@ static void piix4_reset(void *opaque)
> pci_conf[0x5b] = 0;
>
> pci_conf[0x40] = 0x01; /* PM io base read only bit */
> - pci_conf[0x80] = 0;
>
> if (s->kvm_enabled) {
> /* Mark SMM as already inited (until KVM supports SMM). */
Note this is not the APIC base address, that one is 80h on the ISA
bridge (function 0). You're changing the behavior for 80h on the power
management function, which is function 3. The register is "PMBA—POWER
MANAGEMENT BASE ADDRESS" and it is indeed initialized by SeaBIOS in
piix4_pm_setup (src/fw/pciinit.c).
Michael, perhaps a part of pci_setup (same file) should run on S3 resume?
Paolo
5 years, 5 months
seabios release planning
by Gerd Hoffmann
Hi,
qemu 1.7 is almost out of the door. I want update seabios early in the
1.8 devel cycle. Time to do resume the release planning since we've
scratched the idea to do a last-minute bios update for 1.7.
I'd like to see a seabios release from the master branch in december.
Ideally we'll put a prerelease into qemu before the final release so we
get some testing. We could either explicitly tag a release candidate or
just grab a snapshot for that.
Commit pending patches, enter seabios freeze, prepare seabios update for
qemu can be done next week I think. Then have 2-3 weeks freeze period,
tag final release before xmas. In case something doesn't go as planned
early january.
Pending patches:
* my ahci and pci patches sent this week.
* anything else?
How we wanna call the baby? 1.7.4? 1.8.0?
cheers,
Gerd
5 years, 5 months
Reminder: Upcoming SeaBIOS release
by Kevin O'Connor
This is a reminder that we are planning to release the next version of
SeaBIOS (v1.7.4) in the next few days. If you are aware of any
significant defects in the current git repo, please raise them now.
Thanks,
-Kevin
5 years, 5 months
Re: [SeaBIOS] [PATCHv2 1/3] floppy: Encode command and flags into single value in floppy pio code.
by Kevin O'Connor
On Thu, Dec 12, 2013 at 12:06:35PM -0500, Kevin O'Connor wrote:
> Eliminate struct floppy_pio_s and change floppy_pio() to take the
> command type and parameters in a single encoded value. This makes the
> code similar to the ps2port.c pio code. It also reduces some of the
> boilerplate code in the callers of floppy_pio().
>
> Also, collapse pairs of floppy_select_drive() and floppy_pio() calls
> into new call floppy_drive_pio().
FYI, I have committed this patch.
-Kevin
5 years, 5 months
Re: [SeaBIOS] [coreboot] Patch number 4 for floppy in SeaBIOS
by Gelip
This patch also not help :-(
07.786: Booting from Floppy...
07.786: enter handle_13:
07.786: a=00000201 b=00000000 c=00000001 d=00000000 ds=0000 es=07c0 ss=df80
07.798: si=00000000 di=00000000 bp=00000000 sp=0000f900 cs=f000 ip=cb97 f=0202
07.798: disk_op d=0x000f54f0 lba=0 buf=0x00007c00 count=1 cmd=2
07.798: Floppy_drive_recal 0
07.798: Floppy_enable_controller
07.798: handle_0e
07.798: handle_0e
08.171: handle_0e
08.171: Floppy_media_sense on drive 0 found rate 0
08.369: handle_0e
08.369: Booting from 0000:7c00
08.369: enter handle_13:
08.369: a=00000000 b=00000000 c=00000000 d=00000000 ds=7c00 es=0000 ss=df80
08.369: si=00000000 di=00000000 bp=00000000 sp=0000f900 cs=0000 ip=7cc0 f=0202
08.369: disk_op d=0x000f54f0 lba=514 buf=0x0000f879 count=0 cmd=0
08.370: Floppy_disable_controller
08.370: Floppy_enable_controller
08.370: handle_0e
08.370: enter handle_13:
08.370: a=00000800 b=00000000 c=00000000 d=00000000 ds=7c00 es=0000 ss=df80
08.370: si=00000000 di=00000000 bp=00000000 sp=0000f900 cs=0000 ip=7cc8 f=0202
08.370: enter handle_13:
08.370: a=00000204 b=00000000 c=00000001 d=00000000 ds=7c00 es=5000 ss=df80
08.370: si=00000000 di=00005690 bp=00000000 sp=0000f900 cs=0000 ip=7cde f=0202
08.370: disk_op d=0x000f54f0 lba=0 buf=0x00050000 count=4 cmd=2
08.370: Floppy_drive_recal 0
08.386: handle_0e
08.386: handle_0e
08.386: Floppy_media_sense on drive 0 found rate 0
08.544: handle_0e
11.637: i8042_command cmd=ae
11.637: i8042_wait_write
11.637: enter handle_13:
11.637: a=00000201 b=00000000 c=00001c01 d=00000000 ds=5000 es=6000 ss=df80
11.637: si=00000000 di=00005690 bp=0000001e sp=0000f900 cs=5000 ip=0188 f=0246
11.639: disk_op d=0x000f54f0 lba=1008 buf=0x00060000 count=1 cmd=2
11.686: i8042_command cmd=ae
11.686: i8042_wait_write
11.808: handle_0e
12.282: handle_0e
12.282: enter handle_13:
12.282: a=00000201 b=00000000 c=00001c02 d=00000000 ds=5000 es=6020 ss=df80
12.282: si=00000000 di=00005690 bp=0000001e sp=0000f900 cs=5000 ip=0188 f=0246
12.283: disk_op d=0x000f54f0 lba=1009 buf=0x00060200 count=1 cmd=2
14.287: WARNING - Timeout at floppy_wait_irq:206!
14.287: Floppy_disable_controller
14.287: invalid basic_access:96:
14.287: a=00000200 b=00000000 c=00001c02 d=00000000 ds=5000 es=6020 ss=df80
14.289: si=00000000 di=00005690 bp=0000001e sp=0000f900 cs=5000 ip=0188 f=0246
14.289: handle_0e
The disk is certainly good - once I checked in another PC. Maybe this is not fault SeaBIOS only coreboot?
5 years, 5 months
