pf-kernel на openSUSE Leap 42.2 и 42.3

на Арче же оно как-то работает

Хм. Может поддержки Cgroups нет в MuQSS, а не в BFS?

так оно и раньше там работало, есть репо linux-ck, там пропаченные ядра, всё работало

Чего только не придумают, лишь бы арч не юзать

Всё там нормально с systemd работает.

раньше немного ругался докер, сейчас норм

А в BFS нет поддержки Cgroups.

эмм.. CONFIG_CGROUPS=y ядро 4.9.0-pf2

У меня почему-то ядро 4.9.0-pf2 для x32 грузит процессор на 100%. Для x64 собираю - все отлично работает.

Поигрался с типом процессора, не помогло. mQss может влиять?

mQss

Что это?

MuQSS

Может влиять, может не влиять. Откуда я знаю, если никакой информации от тебя у меня нет?

У меня тоже нету, в логах ничего подозрительного. Спрашиваю потому что ты сборкой ядра много занимаешься, возможно предыдущий опыт есть.

ЕМНИП, я ни разу -pf на i686 не запускал даже.

https://build.opensuse.org/package/show/home:linux4humans:pf-kernel/kernel-pf

это я просил тебя репу запилить. молодец. спасибо! я просил было у деда мороза немножко другой подарок, но этот тоже весьма хорош!

Я только пришёл домой. Оно не собралось! Сейчас буду фиксить :-)

Короче, пробуйте на свой страх и риск. Надеюсь что вы умеете загружаться с LiveCD и делать chroot. По итогам - отпишитесь, пожалуйста.

И ещё, пакет kernel-devel почему-то не начал собираться, завтра я разберусь. Берите пока из репозитория Kernel:HEAD (версию 4.9.0), на несоответствие версий (у меня 4.9.0-26, а там 4.9.0-9) отвечайте «проигнорировать».

О, данке шон! Будем посмотреть

kernel-devel собран. Для компиляции модулей VirtualBox и NVIDIA надо пакеты kernel-pf-devel и kernel-devel

kernel-pf-devel и kernel-devel

Это твоя криворукость или зюзевские приколы?

его криворукость

kernel-devel это аналог пакета linux-headers из Debian. У юзера могут быть ядра -desktop, -default, -rt, -xen или еще какие-нибудь. А хедеры - одни.

Что в пакете kernel-desktop-devel, на котором базируется мой пкет, я не знаю.

Звучит как какая-то херня. Одно ядро — одни хедеры.

А в pf ядре от wb-buf-throttle патча есть 12309 при копировании на флешку?

PS Наложил на ядро 4.9 с кернел.орг патчи: [bfq] [MuQSS] [UKSM] [wb-buf-throttle], на ядре без [wb-buf-throttle] 12309 нет.

PS1 после rtfm я правильно понял, что для десктопа MuQSS==BFS (условно) ?

PS2 собирал для дебиана джесси.

Чё?

Регистрант хочет посмотреть мифическое число, вызывающее тормоза линуксового пека, но на стандартном ядре оно не работает.

Пускай /dev/urandom наизусть учит.

Novell-ch, помоги?

Решил тут обновить свой 4.9.0 до 4.9.6, начал не сразу - сначала 4.9.1. На локальной машине дописал в series.conf - patch-4.9.1 (конечно же, первой строчкой). Выполнил scripts/sequence-patch.sh, чтобы проверить, всё ли накладыватся. Проверка показала что некоторые патчи были приняты в апстрим - убрал их из series.conf.

Делаю scripts/tar-up.sh, чтобы обновить файл patches-fixes.tar.bz2. Отправляю обновлённый файл на OBS через веб-интерфейс, и через него же делаю правку:

%define srcversion 4.9
%define patchversion 4.9.1
...
Name:           kernel-pf
Summary:        The post-factum Kernel
License:        GPL-2.0
Group:          System/Kernel
Version:        4.9.1

По логике, это всё что нужно было сделать.

[  120s] ++ make -s kernelrelease -j4 -C .. O=/usr/src/packages/BUILD/kernel-pf-4.9.1/linux-4.9/linux-obj
[  124s] + krel=4.9.0-1.1-pf
[  124s] + '[' 4.9.0-1.1-pf '!=' 4.9.1-1.1-pf ']'
[  124s] + echo 'Kernel release mismatch: 4.9.0-1.1-pf != 4.9.1-1.1-pf'
[  124s] Kernel release mismatch: 4.9.0-1.1-pf != 4.9.1-1.1-pf
[  124s] + exit 1

Неужели где-то ещё надо поменять patchversion с 0 на 1? Облазил все файлы и все конфиги - не нашёл. Самым очевидным местом (после spec-файла) является Makefile, но в него, патчем patch-4.9.1, вносится такая правка:

--- a/Makefile
+++ b/Makefile
@@ -1,6 +1,6 @@
 VERSION = 4
 PATCHLEVEL = 9
-SUBLEVEL = 0
+SUBLEVEL = 1
 EXTRAVERSION =
 NAME = Roaring Lionus

Пока что самый очевидный вариант решения проблемы - это поменять srcversion с 4.9 на 4.9.1 (за этоотвечает файл rpm/config.sh), затем поменять исходник с linux-4.9.tar.xz на linux-4.9.1.tar.xz, и наконец убрать patch-4.9.1 из series.conf

я если и собирал ядра то обычно просто мимикрировал под ванилла, просто закидывая свой тарбол и конфиг ядра

Ну ладно.

И такой вопрос! Склонировал я как-то пакет PyQt. И вдруг, вернувшись к списку пакетов своего репозитория, я увидел PyQt и Py5Qt! Оказалось что когда я клонировал PyQt, там было два *.spec файла.

Ну и я такой заливаю сейчас в один проект - два spec-файла: kernel-pf и kernel-sources. Думаю - щас оба соберутся! Собрался только один.

Ну ладно, чё - создал руками kernel-sources. Я бы не спрашивал, если бы не одна проблема. Чтобы оба пакета мирно сосуществовали, у них должна быть одинаковая версия. Допустим 4.9.6-1. А у меня сейчас 4.9.1-18 и 4.9.1-2 - работать работают, но YAST просит нажать «игнорировать». А вот если бы сборка стартовала из одного проекта (URL-ка выше), то и release number былбы тоже один.

Зашыбись!

В series.conf отсутствовал patch-4.9.1, хотя я вносил. Вопрос снят.

Всем кто подписан на тему. Поставил собираться 4.9.2. К сегодня не ждите, завтра обновляйте свои репозитории (и ещё «главную» проекта Кинамания). Из патчей - по-прежнему только патч Коливаса, а TuxOnIce и остальные - пока нет.

TuxOnIce у меня практически ниразу не заработал. Неужели ещё есть патч для новых ядер?

Не знаю. Я поискал - нашёл патч для Linux 4.6. Кроме того, нашёл Github автора с уже пропатченным ядром версии 4.10-rc6. В принципе, можно сделать diff с ванильным.

молодец, зенитар!

Обновил с 4.9.8 до 4.9.22. До 4.9.50 обновлю чуть позже, а пока запарился. Запарился потому что иногда, при добавлении очередного файла patch-4.9.xx, возникает конфликт с сусепатчами, который приходится разрешать.

не просто молодец, а Чемпион

У меня тут проблемка. Обновил 4.9.22 до 4.9.54, при сборке ошибка:

[   61s] + MAKE_ARGS=' -j4 -C .. O=/home/abuild/rpmbuild/BUILD/kernel-pf-4.9.54/linux-4.9/linux-obj'
[   61s] + test -e /home/abuild/rpmbuild/SOURCES/TOLERATE-UNKNOWN-NEW-CONFIG-OPTIONS
[   61s] + cp .config .config.orig
[   61s] + make silentoldconfig -j4 -C .. O=/home/abuild/rpmbuild/BUILD/kernel-pf-4.9.54/linux-4.9/linux-obj
[   61s] make: Entering directory '/home/abuild/rpmbuild/BUILD/kernel-pf-4.9.54/linux-4.9'
[   61s] make[1]: Entering directory '/home/abuild/rpmbuild/BUILD/kernel-pf-4.9.54/linux-4.9/linux-obj'
[   62s]   HOSTCC  scripts/basic/fixdep
[   62s]   GEN     ./Makefile
[   64s]   HOSTCC  scripts/kconfig/conf.o
[   64s]   SHIPPED scripts/kconfig/zconf.tab.c
[   64s]   SHIPPED scripts/kconfig/zconf.lex.c
[   64s]   SHIPPED scripts/kconfig/zconf.hash.c
[   64s]   HOSTCC  scripts/kconfig/zconf.tab.o
[   67s]   HOSTLD  scripts/kconfig/conf
[   67s] scripts/kconfig/conf  --silentoldconfig Kconfig
[   68s] #
[   68s] # configuration written to .config
[   68s] #
[   68s] make[1]: Leaving directory '/home/abuild/rpmbuild/BUILD/kernel-pf-4.9.54/linux-4.9/linux-obj'
[   68s] make: Leaving directory '/home/abuild/rpmbuild/BUILD/kernel-pf-4.9.54/linux-4.9'
[   68s] + /home/abuild/rpmbuild/SOURCES/check-for-config-changes .config.orig .config
[   68s] 
[   68s] Changes after running `make oldconfig':
[   68s] -# CONFIG_DEBUG_INFO_REDUCED is not set
[   68s] -# CONFIG_DEBUG_INFO_SPLIT is not set
[   68s] -# CONFIG_GDB_SCRIPTS is not set
[   68s] -CONFIG_CRYPTO_GCM=m
[   68s] +CONFIG_CRYPTO_GCM=y
[   68s] -CONFIG_CRYPTO_GHASH=m
[   68s] +CONFIG_CRYPTO_GHASH=y
[   68s] -CONFIG_DEBUG_INFO_DWARF4=y
[   68s] 
[   68s] error: Bad exit status from /var/tmp/rpm-tmp.F5ttrn (%prep)

Конфиг-то я поправлю - не вопрос. Но нормально ли это, что в минорном релизе ядра изменился конфиг? Может, надо зарепортить?

Novell-ch, может ты знаешь?

И да - 4.9.54 для openSUSE с патчем Коливаса собирается. Наконец-то up-to-date! Добавил в цели сборки openSUSE 11.4 - последняя нормальная суся. Щас соберу, буду 1). конфиг для 32-bit костылять 2). bootsplash для 11.4 возвращать (начиная с 12.3, в сусе Plymouth) 3). добавлять остальные патчи из набора post-factum'а.

В рамках подготовки к фиксам аппаратных ошибок Meltdown и Spectre, обновил ядро до текущего. Фиксов для ядра 4.9 пока нет, но когда будут - мне будет недолго добавить их.

спасибо, будем посмотреть

Всё собрано. Ядро 4.9.75 с поддержкой KPTI.

обновился, проверил. работает. правда я с nopti гружусь. ну и вопрос к тебе: ты в качестве основы default или desktop ведро берешь?

Я взял конфиг от default, но изменил там пару параметров, чтобы было как в desktop. Потому что конфиг desktop я не нашёл - похоже что в новые openSUSE больше не кладут ядро desktop? В openSUSE Leap 42.2 не вижу, в репозитории Kernel:Stable (ссылка - в шапке темы) тоже не вижу...

Вообще да, ты мне напомнил. Я хотел сделать diff конфигов default и desktop, чтобы найти все основные отличия. Существует удобный графический diff - meld. Займусь :-)

да, в штатных репах 42.3 нет desktop. я оказывается его из левой репы на obs взял. интересно было бы знать в чем отличия. можно еще сравнить с конфигом в ubuntu.

кто тут в разделе штатным вахтером? считаю имеет смысл добавить тему в закрепленные

Не нужно. Патч Коливаса уже не так сильно востребован, как 10 лет назад. У openSUSE не настолько много пользователей, чтобы закреплять тему. И наконец, есть и более достойные репозитории. Например репозиторий «Pontostroy» от Novell-ch

есть подозрение, что с 4.9.76 и nopti ноут начал греться сильнее

Ух ты. Могу собрать 4.9.75, если надо. Для тестов.

у меня есть 4.9.75, но измерений я не проводил. да и хз как их делать, т.к. нагрузку на ноут давала андроид студия и больший нагрев замечен именно в ней. в общем, продолжаю вести наблюдения, может кто-то еще подобное заметил. thinkpad t420