public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: Rich Freeman <rich0@gentoo.org>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Re: Upgrading from 5.14 to 6.0 version
Date: Sat, 12 Nov 2022 16:17:02 -0500	[thread overview]
Message-ID: <CAGfcS_=ywshe8h_Zx7_sW8C-GLXNtNvzkg0YqgMba5TX5OO-gw@mail.gmail.com> (raw)
In-Reply-To: <301cc78f-d97c-b965-73fd-5a8a60b09c3a@youngman.org.uk>

On Sat, Nov 12, 2022 at 2:13 PM Wol <antlists@youngman.org.uk> wrote:
>
> The idea behind stable kernels is great. The implementation leaves a lot
> to be desired and, as always, the reason is not enough manpower.
>

Two things: first, LTS kernels aren't the same as stable kernels.
Dale has been running stable kernels, and gentoo-sources kernels are
all stable kernels.

Second, I've been running LTS kernels for years without issue.  I got
into them due to running zfs/btrfs/nvidia.  ZFS and nvidia are out of
tree modules, and they tend to lag in support for the latest stable
branches, so it is a constant battle if you want to run stable.  If
you run LTS they just work.  When I was running btrfs I wanted to
stick to LTS mainly because btrfs was constantly breaking things in
new releases, which like every other subsystem are introduced in new
branches.  That was a while ago and maybe btrfs is more stable today.
If you run anything out of tree though LTS is a much easier target.

Aside from that, new kernel options are almost never added within LTS
branch releases, so I just run make oldconfig and I'm done.  You do
get the rare change, and it is very easy to manage those.

The downside is if you want some new kernel feature you won't get it,
and you might need to update for support for new chipsets/CPUs if
you're upgrading.  That isn't a big deal to manage as I don't do it
often.

I can't remember the last time an LTS kernel blew up on me, but I
never rush out to update a kernel the day it is released.
Occassionally I do see a regression fixed and it tends to happen
fairly quickly.

All that said, it would be nice if the kernel had more of a QA
process.  I think the kernel has basically deferred all of that to
distros, which means by running an upstream kernel I get none of it.
The upstream kernel config defaults are also less than ideal, which is
something distros also manage.

-- 
Rich


  parent reply	other threads:[~2022-11-12 21:17 UTC|newest]

Thread overview: 44+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-11-11  6:25 [gentoo-user] Upgrading from 5.14 to 6.0 version Dale
2022-11-11 10:30 ` Peter Humphrey
2022-11-11 10:35   ` Arve Barsnes
2022-11-11 10:56     ` Wols Lists
2022-11-11 18:12     ` Laurence Perkins
2022-11-11 12:24 ` hitachi303
2022-11-11 19:18   ` Dale
2022-11-11 22:08     ` Dr Rainer Woitok
2022-11-11 14:41 ` Rich Freeman
2022-11-11 19:42   ` Dale
2022-11-11 18:04 ` Laurence Perkins
2022-11-12 12:08 ` ralfconn
2022-11-12 16:00 ` [gentoo-user] " Nikos Chantziaras
2022-11-12 18:22   ` Dale
2022-11-12 18:43     ` Mark Knecht
2022-11-12 19:13     ` Wol
2022-11-12 20:02       ` Nikos Chantziaras
2022-11-12 20:03       ` Mark Knecht
2022-11-12 21:37         ` Dale
2022-11-14 19:57           ` Nikos Chantziaras
2022-11-14 21:05             ` Dale
2022-11-14 21:44               ` Michael
2022-11-14 23:56                 ` Wol
2022-11-15  0:10                 ` Dale
2022-11-15 17:46                   ` Laurence Perkins
2022-11-15  2:36                 ` Grant Edwards
2022-11-14 21:44               ` Mark Knecht
2022-11-12 21:17       ` Rich Freeman [this message]
2022-11-21  6:10 ` [gentoo-user] " Dale
2022-11-21 12:20   ` Rich Freeman
2022-11-21 20:52     ` Dale
2022-11-21 16:11   ` [gentoo-user] " Grant Edwards
2022-11-21 16:27     ` Michael
2022-11-21 16:50       ` Grant Edwards
2022-11-21 17:24         ` Michael
2022-11-21 18:12           ` Grant Edwards
2022-11-21 19:26             ` Michael
2022-11-21 19:37               ` Grant Edwards
2022-11-21 21:30                 ` Frank Steinmetzger
2022-11-21 18:15           ` Laurence Perkins
2022-11-22 19:01             ` Wol
2022-11-21 16:58     ` Mark Knecht
2022-11-21 17:49       ` Grant Edwards
2022-11-21 19:42         ` Mark Knecht

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CAGfcS_=ywshe8h_Zx7_sW8C-GLXNtNvzkg0YqgMba5TX5OO-gw@mail.gmail.com' \
    --to=rich0@gentoo.org \
    --cc=gentoo-user@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox