[OpenBIOS] [Qemu-devel] [Bug 818645] [NEW] Unhandled OF service in FreeBSD loader - "unimplemented service milliseconds"

Blue Swirl blauwirbel at gmail.com
Sun Jul 31 23:10:35 CEST 2011


On Sat, Jul 30, 2011 at 9:03 PM, Wojciech Koszek
<818645 at bugs.launchpad.net> wrote:
> Public bug reported:
>
> wkoszek at 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 at 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 at 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 at 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
>
>



More information about the OpenBIOS mailing list