On Mon, Mar 16, 2015 at 22:23:24 +, Peter Maydell wrote:
> On 16 March 2015 at 20:08, Emilio G. Cota wrote:
> > I fail to see why calling tlb_fill() from the helper causes
> > trouble. What I thought would happen is that the exception
> > (if any) is started from the helper, gets serviced, an
On 16 March 2015 at 20:08, Emilio G. Cota wrote:
> Removing the call to tlb_fill() on a TLB miss solves the problem.
> But of course this also means the helper doesn't work as intended.
>
> I fail to see why calling tlb_fill() from the helper causes
> trouble. What I thought would happen is that
On Sun, Mar 15, 2015 at 20:42:31 -0400, Emilio G. Cota wrote:
> On Sun, Mar 15, 2015 at 16:10:21 -0700, Richard Henderson wrote:
> > It goes into softmmu_template.h. Which then tests a victim tlb, and finally
> > calls tlb_fill. You'll probably need to do the same.
>
> I've defined this vaddr->p
On Sun, Mar 15, 2015 at 16:10:21 -0700, Richard Henderson wrote:
> On 03/15/2015 03:00 AM, Emilio G. Cota wrote:
> > On a TLB hit this is trivial (just do nothing), but on
> > a TLB miss I'm lost on what to do--I cannot even follow
> > where helper_ld/st go (grep doesn't help), although I
> > suspe
On 03/15/2015 03:00 AM, Emilio G. Cota wrote:
> On a TLB hit this is trivial (just do nothing), but on
> a TLB miss I'm lost on what to do--I cannot even follow
> where helper_ld/st go (grep doesn't help), although I
> suspect it's TCG backend ops and I don't see an obvious
> way of adding a new op
