SeaBIOS

seabios@seabios.org

4 participants
3801 discussions

Re: [SeaBIOS] Coreboot, Geode LX and VGA
by Christian Gmeiner 20 Feb '12

20 Feb '12

2012/2/20 Christian Gmeiner <christian.gmeiner(a)gmail.com>: > 2012/2/20 Kevin O'Connor <kevin(a)koconnor.net>: >> On Mon, Feb 20, 2012 at 02:39:27PM +0100, Christian Gmeiner wrote: >>> Hi all, >>> >>> I am trying my luck with coreboot and seabios to get VGA working on an LX800 >>> platform. At the moment I am not sure what options I need to enable in coreboot >>> and seabios to enable VGA. >> >> Nils recently reported success using the SeaVGABIOS on his Geode GX2 >> based machine. I don't think anyone has tried recently on the Geode >> LX. >> >>> Coreboot does its jobs and starts SeaBIOS, but VGA seems not to work. >>> >>> thanks for every hint >> >> Please send the coreboot plus seabios log (with debugging set to 8) to >> the mail list. > > Here it is http://nopaste.info/10545252c4.html > After some tipps on irc I get this results: http://nopaste.info/f22222d6d8.html Greets, -- Christian Gmeiner, MSc

1 0

Re: [SeaBIOS] Coreboot, Geode LX and VGA
by Kevin O'Connor 20 Feb '12

20 Feb '12

On Mon, Feb 20, 2012 at 02:39:27PM +0100, Christian Gmeiner wrote: > Hi all, > > I am trying my luck with coreboot and seabios to get VGA working on an LX800 > platform. At the moment I am not sure what options I need to enable in coreboot > and seabios to enable VGA. Nils recently reported success using the SeaVGABIOS on his Geode GX2 based machine. I don't think anyone has tried recently on the Geode LX. > Coreboot does its jobs and starts SeaBIOS, but VGA seems not to work. > > thanks for every hint Please send the coreboot plus seabios log (with debugging set to 8) to the mail list. -Kevin

2 1

Re: [SeaBIOS] SeaBIOS build problem
by Ian Campbell 20 Feb '12

20 Feb '12

On Mon, 2012-02-20 at 09:22 +0000, Roger Pau Monné wrote: > Hello, > > When compiling SeaBIOS with busybox and uclibc 0.9.33, I've hit the > following error: > > Build Kconfig config file > Compiling whole program out/ccode.16.s > Compiling to assembler out/asm-offsets.s > Generating offset file out/asm-offsets.h > gen-offsets.sh: applet not found I guess this means your shell comes from busybox? > When looking into gen-offsets.sh [0] I've realized there's a strange > shebang in the script ":", is this normal? Replacing ":" with > "#!/bin/sh" solves the problem, but I don't understand why the ":" > shebang works for some (on Debian stable it works ok) and what it > means. I've no idea either -- I've copied the seabios ML. Ian. > > Thanks, Roger. > > [0] http://code.coreboot.org/p/seabios/source/tree/rel-1.6.3.1/tools/gen-offset…

3 3

Coreboot, Geode LX and VGA
by Christian Gmeiner 20 Feb '12

20 Feb '12

Hi all, I am trying my luck with coreboot and seabios to get VGA working on an LX800 platform. At the moment I am not sure what options I need to enable in coreboot and seabios to enable VGA. Coreboot does its jobs and starts SeaBIOS, but VGA seems not to work. thanks for every hint -- Christian Gmeiner, MSc

1 0

[PATCH] Register drives directly in scsi_init_drive().
by Kevin O'Connor 20 Feb '12

20 Feb '12

The scsi_init_drive() function has enough information to directly register the drive there, so do the registration there. This simplifies the calling code. Signed-off-by: Kevin O'Connor <kevin(a)koconnor.net> --- Paulo - this patch will conflict with your patch, but it seems like it would also be a simplification for virtio-scsi. --- src/blockcmd.c | 25 +++++++++++++++---------- src/blockcmd.h | 2 +- src/usb-msc.c | 40 ++-------------------------------------- 3 files changed, 18 insertions(+), 49 deletions(-) diff --git a/src/blockcmd.c b/src/blockcmd.c index 3476cfc..dd35501 100644 --- a/src/blockcmd.c +++ b/src/blockcmd.c @@ -75,9 +75,9 @@ scsi_is_ready(struct disk_op_s *op) return 0; } -// Validate drive and find block size and sector count. +// Validate drive, find block size / sector count, and register drive. int -scsi_init_drive(struct drive_s *drive, const char *s, int *pdt, char **desc) +scsi_init_drive(struct drive_s *drive, const char *s, int prio) { if (!CONFIG_USB_MSC) return 0; @@ -97,18 +97,19 @@ scsi_init_drive(struct drive_s *drive, const char *s, int *pdt, char **desc) nullTrailingSpace(product); strtcpy(rev, data.rev, sizeof(rev)); nullTrailingSpace(rev); - *pdt = data.pdt & 0x1f; + int pdt = data.pdt & 0x1f; int removable = !!(data.removable & 0x80); dprintf(1, "%s vendor='%s' product='%s' rev='%s' type=%d removable=%d\n" - , s, vendor, product, rev, *pdt, removable); + , s, vendor, product, rev, pdt, removable); drive->removable = removable; - if (*pdt == SCSI_TYPE_CDROM) { + if (pdt == SCSI_TYPE_CDROM) { drive->blksize = CDROM_SECTOR_SIZE; drive->sectors = (u64)-1; - *desc = znprintf(MAXDESCSIZE, "DVD/CD [%s Drive %s %s %s]" + char *desc = znprintf(MAXDESCSIZE, "DVD/CD [%s Drive %s %s %s]" , s, vendor, product, rev); + boot_add_cd(drive, desc, prio); return 0; } @@ -127,6 +128,10 @@ scsi_init_drive(struct drive_s *drive, const char *s, int *pdt, char **desc) // We do not bother with READ CAPACITY(16) because BIOS does not support // 64-bit LBA anyway. drive->blksize = ntohl(capdata.blksize); + if (drive->blksize != DISK_SECTOR_SIZE) { + dprintf(1, "%s: unsupported block size %d\n", s, drive->blksize); + return -1; + } drive->sectors = (u64)ntohl(capdata.sectors) + 1; dprintf(1, "%s blksize=%d sectors=%d\n" , s, drive->blksize, (unsigned)drive->sectors); @@ -143,13 +148,13 @@ scsi_init_drive(struct drive_s *drive, const char *s, int *pdt, char **desc) ((u32)drive->sectors % (geomdata.heads * cylinders) == 0)) { drive->pchs.cylinders = cylinders; drive->pchs.heads = geomdata.heads; - drive->pchs.spt = (u32)drive->sectors - / (geomdata.heads * cylinders); + drive->pchs.spt = (u32)drive->sectors / (geomdata.heads * cylinders); } } - *desc = znprintf(MAXDESCSIZE, "%s Drive %s %s %s" - , s, vendor, product, rev); + char *desc = znprintf(MAXDESCSIZE, "%s Drive %s %s %s" + , s, vendor, product, rev); + boot_add_hd(drive, desc, prio); return 0; } diff --git a/src/blockcmd.h b/src/blockcmd.h index bace649..ccfeeaf 100644 --- a/src/blockcmd.h +++ b/src/blockcmd.h @@ -110,6 +110,6 @@ int cdb_read(struct disk_op_s *op); int cdb_write(struct disk_op_s *op); int scsi_is_ready(struct disk_op_s *op); -int scsi_init_drive(struct drive_s *drive, const char *s, int *pdt, char **desc); +int scsi_init_drive(struct drive_s *drive, const char *s, int prio); #endif // blockcmd.h diff --git a/src/usb-msc.c b/src/usb-msc.c index 4a09972..ef9f440 100644 --- a/src/usb-msc.c +++ b/src/usb-msc.c @@ -122,33 +122,6 @@ fail: * Setup ****************************************************************/ -static int -setup_drive_cdrom(struct drive_s *drive, char *desc) -{ - drive->sectors = (u64)-1; - struct usb_pipe *pipe = container_of( - drive, struct usbdrive_s, drive)->bulkout; - int prio = bootprio_find_usb(pipe->cntl->pci, pipe->path); - boot_add_cd(drive, desc, prio); - return 0; -} - -static int -setup_drive_hd(struct drive_s *drive, char *desc) -{ - if (drive->blksize != DISK_SECTOR_SIZE) { - dprintf(1, "Unsupported USB MSC block size %d\n", drive->blksize); - return -1; - } - - // Register with bcv system. - struct usb_pipe *pipe = container_of( - drive, struct usbdrive_s, drive)->bulkout; - int prio = bootprio_find_usb(pipe->cntl->pci, pipe->path); - boot_add_hd(drive, desc, prio); - return 0; -} - // Configure a usb msc device. int usb_msc_init(struct usb_pipe *pipe @@ -188,17 +161,8 @@ usb_msc_init(struct usb_pipe *pipe if (!udrive_g->bulkin || !udrive_g->bulkout) goto fail; - int ret, pdt; - char *desc = NULL; - ret = scsi_init_drive(&udrive_g->drive, "USB MSC", &pdt, &desc); - if (ret) - goto fail; - - if (pdt == SCSI_TYPE_CDROM) - ret = setup_drive_cdrom(&udrive_g->drive, desc); - else - ret = setup_drive_hd(&udrive_g->drive, desc); - + int prio = bootprio_find_usb(pipe->cntl->pci, pipe->path); + int ret = scsi_init_drive(&udrive_g->drive, "USB MSC", prio); if (ret) goto fail; -- 1.7.6.5

2 1

[PATCH] Running vgabios during resume from S3 on QEMU by default
by Gleb Natapov 18 Feb '12

18 Feb '12

Run vgabios during resume from S3 by default on QEMU. QEMU still able to modify SeaBIOS behavior if it wishes so by providing etc/s3-resume-vga-init file. With QEMU emulated vga cards this behaviour is desirable otherwise console becomes unusable with Linux guests after resume. Since we control vgabios source we can be sure that running it on resume from S3 is safe. Signed-off-by: Gleb Natapov <gleb(a)redhat.com> --- Older versions of SeaBIOS had a runtime configure option (disabled by default) to enable this behaviour and RHEL always enabled it, so this code path is well tested. But QEMU upstream always compiled SeaBIOS with default options and hence this patch will modify upstream behaviour. Are there any objections to this change from QEMU side? diff --git a/src/optionroms.c b/src/optionroms.c index 27cfffd..06db1c1 100644 --- a/src/optionroms.c +++ b/src/optionroms.c @@ -423,7 +423,7 @@ vga_setup(void) // Load some config settings that impact VGA. EnforceChecksum = romfile_loadint("etc/optionroms-checksum", 1); - S3ResumeVgaInit = romfile_loadint("etc/s3-resume-vga-init", 0); + S3ResumeVgaInit = romfile_loadint("etc/s3-resume-vga-init", !CONFIG_COREBOOT); ScreenAndDebug = romfile_loadint("etc/screen-and-debug", 1); if (CONFIG_OPTIONROMS_DEPLOYED) { -- Gleb.

2 1

[PATCH] cleanup process_usb_op() / process_scsi_op() declarations
by Laszlo Ersek 18 Feb '12

18 Feb '12

Commit 1e749c85 removed the definition of process_usb_op(); let's remove the declaration too. The same commit added process_scsi_op(). The function has no declaration that is also not a definition, and its only call site is in the same file as the definition. Give the function internal linkage. Build tested. Signed-off-by: Laszlo Ersek <lersek(a)redhat.com> --- Please keep me CC'd, I'm not subscribed. Thanks. src/block.c | 2 +- src/usb-msc.h | 1 - 2 files changed, 1 insertions(+), 2 deletions(-) diff --git a/src/block.c b/src/block.c index eeebd83..ccf4ee6 100644 --- a/src/block.c +++ b/src/block.c @@ -276,7 +276,7 @@ map_floppy_drive(struct drive_s *drive_g) * 16bit calling interface ****************************************************************/ -int +static int process_scsi_op(struct disk_op_s *op) { if (!CONFIG_USB_MSC) diff --git a/src/usb-msc.h b/src/usb-msc.h index a8686a3..12d749c 100644 --- a/src/usb-msc.h +++ b/src/usb-msc.h @@ -8,7 +8,6 @@ struct usb_interface_descriptor; struct usb_pipe; int usb_msc_init(struct usb_pipe *pipe , struct usb_interface_descriptor *iface, int imax); -int process_usb_op(struct disk_op_s *op); /**************************************************************** -- 1.7.1

2 1

Re: [SeaBIOS] Debug Symbols?
by Kevin O'Connor 18 Feb '12

18 Feb '12

On Fri, Feb 17, 2012 at 03:42:20PM -0700, Steve Goodrich wrote: > I'm trying to debug SeaBIOS (built into coreboot) with GDB. Would someone > point me to information on how I would generate debug symbols for SeaBIOS? The out/rom.o file has debugging symbols for the 32bit code. The out/rom16.o has the 16bit code debugging symbols. -Kevin

1 0

Re: [SeaBIOS] Also... bootorder syntax?
by Kevin O'Connor 18 Feb '12

18 Feb '12

On Fri, Feb 17, 2012 at 03:59:04PM -0700, Steve Goodrich wrote: > One other question if you're able to help: Where can I find documentation on > the syntax of entries in the bootorder file? I need to add them for my > platform, but I'm a bit confused as to how they're constructed. I'm > googling, but I've not found a description of the syntax. There is a description at: http://www.coreboot.org/SeaBIOS#Configuring_boot_order -Kevin

1 0

SeaBIOS and Bochs?
by Bernd Blaauw 17 Feb '12

17 Feb '12

I'm stuck with a few questions about applying SeaBIOS to Bochs (Windows), hoping someone is willing to give out some helpful hints. 1) Can the downloadable v1.6.3 binary directly be used in Bochs, or is a recompile needed? Thought I read some docs about MTRR config options. 2) What minimal system requirements does SeaBIOS put on a virtual machine? 80586, 2MB, PCI ? 80386, 1MB, ISA ? 3) Is there an opensource BIOS, usable in Bochs and QEMU, that does work with only 1MB RAM assigned to the VM? SeaBIOS fails this. As much as I like VMware, and QEMU (including SeaBIOS) as well, evaluation of all the 22 criteria for my goal (see [1]) resulted selecting Bochs as least bad emulation/virtualisation/simulation solution. Hopefully QEMU can match these criteria someday. with best regards, Bernd Blaauw [1] : [ http://sourceforge.net/mailarchive/message.php?msg_id=28786659 ]

5 5

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

SeaBIOS