Reminder[1]: Now is the best[2] time to test the #kernel to prevent #LinuxKernel regressions from hitting #ArchLinux, #Fedora Linux, or #openSUSE #Tumbleweed.
That's because the first pre-release (aka "-rc1") of #Linux 7.1 is out – which leaves plenty of time to find, report, debug, and fix any problems that those distros otherwise will encounter when they switch to 7.1.y in about eight to ten weeks. And testing is not even hard, as easy-to-install packages with pre-built mainline kernels exist for all three distros[3].
Testing in one or two weeks when -rc2 or -rc3 are out is good, too. But you really want to test by 7.1-rc6 (five weeks from now): By then, Linus wants all regressions introduced and reported early in the 7.1 cycle to be fixed. Things are thus expected to work by then – but if not, there is still enough time to test, debug, and fix most regressions.
Reporting any later is often too late to fix regressions before those distros switch to the 7.1.y series -- which will happen within one or two weeks (in the case of Arch and Tumbleweed) or three to four (Fedora) after 7.1 is released, as 7.0.y likely becomes EOL about two weeks after 7.1 is out. This is why they'll switch then, even if regressions are known.
[1] I published similar posts in the past
[2] "best"/"good" as in "best tradeoff between risk and impact"
[3] Arch: https://aur.archlinux.org/packages/linux-mainline
Fedora: https://copr.fedorainfracloud.org/coprs/g/kernel-vanilla/mainline-wo-mergew/
Tumbleweed: https://download.opensuse.org/repositories/Kernel:/vanilla/