SeaBIOS February 2021

seabios@seabios.org

7 participants
13 discussions

PCIe (x4) M.2 slot does not see NVME disks at SeaBIOS boot menu.
by dponamorev＠gmail.com 10 Feb '21

10 Feb '21

Hi! Custom motherboard on Intel Atom C3338 with PCIe (x4) M.2 slot does not see NVME disks at SeaBIOS boot menu. (SeaBIOS (version rel-1.13.0-1-g3ab38b1)) Does not load the operating system from these drives. If you boot from another media, then the NVME disk is seen in the system and works fine. In the logs there is a warning at "void *pci_enable_membar" function in the "coreboot/payloads/external/SeaBIOS/seabios/src/hw/pcidevice.c" file line 186. Warning message: WARNING - internal error detected at pci_enable_membar:186! // Verify a memory bar and return it to the caller void * pci_enable_membar(struct pci_device *pci, u32 addr) { wait_preempt(); u32 bar = pci_config_readl(pci->bdf, addr); if (bar & PCI_BASE_ADDRESS_SPACE_IO) { warn_internalerror(); return NULL; } if (bar & PCI_BASE_ADDRESS_MEM_TYPE_64) { u32 high = pci_config_readl(pci->bdf, addr+4); if (high) { dprintf(1, "Can not map memory bar over 4Gig\n"); return NULL; } } bar &= PCI_BASE_ADDRESS_MEM_MASK; if (bar + 4*1024*1024 < 20*1024*1024) { // Bar doesn't look valid (it is in last 4M or first 16M) warn_internalerror(); =========================================>WARNING! return NULL; } pci_config_maskw(pci->bdf, PCI_COMMAND, 0, PCI_COMMAND_MEMORY); pci->have_driver = 1; return (void*)bar; } Some values: for Samsung NVME disk 0x144d:0xa804; bdf: 0x200 bar: 0x4 at (u32 bar = pci_config_readl(pci->bdf, addr)) bar: 0x0 at (bar &= PCI_BASE_ADDRESS_MEM_MASK) have_driver = 0. If you boot from another media, then the NVME disk is seen in the system and works fine. lspci: 02:00.0 Non-Volatile memory controller: Samsung Electronics Co Ltd NVMe SSD Controller SM961/PM961 fdisk: Disk /dev/nvme0n1: 232,9 GiB, 250059350016 bytes, 488397168 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: dos Disk identifier: 0x5107186e Device Boot Start End Sectors Size Id Type /dev/nvme0n1p1 * 2048 1126399 1124352 549M 7 HPFS/NTFS/exFAT /dev/nvme0n1p2 1126400 488394751 487268352 232,4G 7 HPFS/NTFS/exFAT Tried with different NVME drives with different controllers. What could be the reason? Driver needed? Best regards, Dmitry Ponamorev

2 1

Possibility to merge the SeaBIOS-parisc tree?
by Helge Deller 09 Feb '21

09 Feb '21

Dear SeaBIOS developers, a few years back I forked the SeaBIOS sources to create a SeaBIOS firmware for usage with the parisc/hppa architecture. This fork is on github: https://github.com/hdeller/seabios-hppa Main goal of this fork was to provide a firmware which can be used to boot a virtual parisc machine with qemu. This firmware reuses most of the SeaBIOS/x86 drivers and infrastructure and works quite well today. Now I would prefer to merge back my changes into the official seabios git tree, if people here agree. Of course there are some patches which touches the generic code, e.g. parisc doesn't need segments and uses 32bit addresses for I/O and serial ports, which I've addressed with generic #ifdefs and typedefs, e.g.: #if CONFIG_X86 typedef u16 portaddr_t; #else typedef unsigned int portaddr_t; #endif I think all code can be merged back in a way that it neither affects runtime behaviour, build environment or code generation of x86, which I understand is the most important goal. My main question is now: Do you agree that it's worth and useful to merge the code back in? If so, how should I proceed? Send in first initial patches which could be applied, step by step? Generally I'd prefer if I could work privately with one or two seabios core developers to speed it up too... Just as a *reference*, I've created two patches which show the changes. Those will be then split it up into small logical parts before committing into the SeaBIOS tree: This patch touches only the generic existing seabios code: http://backup.parisc-linux.org/qemu/seabios-short-patch.txt Same patch as above, but including all new files I added to the new "src/parisc" directory: http://backup.parisc-linux.org/qemu/seabios-full-patch.txt Looking forward to your feedback, Helge

2 2

Unable to Debug out/rom.o(seabios) with GDB in x86_64 system?
by 2405700533＠qq.com 04 Feb '21

04 Feb '21

## Question Once l input `run` in `gdb out/rom.o` command prompt, The progrem will crash with error `During startup program terminated with signal SIGSEGV, Segmentation fault.` ## Reproduce As what the website(https://www.seabios.org/Debugging) said, I add '-s -S' to the QEMU command line and start qemu-system-x86_64. And then, I open another terminal to run `gdb out/rom.o`. Once in gdb, after l input `target remote localhost:1234`, the gdb have warning(warning: Selected architecture i386 is not compatible with reported target architecture i386:x86-64 && warning: Architecture rejected target-supplied description). I set a break point `b do_boot`, and input `run`. To my surprise, the gdb command prompt throws a error `During startup program terminated with signal SIGSEGV, Segmentation fault.` ``` The first terminal # /usr/bin/qemu-system-x86_64 \ -name guest=VM,debug-threads=on \ -bios /root/qemu/out/bios.bin \ -S -s\ -machine pc-i440fx-5.0,accel=kvm,usb=off,dump-guest-core=off \ -cpu Broadwell-IBRS,vmx=off \ -m size=2097152k,slots=64,maxmem=268435456k \ -overcommit mem-lock=off \ -smp 3,maxcpus=4,sockets=2,dies=1,cores=2,threads=1 \ -numa node,nodeid=0,cpus=0-1,cpus=3,mem=1365 \ -numa node,nodeid=1,cpus=2,mem=683 \ -uuid bee8da7f-b699-4f20-9e82-091e809b6e47 \ -no-user-config \ -nodefaults \ -rtc base=utc \ -no-shutdown \ -boot strict=on \ -device pci-bridge,chassis_nr=1,id=pci.1,bus=pci.0,addr=0x3 \ -device pci-bridge,chassis_nr=2,id=pci.2,bus=pci.0,addr=0x4 \ -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 \ -device usb-ehci,id=usb1,bus=pci.0,addr=0x8 \ -device nec-usb-xhci,id=usb2,bus=pci.0,addr=0x9 \ -device ich9-usb-ehci1,id=usb3,bus=pci.0,addr=0xa.0x7 \ -device ich9-usb-uhci1,masterbus=usb3.0,firstport=0,bus=pci.0,multifunction=on,addr=0xa \ -device ich9-usb-uhci2,masterbus=usb3.0,firstport=2,bus=pci.0,addr=0xa.0x1 \ -device ich9-usb-uhci3,masterbus=usb3.0,firstport=4,bus=pci.0,addr=0xa.0x2 \ -device virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x7 \ -device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0xb \ -device ide-cd,bus=ide.1,unit=1,id=ide0-1-1,bootindex=1 \ -device floppy,unit=0,id=fdc0-0-0 \ -blockdev '{"driver":"iscsi","portal":"{ip1}:{port1}","target":"{lun}","lun":1,"transport":"tcp","node-name":"libvirt-2-storage","cache":{"direct":true,"no-flush":false},"auto-read-only":true,"discard":"unmap"}' \ -blockdev '{"node-name":"libvirt-2-format","read-only":false,"cache":{"direct":true,"no-flush":false},"driver":"raw","file":"libvirt-2-storage"}' \ -device scsi-hd,bus=scsi0.0,channel=0,scsi-id=0,lun=0,device_id=drive-scsi0-0-0-0,drive=libvirt-2-format,id=scsi0-0-0-0,bootindex=2,write-cache=on \ -spice port=5903,addr=::0.0.0.0,image-compression=lz,streaming-video=all,seamless-migration=on \ -chardev stdio,id=seabios -device isa-debugcon,iobase=0x402,chardev=seabios ``` ``` The Second Terminal # gdb out/rom.o GNU gdb (GDB) Red Hat Enterprise Linux 8.2-12.el8 Copyright (C) 2018 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-redhat-linux-gnu". Type "show configuration" for configuration details. For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>. Find the GDB manual and other documentation resources online at: <http://www.gnu.org/software/gdb/documentation/>. For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from out/rom.o...done. (gdb) target remote localhost:1234 Remote debugging using localhost:1234 warning: Selected architecture i386 is not compatible with reported target architecture i386:x86-64 warning: Architecture rejected target-supplied description Remote 'g' packet reply is too long (expected 312 bytes, got 608 bytes): 000000000000000000000000000000000000000000000000d206030000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000f0ff0000000000000200000000f00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000010000060000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000007f0300000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000801f0000 (gdb) b do_boot Breakpoint 1 at 0xf0f31: file ./src/boot.c, line 975. (gdb) r Starting program: /root/qemu/out/rom.o During startup program terminated with signal SIGSEGV, Segmentation fault. (gdb) ``` ## some env info ``` # cat /etc/redhat-release CentOS Linux release 8.2.2004 (Core) # uname -a Linux TOS-1048 4.18.0-167.el8.x86_64 #9 SMP Mon Jul 20 16:03:29 CST 2020 x86_64 x86_64 x86_64 GNU/Linux # gdb --version GNU gdb (GDB) Red Hat Enterprise Linux 8.2-12.el8 Copyright (C) 2018 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. # /usr/bin/qemu-system-x86_64 --version QEMU emulator version 5.0.0 Copyright (c) 2003-2020 Fabrice Bellard and the QEMU Project developers ```

1 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

SeaBIOS February 2021