Не определяется железо в PRA03-1507 c ядром 4.1

[nik152]

MikeMN, обычно  системе хватает урезанной "железячной" базы (linux-pf-pra-firmware-20150226-2-any.pfs). Но в ряде случаев бывает, что на какой-то машине система находит железку, которая в этой базе не значится, и начинает жутко нервничать - куда её прилепить? На этот случай имеется большой пакет с всевозможным хламом - http://forum.puppyrus.org/~melvik/puppyrus/ftp/puppyrus/puppyrus-a/pra03/pfs/linux-firmware-20150410.ec89525-1-any.pfs, который добавляется в тот же каталог - /modules. Глядишь, нужное там отыщется и установится, согласно предписанию (хотя - не факт). Пробуйте...

[MikeMN]

А ведь два раза спрашивал,куда кидать этот модуль. Оказывается, в /modules. Кинул-абсолютно никаких изменений:(

[nik152]

Что ж, ожидаемый результат. Раз стандартного фирмваре хватило для другого ядра, должно бы хватить и в 4.1. Значит, накосячили ребятки, забыли добавить, (пива не хватило? ). Возможные варианты: 1 - пофиксят в сл. версии, 2 - потянется дальше, если никто носом не ткнёт. Не огорчайтесь особо, не один Вы такой, юзайте рекомендованое 3.19.2.

[sfs]

Если все нужное Вам железо определилось - можно вообще без firmware. По замыслу, если какого-то фирмваре не хватило - выдается сообщение
Куда положить (base modules)- именно для фирмваре не критично

Что в итоге? Какое ядро ставить в следующий middle?
Плюсов 4.1 мало. Есть за что ломаться?

[ramd]

Если плюсы 4 ядра непринципиальны (а можно огласить список?), возможно лучше не гнаться за новыми ядрами, а доводить до ума систему на 3.19.2
Там наверняка есть еще чем заняться. А то выходит ядро новое - заплатки старые

п.с. по хорошему - надо-бы выяснить, что это за фигня происходит с новыми ядрами.

ппс. для полного фирмваре важно, чтобы оно при загрузке модулей не перекрывалось малым - я модуль полного фирмваре переименовал в zzz...  .pfs чтоб ложился последним.

[sfs]

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

Кроме того собрать весь комплект под ядро - дрова видях vbox broadcom трудозатратно и протестировать проблемно. Мало у кого в доступе все виды видях

В итоге в game добиваюсь стабильности , в middle допускаю эксперименты
По любому откатывать весь дистр из-за ядра - плохая идея. Меняйте ядро и пишите что есть проблемы

Держать 2 варианта firmvare в загрузке бессмысленно

[nik152]

надо-бы выяснить, что это за фигня происходит с новыми ядрами.

ramd, Pro в начале темы это уже предлагал. Кто же лучше Вас с MikeMN, владельцев проблемного железа, это может выяснить? Методом сравнения 2х копий одной сборки с разными ядрами. По крайней мере, что-то можно будет понять

[sfs]

Проблемы c ядром 4.1 проявляются на любых ядрах 4.1 или только на нашем?

[nik152]

Не понял.  А где они любые-другие?

[sfs]

В других дистрах
Т.е. понять - проблема во всех 4.1 с таким железом (и понять с каким), в pf или в pra

[Pro]

я думаю в следующих сборках ядра опять отключить паралельную распаковку sfs, что то я не увидел прироста скорости

и еще вопрос по uksm, у меня больше 25 мб не показывает что экономит, не выключить ли его тоже?

[nik152]

В других дистрах

Если бы знать где их взять, да выдрать оттуда ядра.

[ramd]

здесь полно всего http://distrowatch.com/

[MikeMN]

"для полного фирмваре важно, чтобы оно при загрузке модулей не перекрывалось малым - я модуль полного фирмваре переименовал в zzz...  .pfs чтоб ложился последним."

Переименовал-результат тот же.
P.S. Почему у меня "цитировать выделенное" не работает? только "цитировать"

[ramd]

MikeMN думаю SFS правильно сказал - при подключении большого фирмваре малый уже не нужен, его можно убрать из загрузки.

Pro, почему-бы не собрать ядро 4.1 без ускорения и чего ещё там, короче как 3.19.2 и мы его протестируем?