[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [f-cpu] Conditionnal load and store, the return
Hi,
> the condition test AND the pointer check happen at the same time.
> The decision (stall, trap or issue) is taken during the Xbar stage.
> So there is no problem such as what Cédric explained (with the Null
> pointer and false condition). The issue logic should be smart enough
> (and it's not too difficult) to avoid these situations.
> Let's say that the condition has precedence over the pointer.
> In HW, condition is faster than pointer LUT reading, so it's also
> a natural choice.
Hey, that's a good news ;-) I wait for this answer since two week ;-)
I think I will add this for the next release.
A+
Cedric
*************************************************************
To unsubscribe, send an e-mail to majordomo@seul.org with
unsubscribe f-cpu in the body. http://f-cpu.seul.org/
- References:
- [f-cpu] Conditionnal load and store, the return
- From: cedric <cedric.bail@free.fr>
- Re: [f-cpu] Conditionnal load and store, the return
- From: "Christophe Avoinne" <christophe.avoinne@laposte.net>
- Re: [f-cpu] Conditionnal load and store, the return
- From: Cedric BAIL <cedric.bail@free.fr>
- Re: [f-cpu] Conditionnal load and store, the return
- From: "Christophe Avoinne" <christophe.avoinne@laposte.net>
- Re: [f-cpu] Conditionnal load and store, the return
- From: Cedric BAIL <cedric.bail@free.fr>
- Re: [f-cpu] Conditionnal load and store, the return
- From: "Christophe Avoinne" <christophe.avoinne@laposte.net>
- Re: [f-cpu] Conditionnal load and store, the return
- From: Cedric BAIL <cedric.bail@free.fr>
- Re: [f-cpu] Conditionnal load and store, the return
- From: "Christophe Avoinne" <christophe.avoinne@laposte.net>
- Re: [f-cpu] Conditionnal load and store, the return
- From: Cedric BAIL <cedric.bail@free.fr>
- Re: [f-cpu] Conditionnal load and store, the return
- From: "Christophe Avoinne" <christophe.avoinne@laposte.net>
- Re: [f-cpu] Conditionnal load and store, the return
- From: Yann Guidon <whygee@f-cpu.org>