-
Notifications
You must be signed in to change notification settings - Fork 4.4k
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
Allow TrackerMuons with only an ME0 segment match #43107
Conversation
-code-checks Logs: https://cmssdt.cern.ch/SDT/code-checks/cms-sw-PR-43107/37352
Code check has found code style and quality issues which could be resolved by applying following patch(s)
|
+code-checks Logs: https://cmssdt.cern.ch/SDT/code-checks/cms-sw-PR-43107/37354
|
A new Pull Request was created by @watson-ij (Ian J. Watson) for master. It involves the following packages:
@mandrenguyen, @jfernan2, @cmsbuild 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-a0f421/35401/summary.html Comparison SummarySummary:
|
@watson-ij do we understand why the number of muons being registered in the DQM monitoring seem to be reduced by these changes? Thanks |
@jfernan2 I think it should only add additional high eta muons, but I will check and see if I can figure out what happens in those workflows. |
enable profiling Let's check timing in the next iteration of this PR to see the impact of this high eta muon additions |
BTW: @watson-ij this PR somehow relates to this long standing issue: |
Thanks @missirol for the detailed explanation. One thing that was missing from what you sent is that the HLT python config also has a GEMDebug parameter for the GEMSegmentAlgorithm which doesn't seemed to be used at all. I added it into the fillDescriptions also to make a test workflow run. |
+code-checks Logs: https://cmssdt.cern.ch/SDT/code-checks/cms-sw-PR-43107/38068
|
Pull request #43107 was updated. @mandrenguyen, @srimanob, @cmsbuild, @mmusich, @jfernan2, @Martin-Grunewald can you please check and sign again. |
please test |
+1 Summary: https://cmssdt.cern.ch/SDT/jenkins-artifacts/pull-request-integration/PR-a0f421/36322/summary.html Comparison SummarySummary:
|
+1 |
unassign hlt
|
+Upgrade See changes in Phase-2 workflows, 23234.0, 24834.0, and 25034.999. This is expected from PR description. |
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. @antoniovilela, @rappoccio, @sextonkennedy (and backports should be raised in the release meeting by the corresponding L2) |
+1 |
PR description:
When only GEM segments from ME0 are matched to a track (e.g. at high eta where CSC doesn't cover), a TrackerMuon is not created because the MuonIdProducer only looks for DT or CSC segments when checking for a good TrackerMuon (requires at least one segment matched to the inner detector track). This PR adds GEM segments to the count of segments in MuonIdProducer, so that inner detector tracks which match to only an ME0 segment will pass the isGoodTrackerMuon and be saved into the reco muon collection.
PR validation:
Ran the phase-2 workflow 24811.0_TenMuExtendedE_0_200+2026D98 and checked before and after the changes that muons at high eta (|eta| > 2.4) which had a me0 segment match were not being saved before the changes, and are now being saved to the reco muon collection after the changes.
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:
Before submitting your pull requests, make sure you followed this checklist: