On Sat, Jul 30, 2011 at 9:03 PM, Wojciech Koszek 818645@bugs.launchpad.net wrote:
Public bug reported:
wkoszek@wkoszek:~/bin/qemu/qemu$ git log | head -1 commit c886edfb851c0c590d4e77f058f2ec8ed95ad1b5
built with default settings.
Run like that: /home/wkoszek/bin/qemu-dynamic/bin/qemu-system-sparc64 -m 1024 -cdrom ~/Pulpit/iso/FreeBSD-7.4-RELEASE-sparc64-bootonly.iso -hda ~/Pulpit/iso/freebsd_sparc64.qcow2 -nographic -boot d
Configuration device id QEMU version 1 machine id 0 kernel cmdline CPUs: 1 x SUNW,UltraSPARC-IIi UUID: 00000000-0000-0000-0000-000000000000 Welcome to OpenBIOS v1.0 built on Jul 20 2011 21:17 Type 'help' for detailed information Trying cdrom:f... Not a bootable ELF image Loading a.out image... Loaded 7680 bytes entry point is 0x4000
Jumping to entry point 0000000000004000 for type 0000000000000005... switching to new context: entry point 0x4000 stack 0x00000000ffe86b49
FreeBSD/sparc64 boot block
Boot path: cdrom:f Boot loader: /boot/loader Consoles: Open Firmware console
Booting with sun4u support. Boot path set to cdrom:a
FreeBSD/sparc64 bootstrap loader, Revision 1.0 (root@warner.cse.buffalo.edu, Fri Feb 18 05:38:31 UTC 2011) bootpath="cdrom:a" Loading /boot/defaults/loader.conf /boot/kernel/kernel data=0x8d1f48+0x82f88 syms=[0x8+0x88ec0+0x8+0x76966] | Unimplemented service milliseconds ([0] -- [1]) Hit [Enter] to boot immediately, or any other key for command prompt. Unimplemented service milliseconds ([0] -- [1]) Unimplemented service milliseconds ([0] -- [1]) Unimplemented service milliseconds ([0] -- [1]) Unimplemented service milliseconds ([0] -- [1]) Unimplemented service milliseconds ([0] -- [1])
This basically loops here unless I press CTRL+C.
Was there any OpenBIOS release that didn't have this problem?
"milliseconds" has not implemented for Sparc, but there is a similar service for PPC machines which could be used as a starting point.
** Affects: qemu Importance: Undecided Status: New
** Tags: freebsd
-- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/818645
Title: Unhandled OF service in FreeBSD loader - "unimplemented service milliseconds"
Status in QEMU: New
Bug description: wkoszek@wkoszek:~/bin/qemu/qemu$ git log | head -1 commit c886edfb851c0c590d4e77f058f2ec8ed95ad1b5
built with default settings.
Run like that: /home/wkoszek/bin/qemu-dynamic/bin/qemu-system-sparc64 -m 1024 -cdrom ~/Pulpit/iso/FreeBSD-7.4-RELEASE-sparc64-bootonly.iso -hda ~/Pulpit/iso/freebsd_sparc64.qcow2 -nographic -boot d
Configuration device id QEMU version 1 machine id 0 kernel cmdline CPUs: 1 x SUNW,UltraSPARC-IIi UUID: 00000000-0000-0000-0000-000000000000 Welcome to OpenBIOS v1.0 built on Jul 20 2011 21:17 Type 'help' for detailed information Trying cdrom:f... Not a bootable ELF image Loading a.out image... Loaded 7680 bytes entry point is 0x4000
Jumping to entry point 0000000000004000 for type 0000000000000005... switching to new context: entry point 0x4000 stack 0x00000000ffe86b49
>> FreeBSD/sparc64 boot block Boot path: cdrom:f Boot loader: /boot/loader Consoles: Open Firmware console
Booting with sun4u support. Boot path set to cdrom:a
FreeBSD/sparc64 bootstrap loader, Revision 1.0 (root@warner.cse.buffalo.edu, Fri Feb 18 05:38:31 UTC 2011) bootpath="cdrom:a" Loading /boot/defaults/loader.conf /boot/kernel/kernel data=0x8d1f48+0x82f88 syms=[0x8+0x88ec0+0x8+0x76966] | Unimplemented service milliseconds ([0] -- [1]) Hit [Enter] to boot immediately, or any other key for command prompt. Unimplemented service milliseconds ([0] -- [1]) Unimplemented service milliseconds ([0] -- [1]) Unimplemented service milliseconds ([0] -- [1]) Unimplemented service milliseconds ([0] -- [1]) Unimplemented service milliseconds ([0] -- [1])
This basically loops here unless I press CTRL+C.
Was there any OpenBIOS release that didn't have this problem?
To manage notifications about this bug go to: https://bugs.launchpad.net/qemu/+bug/818645/+subscriptions