From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on sa.local.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-4.3 required=5.0 tests=ALL_TRUSTED,BAYES_00, RP_MATCHES_RCVD autolearn=unavailable autolearn_force=no version=3.4.1 Date: Wed, 13 Apr 2022 15:17:10 +0400 From: Alexey Sheplyakov To: ALT Linux Team development discussions Message-ID: References: <20220412102001.6o7gh2xcnyb5a27o@altlinux.org> <20220413100115.GA30556@altlinux.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20220413100115.GA30556@altlinux.org> Subject: Re: [devel] [ANNOUNCE] devel-kernel workflow X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Apr 2022 11:17:24 -0000 Archived-At: List-Archive: List-Post: Здравствуйте! 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) - 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 Ещё раз подчёркиваю - *можно* взять. А можно и не брать - я никого не заставляю. Всем добра, Алексей.