ALT Linux Team development discussions
 help / color / mirror / Atom feed
From: Aleksey Novodvorsky <aen@basealt.ru>
To: ALT Linux Team development discussions <devel@lists.altlinux.org>
Subject: Re: [devel] [ANNOUNCE] devel-kernel workflow
Date: Wed, 13 Apr 2022 14:43:05 +0300
Message-ID: <CAGvFrt2fXJfQf4RDO6BOwYXVNvRSCBy0Usea1L-OxyOyjPTPxQ@mail.gmail.com> (raw)
In-Reply-To: <YlaxNvrLPGUMyrww@asheplyakov-rocket>

ср, 13 апр. 2022 г. в 14:17, Alexey Sheplyakov <asheplyakov@basealt.ru>:
>
> Здравствуйте!
>
> On Wed, Apr 13, 2022 at 01:01:15PM +0300, Dmitry V. Levin wrote:
>
> > > > Сейчас деревья каждого ядра ведутся в равном стиле, но они будут со
> > > > временем преобразованы -- каждое ядро будет иметь свой единый бранч с
> > > > merge commit'ами, где не переписывается история, по крайней мере, между
> > > > мажорными версиями.
> > > > В каждый новый бранч (то есть в новую мажорную версию нового ядра)
> > > > предлагается заново слать свои патчсеты, а затем только обновления
> > > > (новые коммиты поверх уже принятого патчсета),
> > >
> > > А вот тут -- уже нет. Это гарантировано не работает. Поддерживать
> > > несколько веток (mainline и пару LTS) * несколько плат * несколько
> > > версий прошивок возможно только при явном разделении "здесь моё,
> > > а здесь -- не моё", т.е. при rebase на свежий mainline, и перенос
> > > получившихся патчей на LTS ветки.
> >
> > Посмотрите уже, наконец, опыт linux-rt:
>
> Какое отношение он имеет к рассматриваемой проблеме (поддержка новых
> процессоров, плат в нескольких ветках ядер)? Ещё раз:
>
> > К тому же цикл разработки (поддержки SoC/плат) зависит не только
> > (и не столько) с циклом разработки ядра (mainline, LTS, "нашего").
> > А прежде всего от
> > 1) Появления новых процессоров/плат
> > 2) Появлением новых драйверов/фич (и их переносом из заведомо
> >    устаревшего ядра от производителя процессора/платы).
> > 3) Обновлением прошивки (которые как правило ломают совместимость
> >    и требуют адаптации ядра).
>
>
> > https://lpc.events/event/4/contributions/293/attachments/237/416/maintaining-out-of-tree-patches-over-the-long-term.pdf
>
> Боль и страдания, но чуть полегче - без * "n плат" * "m версий прошивок"
>
> > Это работает, и это, похоже, единственный выход.
>
> У Вас получилось - я рад (кстати, где можно поглядеть на результат?).
> А я проверил - не работает, и только усложняет жизнь.
> Есть кактус только потому, что Вам он нравится - нет уж, увольте.
>
> P.S.
>
> Патчи для поддержки СнК Байкал-М (и плат на его основе) можно взять отсюда:
>
> git://git.altlinux.org/people/asheplyakov/linux.git
>
> - baikalm - для mainline ядра [1] (ветка master)
> - baikalm-5.15.y - для LTS ядра [2] 5.15 (ветка linux-5.15.y)
> - baikalm-5.10.y - для LTS ядра [2] 5.10 (ветка linux-5.10.y)
> - rpi-baikalm-5.15.y - для ядра rpi-5.15.y (https://github.com/raspberrypi/linux.git)
>   поддерживаются raspberry pi, Байкал-М, и rock pi 4 (rk3399)


Замечу только, что поддержка этих устройств и преемственнность такой
подержки в production ядрах критически важна.
Надо бы искать компромисс.
Rgrds, Алексей
> - baikalm-5.17.y - для "стабильного" ядра [2] 5.17.y (ветка linux-5.17.y)
>
> (остальные ветки - для внутреннего пользования).
>
> [1] git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
> [2] git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git
>
>
> Ещё раз подчёркиваю - *можно* взять. А можно и не брать - я никого не заставляю.
>
> Всем добра,
>         Алексей.
>
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

      reply	other threads:[~2022-04-13 11:43 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-04-12 10:20 Vitaly Chikunov
2022-04-12 17:54 ` Alexey Sheplyakov
2022-04-12 18:30   ` Vladimir D. Seleznev
2022-04-13 10:37     ` Alexey Sheplyakov
2022-04-13 10:01   ` Dmitry V. Levin
2022-04-13 11:17     ` Alexey Sheplyakov
2022-04-13 11:43       ` Aleksey Novodvorsky [this message]

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=CAGvFrt2fXJfQf4RDO6BOwYXVNvRSCBy0Usea1L-OxyOyjPTPxQ@mail.gmail.com \
    --to=aen@basealt.ru \
    --cc=devel@lists.altlinux.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

ALT Linux Team development discussions

This inbox may be cloned and mirrored by anyone:

	git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \
		devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru
	public-inbox-index devel

Example config snippet for mirrors.
Newsgroup available over NNTP:
	nntp://lore.altlinux.org/org.altlinux.lists.devel


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git