You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Change with:
Don't do this with the appendToDataLabel, framework will do the same automatically for you. (on the top of my head I'd guess this way the appendToDataLabel would get applied twice)
Strictly speaking the ComponentName parameter is redundant, because the framework already provides appendToDataLabel that would do all this for you (but ok, the pattern exists already).
"Too many clusters %d in module %d. Only the first %d hits will be converted", nhits, gind, maxHitsInModule);
Change with:
How about
edm::LogWarning("SiPixelRecHitFromSoAAlpaka").format(
"Too many clusters {} in module {}. Only the first {} hits will be converted", nhits, gind, maxHitsInModule);
? Then the fmt/printf.h include. could be removed.
I'd think the cuda dependence here would get applied also to RecoLocalTrackerSiPixelRecHitsPluginsPortable, so it should be moved under the RecoLocalTrackerSiPixelRecHitsPlugins definition too (inside an iftool element).
Does the PixelCPEFastParamsCollection alias template provide any value in addition to PixelCPEFastParams?
These definitions would be simpler if the PortableObject<T> could be used for both the host and device. Also the CopyToDevice specialization would not be needed. The code looks though such a change would require some re-engineering, that is perhaps better to leave for later time.
EventSetup data products should not depend on edm::ParameterSet (or ParameterSetDescription). Dealing with ParameterSet should be done only in the ESProducer.
WordFedAppender seems to be independent of TrackerTraits, so it could be moved outside of the SiPixelRawToClusterKernel (that should lead to a little bit less code to be generated).
Change with:
I'd suggest to remove const_cast as not really necessary (given it is a red flag in most cases). The constness of the pointed-to memory region could be achieved with
512; //((TrackerTraits::maxPixInModule / 16 + 128 - 1) / 128) * 128; /// should be larger than maxPixInModule/16 aka (maxPixInModule/maxiter in the kernel)
Is the commented out formula useful? Maybe move the comments on preceding line(s) for better formatting?
Strictly speaking this #include is not allowed. I'd suggest to move the SiPixelClusterThresholds.h to RecoLocalTracker/SiPixelClusterizer/interface, and maybe add a comment that it is an implementation detail of the package.
This is more of a note for longer term future. When the threads of a block execute in lock step, this is probably fine. But if/when they are not in lockstep, in principle this line has a data race with the alpaka::atomicCas() on line 80.
Given that the Status seems to be always initialized as a result of bit operations, and also the integer value used in bit operations, I'm wondering if defining it as an enum gives any value compared to defining these as constexpr uint32_t constants?
Strictly speaking moving these dependencies under the iftool is incorrect, because there are .cc files that depend on these packages. On the other hand, the non-CUDA build is broken no matter what, so the practical impact is negligible.
Is there are general agreement then that the new SoA based data format classes are better placed in new packages rather than adding the new classes in existing packages? I.e.
DataFormats/SiPixelClusterSoA vs. DataFormats/SiPixelCluster
DataFormats/SiPixelDigiSoA vs. DataFormats/SiPixelDigi
DataFormats/TrackingRecHitSoA vs DataFormats/TrackingRecHit
Address the TODO in DataFormats/SiPixelClusterSoA/interface/ClusteringConstants.h
See this discussion.
Address why we need using namespace pixelTopology; in DataFormats/TrackingRecHitSoA/src/classes.h and DataFormats/TrackingRecHitSoA/src/alpaka/classes_*.h.
Move the queue parameter to the beginning of the parameter list, and pass it by reference if possible.
See here, here and here.
Optimise the copies and synchronisations in DataFormats/TrackingRecHitSoA/interface/TrackingRecHitsDevice.h
See here and here.
Find a better way to create CPU-only module configurations.
See also #43780.
This issue keeps track of the comment addressed for the PRs:
15 November 2023
Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/CalibTracker/SiPixelESProducers/plugins/BuildFile.xml
Line 34 in 1909d90
You could leave all the common dependencies outside of the
<library>
element. Those dependencies will apply to all declared plugins.Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/CalibTracker/SiPixelESProducers/plugins/alpaka/SiPixelCablingSoAESProducer.cc
Line 46 in 1909d90
Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/CalibTracker/SiPixelESProducers/plugins/alpaka/SiPixelCablingSoAESProducer.cc
Lines 35 to 36 in 1909d90
Don't do this with the
appendToDataLabel
, framework will do the same automatically for you. (on the top of my head I'd guess this way theappendToDataLabel
would get applied twice)Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/CalibTracker/SiPixelESProducers/plugins/alpaka/SiPixelCablingSoAESProducer.cc
Line 59 in 1909d90
The
hasQuality
is equivalent touseQuality_
, so is it really needed?Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/CalibTracker/SiPixelESProducers/plugins/alpaka/SiPixelCablingSoAESProducer.cc
Line 143 in 1909d90
?
Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/Configuration/ProcessModifiers/python/alpaka_cff.py
Line 5 in 1909d90
This was included in Add Alpaka Process Modifier cms-sw/cmssw#43229 that is now merged.
Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/DataFormats/SiPixelClusterSoA/BuildFile.xml
Line 1 in 1909d90
Is the new package really needed?
Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/DataFormats/SiPixelClusterSoA/BuildFile.xml
Line 6 in 1909d90
Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/DataFormats/SiPixelClusterSoA/interface/ClusteringConstants.h
Line 6 in 1909d90
Is this TODO still relevant?
Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/DataFormats/SiPixelClusterSoA/interface/alpaka/SiPixelClustersCollection.h
Lines 16 to 20 in 1909d90
How about
?
Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/DataFormats/SiPixelClusterSoA/src/classes_def.xml
Lines 5 to 15 in 1909d90
Replace with
SET_PORTABLEHOSTCOLLECTION_READ_RULES(PortableHostCollection<SiPixelClustersSoA>);
in
classes.cc
?Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/DataFormats/SiPixelClusterSoA/test/BuildFile.xml
Line 5 in 1909d90
Inconsistent indentation
Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/DataFormats/SiPixelClusterSoA/test/alpaka/Clusters_test.cc
Line 2 in 1909d90
Why is
unistd.h
needed?Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/DataFormats/SiPixelClusterSoA/interface/alpaka/SiPixelClustersCollection.h
Line 4 in 1909d90
cstdint
does not seem to be needed in this header.Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/DataFormats/SiPixelClusterSoA/interface/alpaka/SiPixelClustersCollection.h
Line 35 in 1909d90
How about adding
ASSERT_DEVICE_MATCHES_HOST_COLLECTION(SiPixelClustersCollection, SiPixelClustersHost);
Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/DataFormats/SiPixelClusterSoA/interface/alpaka/SiPixelClustersCollection.h
Lines 24 to 27 in 1909d90
would be better (avoids defining a specialization for the copy from
SiPixelClustersHost
to itself)16 November 2023
Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/DataFormats/SiPixelDigiSoA/interface/SiPixelDigisSoAv2.h
Line 1 in b4dede0
Why
v2
?Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/DataFormats/SiPixelDigiSoA/interface/alpaka/SiPixelDigiErrorsCollection.h
Lines 23 to 26 in b4dede0
Also here
Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/DataFormats/SiPixelDigiSoA/interface/alpaka/SiPixelDigiErrorsUtilities.h
Line 1 in b4dede0
Is this file still necessary, given that the contents are commented out?
Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/DataFormats/SiPixelDigiSoA/interface/alpaka/SiPixelDigisCollection.h
Lines 24 to 27 in b4dede0
Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/DataFormats/SiPixelDigiSoA/src/classes_def.xml
Lines 24 to 34 in b4dede0
Replace with
in
classes.cc
?Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/DataFormats/SiPixelDigiSoA/test/BuildFile.xml
Line 4 in b4dede0
Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/DataFormats/SiPixelDigiSoA/test/BuildFile.xml
Line 10 in b4dede0
Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/DataFormats/SiPixelDigiSoA/BuildFile.xml
Line 1 in b4dede0
Is the new package really needed?
Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/DataFormats/SiPixelRawData/src/classes_def.xml
Line 17 in b4dede0
Why is this dictionary needed?
05 January 2024
Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/RecoLocalTracker/SiPixelRecHits/plugins/alpaka/PixelRecHits.h
Line 91 in b64e14b
Could be
if (cms::alpakatools::once_per_block(acc))
Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/RecoLocalTracker/SiPixelRecHits/plugins/alpaka/PixelRecHits.h
Line 62 in b64e14b
Could be now
if (cms::alpakatools::once_per_block(acc)) {
Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/RecoLocalTracker/SiPixelRecHits/plugins/alpaka/PixelRecHits.h
Line 27 in b64e14b
Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/RecoLocalTracker/SiPixelRecHits/plugins/alpaka/PixelCPEFastParamsESProducerAlpaka.cc
Line 56 in b64e14b
Strictly speaking the
ComponentName
parameter is redundant, because the framework already providesappendToDataLabel
that would do all this for you (but ok, the pattern exists already).Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/RecoLocalTracker/SiPixelRecHits/plugins/alpaka/PixelCPEFastParamsESProducerAlpaka.cc
Lines 71 to 72 in b64e14b
How about
const SiPixelLorentzAngle* lorentzAngleWidthProduct = &iRecord.get(lorentzAngleWidthToken_);
?
Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/RecoLocalTracker/SiPixelRecHits/plugins/SiPixelRecHitFromSoAAlpaka.cc
Lines 127 to 128 in b64e14b
How about
? Then the
fmt/printf.h
include. could be removed.Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/RecoLocalTracker/SiPixelRecHits/plugins/BuildFile.xml
Lines 6 to 7 in b64e14b
I'd expect
AlpakaCore
(and maybeAlpakaInterface
) dependence to apply only toRecoLocalTrackerSiPixelRecHitsPluginsPortable
.Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/RecoLocalTracker/SiPixelRecHits/plugins/BuildFile.xml
Line 12 in b64e14b
I'd think the
cuda
dependence here would get applied also toRecoLocalTrackerSiPixelRecHitsPluginsPortable
, so it should be moved under theRecoLocalTrackerSiPixelRecHitsPlugins
definition too (inside aniftool
element).Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/RecoLocalTracker/SiPixelRecHits/interface/pixelCPEforDevice.h
Line 17 in b64e14b
What does the "Nesting" refer to?
Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/RecoLocalTracker/SiPixelRecHits/interface/alpaka/PixelCPEFastParamsCollection.h
Line 37 in b64e14b
Can the commented code be removed?
Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/RecoLocalTracker/SiPixelRecHits/interface/alpaka/PixelCPEFastParamsCollection.h
Lines 16 to 24 in b64e14b
How about
?
Does the
PixelCPEFastParamsCollection
alias template provide any value in addition toPixelCPEFastParams
?These definitions would be simpler if the
PortableObject<T>
could be used for both the host and device. Also theCopyToDevice
specialization would not be needed. The code looks though such a change would require some re-engineering, that is perhaps better to leave for later time.Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/RecoLocalTracker/SiPixelRecHits/interface/PixelCPEFastParamsHost.h
Line 29 in b64e14b
EventSetup data products should not depend on
edm::ParameterSet
(orParameterSetDescription
). Dealing withParameterSet
should be done only in the ESProducer.Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/RecoLocalTracker/SiPixelRecHits/interface/PixelCPEFastParamsDevice.h
Line 13 in b64e14b
Could this class, in principle, be replaced with
using PixelCPEFastParamsDevice = PortableDeviceObject<pixelCPEforDevice::ParamsOnDeviceT<TrackerTraits>, TDev>;
? (another question is then if the alias template would make sense)
Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/RecoLocalTracker/SiPixelRecHits/interface/PixelCPEFastParamsDevice.h
Line 10 in b64e14b
#include
s ininterface
should use the full pathPixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/RecoLocalTracker/SiPixelRecHits/interface/PixelCPEFastParamsDevice.h
Lines 5 to 8 in b64e14b
Of these
#include
s only thememory.h
seems to be needed, or did I miss something?Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/RecoLocalTracker/SiPixelClusterizer/plugins/alpaka/SiPixelRawToClusterKernel.h
Line 125 in b64e14b
WordFedAppender
seems to be independent ofTrackerTraits
, so it could be moved outside of theSiPixelRawToClusterKernel
(that should lead to a little bit less code to be generated).Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/RecoLocalTracker/SiPixelClusterizer/plugins/alpaka/SiPixelRawToClusterKernel.h
Line 33 in b64e14b
How about making all of these
constexpr
?Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/RecoLocalTracker/SiPixelClusterizer/plugins/alpaka/SiPixelRawToClusterKernel.dev.cc
Line 782 in b64e14b
clusters_d->const_view().clusModuleStart() + numberOfModules,
Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/RecoLocalTracker/SiPixelClusterizer/plugins/alpaka/SiPixelRawToClusterKernel.dev.cc
Line 747 in b64e14b
Maybe move the comment to preceding line for better formatting?
Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/RecoLocalTracker/SiPixelClusterizer/plugins/alpaka/SiPixelRawToClusterKernel.dev.cc
Line 689 in b64e14b
I'd suggest to remove
const_cast
as not really necessary (given it is a red flag in most cases). Theconst
ness of the pointed-to memory region could be achieved withclusters_d->const_view().clusModuleStart() + numberOfModules,
Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/RecoLocalTracker/SiPixelClusterizer/plugins/alpaka/SiPixelRawToClusterKernel.dev.cc
Lines 649 to 650 in b64e14b
Is the commented out formula useful? Maybe move the comments on preceding line(s) for better formatting?
Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/RecoLocalTracker/SiPixelClusterizer/plugins/alpaka/SiPixelRawToClusterKernel.dev.cc
Line 576 in b64e14b
Should (or could) this be
?
(in principle the lambda call could be replaced with a ternary)
Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/RecoLocalTracker/SiPixelClusterizer/plugins/alpaka/SiPixelRawToClusterKernel.dev.cc
Line 561 in b64e14b
Maybe move the
Queue&
as the first argument, to be more consistent with Alpaka's interfaces?(also elsewhere)
Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/RecoLocalTracker/SiPixelClusterizer/plugins/alpaka/SiPixelRawToClusterKernel.dev.cc
Line 586 in b64e14b
Since this is host code, maybe this should be
Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/RecoLocalTracker/SiPixelClusterizer/plugins/alpaka/SiPixelRawToClusterKernel.dev.cc
Lines 573 to 574 in b64e14b
How about
?
Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/RecoLocalTracker/SiPixelClusterizer/plugins/alpaka/SiPixelRawToClusterKernel.dev.cc
Line 462 in b64e14b
Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/RecoLocalTracker/SiPixelClusterizer/plugins/alpaka/SiPixelRawToClusterKernel.dev.cc
Line 138 in b64e14b
Maybe drop the (unnecessary) parentheses
?
Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/RecoLocalTracker/SiPixelClusterizer/plugins/alpaka/SiPixelRawToCluster.cc
Line 152 in b64e14b
Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/RecoLocalTracker/SiPixelClusterizer/plugins/alpaka/CalibPixel.h
Line 21 in b64e14b
Strictly speaking this
#include
is not allowed. I'd suggest to move theSiPixelClusterThresholds.h
toRecoLocalTracker/SiPixelClusterizer/interface
, and maybe add a comment that it is an implementation detail of the package.Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/RecoLocalTracker/SiPixelClusterizer/plugins/alpaka/SiPixelPhase2DigiToCluster.cc
Line 117 in b64e14b
How about range-
for
?Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/RecoLocalTracker/SiPixelClusterizer/plugins/alpaka/SiPixelPhase2DigiToCluster.cc
Line 110 in b64e14b
Maybe move this line below the
nDigis_ == 0
check to avoid constructing it when not needed?Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/RecoLocalTracker/SiPixelClusterizer/plugins/alpaka/SiPixelPhase2DigiToCluster.cc
Lines 107 to 109 in b64e14b
How about
?
Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/RecoLocalTracker/SiPixelClusterizer/plugins/alpaka/PixelClustering.h
Lines 270 to 275 in b64e14b
How about
?
Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/RecoLocalTracker/SiPixelClusterizer/plugins/alpaka/PixelClustering.h
Line 210 in b64e14b
Does this
FIXME
still need to be addressed?Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/RecoLocalTracker/SiPixelClusterizer/plugins/alpaka/PixelClustering.h
Line 122 in b64e14b
Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/RecoLocalTracker/SiPixelClusterizer/plugins/alpaka/PixelClustering.h
Line 98 in b64e14b
Could now be
if (cms::alpakatools::once_per_grid(acc))
Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/RecoLocalTracker/SiPixelClusterizer/plugins/alpaka/PixelClustering.h
Line 87 in b64e14b
Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/RecoLocalTracker/SiPixelClusterizer/plugins/alpaka/PixelClustering.h
Line 69 in b64e14b
This is more of a note for longer term future. When the threads of a block execute in lock step, this is probably fine. But if/when they are not in lockstep, in principle this line has a data race with the
alpaka::atomicCas()
on line 80.Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/RecoLocalTracker/SiPixelClusterizer/plugins/alpaka/PixelClustering.h
Line 40 in b64e14b
Since these functions are defined in a namespace (as opposed to a class), and in a header, they should not be
static
Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/RecoLocalTracker/SiPixelClusterizer/plugins/alpaka/PixelClustering.h
Line 33 in b64e14b
Given that the
Status
seems to be always initialized as a result of bit operations, and also the integer value used in bit operations, I'm wondering if defining it as anenum
gives any value compared to defining these asconstexpr uint32_t
constants?Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/RecoLocalTracker/SiPixelClusterizer/plugins/alpaka/PixelClustering.h
Line 27 in b64e14b
Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/RecoLocalTracker/SiPixelClusterizer/plugins/alpaka/ClusterChargeCut.h
Line 92 in b64e14b
Could now be
if (cms::alpakatools::once_per_block(acc))
Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/RecoLocalTracker/SiPixelClusterizer/plugins/alpaka/CalibPixel.h
Line 20 in b64e14b
Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/RecoLocalTracker/SiPixelClusterizer/plugins/alpaka/CalibPixel.h
Line 19 in b64e14b
ALPAKA_ACCLERATOR_NAMESPACE
, maybe this#include
is not needed?Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/RecoLocalTracker/SiPixelClusterizer/plugins/alpaka/ClusterChargeCut.h
Line 10 in b64e14b
ALPAKA_ACCELERATOR_NAMESPACE
, maybe this#include
is not needed?Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/RecoLocalTracker/SiPixelClusterizer/plugins/alpaka/ClusterChargeCut.h
Line 15 in b64e14b
Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/RecoLocalTracker/SiPixelClusterizer/plugins/alpaka/ClusterChargeCut.h
Line 19 in b64e14b
Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/RecoLocalTracker/SiPixelClusterizer/plugins/alpaka/CalibPixel.h
Line 102 in b64e14b
Could now be
if (cms::alpakatools::once_per_grid(acc))
Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/RecoLocalTracker/SiPixelClusterizer/plugins/alpaka/CalibPixel.h
Line 88 in b64e14b
Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/RecoLocalTracker/SiPixelClusterizer/plugins/alpaka/CalibPixel.h
Line 71 in b64e14b
Could now be
if (cms::alpakatools::one_per_grid(acc))
Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/RecoLocalTracker/SiPixelClusterizer/plugins/alpaka/CalibPixel.h
Line 43 in b64e14b
Could now be
if (cms::alpakatools::once_per_grid(acc)) {
Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/RecoLocalTracker/SiPixelClusterizer/plugins/alpaka/CalibPixel.h
Line 29 in b64e14b
Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/RecoLocalTracker/SiPixelClusterizer/plugins/SiPixelDigisClustersFromSoAAlpaka.cc
Line 52 in b64e14b
Could be
Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/RecoLocalTracker/SiPixelClusterizer/plugins/SiPixelDigisClustersFromSoAAlpaka.cc
Line 3 in b64e14b
Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/RecoLocalTracker/SiPixelClusterizer/plugins/BuildFile.xml
Lines 15 to 17 in b64e14b
Strictly speaking moving these dependencies under the
iftool
is incorrect, because there are.cc
files that depend on these packages. On the other hand, the non-CUDA build is broken no matter what, so the practical impact is negligible.Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/RecoLocalTracker/Records/BuildFile.xml
Line 11 in b64e14b
Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/EventFilter/SiPixelRawToDigi/plugins/SiPixelDigiErrorsFromSoAAlpaka.cc
Line 98 in b64e14b
Pixel Alpaka Migration: Local Reconstruction [III] cms-sw/cmssw#41285 (comment) by @makortel
cmssw/EventFilter/SiPixelRawToDigi/plugins/SiPixelDigiErrorsFromSoAAlpaka.cc
Line 14 in b64e14b
The text was updated successfully, but these errors were encountered: