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
added esConsumes to modules on EventFilter/SiPixelRawToDigi #30474
added esConsumes to modules on EventFilter/SiPixelRawToDigi #30474
Conversation
The code-checks are being triggered in jenkins. |
+code-checks Logs: https://cmssdt.cern.ch/SDT/code-checks/cms-sw-PR-30474/16635
|
A new Pull Request was created by @JamminJones for master. It involves the following packages: EventFilter/SiPixelRawToDigi @perrotta, @cmsbuild, @slava77 can you please review it and eventually sign? Thanks. cms-bot commands are listed here |
This change was made under my supervision. |
please test |
The tests are being triggered in jenkins.
|
+1 |
Comparison job queued. |
Comparison is ready Comparison Summary:
|
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.
static analyzer pointed out remaining es.get calls in files modified by this PR.
Is there a reason to skip these?
@@ -81,9 +80,8 @@ void PixelUnpackingRegions::initialize(const edm::EventSetup& es) { | |||
es.get<SiPixelFedCablingMapRcd>().get(cablingMap); |
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.
(from the static analyzer)
shouldn't this be in esConsumes/token as well?
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. I think this is the first time we've encountered an ESTransientHandle being used. Looking at the code, though, this should NOT be an ESTransientHandle since it is holding onto memory from the data product.
@@ -161,8 +162,7 @@ void SiPixelRawToDigi::produce(edm::Event& ev, const edm::EventSetup& es) { | |||
// initialize quality record or update if necessary |
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.
should the es.get<SiPixelFedCablingMapRcd>().get(cablingMapLabel, cablingMap);
be addressed as well?
@@ -152,17 +153,15 @@ void SiPixelRawToDigi::produce(edm::Event& ev, const edm::EventSetup& es) { | |||
// initialize cabling map or update if necessary | |||
if (recordWatcher.check(es)) { | |||
// cabling map, which maps online address (fed->link->ROC->local pixel) to offline (DetId->global pixel) | |||
edm::ESTransientHandle<SiPixelFedCablingMap> cablingMap; | |||
es.get<SiPixelFedCablingMapRcd>().get(cablingMapLabel, cablingMap); //Tav | |||
edm::ESHandle<SiPixelFedCablingMap> cablingMap = es.getHandle(tCablingMap); |
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.
NOTE: The previous use of ESTransientHandle
here was inappropriate as the data product must not be allowed to be deleted before the end of the IOV since internal parts of the data product are being held.
@@ -77,13 +77,11 @@ void PixelUnpackingRegions::initialize(const edm::EventSetup& es) { | |||
// initialize cabling map or update it if necessary | |||
// and re-cache modules information | |||
if (watcherSiPixelFedCablingMap_.check(es)) { | |||
edm::ESTransientHandle<SiPixelFedCablingMap> cablingMap; | |||
es.get<SiPixelFedCablingMapRcd>().get(cablingMap); | |||
edm::ESHandle<SiPixelFedCablingMap> cablingMap = es.getHandle(cablingMapToken_); |
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.
NOTE: The previous use of ESTransientHandle
is inappropriate here as the data product can not be allowed to be deleted before the end of the IOV as this module holds onto parts of the data product.
@Dr15Jones |
@slava77 they were a clarification, sorry about the confusion. |
please test |
The tests are being triggered in jenkins.
|
+1 |
Comparison job queued. |
Comparison is ready Comparison Summary:
|
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. @silviodonato, @dpiparo (and backports should be raised in the release meeting by the corresponding L2) |
webhooks or the bot's reaction to them seems degraded. The "Comparison is ready" was posted a while back (more than 10 mins), but the label is still not updated. |
+1 |
PR description:
added esConsumes to 3 modules
PR validation:
the code compiles