Skip to content

Passive scalar implementation#12

Closed
haraldkl wants to merge 5 commits intomainfrom
passive_scalar
Closed

Passive scalar implementation#12
haraldkl wants to merge 5 commits intomainfrom
passive_scalar

Conversation

@haraldkl
Copy link
Copy Markdown
Member

This pull request provides for some updates and improvements to the passive scalar implementation.

  • Add D3Q6 in grad data selection
  • Additional parameter for order of equilibrium
  • Add a second-order Flekkoy BC

* Add D3Q6 in grad data selection
* Additional parameter for order of equilibrium
* Add a second-order Flekkoy BC
@haraldkl haraldkl marked this pull request as draft April 15, 2024 09:29
Copy link
Copy Markdown
Member Author

@haraldkl haraldkl left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Please also add an example to check this stuff in the recheck, as you mentioned earlier. This pull request is an open branch and in draft mode, you can add stuff and revise the changes as much as you want.

Comment on lines +296 to +311
! write(*, *) "All populations at Elem 1."
! iElem = 1
! elemPos = globBC%elemLvl(iLevel)%elem%val( iElem )
! do iDir = 1, QQ
! write(*, *) "Dir ", iDir, ": ", fTmp( (iElem-1)*nScalars + iDir ), "state value: ", &
! & state(?FETCH?( iDir, iField, elemPos, QQ, nScalars,nSize, neigh ))
! if (globBC%elemLvl(iLevel)%bitmask%val(iDir, iElem)) then
! write(*, *) "need to be updated."
! invDir = layout%fStencil%cxDirInv(iDir)
! write(*, *) "pop at opposite dir: ", - fTmp( (iElem-1)*nScalars + invDir )
! write(*, *) "weight at oppo dir: ", 2._rk*layout%weight( invDir )
! write(*, *) "rho at elem: ", rhoDef(iElem)
! else
! write(*, *) "don't need to be updated."
! end if
! end do
Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Please remove commented code before merging into main.

Comment on lines +330 to +337
! ----------- DEBUG output -------------------------------------------
! write(dbgUnit(6), *) ' fEqPlus: ', fEqPlus
! write(dbgUnit(6), *) ' fEqPlusFluid: ', fEqPlusFluid
! write(dbgUnit(6), *) ' fPlusFluid: ', fPlusFluid
! write(dbgUnit(6), *) ' updated pdf:'
! write( dbgUnit(6), *) 'iDir', iDir, 'invDir', invDir, state( &
! & ?FETCH?( iDir, iField, globBC%elemLvl(iLevel)%elem%val( iElem ), QQ, nScalars, nSize,neigh ))
! --------------------------------------------------------------------------
Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Please remove commented code before merging into main.

Comment on lines +343 to +353
! iElem = 1
! elemPos = globBC%elemLvl(iLevel)%elem%val( iElem )
! do iDir = 1, QQ
! write(*, *) "Dir ", iDir, ": ", fTmp( (iElem-1)*nScalars + iDir ), "state value: ", &
! & state(?FETCH?( iDir, iField, elemPos, QQ, nScalars,nSize, neigh ))
! if (globBC%elemLvl(iLevel)%bitmask%val(iDir, iElem)) then
! write(*, *) "need to be updated."
! else
! write(*, *) "don't need to be updated."
! end if
! end do
Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Please remove commented code before merging into main.

Comment on lines +174 to +179
call aot_get_val( L = conf, &
& thandle = spc_handle, &
& key = 'lambda', &
& val = me%lambda, &
& ErrCode = iError, &
& default = 0.25_rk )
Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Please align the & at the end of the lines.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

BUG: Molecular weight and trt relaxation parameter are both stored in me%lambda

Comment on lines +180 to +185
call aot_get_val( L = conf, &
& thandle = thandle, &
& key = 'order', &
& val = me%order, &
& default = 'second', &
& ErrCode = iError )
Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Please align the & at the end of the lines.

Copy link
Copy Markdown
Member Author

@haraldkl haraldkl left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Currently the passive scalar implementation is not working like in the mercurial repository, due to an overhaul of the derived quantity mechanism. The introduced data-type to hold respective function pointers only covers fluid and fluid_incompressible, for the passive scalar we run into an abort at that point. We need to decide on what to properly do here, whether we completely ignore the quantities data structure for that kernel, and just add an empty branch for those types to avoid the abort, or if we remove the aborts.

getQuantities%rho0Inv_ptr => get_rho0Inv_incompressible
else
else
!! TODO: add pointers to obtain derived quantities for other fluid types
Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Todo other fluid types

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggestion:

  1. Replace the abort with a warning that "derived function pointer is not implemented for the scheme kind"
  2. Rename label_fluid to scheme kind
  3. Replace if else with select case on scheme kind.

call tem_abort("get_pdfEq not set for fluid type")
end if
case default
!! TODO: Potentially add pointers to obtain pdfs for other stencils (like d3q6)
Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Todo other stencils

Copy link
Copy Markdown
Member Author

@haraldkl haraldkl left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thank you for this nice work. It is all good to be merged overall from my point of view, I think. There are just some minor leftovers that should be taken care of. And of course if you do not consider it complete yet, please feel free to work on this branch for as long as you want. Once it is done and ready to be merged from your point of view, remove the draft status from the pull request.

Please be aware of the changes that we are planning for the kernel names in #9 and #10 and the parameters there. This would affect the introduction of the order setting.

Comment on lines +418 to +437
! write(*, *) "Examine FETCH: "
! iElem = 1
! do iDir = 1, varSys%nScalars
! pos = ?FETCH?( iDir, 1, iElem, QQ, varSys%nScalars, nElems, neigh)
! write(*, *) "iDir ", iDir, ": ", pos
! end do

! write(*, *) "Examine SAVE: "
! iElem = 1
! do iDir = 1, varSys%nScalars
! pos = ?SAVE?( iDir, 1, iElem, QQ, varSys%nScalars, nElems, neigh)
! write(*, *) iDir, ": ", pos
! end do

! write(*, *) "Print population before collision"
! do iDir = 1, varSys%nScalars
! pos = ?FETCH?( iDir, 1, iElem, QQ, varSys%nScalars, nElems, neigh)
! write(*, *) "iDir ", iDir, ": ", inState(pos)
! end do

Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Please remove commented debug statements before merging.

Comment on lines +478 to +483
! iElem = 1
! write(*, *) "Print population after collision"
! do iDir = 1, varSys%nScalars
! pos = ?SAVE?( iDir, 1, iElem, QQ, varSys%nScalars, nElems, neigh)
! write(*, *) "iDir ", iDir, ": ", outState(pos)
! end do
Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Please remove commented debug statements before merging.

real(kind=rk) :: ombulkLvl(globalMaxLevels)
!> relaxation paramete for Nernst-Planck equation
real(kind=rk) :: omega
!> relaxation paramete for trt scheme
Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

typo: paramete -> parameter

Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Note @MikeW097: you can directly read environment variables in Lua.

Like this:

tau     = os.getenv('tau')
u_field = os.getenv('u')
order   = os.getenv('order')

bounding_cube = { origin = bc_origin,
length = length_bnd }

ebug = {debugMode = true, debugFiles = false, debugMesh='debug/' }
Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I know this is done in several places to "comment out" settings. But I think it is clearer to prepend a NO in front of the renamed variable, like NOdebug.

@haraldkl
Copy link
Copy Markdown
Member Author

haraldkl commented May 1, 2024

This passes the recheck:

Solver: musubi
Compiler: GFORTRAN in version 11.2.0
--------------------------------------------------------------------------------------------------------------------------------------
|   changeset    |  success  |   val_method    | result  |     time |          MLUPs | perfdiff(%) | Testcase                       |
--------------------------------------------------------------------------------------------------------------------------------------
|  4612cf6d5e95  |    OK     |   difference    | 0.000%  |   1.98 s |            --- |         --- | gaussianPulse_musubi           |
|  4612cf6d5e95  |    OK     |   difference    | 0.000%  |  18.18 s |            --- |         --- | C2D_Simple_BGK_musubi          |
|  4612cf6d5e95  |    OK     |   difference    | 0.000%  |  20.34 s |            --- |         --- | C2D_Simple_rBGK_musubi         |
|  4612cf6d5e95  |    OK     |   difference    | 0.000%  |   4.47 s |            --- |         --- | C2D_Simple_rrBGK_musubi        |
|  4612cf6d5e95  |    OK     |   difference    | 0.000%  |   6.91 s |            --- |         --- | C2D_Simple_prrBGK_musubi       |
|  4612cf6d5e95  |    OK     |   difference    | 0.000%  |   7.27 s |            --- |         --- | C2D_Simple_hrrBGK_musubi       |
|  4612cf6d5e95  |    OK     |   difference    | 0.000%  |   5.82 s |            --- |         --- | C2D_Simple_drtBGK_musubi       |
|  4612cf6d5e95  |    OK     |   difference    | 0.000%  |  10.58 s |            --- |         --- | C2D_BC_MfrBB_PressExpol_musubi |
|  4612cf6d5e95  |    OK     |   difference    | 0.000%  |  19.18 s |            --- |         --- | C2D_BC_MfrEq_PressEq_musubi    |
|  4612cf6d5e95  |    OK     |   difference    | 0.000%  |   9.88 s |            --- |         --- | C2D_BC_PressExpol_PressExpol_musubi |
|  4612cf6d5e95  |    OK     |   difference    | 0.000%  |  27.15 s |            --- |         --- | C2D_BC_VelBB_PressExpol_musubi |
|  4612cf6d5e95  |    OK     |   difference    | 0.000%  |  50.06 s |            --- |         --- | C2D_BC_VelBFL_PressExpol_musubi |
|  4612cf6d5e95  |    OK     |   difference    | 0.000%  |  19.83 s |            --- |         --- | C2D_BC_VelEq_PressEq_musubi    |
|  4612cf6d5e95  |    OK     |   difference    | 0.000%  |   4.81 s |            --- |         --- | C2D_BC_VelNonEqExpol_PressNonEqExpol_musubi |
|  4612cf6d5e95  |    OK     |   difference    | 0.000%  |  56.36 s |            --- |         --- | C3D_Sph_ML_LES_D19_DRT_BGK_musubi |
|  4612cf6d5e95  |    OK     |   difference    | 0.000%  |  59.57 s |            --- |         --- | C3D_Sph_ML_LES_D19_HRR_BGK_musubi |
|  4612cf6d5e95  |    OK     |   difference    | 0.000%  |  55.12 s |            --- |         --- | C3D_Sph_ML_LES_D19_PRR_BGK_musubi |
|  4612cf6d5e95  |    OK     |   difference    | 0.000%  |  57.01 s |            --- |         --- | C3D_Sph_ML_LES_D19_R_BGK_musubi |
|  4612cf6d5e95  |    OK     |   difference    | 0.000%  |  58.25 s |            --- |         --- | C3D_Sph_ML_LES_D19_RR_BGK_musubi |
|  4612cf6d5e95  |    OK     |   difference    | 0.000%  |  39.59 s |            --- |         --- | C3D_Sph_ML_LES_D27_CUM17_musubi |
|  4612cf6d5e95  |    OK     |   difference    | 0.000%  |  41.46 s |            --- |         --- | C3D_Sph_ML_LES_D27_DRT_BGK_musubi |
|  4612cf6d5e95  |    OK     |   difference    | 0.000%  |  46.42 s |            --- |         --- | C3D_Sph_ML_LES_D27_HRR_BGK_musubi |
|  4612cf6d5e95  |    OK     |   difference    | 0.000%  |  40.87 s |            --- |         --- | C3D_Sph_ML_LES_D27_PRR_BGK_musubi |
|  4612cf6d5e95  |    OK     |   difference    | 0.000%  |  41.14 s |            --- |         --- | C3D_Sph_ML_LES_D27_R_BGK_musubi |
|  4612cf6d5e95  |    OK     |   difference    | 0.000%  |  41.42 s |            --- |         --- | C3D_Sph_ML_LES_D27_RR_BGK_musubi |
|  4612cf6d5e95  |    OK     |   difference    | 0.000%  |  46.98 s |            --- |         --- | TC_SL_MuskerFP_musubi          |
|  4612cf6d5e95  |    OK     |   difference    | 0.000%  |  65.48 s |            --- |         --- | TC_SL_MusNewton_musubi         |
|  4612cf6d5e95  |    OK     |   difference    | 0.000%  |  59.27 s |            --- |         --- | TC_SL_ReichFP_musubi           |
|  4612cf6d5e95  |    OK     |   difference    | 0.000%  |  91.27 s |            --- |         --- | TC_SL_PowerLaw_musubi          |
|  4612cf6d5e95  |    OK     |   difference    | 0.000%  |   0.97 s |            --- |         --- | ABS_Pulse_Radial_musubi        |
|  4612cf6d5e95  |    OK     |   difference    | 0.000%  |   1.36 s |            --- |         --- | ABS_Pulse_Plane_musubi         |
|  4612cf6d5e95  |    OK     |   difference    | 0.000%  |   0.82 s |            --- |         --- | ABS_Pulse_Box_musubi           |
|  4612cf6d5e95  |    OK     |   difference    | 0.000%  |  64.23 s |            --- |         --- | ABS_Pulse_Box3D_musubi         |
|  4612cf6d5e95  |    OK     |   difference    | 0.000%  |  25.31 s |            --- |         --- | ABS_LineSrc2D_musubi           |
|  4612cf6d5e95  |    OK     |   difference    | 0.000%  |  42.81 s |            --- |         --- | ABS_cyl2D_musubi               |
|  4612cf6d5e95  |    OK     |   difference    | 0.000%  |  46.31 s |            --- |         --- | TO_cyl2D_musubi                |
|  4612cf6d5e95  |    OK     |   difference    | 0.000%  |  46.33 s |            --- |         --- | VSL_Radial_musubi              |
|  4612cf6d5e95  |    OK     |   difference    | 0.000%  |   1.64 s |            --- |         --- | VSL_Box2D_musubi               |
|  4612cf6d5e95  |    OK     |   difference    | 0.000%  |  48.38 s |            --- |         --- | VSL_Box3D_musubi               |
|  4612cf6d5e95  |    OK     |   difference    | 0.000%  |  21.97 s |            --- |         --- | VSL_Plane_musubi               |
|  4612cf6d5e95  |    OK     |   difference    | 0.000%  |   1.93 s |            --- |         --- | gaussianPulse_incomp           |
|  4612cf6d5e95  |    OK     |   difference    | 0.000%  |  26.87 s |            --- |         --- | TGV_Simple_Re800               |
|  4612cf6d5e95  |    OK     |   difference    | 0.000%  |  55.06 s |            --- |         --- | TGV_Simple_Re1600              |
|  4612cf6d5e95  |    OK     |   difference    | 0.000%  | 309.75 s |            --- |         --- | TGV_LES_WALE                   |
|  4612cf6d5e95  |    OK     |   difference    | 0.000%  |  24.49 s |            --- |         --- | TGV_LES_Vreman                 |
|  4612cf6d5e95  |    OK     |   difference    | 0.000%  |  28.48 s |            --- |         --- | TGV_LES_SmagPDF                |
|  4612cf6d5e95  |    OK     |   difference    | 0.000%  |  35.77 s |            --- |         --- | TGV_LES_SmagGradU              |
|  4612cf6d5e95  |    OK     |   difference    | 0.000%  |  23.33 s |            --- |         --- | C2D_Cyl_SL_Incomp_musubi       |
|  4612cf6d5e95  |    OK     |   difference    | 0.000%  |  47.54 s |            --- |         --- | C2D_Cyl_ML_Incomp_musubi       |
|  4612cf6d5e95  |    OK     |   difference    | 0.000%  |  16.39 s |            --- |         --- | C3D_Simple_Incomp_musubi       |
|  4612cf6d5e95  |    OK     |   difference    | 0.000%  |  30.82 s |            --- |         --- | COC_CouetteFlow_Incomp_musubi  |
|  4612cf6d5e95  |    OK     |   difference    | 0.000%  | 168.49 s |            --- |         --- | COC_CouetteFlow_ML_Incomp_musubi |
|  4612cf6d5e95  |    OK     |   difference    | 0.000%  |  23.07 s |            --- |         --- | LDC_Simple_Incomp_musubi       |
|  4612cf6d5e95  |    OK     |   difference    | 0.000%  |  43.56 s |            --- |         --- | PIP_Simple_Incomp_musubi       |
|  4612cf6d5e95  |    OK     |   difference    | 0.000%  |  59.06 s |            --- |         --- | PIP_Force_Incomp_musubi        |
|  4612cf6d5e95  |    OK     |   difference    | 0.000%  |  36.40 s |            --- |         --- | PIP_ML_Incomp_musubi           |
|  4612cf6d5e95  |    OK     |   difference    | 0.000%  |  96.04 s |            --- |         --- | PIP_LES_Incomp_musubi          |
|  4612cf6d5e95  |    OK     |   difference    | 0.000%  |  30.10 s |            --- |         --- | PIP_Split_Incomp_musubi        |
|  4612cf6d5e95  |    OK     |   difference    | 0.000%  |  17.79 s |            --- |         --- | tut_pip_musubi                 |
|  4612cf6d5e95  |    OK     |   difference    | 0.000%  |   3.66 s |            --- |         --- | tut_gauss_pulse                |
|  4612cf6d5e95  |    OK     |   difference    | 0.000%  |   3.27 s |            --- |         --- | tut_channel_musubi             |
--------------------------------------------------------------------------------------------------------------------------------------

We should also include at least one of the example testcases for the regression check in the recheck.py.

@jainka
Copy link
Copy Markdown
Member

jainka commented May 1, 2024

Yes but lets note that we dont check passive scalar itself in the regression check. We should add it in future.

@haraldkl
Copy link
Copy Markdown
Member Author

haraldkl commented May 1, 2024

Yes but lets note that we dont check passive scalar itself in the regression check. We should add it in future.

Yeah, might got lost. I wrote that below the recheck results:

We should also include at least one of the example testcases for the regression check in the recheck.py

So, this is a todo before we merge it in my opinion.

Copy link
Copy Markdown
Contributor

@KannanMasilamani KannanMasilamani left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Nice work, especially the documentation of test case.
I have made few suggestions.
Regarding the order in identify table, I will introduce the variant option as descriped in #10 in next merge. So this branch should be merged after that.

kind = 'passive_scalar',
relaxation='trt',
layout='d2q9',
order = 'second'
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

``We have observed that there is need to extend this identify table to support several relaxations options for a scheme kind. So, we have fomulated a set of rules see #10.

Here is the suggestion for this case

identify = {
  label = 'species',
  kind = 'passive_scalar',
  relaxation = {
    name = 'trt', 
    variant = 'second_order', 
  },
  layout = 'd2q9'
}

Also see #10 for how to name the compute routine.

Comment on lines +704 to +705
case('pressure_antiBounceBack_pasScal')
bc( iBnd )%fnct => pressure_antiBounceBack_pasScal
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

No need to introduce 'pressure_antiBounceBack_pasScal' as boundary kind. Use existing 'pressure_antiBounceBack' and select passive scalar routine using scheme kind.

Suggestion:

select case(trim(schemeHeader%kind))
case('fluid')
   bc( iBnd )%fnct => pressure_antiBounceBack
case('passive_scalar')
   bc( iBnd )%fnct => pressure_antiBounceBack_pasScal
case default
  call tem_abort('Unknown scheme kind for pressure_antiBounceBack')
end select

Comment on lines +1410 to +1423
case('pressure_antiBounceBack_pasScal')
write(logUnit(1),*) ' Pressure anti bounce back for passive scalar ' &
& // trim(me( myBCID )%label)
me( myBCID )%requireNeighBufPost = .true.
me( myBCID )%nNeighs = 1
call tem_load_bc_state( bc = me(myBCID)%BC_states &
& %pressure, &
& state_name = 'pressure', &
& nComp = 1, &
& conf = conf, &
& bc_handle = sub_handle, &
& varDict = me(myBCID)%varDict, &
& varSys = varSys )

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This code duplication is not required if above suggestion is used. So boundary kind is pressure_antiBounceBack and depending on scheme kind current routine is assigned in init_boundary_single.


public :: mus_append_derVar_lbmPS
public :: deriveEquilPS_FromMacro
public :: deriveEquilPS2_FromMacro
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggestion to rename routine deriveEquilPS2ndOrder_FromMacro to be self explaining.

& applySrc_absorbLayerIncomp
use mus_derQuanPS_module, only: mus_append_derVar_lbmPS, &
& deriveEquilPS_FromMacro, &
& deriveEquilPS2_FromMacro,&
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

See previous comment for renaming this routine.

Comment on lines +238 to +242
case default
write(logUnit(1),*) 'stencil label = "', trim(label_stencil), '"'
write(logUnit(1),*) 'fluid type = "', trim(scheme_kind), '"'
write(logUnit(1),*) "Warning: get_pdfEq not set for fluid type"
end select
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Use formating for output. See previous comment.

Comment on lines +254 to +256
write(logUnit(1),*) 'stencil label = "', trim(label_stencil), '"'
write(logUnit(1),*) 'fluid type = "', trim(scheme_kind), '"'
write(logUnit(1),*) "Warning: get_pdfEq not set for fluid type"
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Use formating for output. See previous comment.

Comment on lines +269 to +271
write(logUnit(1),*) 'stencil label = "', trim(label_stencil), '"'
write(logUnit(1),*) 'fluid type = "', trim(scheme_kind), '"'
write(logUnit(1),*) "Warning: get_pdfEq not set for fluid type"
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Use formating for output. See previous comment.

Comment on lines +107 to +108
!> equilibrium order Ex: first, second
character(len=labelLen) :: order
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Should be replaced with relaxation variant. This option is to be introduced in change merge.

Comment on lines +179 to +186
! get order of equilibrium
call aot_get_val( L = conf, &
& thandle = thandle, &
& key = 'order', &
& val = me%order, &
& default = 'second', &
& ErrCode = iError )

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It is not required after relaxation variant options is introduced.

@haraldkl
Copy link
Copy Markdown
Member Author

Closing this PR, as it has been superseded by #25.

@haraldkl haraldkl closed this Jul 10, 2024
@haraldkl haraldkl deleted the passive_scalar branch July 10, 2024 12:22
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants