Skip to content

Commit

Permalink
[core] OCTRL-891 propagate pdp_beam_type and pdp sor override to tasks
Browse files Browse the repository at this point in the history
pdp_beam_type and pdp_override_run_start_time are propagated to tasks during SOR, so during SYNTHETIC runs they can know the right beam type and start of run correlated with the timing of synthetic data.
  • Loading branch information
knopers8 authored and teo committed Jul 8, 2024
1 parent 1351c25 commit 4413c66
Show file tree
Hide file tree
Showing 2 changed files with 4 additions and 0 deletions.
2 changes: 2 additions & 0 deletions core/environment/transition_startactivity.go
Original file line number Diff line number Diff line change
Expand Up @@ -92,6 +92,8 @@ func (t StartActivityTransition) do(env *Environment) (err error) {
"run_start_time_ms",
"run_end_time_ms", // included to ensure that a cleared SOEOR timestamp is propagated to all tasks during START-STOP-START
"lhc_period",
"pdp_beam_type",
"pdp_override_run_start_time",
} {
if value, ok := cvs[key]; ok {
// we push the above parameters with both camelCase and snake_case identifiers for convenience
Expand Down
2 changes: 2 additions & 0 deletions docs/handbook/configuration.md
Original file line number Diff line number Diff line change
Expand Up @@ -101,6 +101,8 @@ In addition to the above, which varies depending on the configuration of the env
* `runType`
* `runStartTimeMs`
* `lhcPeriod`
* `pdp_beam_type`
* `pdp_override_run_start_time`

FairMQ task implementors should expect that these values are written to the FairMQ properties map right before the `RUN` transition via `SetProperty` calls.

Expand Down

0 comments on commit 4413c66

Please sign in to comment.