Provide method to access GT and CT HW jet objects from l1t::PFJet#1088
Conversation
gpetruc
left a comment
There was a problem hiding this comment.
I would suggest some modifications for code cleanliness
|
Hello, I'm triggerDoctor. @aloeliger is testing this script for L1T offline software validation. Attempts to compile this PR succeeded!
|
|
Hello, I'm triggerDoctor. @aloeliger is testing this script for L1T offline software validation. I found no issues with the code checks!
I found no issues with the headers!| Info | Value | |
|
Hello, I'm triggerDoctor. @aloeliger is testing this script for L1T offline software validation. I found 1 files that did not meet formatting requirements:
Please run |
|
@thesps Could you please fix the code formatting? |
|
I think @gpetruc 's comments are probably correct (and better than what I could have added, thanks!) |
|
Hello, I'm triggerDoctor. @aloeliger is testing this script for L1T offline software validation. This PR passes available unit tests!
|
1e7e912 to
25885d9
Compare
|
Thanks for the feedback both, I've implemented the suggestions. |
|
Hello, I'm triggerDoctor. @aloeliger is testing this script for L1T offline software validation. Attempts to compile this PR succeeded!
|
|
Hello, I'm triggerDoctor. @aloeliger is testing this script for L1T offline software validation. I found no issues with the code checks!
I found no issues with the headers!
|
|
Hello, I'm triggerDoctor. @aloeliger is testing this script for L1T offline software validation. I found no files with code format issues! |
|
Hello, I'm triggerDoctor. @aloeliger is testing this script for L1T offline software validation. This PR passes available unit tests!
|
|
Hello, I'm triggerDoctor. @aloeliger is testing this script for L1T offline software validation. This PR does not change the EDM content of testing ntuples. |
|
Right, I had missed that it was an ap_fixed. Yes, bits_to_uint64 is better.
Il Ven 31 Mar 2023, 17:19 Sioni Summers ***@***.***> ha
scritto:
… ***@***.**** commented on this pull request.
------------------------------
In L1Trigger/Phase2L1ParticleFlow/plugins/L1MHtPFProducer.cc
<#1088 (comment)>
:
> @@ -84,8 +84,8 @@ std::vector<l1t::EtSum> L1MhtPfProducer::convertHWToEDM(l1ct::Sum hwSums) const
mhtVector.SetPhi(l1ct::Scales::floatPhi(hwSums.hwPhi));
mhtVector.SetEta(0);
- l1t::EtSum ht(htVector, l1t::EtSum::EtSumType::kTotalHt);
- l1t::EtSum mht(mhtVector, l1t::EtSum::EtSumType::kMissingHt);
+ l1t::EtSum ht(htVector, l1t::EtSum::EtSumType::kTotalHt, hwSums.hwSumPt.V);
+ l1t::EtSum mht(mhtVector, l1t::EtSum::EtSumType::kMissingHt, hwSums.hwPt.V, 0, hwSums.hwPhi.V);
This is the only comment I implemented differently. .to_int() and .V do
different things. e.g. for some ap_fixed<4,2> x = 1.5;, .to_int()
basically casts to int yielding 1, while .V gives the underlying bits of 6
in this case. In any case, I found a method bits_to_uint64() that gives
access to the underlying bits, and is more readable. For these pt_t
variables it would be like doing hwPt * 4.
—
Reply to this email directly, view it on GitHub
<#1088 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ABDNWR5ZHKIY7ZZ5F43YUKDW63YXLANCNFSM6AAAAAAWORPWGI>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
|
@epalencia I think I am okay with this. Anything from your side? If not @thesps would you please open a PR for this to central CMSSW? If possible we would like to keep these PRs synchronized. |
|
Nothing from my side. @thesps, please open the corresponding PR in master. |
|
I'll open it. Are we keeping this open as well? |
|
We'll merge this when the version to master is pulled in (to not desynchronize branches). If any additional commits are made there, we would appreciate cherry-picking them back here so we can provide a consistent recipe in 12_5_2 (for use on MC) as will be available eventually in central CMSSW. |
|
Just a memo to myself: This is delayed until the mega-correlator-PR started by Cecile and February and picked up by me gets merged, at which point this can go into central. |
…date consumers to pick the appropriate HW object where needed Address review comments Fix HT emulator input collection and output encoding
25885d9 to
d6e23fd
Compare
|
Updates:
|
|
@thesps will this approach (using hwPT, hwPhi) also be implemented for the Correlator MET? |
|
Hello, I'm triggerDoctor. @aloeliger is testing this script for L1T offline software validation. Attempts to compile this PR succeeded!
|
|
Hello, I'm triggerDoctor. @aloeliger is testing this script for L1T offline software validation. I found no issues with the code checks!
I found no issues with the headers!
|
|
Hello, I'm triggerDoctor. @aloeliger is testing this script for L1T offline software validation. I found no files with code format issues!
|
|
@thesps The correlator PR that this is dependent upon should be merged now. Please open a PR containing this commit to central CMSSW. If any commits are requested in review there, we would appreciate them being cherry-picked back here. Because the correlator PR had to be changed w.r.t. this branch, merge issues may still exist, please let us know if there are any issues. |
|
Corresponding PR in master, cms-sw#41590, merged already. |
|
Tagged as l1t-phase2-v61. |
As requested by GT emulator developers, this PR provides accessors to retrieve the hardware encoded jet object from the
l1t::PFJet. Since emulator consumers ofl1t::PFJetmay be in either Correlator or Global Trigger systems, which have different coordinate scales, accessors to both types of objects are provided. Consumers have been updated to select the CT or GT object where appropriate.The L1MHtProducer MHT emulator is also updated to set the integer pt and phi fields of the
l1t::EtSumproduct such that GT can retrieve those fields for emulation.@EmyrClement @gpetruc