In short: All of it can benefit from OpenCL.
Path tracing is done by taking many individual ray samples from a scene and combining them into a final image. As the number of samples increase, so does the quality of the resulting image.
If you are doing regular path tracing (not photon mapping or bidirectional path tracing or anything like that), each sample needs just READ ONLY access to the scene so can work completely independently of the other samples.
That fact makes path tracing astonishing parallelizable. If you had an output image resolution of 1000x1000, for a total of 1,000,000 pixels, and took 10,000 samples that would mean you needed to take 10,000,000,000 (10 billion) samples.
Each one of those samples is parallelizable, so if you had 10 billion cores, you could make use of all of them.
There are pragmatic concerns when doing this including cache coherency, but the costs of getting that wrong with the naive implementation are much smaller than the benefits of going massively threaded in the first place.
Here is some more information about the details of naive path tracing if you are interested:
http://blog.demofox.org/2016/09/21/path-tracing-getting-started-with-diffuse-and-emissive/