-
Notifications
You must be signed in to change notification settings - Fork 4.2k
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
Extending HCAL unpacking to uTCA HBHE FEDs #13389
Conversation
A new Pull Request was created by @abdoulline (Salavat Abdullin) for CMSSW_8_0_X. It involves the following packages: EventFilter/HcalRawToDigi @cmsbuild, @cvuosalo, @davidlange6, @slava77 can you please review it and eventually sign? Thanks. cms-bot commands are list here #13028 |
@@ -37,6 +37,16 @@ HcalRawToDigi::HcalRawToDigi(edm::ParameterSet const& conf): | |||
fedUnpackList_.push_back(1118); | |||
fedUnpackList_.push_back(1120); | |||
fedUnpackList_.push_back(1122); | |||
// HBHE uTCA |
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.
can we instead of this change to a loop from MINHCALuTCAFEDID to MAXHCALuTCAFEDID ?
that's from 1100 to 1199.
The only reason not to would be that you'd expect the FEDs not listed here already to come and go and produce corrupt data.
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.
Those explicitly listed are certainly what we need.
Let me clarify it with HCAL OPS guys whether there could be some
unnecessary "extra" FEDs still connected (presumably no)
On Thu, 18 Feb 2016, Slava Krutelyov wrote:
In EventFilter/HcalRawToDigi/plugins/HcalRawToDigi.cc:
@@ -37,6 +37,16 @@ HcalRawToDigi::HcalRawToDigi(edm::ParameterSet const& conf):
fedUnpackList_.push_back(1118);
fedUnpackList_.push_back(1120);
fedUnpackList_.push_back(1122);
- // HBHE uTCA
can we instead of this change to a loop from MINHCALuTCAFEDID to MAXHCALuTCAFEDID ?
that's from 1100 to 1199.
The only reason not to would be that you'd expect the FEDs not listed here already to come and go and produce corrupt
data.—
Reply to this email directly or view it on GitHub.[AEx02iVbeFXR0hFWg0luflN0Hz6WF_7Yks5plcrwgaJpZM4HdCHO.gif]
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.
making this inclusive loop will
- prevent these unpacker changes (apparently forgotten until the last minute)
- get rid of the hardcoded FED numbers (FedNumbering is preferred)
Slava, I still prefer to keep FEDs list in two parts separately (VME + uTCA). |
@cmsbuild 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: |
... comparisons got stuck and the new IB is somewhat broken. |
@cmsbuild please test |
The tests are being triggered in jenkins. |
+1
belatedly, this has to go to T0 and online ASAP, to match the needs for MWGR2 for HCAL (tests of uTCA readout of HE .. or is it HB as well?) |
This pull request is fully signed and it will be integrated in one of the next CMSSW_8_0_X IBs after it passes the integration tests. This pull request requires discussion in the ORP meeting before it's merged. @slava77, @davidlange6, @Degano, @smuzaffar |
aforementioned emap and the relevant FEDs included in this minimal unpacker But we're going now to make additional private tests to make sure On Fri, 19 Feb 2016, Slava Krutelyov wrote:
|
Salavat, In case you have a reference file with HB/HE taken from uTCA and a new emap, Thanks On 2/18/16 10:42 PM, Salavat Abdullin wrote:
Vyacheslav (Slava) Krutelyov |
Slava, Viktor has kindly agreed to make a test from scratch today: NB: uTCA HBHE data is in RAW since quite a while. On Fri, 19 Feb 2016, Slava Krutelyov wrote:
|
@davidlange6, the last tests for this PR were run based on slc6_amd64_gcc530 IB and comparison were made using slc6_amd64_gcc493 baseline. |
So, there are small differences in tracking outputs between slc6_amd64_gcc530 and slc6_amd64_gcc493 based on these /11387/ diffs |
Right - I think from this we can schedule relvals and switchover. I need to look more carefully, but I did not find anything to worry about yet.
|
Extending HCAL unpacking to uTCA HBHE FEDs
Late (alas...) step in preparations for MWGR#2:
(1) Emap submitted to AlCaDB validation
https://hypernews.cern.ch/HyperNews/CMS/get/calibrations/2228.html
(2) this small unpacker update needs 800 patch, if possible