-
Notifications
You must be signed in to change notification settings - Fork 371
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
Refactor parameter read procedure in elmfates API to avoid FATES calling hlm-side procedures #6027
Refactor parameter read procedure in elmfates API to avoid FATES calling hlm-side procedures #6027
Conversation
This should come in after #6018 |
Initial testing against my baseline using |
Incorporate FATES-side fix for #6029
|
fd43e2b
to
5e1f47e
Compare
@peterdschwartz this is ready to review |
Waiting on #6018 |
d7825fb
to
f15d72b
Compare
f15d72b
to
a9de076
Compare
this also updates fates submodule to sci.1.68.3_api.31.0.0
a9de076
to
43d7472
Compare
#6018 was merged so this can proceed. |
Sorry I missed the meeting. @glemieux Is this still ready to review after that rebase? |
@peterdschwartz thanks for checking in. Yes, it's ready for review. I've got updated tests running on perlmutter. Hopefully should have results on Friday. |
All tests in the All regression tests for the newly expanded |
Everything looked good after testing on chrysalis so I'll try to merge this today. |
…tor' into next (PR #6027) This PR refactors the elm-fates interface to avoid having fates call elmfates_interfacemod. FatesReadParameters has been moved from the aforementioned module into FATES and takes in an HLM-provided fates_param_reader_type to read the parameters from disk. The existing SetFatesGlobalElements1 method now takes in an optional fates_param_reader_type. Upcoming PR's will modify the HLM's to construct and pass in instances of fates_param_reader_type (which will basically call the HLM-side ParametersFromNetCDF method), and then remove the old code path. This work is ported from ESCOMP/CTSM#2198 and is associated with NGEET/fates#1096 Fixes #6029 [BFB]
merge to next |
merged to master |
This PR refactors the elm-fates interface to avoid having fates call
elmfates_interfacemod
.FatesReadParameters
has been moved from the aforementioned module into FATES andtakes in an HLM-provided
fates_param_reader_type
to read the parameters from disk.The existing
SetFatesGlobalElements1
method now takes in an optionalfates_param_reader_type
.Upcoming PR's will modify the HLM's to construct and pass in instances of fates_param_reader_type
(which will basically call the HLM-side
ParametersFromNetCDF
method), and then remove the old code path.This work is ported from ESCOMP/CTSM#2198 and is associated with NGEET/fates#1096
Fixes #6029
[BFB]