-
Notifications
You must be signed in to change notification settings - Fork 4.3k
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
possibility of configuring the OMTF emulator directly from XMLs (14_0_X) #45988
possibility of configuring the OMTF emulator directly from XMLs (14_0_X) #45988
Conversation
OMTFReconstruction.h and OMTFReconstruction.cc The possibility of configuring the OMTF emulator directly from the config XML is added. When both patternsXMLFile and configXMLFile are given from the python config of the simOmtfDigis or simOmtfPhase2Digis, the L1TMuonOverlapParams are read directly from these files, and the L1TMuonOverlapPhase1ParamsESProducer is not needed. Otherwise, the L1TMuonOverlapParams are obtained from the eventSetup (so from the DB, or from the L1TMuonOverlapPhase1ParamsESProducer - if it is defined). L1Trigger/L1TMuonOverlapPhase1/src/Omtf/OMTFProcessor.cc line trackAddr[3] = myCand->getGpResultUnconstr().getPdfSumUnconstr(); is removed, as uGMT expects 3 entries in the TrackAddress (when there were 4, uGMT was generating a warning).
A new Pull Request was created by @kbunkow for CMSSW_14_0_X. It involves the following packages:
@aloeliger, @cmsbuild, @epalencia can you please review it and eventually sign? Thanks. cms-bot commands are listed here |
cms-bot internal usage |
@aloeliger: maybe I should add the backport of #45984 to this PR? #45984 changes only one file L1Trigger/L1TMuonOverlapPhase1/python/simOmtfDigis_cfi.py |
@aloeliger: maybe I should add the backport of #45984 to this PR? The PR #45984 changes only one file L1Trigger/L1TMuonOverlapPhase1/python/simOmtfDigis_cfi.py |
@kbunkow I would keep them separate. |
please test |
-1 Summary: https://cmssdt.cern.ch/SDT/jenkins-artifacts/pull-request-integration/PR-bb9134/41530/summary.html There was an issue with git-cms-merge-topic you can see the log here: https://cmssdt.cern.ch/SDT/jenkins-artifacts/pull-request-integration/PR-bb9134/41530/git-merge-result |
Weird error attempting to merge in the PR:
|
Hopefully it's temporary? |
please test |
urgent |
backport of #45032 |
+1 Size: This PR adds an extra 12KB to repository Comparison SummarySummary:
|
+l1
|
This pull request is fully signed and it will be integrated in one of the next CMSSW_14_0_X IBs (tests are also fine) and once validation in the development release cycle CMSSW_14_2_X is complete. This pull request will now be reviewed by the release team before it's merged. @antoniovilela, @mandrenguyen, @sextonkennedy, @rappoccio (and backports should be raised in the release meeting by the corresponding L2) |
+1 |
PR description:
This PR adds the possibility of configuring the OMTF emulator directly from the config XML, without using the L1TMuonOverlapPhase1ParamsESProducer.
PR validation:
The PR was validated by running the L1T DQM on one file from run 385422.
If this PR is a backport please specify the original PR and why you need to backport that PR. If this PR will be backported please specify to which release cycle the backport is meant for:
This PR is a backport of #45032
Only the files from the L1TMuonOverlapPhase1 folder are backported, as L1TMuonOverlapPhase2 is not included in the CMSSW_14_0_X.
This PR will be followed by the backport of #45984
This PR and the backport of #45984 will ensure that the OMTF emulator will be configured from the XML files corresponding to the 2024 OMTF algorithm version that was deployed at CSM on 19th March 2024, provided the Era Run3_2024 is defined for the job.
This will fix the data-emulator mismatches present in the DQM since the beginning of the 2024 pp run. Besides, will ensure the upcoming 2024 MC production will use the 2024 OMTF algorithm version.
Details of changes:
OMTFReconstruction.h and OMTFReconstruction.cc
The possibility of configuring the OMTF emulator directly from the config XML is added. When both patternsXMLFile and configXMLFile are given from the python config of the simOmtfDigis or simOmtfPhase2Digis, the L1TMuonOverlapParams are read directly from these files, and the L1TMuonOverlapPhase1ParamsESProducer is not needed. Otherwise, the L1TMuonOverlapParams are obtained from the eventSetup (so from the DB, or from the L1TMuonOverlapPhase1ParamsESProducer - if it is defined).
L1Trigger/L1TMuonOverlapPhase1/src/Omtf/OMTFProcessor.cc line
trackAddr[3] = myCand->getGpResultUnconstr().getPdfSumUnconstr(); is removed, as uGMT expects 3 entries in the TrackAddress (when there were 4, uGMT was generating a warning).