Lines Matching full:latest
24 you don't find any, install `the latest release from that series
35 don't find any to join, install `the latest mainline kernel
39 supported stable or longterm series as well? Then install its latest release.
80 willing to install the latest Linux version yourself. Be aware the latter
125 * Unless you are already running the latest 'mainline' Linux kernel, better
127 the latest 'stable' Linux can be an acceptable alternative in some
154 issue. Always mention a few things: the latest kernel version you installed
190 the latest release of the particular version line without an '[EOL]' tag.
195 * Install the latest release from the particular version line as a vanilla
215 This subsection is for you, if you tried the latest mainline kernel as outlined
290 willing to install the latest Linux version yourself. Be aware the latter
312 vendor by installing the very latest Linux kernel core yourself. If that's an
323 with kernels from distributions shipping the latest stable kernel, as long as
505 install the latest mainline kernel; you will need to check the taint flag again
788 *Unless you are already running the latest 'mainline' Linux kernel, better
790 the latest 'stable' Linux can be an acceptable alternative in some
801 interest that you confirm the issue still exists with the latest upstream code
806 In the scope of the kernel "latest upstream" normally means:
808 * Install a mainline kernel; the latest stable kernel can be an option, but
822 want to use for testing. Ignore the big yellow button that says 'Latest release'
845 consider obtaining the latest mainline kernel via git (see below) or use the
846 latest stable version offered on kernel.org. Using that is also acceptable in
851 Better avoid using the latest stable kernel outside merge windows, as all fixes
852 must be applied to mainline first. That's why checking the latest mainline
877 latest mainline or stable Linux built as vanilla kernel. It's totally okay to
879 at least close to it. Additionally ensure the packages contain the latest
893 often best served by obtaining the latest Linux kernel sources straight from the
896 Those are likely a bit ahead of the latest mainline pre-release. Don't worry
1086 issue. Always mention a few things: the latest kernel version you installed
1252 make your report mention the latest tested version that's working fine (say 5.7)
1489 mentions the latest release of the particular version line without an
1519 *Install the latest release from the particular version line as a vanilla
1526 was already fixed in the latest release of version line you're interested in.
1534 5.10.5-vendor.43. Then after testing the latest 5.10 release as outlined in
1562 instructed above go and check the latest kernel from that version line, say
1621 * Check with the latest release.