qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Davidson Francis <davidsondfgl@gmail.com>
To: Stafford Horne <shorne@gmail.com>
Cc: qemu-devel qemu-devel <qemu-devel@nongnu.org>,
	Openrisc <openrisc@lists.librecores.org>
Subject: Re: [Qemu-devel] OpenRISC - SPR_PICMR always 'OR-ing' the values
Date: Sun, 1 Jul 2018 15:30:00 -0300	[thread overview]
Message-ID: <e9864a71-f81d-7093-adfd-7bac2999afb5@gmail.com> (raw)
In-Reply-To: <CAAfxs74OhhCLYcXJ6xqEJWho_O244D6+qYMxMHfspjHG-G17Ug@mail.gmail.com>

Hello,

Thanks for working on this, your tree works fine here and the issue
seems to be fixed, I have nothing to complain about.

Regards,
Davidson Francis.

On 01-07-2018 05:18, Stafford Horne wrote:
> Hello,
> 
> We have been working on a few patches to fixed QEMU for OpenRISC and I
> included the change for picmr writes, richard added some changes to
> SPR writes which might help with the masking/umasking work more
> reliably.
> 
> If you want to try them out could you check:
>     https://github.com/stffrdhrn/qemu/tree/or1k-fixes-212-1
> 
> Thanks for your help.
> 
> -Stafford
> 
> On Sun, May 20, 2018 at 12:32 PM Davidson Francis
> <davidsondfgl@gmail.com> wrote:
>>
>> Thank you for quick reply,
>>
>> Yes, I've tried, after that, the register works as expected, but even so, if I
>> enable the interrupts right after, I still receive interrupts from the same IRQ,
>> but maybe there is something wrong with my code.
>>
>> Regards,
>> Davidson Francis.
>>
>> 2018-05-19 23:54 GMT-03:00 Stafford Horne <shorne@gmail.com>:
>>> On Sat, May 19, 2018 at 08:08:47PM -0300, Davidson Francis wrote:
>>>> Hello Stafford,
>>>>
>>>> I'm currently using or1k as a target CPU in an operating system that
>>>> I'm working.
>>>> It happens that I'm having some issues regarding the PICMR register: I realize
>>>> that in the latest Qemu version (2.12) when I write into PICMR, the Qemu is
>>>> actually 'OR-ing' the values (as I could note in target/openrisc/sys_helper.c
>>>> file), so I can't mask an already enabled interrupt.
>>>>
>>>> I don't know if this behaviour is expected and if so, I'm sorry, but this does
>>>> not occurs in the or1ksim, so I thought this could be might an issue.
>>>
>>> Hello, thanks for pointing this out.  It looks wrong to me too.  Have you tested
>>> changing it to just `env->picmr = rb;`?
>>>
>>> -Stafford

  reply	other threads:[~2018-07-01 18:30 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <CALAE4RoqNTXyGEUbV3LmonNcyA=o8toPhRrDS23w4W_Zg3z3qg@mail.gmail.com>
2018-05-20  2:54 ` [Qemu-devel] OpenRISC - SPR_PICMR always 'OR-ing' the values Stafford Horne
2018-05-20  3:31   ` Davidson Francis
2018-07-01  8:18     ` Stafford Horne
2018-07-01 18:30       ` Davidson Francis [this message]
2018-07-01 19:46         ` Stafford Horne

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=e9864a71-f81d-7093-adfd-7bac2999afb5@gmail.com \
    --to=davidsondfgl@gmail.com \
    --cc=openrisc@lists.librecores.org \
    --cc=qemu-devel@nongnu.org \
    --cc=shorne@gmail.com \
    /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).