There is no real difference between "Ray Tracing" and "Path Tracing", or better, the former is just the operation of intersecting a ray with a scene (and not a rendering technique), the latter is a way to solve the integral to approximate the rendering equation (hence, it could be considered a rendering technique). Sure, you can go back to the terminology used by Kajiya in his earlier works etc etc, but it was only a "academic terminology game" which is worthless today. Today, the former is accelerated by HW since around a decade (I am cunting the PowerVR wizard). The latter is how most of non-realtime rendering renders frames.

You can not have "Path Tracing" in games, not according to what it is. And it also probably does not make sense, because the goal of real-time rendering is not to render the perfect frame at any time, but it is to produce the best reactive, coherent sequence of frames possible in response to simulation and players inputs. This being said, HW ray tracing is still somehow game changing because it shapes a SIMT HW to make it good at inherently divergent computation (eg. traversing a graph of nodes representing a scene): following this direction, many more things will be unlocked in real-time simulation and rendering. But not 6k samples unidirectionally path-traced per pixel in a game.