| Summary: | [new 21] kernel 6.6 | ||
|---|---|---|---|
| Product: | [ROSA-based products] ROSA Fresh | Reporter: | Mikhail Novosyolov <m.novosyolov> |
| Component: | Packages from Main | Assignee: | ROSA Linux Bugs <bugs> |
| Status: | VERIFIED FIXED | QA Contact: | ROSA Linux Bugs <bugs> |
| Severity: | normal | ||
| Priority: | Normal | CC: | a.proklov, i.gaptrakhmanov, pastordidi, pribytkovav02, v.potapov |
| Version: | All | Flags: | v.potapov:
qa_verified+
v.potapov: published+ |
| Target Milestone: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Platform: | 2021.1 | ROSA Vulnerability identifier: | |
| RPM Package: | ISO-related: | ||
| Bad POT generating: | Upstream: | ||
| Attachments: |
iwl1.jpg
iwl2.jpg w1.png w2.png log log2 dmesg dmesg61 ЧЕК-ЛИСТ ЧЕК-ЛИСТ |
||
|
Description
Mikhail Novosyolov
2024-03-14 03:44:24 MSK
Ну и заодно крокодил приведем в соответствие с rosa2023.1. Я еще год назад автоматическое удаление старых ядер, если для них нет бинарных модулей (скриншот примера: https://file-store.rosalinux.ru/download/d8aa9ea7e9fd442ee98f9d773370eaa0cd97fa5f_, сделал так, чтоб он не думал, что что-то полезное сделал, если только обновил систему и не установил ни одной нвидии, добавил очистку кеша dnf (версия в 2021.1 пишет про оставшиеся в кеше пакеты). Скрипты для сборки RPM переписаны Сашей Стефановым с php на python. Год назад Володя не смог воспроизвести ситуацию с модулями ядра, не стал спорить, но сейчас получается так, что я уже и не помню, в чем отличия актуального кода от версии в 2021.1, давайте ее актуализируем. Если не ситуация не воспроизводится, то и ладно, главное, чтоб не было регрессий. auto-krokodil 0.29-1 https://abf.io/build_lists/5002374 https://abf.io/build_lists/5002375 https://abf.io/build_lists/5002376 https://abf.io/build_lists/5002377 https://abf.io/build_lists/5002378 Забыл добавить ссылки на сборки: r8168 8.052.01-4 Публиковать поверх тех сборок r8168, что идут как зависимости сборок ядер. Добавлен подпакет r8169orig-blacklist. https://abf.io/build_lists/5002280 https://abf.io/build_lists/5002281 https://abf.io/build_lists/5002282 https://abf.io/build_lists/5002283 https://abf.io/build_lists/5002284 nvidia550 550.54.14-6 Собраны бинарные модули для ядер 5.10 и 5.15, чтобы не возникало странных ситуаций, если заново открокодилить давно установленную систему с этими ядрами, для видеокарты в которой крокодил решит поставить нвидию 550. Публиковать поверх сборок, от которых зависят сборки ядер. https://abf.io/build_lists/5002370 ISO plasma5: https://abf.io/platforms/rosa2021.1/products/318/product_build_lists/50284 ISO plasma5 со встроенной nvidia470: https://abf.io/platforms/rosa2021.1/products/318/product_build_lists/50285 ISO server: https://abf.io/platforms/rosa2021.1/products/279/product_build_lists/50286 Во всех ISO должно быть ядро 6.6 (и только оно). почему-то при установке task-kernel нового не прилетает 6.6 Created attachment 6055 [details]
iwl1.jpg
Created attachment 6056 [details]
iwl2.jpg
У меня на моей wifi такое появилось в логах. В принципе работает wifi, есть провалы в пингах. Вроде не критично. Но как-то много всего в логах от iwlwifi идет.
Карта такая:
00:14.3 Network controller: Intel Corporation Alder Lake-P PCH CNVi WiFi (rev 01)
DeviceName: Onboard - Ethernet
Subsystem: Intel Corporation Dual Band Wi-Fi 6(802.11ax) AX201 160MHz 2x2 [Harrison Peak]
Flags: bus master, fast devsel, latency 0, IRQ 16
Memory at 600114c000 (64-bit, non-prefetchable) [size=16K]
Capabilities: [c8] Power Management version 3
Capabilities: [d0] MSI: Enable- Count=1/1 Maskable- 64bit+
Capabilities: [40] Express Root Complex Integrated Endpoint, MSI 00
Capabilities: [80] MSI-X: Enable+ Count=16 Masked-
Capabilities: [100] Latency Tolerance Reporting
Capabilities: [164] Vendor Specific Information: ID=0010 Rev=0 Len=014 <?>
Kernel driver in use: iwlwifi
Kernel modules: iwlwifi, wl
(In reply to Vladimir Potapov from comment #6) > почему-то при установке task-kernel нового не прилетает 6.6 Потому уже стоит task-kernel-6.1-generic? (In reply to Dmitry Postnikov from comment #8) > Created attachment 6056 [details] > iwl2.jpg > > У меня на моей wifi такое появилось в логах. В принципе работает wifi, есть > провалы в пингах. Вроде не критично. Но как-то много всего в логах от > iwlwifi идет. > > Карта такая: > 00:14.3 Network controller: Intel Corporation Alder Lake-P PCH CNVi WiFi > (rev 01) > DeviceName: Onboard - Ethernet > Subsystem: Intel Corporation Dual Band Wi-Fi 6(802.11ax) AX201 > 160MHz 2x2 [Harrison Peak] > Flags: bus master, fast devsel, latency 0, IRQ 16 > Memory at 600114c000 (64-bit, non-prefetchable) [size=16K] > Capabilities: [c8] Power Management version 3 > Capabilities: [d0] MSI: Enable- Count=1/1 Maskable- 64bit+ > Capabilities: [40] Express Root Complex Integrated Endpoint, MSI 00 > Capabilities: [80] MSI-X: Enable+ Count=16 Masked- > Capabilities: [100] Latency Tolerance Reporting > Capabilities: [164] Vendor Specific Information: ID=0010 Rev=0 > Len=014 <?> > Kernel driver in use: iwlwifi > Kernel modules: iwlwifi, wl А вот такая красная портянка прям каждый раз, при каждой загрузке возникает? (In reply to Mikhail Novosyolov from comment #10) > (In reply to Dmitry Postnikov from comment #8) > > Created attachment 6056 [details] > > iwl2.jpg > > > > У меня на моей wifi такое появилось в логах. В принципе работает wifi, есть > > провалы в пингах. Вроде не критично. Но как-то много всего в логах от > > iwlwifi идет. > > > > Карта такая: Kernel modules: iwlwifi, wl > > А вот такая красная портянка прям каждый раз, при каждой загрузке возникает? Не только при загрузке, когда wifi откл/вкл, снова появляется. (In reply to Dmitry Postnikov from comment #11) > (In reply to Mikhail Novosyolov from comment #10) > > (In reply to Dmitry Postnikov from comment #8) > > > Created attachment 6056 [details] > > > iwl2.jpg > > > > > > У меня на моей wifi такое появилось в логах. В принципе работает wifi, есть > > > провалы в пингах. Вроде не критично. Но как-то много всего в логах от > > > iwlwifi идет. > > > > > > Карта такая: > Kernel modules: iwlwifi, wl > > > > А вот такая красная портянка прям каждый раз, при каждой загрузке возникает? > > Не только при загрузке, когда wifi откл/вкл, снова появляется. А проверь, пожалуйста, на ядре kernel-6.8-wireless-next: https://abf.io/build_lists/4998617 Будет ли там так же? Не очень понял, что значит вкл выкл? В, например, виджете kde с вайфафями галку убрать и поставить? (In reply to Mikhail Novosyolov from comment #12) > (In reply to Dmitry Postnikov from comment #11) > > (In reply to Mikhail Novosyolov from comment #10) > > > (In reply to Dmitry Postnikov from comment #8) > > > > Created attachment 6056 [details] > > > > iwl2.jpg Не только при загрузке, когда wifi откл/вкл, снова появляется. > > А проверь, пожалуйста, на ядре kernel-6.8-wireless-next: > https://abf.io/build_lists/4998617 > Будет ли там так же? Хорошо > Не очень понял, что значит вкл выкл? В, например, виджете kde с вайфафями > галку убрать и поставить? Да, подключить/отключить Created attachment 6057 [details]
w1.png
Created attachment 6058 [details]
w2.png
Ну как бы там критические ошибки. После установки нифига не грузит систему.
(In reply to Dmitry Postnikov from comment #15) > Created attachment 6058 [details] > w2.png > > Ну как бы там критические ошибки. После установки нифига не грузит систему. Аа, ты же на 2021.1, а там сборка для 2023.1. Запустил сборку для 2021.1: https://abf.io/build_lists/5002724 (In reply to Mikhail Novosyolov from comment #0) > *********** QA ADVISORY ********* > > kernel-6.1 > - минорное обновление > - отключено CONFIG_NFS_V4_2_READ_PLUS (нужно проверить NFS, в т.ч. в работе > в качестве клиента и сервера с другими дистрибутивами Linux, например, > Ubuntu 22.04) > - убрана мягкая зависимость от crda > https://abf.io/build_lists/5002341 Не опубликовано https://abf.io/build_lists/5002308 > https://abf.io/build_lists/5002309 > kernel-6.6 > https://abf.io/build_lists/5002266 (пока только x86_64) > > r8168 8.052.01-4 > Публиковать поверх тех сборок r8168, что идут как зависимости сборок ядер. > Добавлен подпакет r8169orig-blacklist. > > task-kernel 0.5-1 > https://abf.io/build_lists/5002295 > https://abf.io/build_lists/5002296 > https://abf.io/build_lists/5002297 > https://abf.io/build_lists/5002298 > https://abf.io/build_lists/5002299 > > cpupower 6.7-0.git06042d.1 > https://abf.io/build_lists/5002285 > https://abf.io/build_lists/5002286 > https://abf.io/build_lists/5002287 > https://abf.io/build_lists/5002288 > https://abf.io/build_lists/5002289 > > dracut 053-0.git5eb736.23 > https://abf.io/build_lists/5002290 > https://abf.io/build_lists/5002291 > https://abf.io/build_lists/5002292 > https://abf.io/build_lists/5002293 этот ошибочно тут https://abf.io/build_lists/5002295 https://abf.io/build_lists/5002293 > > nwfermi 0-0.git8bbe39.5 (non-free) > https://abf.io/build_lists/4995190 > https://abf.io/build_lists/4995191 > https://abf.io/build_lists/4995192 > https://abf.io/build_lists/4995193 > https://abf.io/build_lists/4995194 > > task-iso 2021.1-0.96 > - убран crda > https://abf.io/build_lists/5002311 > https://abf.io/build_lists/5002312 > https://abf.io/build_lists/5002313 > https://abf.io/build_lists/5002314 > https://abf.io/build_lists/5002315 > > drakx-net 1.1-14 > - убрана зависимость от crda > https://abf.io/build_lists/5002321 > https://abf.io/build_lists/5002322 > https://abf.io/build_lists/5002323 > https://abf.io/build_lists/5002324 > https://abf.io/build_lists/5002325 > > linux-firmware 2-14.git92010.20240308.1 > - обновление > https://abf.io/build_lists/5002326 > https://abf.io/build_lists/5002327 > https://abf.io/build_lists/5002328 > https://abf.io/build_lists/5002329 > https://abf.io/build_lists/5002330 > > wireless-regdb 20240123-2 > - обновление > https://abf.io/build_lists/5002331 > https://abf.io/build_lists/5002332 > https://abf.io/build_lists/5002333 > https://abf.io/build_lists/5002334 > https://abf.io/build_lists/5002335 > > hwdata 0.380-1 > - обновление > https://abf.io/build_lists/5002336 > https://abf.io/build_lists/5002337 > https://abf.io/build_lists/5002338 > https://abf.io/build_lists/5002339 > https://abf.io/build_lists/5002340 (In reply to Mikhail Novosyolov from comment #1) > > auto-krokodil 0.29-1 > https://abf.io/build_lists/5002374 > https://abf.io/build_lists/5002375 > https://abf.io/build_lists/5002376 > https://abf.io/build_lists/5002377 > https://abf.io/build_lists/5002378 (In reply to Mikhail Novosyolov from comment #2) > Забыл добавить ссылки на сборки: > > r8168 8.052.01-4 > Публиковать поверх тех сборок r8168, что идут как зависимости сборок ядер. > Добавлен подпакет r8169orig-blacklist. > > https://abf.io/build_lists/5002280 > https://abf.io/build_lists/5002281 > https://abf.io/build_lists/5002282 > https://abf.io/build_lists/5002283 > https://abf.io/build_lists/5002284 ******************************************** Обновление опубликованно в Тестинг (In reply to Mikhail Novosyolov from comment #3) > nvidia550 550.54.14-6 > > Собраны бинарные модули для ядер 5.10 и 5.15, чтобы не возникало странных > ситуаций, если заново открокодилить давно установленную систему с этими > ядрами, для видеокарты в которой крокодил решит поставить нвидию 550. > Публиковать поверх сборок, от которых зависят сборки ядер. > > https://abf.io/build_lists/5002370 Пересобрал с контейнером с новым ядром 6.1, а то получилось, что для нового 6.1 нет модуля нвидиа 550 https://abf.io/build_lists/5002740 kernel-6.1 i686 https://abf.io/build_lists/5002726 Created attachment 6059 [details]
log
Неустойчиво работает, сыплет ошибками мой 8821cu.
На том же фирмваре на новом 6.1 нормально.
Created attachment 6060 [details]
log2
лог ошибок
Created attachment 6061 [details]
dmesg
Created attachment 6062 [details]
dmesg61
Похоже, у нас в 6.6 получилось одновременно 2 драйвера для rtl8821cu, т.к. в ядре появился апстримный драйвер. С rtk_btusb ничего не делай, попробуй удалить пакет kernel-module-8821cu-6.6-generic , sudo dracut -f, reboot. Если будет хорошо работать, оставим апстримный. Если нет, то уберем апстримный. task-iso переехал в другой баг: https://bugzilla.rosalinux.ru/show_bug.cgi?id=14357#c15 С ядром 6.6 plymouth появлялся на доли секунды или секунду и исчезал, вместо него был черный экран. С новой версией вроде бы такой проблемы нет. plymouth 24.004.60-1 - updated (by irton@) https://abf.io/build_lists/5003946 https://abf.io/build_lists/5003947 https://abf.io/build_lists/5003948 https://abf.io/build_lists/5003949 https://abf.io/build_lists/5003950 Протестировал kernel-6.1 6.1.81 aarch64 на Байкал-М, работает. plymouth тоже протестировал на нем, работает. (In reply to Mikhail Novosyolov from comment #24) > Похоже, у нас в 6.6 получилось одновременно 2 драйвера для rtl8821cu, т.к. в > ядре появился апстримный драйвер. С rtk_btusb ничего не делай, попробуй > удалить пакет kernel-module-8821cu-6.6-generic , sudo dracut -f, reboot. > Если будет хорошо работать, оставим апстримный. Если нет, то уберем > апстримный. Удаление модуля не помогает, ошибки в логе и неустойчивость соединения сохраняются, вероятно так плохо работает апстримный драйвер. (In reply to Mikhail Novosyolov from comment #26) > С ядром 6.6 plymouth появлялся на доли секунды или секунду и исчезал, вместо > него был черный экран. С новой версией вроде бы такой проблемы нет. > > plymouth 24.004.60-1 > - updated (by irton@) > https://abf.io/build_lists/5003946 > https://abf.io/build_lists/5003947 > https://abf.io/build_lists/5003948 > https://abf.io/build_lists/5003949 > https://abf.io/build_lists/5003950 Увы, не помогает. Теперь окно запроса пароля шифрования вообще не появляется. спрашивает в текстовом виде. kernel-6.6 с отключенным встроенным 8821cu https://abf.io/build_lists/5005206 Created attachment 6064 [details]
ЧЕК-ЛИСТ
Провел тестирование ядра 6.1.81 подробней в чек листе
Created attachment 6065 [details]
ЧЕК-ЛИСТ
Провел тестирование ядра 6.6.21 подробней в чек листе
(In reply to Mikhail Novosyolov from comment #31) > kernel-6.6 с отключенным встроенным 8821cu > https://abf.io/build_lists/5005206 ********************************************* The update sent to testings! (In reply to Mikhail Novosyolov from comment #31) > kernel-6.6 с отключенным встроенным 8821cu > https://abf.io/build_lists/5005206 ***************************************** Опубликован в Тестинг (Володей) (In reply to Artem Pribytkov from comment #33) > Created attachment 6065 [details] > ЧЕК-ЛИСТ > > Провел тестирование ядра 6.6.21 подробней в чек листе В чеклисте в предусловии можно было бы dnf --refresh update 1. Пункты с speedtest можно выкинуть. Вместо них, хорошо бы тестить скачиванием больших файлов, как по кабелю так и по wifi. Есть ресурсы , которые предоставляют специально для тестов файлы 100Мб, 1Гб, 10Гб. У них хорошие каналы, можно тестить. Т.к. загрузка должны быть во временном промежудке стабильной. А тут как раз большие файлы, и получается большой промежуток времени. 2. Можно еще вместо speedtest , тестить iperf3. 3. Хорошо бы тестировать еще подключение к Samba и NFS ресурсов. Так же их подключение после спящих/ждущих режимов. Так же скачивание/закачку на эти ресурсы. 4. Хорошобы тестировать копирование с/на флешки. И разные. Как мелкие, так и большие файлы. 5. Хорошбы копировать с одного раздела диска на другой (или другую папку) кучу (порядка 10000-50000) мелких файлов. Так же их удаление. Плюс хорошо бы то же самое но на больших файлах это проделать (порядка 5-30Гб файлы). 6. Хорошо бы проверить работу в VirtualBox и QEMU. Как там системы ведут себя, как выходят из/в спящий/ждущий, экран, смена разрешения, полноэкрнный режим. 7. Хорошо бы проверить с помощью stress-ng/stress. 8. Хорошо бы проверить переключение между консолями tty1/3/4 и т.д. 9. Хорошо бы проверить удаленный доступ по ssh, vnc 10. Хорошо бы проверить какой-нибудь VPN. 11. Хорошо бы проверить glxgears, morph3d 12. Хорошо бы проверит работу в Wayland Думаю пока хватит для дополнения. (In reply to Dmitry Postnikov from comment #36) > (In reply to Artem Pribytkov from comment #33) > > Created attachment 6065 [details] > > ЧЕК-ЛИСТ > > > > Провел тестирование ядра 6.6.21 подробней в чек листе > > В чеклисте в предусловии можно было бы dnf --refresh update > > 1. Пункты с speedtest можно выкинуть. Вместо них, хорошо бы тестить > скачиванием больших файлов, как по кабелю так и по wifi. Есть ресурсы , > которые предоставляют специально для тестов файлы 100Мб, 1Гб, 10Гб. У них > хорошие каналы, можно тестить. Т.к. загрузка должны быть во временном > промежудке стабильной. А тут как раз большие файлы, и получается большой > промежуток времени. > 2. Можно еще вместо speedtest , тестить iperf3. В лаборатории МОС пока нет такого стенда. Да, понятно, что его было бы неплохо сделать, я об этом говорил Артему. > 3. Хорошо бы тестировать еще подключение к Samba и NFS ресурсов. Так же их > подключение после спящих/ждущих режимов. Так же скачивание/закачку на эти > ресурсы. Хорошая мысль. И glusterfs — сетевые папки в школах. Артем, про них забыли, наверное, хотя была же мысль. > 4. Хорошобы тестировать копирование с/на флешки. И разные. Как мелкие, так и > большие файлы. А как интерпретировать результаты? Допустим, копирование по показаниея некого п..ра (средства измерения) стало на 10% медленнее. Каковы наши действия? > 5. Хорошбы копировать с одного раздела диска на другой (или другую папку) > кучу (порядка 10000-50000) мелких файлов. Так же их удаление. Плюс хорошо бы > то же самое но на больших файлах это проделать (порядка 5-30Гб файлы). Аналогичный вопрос... > 6. Хорошо бы проверить работу в VirtualBox и QEMU. Как там системы ведут > себя, как выходят из/в спящий/ждущий, экран, смена разрешения, полноэкрнный > режим. + > 7. Хорошо бы проверить с помощью stress-ng/stress. Как именно? > 8. Хорошо бы проверить переключение между консолями tty1/3/4 и т.д. + > 9. Хорошо бы проверить удаленный доступ по ssh, vnc > 10. Хорошо бы проверить какой-нибудь VPN. > 11. Хорошо бы проверить glxgears, morph3d > 12. Хорошо бы проверит работу в Wayland > Думаю пока хватит для дополнения. (In reply to Mikhail Novosyolov from comment #26) > С ядром 6.6 plymouth появлялся на доли секунды или секунду и исчезал, вместо > него был черный экран. С новой версией вроде бы такой проблемы нет. > > plymouth 24.004.60-1 > - updated (by irton@) > https://abf.io/build_lists/5003946 > https://abf.io/build_lists/5003947 > https://abf.io/build_lists/5003948 > https://abf.io/build_lists/5003949 > https://abf.io/build_lists/5003950 Вот это так и не опубликовано в тестинг (почему - см. комментарий 30), поэтому "Новое ядро работает верно, но в ходе тестирования plymouth так и не появился во всех случаях тестирования на всех устройствах". Ильфат уже занимается попытками починить тему Plymouth. (In reply to Dmitry Postnikov from comment #36) > 9. Хорошо бы проверить удаленный доступ по ssh, vnc > 10. Хорошо бы проверить какой-нибудь VPN. Вот это не специфично для конкретного оборудования, это, думаю, и ты можешь хорошо проверить, а вот в МОСе бы наладить проверку так, чтоб по-максимому проверять все имеющееся железо. (In reply to Artem Pribytkov from comment #33) > Created attachment 6065 [details] > ЧЕК-ЛИСТ > > Провел тестирование ядра 6.6.21 подробней в чек листе Еще надо бы на другом оборудовании проверить. Особенно важно проверить, что обновление 6.1 не вызывает регрессий, т.к. 6.1 обновится минорно само - с обновлениями остальных пакетов, а вот 6.6 автоматически пока не поставится. Вот здесь сборка ядра kernel-6.8-wireless-next для rosa2021.1: https://abf.io/build_lists/5005207 (без бинарных доп. модулей) Володя, проверь, пожалуйста, как оно с rtl8821cu. Дима, Володя, проверьте на нем ваши клавиатуры, у которых какие-то задержки на 6.6. Что-то мне 6.6 не особо нравится... Миша, вот люишь ты влезать.... Тут все понятно же. > > 2. Можно еще вместо speedtest , тестить iperf3. > В лаборатории МОС пока нет такого стенда. Да, понятно, что его было бы > неплохо сделать, я об этом говорил Артему. Зачем какой-то стенд? iperf3 на одном компе запустил в режиме сервера, на другом компе в режиме клиента. И тестируй до посинения. :) > > 4. Хорошобы тестировать копирование с/на флешки. И разные. Как мелкие, так и > > большие файлы. > А как интерпретировать результаты? Допустим, копирование по показаниея > некого п..ра (средства измерения) стало на 10% медленнее. Каковы наши > действия? Засекать время на определенных флешках. Хранить флешки эти для тестов ядра. Ну погрешность в 10% наверно можно забить. А если больше, тогда разбираться надо, почему так происходит. Взять допустим одну флешку, fat32, туда/сюда погонять файлы большие, несколько раз. Чтобы было какое-то среднее время на этой флешке. +/- как говорится (секунды не будем засекать). С старым ядром сравниваем, тоже в пределах погрешности (какую сами установим). Если что-то совсем слабо, разбираемся почему и из-за чего. > > > 5. Хорошбы копировать с одного раздела диска на другой (или другую папку) > > кучу (порядка 10000-50000) мелких файлов. Так же их удаление. Плюс хорошо бы > > то же самое но на больших файлах это проделать (порядка 5-30Гб файлы). > Аналогичный вопрос... Ну тут теят для планировщика I/O. Просто тупо в несколько итераций по времени проводим одни и те же операции. Если совсем худо, так же разбираемся в чем причина. А вообще, на этих тестах у нас пару раз просто ядро в панику уходило. Так что полезно такие вещи делать. Так же и с большими файлами, взять 2-3 файла и прогнать туда/сюда их. > > 6. Хорошо бы проверить работу в VirtualBox и QEMU. Как там системы ведут > > себя, как выходят из/в спящий/ждущий, экран, смена разрешения, полноэкрнный > > режим. > + Сам же знаешь, иногда VB может не запутиться, иногда графика в виртуалках сбоит (не часто). Все то же самое. Разборки почему. Было же у нас такое, что наши касяк вообще в другом месте, а не в ядре даже. > > 7. Хорошо бы проверить с помощью stress-ng/stress. > Как именно? Запустить да смотреть что и как проходит. Во время этих тестов тоже было пару раз, что ядро в панику уходило. Один раз было, что после теста в логи спамило что-то. > > 8. Хорошо бы проверить переключение между консолями tty1/3/4 и т.д. > + Сам знаешь, это же переключался, x11 же. Тоже с ядром же взаимодействует. Вон у нас на вики http://wiki.rosalab.ru/ru/index.php/Тестирование_X11-server статейка еще с давних времен осталась. Сами разберемся в общем. :) Понимаю к чему ты клонишь. Наше дело найти неполадки. И сказать тебе об этом, или тому кто ядро собирает. А вот как найти, в чем касяк в ядре? Это уже другой вопрос. Да, сложный, и ты не все мелочки и тонкости знаешь, понятно. Но у нас есть Гугл великий и могучий. При касяках, надо будет искать , копать на сайтах где-то, возможно у кого-то такие же проблемы вылезали. Может уже где-то пофиксено, или еще что-то. Последнее время мы просто ядро не совсем хорошо отестировали. Время на все это надо же. Вот и пишу человеку, чтобы свои чеклисты подправил. Лишним это не будет. (In reply to Dmitry Postnikov from comment #42) > Миша, вот люишь ты влезать.... То, что делал Артем, его чек-листы, придумывал я) Артем пока еще совсем новичок в линуксах. > > Тут все понятно же. > > > > 2. Можно еще вместо speedtest , тестить iperf3. > > В лаборатории МОС пока нет такого стенда. Да, понятно, что его было бы > > неплохо сделать, я об этом говорил Артему. > Зачем какой-то стенд? iperf3 на одном компе запустил в режиме сервера, на > другом компе в режиме клиента. И тестируй до посинения. :) Угу, соединив их через древний DIR-300, который лежит рядом с местом, где Артем сидит :-) Нюансов немало. > > > > 4. Хорошобы тестировать копирование с/на флешки. И разные. Как мелкие, так и > > > большие файлы. > > А как интерпретировать результаты? Допустим, копирование по показаниея > > некого п..ра (средства измерения) стало на 10% медленнее. Каковы наши > > действия? > Засекать время на определенных флешках. Хранить флешки эти для тестов ядра. > Ну погрешность в 10% наверно можно забить. А если больше, тогда разбираться > надо, почему так происходит. Взять допустим одну флешку, fat32, туда/сюда > погонять файлы большие, несколько раз. Чтобы было какое-то среднее время на > этой флешке. +/- как говорится (секунды не будем засекать). С старым ядром > сравниваем, тоже в пределах погрешности (какую сами установим). Если что-то > совсем слабо, разбираемся почему и из-за чего. Так нормально вроде. Согласен. > > > > > > 5. Хорошбы копировать с одного раздела диска на другой (или другую папку) > > > кучу (порядка 10000-50000) мелких файлов. Так же их удаление. Плюс хорошо бы > > > то же самое но на больших файлах это проделать (порядка 5-30Гб файлы). > > Аналогичный вопрос... > Ну тут теят для планировщика I/O. Просто тупо в несколько итераций по > времени проводим одни и те же операции. Если совсем худо, так же разбираемся > в чем причина. И для ssd, и для hdd отдельно бы так делать. > А вообще, на этих тестах у нас пару раз просто ядро в панику уходило. Во времена Никко?) > Так что полезно такие вещи делать. Так же и с большими файлами, взять 2-3 файла > и прогнать туда/сюда их. > > > > 6. Хорошо бы проверить работу в VirtualBox и QEMU. Как там системы ведут > > > себя, как выходят из/в спящий/ждущий, экран, смена разрешения, полноэкрнный > > > режим. > > + > Сам же знаешь, иногда VB может не запутиться, иногда графика в виртуалках > сбоит (не часто). Все то же самое. Разборки почему. Было же у нас такое, что > наши касяк вообще в другом месте, а не в ядре даже. > > > > 7. Хорошо бы проверить с помощью stress-ng/stress. > > Как именно? > Запустить да смотреть что и как проходит. Во время этих тестов тоже было > пару раз, что ядро в панику уходило. Один раз было, что после теста в логи > спамило что-то. Думаю, лучше придумать какую-то более полезную нагрузку. Например, бенчмарки браузера, еще чего-нибудь, виртуальные машины покрутить, создать нагрузку на диск, сеть, а просто так греть железо... ну не знаю, ноутбуки страшно сильно нагружать втупую. (In reply to Dmitry Postnikov from comment #43) > Понимаю к чему ты клонишь. Наше дело найти неполадки. > И сказать тебе об > этом, или тому кто ядро собирает. А вот как найти, в чем касяк в ядре? Это > уже другой вопрос. Да, сложный, и ты не все мелочки и тонкости знаешь, > понятно. Но у нас есть Гугл великий и могучий. При касяках, надо будет > искать , копать на сайтах где-то, возможно у кого-то такие же проблемы > вылезали. Может уже где-то пофиксено, или еще что-то. > Последнее время мы просто ядро не совсем хорошо отестировали. Время на все > это надо же. Вот и пишу человеку, чтобы свои чеклисты подправил. Лишним это > не будет. Я только за. На ядре 6.6 запустил видео и несколько виртуалок, во время их запуска не было микроподвисаний звука. На 6.1 обычно было. (In reply to Mikhail Novosyolov from comment #44) > (In reply to Dmitry Postnikov from comment #42) > > Миша, вот люишь ты влезать.... > То, что делал Артем, его чек-листы, придумывал я) Артем пока еще совсем > новичок в линуксах. > > > > Тут все понятно же. > > > > > > 2. Можно еще вместо speedtest , тестить iperf3. > > > В лаборатории МОС пока нет такого стенда. Да, понятно, что его было бы > > > неплохо сделать, я об этом говорил Артему. > > Зачем какой-то стенд? iperf3 на одном компе запустил в режиме сервера, на > > другом компе в режиме клиента. И тестируй до посинения. :) > Угу, соединив их через древний DIR-300, который лежит рядом с местом, где > Артем сидит :-) Нюансов немало. Ну ты же через этот DIR-300 спидтест делаешь? Ну так и тут. Через него же в инет уходишь. Ну можешь на одном компе, на виртуалке запустить iperf3 сервер, на хосте клиент. Можешь в инете наши сервера проверить, вот первые попавщиеся: st.nn.ertelecom.ru speedtest.uztelecom.uz (Узбеки) iperf3.smartspb.net (СПб) Кстати тут же iperf3.smartspb.net можно взять проверить скачку файлов. Ну и т.д. Мы же проверяем не канал инета, чтобы потом с жалобами топать к провайдеру. Нам нагрузочку надо на сетеву, и желательно по времени. (In reply to Dmitry Postnikov from comment #46) > (In reply to Mikhail Novosyolov from comment #44) > > (In reply to Dmitry Postnikov from comment #42) > > > Миша, вот люишь ты влезать.... > > То, что делал Артем, его чек-листы, придумывал я) Артем пока еще совсем > > новичок в линуксах. > > > > > > Тут все понятно же. > > > > > > > > 2. Можно еще вместо speedtest , тестить iperf3. > > > > В лаборатории МОС пока нет такого стенда. Да, понятно, что его было бы > > > > неплохо сделать, я об этом говорил Артему. > > > Зачем какой-то стенд? iperf3 на одном компе запустил в режиме сервера, на > > > другом компе в режиме клиента. И тестируй до посинения. :) > > Угу, соединив их через древний DIR-300, который лежит рядом с местом, где > > Артем сидит :-) Нюансов немало. > > Ну ты же через этот DIR-300 спидтест делаешь? Нет. Сейчас спидтест через сеть в том здании без доп. роутеров. Пока просто смотрим, что показания спидтеста не дали существенную просадку. Понятно, что это очень поверхностная проверка. А если через DIR-300 пустить iperf, то, боюсь, мы будем тестировать скорее DIR-300, а не сетевые карты)) С другим роутером аналогично, надо что ли 2 разных роутера или соединять компы кабелем без роутера... > Ну так и тут. Через него же в > инет уходишь. Ну можешь на одном компе, на виртуалке запустить iperf3 > сервер, на хосте клиент. Можешь в инете наши сервера проверить, вот первые > попавщиеся: > st.nn.ertelecom.ru > speedtest.uztelecom.uz (Узбеки) о, прикольно) > iperf3.smartspb.net (СПб) еще есть speedtest.selectel.ru > Кстати тут же iperf3.smartspb.net можно взять проверить скачку файлов. > Ну и т.д. > Мы же проверяем не канал инета, чтобы потом с жалобами топать к провайдеру. > Нам нагрузочку надо на сетеву, и желательно по времени. Там в подвале стоит нормальное сетевое оборудование (Циски, Элтехи, точно не помню, большие такие хрени), есть ethernet-розетки, WiFi 2.5 ГГц, WiFi 5 ГГц, через эту сеть прогнали спидтест. Как грамотно сделать стенды для iperf, надо думать. Может, и правда соединять компы каблом напрямую. ******* QA ADVISORY ******** nvidia550 550.67 Минорное обновление, заявлены мелкие багфиксы. https://abf.io/build_lists/5007658 (In reply to Mikhail Novosyolov from comment #49) > ******* QA ADVISORY ******** > nvidia550 550.67 > Минорное обновление, заявлены мелкие багфиксы. > https://abf.io/build_lists/5007658 исправленная сборка https://abf.io/build_lists/5007661 (In reply to Vladimir Potapov from comment #50) > (In reply to Mikhail Novosyolov from comment #49) > > ******* QA ADVISORY ******** > > nvidia550 550.67 > > Минорное обновление, заявлены мелкие багфиксы. > > https://abf.io/build_lists/5007658 > исправленная сборка > https://abf.io/build_lists/5007661 ***************************************** The update sent to testings kernel 6.6 - offed simpledrm by default https://abf.io/build_lists/5007818 (In reply to Mikhail Novosyolov from comment #52) > kernel 6.6 > - offed simpledrm by default > https://abf.io/build_lists/5007818 ***************************************** The update sent to testings nvidia550 https://abf.io/build_lists/5007911 Включено автоматическое замещение установленных 510, 515, 520 и 525 на 550. Для всех ядер. (In reply to Mikhail Novosyolov from comment #26) > С ядром 6.6 plymouth появлялся на доли секунды или секунду и исчезал, вместо > него был черный экран. С новой версией вроде бы такой проблемы нет. > > plymouth 24.004.60-1 > - updated (by irton@) > https://abf.io/build_lists/5003946 > https://abf.io/build_lists/5003947 > https://abf.io/build_lists/5003948 > https://abf.io/build_lists/5003949 > https://abf.io/build_lists/5003950 Откачено. Оставляем в rosa2021.1 старый plymouth, потому что на новом вместо графического запроса пароля разблокировки luksunlock получается текстовый запрос, а после отключения simpledrm старый plymouth стал работать нормально и с новым ядром. (In reply to Mikhail Novosyolov from comment #54) > nvidia550 > https://abf.io/build_lists/5007911 > Включено автоматическое замещение установленных 510, 515, 520 и 525 на 550. > Для всех ядер. ********************************** The update sent to testings ******* QA ADVISORY ******* auto-krokodil 0.30-1 Все прошлые изменения + возможность задать Obsoletes в бинарных ядерных модулях Nvidia https://abf.io/build_lists/5009284 https://abf.io/build_lists/5009285 https://abf.io/build_lists/5009286 https://abf.io/build_lists/5009287 https://abf.io/build_lists/5009288 nvidia550 Добавлено замещение модулей ядра от nvidia 510, 515, 520, 525 https://abf.io/build_lists/5009294 (In reply to Mikhail Novosyolov from comment #57) > ******* QA ADVISORY ******* > > auto-krokodil 0.30-1 > Все прошлые изменения + возможность задать Obsoletes в бинарных ядерных > модулях Nvidia > https://abf.io/build_lists/5009284 > https://abf.io/build_lists/5009285 > https://abf.io/build_lists/5009286 > https://abf.io/build_lists/5009287 > https://abf.io/build_lists/5009288 > Правильные ссылки: https://abf.io/build_lists/5009289 https://abf.io/build_lists/5009290 https://abf.io/build_lists/5009291 https://abf.io/build_lists/5009292 https://abf.io/build_lists/5009293 (In reply to Mikhail Novosyolov from comment #57) > > nvidia550 > Добавлено замещение модулей ядра от nvidia 510, 515, 520, 525 > https://abf.io/build_lists/5009294 Исправлена опечатка: https://abf.io/build_lists/5009360 (In reply to Mikhail Novosyolov from comment #59) > (In reply to Mikhail Novosyolov from comment #57) > > > > nvidia550 > > Добавлено замещение модулей ядра от nvidia 510, 515, 520, 525 > > https://abf.io/build_lists/5009294 > > Исправлена опечатка: https://abf.io/build_lists/5009360 https://abf.io/build_lists/5009362 auto-krokodil 0.30-1 https://abf.io/build_lists/5009289 https://abf.io/build_lists/5009290 https://abf.io/build_lists/5009291 https://abf.io/build_lists/5009292 https://abf.io/build_lists/5009293 nvidia550 Добавлено замещение модулей ядра от nvidia 510, 515, 520, 525 https://abf.io/build_lists/5009362 ******************************************************** The update sent to testings (In reply to Mikhail Novosyolov from comment #19) > kernel-6.1 i686 > https://abf.io/build_lists/5002726 **************************************** The update sent to testings kernel-6.1-generic-6.1.81-2 https://abf.io/build_lists/5002341 https://abf.io/build_lists/5002309 https://abf.io/build_lists/5002726 kernel-6.6-generic-6.6.21-8 https://abf.io/build_lists/5007818 auto-krokodil-0.30-1 https://abf.io/build_lists/5009289 https://abf.io/build_lists/5009290 https://abf.io/build_lists/5009291 https://abf.io/build_lists/5009292 https://abf.io/build_lists/5009293 nvidia550-550.67-4 https://abf.io/build_lists/5009362 task-kernel-0.5-1 https://abf.io/build_lists/5002295 https://abf.io/build_lists/5002296 https://abf.io/build_lists/5002297 https://abf.io/build_lists/5002298 https://abf.io/build_lists/5002299 r8168-8.052.01-4 https://abf.io/build_lists/5002280 https://abf.io/build_lists/5002281 https://abf.io/build_lists/5002282 https://abf.io/build_lists/5002283 https://abf.io/build_lists/5002284 cpupower-6.7-0.git06042d.1 https://abf.io/build_lists/5002285 https://abf.io/build_lists/5002286 https://abf.io/build_lists/5002287 https://abf.io/build_lists/5002288 https://abf.io/build_lists/5002289 dracut-053-0.git5eb736.23 https://abf.io/build_lists/5002290 https://abf.io/build_lists/5002291 https://abf.io/build_lists/5002292 https://abf.io/build_lists/5002293 nwfermi-0-0.git8bbe39.5 https://abf.io/build_lists/4995190 https://abf.io/build_lists/4995191 https://abf.io/build_lists/4995192 https://abf.io/build_lists/4995193 https://abf.io/build_lists/4995194 drakx-net-1.1-14 https://abf.io/build_lists/5002321 https://abf.io/build_lists/5002322 https://abf.io/build_lists/5002323 https://abf.io/build_lists/5002324 https://abf.io/build_lists/5002325 linux-firmware-2-14.git92010.20240308.1 https://abf.io/build_lists/5002326 https://abf.io/build_lists/5002327 https://abf.io/build_lists/5002328 https://abf.io/build_lists/5002329 https://abf.io/build_lists/5002330 wireless-regdb-20240123-2 https://abf.io/build_lists/5002331 https://abf.io/build_lists/5002332 https://abf.io/build_lists/5002333 https://abf.io/build_lists/5002334 https://abf.io/build_lists/5002335 hwdata-0.380-1 https://abf.io/build_lists/5002336 https://abf.io/build_lists/5002337 https://abf.io/build_lists/5002338 https://abf.io/build_lists/5002339 https://abf.io/build_lists/5002340 ***************************** Advisory *************************** New kernel 6.6 new nvidia550 driver kermel 6.1 and rtl modules update dracut bugfix firmware update ******************************************************************* QA Verified ядро 6.1 не публикуется, не дали зависимые сборки на публикацию (In reply to Aleksandr Proklov from comment #64) > ядро 6.1 не публикуется, не дали зависимые сборки на публикацию По новой моде они внутри, как подконтейнеры. Публиковать сначала их, потом внешние (ту же нвидию). |