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...
> 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?
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/qemu/+bug/818645/+subscriptions
>
>
On Sat, Jul 30, 2011 at 9:03 PM, Wojciech Koszek wkoszek: ~/bin/qemu/ qemu$ git log | head -1 90d4e77f058f2ec 8ed95ad1b5 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 0000-0000- 0000-0000000000 00 loader. conf 0x82f88 syms=[0x8+ 0x88ec0+ 0x8+0x76966]
<email address hidden> wrote:
> Public bug reported:
>
> wkoszek@
> commit c886edfb851c0c5
>
> built with default settings.
>
> Run like that:
> /home/wkoszek/
>
> Configuration device id QEMU version 1 machine id 0
> kernel cmdline
> CPUs: 1 x SUNW,UltraSPARC-IIi
> UUID: 00000000-
> 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/
> /boot/kernel/kernel data=0x8d1f48+
> |
> 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.
> /bugs.launchpad .net/bugs/ 818645 wkoszek: ~/bin/qemu/ qemu$ git log | head -1 90d4e77f058f2ec 8ed95ad1b5 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 0000-0000- 0000-0000000000 00 loader. conf 0x82f88 syms=[0x8+ 0x88ec0+ 0x8+0x76966] /bugs.launchpad .net/qemu/ +bug/818645/ +subscriptions
> ** 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:/
>
> Title:
> Unhandled OF service in FreeBSD loader - "unimplemented service
> milliseconds"
>
> Status in QEMU:
> New
>
> Bug description:
> wkoszek@
> commit c886edfb851c0c5
>
> built with default settings.
>
> Run like that:
> /home/wkoszek/
>
> Configuration device id QEMU version 1 machine id 0
> kernel cmdline
> CPUs: 1 x SUNW,UltraSPARC-IIi
> UUID: 00000000-
> 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/
> /boot/kernel/kernel data=0x8d1f48+
> |
> 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:/
>
>