
для 64-битных систем: http://abf-downloads.rosalinux.ru/kerne ... 5/release/
для 32-битных систем: http://abf-downloads.rosalinux.ru/kerne ... 5/release/
Как устанавливать (с поправками на версию) http://forum.rosalab.ru/viewtopic.php?f=53&t=6781

Установилtrs писал(а):Официального анонса пока не видел. Но попробовать наверное можно
для 64-битных систем: http://abf-downloads.rosalinux.ru/kerne ... 5/release/
для 32-битных систем: http://abf-downloads.rosalinux.ru/kerne ... 5/release/
Как устанавливать (с поправками на версию) http://forum.rosalab.ru/viewtopic.php?f=53&t=6781
Код: Выделить всё
roman2@roman2-TravelMate-8372 ~ $ uname -a
Linux roman2-TravelMate-8372 4.5.3-nrj-desktop-1rosa-x86_64 #1 SMP PREEMPT Wed May 11 09:12:19 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux
roman2@roman2-TravelMate-8372 ~ $ su
Опередилиtrs писал(а):Официального анонса пока не видел. Но попробовать наверное можно

У меня пару раз отвалился на 4.1.22.tverskoy писал(а):у меня блютус еще на 4.4.6 стал отваоиваться, сижу на 4.1.22
Опубликовалась.Алзим писал(а):32-х разрядной версии пока нет.
Да, с ядром 4.5.* есть проблемы с блютуз.VictorR2007 писал(а):Я ставил позавчера kernel-nrj-laptop-4.5.3-1rosa-x86_64-1-1-rosa2014.1.x86_64.
При загрузке выдаёт для блютуз типа
бла-бла -timeout
И сам блютуз неактивен.
Но запустить его можно через апплет, отметив галочку,
или запустив blueman, который предлагает подключить блютуз.
Тогда собрал ядро 4.5.4, и установил kernel-nrj-laptop-4.5.4-1rosa-x86_64-1-1-rosa2014.1.x86_64.
Всё по старому. Тогда установил дополнительно ядро kernel-nrj-desktop-4.5.4-1rosa-x86_64-1-1-rosa2014.1.x86_64
и блютуз совсем отвалился.
Установил на всякий случай hwdata-0.288, но всё без изменений.
На ядре 4.4.6 проблем нет.
Удалил все ядра 4.5.4, потом заново установил ядро kernel-nrj-desktop-4.5.4-1rosa-x86_64-1-1-rosa2014.1.x86_64.
После перезагрузки с ядра 4.4.6 работает без проблем.
Если потом выключить и включить, то может заработать.
Если ещё раз выключить, то потом перестаёт работать.
Если снова выключить, а потом загрузиться с ядром 4.4.6, а потом перезагрузить на ядро 4.5.4, опять начинает работать.
Приложу на всякий случай логи.
Код: Выделить всё
uname -a
4.5.1 GNU/LinuxКод: Выделить всё
systemctl suspend
systemctl status bluetooth.service
● bluetooth.service - Bluetooth service
   Loaded: loaded (/lib/systemd/system/bluetooth.service; enabled)
   Active: active (running) since Сб 2016-05-14 22:46:45 ; 19min ago
 Main PID: 1047 (bluetoothd)
   CGroup: /system.slice/bluetooth.service
           └─1047 /usr/sbin/bluetoothd -n
bluetoothd[1047]: bluetoothd[1047]: connect: No route to host (113)
bluetoothd[1047]: connect: No route to host (113)
bluetoothd[1047]: bluetoothd[1047]: hci0: Set Powered (0x0005) failed: Busy (0x0a)
bluetoothd[1047]: hci0: Set Powered (0x0005) failed: Busy (0x0a)
bluetoothd[1047]: Adapter /org/bluez/1047/hci0 has been enabled
bluetoothd[1047]: bluetoothd[1047]: Adapter /org/bluez/1047/hci0 has been enabled
bluetoothd[1047]: /org/bluez/1047/hci0/dev_00_1D_31_07_9E_E3/fd1: fd(23) ready
bluetoothd[1047]: bluetoothd[1047]: /org/bluez/1047/hci0/dev_00_1D_31_07_9E_E3/fd1: fd(23) ready
bluetoothd[1047]: Badly formated or unrecognized command: AT+CSRSF=0,0,0,0,0,7
bluetoothd[1047]: bluetoothd[1047]: Badly formated or unrecognized command: AT+CSRSF=0,0,0,0,0,7Код: Выделить всё
systemctl restart bluetooth.serviceКод: Выделить всё
systemctl hibernate
systemctl status bluetooth.service
● bluetooth.service - Bluetooth service
   Loaded: loaded (/lib/systemd/system/bluetooth.service; enabled)
   Active: active (running) since Сб 2016-05-14 22:46:45 ; 20min ago
 Main PID: 1047 (bluetoothd)
   CGroup: /system.slice/bluetooth.service
           └─1047 /usr/sbin/bluetoothd -n
bluetoothd[1047]: bluetoothd[1047]: hci0: Set Discoverable (0x0006) failed: Not Powered (0x0f)
bluetoothd[1047]: bluetoothd[1047]: Endpoint registered: sender=:1.31 path=/MediaEndpoint/BlueZ4/HFPAG
bluetoothd[1047]: bluetoothd[1047]: Endpoint registered: sender=:1.31 path=/MediaEndpoint/BlueZ4/HFPHS
bluetoothd[1047]: bluetoothd[1047]: Endpoint registered: sender=:1.31 path=/MediaEndpoint/BlueZ4/A2DPSource
bluetoothd[1047]: bluetoothd[1047]: hci0: Set Powered (0x0005) failed: Busy (0x0a)
bluetoothd[1047]: hci0: Set Powered (0x0005) failed: Busy (0x0a)
bluetoothd[1047]: bluetoothd[1047]: Adapter /org/bluez/1047/hci0 has been enabled
bluetoothd[1047]: Adapter /org/bluez/1047/hci0 has been enabled
bluetoothd[1047]: Adapter /org/bluez/1047/hci0 has been disabled
bluetoothd[1047]: bluetoothd[1047]: Adapter /org/bluez/1047/hci0 has been disabledВсё неправильно.dragon писал(а): Может что-то не правильно сделал?
Просто скопировать выделенное синим цветом, предварительно добавив нужный репозиторий выбрав из самого первого сообщения.ans писал(а):Установил (# urpmi kernel-nrj-desktop-4.5-latest kernel-nrj-desktop-4.5-devel-latest ) - проблем вроде нет.
Нигде не нашел, как добавить репозиторий. Нашел только намек Вконтакте, результат вот такой:Алзим писал(а):Всё неправильно.dragon писал(а): Может что-то не правильно сделал?
Зачем заниматься самодеятельностью, когда много раз написано как сделать?
Уже проще, чем написал ans, я наверное и способа не знаю:Просто скопировать выделенное синим цветом, предварительно добавив нужный репозиторий выбрав из самого первого сообщения.ans писал(а):Установил (# urpmi kernel-nrj-desktop-4.5-latest kernel-nrj-desktop-4.5-devel-latest ) - проблем вроде нет.
По правильному способу у вас и зависимости встанут и ядро само обновляться будет.
Код: Выделить всё
$ sudo urpmi.addmedia kernel4.5 http://abf-downloads.rosalinux.ru/kernels_stable_personal/repository/rosa2014.1/x86_64/ --update
добавляется источник «kernel4.5»
...извлечение не удалось: сбой wget: завершён с 8
для источника «kernel4.5» не найдены метаданные
А если так?dragon писал(а): Нигде не нашел, как добавить репозиторий. Нашел только намек Вконтакте, результат вот такой:
Код: Выделить всё
$ sudo urpmi.addmedia kernel4.5 http://abf-downloads.rosalinux.ru/kernels_stable_personal/repository/rosa2014.1/x86_64/ --update добавляется источник «kernel4.5» ...извлечение не удалось: сбой wget: завершён с 8 для источника «kernel4.5» не найдены метаданные
Код: Выделить всё
urpmi.addmedia kernel4.5 http://abf-downloads.rosalinux.ru/kernels_stable_personal/repository/rosa2014.1/x86_64/kernel_4_5/release/ --update В Вики способ, конечно правильный, но обновлять ядро вам придётся вручную через консоль.vfre писал(а):Установил ядро 4.5 на компьютер по ссылке euspectre(спасибо). Работает пока без проблем.
карта какая? amdgpu завелся?semivanya писал(а):Поставил. Производительность на радеоне еще подросла, вай-фай свисток usb работает из коробки так же. Останусь пока на этом ядре.
thunderamur писал(а):карта какая? amdgpu завелся?semivanya писал(а):Поставил. Производительность на радеоне еще подросла, вай-фай свисток usb работает из коробки так же. Останусь пока на этом ядре.
Это не ко мне у меня радеон 7770.amdgpu - это новый ядерный драйвер для нового поколения амдшных видеокарт (Тонга и новее).
Он время от времени их собирает, похоже. Просто иногда у него бывают в этих делах перерывы.tverskoy писал(а):А почему Николо перестал ядра делать? Надоело?
Как оказалось, зависит.notauser писал(а):Да, с ядром 4.5.* есть проблемы с блютуз.
Не зависит от дистрибутива и версии bluez. Например, https://bugs.archlinux.org/task/49223
Код: Выделить всё
http://abf-downloads.openmandriva.org/cooker/repository/SRPMS/main/release/kernel-release-4.5.4-1.src.rpmКод: Выделить всё
http://abf-downloads.openmandriva.org/cooker/repository/SRPMS/main/release/kernel-release-4.6.0-1.src.rpmКод: Выделить всё
http://abf-downloads.openmandriva.org/cooker/repository/SRPMS/main/release/kernel-release-4.6.0-1.src.rpmМожет быть случайность, может быть и нет. Иногда всё зависит от того, как данные в памяти легли.VictorR2007 писал(а):Собрал для Росы этот srcБлютуз работает.Код: Выделить всё
http://abf-downloads.openmandriva.org/cooker/repository/SRPMS/main/release/kernel-release-4.6.0-1.src.rpm
Собрал ядро Росы 4.6.0, только пришлось изменить три патча из архива kernel-patches-and-configs-v4.5.x.
и выбросить патч disable-mrproper-prepare-scripts-configs-in-devel-rpms.patch.
На нём блютуз не работает.
В общем, удалил все ядра.euspectre писал(а):Надёжнее проверить по-другому. Можете собрать ядро 4.4.6 вручную, не пакетом, без дополнительных патчей? Это не очень сложно. Проверьте, будет ли проблема на нём. Затем - аналогично для 4.4.7. Если и на таких непатченных ядрах всё будет как раньше (в 4.4.6 работает, в 4.4.7 нет), тогда git bisect поможет найти те изменения, что всё сломали.
VictorR2007 писал(а):Как оказалось, зависит.notauser писал(а):Да, с ядром 4.5.* есть проблемы с блютуз.
Не зависит от дистрибутива и версии bluez. Например, https://bugs.archlinux.org/task/49223
Собрал для Росы этот src ядра от OpenMandrivaНикаких проблем с блютуз.Код: Выделить всё
http://abf-downloads.openmandriva.org/cooker/repository/SRPMS/main/release/kernel-release-4.5.4-1.src.rpm
Правда они уже убрали его из реп, обновив наЕсли кому интересно, приложу hw.infoКод: Выделить всё
http://abf-downloads.openmandriva.org/cooker/repository/SRPMS/main/release/kernel-release-4.6.0-1.src.rpm
Я про 4.5.1.Да, с ядром 4.5.* есть проблемы с блютуз.
Правда у меня только при systemctl hibernate.Не зависит от дистрибутива и версии bluez. Например, https://bugs.archlinux.org/task/4922Код: Выделить всё
uname -a 4.5.1 GNU/Linux
Перевёл в спящий режим на ядре 4.5.4.notauser писал(а): Я про 4.5.1.
После systemctl hibernate просыпается?
Конфиги из kernel-patches-and-configs-*.tar.gz - это заготовки, из которых уже при сборке делается полный конфиг. Так что отличия могут быть. Влияют ли - сходу неясно.VictorR2007 писал(а):Кстати, когда запустил yes "" | make oldconfig
то в файле .config в секции
#
# Bluetooth device drivers
#
строки стали немного отличаться от конфига из архива kernel-patches-and-configs-v4.4.x.tar.gz
приложу файлы со строками из этих секций.
Наш и сгенерированный заново.
Не может ли это влиять?
З.Ы.VictorR2007 писал(а): Перевёл в спящий режим на ядре 4.5.4.
После включения блютуз был неактивен.
Выставил галочку на включение и пощелкал мышкой, и блютуз заработал.
Да вроде проблема не у нас, и не в ".config".euspectre писал(а): Давайте тогда так попробуем. Возьмите config не из kernel-patches-and-configs или из 3.14, а из пакета с каким-то из ядер наших, где проблема есть. Положите его под именем ".config" в тот каталог, где собираете ядро и попробуйте там собрать ту же версию ядра.
Так проверим, действительно ли дело в config'е.
Надо бы добавить, что перед обновлением следует с проприетарных драйверов переключится на свободные. После обновления чОрный экран без возможности включить консоль (карта ATI).euspectre писал(а):Обновили и немного "причесали" инструкции по установке новых ядер на Wiki:
http://wiki.rosalab.ru/ru/index.php/%D0 ... 1%80%D0%B0
 Откатился пока обратно
  Откатился пока обратно
Добавил примечание об этом и там тоже, пусть будет. В соотв. темах на форуме об этом тоже говорится.eXelenZ писал(а): Надо бы добавить, что перед обновлением следует с проприетарных драйверов переключится на свободные. После обновления чОрный экран без возможности включить консоль (карта ATI).Откатился пока обратно
как раз для вашей карточки все прекрасно, и закрытый драйвер вам не нуженUkol писал(а):Я пробовал ставить 4.4.7, так мое разрешение и звук через DisplayPort не установились на свободных драйверах для AMD Radeon (R 9 380x). Пришлось обратно откатится. С радеонами все очень печально.
Тоже самое, карта AMD Radeon HD 5000 серии. Откатился на 4.1.22-nrj-desktop-2rosa-x86_64.Ukol писал(а):С радеонами все очень печально.
А как разрешение экрана, эвук через Display Port?! Я хорошего пока не вижу от свободных драйверов, хоть и написали, что AMDGPU впервую очередь будет поддерживать новые карты;"Только как это выглядит, меня не устраивает".tverskoy писал(а):как раз для вашей карточки все прекрасно, и закрытый драйвер вам не нуженUkol писал(а):Я пробовал ставить 4.4.7, так мое разрешение и звук через DisplayPort не установились на свободных драйверах для AMD Radeon (R 9 380x). Пришлось обратно откатится. С радеонами все очень печально.
Данные hw-probe есть? Стоит посмотреть, который из драйверов там работает и что за ошибки выдаёт.Ukol писал(а):А как разрешение экрана, эвук через Display Port?! Я хорошего пока не вижу от свободных драйверов, хоть и написали, что AMDGPU впервую очередь будет поддерживать новые карты;"Только как это выглядит, меня не устраивает".

Ядро 4.5.5 для x86_64 собралось, пакеты тут, как и раньше: http://abf-downloads.rosalinux.ru/kerne ... 5/release/Ukol писал(а):Если соберете проверю, самому интересно.
nomodeset лучше убрать.Ukol писал(а):Вот проба на 4.5.5 https://linux-hardware.org/?probe=5a254c9ef4, пока изменений не вижу.
Не в Биосе было дело. WiFi D-Link DWL-G510 систему вешает. Убрал карту и все работает.Ukol писал(а):Температура нормально. Вот в биосе надо проверить все настройки. До этой материнки стояла от Gigabyte GA-970A-DS3P, и разгонял проц, но там проблемы с usb 3.0 были, пробу я тоже делал. Буду ковырять Bios..
Код: Выделить всё
OpenGL vendor string: X.Org
OpenGL renderer string: Gallium 0.4 on AMD TONGA (DRM 3.1.0, LLVM 3.8.0)
OpenGL core profile version string: 4.1 (Core Profile) Mesa 11.2.2
OpenGL core profile shading language version string: 4.10
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:
OpenGL version string: 3.0 Mesa 11.2.2
OpenGL shading language version string: 1.30
OpenGL context flags: (none)
OpenGL extensions:
OpenGL ES profile version string: OpenGL ES 3.0 Mesa 11.2.2
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.00
OpenGL ES profile extensions:
Однако, дергать шнур камеры не есть хорошая идея, особенно для тех, кто не разбирается в этом, и где к задней стенке ПК еще нужно подобраться.Yamah писал(а):В общем, на форумах Минта нашлось вот такое решение
В консоли говорим следующееи передергиваем камеру.Код: Выделить всё
sudo sh -c "echo -n -1 > /sys/module/usbcore/parameters/autosuspend"
Думаю, как минимум, udev'овскими правилами можно попробовать. Настроим, чтобы autosuspend отключался при подключении камеры.Yamah писал(а):В ядре в версиях 4.* опять поломалась поддржка web-камеры Genius iSlim 1300 V2
Временное решение:
В консоли говорим следующееи передергиваем камеру.Код: Выделить всё
sudo sh -c "echo -n -1 > /sys/module/usbcore/parameters/autosuspend"
Однако, дергать шнур камеры не есть хорошая идея, особенно для тех, кто не разбирается в этом, и где к задней стенке ПК еще нужно подобраться.
Может есть возможность это исправить или в ядре, или правилами в удеве?
Проба, если что тут.
Теперь физически до этого ПК доберусь только через неделю. Но обязательно попробую.euspectre писал(а):Кстати, возможно, всё получится сделать ещё проще: попробуйте при загрузке в списке параметров ядра задать "usbcore.autosuspend=-1" (без кавычек).
Какой-то warning в ядре, скорее всего, либо какие-то ещё события в ядре, о которых система выдаёт сообщения с повышенной важностью.Алзим писал(а):Интересно, что значит эта надпись?
Появилась на Плазме 5 в ВиртуалБоксе.
Увы, я выключил Плазму 5.euspectre писал(а): В выводе dmesg должны быть подробности.
hw-probe тоже эти данные сохраняет (если после таких событий систему не перезагружали, конечно).
Код: Выделить всё
[    1.995347] ohci-pci: OHCI PCI platform driver
[    1.996442] ohci-pci 0000:00:06.0: OHCI PCI host controller
[    1.996454] ohci-pci 0000:00:06.0: new USB bus registered, assigned bus number 2
[    1.996536] ohci-pci 0000:00:06.0: irq 22, io mem 0xf0804000Понятно. Спасибо.trs писал(а):Там выше, в окошке с предупреждением, 22е прерывание отключается.Код: Выделить всё
[ 1.995347] ohci-pci: OHCI PCI platform driver [ 1.996442] ohci-pci 0000:00:06.0: OHCI PCI host controller [ 1.996454] ohci-pci 0000:00:06.0: new USB bus registered, assigned bus number 2 [ 1.996536] ohci-pci 0000:00:06.0: irq 22, io mem 0xf0804000

 Хотя ничего сложного, вроде, нет: когда у устройства (в данном случае контроллера USB) появляются требующие обработки данные, оно генерирует процессору сигнал прерывания, что бы тот отвлёкся от менее важных дел.
 Хотя ничего сложного, вроде, нет: когда у устройства (в данном случае контроллера USB) появляются требующие обработки данные, оно генерирует процессору сигнал прерывания, что бы тот отвлёкся от менее важных дел. Такие ошибки бывают, например, если возникает прерывание, которое некому обрабатывать. Т.е., драйвер какого-то устройства включил генерацию прерываний в этом устройстве, но почему-то не для всех таких прерываний поставил обработчики. Обычная реакция ядра на это - выдать warning и отключить соотв. прерывание, что тут, похоже, и произошло. Но почему всё в этом случае так работало и кто должен был это обработать - неясно.trs писал(а):Но почему прерывание было отключено, не ясно. Судя по логу на картинке, собираются vboxadditions, возможно у них какая-то несовместимость с ядром. Если так, то в скором времени должны исправить.