Ядро 4.9

euspectre · Сообщение **euspectre** » 07 янв 2017, 18:15

Похоже, ядро 4.8.17, которое скоро должно выйти, будет последним в серии 4.8.x.

Работаем над 4.9.x. Пакеты с 4.9.1 уже есть, но их ещё проверять надо. Впрочем, на 2-3 машинах, где я их успел до сих пор попробовать, это ядро пока работает нормально.

Проприетарные драйверы пока не проверяли на этом ядре. Могут работать, могут не работать. Посмотрим.

Так или иначе, репозитории с ядром 4.9 находятся в обычном месте:
для 64-битных систем: http://abf-downloads.rosalinux.ru/kerne ... 9/release/
для 32-битных систем: http://abf-downloads.rosalinux.ru/kerne ... 9/release/

Если любопытно, можете попробовать 4.9, - или погодите немного, пока выйдет версия 4.9.2, это должно произойти уже скоро. В 4.9.2 ожидается более сотни различных исправлений, в т.ч. несколько исправлений для WiFi (Realtek, Qualcomm/Atheros) и графики (Intel, AMD, NVidia).

Если решите поставить 4.9 - пишите, как обычно, что при этом стало работать лучше/хуже и загружайте нам данные о системе с помощью hw-probe.

ans · Сообщение **ans** » 08 янв 2017, 10:15

euspectre писал(а): Если решите поставить 4.9 - пишите, как обычно, что при этом стало работать лучше/хуже и загружайте нам данные о системе с помощью hw-probe.

Всё плохо пока.
Зависает на заставке после ввода пароля через раз.
Долгое подключение к интернету.
Проба сказала: "Не удалось загрузить пробу. Пожалуйста, проверьте соединение с интернетом."

Откатил на 4.8

kit · Сообщение **kit** » 11 янв 2017, 10:17

Проба на 4.9.2 + nvidia 375.26 пока все ОК! https://linux-hardware.org/index.php?probe=de231f0cec

ans · Сообщение **ans** » 12 янв 2017, 05:45

euspectre писал(а):В 4.9.2 ожидается более сотни различных исправлений, в т.ч. несколько исправлений для WiFi (Realtek, Qualcomm/Atheros) и графики (Intel, AMD, NVidia).

Если решите поставить 4.9 - пишите, как обычно, что при этом стало работать лучше/хуже и загружайте нам данные о системе с помощью hw-probe.

1.На ноутбуке(TS11HR) не работает WiFi, не могу отправить пробу.
Проба от 4.8.17 подойдёт? Или какие показания нужны конкретно? Сделаю вручную.

2.ПК P5QL-EM вообще зависает после ввода пароля.

trs · Сообщение **trs** » 12 янв 2017, 10:26

4.9.2 от 4.9.1 мало отличается (как и 4.9.1 от 4.9), надо надеяться, ожидаемые исправления включат в 4.9.3.

euspectre · Сообщение **euspectre** » 13 янв 2017, 15:26

trs писал(а):4.9.2 от 4.9.1 мало отличается (как и 4.9.1 от 4.9), надо надеяться, ожидаемые исправления включат в 4.9.3.

"Мало" - в данном случае это не совсем так. Сотня исправлений, из них, как минимум, с десяток заметных простым пользователям.

Но да, в 4.9.3 ещё 200+ исправлений включено и оно сильнее отличается от 4.9.2, чем то от 4.9.1.

Пакеты с 4.9.3 сегодня-завтра будут.

ans писал(а):Проба от 4.8.17 подойдёт? Или какие показания нужны конкретно? Сделаю вручную.

Да, можно отправить и загрузившись с другим ядром.

Тут лучше так: загрузиться сначала с проблемным ядром, дождаться, пока проблема воспроизведётся. Перезагрузить систему, выбрать другое ядро (где всё работало нормально), отправить пробу оттуда. hw-probe собирает и данные о предыдущей загрузке системы, так что отправит и логи на тот момент, когда что-то не работало.

trs · Сообщение **trs** » 13 янв 2017, 17:38

После 11 декабря по 6 января вышел единственный патч с 4.9 до 4.9.1 (тогда как традиционно они выходят каждую неделю) — 83 коммита.
Потом почти сразу 4.9.2 — 116 коммитов.
В сумме, грубо говоря, за месяц чуть меньше, чем в 4.9.3 (219 коммитов).
Такими темпами в понедельник появится 4.9.4
С прошлым январем сравнил - тогда до 23го была "пауза".

euspectre · Сообщение **euspectre** » 13 янв 2017, 21:42

trs писал(а):После 11 декабря по 6 января вышел единственный патч с 4.9 до 4.9.1 (тогда как традиционно они выходят каждую неделю) — 83 коммита.
Потом почти сразу 4.9.2 — 116 коммитов.
В сумме, грубо говоря, за месяц чуть меньше, чем в 4.9.3 (219 коммитов).
Такими темпами в понедельник появится 4.9.4

Именно так. Кстати, 4.9.4 уже на review

Изменений там уже поменьше. Из того, что наши пользователи могут там заметить - наверное, только исправления suspend/resume для Realtek'овского драйвера для WiFi-адаптеров. Может, ещё что-то.

aulon · Сообщение **aulon** » 14 янв 2017, 08:20

Поставил ядро 4.9.2-nrj-desktop-1rosa-x86_64. Всё вроде бы работает. Не устанавливается модуль rtl8723, скорее всего это проводная сетевушка, которой не пользуюсь. Пробу оборудования выкладывал вконтакте.

trs · Сообщение **trs** » 14 янв 2017, 08:35

rtl8723bs это беспроводная, применяется в планшетах где зачастую нет даже USB, потому её включили в образ. Можно удалить dkms-rtl8723bs, как тут уже неоднократно писали.

aulon · Сообщение **aulon** » 14 янв 2017, 10:04

Так и сделал. Давно не читал всю тему, забыл про эту сетевую.

euspectre · Сообщение **euspectre** » 14 янв 2017, 17:07

trs писал(а):rtl8723bs это беспроводная, применяется в планшетах где зачастую нет даже USB, потому её включили в образ. Можно удалить dkms-rtl8723bs, как тут уже неоднократно писали.

Если у кого-то всё-таки есть такое железо и нужна будет версия rtl8723bs, работающая на новых ядрах, она есть здесь: http://abf-downloads.rosalinux.ru/kerne ... n/release/

trs · Сообщение **trs** » 15 янв 2017, 07:24

euspectre писал(а):Если у кого-то всё-таки есть такое железо и нужна будет версия rtl8723bs, работающая на новых ядрах, она есть здесь: http://abf-downloads.rosalinux.ru/kerne ... n/release/

Ещё бы и ядер дождаться, что на том железе работают гладко.

Хорошая новость: Intel вроде как занялась исправлением ситуации.
Плохая новость: как говорят звёзды и комментарий № 652 (шесть СОТ...) — причиной таковой активности является повтор ситуации с зависаниями и на новых поколениях железа.

kekek писал(а):Может пора вынести обсуждение 4.9 в отдельную ветку ?

Полагаю, это произойдёт после того, как будет заявлена долгосрочная поддержка на kernel.org, и ядро переведут в статус официально поддерживаемых.

DrXank · Сообщение **DrXank** » 15 янв 2017, 12:08

Работает всё отлично https://linux-hardware.org/index.php?probe=436370ac9e

Brainey · Сообщение **Brainey** » 15 янв 2017, 12:08

Nvidia 340.101. Похоже, модуль на 4.9 не стартует.

DrXank · Сообщение **DrXank** » 15 янв 2017, 12:24

Brainey писал(а):Nvidia 340.101. Похоже, модуль на 4.9 не стартует.

это у меня или у вас?

Сейчас посмотрел у себя, у меня вместо NVIDIA показывает Messa. Это разве правильно?

Сообщение **keleg** » 15 янв 2017, 17:13

journalctl -b -1
предыдущая загрузка

kit · Сообщение **kit** » 15 янв 2017, 17:48

keleg писал(а):journalctl -b -1
предыдущая загрузка

Я правильно понял, что система зависла из-за тачпада? Это второй, за 2-3 дня, зависон на ядре 4.9.2 -4.9.3. Из последних действий - кликнул тачпадом по ссылке в firefox50.

euspectre · Сообщение **euspectre** » 15 янв 2017, 18:48

kit писал(а):Я правильно понял, что система зависла из-за тачпада? Это второй, за 2-3 дня, зависон на ядре 4.9.2 -4.9.3. Из последних действий - кликнул тачпадом по ссылке в firefox50.

Возможно, но всё же нет уверенности, что именно из-за этого. Судя по сохранившимся сообщениям, действительно, было что-то не так с тачпадом, но вроде бы починилось (?): "resynced".

Kelpee · Сообщение **Kelpee** » 16 янв 2017, 01:40

После обновления ядра до версии 4.9.4 при запуске системы выводит следующее:

[ 1.222958] ACPI Error: [DSSP] Namespace lookup failure, AE_NOT_FOUND (20160831/psargs-359)
[ 1.223941] ACPI Error: Method parse/execution failed [\_SB.PCI0.SAT0.SPT0._GTF] (Node ffff8802160be758), AE_NOT_FOUND (20160831/psparse-543)
[ 1.225457] ACPI Error: [DSSP] Namespace lookup failure, AE_NOT_FOUND (20160831/psargs-359)
[ 1.226421] ACPI Error: Method parse/execution failed [\_SB.PCI0.SAT0.SPT5._GTF] (Node ffff8802160be9b0), AE_NOT_FOUND (20160831/psparse-543)
[ 1.228762] ACPI Error: [DSSP] Namespace lookup failure, AE_NOT_FOUND (20160831/psargs-359)
[ 1.229740] ACPI Error: Method parse/execution failed [\_SB.PCI0.SAT0.SPT1._GTF] (Node ffff8802160be7d0), AE_NOT_FOUND (20160831/psparse-543)
[ 1.232051] ACPI Error: [DSSP] Namespace lookup failure, AE_NOT_FOUND (20160831/psargs-359)
[ 1.233032] ACPI Error: Method parse/execution failed [\_SB.PCI0.SAT0.SPT0._GTF] (Node ffff8802160be758), AE_NOT_FOUND (20160831/psparse-543)
[ 1.237585] ACPI Error: [DSSP] Namespace lookup failure, AE_NOT_FOUND (20160831/psargs-359)
[ 1.238507] ACPI Error: Method parse/execution failed [\_SB.PCI0.SAT0.SPT1._GTF] (Node ffff8802160be7d0), AE_NOT_FOUND (20160831/psparse-543)
[ 2.025706] ACPI Error: [DSSP] Namespace lookup failure, AE_NOT_FOUND (20160831/psargs-359)
[ 2.026691] ACPI Error: Method parse/execution failed [\_SB.PCI0.SAT0.SPT5._GTF] (Node ffff8802160be9b0), AE_NOT_FOUND (20160831/psparse-543)

На ядре 4.8.x такого не замечал.

Проба оборудования: https://linux-hardware.org/index.php?probe=49f4056c3a

ans · Сообщение **ans** » 16 янв 2017, 05:31

trs писал(а):
kekek писал(а):Может пора вынести обсуждение 4.9 в отдельную ветку ?
Полагаю, это произойдёт после того, как будет заявлена долгосрочная поддержка на kernel.org, и ядро переведут в статус официально поддерживаемых.

Самое глючное ядро с долговременной поддержкой? Это серьёзно?!!
Версия уже 4.9.4, а ничего не меняется, не знаю, посмотрим как дальше будет?

trs · Сообщение **trs** » 16 янв 2017, 11:06

ans писал(а):Самое глючное ядро с долговременной поддержкой? Это серьёзно?!!
Версия уже 4.9.4, а ничего не меняется, не знаю, посмотрим как дальше будет?

Серьёзно будет, когда на kernel.org объявят.

Не меняется, как я понял, потому что коммиты идут лишь от части разработчиков.
Сравните, как было в прошлом году:
ChangeLog-4.1.15 15-Dec-2015
ChangeLog-4.1.16 23-Jan-2016

Сегодня 16е. И изменений (в т.ч. в предыдущих ветках) было много, добавили всякие "малинки" и "новинки" от Intel, остальным можно и прежние версии использовать.

ans · Сообщение **ans** » 16 янв 2017, 12:47

trs писал(а): Сегодня 16е. И изменений (в т.ч. в предыдущих ветках) было много, добавили всякие "малинки" и "новинки" от Intel, остальным можно и прежние версии использовать.

Но это ядро в R9 планируется по умолчанию

Brainey · Сообщение **Brainey** » 16 янв 2017, 20:25

DrXank писал(а):
Brainey писал(а):Nvidia 340.101. Похоже, модуль на 4.9 не стартует.
это у меня или у вас?

У меня.
PS: Linux-4.8 не корректно уходит в спящий режим (кулеры крутятся, но выключения не происходит). Железо почти всё новое.
Проба: https://linux-hardware.org/index.php?probe=49c5b16f37

trs · Сообщение **trs** » 17 янв 2017, 08:48

ans писал(а):Но это ядро в R9 планируется по умолчанию

Так к тому времени ещё выйдут исправления.
Ядро 4.1 на новом железе не всегда запускается, что объясняет такой выбор.
Судя по наличию спец.сборок с нестандартными ядрами, будут и R9 с 4.1 или 4.4.

Возможно, когда-либо появится и решение с двумя-тремя ядрами в ISO образе. Но это дополнительные сложности с поддержкой.

euspectre · Сообщение **euspectre** » 18 янв 2017, 18:33

Дальнейшее обсуждение ядра 4.9.x продолжим в этой теме.

Инструкции по установке ядра те же, что и раньше:

(rus) http://wiki.rosalab.ru/ru/index.php/%D0 ... 1%80%D0%B0

(eng) http://wiki.rosalab.ru/en/index.php/Ins ... al_kernels

euspectre · Сообщение **euspectre** » 18 янв 2017, 18:43

Brainey писал(а):Nvidia 340.101. Похоже, модуль на 4.9 не стартует.

Можете отправить нам пробу после того, как эта ошибка проявится?

Brainey · Сообщение **Brainey** » 18 янв 2017, 19:36

Проба
Все ошибки в этой загрузке.

+ ещё вылезла такая вот бяка с acpi:

Код: Выделить всё

янв 18 21:22:34 myhost kernel: ACPI: Core revision 20160831
янв 18 21:22:34 myhost kernel: ACPI Error: [\_SB_.PCI0.XHC_.RHUB.HS11] Namespace lookup failure, AE_NOT_FOUND (20160831/dsw
янв 18 21:22:34 myhost kernel: ACPI Exception: AE_NOT_FOUND, During name lookup/catalog (20160831/psobject-227)
янв 18 21:22:34 myhost kernel: ACPI Exception: AE_NOT_FOUND, (SSDT:xh_rvp08) while loading table (20160831/tbxfload-228)
янв 18 21:22:34 myhost kernel: ACPI Error: 1 table load failures, 8 successful (20160831/tbxfload-246)

что касается модулей нвидии:

Код: Выделить всё

янв 18 21:23:31 myhost kernel: ------------[ cut here ]------------
янв 18 21:23:31 myhost kernel: WARNING: CPU: 1 PID: 7440 at fs/proc/generic.c:345 proc_register+0xea/0x110
янв 18 21:23:31 myhost kernel: proc_dir_entry 'driver/nvidia' already registered
янв 18 21:23:31 myhost kernel: Modules linked in: nvidia(PO+) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) drm pppoe pppox af_pac
янв 18 21:23:31 myhost kernel:  mei_me mei shpchp acpi_als kfifo_buf industrialio tcp_yeah tcp_vegas sch_fq_codel ip_tables
янв 18 21:23:31 myhost kernel: CPU: 1 PID: 7440 Comm: modprobe Tainted: P           O    4.9.4-nrj-desktop-1rosa-i586 #1
янв 18 21:23:31 myhost kernel: Hardware name: System manufacturer System Product Name/H110M-R, BIOS 1802 05/26/2016
янв 18 21:23:31 myhost kernel:  ec709cc4 cd91e9df ec709d08 cded5357 ec709cf4 cd55d5ba cdec4ae4 ec709d24
янв 18 21:23:31 myhost kernel:  00001d10 cded5357 00000159 cd73c3ea 00000159 ec765a4c ec765240 ef425535
янв 18 21:23:31 myhost kernel:  ec709d10 cd55d61b 00000009 00000000 ec709d08 cdec4ae4 ec709d24 ec709d40
янв 18 21:23:31 myhost kernel: Call Trace:
янв 18 21:23:31 myhost kernel:  [<cd91e9df>] dump_stack+0x58/0x79
янв 18 21:23:31 myhost kernel:  [<cd55d5ba>] __warn+0xea/0x110
янв 18 21:23:31 myhost kernel:  [<cd73c3ea>] ? proc_register+0xea/0x110
янв 18 21:23:31 myhost kernel:  [<cd55d61b>] warn_slowpath_fmt+0x3b/0x40
янв 18 21:23:31 myhost kernel:  [<cd73c3ea>] proc_register+0xea/0x110
янв 18 21:23:31 myhost kernel:  [<cd73c51a>] proc_mkdir_data+0x5a/0x90
янв 18 21:23:31 myhost kernel:  [<cd73c56a>] proc_mkdir_mode+0x1a/0x20
янв 18 21:23:31 myhost kernel:  [<f6321b91>] nv_register_procfs+0x41/0x1a0 [nvidia]
янв 18 21:23:31 myhost kernel:  [<f674624d>] nvidia_init_module+0x24d/0x717 [nvidia]
янв 18 21:23:31 myhost kernel:  [<cd699b02>] ? vunmap_page_range+0x132/0x270
янв 18 21:23:31 myhost kernel:  [<f6746774>] nvidia_frontend_init_module+0x4c/0x8d8 [nvidia]
янв 18 21:23:31 myhost kernel:  [<f6746728>] ? nv_drm_init+0x11/0x11 [nvidia]
янв 18 21:23:31 myhost kernel:  [<cd5004b5>] do_one_initcall+0x35/0x160
янв 18 21:23:31 myhost kernel:  [<cd6b0df3>] ? kfree+0x173/0x180
янв 18 21:23:31 myhost kernel:  [<cd69aa4f>] ? __vunmap+0x9f/0xe0
янв 18 21:23:31 myhost kernel:  [<cd69aa4f>] ? __vunmap+0x9f/0xe0
янв 18 21:23:31 myhost kernel:  [<cd658b3c>] ? do_init_module+0x21/0x1c3
янв 18 21:23:31 myhost kernel:  [<cd658b3c>] ? do_init_module+0x21/0x1c3
янв 18 21:23:31 myhost kernel:  [<cd658b6b>] do_init_module+0x50/0x1c3
янв 18 21:23:31 myhost kernel:  [<cd5e90fe>] load_module+0x1d4e/0x2580
янв 18 21:23:31 myhost kernel:  [<cd5e9af2>] SyS_finit_module+0x82/0xd0
янв 18 21:23:31 myhost kernel:  [<cd5013f2>] ? syscall_trace_enter+0x1e2/0x280
янв 18 21:23:31 myhost kernel:  [<cd501bb2>] do_fast_syscall_32+0x92/0x240
янв 18 21:23:31 myhost kernel:  [<cd54e5e0>] ? __do_page_fault+0x530/0x530
янв 18 21:23:31 myhost kernel:  [<cdc70123>] sysenter_past_esp+0x40/0x6a
янв 18 21:23:31 myhost kernel: ---[ end trace 215dc30657419d51 ]---
янв 18 21:23:31 myhost kernel: NVRM: failed to register procfs!
янв 18 21:23:31 myhost kernel: NVRM: request_mem_region failed for 16M @ 0xf600000000000000. This can
                                  NVRM: occur when a driver such as rivatv is loaded and claims
                                  NVRM: ownership of the device's registers.
янв 18 21:23:31 myhost kernel: nvidia: probe of 0000:01:00.0 failed with error -1
янв 18 21:23:31 myhost kernel: Error: Driver 'nvidia' is already registered, aborting...
янв 18 21:23:31 myhost kernel: NVRM: DRM init failed

На 4.8 этих проблем нет.

euspectre · Сообщение **euspectre** » 18 янв 2017, 22:24

Brainey писал(а):Проба
Все ошибки в этой загрузке.

Ага, спасибо.

Воспроизвелось на одной из наших машин. Будем разбираться.

Алзим · Сообщение **Алзим** » 20 янв 2017, 12:43

Грег Кроа-Хартман (Greg Kroah-Hartman), отвечающий за поддержку стабильной ветки ядра Linux, объявил об официальном придании ядру 4.9 статуса ветки с длительным сроком поддержки. Обновления для ветки 4.9 будут выпускаться до января 2019 года. Напомним, что для обычных выпусков ядра обновления выпускаются только до выхода следующей стабильной ветки (например, обновления для ветки 4.8 выпускались до выхода 4.9.1).

Кроме 4.9 также продолжается сопровождение longterm-веток 4.4, 4.1, 3.18, 3.16, 3.14, 3.12, 3.10 и 3.2. Поддержка веток 4.9 и 4.4 (до февраля 2018) осуществляется самим Грегом Кроа-Хартманом (трудоустроен в Linux Foundation). Ветки 3.18 (поддержка истекает в этом месяце) и 4.1 (до сентября 2018) сопровождает Sasha Levin (работает в Oracle), ветки 3.16 (до апреля 2020) и 3.2 (до мая 2018) поддерживает Ben Hutchings (Debian), 3.12 (до мая 2017) - Jiri Slaby (SUSE), 3.10 (до октября 2017) - Willy Tarreau (автор HAProxy).

http://www.opennet.ru/opennews/art.shtml?num=45890

Vochatrak · Сообщение **Vochatrak** » 20 янв 2017, 21:53

Поставил 4.9.4 с драйвером 375.26 (из бакпортов), проблем не обнаружено.

kekek · Сообщение **kekek** » 21 янв 2017, 17:59

Проба.
Начало ругаться на ACPI. Но визуально не заметно, чтобы что-то не работало.

euspectre · Сообщение **euspectre** » 22 янв 2017, 21:02

Brainey писал(а):Проба
Все ошибки в этой загрузке.

Попробуйте версию 304.101-3 пакетов nvidia340 из x11_backports или отсюда:
для 64-битных систем: http://abf-downloads.rosalinux.ru/rosa2 ... e/release/
для 32-битных систем: http://abf-downloads.rosalinux.ru/rosa2 ... e/release/

Brainey · Сообщение **Brainey** » 23 янв 2017, 09:59

Попробовал. Загрузилось нормально. Осталась только ругань на acpi, а нвидиевский блоб работает отлично.

euspectre · Сообщение **euspectre** » 23 янв 2017, 14:23

Brainey писал(а):Попробовал. Загрузилось нормально. Осталась только ругань на acpi, а нвидиевский блоб работает отлично.

Отлично!

Ругань ACPI - это отдельно.

ans · Сообщение **ans** » 24 янв 2017, 06:22

ans писал(а):
euspectre писал(а):В 4.9.2 ожидается более сотни различных исправлений, в т.ч. несколько исправлений для WiFi (Realtek, Qualcomm/Atheros) и графики (Intel, AMD, NVidia).

Если решите поставить 4.9 - пишите, как обычно, что при этом стало работать лучше/хуже и загружайте нам данные о системе с помощью hw-probe.
1.На ноутбуке(TS11HR) не работает WiFi, не могу отправить пробу.

2.ПК P5QL-EM вообще зависает после ввода пароля.

Ядро 4.9.5
На ноутбуке(TS11HR) WiFi так и не заработал.
А ПК P5QL-EM заработал и работает стабильно

euspectre · Сообщение **euspectre** » 24 янв 2017, 10:38

ans писал(а): Ядро 4.9.5
На ноутбуке(TS11HR) WiFi так и не заработал.

А на 4.8 работал? Если да, можно загрузиться с 4.9, попробовать включить WiFi, подождать несколько минут, перезагрузиться в 4.8 и отправить пробу оттуда.
Если на 4.8 тоже не работает, можно упаковать каталог hw.info, который создаётся программой hw-probe, в архив, скопировать на другую машину (хотя бы на флэшке) и оттуда выложить сюда.

ans писал(а):А ПК P5QL-EM заработал и работает стабильно

Это хорошо.

tverskoy · Сообщение **tverskoy** » 24 янв 2017, 15:33

Переодически wifi отваливается, точнее подключение есть, а интернета нет https://linux-hardware.org/index.php?probe=13c8395abe

ans · Сообщение **ans** » 24 янв 2017, 18:38

euspectre писал(а):
ans писал(а): Ядро 4.9.5
На ноутбуке(TS11HR) WiFi так и не заработал.
А на 4.8 работал? Если да, можно загрузиться с 4.9, попробовать включить WiFi, подождать несколько минут, перезагрузиться в 4.8 и отправить пробу оттуда.

Проба с ядра 4.8.17

Если ядро 4.9.5 - соединение обозначается, но интернет не работает.
Ядро 4.8.17 и все, что ниже работают без пробелем

euspectre · Сообщение **euspectre** » 25 янв 2017, 10:58

ans писал(а): Если ядро 4.9.5 - соединение обозначается, но интернет не работает.
Ядро 4.8.17 и все, что ниже работают без пробелем

Попробуйте установить dkms-rtlwifi_new, затем перезагрузить систему. Там есть исправления для rtl8192ce, которые в базовое ядро ещё не попали.

ans · Сообщение **ans** » 25 янв 2017, 11:30

euspectre писал(а):
ans писал(а): Если ядро 4.9.5 - соединение обозначается, но интернет не работает.
Ядро 4.8.17 и все, что ниже работают без пробелем
Попробуйте установить dkms-rtlwifi_new, затем перезагрузить систему. Там есть исправления для rtl8192ce, которые в базовое ядро ещё не попали.

Ок. Вечером дома проверю.

ans · Сообщение **ans** » 25 янв 2017, 20:13

ans писал(а): Ок. Вечером дома проверю.

Не заработал.
И мало того, интернет перестал работать на других ядрах, а после удаления драйвера перестал работать встроенный адаптер (значок в системном лотке выделен красным цветом).
Вставил "свисток" Д-линковский, интернет заработал, пишу через него.

Как теперь восстановить встроенный?

trs · Сообщение **trs** » 26 янв 2017, 08:30

ans писал(а):Как теперь восстановить встроенный?

Встроенный в ядро драйвер блокируется файлом /etc/modprobe.d/rtlwifi_new.conf, что содержит черный список. При удалении dkms пакета, он вроде как должен автоматически удалиться. Проверьте, вдруг остался.

euspectre · Сообщение **euspectre** » 26 янв 2017, 11:54

Если после удаления dkms-rtlwifi_new систему не перезагружали, такое может быть. Если перезагружали - тогда, да, как trs подсказал, проверьте, вдруг /etc/modprobe.d/rtlwifi_new.conf остался в системе. Если остался, удалите его и перезагрузите систему.

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

Без этого как понять, что пошло не так? Если логов нет, то нельзя и автору драйвера баг поставить.

euspectre · Сообщение **euspectre** » 26 янв 2017, 12:15

Для того rtl8192ce, что входит в поставку ядра 4.9, можно попробовать отключить "power saving", который, похоже, авторы поломали.

Попробуйте создать /etc/modprobe.d/rtl8192ce.conf с таким содержимым:

Код: Выделить всё

options rtl8192ce ips=0 fwlps=0

Затем нужно перезагрузить систему.

ans · Сообщение **ans** » 26 янв 2017, 17:20

trs писал(а):
ans писал(а):Как теперь восстановить встроенный?
Встроенный в ядро драйвер блокируется файлом /etc/modprobe.d/rtlwifi_new.conf, что содержит черный список. При удалении dkms пакета, он вроде как должен автоматически удалиться. Проверьте, вдруг остался.

Не остался.

euspectre писал(а):Для того rtl8192ce, что входит в поставку ядра 4.9, можно попробовать отключить "power saving", который, похоже, авторы поломали.

Попробуйте создать /etc/modprobe.d/rtl8192ce.conf с таким содержимым:
Код: Выделить всё
options rtl8192ce ips=0 fwlps=0
Затем нужно перезагрузить систему.

Не помогает.
Где-то заблокирован адаптер.
Пробовал загрузиться с образа. Интернет работает, адаптер исправен.

Проба с ядром 4.9.5 во вложении.

euspectre · Сообщение **euspectre** » 26 янв 2017, 19:21

ans писал(а):Где-то заблокирован адаптер.

Хорошо, что прислали пробу. Там довольно неожиданный сбой, так бы ни за что не догадался: то ли при установке rtlwifi_new повредился тот драйвер rtl8192ce, который идёт с ядром (что очень странно, т.к. в rtlwifi_new специально другое имя драйверу дано, чтобы не конфликтовали), то ли ещё что.

Попробуйте подключить другое сетевое устройство и переустановить ядро. Для 4.9.5 (nrj-laptop):

Код: Выделить всё

urpmi --replacepkgs http://abf-downloads.rosalinux.ru/kernels_stable_personal/repository/rosa2014.1/x86_64/kernel_4_9/release/kernel-nrj-laptop-4.9.5-1rosa-x86_64-1-1-rosa2014.1.x86_64.rpm

Для 4.8.17 (nrj-laptop):

Код: Выделить всё

urpmi --replacepkgs http://abf-downloads.rosalinux.ru/kernels_stable_personal/repository/rosa2014.1/x86_64/kernel_4_8/release/kernel-nrj-laptop-4.8.17-1rosa-x86_64-1-1-rosa2014.1.x86_64.rpm

ans · Сообщение **ans** » 26 янв 2017, 19:58

euspectre писал(а):
ans писал(а):Где-то заблокирован адаптер.
Хорошо, что прислали пробу. Там довольно неожиданный сбой, так бы ни за что не догадался: то ли при установке rtlwifi_new повредился тот драйвер rtl8192ce, который идёт с ядром (что очень странно, т.к. в rtlwifi_new специально другое имя драйверу дано, чтобы не конфликтовали), то ли ещё что.

Попробуйте подключить другое сетевое устройство и переустановить ядро. Для 4.9.5 (nrj-laptop):
Код: Выделить всё
urpmi --replacepkgs http://abf-downloads.rosalinux.ru/kernels_stable_personal/repository/rosa2014.1/x86_64/kernel_4_9/release/kernel-nrj-laptop-4.9.5-1rosa-x86_64-1-1-rosa2014.1.x86_64.rpm
Для 4.8.17 (nrj-laptop):
Код: Выделить всё
urpmi --replacepkgs http://abf-downloads.rosalinux.ru/kernels_stable_personal/repository/rosa2014.1/x86_64/kernel_4_8/release/kernel-nrj-laptop-4.8.17-1rosa-x86_64-1-1-rosa2014.1.x86_64.rpm

Заработало!!!
Спасибо.

euspectre · Сообщение **euspectre** » 26 янв 2017, 21:33

ans писал(а): Заработало!!!
Спасибо.

Отлично!

А на ядре 4.9 теперь тоже всё работает?

ans · Сообщение **ans** » 27 янв 2017, 15:57

euspectre писал(а):
ans писал(а): Заработало!!!
Спасибо.
Отлично!

А на ядре 4.9 теперь тоже всё работает?

На нём и проверял.
Сейчас проверил и на 4.8 - всё ОК!

euspectre · Сообщение **euspectre** » 27 янв 2017, 17:20

ans писал(а): На нём и проверял.
Сейчас проверил и на 4.8 - всё ОК!

Понятно. Тогда всё в порядке.

tverskoy · Сообщение **tverskoy** » 30 янв 2017, 14:42

При использовании bluetooth-гарнитуры/наушников/колонки (проверил три этих варианта) работает пару минут и отваливается, если переподключить то индикация есть, а соединения с девайсом нет. На 4.6 такого не наблюдается.

Сообщение **VictorR2007** » 30 янв 2017, 15:36

tverskoy писал(а):При использовании bluetooth-гарнитуры/наушников/колонки (проверил три этих варианта) работает пару минут и отваливается, если переподключить то индикация есть, а соединения с девайсом нет. На 4.6 такого не наблюдается.

Можно попробовать установить из моих реп.
Я пользуюсь им.
На номер 5.43 не обращайте внимание,
там снимок из гит http://git.kernel.org/cgit/bluetooth/bluez.git/log/
недели три назад.
Нужно будет собрать посвежее, и посмотреть, как будет работать на этом ядре.

dmitrypp · Сообщение **dmitrypp** » 30 янв 2017, 22:19

Toshiba Satellite L30
С ядром 4.9.5 виснет на этапе "Загружается начальный виртуальный диск ..."
Проба с ядром 4.8.17 https://linux-hardware.org/index.php?probe=643a90f42d

Сообщение **VictorR2007** » 31 янв 2017, 09:35

dmitrypp писал(а):Toshiba Satellite L30
С ядром 4.9.5 виснет на этапе "Загружается начальный виртуальный диск ..."

Сталкивался с таким пару раз после новой установки ядра.
Причиной была радио-мышка подключенная к USB.
Выдернешь её, и нормально загружается.
Или зайдёшь в настройки BIOS, а потом F10 и тоже загружается.
Через некоторое время проблема сама исчезала.

dmitrypp · Сообщение **dmitrypp** » 31 янв 2017, 11:43

Мышей нет, настройки пересохранялись. Даже dvd-rw вытаскивал. Проблема пока только с 4.9. Ядра 4.8, 4.4, 4.1 работают и ставятся с первого раза.

ans · Сообщение **ans** » 31 янв 2017, 12:33

dmitrypp писал(а):Проблема пока только с 4.9

Глюковатое ядро, тоже вначале заметил, потом подлатали, лучше стало.
На подходе 4.10, может там лучше будет

БарсSc · Сообщение **БарсSc** » 31 янв 2017, 22:56

Вроде все работает как и на 4.8. Проба

tverskoy · Сообщение **tverskoy** » 01 фев 2017, 21:16

какая разница между ath3k и ar3k? у меня AR3012 https://git.kernel.org/cgit/linux/kerne ... p&q=AR3012
modprobe пишет что ar3k в нашем ядре нет, а locate что прошивка есть

aulon · Сообщение **aulon** » 01 фев 2017, 21:45

Если нужна моя проба: https://linux-hardware.org/index.php?probe=d919b4008c
Linux 4.9.5-nrj-desktop-1rosa-x86_64 #1 SMP PREEMPT Sat Jan 21 16:17:35 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux

euspectre · Сообщение **euspectre** » 01 фев 2017, 22:00

tverskoy писал(а):какая разница между ath3k и ar3k? у меня AR3012 https://git.kernel.org/cgit/linux/kerne ... p&q=AR3012
modprobe пишет что ar3k в нашем ядре нет, а locate что прошивка есть

ath3k - название драйвера, ar3k - просто название каталога с firmware, который используется этим драйвером.

euspectre · Сообщение **euspectre** » 01 фев 2017, 22:02

aulon писал(а):Если нужна моя проба: https://linux-hardware.org/index.php?probe=d919b4008c
Linux 4.9.5-nrj-desktop-1rosa-x86_64 #1 SMP PREEMPT Sat Jan 21 16:17:35 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux

Конечно, нужна. Во многих случаях бывает полезно посмотреть, на каком железе пользователи систему запускают.

ans · Сообщение **ans** » 02 фев 2017, 06:41

euspectre писал(а):
ans писал(а): Заработало!!!
Спасибо.
Отлично!

А на ядре 4.9 теперь тоже всё работает?

Заметил на днях, при закачке скорость сильно падает (rtl8192ce), как модем почти.
Если переключить на ядро 4.8, то нормально.

Brainey · Сообщение **Brainey** » 04 фев 2017, 23:39

Почему-то ядро 4.9 не уходит в спячку:

Код: Выделить всё

фев 05 01:22:07 myhost kernel: PM: Cannot find swap device, try swapon -a.
фев 05 01:22:07 myhost kernel: PM: Cannot get swap writer

При этом ядро видит swap раздел (он, естественно подключен)

Код: Выделить всё

cat /proc/cmdline
BOOT_IMAGE=/boot/vmlinuz-4.9.7-nrj-desktop-1rosa-x86_64 root=UUID=300c0da6-4a08-449f-a5e8-1cbdff0f32c0 ro zswap.enabled=1 zswap.max_pool_percent=45 zswap.compressor=lz4 zswap.zpool=zbud splash=silent logo.nologo quiet nomodeset resume=UUID=8aa76498-be37-4a36-89f9-8b924c3b1b4a

Раздел указан верный:

Код: Выделить всё

blkid | grep swap
/dev/sda5: UUID="8aa76498-be37-4a36-89f9-8b924c3b1b4a" TYPE="swap" PARTUUID="0005265d-05"

И он используется:

Код: Выделить всё

cat /proc/swaps
Filename                                Type            Size    Used    Priority
/dev/sda5                               partition       8580092 0       -1

Проба

PS: на 4.8 всё в норме.

euspectre · Сообщение **euspectre** » 05 фев 2017, 13:41

Brainey писал(а):Почему-то ядро 4.9 не уходит в спячку:

Попробуйте ещё раз, отключив zswap. Для этого достаточно убрать "zswap.enabled=1" из параметров загрузки.

Можно также попробовать поставить на zswap ограничение пожёстче. Сейчас стоит - 45% от памяти (zswap.max_pool_percent=45), что немало. По умолчанию, кажется, 20% используется.

Brainey · Сообщение **Brainey** » 05 фев 2017, 14:10

Пробовал отключать, не помогло. Попробовал отправить в спячку не по кнопке питания, а через меню KDE — и о чудо, система ушла и корректно восстановилась. До этого ещё в grub выбрал загрузку версии ядра не через "дополнительные параметры" (где можно увидеть список всех установленных ядер), а напрямую. Что из этих двух действий решило проблему, пока не понял

Но теперь система спит как через меню, так и через действие по кнопке.

Shagrath · Сообщение **Shagrath** » 06 фев 2017, 11:36

При обновлении с 4.9.4 на 4.9.7

nvidia375 (375.26-2): Installing module.
...........................................................................................
............(bad exit status: 7)
Проба https://linux-hardware.org/index.php?probe=1103921772

euspectre · Сообщение **euspectre** » 06 фев 2017, 12:29

Shagrath писал(а):При обновлении с 4.9.4 на 4.9.7

nvidia375 (375.26-2): Installing module.
...........................................................................................
............(bad exit status: 7)
Проба https://linux-hardware.org/index.php?probe=1103921772

Да, такое иногда бывает. Драйвер был пересобран под новое ядро, но скопировать собранный бинарник в нужный каталог не удалось почему-то.
Нестрашно. Всё необходимое будет сделано автоматически при след. загрузке системы с новым ядром.

Shagrath · Сообщение **Shagrath** » 07 фев 2017, 10:21

не взлетает на новом ядре, минут 15 подождал. на 4.9.4 нормально. все что выше нет. Попробую на свободных.
UPD: Взлетело, удалил драйвер Ненавидии, перегрузился на свободные и поставил обратно. Перегрузился и заработало.

Сообщение **VictorR2007** » 07 фев 2017, 12:02

Попробуйте настроить заново в XFdrake.

-=KabaL=- · Сообщение **-=KabaL=-** » 08 фев 2017, 14:09

Обновил ядро
проба
Единственное список репозитория обнулился

Пошлёпал восстанавливать

-=KabaL=- · Сообщение **-=KabaL=-** » 08 фев 2017, 14:22

Моё старое решение снова помогло

От сюда

Сообщение **VictorR2007** » 08 фев 2017, 14:38

-=KabaL=- писал(а):Моё старое решение снова помогло

От сюда

Можно и в графике, «Менеджер источников программ - Файл - Добавить особое зеркало», и там выбрать удобное зеркало.
Это если нужно явное зеркало.
Если, как у вас, нужен список зеркал, то в «Менеджер источников программ» справа есть кнопка «Добавить».

Борис3 · Сообщение **Борис3** » 08 фев 2017, 14:47

Обновил МАТЕ R8 с 4.1.34 на 4.9.7 запускаться стало в 2 раза дольше с ошибками, возможно потому, что много служб отключено, а вот KDE4 R8.1 c ядром 4.9.3 неофициального Вашего релиза наоборот работает в 2 раза быстрее чем на официальном. Систему на МАТЕ вернул на прежнее ядро, но интересно один ноутбук ASUS K52JU, а поддержка от среды зависит.

dmitrypp · Сообщение **dmitrypp** » 10 фев 2017, 01:38

Acer Aspire V3-371 с ядром 4.9.7 https://linux-hardware.org/index.php?probe=99f8414982
Вроде всё нормально, но ACPI.

dmitrypp · Сообщение **dmitrypp** » 14 фев 2017, 22:06

Toshiba Satellite L30 завёлся-таки с ядром 4.9.9
https://linux-hardware.org/index.php?probe=adfef64134

tverskoy · Сообщение **tverskoy** » 15 фев 2017, 12:31

bluetooth отвалился https://linux-hardware.org/index.php?probe=2c6936bf71
4.9.9 это предыдущая загрузка

tverskoy · Сообщение **tverskoy** » 15 фев 2017, 14:18

загрузился в 4.9.9 bluetooth заработал

euspectre · Сообщение **euspectre** » 17 фев 2017, 22:31

Отлично! Спасибо всем, кто попробовал новое ядро.

Через пару дней, вероятно, выйдет 4.9.11 с многочисленными исправлениями в сетевой подсистеме. В т.ч., как пишут, исправили баг с низкой скоростью WiFi для rtl8192ce, на который наши пользователи тоже жаловались. Посмотрим.

ans · Сообщение **ans** » 18 фев 2017, 06:39

Пробовал R9, там те же проблемы с rtl8192ce, визуально сеть подключается, а реально не работает.
Надеюсь - это уже исправлено в 4.9.11...

Сообщение **keleg** » 19 фев 2017, 18:49

дык, сейчас самое время проверить, в http://abf-downloads.rosalinux.ru/kerne ... 9/release/ уже лежит 4.9.11

ans · Сообщение **ans** » 19 фев 2017, 20:58

keleg писал(а):дык, сейчас самое время проверить, в http://abf-downloads.rosalinux.ru/kerne ... 9/release/ уже лежит 4.9.11

На 2014.1 это я уже проверил, но я про R9 говорил, а там нужно ядро для 2016.1

euspectre · Сообщение **euspectre** » 19 фев 2017, 21:21

ans писал(а):
keleg писал(а):дык, сейчас самое время проверить, в http://abf-downloads.rosalinux.ru/kerne ... 9/release/ уже лежит 4.9.11
На 2014.1 это я уже проверил, но я про R9 говорил, а там нужно ядро для 2016.1

И как всё работает на ядре 4.9.11 в rosa2014.1?

Для R9 придётся подождать: сейчас идёт пересборка и починка пакетов из rosa2016.1/Contrib, обновления для rosa2014.1/main будем собирать уже после этого.

ans · Сообщение **ans** » 17 мар 2017, 17:37

euspectre писал(а): И как всё работает на ядре 4.9.11 в rosa2014.1?

Для R9 придётся подождать: сейчас идёт пересборка и починка пакетов из rosa2016.1/Contrib, обновления для rosa2014.1/main будем собирать уже после этого.

rtl8192ce на ядре 4.9.14 в rosa2016.1 работает отлично.
Подключение, скорость торрентов - всё супер

euspectre · Сообщение **euspectre** » 17 мар 2017, 22:22

ans писал(а): rtl8192ce на ядре 4.9.14 в rosa2016.1 работает отлично.
Подключение, скорость торрентов - всё супер

Прекрасно!

kekek · Сообщение **kekek** » 18 мар 2017, 18:19

Новые ядра зависают с проприаретарным драйвером b43. Проверял на 4.9.12 и 4.9.11. С ядром 4.8.17 всё в порядке. Со свободным драйвером не виснет, но не подключается к точке доступа. На R9 на ядре 4.9.14 тоже виснет, а на 4.9.9 ещё работает. Вот проба

euspectre · Сообщение **euspectre** » 18 мар 2017, 19:42

kekek писал(а):Новые ядра зависают с проприаретарным драйвером b43. Проверял на 4.9.12 и 4.9.11. С ядром 4.8.17 всё в порядке. Со свободным драйвером не виснет, но не подключается к точке доступа. На R9 на ядре 4.9.14 тоже виснет, а на 4.9.9 ещё работает. Вот проба

Для Broadcom BCM 4311, который стоит в этой машине, проприетарный драйвер не используется, даже если установлен. Всегда используется свободный, т.е. b43 + ssb, для всех указанных ядер.

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

Если на 4.8.17 всё работает хорошо, пока работайте с ним, дальше - посмотрим.

Ещё попробуйте удалить пакеты b43-fwcutter и b43-firmware-install, а вместо них поставить пакет b43-firmware. В некоторых случаях помогает наладить работу с драйвером b43.

kekek · Сообщение **kekek** » 18 мар 2017, 21:01

Да, на графику ругается при загрузке, но потом она работает без проблем. И на 4.8.17 точно также ругается.

На ядре 4.9.13 я загружался без проблем с пакетом b43-firmware без b43-fwcutter и b43-firmware-install, Беспроводная сеть видится, но я не могу к ней подключиться.

*d0s · Сообщение *d0s » 22 мар 2017, 15:51

А можно установить schedutil без загрузки соответствующего модуля (cpufreq_schedutil) и без всяких утилит типа cpufreq-simple, cpufreqd и cpufrequtils?

euspectre · Сообщение **euspectre** » 22 мар 2017, 22:47

*d0s писал(а):А можно установить schedutil без загрузки соответствующего модуля (cpufreq_schedutil) и без всяких утилит типа cpufreq-simple, cpufreqd и cpufrequtils?

Можно, если для управления частотой CPU используется драйвер acpi_cpufreq, нельзя, - если intel_pstate. "cpupower frequency-info | grep driver" покажет, какой драйвер используется.

Ниже всё относится к системам, где работает acpi_cpufreq.

В нашем ядре 4.9 schedutil встроен в ядро, а не собран как модуль, так что доп. модулей загружать не надо.

Единственное, когда я в прошлый раз проверял, "cpupower frequency-set -g schedutil" почему-то не работал правильно (ошибок не выдавал, но и schedutil не ставил). Тем не менее, получилось его включить напрямую:

Код: Выделить всё

for cpugov in /sys/devices/system/cpu/cpu[0-9]*/cpufreq/scaling_governor; do echo "schedutil" > $cpugov; done

После этого, если верить выводу "cpupower frequency-info", работал именно schedutil.

*d0s · Сообщение *d0s » 23 мар 2017, 09:23

В том то и дело, что

Код: Выделить всё

# cpupower frequency-set -g schedutil
# cpupower -c all frequency-set -g schedutil
# for cpugov in /sys/devices/system/cpu/cpu[0-7]*/cpufreq/scaling_governor; do echo "schedutil" > $cpugov; done
# for cpugov in /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor; do echo "schedutil" > $cpugov; done
# echo schedutil > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor

это работает до перезагрузки, а потом снова "ondemand".
странно, что юнит постоянно показывает "ondemand" даже если его рестартануть

Код: Выделить всё

# systemctl status cpupower
● cpupower.service - Configure CPU frequency settings
   Loaded: loaded (/lib/systemd/system/cpupower.service; disabled; vendor preset: disabled)
   Active: active (exited) since Ср 2017-03-22 18:49:51 +07; 2min 4s ago
  Process: 3726 ExecStart=/usr/bin/cpupower-start.sh (code=exited, status=0/SUCCESS)
 Main PID: 3726 (code=exited, status=0/SUCCESS)
   CGroup: /system.slice/cpupower.service

мар 22 18:49:50 user cpupower-start.sh[3726]: Using "ondemand" governor.
мар 22 18:49:51 user cpupower-start.sh[3726]: Setting cpu: 0
мар 22 18:49:51 user cpupower-start.sh[3726]: Setting cpu: 1
мар 22 18:49:51 user cpupower-start.sh[3726]: Setting cpu: 2
мар 22 18:49:51 user cpupower-start.sh[3726]: Setting cpu: 3
мар 22 18:49:51 user cpupower-start.sh[3726]: Setting cpu: 4
мар 22 18:49:51 user cpupower-start.sh[3726]: Setting cpu: 5
мар 22 18:49:51 user cpupower-start.sh[3726]: Setting cpu: 6
мар 22 18:49:51 user cpupower-start.sh[3726]: Setting cpu: 7
мар 22 18:49:51 user systemd[1]: Started Configure CPU frequency settings.

# cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governors
schedutil

Мне ранее не удавалось таким образом переключить на "performance" в ядрах 3.14.хх.

Код: Выделить всё

# lsmod|grep -i cpu
xt_tcpudp              16384  37 
acpi_cpufreq           20480  0 
x_tables               36864  14 xt_comment,xt_LOG,xt_multiport,ipt_REJECT,iptable_mangle,ip_tables,iptable_filter,xt_mark,xt_tcpudp,iptable_raw,xt_recent,xt_addrtype,xt_CT,xt_conntrack


# cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors
conservative userspace powersave ondemand performance schedutil

# zgrep CPU_FREQ /proc/config.gz
CONFIG_ACPI_CPU_FREQ_PSS=y
CONFIG_CPU_FREQ=y
CONFIG_CPU_FREQ_GOV_ATTR_SET=y
CONFIG_CPU_FREQ_GOV_COMMON=yzgre	
# CONFIG_CPU_FREQ_STAT is not set
# CONFIG_CPU_FREQ_DEFAULT_GOV_PERFORMANCE is not set
# CONFIG_CPU_FREQ_DEFAULT_GOV_POWERSAVE is not set
# CONFIG_CPU_FREQ_DEFAULT_GOV_USERSPACE is not set
CONFIG_CPU_FREQ_DEFAULT_GOV_ONDEMAND=y
# CONFIG_CPU_FREQ_DEFAULT_GOV_CONSERVATIVE is not set
# CONFIG_CPU_FREQ_DEFAULT_GOV_SCHEDUTIL is not set
CONFIG_CPU_FREQ_GOV_PERFORMANCE=y
CONFIG_CPU_FREQ_GOV_POWERSAVE=y
CONFIG_CPU_FREQ_GOV_USERSPACE=y
CONFIG_CPU_FREQ_GOV_ONDEMAND=y
CONFIG_CPU_FREQ_GOV_CONSERVATIVE=y
CONFIG_CPU_FREQ_GOV_SCHEDUTIL=y

euspectre · Сообщение **euspectre** » 23 мар 2017, 10:24

*d0s писал(а): это работает до перезагрузки, а потом снова "ondemand".

А, нужно чтобы настройки сохранялись и после перезагрузки. Да, конечно, по умолчанию они не сохраняются.

Попробуйте для начала вписать CPUPOWER_GOVERNOR=schedutil в /etc/sysconfig/cpupower и перезапустить cpupower.service.
cpupower.service, а точнее, скрипт cpupower-start.sh читает /etc/sysconfig/cpupower и, если там указан governor, то пытается ставить именно его.

Как минимум, с "performance" governor это работало.

Если не поможет, то пока, видимо, потребуется отключить cpupower.service (всё основное, что он делает, на самом деле, - выбирает governor и вызывает один раз cpupower frequency-set -g <governor>). Вместо этого - вписать установку schedutil в какой-то ещё из скриптов, выполняющихся при загрузке.

Кстати, сам по себе cpupower service ничего не мониторит и т.п. Это просто удобный способ выбрать и поставить governor gоvernor при загрузке системы, не более.

странно, что юнит постоянно показывает "ondemand" даже если его рестартануть

Это нормально. Сообщение выдаётся при старте cpupower.service (скриптом /usr/bin/cpupower-start.sh). А у этого "сервиса" логика простая: если пользователь не задал в /etc/sysconfig/cpupower конкретный governor, то выбрать из доступных (в порядке убывания приоритета):

* ondemand
* powersave
* performance

Потому, если governor не задан явно, будет использоваться "ondemand" на системах с acpi_cpufreq и "powersave" на системах с intel_pstate.

Если указание schedutil в /etc/sysconfig/cpupower не поможет, дайте знать. Если будет время, в след. версиях ядра доработаю этот сервис, чтобы тот через sysfs ставил schedutil, если schedutil выбран и доступен, а не через cpupower frequency-set..

*d0s · Сообщение *d0s » 23 мар 2017, 11:20

Спасибо, попробую.
Забыл про sysconfig.

euspectre писал(а): Если будет время, в след. версиях ядра доработаю этот сервис, чтобы тот через sysfs ставил schedutil, если schedutil выбран и доступен, а не через cpupower frequency-set..

Не, не надо через sysfs. Шибко мудрено, хочется попроще, пусть cpupower, не знаю как, но напрягается.

*d0s · Сообщение *d0s » 23 мар 2017, 15:17

Вроде работает.
Спасибо ещё раз.

euspectre · Сообщение **euspectre** » 23 мар 2017, 15:35

*d0s писал(а):Вроде работает.
Спасибо ещё раз.

На здоровье. Раз сейчас работает, это хорошо.

Когда какие-то время поработаете с schedutil, поделитесь впечатлениями, как всё с ним идёт по сравнению с ondemand на этой системе. Benchmark'и делать необязательно (хотя бывает полезно) - даже чисто субъективные оценки могут пригодиться.

*d0s · Сообщение *d0s » 23 мар 2017, 16:32

euspectre писал(а): Когда какие-то время поработаете с schedutil, поделитесь впечатлениями, как всё с ним идёт по сравнению с ondemand на этой системе. Benchmark'и делать необязательно (хотя бывает полезно) - даже чисто субъективные оценки могут пригодиться.

Визуально не вижу перемен. Хорошо, попробую сделать какие -нибудь тесты, если смогу.

Harrys77 · Сообщение **Harrys77** » 28 мар 2017, 02:46

сегодня прилетело в обновках 4.9.14. Это хорошо, но есть некоторые ньюансы... )))
Первую попытку обновы делал при запуске в консольный режим, т.е. без Х. Итог - dkms-nvidia ругнулся ошипкой и не "смейкался", у меня ещё в modprobe.d есть свои .conf, так на них тоже ругань стояла "страшная" и тоже в итоге фейл ))).

Окей, загружаю ОС на ядре 4.9.9, запускаю rpmdrake, проверяю ядра и т.п. - все вроде на месте, странно.
Ладно, удаляю 4.9.14 с девелами и прочим, перезагружаюсь опять в консольный режим, удаляю драйвер нвидии, .conf из modprobe.d убираю на время, ребут.
Запускаю с mesa Х`сами на 4.9.9, устанавливаю 4.9.14-latest и его devel-latest, вроде все ок, ребут. Опять нет 4.9.14 в доступных- да шож такое думаю )))

В общем все снова удалил и загрузился в консольный режим. Пробую установить 4.9.14-latest. Вот тут и выскочил фейл!!! Оказывается устанавливалось всё это время ядро для i586, а не для х86_64. Причем ещё пытается снести файл для архитектуры x86_64 - branding-configs-common-2.0 который )))

В общем пришлось вручную "носом тыкать" куда надо - urpmi -a kernel-nrj-desktop-4.9.14-2rosa-x86_64

причем все latest и devel от х86_64. Т.е. три пакета от моей архитектуры установились нормально, а само ядро не то пыталось встать.

Даже не знаю, может у меня что перекривило в ОС или все таки что-то перепутали с зависимостями для нового ядра?

Сообщение **keleg** » 28 мар 2017, 03:02

ну, с зависимостями там тяжело перепутать - тесты не пройдут. Скорее всего зеркала опять криво синхронизировались, сначала i586 а потом x64.

ans · Сообщение **ans** » 28 мар 2017, 08:05

Harrys77 писал(а):сегодня прилетело в обновках 4.9.14.

Как 14? У меня вчера уже 18 прилетел

Barmalei · Сообщение **Barmalei** » 28 мар 2017, 09:18

ans писал(а):
Harrys77 писал(а):сегодня прилетело в обновках 4.9.14.
Как 14? У меня вчера уже 18 прилетел

Из теста или других реп только.