Skip to content
Snippets Groups Projects

Turn plume lumi counters on by default

Closed Daniel Charles Craik requested to merge dcraik_lumi_plume_bugfix into master
2 unresolved threads

Currently the with_plume argument of lumi_reconstruction is the only one to default to False. This causes the plume lumi algorithm to be skipped (and all plume counters to come out at max value) unless with_plume is explicitly set to True in the configuration (which it hasn't been).

This MR changes the default value to True so that plume counters will be filled unless it's explicitly requested to exclude them. This is the same behaviour as we have for all other sub-detectors.

Depends on (and must be adapted for) !1326 (merged)

Edited by Rosen Matev

Merge request reports

Approval is optional

Closed by Daniel Charles CraikDaniel Charles Craik 1 year ago (Feb 28, 2024 8:05am UTC)

Merge details

  • The changes were not merged into master.

Activity

Filter activity
  • Approvals
  • Assignees & reviewers
  • Comments (from bots)
  • Comments (from users)
  • Commits & branches
  • Edits
  • Labels
  • Lock status
  • Mentions
  • Merge request status
  • Tracking
  • mentioned in issue Moore#627 (closed)

  • mentioned in issue Moore#634 (closed)

  • assigned to @dcraik

  • Christina Agapopoulou mentioned in merge request !1306 (closed)

    mentioned in merge request !1306 (closed)

  • added 27 commits

    • 16efa627...a2415652 - 23 commits from branch master
    • 8fa9ecf0 - Turn plume lumi counters on by default
    • 9ded2768 - add empty return to plume decode for unknow bank version
    • ae5ebb32 - increase default max plume avg adc to 7ffff
    • a073d579 - Merge remote-tracking branch 'origin/sxian_lumi_plume_bugfix' into dcraik_lumi_plume_bugfix

    Compare with previous version

  • added 2 commits

    • 35b19425 - check if plume bank presents
    • 92f4deaa - Merge remote-tracking branch 'origin/sxian_lumi_plume_bugfix' into dcraik_lumi_plume_bugfix

    Compare with previous version

  • Shu Xian added 1 commit

    added 1 commit

    • 6543f7db - Update PlumeDecode.cu to correct bank version check

    Compare with previous version

  • Shu Xian added 1 commit

    added 1 commit

    Compare with previous version

  • added 1 commit

    • 6e7261c7 - Fix plume bank versions passed to the decoding

    Compare with previous version

  • added 4 commits

    Compare with previous version

  • @dcraik @sxian This will need another rebase on master in order to fix Allen CI, for details see https://mattermost.web.cern.ch/lhcb/pl/kyw9abxhatd6bfjqq18bwdedhh

  • mentioned in issue Moore#652 (closed)

  • added 50 commits

    • 15fc0a29...5b90acf1 - 48 commits from branch master
    • 7c04485b - Remove plume bank version 2 support for now
    • 6b46a9c2 - Merge remote-tracking branch 'origin/master' into dcraik_lumi_plume_bugfix

    Compare with previous version

  • added 1 commit

    Compare with previous version

  • Daniel Charles Craik resolved all threads

    resolved all threads

  • @jagoodin please can you start the CI tests

  • mentioned in issue Moore#659 (closed)

  • Christina Agapopoulou mentioned in merge request !1327 (merged)

    mentioned in merge request !1327 (merged)

  • Rosen Matev
  • Rosen Matev
    Rosen Matev @rmatev started a thread on the diff
  • 125 124 Allen::memset_async<dev_plume_t>(arguments, 0x7F, context);
    • In the case where bank_version is 2 or Plume is not in global, we need to decide what are meaningful counters values to put.

      It seems that this 0x7F constant was copied from the CALO decoding but I don't think it makes sense here (nor there). I would suggest to fill all bits with zeros or ones (so 0x00 or 0xFF) and we may revisit this when the v2 decoding is implemented.

      Suggested change
      124 Allen::memset_async<dev_plume_t>(arguments, 0x7F, context);
      124 Allen::memset_async<dev_plume_t>(arguments, 0x00, context);
    • Please register or sign in to reply
    • Resolved by Daniel Charles Craik

      @fferrari @dcraik you should be aware that Allen assumes that all sources for a given subdetector produce the same bank version.

      With @cagapopo we checked that the bank_version you get in the decoding is the version in the last MFP (source) in the MEP. So if the EB orders MFPs by source id (TBC), bank_version will be the version of source 0x5003 and not of 0x5001. This will mean that the v1 decoding will run, wrongly interpreting the v2 data as v1.

      There might be other consequences of different sources giving different versions. One has to run on some data like this to see.

      Edited by Rosen Matev
  • Rosen Matev changed the description

    changed the description

  • mentioned in issue Moore#669 (closed)

  • added RTA WP5 label

  • assigned to @rmatev

  • mentioned in issue Moore#688 (closed)

  • mentioned in issue Moore#700 (closed)

  • Superseded by !1326 (merged)

  • Please register or sign in to reply
    Loading