-
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
Revert the requirement of having an associated L1T muon in L1TPhase2MuonOffline::matchMuonsToGen #39297
Conversation
+code-checks Logs: https://cmssdt.cern.ch/SDT/code-checks/cms-sw-PR-39297/31977
|
A new Pull Request was created by @perrotta (Andrea Perrotta) for master. It involves the following packages:
@epalencia, @emanueleusai, @ahmad3213, @cmsbuild, @rekovic, @jfernan2, @pmandrik, @micsucmed, @cecilecaillol, @rvenditti can you please review it and eventually sign? Thanks. cms-bot commands are listed here |
please test |
+1 Summary: https://cmssdt.cern.ch/SDT/jenkins-artifacts/pull-request-integration/PR-267829/27307/summary.html Comparison SummarySummary:
|
+1
|
+l1 |
This pull request is fully signed and it will be integrated in one of the next master IBs (tests are also fine). This pull request will now be reviewed by the release team before it's merged. @perrotta, @dpiparo, @rappoccio (and backports should be raised in the release meeting by the corresponding L2) |
+1 |
PR description:
The fix I implemented in #39283 was not correct. The (quite convoluted) logic of the L1TPhase2MuonOffline class does require that a (generated muon, l1t muon) pair is created even if there is not a l1t muon. I restore here that feature as it was in origin, still maintaining all the other code improvements implemented in #39283
Also this PR will not fix the non reproducibility issue observed in DQM for the Phase2 L1T muon efficiency plots. Such a fix will require a more detailed check and debug, made this time not by the release manager but by the @cms-sw/dqm-l2 experts.
By the way: who's filling the
L1T__L1TPhase2_Muons_TkMuon_efficiencies_globalEfficiencies
L1T__L1TPhase2_Muons_SAMuon_efficiencies_globalEfficiencies
histos? I supposed it was the L1TPhase2MuonOffline class that I was trying to fix, but I start to doubt it... That class fills the differential efficiencies, instead. Perhaps some harvester called after it?
Could some @cms-sw/dqm-l2 and/or @cms-sw/l1-l2 experts investigate, and at least identify who's filling the non reproducible histo?
PR validation:
It builds