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
Phase 2 Trackers T12 and T13: TBPX Lp GBTs placement study #25357
Conversation
…a TBPX services placement study. T9: TBPX services are directly routed towards TFPX. T10: TBPX services are routed over TBPX.
…dead areas, but artificially set into smaller volumes.
The code-checks are being triggered in jenkins. |
+code-checks Logs: https://cmssdt.cern.ch/SDT/code-checks/cms-sw-PR-25357/7390 |
A new Pull Request was created by @ghugo83 for master. It involves the following packages: Configuration/Geometry @civanch, @Dr15Jones, @cvuosalo, @ianna, @mdhildreth, @cmsbuild, @kpedro88 can you please review it and eventually sign? Thanks. cms-bot commands are listed here |
We have always forbidden reuse of existing subdetector/detector versions to avoid confusion. I would prefer to make new tracker versions and detector versions for changes this large. If the current T9 and T10 are no longer needed, they (and the associated detector versions) can be retired. The workflow numbers can be reused. |
Thanks @kpedro88 - Ok let me rephrase to make sure I got the recommendation: we just need to create T12/T13 and D36/D37 resp., but we can recycle the previous WF numbers of D26/D27 and reassigned them to D36/D37 , did I get it right ? |
@boudoul yes, if we retire T9/T10 (adding to "deprecated" list in the geometry script), we can reuse the workflow numbers. |
ok thanks ! (I should have remembered, but i'm starting to forget all my WF knowledge with time ... :) ) @ghugo83 do you think you can rearrange this PR ? If you need help , please let me know. |
Ok cool. Sorry about that, I thought the re-use of T9 and T10 had been discussed. |
…T9 and T10 respectively. Geometry scenarios: D36 and D37 instead of D26 and D27 respectively. Keep the same workflow numbers.
The code-checks are being triggered in jenkins. |
+code-checks Logs: https://cmssdt.cern.ch/SDT/code-checks/cms-sw-PR-25357/7398 |
Ok so I have done the following:
|
Comparison job queued. |
Comparison is ready @slava77 comparisons for the following workflows were not done due to missing matrix map:
Comparison Summary:
|
+1 |
+upgrade |
+operations the update of master Configurations is coherent with the purpose of the PR |
@ghugo83 could you please update the title of this PR according to the changes implemented? |
+1 |
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. @davidlange6, @slava77, @smuzaffar, @fabiocos (and backports should be raised in the release meeting by the corresponding L2) |
+1 |
As discussed with @emiglior and @boudoul, introducing 2 Trackers for a TBPX Lp GBTs placement study.
T12: TBPX Lp GBTs are placed around the service cylinder, around TFPX (tkLayout OT614_IT461). Full description at: http://cms-tklayout.web.cern.ch/cms-tklayout/layouts-work/recent-layouts/OT614_200_IT461/materialpixel.html
Geometry scenario is 2023D36.
Workflows are: 232xx, 234xx
T13: TBPX Lp GBTs are placed around TBPX (tkLayout OT614_IT460). Full description at: http://cms-tklayout.web.cern.ch/cms-tklayout/layouts-work/recent-layouts/OT614_200_IT460/materialpixel.html
Geometry scenario is 2023D37.
Workflows are: 236xx, 238xx.
NB:
T12: Directly towards TFPX.
T13: Towards TBPX outermost cylinder first.
FYI: @alkemyst