-
Notifications
You must be signed in to change notification settings - Fork 4.6k
Herwig lhe matching fix 12_4 #42905
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
Herwig lhe matching fix 12_4 #42905
Conversation
…_NVProfilerService_12_4_x Fix the `NVProfilerService` and `ProcessCallGraph` [12.4.x]
…tDQM_12_4_X [12.4.X] supply DQM for `SiPixelCalSingleMuonTight`
HLT menu development for `12_4_X` (8/N): HLT V1.4 of 2022
…pu-vs-cpu-monitoring-124x ECAL - Switch off online ECAL RecHit GPU vs. CPU monitoring - 12_4_X
HBHE: arrival time [ backport 12_4 ]
…on_12_4_Sept22 [12_4_X] Added protection against out-of-range BX values in EMTF unpacker blocks
…Data_124X Update input file for HLT `addOnTests` on Run-3 Data [`12_4_X`]
…-header [12.4.X] Move Phase2L1GMT private headers in to plugins dir
…4_X_Sept22 [12_4_X] Bug fix in EMTF GEM and RPC unpacker blocks
…124X [124X] Fix double counting in HepMC to G4 handoff
…nGen_Backporrt124X Revert "[124X] Fix double counting in HepMC to G4 handoff"
This change was triggered by a case where a PuttableProductResolver was filled by a Worker that produced many products, and one of the products (A) had a Ref to another product (B), and the product B was not consumed by any module (it was only accessed through the Ref). Since the putProduct() released the WaitingTaskList of the Resolver, that lead to the consumer of A to run, and that consumer dereferenced the Ref to see that B was not there. Besides scheduled modules another cases where PuttableProductResolver is used are Sources inheriting PuttableSourceBase, and TestProcessor. In these cases the products are put into the Resolvers (or left as non-produced) before launching the prefetching of the unscheduled system. Therefore in these use cases the consuming modules do not need to wait for the Resolver to be filled. After several fix attempts it seemed easiest to just use the Worker's WaitingTaskList directly in PuttableProductResolver. This approach fulfills the requirements of both Worker and Source(-like) use cases, and even simplifies the code.
…_fit_12_4 [12_4_X] Add calibration fit plot to the PPS HPTDC PCL
…PutProduct_124x [12_4_X] Release dependent modules only after the worker has finished for scheduled modules
|
Pull request #42905 was updated. @francescobrivio, @rappoccio, @mandrenguyen, @antoniovagnerini, @mkirsano, @smuzaffar, @tjavaid, @SiewYan, @missirol, @smorovic, @fwyzard, @vlimant, @fabiocos, @miquork, @alberto-sanchez, @GurpreetSinghChahal, @makortel, @aloeliger, @antoniovilela, @cmsbuild, @civanch, @syuvivida, @perrotta, @sunilUIET, @davidlange6, @nothingface0, @saumyaphor4252, @tvami, @mdhildreth, @bsunanda, @Dr15Jones, @jfernan2, @menglu21, @emanueleusai, @emeschi, @epalencia, @simonepigazzini, @rvenditti, @bbilin, @consuegs, @mmusich, @srimanob, @AdrianoDee, @Martin-Grunewald can you please check and sign again. |
|
Pull request #42905 was updated. @iarspider, @aandvalenzuela, @smuzaffar, @cmsbuild can you please check and sign again. |
Backport of #42673 and #42732 for use in 2022 gen production. These add a new Herwig7HadronizerFilter, designed to resolve the issue of the wrong lhe events being saved with Herwig.
Should be tested with cms-sw/cmsdist#8729