-
Notifications
You must be signed in to change notification settings - Fork 68
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
Hypoelasticity to HLLC, preliminary features for RMT (update) #727
Hypoelasticity to HLLC, preliminary features for RMT (update) #727
Conversation
…e, example hyperelasticity fails
…wGroup/MFC into hyperelasticity
Thanks @anandrdbz - I believe we should remove these example cases because hyper elasticity isn't even in the code yet, and I'm not sure what to expect of the bubble-in-channel case but it should also likely be removed because it doesn't involve hypo/hyper elasticity. @mrodrig6 please add @anandrdbz to the GitHub org/repo. like you added myself and @wilfonba and @henryleberre. That said, there are now many conflicts that need to be resolved with the merge this morning of #632 . These are all trivial but (potentially) annoying. |
Yeah sounds good, I will delete these cases and add my changes once I have access; I'll then take a quick look at the conflicts |
@anandrdbz I requested that @mrodrig6 give you access. In the meantime, if you run |
@sbryngelson here you go |
@anandrdbz ugg your patch conflicts with the PR I just merged, so almost all the lines in the patch file are just changes between |
@sbryngelson I sent you the wrong file, just a minute |
Here's the correct file @sbryngelson |
@anandrdbz Patch applied. I already removed the failing examples per above. Unfortunately, until merge conflicts with #626 are resolved we won't see CI run. |
Okay, test suite does run locally, so most likely it should work for all cpu runs at the very least. I can resolve the merge conflicts once I have access from Mauro |
@anandrdbz I resolved them all myself in this commit: @mrodrig6 please review this commit to see if it looks like something is wrong. |
I think the resolution of merge conflicts introduced some additional bugs while building |
I'm fixing those now. I'm hoping I didn't introduce proper bugs that will subtly cause problems in the computation that our test suite doesn't cover. It would be helpful if someone looked at it @mrodrig6 |
Intel compilers how-to: https://github.com/sbryngelson/MFC/blob/intel/.github/workflows/test.yml |
I think the PR is ready for merge, seems like the phoenix GPU job is stuck |
Description
Type of change
Please delete options that are not relevant.
Scope
If you cannot check the above box, please split your PR into multiple PRs that each have a common goal.
Checklist
docs/
)examples/
that demonstrate my new feature performing as expected.They run to completion and demonstrate "interesting physics"
./mfc.sh format
before committing my codeIf your code changes any code source files (anything in
src/simulation
)To make sure the code is performing as expected on GPU devices, I have:
nvtx
ranges so that they can be identified in profiles./mfc.sh run XXXX --gpu -t simulation --nsys
, and have attached the output file (.nsys-rep
) and plain text results to this PR./mfc.sh run XXXX --gpu -t simulation --omniperf
, and have attached the output file and plain text results to this PR.