Custom Query (93 matches)
Results (49 - 51 of 93)
Ticket | Resolution | Summary | Owner | Reporter |
---|---|---|---|---|
#19 | fixed | misplaced arithmetic operators | ||
Description |
Misplaced arithmetic operators implementations prevent from using operators on parameter.Reference PS: it seems that I don't have write rights on soclib-cc part of the repository. |
|||
#22 | fixed | Some pending corrections about includes | ||
#37 | wontfix | Mips32 strange behavior | ||
Description |
Hello, I have encoutered some problems with the mips32 iss, I have the following behavior on a miss instruction meanwhile an irq is raised : t-0 : The mips32 issues an address to the cache wrapper which miss in the tag. The cache wrapper sets the iss_t::InstructionResponse.valid to false (stall the processor). t-1 : The cache wrapper send a read request to the memory and wait for the response. Meanwhile, the mips32 receive at each cycle a negative response for InstructionResponse.valid. t-2 : The processor receives an irq, and CHANGES the output adress (next_pc). t-3 The cache receives the response from the memory and updates the TAG with the NEW address (which is incorrect), because it did not expect that the processor could change the output address beign stalled. My question is the following : Is a correct behavior for the mips32 to take into account an irq (or other event) meanwhile it is stall ? I know that on other processors a stall signal freezes the state of the processor, so it will mantain the same output address until it "hits" in the cache. Thank you for your highlights to this question. |