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
Enable packing/unpacking for Phase2 HCAL #20920
Conversation
The code-checks are being triggered in jenkins. |
+code-checks |
A new Pull Request was created by @kpedro88 (Kevin Pedro) for master. It involves the following packages: CalibCalorimetry/HcalPlugins @perrotta, @ghellwig, @arunhep, @cerminar, @cmsbuild, @franzoni, @slava77, @lpernie, @davidlange6 can you please review it and eventually sign? Thanks. cms-bot commands are listed here |
please test |
The tests are being triggered in jenkins. |
Comparison not run due to runTheMatrix errors (RelVals and Igprof tests were also skipped) |
please test |
The tests are being triggered in jenkins. |
+1 The following merge commits were also included on top of IB + this PR after doing git cms-merge-topic: |
Comparison job queued. |
Comparison is ready Comparison Summary:
|
|
On 10/16/17 12:35 PM, Kevin Pedro wrote:
Probably the ZDC unpacking needs to be moved back into HCAL (maybe in
conjunction with moving to QIE10 readout); I'm discussing this with
experts now, and can post a GitHub issue to track the progress. @slava77
<https://github.com/slava77> @perrotta <https://github.com/perrotta>
please advise
let's wait for clarification here from ZDC before proceeding with this PR.
|
My understanding is that HCAL emap contained entries for old ZDC detector, which doesn't exist anymore (since unsuccessful attempt to use it for the very last time in 2016 for HI data taking). 8395990#diff-0b2dd580fc15df181abe8beefafaae43 Instead, ZDC group has been developed a hodoscope ("RPD") detector, for which HcalZDCDetId has been extended |
@kpedro88 : my understanding after the reco meeting was that the ZDC group would have taken care in due time of the packing/unpacking of their detector inside HCal, and in the meanwhile we can go on with this PR and remain without the ZDC collections for Phase2 data. |
@perrotta yes, this summary is correct. We should go forward with this PR. Here are some excerpts from the email discussion with @BetterWang:
|
Thank you @kpedro88 for the confirmation |
+1
|
+1 |
merge |
…remixing_cff as unnecessary Note that HCAL phase2 packing+unpacking was enabled in cms-sw#20920, so there is no need to remove that for phase2 premixing (which anyway is not being tested or working at the moment). Also note that in L1TDigiToRaw_cff we have to reset the rawDataCollector.RawCollectionList as if the L1TDigiToRaw_cff would not have been loaded. This was not needed earlier because the file was explicitly not loaded.
…zation Note that HCAL phase2 packing+unpacking was enabled in cms-sw#20920, so there is no need to remove that for phase2 premixing (which anyway is not being tested or working at the moment). Also note that in L1TDigiToRaw_cff we have to reset the rawDataCollector.RawCollectionList as if the L1TDigiToRaw_cff would not have been loaded. This was not needed earlier because the file was explicitly not loaded.
…zation Note that HCAL phase2 packing+unpacking was enabled in cms-sw#20920, so there is no need to remove that for phase2 premixing (which anyway is not being tested or working at the moment). Also note that in L1TDigiToRaw_cff we have to reset the rawDataCollector.RawCollectionList as if the L1TDigiToRaw_cff would not have been loaded. This was not needed earlier because the file was explicitly not loaded.
…zation Note that HCAL phase2 packing+unpacking was enabled in cms-sw#20920, so there is no need to remove that for phase2 premixing (which anyway is not being tested or working at the moment). Also note that in L1TDigiToRaw_cff we have to reset the rawDataCollector.RawCollectionList as if the L1TDigiToRaw_cff would not have been loaded. This was not needed earlier because the file was explicitly not loaded.
With #20758, we have a Phase2 GT that contains a functioning emap with all the HB upgrade cells.
This means that we no longer have to skip packing/unpacking for HB in Phase2 workflows. Among other things, this will enable premixing to work for the Phase2 HB.
(These changes were also propagated to 2019/post-LS2, but had to be disabled because there isn't a 2019 GT queue yet.)