[Qemu-devel] =?ISO-8859-2?Q?Re: What is the current support state for Sparc=09emulation??=

[Qemu-devel] =?ISO-8859-2?Q?Re: What is the current support state for Sparc=09emulation??=

[spectral]

As promised, I tried today to launch Solaris 9 (CD version for Sparc, downloaded from http://www.sun.com/software/solaris/9/) on fresh CVS version checked out today. I built it using the manual on this page: http://maiux.com/qemu-windows-binaries-compile-howto but with sparc-softmmu switch in configure's options. The build went well and I tried to start the image the following way:

qemu-system-sparc -L . -m 256 -hda hda.img -cdrom sol-9-905hw-install-ga-sparc.iso -boot d -no-acpi -g 800x600 -localltime (with different variations of three last switches).

The result:

[sparc] Booting file 'cdrom' with parameters ''
Not a bootable ELF image
Not a Linux kernel image
Not a bootable a.out image
Not a bootable ELF image
Not a Linux kernel image
Loading a.out image...
Loaded 7680 bytes
entry point is 0x4000
Jumping to entry point...
Unhandled Exception 0x00000007
  PC = 0xffd0a55c NPC = 0xffd09374
    Stopping execution

So this is my report, I hope it can be of some use. I'll try to boot sparc version of OpenSolaris soon and I'l let you know how it went.

Regards,
Grzegorz Galezowski

Re: [Qemu-devel] Re: What is the current support state for Sparc emulation

[Jonathan Kalbfeld]

[-- Attachment #1: Type: text/plain, Size: 1467 bytes --]

OpenSolaris requires sparcv9, so it's unlikely that the OS will boot using
qemu-system-sparc.  However, if you can get the kernel to load and tell you
that you need 64-bit, that's probably progress.

jonathan

On 7/19/07, spectral@op.pl <spectral@op.pl> wrote:
>
> As promised, I tried today to launch Solaris 9 (CD version for Sparc,
> downloaded from http://www.sun.com/software/solaris/9/) on fresh CVS
> version checked out today. I built it using the manual on this page:
> http://maiux.com/qemu-windows-binaries-compile-howto but with
> sparc-softmmu switch in configure's options. The build went well and I tried
> to start the image the following way:
>
> qemu-system-sparc -L . -m 256 -hda hda.img -cdrom
> sol-9-905hw-install-ga-sparc.iso -boot d -no-acpi -g 800x600 -localltime
> (with different variations of three last switches).
>
> The result:
>
> [sparc] Booting file 'cdrom' with parameters ''
> Not a bootable ELF image
> Not a Linux kernel image
> Not a bootable a.out image
> Not a bootable ELF image
> Not a Linux kernel image
> Loading a.out image...
> Loaded 7680 bytes
> entry point is 0x4000
> Jumping to entry point...
> Unhandled Exception 0x00000007
>   PC = 0xffd0a55c NPC = 0xffd09374
>     Stopping execution
>
> So this is my report, I hope it can be of some use. I'll try to boot sparc
> version of OpenSolaris soon and I'l let you know how it went.
>
> Regards,
> Grzegorz Galezowski
>
>
>


-- 
--
Jonathan Kalbfeld
+1 323 620 6682

[-- Attachment #2: Type: text/html, Size: 2016 bytes --]

Re: [Qemu-devel] Re: What is the current support state for Sparc emulation

[Andreas Färber]

Am 19.07.2007 um 17:58 schrieb Jonathan Kalbfeld:

> if you can get the kernel to load and tell you that you need 64- 
> bit, that's probably progress.

When booting Solaris 10 some while ago it did tell me that without  
such exception. Will check if a regression was introduced.

Andreas

Re: [Qemu-devel] =?ISO-8859-2?Q?Re: What is the current support state for Sparc=09emulation??=

[Andreas Färber]

Am 19.07.2007 um 14:41 schrieb spectral@op.pl:

> qemu-system-sparc -L . -m 256 -hda hda.img -cdrom sol-9-905hw- 
> install-ga-sparc.iso -boot d -no-acpi -g 800x600 -localltime (with  
> different variations of three last switches).
>
> The result:
>
> [sparc] Booting file 'cdrom' with parameters ''
> Not a bootable ELF image
> Not a Linux kernel image
> Not a bootable a.out image
> Not a bootable ELF image
> Not a Linux kernel image
> Loading a.out image...
> Loaded 7680 bytes
> entry point is 0x4000
> Jumping to entry point...
> Unhandled Exception 0x00000007
>   PC = 0xffd0a55c NPC = 0xffd09374
>     Stopping execution

With Solaris 10:

qemu-system-sparc -boot d -cdrom sol-10-u3-ga-sparc-dvd.iso

I get the following:

[sparc] Booting file 'cdrom' with parameters ''
Not a bootable ELF image
Not a Linux kernel image
Not a bootable a.out image
Not a bootable ELF image
Not a Linux kernel image
Loading a.out image...
Loaded 7680 bytes
entry point is 0x4000
Jumping to entry point...
This hardware platform is not supported by this release of Solaris.
halt, power off
power off failed

Unfortunately this *is* a regression because earlier on power-off did  
work! (In Q 0.9.0 this worked so well that I wasn't able to read the  
error because it closed the window. ;-)

Andreas

Re: [Qemu-devel] Re: What is the current support state for Sparc emulation

[Blue Swirl]

On 7/19/07, spectral@op.pl <spectral@op.pl> wrote:
> Unhandled Exception 0x00000007
>   PC = 0xffd0a55c NPC = 0xffd09374
>     Stopping execution
>
> So this is my report, I hope it can be of some use. I'll try to boot sparc version of OpenSolaris soon and I'l let you know how it went.

Thanks for the report. Exception 7 is unaligned access, support for
detection of unaligned accesses in QEMU was improved recently.

The exception happens inside OpenBIOS:
0xffd0a55c is in lstore (kernel/forth.c:649).
644
645     static void lstore(void)
646     {
647             const u32 *aaddr = (u32 *)cell2pointer(POP());
648             const u32 longval = POP();
649             write_long(aaddr, longval);
650     }

Maybe write_long should handle unaligned addresses?

Re: [OpenBIOS] [Qemu-devel] Re: What is the current support state for Sparc emulation

[Stefan Reinauer]

* Blue Swirl <blauwirbel@gmail.com> [070719 20:46]:
> On 7/19/07, spectral@op.pl <spectral@op.pl> wrote:
> > Unhandled Exception 0x00000007
> >   PC = 0xffd0a55c NPC = 0xffd09374
> >     Stopping execution
> >
> > So this is my report, I hope it can be of some use. I'll try to boot sparc version of OpenSolaris soon and I'l let you know how it went.
> 
> Thanks for the report. Exception 7 is unaligned access, support for
> detection of unaligned accesses in QEMU was improved recently.
> 
> The exception happens inside OpenBIOS:
> 0xffd0a55c is in lstore (kernel/forth.c:649).
> 644
> 645     static void lstore(void)
> 646     {
> 647             const u32 *aaddr = (u32 *)cell2pointer(POP());
> 648             const u32 longval = POP();
> 649             write_long(aaddr, longval);
> 650     }
> 
> Maybe write_long should handle unaligned addresses?

Possibly. But something is wrong. 

Unaligned accesses should be done with unaligned-l@  ( addr -- quad )
instead of l@. 

So either the pointer was calculated wrong or Solaris does not care
about alignment in l@

If you change it, please make the change specific to sparc.

Stefan

-- 
coresystems GmbH • Brahmsstr. 16 • D-79104 Freiburg i. Br.
      Tel.: +49 761 7668825 • Fax: +49 761 7664613
Email: info@coresystems.de  • http://www.coresystems.de/

Re: [OpenBIOS] [Qemu-devel] Re: What is the current support state for Sparc emulation

[Blue Swirl]

> > Maybe write_long should handle unaligned addresses?
>
> Possibly. But something is wrong.
>
> Unaligned accesses should be done with unaligned-l@  ( addr -- quad )
> instead of l@.
>
> So either the pointer was calculated wrong or Solaris does not care
> about alignment in l@
>
> If you change it, please make the change specific to sparc.

I noticed that the memory allocators either don't enforce alignment or
align just to 4. That could be one reason for the problem.

Re: [OpenBIOS] [Qemu-devel] Re: What is the current support state for Sparc emulation

[Stefan Reinauer]

* Blue Swirl <blauwirbel@gmail.com> [070720 15:11]:
> > Unaligned accesses should be done with unaligned-l@  ( addr -- quad )
> > instead of l@.
> >
> > So either the pointer was calculated wrong or Solaris does not care
> > about alignment in l@
> >
> > If you change it, please make the change specific to sparc.
> 
> I noticed that the memory allocators either don't enforce alignment or
> align just to 4. That could be one reason for the problem.

In OpenBIOS? That should definitely be fixed!

Alignment to 4 should be fine for l@ though..

Stefan

-- 
coresystems GmbH • Brahmsstr. 16 • D-79104 Freiburg i. Br.
      Tel.: +49 761 7668825 • Fax: +49 761 7664613
Email: info@coresystems.de  • http://www.coresystems.de/