August 2014 - SeaBIOS - mail.coreboot.org

Print to screen in Romlayout.S
by Yang Zhang Aug. 20, 2014

Aug. 20, 2014

Hi, I meet a boot failure when I use seabios to load my own boot loader on virtual machine. The error message printed on screen say that ”Error loading from operating system”, which neither comes from seabios or my boot loader(I have read the source code of seabios, but I didn’t find any code can print a such message). Actually I don’t know where the error message come from. Therefore I have to trace the execution of seabios and my boot loader. It seems like the error happens before seabios load my boot loader(in the file romlayout.S), but I don’t know the exact position. Can anyone tell me how to print something to screen in the romlayout.S? (I can’t use gdb to debug because the virtual machine is running on our own OS). Thank you very much. Yang Zhang

2 1

[PATCH v3] boot: Fix boot order for SCSI target, lun > 9
by Markus Armbruster Aug. 18, 2014

Aug. 18, 2014

We identify devices by their Open Firmware device paths. The path component for the logical unit on a bus is incorrect: bootprio_find_scsi_device() and bootprio_find_usb() format target (a.k.a. SCSI ID) and lun in decimal, while QEMU uses hexadecimal. Bootorder list entries with target, lun > 9 aren't found (lucky case), or attributed to the wrong logical unit (unlucky case). The relevant spec[*] agrees with QEMU (and OVMF, for that matter). Change %d to %x. No actual impact on USB, because QEMU only uses LUN 0 there. RHBZ: https://bugzilla.redhat.com/show_bug.cgi?id=1096560 [*] Open Firmware Recommended Practice: SCSI-3 Parallel Interface, Version 1, Section 3.1 Physical Address Formats and Representations http://www.openfirmware.org/1275/practice/spi/spi1_0.ps IEEE Standard for Boot (Initialization Configuration) Firmware: Core Requirements and Practices, IEEE Std 1275-1994, Annex E SCSI host adapter package class, section E.2.1 Physical address formats and representations Signed-off-by: Markus Armbruster <armbru(a)redhat.com> --- v3: * Fix bootprio_find_usb() as well [Kevin] * Also point to IEEE 1275 Annex E in commit message v2: * Fix the link to the spec (d'oh) * While we're linking, link to RHBZ src/boot.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/src/boot.c b/src/boot.c index 5837ad0..34088c8 100644 --- a/src/boot.c +++ b/src/boot.c @@ -145,7 +145,7 @@ int bootprio_find_scsi_device(struct pci_device *pci, int target, int lun) // Find scsi drive - for example: /pci@i0cf8/scsi@5/channel@0/disk@1,0 char desc[256], *p; p = build_pci_path(desc, sizeof(desc), "*", pci); - snprintf(p, desc+sizeof(desc)-p, "/*@0/*@%d,%d", target, lun); + snprintf(p, desc+sizeof(desc)-p, "/*@0/*@%x,%x", target, lun); return find_prio(desc); } @@ -224,7 +224,7 @@ int bootprio_find_usb(struct usbdevice_s *usbdev, int lun) char desc[256], *p; p = build_pci_path(desc, sizeof(desc), "usb", usbdev->hub->cntl->pci); p = build_usb_path(p, desc+sizeof(desc)-p, usbdev->hub); - snprintf(p, desc+sizeof(desc)-p, "/storage@%x/*@0/*@0,%d" + snprintf(p, desc+sizeof(desc)-p, "/storage@%x/*@0/*@0,%x" , usbdev->port+1, lun); int ret = find_prio(desc); if (ret >= 0) -- 1.9.3

4 5

Re: [SeaBIOS] SeaBios/QEMU issue
by Yasser Asmi Aug. 16, 2014

Aug. 16, 2014

(resending, because last attempt failed) From: yasserasmi(a)live.com To: seabios(a)seabios.org Subject: SeaBios/QEMU issue Date: Wed, 6 Aug 2014 11:53:30 -0700 Hi I am using qemu-system-i386 (version 2.0.0 ) on Ubuntu running on an ARM system. I am testing setting up Windows 7 in this emulator (so X86 on ARM). The setup starts in text mode saying "loading files" with a progress bar. It crashes as soon as it tries to display graphics (logo or blue screen) after "windows is loading files..". I suspect it might be a seabios bios or VGA bios issue. Following output is generated on the console. The last line displayed before the hang "VBE current mode=4118". Do you think it is a Seabios issue? Any hints? Thank you! ===== Start bios (version 1.7.4-20140219_122725-roseapple) No Xen hypervisor found. Running on QEMU (i440fx) RamSize: 0x40000000 [cmos] Relocating init from 0x000dfe99 to 0x3ffdf190 (size 69036) Found QEMU fw_cfg RamBlock: addr 0x0000000000000000 len 0x0000000040000000 [e820] CPU Mhz=0 === PCI bus & bridge init === PCI: pci_bios_init_bus_rec bus = 0x0 === PCI device probing === Found 6 PCI devices (max PCI bus is 00) === PCI new allocation pass #1 === PCI: check devices === PCI new allocation pass #2 === PCI: 32: 0000000080000000 - 00000000fec00000 PCI: map device bdf=00:03.0 bar 1, addr 0000c000, size 00000040 [io] PCI: map device bdf=00:01.1 bar 4, addr 0000c040, size 00000010 [io] PCI: map device bdf=00:03.0 bar 6, addr feb80000, size 00040000 [mem] PCI: map device bdf=00:03.0 bar 0, addr febc0000, size 00020000 [mem] PCI: map device bdf=00:02.0 bar 6, addr febe0000, size 00010000 [mem] PCI: map device bdf=00:02.0 bar 1, addr febf0000, size 00001000 [mem] PCI: map device bdf=00:02.0 bar 0, addr fc000000, size 02000000 [prefmem] PCI: init bdf=00:00.0 id=8086:1237 PCI: init bdf=00:01.0 id=8086:7000 PIIX3/PIIX4 init: elcr=00 0c PCI: init bdf=00:01.1 id=8086:7010 PCI: init bdf=00:01.3 id=8086:7113 Using pmtimer, ioport 0xb008 PCI: init bdf=00:02.0 id=1013:00b8 PCI: init bdf=00:03.0 id=8086:100e PCI: Using 00:02.0 for primary VGA Found 1 cpu(s) max supported 1 cpu(s) MP table addr=0x000f0b70 MPC table addr=0x000f0b80 size=208 SMBIOS ptr=0x000f0b50 table=0x000f0a10 size=307 Scan for VGA option rom Running option rom at c000:0003 Start SeaVGABIOS (version 1.7.4-20140219_122730-roseapple) enter vga_post: a=00000010 b=0000ffff c=00000000 d=0000ffff ds=0000 es=f000 ss=0000 si=00000000 di=00006580 bp=00000000 sp=00006d1a cs=f000 ip=d256 f=0000 cirrus init cirrus init 2 Attempting to allocate VGA stack via pmm call to f000:d2ce pmm call arg1=0 VGA stack allocated at ed790 Turning on vga text mode console set VGA mode 3 cirrus mode switch regular SeaBIOS (version 1.7.4-20140219_122725-roseapple) Found 1 lpt ports Found 1 serial ports Searching bootorder for: /pci@i0cf8/isa@1/fdc@03f0/floppy@0 ATA controller 1 at 1f0/3f4/0 (irq 14 dev 9) ATA controller 2 at 170/374/0 (irq 15 dev 9) ata0-0: QEMU HARDDISK ATA-7 Hard-Disk (8192 MiBytes) Searching bootorder for: /pci@i0cf8/*@1,1/drive@0/disk@0 DVD/CD [ata1-0: QEMU DVD-ROM ATAPI-4 DVD/CD] Searching bootorder for: /pci@i0cf8/*@1,1/drive@1/disk@0 PS2 keyboard initialized All threads complete. Scan for option roms Running option rom at c900:0003 pmm call arg1=1 pmm call arg1=0 pmm call arg1=1 pmm call arg1=0 Searching bootorder for: /pci@i0cf8/*@3 Searching bootorder for: /rom(a)genroms/kvmvapic.bin Searching bootorder for: HALT drive 0x000f0960: PCHS=16383/16/63 translation=lba LCHS=1024/255/63 s=16777216 Running option rom at ca00:0003 Space available for UMB: cc800-ec800, f0000-f0900 Returned 57344 bytes of ZoneHigh e820 map has 6 items: 0: 0000000000000000 - 000000000009fc00 = 1 RAM 1: 000000000009fc00 - 00000000000a0000 = 2 RESERVED 2: 00000000000f0000 - 0000000000100000 = 2 RESERVED 3: 0000000000100000 - 000000003fffe000 = 1 RAM 4: 000000003fffe000 - 0000000040000000 = 2 RESERVED 5: 00000000fffc0000 - 0000000100000000 = 2 RESERVED enter handle_19: NULL Booting from Hard Disk... Booting from 0000:7c00 VBE current mode=3 VBE mode info request: 3 VBE mode info request: 3 VBE mode info request: 101 VBE mode info request: 111 VBE mode info request: 110 VBE mode info request: 112 VBE mode info request: 103 VBE mode info request: 114 VBE mode info request: 113 VBE mode info request: 105 VBE mode info request: 117 VBE mode info request: 116 VBE mode info request: 115 VBE mode info request: 118 VBE mode set: 4118 set VGA mode 118 VBE mode info request: 118 VBE current mode=4118 qemu: terminating on signal 2

2 1

[PATCH v2] boot: Fix boot order for SCSI target, lun > 9
by Markus Armbruster Aug. 15, 2014

Aug. 15, 2014

We identify devices by their Open Firmware device paths. The path component for the logical unit on a bus is incorrect: bootprio_find_pci_device() formats target (a.k.a. SCSI ID) and lun in decimal, while QEMU uses hexadecimal. Bootorder list entries with target, lun > 9 aren't found (lucky case), or attributed to the wrong logical unit (unlucky case). The relevant spec[*] agrees with QEMU (and OVMF, for that matter). Change %d to %x. RHBZ: https://bugzilla.redhat.com/show_bug.cgi?id=1096560 [*] Open Firmware Recommended Practice: SCSI-3 Parallel Interface, Version 1, section 3.1 Physical Address Formats and Representations http://www.openfirmware.org/1275/practice/spi/spi1_0.ps Signed-off-by: Markus Armbruster <armbru(a)redhat.com> --- v2: - Fix the link to the spec (d'oh) - While we're linking, link to RHBZ src/boot.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/boot.c b/src/boot.c index 5837ad0..6e41ccf 100644 --- a/src/boot.c +++ b/src/boot.c @@ -145,7 +145,7 @@ int bootprio_find_scsi_device(struct pci_device *pci, int target, int lun) // Find scsi drive - for example: /pci@i0cf8/scsi@5/channel@0/disk@1,0 char desc[256], *p; p = build_pci_path(desc, sizeof(desc), "*", pci); - snprintf(p, desc+sizeof(desc)-p, "/*@0/*@%d,%d", target, lun); + snprintf(p, desc+sizeof(desc)-p, "/*@0/*@%x,%x", target, lun); return find_prio(desc); } -- 1.9.3

3 5

[PATCH] boot: Fix boot order for SCSI target, lun > 9
by Markus Armbruster Aug. 14, 2014

Aug. 14, 2014

We identify devices by their Open Firmware device paths. The path component for the logical unit on a bus is incorrect: bootprio_find_pci_device() formats target (a.k.a. SCSI ID) and lun in decimal, while QEMU uses hexadecimal. Bootorder list entries with target, lun > 9 aren't found (lucky case), or attributed to the wrong logical unit (unlucky case). The relevant spec[*] agrees with QEMU (and OVMF, for that matter). Change %d to %x. [*] Open Firmware Recommended Practice: SCSI-3 Parallel Interface, Version 1, section 3.1 Physical Address Formats and Representations http://www.openfirmware.org/1275/bindings/usb/usb-1_0.ps Signed-off-by: Markus Armbruster <armbru(a)redhat.com> --- src/boot.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/boot.c b/src/boot.c index 5837ad0..6e41ccf 100644 --- a/src/boot.c +++ b/src/boot.c @@ -145,7 +145,7 @@ int bootprio_find_scsi_device(struct pci_device *pci, int target, int lun) // Find scsi drive - for example: /pci@i0cf8/scsi@5/channel@0/disk@1,0 char desc[256], *p; p = build_pci_path(desc, sizeof(desc), "*", pci); - snprintf(p, desc+sizeof(desc)-p, "/*@0/*@%d,%d", target, lun); + snprintf(p, desc+sizeof(desc)-p, "/*@0/*@%x,%x", target, lun); return find_prio(desc); } -- 1.9.3

1 0

Mailing list problems
by Kevin O'Connor Aug. 14, 2014

Aug. 14, 2014

Hi, The seabios mailing list was experiencing problems the last few weeks, and it looks like emails were not making it to the list. I apologies for not picking up on the problem sooner. The issue should be fixed now. -Kevin

1 0