[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] SH: Improve the interrupt controller
From: |
Vladimir Prus |
Subject: |
Re: [Qemu-devel] SH: Improve the interrupt controller |
Date: |
Thu, 19 Feb 2009 22:57:58 +0300 |
User-agent: |
KMail/1.9.10 |
On Tuesday 17 February 2009 21:32:15 address@hidden wrote:
> Hi, Vladimir.
>
> Some more fixes added. Would you please test this for your target?
> I would like you to post it if it works for yours.
>
> I've tested
> Head: svn://svn.sv.gnu.org/qemu/address@hidden
> + Last patch:
> http://lists.gnu.org/archive/html/qemu-devel/2009-02/msg00546.html
> + This patch.
Yoshii,
with these patches, I've got lockup again, so I've debugged deeper. The lockup
happens
because the TMU0 source was asserted, but not enabled. On 7785, that source is
controlled
using:
- INT2PRI0 register, which is priority register. In debugger, I see
write
to this register being processed, and bumping enable_count.
- INT2MSKR register (and it's clear register). It's never written.
On the CPU, INT2MSKR is initialized to all zeros, not masking anything. In QEMU,
we set enable_max to 2 and enable_count to 0. Therefore, after INT2PRI0 is
written,
processor allows the interrupt, and QEMU does not. I attach a patch to correct
this -- what do you think?
Thanks,
Volodya
- Volodya
mask_groups.diff
Description: Text Data
- Re: [Qemu-devel] SH: Improve the interrupt controller, takasi-y, 2009/02/04
- Re: [Qemu-devel] SH: Improve the interrupt controller, takasi-y, 2009/02/08
- Re: [Qemu-devel] SH: Improve the interrupt controller, Vladimir Prus, 2009/02/12
- Re: [Qemu-devel] SH: Improve the interrupt controller, Jean-Christophe PLAGNIOL-VILLARD, 2009/02/19
- Re: [Qemu-devel] SH: Improve the interrupt controller, Vladimir Prus, 2009/02/20
- Re: [Qemu-devel] SH: Improve the interrupt controller, Jean-Christophe PLAGNIOL-VILLARD, 2009/02/20
- Re: [Qemu-devel] SH: Improve the interrupt controller, Vladimir Prus, 2009/02/20
- Re: [Qemu-devel] SH: Improve the interrupt controller, Jean-Christophe PLAGNIOL-VILLARD, 2009/02/20