-
Notifications
You must be signed in to change notification settings - Fork 14
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Injecting Faults into Member of Aggregate Type #13
Comments
Should be fixed via #18. |
This actually isn't fixed by #18. Adding this feature is more complicated, because it requires connecting fields one by one, intercepting the ones that are annotated and replacing them with injector outputs, rather than in bulk as #18 does. I haven't pursued this because it occurred to me that you can get similar results using a bit mask, although that does get a little unwieldy for large bundles. |
You're right! I read this too quickly. Your existing workaround of injecting into the bundle and then bit-masking seems reasonable for the time being. |
When attempting to inject faults into a (ground) member of an aggregate type, FIRRTL reports an error during one of its passes. For example, if I try to inject an error into the program counter of Rocket Chip, which is defined in IBuf.scala, using:
Chiffre reports the following circuit changes:
But then FIRRTL eventually reports the following error during transform
CheckInitialization
:For some reason, the connection made to
buf_.pc_fault
that is reported in Chiffre's log output appears to either get erased during one of the later transforms or not actually get created in the first place.The text was updated successfully, but these errors were encountered: