Unhandled OF service in FreeBSD loader - "unimplemented service milliseconds"

Bug #818645 reported by Wojciech Adam Koszek
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
QEMU
Invalid
Undecided
Unassigned

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
(<email address hidden>, 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?

Tags: freebsd
Revision history for this message
blueswirl (blauwirbel) wrote : Re: [Qemu-devel] [Bug 818645] [NEW] Unhandled OF service in FreeBSD loader - "unimplemented service milliseconds"
Download full text (4.2 KiB)

On Sat, Jul 30, 2011 at 9:03 PM, Wojciech Koszek
<email address hidden> 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
> (<email address hidden>, 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......

Read more...

Revision history for this message
blueswirl (blauwirbel) wrote :

The bug is real but it can only be fixed in OpenBIOS.

Changed in qemu:
status: New → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.