SeaBIOS

seabios@seabios.org

4 participants
3801 discussions

[PATCH 1/2] block: Move send_disk_op() from block.c to disk.c
by Kevin O'Connor 19 Apr '16

19 Apr '16

The send_disk_op() function is only called from the 16bit handlers found in disk.c. Signed-off-by: Kevin O'Connor <kevin(a)koconnor.net> --- src/block.c | 34 +--------------------------------- src/block.h | 1 - src/disk.c | 32 ++++++++++++++++++++++++++++++++ 3 files changed, 33 insertions(+), 34 deletions(-) diff --git a/src/block.c b/src/block.c index d9de29f..a383574 100644 --- a/src/block.c +++ b/src/block.c @@ -22,7 +22,7 @@ #include "hw/virtio-scsi.h" // virtio_scsi_process_op #include "malloc.h" // malloc_low #include "output.h" // dprintf -#include "stacks.h" // stack_hop +#include "stacks.h" // call32 #include "std/disk.h" // struct dpte_s #include "string.h" // checksum #include "util.h" // process_floppy_op @@ -613,35 +613,3 @@ process_op(struct disk_op_s *op) op->count = 0; return ret; } - -// Execute a "disk_op_s" request - this runs on the extra stack. -static int -__send_disk_op(struct disk_op_s *op_far, u16 op_seg) -{ - struct disk_op_s dop; - memcpy_far(GET_SEG(SS), &dop - , op_seg, op_far - , sizeof(dop)); - - dprintf(DEBUG_HDL_13, "disk_op d=%p lba=%d buf=%p count=%d cmd=%d\n" - , dop.drive_gf, (u32)dop.lba, dop.buf_fl - , dop.count, dop.command); - - int status = process_op(&dop); - - // Update count with total sectors transferred. - SET_FARVAR(op_seg, op_far->count, dop.count); - - return status; -} - -// Execute a "disk_op_s" request by jumping to the extra 16bit stack. -int -send_disk_op(struct disk_op_s *op) -{ - ASSERT16(); - if (! CONFIG_DRIVES) - return -1; - - return stack_hop(__send_disk_op, op, GET_SEG(SS)); -} diff --git a/src/block.h b/src/block.h index a5f38c4..0f15ff9 100644 --- a/src/block.h +++ b/src/block.h @@ -115,7 +115,6 @@ int fill_edd(struct segoff_s edd, struct drive_s *drive_gf); void block_setup(void); int default_process_op(struct disk_op_s *op); int process_op(struct disk_op_s *op); -int send_disk_op(struct disk_op_s *op); int create_bounce_buf(void); #endif // block.h diff --git a/src/disk.c b/src/disk.c index 3854d00..bcd6a09 100644 --- a/src/disk.c +++ b/src/disk.c @@ -87,6 +87,38 @@ getLCHS(struct drive_s *drive_gf) return res; } +// Execute a "disk_op_s" request - this runs on the extra stack. +static int +__send_disk_op(struct disk_op_s *op_far, u16 op_seg) +{ + struct disk_op_s dop; + memcpy_far(GET_SEG(SS), &dop + , op_seg, op_far + , sizeof(dop)); + + dprintf(DEBUG_HDL_13, "disk_op d=%p lba=%d buf=%p count=%d cmd=%d\n" + , dop.drive_gf, (u32)dop.lba, dop.buf_fl + , dop.count, dop.command); + + int status = process_op(&dop); + + // Update count with total sectors transferred. + SET_FARVAR(op_seg, op_far->count, dop.count); + + return status; +} + +// Execute a "disk_op_s" request by jumping to the extra 16bit stack. +static int +send_disk_op(struct disk_op_s *op) +{ + ASSERT16(); + if (! CONFIG_DRIVES) + return -1; + + return stack_hop(__send_disk_op, op, GET_SEG(SS)); +} + // Perform read/write/verify using old-style chs accesses static void noinline basic_access(struct bregs *regs, struct drive_s *drive_gf, u16 command) -- 2.5.5

1 2

Add support for legacy USB keyboard/mouse (PS/2 emulation for USB?)
by Adam Rutkowski 18 Apr '16

18 Apr '16

Hello, I think this is the right place to write about this. From a few days I'm fighting with not USB-aware OS-es in QEMU (like Windows 98, IBM OS/2, MS-DOS etc.). When I assign real USB keyboard and mouse to VM, keyboard partially works in DOS (keys like Alt aren't working), but mouse doesn't work at all. After starting, let's say Windows 98 Setup, keyboard stops working too. From my experience these peripherals works only in newer OSes like Windows 2000+ or Linux, because they initialize their own USB HID driver. I'm not using QEMU's emulated USB HID devices, because I utilize VGA passthrough, so I need direct access from guest machine. Summarizing: is it possible to add full support for USB keyboard and mouse in SeaBIOS? P.S. I apologize for any grammatical errors.

3 3

[RFC] Document and rework debug levels
by Kevin O'Connor 07 Apr '16

07 Apr '16

There are a number of debug levels in the SeaBIOS code today. Unfortunately, much of the code does not follow any particular standard for which debug level to use. This is becoming cumbersome for a few reasons: - some people want fewer debug messages to reduce boot time, but still want critical messages (eg, error messages). Debug level 1 can be too verbose while debug level 0 disables all messages. - some drivers become very verbose before other drivers, and thus depending on a user's hardware, the user might get flooded with messages they don't want before seeing the important messages from the driver they were looking for - when writing a new driver, it's not easy for a developer to know what debug level to choose I'm proposing that the debug levels be documented and that all of the debug messages in SeaBIOS be reworked to follow that documentation. Here are the debug levels I propose using: Level 1: - SeaBIOS version banner - Major error messages and major warning messages that are likely indicative of an error - Screen output (ie, printf) would also be available at this level when screen-and-debug is true Level 2: - Critical memory layout information. This would include the e820 map prior to booting and similar information about UMB memory, EBDA memory, BIOS table locations, etc. Level 3: - Found hardware for which there is a SeaBIOS driver and critical information about that hardware (such as its address, hardware version, hardware capabilities, etc.) Level 4: - Major code flow events between SeaBIOS phases (eg, post, boot, resume phases) Level 5: - Code flow notifications at driver and subsystem startup (eg, "init usb\n" type messages) - Thread startup and shutdown messages Level 6: - Basic driver and subsystem debugging. This would be driver specific messages that are not expected to be called with high frequency (ie, not called on every disk access nor on every keyboard access, etc.) Finally, for debug messages that could be called with high frequency (eg, on each disk read), I propose defining a DEBUG_xyz at the top of the particular driver source code file which would default to 9 and a developer could change to a lower number when working on that code. So, for example, DEBUG_xhci could be introduced and be used on dprintf() messages that are invoked on each xhci transfer. As part of this proposal, the default debug level would change from level 1 to level 4. Most dprintf level 1 calls in the code would change to a level between 1 and 4. Most driver dprintf calls between levels 3-8 would end up changing to level 6. Most dprintf calls with 9 (or higher) would instead get a DEBUG_xyz definition. Thoughts? -Kevin

3 5

Re: [SeaBIOS] virtio-blk ... block size 4096 is unsupported
by Kevin Wolf 06 Apr '16

06 Apr '16

Am 05.04.2016 um 20:24 hat James Shimer geschrieben: > Thanks for the responses. What you've both said makes total sense. > We've tried 512 logical/ 4k physical and it works fine with Seabios. > Thanks Laszlo for the OVMF tip, that's totally the route we need to > take. In practice, I don't think there is a big difference for disk accesses between using 4k logical (with OVMF) and using 512b logical (with either SeaBIOS or OVMF). So if you just want to access your data optimally in the guest and don't care if it really looks like 4kn there, using a 512e setup with SeaBIOS is probably completely fine. It is very likely that your OS is already using 4k aligned requests because it knows the physical sector size, and apart from that both the file system block size and the page size aren't smaller than 4k either. So while the emulation of 512b sectors costs some performance (it is done by qemu in this configuration), it should really only kick in for the boot loader and everything else should be using correctly aligned requests without any need for emulation. Kevin > ________________________________________ > From: Laszlo Ersek <lersek(a)redhat.com> > Sent: Tuesday, April 5, 2016 12:49 PM > To: Kevin O'Connor > Cc: James Shimer; Kevin Wolf; seabios(a)seabios.org > Subject: Re: [SeaBIOS] virtio-blk ... block size 4096 is unsupported > > On 04/05/16 18:36, Kevin O'Connor wrote: > > On Tue, Apr 05, 2016 at 02:31:53PM +0200, Laszlo Ersek wrote: > >> On 04/05/16 06:25, James Shimer wrote: > >>> I've been doing some testing if KVM with 4K physical sector virtio > >>> disks and they work with KVM as a none boot disk. We'd like to be > >>> able to boot a 4k physical sector disk in KVM, is there 4K support in > >>> any seabios newer/upcoming releases, or is there a way to configure > >>> for 4k sectors? > >>> > >>> reference from master > >>> src/hw/virtio-blk.c lin 142 > >>> > >>> if (vdrive->drive.blksize != DISK_SECTOR_SIZE) { > >>> dprintf(1, "virtio-blk %pP block size %d is unsupported\n", > >>> pci, vdrive->drive.blksize); > >>> goto fail; > >>> } > >> > >> This code dates back to 4030db0d2c5a7. > >> > >> I'm not an expert, but I think BIOS interfaces don't support a sector > >> size different from 512 B. It seems that a drive with 4096 B physical > >> sectors should enable (the emulation of) a 512 B logical sector size, so > >> that it can work with code that assumes an 512 B sector size. > >> > >> https://en.wikipedia.org/wiki/Advanced_Format#512e > > > > The EDD standard ( https://en.wikipedia.org/wiki/Enhanced_Disk_Drive ) > > allows for 4K blocks. However, the older BIOS interface (eg, int > > 1301) only support 512 byte sectors. This means that the BIOS would > > need to emulate 512 byte reads should one of the older interfaces be > > called on one of these drives. This isn't difficult as SeaBIOS > > already does this for cdroms. > > That sounds great, thanks. I should have thought of CD-ROMs, I guess. > > > > >> I guess for a virtio-blk disk, that means: > >> > >> -device virtio-blk-pci,physical_block_size=4096,logical_block_size=512 > > > > In practice, almost all real drives seem to do the above. So, adding > > support for drives that don't has not previously been a priority. > > Right, I missed that 512e could be implemented in SeaBIOS itself (and I > completely missed that it had been, for CD-ROMs). > > Thanks! > Laszlo

1 0

Re: [SeaBIOS] virtio-blk ... block size 4096 is unsupported
by Laszlo Ersek 05 Apr '16

05 Apr '16

On 04/05/16 06:25, James Shimer wrote: > > Hi, > > I've been doing some testing if KVM with 4K physical sector virtio > disks and they work with KVM as a none boot disk. We'd like to be > able to boot a 4k physical sector disk in KVM, is there 4K support in > any seabios newer/upcoming releases, or is there a way to configure > for 4k sectors? > > reference from master > src/hw/virtio-blk.c lin 142 > > if (vdrive->drive.blksize != DISK_SECTOR_SIZE) { > dprintf(1, "virtio-blk %pP block size %d is unsupported\n", > pci, vdrive->drive.blksize); > goto fail; > } This code dates back to 4030db0d2c5a7. I'm not an expert, but I think BIOS interfaces don't support a sector size different from 512 B. It seems that a drive with 4096 B physical sectors should enable (the emulation of) a 512 B logical sector size, so that it can work with code that assumes an 512 B sector size. https://en.wikipedia.org/wiki/Advanced_Format#512e I guess for a virtio-blk disk, that means: -device virtio-blk-pci,physical_block_size=4096,logical_block_size=512 If your virtio disk is "4K native": https://en.wikipedia.org/wiki/Advanced_Format#4K_native (which I think corresponds to the following QEMU command line option (based on advice I had received earlier from Kevin Wolf): -device virtio-blk-pci,physical_block_size=4096,\ logical_block_size=4096,\ min_io_size=4096 ) then I believe BIOS interfaces / booting might not support the disk, by design, at all. And for that reason, I'll make an exception, and "peddle" OVMF (sorry -- I feel bad about doing this on the SeaBIOS list). UEFI (and GPT) support "4K native" by design, and OVMF supports it for virtio-blk devices. (OVMF also supports 512e.) I suggest that you repeat your test with a guest OS that you install afresh on top of OVMF. You can find pre-built OVMF binaries (RPMs) at <https://www.kraxel.org/repos/>. I recommend using them with libvirt: <https://fedoraproject.org/wiki/Using_UEFI_with_QEMU#Install_a_Fedora_VM_wit…>. If you have questions about OVMF, please let's continue on edk2-devel, to keep the noise down on the SeaBIOS list. (Note: you will have to subscribe to edk2-devel first, before you can post. Please see <https://lists.01.org/mailman/listinfo/edk2-devel>.) Thanks Laszlo

3 3

Re: [SeaBIOS] virtio-blk ... block size 4096 is unsupported
by James Shimer 05 Apr '16

05 Apr '16

After thinking about this some more, I'm not sure there is anything that can be done due to the fact that boot is using interfaces that assume 512 byte sectors such as a read sectors 13h. Is that why BIOS/boot is stuck, changing the read to allow 4k sector size could cause buffer over run because the 13h interface doesn't specify the sector size? ________________________________________ From: SeaBIOS <seabios-bounces(a)seabios.org> on behalf of James Shimer <JamesShimer(a)msn.com> Sent: Tuesday, April 5, 2016 12:25 AM To: seabios(a)seabios.org Subject: [SeaBIOS] virtio-blk ... block size 4096 is unsupported Hi, I've been doing some testing if KVM with 4K physical sector virtio disks and they work with KVM as a none boot disk. We'd like to be able to boot a 4k physical sector disk in KVM, is there 4K support in any seabios newer/upcoming releases, or is there a way to configure for 4k sectors? reference from master src/hw/virtio-blk.c lin 142 if (vdrive->drive.blksize != DISK_SECTOR_SIZE) { dprintf(1, "virtio-blk %pP block size %d is unsupported\n", pci, vdrive->drive.blksize); goto fail; } Thanks, Jim _______________________________________________ SeaBIOS mailing list SeaBIOS(a)seabios.org https://www.coreboot.org/mailman/listinfo/seabios

1 0

virtio-blk ... block size 4096 is unsupported
by James Shimer 05 Apr '16

05 Apr '16

Hi, I've been doing some testing if KVM with 4K physical sector virtio disks and they work with KVM as a none boot disk. We'd like to be able to boot a 4k physical sector disk in KVM, is there 4K support in any seabios newer/upcoming releases, or is there a way to configure for 4k sectors? reference from master src/hw/virtio-blk.c lin 142 if (vdrive->drive.blksize != DISK_SECTOR_SIZE) { dprintf(1, "virtio-blk %pP block size %d is unsupported\n", pci, vdrive->drive.blksize); goto fail; } Thanks, Jim

1 0

Re: [SeaBIOS] Build failed in Jenkins: seabios #220
by Kevin O'Connor 01 Apr '16

01 Apr '16

On Wed, Mar 30, 2016 at 07:50:33PM +0200, Jenkins Build Host wrote: > See <http://jenkins.xeni.kraxel.org:8080/job/seabios/220/changes> > > Changes: > > [kevin] Support for booting from LSI Logic LSI53C1030, SAS1068, SAS1068e [...] > Compile checking out/src/hw/mpt-scsi.o > src/hw/mpt-scsi.c: In function 'init_mpt_scsi': > src/hw/mpt-scsi.c:281:5: error: 'for' loop initial declarations are only allowed in C99 mode > for (int i = 0; i < 7; i++) > ^ > src/hw/mpt-scsi.c:281:5: note: use option -std=c99 or -std=gnu99 to compile your code > make: *** [out/src/hw/mpt-scsi.o] Error 1 > error: Bad exit status from /var/tmp/rpm-tmp.YLsXMX (%build) It's interesting that newer compilers accept the 'int i' declaration inside of for loops - I didn't realize that was allowed in C99. In any case, I pulled the declaration outside the loop to suppress the error, and I committed the change. -Kevin

4 3

Jenkins build is back to normal : seabios #223
by Jenkins Build Host 31 Mar '16

31 Mar '16

See <http://jenkins.xeni.kraxel.org:8080/job/seabios/223/>

1 0

Build failed in Jenkins: seabios #222
by Jenkins Build Host 31 Mar '16

31 Mar '16

See <http://jenkins.xeni.kraxel.org:8080/job/seabios/222/changes> Changes: [kevin] mpt-scsi: Declare 'int i' outside of for loop for older compilers ------------------------------------------ [...truncated 102 lines...] * * * General Features * Build Target 1. Build for coreboot (COREBOOT) (NEW) > 2. Build for QEMU/Xen/KVM/Bochs (QEMU) 3. Build as Compatibility Support Module for EFI BIOS (CSM) (NEW) choice[1-3]: Support Xen HVM (XEN) [N/y/?] n Parallelize hardware init (THREADS) [Y/n/?] (NEW) Copy init code to high memory (RELOCATE_INIT) [Y/n/?] (NEW) Bootmenu (BOOTMENU) [Y/n/?] (NEW) Graphical boot splash screen (BOOTSPLASH) [Y/n/?] (NEW) Boot ordering (BOOTORDER) [Y/n/?] (NEW) Use internal stack for 16bit interrupt entry points (ENTRY_EXTRASTACK) [Y/n/?] (NEW) Allocate memory that needs to be in first Meg above 0xc0000 (MALLOC_UPPERMEMORY) [Y/n/?] (NEW) ROM size (in KB) (ROM_SIZE) [128] 128 * * Hardware support * ATA controllers (ATA) [Y/n/?] (NEW) ATA DMA (ATA_DMA) [N/y/?] (NEW) ATA 32bit PIO (ATA_PIO32) [N/y/?] (NEW) AHCI controllers (AHCI) [Y/n/?] (NEW) SD controllers (SDCARD) [N/y/?] n virtio-blk controllers (VIRTIO_BLK) [Y/n/?] (NEW) virtio-scsi controllers (VIRTIO_SCSI) [Y/n/?] (NEW) PVSCSI controllers (PVSCSI) [Y/n/?] (NEW) AMD PCscsi controllers (ESP_SCSI) [Y/n/?] (NEW) lsi53c895a scsi controllers (LSI_SCSI) [Y/n/?] (NEW) LSI MegaRAID SAS controllers (MEGASAS) [Y/n/?] (NEW) LSI MPT Fusion controllers (MPT_SCSI) [Y/n/?] (NEW) Floppy controller (FLOPPY) [Y/n/?] (NEW) Floppy images from CBFS or fw_cfg (FLASH_FLOPPY) [Y/n/?] (NEW) PS/2 port (PS2PORT) [Y/n/?] (NEW) USB (USB) [Y/n/?] (NEW) USB UHCI controllers (USB_UHCI) [Y/n/?] (NEW) USB OHCI controllers (USB_OHCI) [N/y/?] n USB EHCI controllers (USB_EHCI) [Y/n/?] (NEW) USB XHCI controllers (USB_XHCI) [N/y/?] n USB drives (USB_MSC) [Y/n/?] (NEW) UAS drives (USB_UAS) [N/y/?] n USB hubs (USB_HUB) [Y/n/?] (NEW) USB keyboards (USB_KEYBOARD) [Y/n/?] (NEW) USB mice (USB_MOUSE) [Y/n/?] (NEW) Serial port (SERIAL) [Y/n/?] (NEW) Parallel port (LPT) [Y/n/?] (NEW) Real Time Clock (RTC) scheduling (RTC_TIMER) [Y/n/?] (NEW) Hardware interrupts (HARDWARE_IRQ) [Y/n/?] (NEW) System Management Mode (SMM) (USE_SMM) [Y/n/?] (NEW) Initialize MTRRs (MTRR_INIT) [Y/n/?] (NEW) Support ACPI timer (PMTIMER) [Y/n/?] (NEW) Support CPU timestamp counter as timer (TSC_TIMER) [Y/n/?] (NEW) * * BIOS interfaces * Drive interface (DRIVES) [Y/n/?] (NEW) DVD/CDROM booting (CDROM_BOOT) [Y/n/?] (NEW) DVD/CDROM boot drive emulation (CDROM_EMU) [Y/n/?] (NEW) PCIBIOS interface (PCIBIOS) [Y/n/?] (NEW) APM interface (APMBIOS) [Y/n/?] (NEW) PnP BIOS interface (PNPBIOS) [Y/n/?] (NEW) Option ROMS (OPTIONROMS) [Y/n/?] (NEW) Option roms are already at 0xc0000-0xf0000 (OPTIONROMS_DEPLOYED) [N/y/?] (NEW) PMM interface (PMM) [Y/n/?] (NEW) Boot interface (BOOT) [Y/n/?] (NEW) Keyboard interface (KEYBOARD) [Y/n/?] (NEW) Keyboard hook interface (KBD_CALL_INT15_4F) [Y/n/?] (NEW) Mouse interface (MOUSE) [Y/n/?] (NEW) S3 resume (S3_RESUME) [Y/n/?] (NEW) Hardware specific VGA helpers (VGAHOOKS) [Y/n/?] (NEW) Disable A20 (DISABLE_A20) [N/y/?] (NEW) Make unused UMB memory read/writeable. (WRITABLE_UPPERMEMORY) [N/y/?] (NEW) TPM support and TCG BIOS extensions (TCGBIOS) [N/y/?] n * * BIOS Tables * PIR table (PIRTABLE) [Y/n/?] (NEW) MPTable (MPTABLE) [Y/n/?] (NEW) SMBIOS (SMBIOS) [Y/n/?] (NEW) ACPI (ACPI) [Y/n/?] (NEW) Include default ACPI DSDT (ACPI_DSDT) [Y/n/?] (NEW) Load BIOS tables from ROM files (FW_ROMFILE_LOAD) [Y/n/?] (NEW) * * VGA ROM * VGA Hardware Type > 1. None (NO_VGABIOS) (NEW) 2. QEMU/Bochs Original IBM 256K VGA (VGA_STANDARD_VGA) (NEW) 3. QEMU/Bochs Cirrus SVGA (VGA_CIRRUS) (NEW) 4. QEMU/Bochs VBE SVGA (VGA_BOCHS) (NEW) 5. GeodeGX2 (VGA_GEODEGX2) (NEW) 6. GeodeLX (VGA_GEODELX) (NEW) choice[1-6]: * * Debugging * Debug level (DEBUG_LEVEL) [1] (NEW) Serial port debugging (DEBUG_SERIAL) [N/y/?] (NEW) Special IO port debugging (DEBUG_IO) [Y/n/?] (NEW) # # configuration written to <http://jenkins.xeni.kraxel.org:8080/job/seabios/ws/rpmbuild/rpm/BUILD/seabi…> # + rm -f src/fw/acpi-dsdt.hex src/fw/ssdt-misc.hex src/fw/ssdt-pcihp.hex src/fw/ssdt-proc.hex + make EXTRAVERSION=-120.b222.g6b76e69-git-snapshot-by-kraxel.org iasl Compiling IASL src/fw/acpi-dsdt.hex ASL Input: out/src/fw/acpi-dsdt.dsl.i - 475 lines, 19153 bytes, 315 keywords AML Output: out/src/fw/acpi-dsdt.aml - 4405 bytes, 159 named objects, 156 executable opcodes Listing File: out/src/fw/acpi-dsdt.lst - 142995 bytes Hex Dump: out/src/fw/acpi-dsdt.hex - 41648 bytes Compilation complete. 0 Errors, 0 Warnings, 0 Remarks, 245 Optimizations Compiling IASL src/fw/ssdt-proc.hex ASL Input: out/src/fw/ssdt-proc.dsl.i - 36 lines, 762 bytes, 8 keywords AML Output: out/src/fw/ssdt-proc.aml - 120 bytes, 6 named objects, 2 executable opcodes Listing File: out/src/fw/ssdt-proc.lst - 2642 bytes Hex Dump: out/src/fw/ssdt-proc.hex - 1446 bytes Compilation complete. 0 Errors, 0 Warnings, 0 Remarks, 0 Optimizations Compiling IASL src/fw/ssdt-pcihp.hex ASL Input: out/src/fw/ssdt-pcihp.dsl.i - 37 lines, 758 bytes, 5 keywords AML Output: out/src/fw/ssdt-pcihp.aml - 87 bytes, 5 named objects, 0 executable opcodes Listing File: out/src/fw/ssdt-pcihp.lst - 2337 bytes Hex Dump: out/src/fw/ssdt-pcihp.hex - 1147 bytes Compilation complete. 0 Errors, 0 Warnings, 0 Remarks, 0 Optimizations Compiling IASL src/fw/ssdt-misc.hex ASL Input: out/src/fw/ssdt-misc.dsl.i - 102 lines, 2567 bytes, 35 keywords AML Output: out/src/fw/ssdt-misc.aml - 354 bytes, 24 named objects, 11 executable opcodes Listing File: out/src/fw/ssdt-misc.lst - 7646 bytes Hex Dump: out/src/fw/ssdt-misc.hex - 3697 bytes Compilation complete. 0 Errors, 0 Warnings, 0 Remarks, 2 Optimizations + make EXTRAVERSION=-120.b222.g6b76e69-git-snapshot-by-kraxel.org Build Kconfig config file Compile checking out/src/misc.o Compile checking out/src/stacks.o Compile checking out/src/output.o Compile checking out/src/string.o Compile checking out/src/block.o Compile checking out/src/cdrom.o Compile checking out/src/disk.o Compile checking out/src/mouse.o Compile checking out/src/kbd.o Compile checking out/src/system.o Compile checking out/src/serial.o Compile checking out/src/clock.o Compile checking out/src/resume.o Compile checking out/src/pnpbios.o Compile checking out/src/vgahooks.o Compile checking out/src/pcibios.o Compile checking out/src/apm.o Compile checking out/src/hw/pci.o Compile checking out/src/hw/timer.o Compile checking out/src/hw/rtc.o Compile checking out/src/hw/dma.o Compile checking out/src/hw/pic.o Compile checking out/src/hw/ps2port.o Compile checking out/src/hw/serialio.o Compile checking out/src/hw/usb.o Compile checking out/src/hw/usb-uhci.o Compile checking out/src/hw/usb-ohci.o Compile checking out/src/hw/usb-ehci.o Compile checking out/src/hw/usb-hid.o Compile checking out/src/hw/usb-msc.o Compile checking out/src/hw/usb-uas.o Compile checking out/src/hw/blockcmd.o Compile checking out/src/hw/floppy.o Compile checking out/src/hw/ata.o Compile checking out/src/hw/ramdisk.o Compile checking out/src/hw/lsi-scsi.o Compile checking out/src/hw/esp-scsi.o Compile checking out/src/hw/megasas.o Compile checking out/src/hw/mpt-scsi.o Compile checking out/src/post.o Compile checking out/src/e820map.o Compile checking out/src/malloc.o Compile checking out/src/romfile.o Compile checking out/src/x86.o Compile checking out/src/optionroms.o Compile checking out/src/pmm.o Compile checking out/src/font.o Compile checking out/src/boot.o Compile checking out/src/bootsplash.o Compile checking out/src/jpeg.o Compile checking out/src/bmp.o Compile checking out/src/tcgbios.o Compile checking out/src/sha1.o Compile checking out/src/hw/pcidevice.o Compile checking out/src/hw/ahci.o Compile checking out/src/hw/pvscsi.o Compile checking out/src/hw/usb-xhci.o Compile checking out/src/hw/usb-hub.o Compile checking out/src/hw/sdcard.o Compile checking out/src/fw/coreboot.o Compile checking out/src/fw/lzmadecode.o Compile checking out/src/fw/multiboot.o Compile checking out/src/fw/csm.o Compile checking out/src/fw/biostables.o Compile checking out/src/fw/paravirt.o Compile checking out/src/fw/shadow.o Compile checking out/src/fw/pciinit.o Compile checking out/src/fw/smm.o Compile checking out/src/fw/smp.o Compile checking out/src/fw/mtrr.o Compile checking out/src/fw/xen.o Compile checking out/src/fw/acpi.o Compile checking out/src/fw/mptable.o Compile checking out/src/fw/pirtable.o Compile checking out/src/fw/smbios.o Compile checking out/src/fw/romfile_loader.o Compile checking out/src/hw/virtio-ring.o Compile checking out/src/hw/virtio-pci.o Compile checking out/src/hw/virtio-blk.o Compile checking out/src/hw/virtio-scsi.o Compile checking out/src/hw/tpm_drivers.o Compiling whole program out/ccode32flat.o Compiling whole program out/code32seg.o Compiling whole program out/ccode16.o Compiling to assembler out/src/asm-offsets.s Generating offset file out/asm-offsets.h Compiling (16bit) out/romlayout.o Building ld scripts Version: 1.9.0-120.b222.g6b76e69-git-snapshot-by-kraxel.org Fixed space: 0xe05b-0x10000 total: 8101 slack: 10 Percent slack: 0.1% 16bit size: 33352 32bit segmented size: 2127 32bit flat size: 22841 32bit flat init size: 66736 Lowmem size: 2176 f-segment var size: 1200 Linking out/rom16.o Stripping out/rom16.strip.o Linking out/rom32seg.o Stripping out/rom32seg.strip.o Linking out/rom.o Prepping out/bios.bin.prep Error! ROM doesn't fit (132432 > 131072) You have to either increase the size (CONFIG_ROM_SIZE) or turn off some features (such as hardware support not needed) to make it fit. Trying a more recent gcc version might work too. make: *** [out/bios.bin.prep] Error 1 error: Bad exit status from /var/tmp/rpm-tmp.uQnpqs (%build) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.uQnpqs (%build) Build step 'Execute shell' marked build as failure Archiving artifacts

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

SeaBIOS