Re: [Gems-users] Error: regbox.h: Vanilla [%d] maxvanilla[64]

[Gedare Bloom <gedare@xxxxxxxxxxxxxx>]

Muhammad,

You are probably tripping on this, see KNOWN_ISSUES file in gems distribution:
2.  Opal decode logic problem, discoverd by Dan Sorin and his students

"The decode logic can set lddfa and stdfa to have vanilla values
greater than 64. This happens when these instructions have register
operands with big identifier numbers (e.g., %f52). This causes
ASSERT(vanilla < 64) in setVanilla() to fail. I fixed it by doing mod
64 on the vanilla value when calling setVanilla() in
arf_container_t::allocateRegister(), arf_container_t::readDecodeMap(),
and flat_container_t::copyDispatchRids()."

-Gedare

On Mon, Mar 14, 2011 at 10:01 PM, Muhammad abid Mughal
<mabidm_pieas@xxxxxxxxx> wrote:
> hi guys,
>             Hope doing good.The following assertion getting failed in opal's
> regbox.h file
> inline void setVanilla(byte_t vanilla) {
>      .
>      .
>   Assert(vanilla < 64);
>   m_vanilla = vanilla;
> }
>
> I connected the gdb and got the following calling sequence:
> system_t::simulate() calls pseq_t::advanceCycle() calls
> pseq_t::decodeInstruction() calls dynamic_inst_t::Decode() calls
> arf_container_t::readDecodeMap() calls reg_id_t::setVanilla()
>
> i am stuck.Any help will be highly appreciated.
> Regards,
> Muhammad abid
>
> _______________________________________________
> Gems-users mailing list
> Gems-users@xxxxxxxxxxx
> https://lists.cs.wisc.edu/mailman/listinfo/gems-users
> Use Google to search the GEMS Users mailing list by adding
> "site:https://lists.cs.wisc.edu/archive/gems-users/"; to your search.
>
>
>