-
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
81X Track Trigger primitives update #15075
Conversation
A new Pull Request was created by @sviret (Seb Viret) for CMSSW_8_1_X. It involves the following packages: Configuration/Geometry @civanch, @Dr15Jones, @ianna, @mdhildreth, @cmsbuild, @rekovic, @mulhearn, @davidlange6 can you please review it and eventually sign? Thanks. cms-bot commands are list here #13028 |
@sviret , in TTStubAlgorithm-official.h, TTStubBuilder.h, TTClusterAssociationMap.h, TTClusterAssociator.h, TTStubAssociator.h substantial pieces of code are inlined, they should be moved to corresponding source files. In TTClusterAssociator.h atuo_ptr is used - it is unsafe and should be replaced by std::unique_ptr or std::shared_ptr. In TTClusterAssociationMap and in TTStubAssociator.h cout and cerr are used, they should be replaced by edm::logInfo, edm::logWarning, or edm::logError. There is "exit(0)" which should be removed. |
Hi @sviret, I am a bit worried about the copy-paste cfg files that you have done in this pr (phase2TKOnlyTracker, etc..) . @boudoul did you have already approve it? |
Tracker only geometry is useful for track trigger community, in order to quickly produce heavy pu samples with detailed persistency. For the new geometry files, I'm not sure i can use the classic xml files (we are loading SD info already at this level), but I can give it a try. |
import FWCore.ParameterSet.Config as cms | ||
|
||
# Ideal geometry, needed for transient ECAL alignement | ||
from Configuration.Geometry.GeometryExtended2023TkOnlysim_cff import * |
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.
@sviret - IMHO, it would be nice to have consistent capitalization in new file names (e.g. geometry scenarios): TkOnlySim and TkOnlyTilted.
BTW, Shouldn't TkOnlySim be TkOnlyFlat (as contrary to Tilted, rather then contrary to Reco)?
Pull request #15075 was updated. @civanch, @mdhildreth, @cmsbuild, @rekovic, @mulhearn, @davidlange6 can you please check and sign again. |
@civanch, I tried to implement most of the comments. Didn't managed to changed the std::auto_ptr by std::unique or std::shared (got some error message at the compilation). @ebrondol, @kpedro88, @boudoul, @delaere, I tried to remove most of the addons related to the Tk-Only geometry. I just added some dedicated customization functions in the existing Phase2TkXXX.py customizations scripts (transparent for normal running), and the geometry stuff is fully contained into one single py script now contained in the TrackTrigger/python directory (one script per geometry flavour). So, to summarize, the only packages affected by this PR are now L1Trigger/TrackTrigger and SimTracker/TrackTriggerAssociation. |
To be complete, SLHCUpgradesimulation/Configuration is also affected |
Pull request #15075 was updated. @civanch, @mdhildreth, @cmsbuild, @rekovic, @mulhearn, @davidlange6 can you please check and sign again. |
Pull request #15075 was updated. @civanch, @mdhildreth, @cmsbuild, @rekovic, @mulhearn, @davidlange6 can you please check and sign again. |
+1 |
@davidlange6 - reminder to comment and/or merge... |
I didn’t forget On Aug 3, 2016, at 7:00 PM, Kevin Pedro <[email protected]mailto:[email protected]> wrote: @davidlange6https://github.com/davidlange6 - reminder to comment and/or merge... — |
const PixelTopology* top0 = dynamic_cast< const PixelTopology* >( &(pix0->specificTopology()) ); | ||
const int chipSize = 2 * top0->rowsperroc(); /// Need to find ASIC size in half-strip units | ||
|
||
std::map< int, std::vector< TTStub< Ref_Phase2TrackerDigi_ > > > moduleStubs; /// Temporary storage for stubs before max check |
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.
@sviret ETA on answering review comments? |
@kpedro88 just back to work this week, I will address review comments this week. |
Seems that changes have been made in L1Trigger/L1TrackTrigger package in august (#15404). This is creating some conflicts with this PR. Should I close this PR and start a new one from scratch? |
@sviret please try to rebase this PR before starting a closing/reopening/merging cycle. Some basic instructions are here: https://twiki.cern.ch/twiki/bin/view/CMS/SWGuideHATS2016Git#CMSSW_rebasing_recipe |
@kpedro88, I'm totally ignorant in git, so might have done something wrong. I based myself on an official release for the PR (810_pre7), so I naively did: git rebase --onto CMSSW_8_1_X_2016-08-30-1100 CMSSW_8_1_0_pre7 81X_TTPrimitives which failed miserably, as I was expecting. The next command of the tuto, with start and end, is all greek to me, so I didn't even tried it. I won't have lot of time to spent on that (I was actually not even supposed to do this work...), so even if I understand that it's not very satisfying starting a new PR is much simpler for me, unless there is some magic command to rebase things nicely, which I doubt is existing as one of the main the package involved in this PR has been modified in the meantime (without informing the people working on it, BTW)... |
@sviret you will have to elaborate on "failed miserably". I just tried this procedure (merged your branch into pre7 and then ran the exact command you listed there), and it appears to proceed fine. There are conflicts that have to be solved manually before the rebase continues, but that is part of the process. If you just want to redo everything from scratch, fine, but it is a waste of the power and flexibility of Git. Some more info on resolving conflicts: when you get a message like this
You can do
Git automatically inserts merge conflict markers (example) to denote the conflicting changes. You should edit the file to resolve the conflict as needed. Then:
By following this procedure, Git does most of the work for you. |
@kpedro88. By failing miserably I mean that it's not doing what I want in 5min... In particular, the problem is that apparently the values I entered in the command are wrong, because for example phase2TkOnlyFlat.py has been removed in the last commits of the PR, so I don't know why it's appearing here. It looks has if it's loading an older version of the branch. There is certainly a good reason for git to do that, but I'm missing it, of the command I entered is simply wrong |
@sviret a rebase applies each commit you made in this branch, in order, on top of the specified IB tag. So if a later commit removes that file, it will still be removed by that later commit once the rebase gets to that point. If you think the commit history is too messy to be worth doing all of that, you can squash the commits first:
Then use the rebase command and it should only identify conflicts in the latest version of your changes. (The number 13 is there because you have 13 commits. |
@kpedro88, tried again today, with your instructions, but this time I see new files appearing with conflicts which have nothing to do with the PR. |
This PR contains bugfixes for the TTClusters and TTStubs production in CMSSW 81X. It also contains the corresponding TT Associator classes and recipes/necessary scripts to run this production within a Tracker-Only geometry