qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Igor Kovalenko <igor.v.kovalenko@gmail.com>
To: Mark Cave-Ayland <mark.cave-ayland@siriusit.co.uk>
Cc: The OpenBIOS Mailinglist <openbios@openbios.org>,
	qemu-devel <qemu-devel@nongnu.org>
Subject: [Qemu-devel] Re: [OpenBIOS] [PATCH 0/3] sparc64 cleanups v1
Date: Fri, 28 May 2010 13:03:28 +0400	[thread overview]
Message-ID: <AANLkTimZgNM88BAscCvNC9pHDPFeT8LjBvGSawrvywVp@mail.gmail.com> (raw)
In-Reply-To: <4BFF8223.5040701@siriusit.co.uk>

On Fri, May 28, 2010 at 12:43 PM, Mark Cave-Ayland
<mark.cave-ayland@siriusit.co.uk> wrote:
> Igor Kovalenko wrote:
>
>> With many debian iso images I consistently get scrolling blanks after
>> the following line on qemu video console:
>>
>> io sched cfq registered (default)
>>
>> Please share your qemu command line, and installer prompt input if any.
>
> Yeah, I do too. I originally thought that the Debian kernel was broken, but
> if you leave it long enough then it does proceed to the end. My guess is
> that there is a bug in the OpenBIOS console which is obscuring the output.

I allowed it to scroll and now I can confirm it would crash with tl=5.
Last insn is ldda with ASI=0x24 (Nucleus quad LDD 128 bit atomic)

IN:
0x0000000000424d18:  ldda  [ %g1 ] (36), %g4
0x0000000000424d1c:  cmp  %g4, %g6
0x0000000000424d20:  bne,pn   %xcc, 0x4076c0
0x0000000000424d24:  mov  2, %g3

qemu: fatal: Trap 0x0068 while trap level (5) >= MAXTL (5), Error state
pc: 0000000000424d18  npc: 0000000000424d1c
General Registers:
%g0-3: 0000000000000000 0000000008000000 0000000000004000 0000000000000002
%g4-7: 00000000000003ff 0000000000000001 0000000000000020 0000000000004000

Well, not sure how it worked before. Related code in helper_ld_asi() states:

    case 0x24: // Nucleus quad LDD 128 bit atomic
    case 0x2c: // Nucleus quad LDD 128 bit atomic LE
        //  Only ldda allowed
        raise_exception(TT_ILL_INSN);
        return 0;

HelenOS also uses quad ldd when configured with TSB for memory management.
I guess that atomic quad ldd deserves to be implemented. I'll see if
it is not hard.

-- 
Kind regards,
Igor V. Kovalenko

      reply	other threads:[~2010-05-28  9:03 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20100525121143.19347.27207.stgit@skyserv>
     [not found] ` <AANLkTik2dc9regcA_9ADT_K7-sKCXLXED5Av9i3cjjEE@mail.gmail.com>
2010-05-27 16:57   ` [Qemu-devel] Re: [OpenBIOS] [PATCH 0/3] sparc64 cleanups v1 Mark Cave-Ayland
2010-05-27 20:42     ` Blue Swirl
2010-05-28  3:13       ` Igor Kovalenko
2010-05-28  4:31     ` Igor Kovalenko
2010-05-28  8:43       ` Mark Cave-Ayland
2010-05-28  9:03         ` Igor Kovalenko [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=AANLkTimZgNM88BAscCvNC9pHDPFeT8LjBvGSawrvywVp@mail.gmail.com \
    --to=igor.v.kovalenko@gmail.com \
    --cc=mark.cave-ayland@siriusit.co.uk \
    --cc=openbios@openbios.org \
    --cc=qemu-devel@nongnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).