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
prev parent 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