-
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
Update of mkFit for 12_1_0_pre2 #34921
Conversation
…, HighPtTripletStep and DetachedQuadStep
… module is inactive
+code-checks Logs: https://cmssdt.cern.ch/SDT/code-checks/cms-sw-PR-34921/24731
|
A new Pull Request was created by @mmasciov (Mario Masciovecchio) for master. It involves the following packages:
@perrotta, @silviodonato, @cmsbuild, @slava77, @jpata, @qliphy, @fabiocos, @davidlange6 can you please review it and eventually sign? Thanks. cms-bot commands are listed here |
test parameters:
|
@cmsbuild please test |
+1 Summary: https://cmssdt.cern.ch/SDT/jenkins-artifacts/pull-request-integration/PR-b18488/17834/summary.html Comparison SummarySummary:
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
if (isBad) | ||
LogTrace("SiStripBadComponents") << "bad apv " << apv << " on " << bs.detid; | ||
if (isBad) { | ||
if (lastApv == -1) { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
why not like this? Is there something special about LogTrace?
if (isBad) | |
LogTrace("SiStripBadComponents") << "bad apv " << apv << " on " << bs.detid; | |
if (isBad) { | |
if (lastApv == -1) { | |
if (isBad) { | |
LogTrace("SiStripBadComponents") << "bad apv " << apv << " on " << bs.detid; | |
if (lastApv == -1) { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
yes, the suggestion is OK, I was moving these lines a few too many times.
LogTrace does not have additional header/footer message formatting and is easier to parse than LogDebug.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Updated in commit 91d1caf
dv.push_back({phi1, phi2, q1, q2}); | ||
}; | ||
|
||
for (int apv = 0; apv < 6; ++apv) { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
might the apv max number be a named constant?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@pieterdavid @mmusich
do we have max APVs and n strips per APV formalized in common constants somewhere?
I tried to git grep, but all that I found was hardcoded 6 and 128.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
what about modules with less than 6 APVs?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
do we have max APVs and n strips per APV formalized in common constants somewhere?
they are (at least) in this file: https://github.com/cms-sw/cmssw/blob/master/CalibTracker/SiStripCommon/data/SiStripDetInfo.dat.
Or you can do something like:
unsigned short nApvs = stripDet->specificTopology().nstrips() / 128;
128 is univeral for all modules, I am not sure there's a constant somewhere.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
the constants are also here (but they aren't used much in the strips code): https://github.com/cms-sw/cmssw/blob/master/DataFormats/SiStripCommon/interface/ConstantsForHardwareSystems.h#L38-L43 (6 as max number of APVs indirectly, as 2 per optical link * max 3 of these per module - it may be worth adding)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
what about modules with less than 6 APVs?
it shouldn't matter here, if the BadApvs
is filled correctly.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Updated in commit 91d1caf
…on directly included packages
@cmsbuild please test |
+1 Summary: https://cmssdt.cern.ch/SDT/jenkins-artifacts/pull-request-integration/PR-b18488/17871/summary.html Comparison SummarySummary:
|
Thanks for the update. I have no more comments myself. I can sign after waiting until e.g. tomorrow if something comes up from the TRK groups. |
As I understand pre2 is closing tomorrow or soon after and there was no new comment since Thursday, is there anything preventing this PR (+related ones) from being merged? Thanks. |
+reconstruction
|
+operations |
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, @qliphy (and backports should be raised in the release meeting by the corresponding L2) |
@smuzaffar should we wait for you merging cms-sw/cmsdist#7229, or will you do it as soon as we merge this PR in cmsssw? |
@perrotta , you can also merge the cmsdist PRs ( cms-sw/cmsdist#7217 and cms-sw/cmsdist#7229 ) when you merge this one. just issue |
Thank you @smuzaffar, I will. |
+1 |
PR description:
This PR follows #34395 and updates mkFit for physics validation in CMSSW_12_1_0_pre2 (https://its.cern.ch/jira/browse/PDMVRELVALS-130).
In detail, this PR includes:
It requires cms-sw/cmsdist#7217 and cms-data/RecoTracker-MkFit#3
Developments have been presented at Tracking POG (https://indico.cern.ch/event/1065324/#3-mkfit-status-report) and agreed with PPD (https://indico.cern.ch/event/1063451/#8-mkfit-report).
PR validation:
MTV results for tracking-only validation in TTbar RelVal (with mkFit enabled for 4 iterations as specified above):
FYI @mtosi @vmariani @mmusich
(@slava77 @makortel)