> Red Hat will distribute improvements to the kernel in a predictable way for you.
I'd hope that means you just get read access to their linux.git if you're paying them.
If you're not paying them, in order to get access to the Red Hat 7 kernel source, there's git repo that houses a reference to a xz-compressed tarball that you download from another site which you piece back together to get a .src.rpm - inside of which is a the raw kernel.org source and a monolithic patch file.
I would also call that predictable (and thus, thankfully scriptable) process, but it's pretty convoluted. Actual git access to kernel source would be preferable.
I wasn't really thinking of source access because I don't think the vast majority of their customers need it. I was thinking more from an enterprise point of view where you're a large customer who wants confidence that Red Hat has done a bunch of testing and validation on new kernels for their particular environments.
I'd hope that means you just get read access to their linux.git if you're paying them.
If you're not paying them, in order to get access to the Red Hat 7 kernel source, there's git repo that houses a reference to a xz-compressed tarball that you download from another site which you piece back together to get a .src.rpm - inside of which is a the raw kernel.org source and a monolithic patch file.
I would also call that predictable (and thus, thankfully scriptable) process, but it's pretty convoluted. Actual git access to kernel source would be preferable.