предлагаю сделать тему со списком программ зависимых от версии ядра, дабы не забывать при обновлении ядра обновлять зависимые программы.Документация и каталог (http://wiki.puppyrus.org/puppyrus/start?&#%D1%8F%D0%B4%D1%80%D0%B0_%D0%B2%D1%8B%D0%B1%D0%BE%D1%80_%D1%81%D0%BA%D0%B0%D1%87%D0%B0%D1%82%D1%8C)
В DRM-драйвере Radeon появилась поддержка динамического управления питанием (DPM, Dynamic Power Management) и ASPM (Active State Power Management) для GPU HD 8000 (Sea Islands)
подключать вместе сВосстановил в шапке
Надо заканчивать эксперименты результатом. Брошенное на пол-пути зря потерянное времяне соглашусь(извиняюсь за офтоп):
урезать не знаю что надо, а добавить надо модуль с настройкой, на рутрекере выложил его, третий в списке ати дровУрезать надо , наверное, все для qt управлялки
ребята это не та тема где надо обсужать, здесь чисто список программ которые нуждаются в ядре а не проблемы с этими программами.В отдельную выделять... Не знаю как назвать. Основное будет в шапке и вики
Выпущен патч ядра patch-3.13.1-pf в основе патча ядро 3.13.5Будешь делать? Как со временем?
Комплект ядра залит на закрытый ftp.Чем именно нравится?
Я уже попробовал - мне нравится.
В первом варианте ядра был включен режим 1, в варианте который перезалил - используется вариант 2.А чем вдохновлялся при выборе и вообще где эта инфа - в конфигураторе? Как у соседей (porteus) и остальных сделано не знаешь?
зы. Распаковка в mc грузит только один процессор :( видимо утилиту unsqashfs надо другую.А как ты распаковывал? Если методом входа как в архив - это тормоз и проблема mc вообще с архивами
Ребята из портеус тут причем? своей головой надо осмыслить.Тут не поспоришь. Но они этот патч юзают уже второй rc еще с 3.12 ядра. Возможно накоплен какой-то опыт...
перезалил vmlinuz и исходники ядра. Переключил распаковку sfs на другой режим.Без ухудшений
mount: mounting /dev/loop14 on /mnt/+mnt+sda3+lf+pra2+optional+Gtk3-light-3.10.7-1-i686.pfs failed: Cannot allocate memory
На моноблоке иногда грузит одно ядро на 100%, процесс не определяется, убить невозможно, система не выключается.с 3.11 подобных эффектов не было?
у меня тоже наблюдается это дело с выделением памяти.Тогда тебе виднее. Скопмилишь - я протестирую
выключение системы стало быстрым, я грешилна размонтирование, но стало хорошо сновым ядромТоже показалось , что с выкл. стало лучше, но думал что из-за обновления systemd
версия ядра собранная без параллельной обработки squashfsМне помогло. Четко проявлялось при pfsmerge модуля 70-lf
Соответственно вопрос, binutils в системе 2.23.2 соответствует тому что в DEVX ?Да. Убедиться что проблема не в этом : pacman -S binutils --force
Ядро компилил 3.13.5? Изначально под чем его компилил?вспомни в какой версии появилось ядро 3.13, вот в предыдущей и компилировал.
pra02 собирал тем же методом что и 01. Небольшие изменения в составе пакетовв devx обновлены ли составляющие binutils?
3. Что-то в ядре 3.13 или в -pf. Может попробовать без pf или 3.?пробовал, ошибка таже на трех разных devx.
2. В репе арча какая-то проблема совместимости: переключить pacman на текущий срез репы + pacman -Syuэто не возможно, интернета нет.
Может исходники ядра побились, перекачать... там где инет есть...?исходники ядра в норме т.к. в PR компилируется это место нормально.
6ac561cbc24bd70c311a0d44f884eb1f 001-pra02p.pfs
f44ec71a28c7a7b46ea4e369e4930082 DEVX-PRA02a.pfs
Проблемы с squashfs, судя по твоим же словам ранее, имеются также и в портеус.В чистом портеус - не проверял
1404 отличается от 03 тем что доубирал fribidi.Объясни зачем убрал. Ведь весит совсем немного.
live@pra:~$ mplayer
mplayer: error while loading shared libraries: libfribidi.so.0: cannot open shared object file: No such file or directory
залил ядро 3.14.0-pf на закрытый фтпПроблема ждущего режима (http://forum.puppyrus.org/index.php/topic,15569.msg89611.html#msg89611) у меня не ушла.
pfsmerge 070-Lf140327_pfs 11
Mount "070-Lf140327_pfs/uksmtools-20130713-1-i686.pfs" failed!
umount: can't umount /tmp/.pfs/merge/11/37_mp: Invalid argument
pacman -Rs htop
ошибка: противоречивая информация в базе данных local: не совпадает имя пакета linux-pf
ошибка: противоречивая информация в базе данных local: не совпадает версия пакета linux-pf
залил ядро 3.14.0-pf на закрытый фтптак это ядро будет работать и в pr и в pra?
А вот это экспериментальный вариант с поддержкой zram, и ускоренной обработкой squashfs
http://cdn.2safe.com/292222036119/000-kernel.pfs
http://cdn.2safe.com/292220036119/vmlinuz-3.14.0-pf1
пока не выясню что это действительно надо изменить, смысла править нет.Это да. стабильность ядра терять нельзя
смысла не вижу.Тогда почему (если стырить смысла не видишь) сам не скомпилил проп. дрова под 3.14 ? ;) Или какие тут еще варианты?
лень расписывать почему.Ну вот и сохранили опыт (http://forum.puppyrus.org/index.php/topic,15614.msg89619.html#msg89619) :D
Очередное тестовое ядро, 3.14.4-pfВ Richy работает, но (сейчас буду ругаться) когда кончится это безобразие с вашим нестандартным стандартом. Пришлось перепаковывать.
когда кончится это безобразие с вашим нестандартным стандартом.Когда арч от него откажется. Поставьте симлинк. Нам наоборот не сделать
ядро экспериментальное, зачем вам src и остальное? проверяйте, будет нормально - сделаю комплект нормальный, в том числе и для любителей поругатьсякогда кончится это безобразие с вашим нестандартным стандартом.Когда арч от него откажется. Поставьте симлинк. Нам наоборот не сделать
Pro, а src чего не выложил?
проверяйте, будет нормально - сделаю комплект нормальныйЛовлю на слове. Пока единственное замеченное отличие нового ядра - модем Huawei E3272 запускается в NDIS
modem-stats -c AT^NDISDUP=1,1 /dev/cdc-wdm0
OK
dhcpcd wwan0
dhcpcd[10913]: version 5.5.6 starting
dhcpcd[10913]: all: not configured to accept IPv6 RAs
dhcpcd[10913]: wwan0: broadcasting for a lease
dhcpcd[10913]: wwan0: offered 100.90.37.194 from 100.90.37.193
dhcpcd[10913]: wwan0: acknowledged 100.90.37.194 from 100.90.37.193
dhcpcd[10913]: wwan0: checking for 100.90.37.194
dhcpcd[10913]: wwan0: leased 100.90.37.194 for 518400 seconds
dhcpcd[10913]: forked to background, child pid 11019
в том числе и для любителей поругатьсяСаша, меня возраст обязывает на всех вас ругаться, да и порядок должен быть порядочным.
Использованы патчи из Arch linux,Что они должны дать?
включен zram.Кто-нибудь использует?
Распаковка sfs однопоточная, многопоточная практически не работает, в логах ошибки на инициализацию xz декомпрессора.Загадочно. У нас это так и не заработало. На чужих ядрах (porteus) - аналогично. Если бы было нерабочим - вряд ли бы включили в ядро. Может мы что-то делаем не так.... Может другие ядра на этот предмет посмотреть... Как определить - включена эта функция или нет?
Что они должны дать?устраняют ошибку vhci при выполнении depmod например, и вобще надо же быть ближе к родительскому дистрибутиву не так ли ;)
Как определить - включена эта функция или нет?только конфиг ядра смотреть.
Полный комплект (дрова видях vbox) у нас только под старые ядра. Все молчат. Я проприетар не юзаю. Это не нужно или все юзают старое?а смысл делать под новое ядро, если не ясно пойдет оно в систему или нет. Ты про 3.14.0 тоже не говорил будет оно использовано или нет, вот ничего и нет.
Может выработать какую-то методику цикличности смены ядер... Надо ли так часто...мне без разницы, главное чтобы работало более лучше чем старое, в данном случае я вижу устранение проблемы с vhci, соответственно bluetooth на этом драйвере заработал.
если не ясно пойдет оно в систему или нет. Ты про 3.14.0 тоже не говорил будет оно использовано или нет, вот ничего и нет.В pra используются только твои ядра. Поэтому хотелось бы чтобы ты определил эту политику как наиболее компетентный в этом вопросе. А именно: как часто менять ядра и как часто компилить проприетар и пр. из шапки темы
Может компилить свое ядро той же версии , а дрова брать в портеусе? Так возможно?нет не возможно.
Поэтому хотелось бы чтобы ты определил эту политику как наиболее компетентный в этом вопросе.в таком случае определяю - ядро 3.14.4 это хорошо. Но хорошо ли оно на вашем железе работает я незнаю.
Или не надо заморачиваться видеодровами? Кто и для чего юзает? Проблемы есть?я не считаю что видеодрайвера должны появляться одновременно с ядром, по причине того что требуется время для тестирования.
перспективное направление? Может напишем фак по видеодровам?дык все написано, проверил, назначил, используешь. Но это только для свободных драйверов
определяю - ядро 3.14.4 это хорошо. Но хорошо ли оно на вашем железе работает я незнаю.А чем оно лучше 3.11.3-pf (см. шапку)?
Очередное тестовое ядро, 3.14.4-pfПроверил на своем нетбуке, вроде бы все работает, как надо, кроме того, что осталась проблема с зависанием при выходе ждущего режима (http://forum.puppyrus.org/index.php/topic,15569), которая у меня проявляется на всех ядрах от Pro свежее 3.11.3-pf.
Полный комплект (дрова видях vbox) у нас только под старые ядра. Все молчат. Я проприетар не юзаю. Это не нужно или все юзают старое?нет , я юзаю новое, просто раньше на старых ядрах до версии 3.13 без проприетарщины шел страшный перегрев на современном железе, сейчас же с версии 3.13 перегрева нет, и меса достаточно для многих игр и т.д.,поэтому наверное многие и молчат.
Может выработать какую-то методику цикличности смены ядер... Надо ли так часто...
нет перегрева на современном железе, отсюда отсутствие необходимости в обязательном наличии проприетарных дров на видюхуопределяю - ядро 3.14.4 это хорошо. Но хорошо ли оно на вашем железе работает я незнаю.А чем оно лучше 3.11.3-pf (см. шапку)?
Т.е. тестируем неделю (или сколько) и если ОК - компилим весь набор дров? Или как?
А никого не интересует возможность объеденить vmlinuz и initrd.xz ? на выходе будет один файл vmlinuz и в загрузчике ненадо будет прописывать init=А какая от этого практическая польза и что будет с функционалом porteus-initrd?
Я тоже юзаю ядро по принципу - последнее которое есть под virtualboxне удивлен.
А какая от этого практическая польза и что будет с функционалом porteus-initrd?меньше файлов в iso, проще скрипты загрузчика, ну и с прицелом что из uefi грузить легче. А что может случится с функционалом porteus, параметры то ядру передаются в загрузчике а не в строке initrd
меньше файлов в iso, проще скрипты загрузчика, ну и с прицелом что из uefi грузить легче. А что может случится с функционалом porteus, параметры то ядру передаются в загрузчике а не в строке initrdТ.е. код init из initrd там будет? А если в нем надо что-то поправить - ядро пересобирать?
Есть дистры где vmlinuz + initrd.xz ?у тебя есть свое мнение или ты все в интернете гуглишь?
А если в нем надо что-то поправить - ядро пересобирать?и вот тут я технично подошел к вопросу - когда initrd ты собираешься почистить?
vmlinuz + initrd.xz ? у тебя есть свое мнение или ты все в интернете гуглишь?По этому вопросу своего нет. Мало инфы
когда initrd ты собираешься почистить?Что именно почистить ?
что будет с функционалом porteus-initrd?ИМХО. Его у нас не будет :)
у насЭто у кого? ;)
Это у кого? ;)У меня и Риччи
а мы в каком разделе?Это у кого? ;)У меня и Риччи
RoDoN, пробуй этот комплект. я отключил планировщик ввода-вывода BFQ и вернул дефолтный CFQ.К сожалению результат тот же, не выходит из ждущего режима, ни на клаву, ни на мышь, ни на тачпад, ни на кнопку питания реакции нет, опять откидывал батарейку :(
cryptoLUKS на ядре 3.13.7-pf в 3.14.4-pf3 Саша Pro забыл вкомпилить модули dm_crypt и dm_mod.Pro, с 3.14.4-pf3 не будет работать cryptoLUKS? Это уменьшает функционал. Тогда в качестве базового не катит :'(
выложил окончательный комплект ядра 3.14.4-pf3На виртуалке работает нормально
ну поддержка шифроконтейнеров включена в ядре монолитно,lux? А что это даст?
выложил ядро версии 3.14.13-pf4В виртуалке -ок
завтра выложу vbox и может дрова на nvidiaВот это очень бы хотелось. На что-то надо обратить внимание при тесте ядра?
выложил ядро версии 3.14.17-pf4 для PRAВ виртуалке все ок
выложил ядро версии 3.14.17-pf4 для PR и PRAВ 000-kernel, в var не переименовано 3.14.4 ->17. Ругается при установке пакетов
sfs, не желаете ли перейти на ядро 3.16.3 в сборке pra02-1410?В нем есть что-то за что стоит ломаться?
Может для пробы и сравнения сделать ядро без pf...
делал уже, вроде даже выкладывалНе нашел на фтп. Если осталось - может выложишь для коллекции
Может у RoDoN осталось...Не это потеряли - 3.14.5 https://yadi.sk/d/gU2XE4dvbsJpc ?
Есть к этому ядру проп. видеодрова?Я пока не видел, в репе проп.дрова лежат только для штатного ядра 3.14.20.
Перепаковал ядро 3.17.4 PAE от сборки Tahr 6.0-CE, проверил в PRA-14.11 - работает, глюков пока не заметил )))В Richy в иксах не работают мышь и клавиатура.
В Richy в иксах не работают мышь и клавиатура.Нет возможности выйти в консоль и посмотреть - загрузились ли модули ядра?
загрузились ли модули ядра?Загрузились
в иксах не работают мышь и клавиатура.У меня такое было, когда пытался ядро 3.11.3-pf и 3.14.5 от PRA приспособить в PR-13.12, при загрузке в nox все хорошо, а в иксах грустно.
Будь добр указывать сборку, тема вообще-то про PRA.У меня всегда Richy, но если не надо, то и не буду.
бум ждать годного свежего ядра?Если уж собирать - то весь пакет (vbox, проприетар. видяхи)
sfs, прошу прощения за тупость, но какой драйвер для AMD/ATI нужно пробовать?amd-catalyst-14.9-k3.14.17-pf4-s03.pfs не должен работать в pra3. Он под другой xorg
пробовал amd-catalyst-14.9-k3.14.17-pf4-s03.pfs (закидывал в optional) - ничего хорошего не вышло - зациклилась система на стадии инициализации оборудования. Что еще нужно делать?
Карту в студию ;) Про мою imago вчера уже объяснил. Ниже HD 5xxx серии уже не работает :(у меня достаточно свежая :) - нетбук AMD C-60 + Radeon HD6290 (очень хорошая поддержка в свободном драйвере с ядра 3.8.ХХ, и пока чем дальше, тем лучше)
Просто я думаю, что чего то не дочитал/не дописал для правильного запуска.
oot@pra:extramodules-3.17-pf# modprobe nvidia
modprobe: ERROR: could not insert 'nvidia': Unknown symbol in module, or unknown parameter (see dmesg)
..Надо из моего сообщения Выше...спасибо, буду пробовать
(==) Using system config directory "/usr/share/X11/xorg.conf.d"и так циклически каждые 2..3 секунды
/usr/bin/Xorg.bin: symbol lookup error: /usr/lib/xorg/modules/extensions/libglx.so: undefined symbol: LoadExtension
версия pra?pra3 - удалил файл, попробовал загрузиться - та же пестня :( , на сегодня уже все, завтра попробую поднимать с нуля.
в вики описано?что?
может release notes к дистру в изо отдельным файлом ложить?На форуме коротенько пишу. Кто еще будет читать такое отдельным файлом?
/usr/lib/modules/3.14.17-pf4/kernel/drivers/input/evdev.ko
Свое ядро надо по любому компилитьпотому что через aur патч aufs наложить проще наверное.
Почему нельзя с твоим конфигом
devx3d все еще не годится для сборки ядра.Ничего в devx не перекомпилял и не экспериментировал
или ты что-то делаешь не такЯ даю make и у меня не компилируется. Перезагружаюсь в PR и даю make - все компилируется.
ядро 3.19.0-pf1Начал с "pf-проблемного" Acer'a, на одноядерном CPU Celeron-М440, 1860MHz. Первое впечатление - хорошо, часа за 1.5 активного пользования софтом, зависаний не было. Вставленная до загрузки ОС флешка вдруг стала автомонтироваться, чего раньше не наблюдалось. WiFi на b43 - нормально. Из недостатков: потерялся индикатор яркости, вернее, активная его часть, хотя сама яркость регулируется. А вот на Lenovo c этим делом худо, яркость вообще не управляется. Автомонтирования, предварительно вставленных флешек, здесь не появилось. Ну и, конечно, wl для bcm-43142 (вифи) нет. Пока всё...
Ядро 3.19.0-pf1 - халтура.за словами следи. хобби а не халтура.
за словами следи.К тебе это тоже относится и неоднократно.
uname -r
3.19.0-pf1
[ 0.870294] drivers/rtc/hctosys.c: unable to open rtc device (rtc0)
[ 11.459410] systemd[1]: Cannot add dependency getty@tty1.service0 to getty.target, ignoring: Invalid argument
[ 11.522617] systemd[1]: Cannot add dependency job for unit display-manager.service, ignoring: Unit display-manager.service failed to load: No such file or directory.
[ 19.430846] pcmcia_socket pcmcia_socket0: cs: memory probe 0xdfc00000-0xdfcfffff:
[ 19.430860] excluding 0xdfcf0000-0xdfcfffff
[ 331.272455] Freezing user space processes ... (elapsed 0.001 seconds) done.
[ 331.274064] Freezing remaining freezable tasks ... (elapsed 0.001 seconds) done.
[ 331.275193] Suspending console(s) (use no_console_suspend to debug)
[ 333.852080] ata2: exception Emask 0x10 SAct 0x0 SErr 0x0 action 0xe frozen
[ 333.852082] ata2: ACPI event
[ 333.852117] ata2: soft resetting link
[ 333.852209] Restarting tasks ... done.
Бук в подписи. Полет нормальный только после смены разрешения экрана перестал работать перезапуск Х. Думаю не хватает тех 2-х файлов для интеловского видеодрайвераНет, эти файлы здесь ни причем, т.к. в подписи вижу intel915gm, т.е. такое же видео как у меня на Acer TravelMate 2410, где все ok!
У меня скомпилились...Это под новое ядро?
GMA 500 - 800x600 и на всех моих железяках кроме моноблока отвалились мышь и клавиатура.
cat /proc/cmdline
"video=800x600" dir=pra copy2ram noswap rootcopy
kbd-reset?А где это взять и куда прилепить?
ну оптимус я на своем ноутбуке проверил.340?
если б ещё знать как optimus завести, а то скачал драйвера, но очень сомневаюсь, что они работаютhttp://forum.puppyrus.org/index.php/topic,15555.0.html
- проверить не на чемУ меня иксы не грузятся с модулями:
Отпишитесь, кто проверил
У меня иксы не грузятся с модулями:C какими-нибудь дровами и ядром работало?
C какими-нибудь дровами и ядром работало?Сборка pra03-1501game.iso. С родным ядром и модулем nVidia-340.32-k3.14.17-pf4.pfs работало.
Если не компилить ядерного - devx годится
Хотел поставить драйвера с офсайта нвидиа.никогда так не делай :)
При регулировке яркости аппаратными кнопками наблюдается немного странное поведение индикатора яркости. Это единственный баг, который я нашёл.Вряд ли это связано с ядром. Посмотрите здесь (http://forum.puppyrus.org/index.php/topic,16492.0.html)
http://www.puppyrus.org/~melvik/puppyrus/ftp/puppyrus/puppyrus-a/pra03/PKGBUILD/catalyst.tar.xzэто от 14.12 а 14.20 вроде новее же
для старых не получилось, что за хрень с компиляцией у меня непонятно.У меня тоже. Может с 3.19 и не должно...
Попробовал каталистКакой именно? Что ставить в pra1503game?
Получается каталист еще и не совсеми системами инициализации работает, либо для них по другому конфиг надо делатьТам 2 сервиса системд. С uselessd должно работать.
Скомпилил http://www.puppyrus.org/~melvik/puppyrus/ftp/puppyrus/puppyrus-a/pra03/pfs-test/amd-catalyst-14.9.12-2-k3.19.0-pf1-s01.pfsну вот каталист отсюда брал
Скоро сделаю ядро на 3.19-pf2 патче - посмотримНам бы как-то стратегически определиться с методикой модернизации ядер и проп. дров
Например 3.19-pf1 - полного комплекта проп дров нет. Чем лучше предыдущего - вроде не чемесли забыл, то я напомню, было убрано спонтанное зависание на некоторых системах (по информации от разарботчика).
было убрано спонтанное зависание на некоторых системах (по информации от разарботчика).Практических подтверждений этого мы не получили.
А это что, не подтверждение?было убрано спонтанное зависание на некоторых системах (по информации от разарботчика).Практических подтверждений этого мы не получили.
Кто может протестировать? У кого с 3.14 висло - 3.19 помогло?
Проверил работу с новым ядром 3.19.0-pf1 пока на двух проблемных аппаратах, а именно на нетбуке (см.подпись) и ноуте Samsung NP-R20, результат получился одинаковый, а именно в PRA03-15.02 все работает нормально, т.е. звук, яркость, wi-fi, ждущий режим - все в норме.
На стареньком ноуте Acer TravelMate 2410 (Celeron M 1,60 GHz, 512 Мб, Intel 915GM) с новым ядром 3.19.0 все загрузилось, определилось, ничего не отвалилось, а при уходе в ждущий режим вообще все зависло, как и на предыдущих версиях с -pf, которые > 3.11.3 :'(Какие еще нужны подтверждения?
У кого с 3.14 висло - 3.19 помогло?У меня
У кого с 3.14 висло - 3.19 помогло?Мне помогло, особенно когда старый changes прибил. Жду 3.19.2-pf2, проприетарные дрова мне не нужны.
Может кардинально: брать для pra-game ядро и проприетар из porteus. Самим заморачиваться только pf ядром без проприетараа как по поводу xorg? его версия тоже должна соответствовать вроде? И в таком варианте проп дрова все равно надо тестировать
А не может такого быть что старые дрова под это ядро и Xorg и не должны собираться...я собрал версию 304.125 для ядра 3.19.2 вечером выложу весь комплект для nvidia
Хотя - получается должны (https://www.archlinux.org/packages/extra/i686/nvidia-304xx/)
ядро 3.19.2-pf2А я-то надеялся... :( Внешне, в сравнении с 3.19.0, на своих железяках никакой разницы не заметил. Яркость на Lenovo не регулируется, на Acer'e - нормально (так же, без индикации - пофиг). Pro, а как у Вас с яркостью на новом ноуте?
340 и 304 - вроде для тех же видях. Надо ли 2?а я то откуда знаю. ты мне ссылку дал на 304 версию, вот я ее и сделал.
В полном комплекте был 176. Его не скомпилить?так его же ты компилировал, где исходники брал? (официальные не компилируются)
Вроде 176 ты делал.нет у меня нету скомпилированных файлов
This package don't working with new xorg-server 1.16 and later, because nVidia dropped a support of nvidia-173xx branch.
You can use another driver, or stay on xorg-server-1.15
О каких 176-x дровах речь, если вот последние 173.1439 (http://www.nvidia.ru/download/driverResults.aspx/71320/ru) от производителя ?ну да о них. один хрен не компилируется :(
Соберите, пожалуйста, ядро Linux 4.0 (http://www.opennet.ru/opennews/art.shtml?num=42029) для pra32 и pra64. Не напишите ли инструкцию как эти pfp-ядра готовить для pra?https://aur.archlinux.org/packages/?O=0&K=linux-pf (https://aur.archlinux.org/packages/?O=0&K=linux-pf)
чтобы не ложить в модуль с проприетарными драйверами инфу из depmod, может лучше будет прописать в start.sh чтото типа insmod /usr/lib/modules/..../nvidia.koЭто отличная идея для virtualbox и пр. userlevel, а для дров - разве их можно загрузить по горячему? При автозагрузке start.sh не выполняется - засунуть в rc.local или в systemd...
insmod грузит модуль без учета зависимостей, поэтому важен порядок загрузки модулей (если их несколько как в vbox) и путь к модулю надо указывать полный (не как в modprobe без путей).Порядок и пути - не проблема
ну да, при автозагрузке ожидалось что будет делаться автоматически depmod при наличии в модулях .ko файлов.В итоге я отказался от этого
чтобы не ложить в модуль с проприетарными драйверами инфу из depmod, может лучше будет прописать в start.sh чтото типа insmod /usr/lib/modules/..../nvidia.koДа - это работает! + Проверил с vbox и nvidia
sudo insmod "/usr/lib/modules/`uname -r`/kernel/drivers/video/nvidia.ko"
Добавил в ~/.xinitrcзачем? .xinitrc измененный в модуль чтоли ложить?Кодsudo insmod "/usr/lib/modules/`uname -r`/kernel/drivers/video/nvidia.ko"
вариант ядра для тестирования, параллельная распаковка sfs и версия ядра 3.19.5-pf2На виртуалке ок
https://cloud.mail.ru/public/3MnBucevb231/pr-testsrc эти (http://www.puppyrus.org/~melvik/puppyrus/ftp/puppyrus/puppyrus-a64/pra64-04/kernel/3.19.5-pf2/kernel3.19.5-pf2_src_patched_x64.pfs) подойдут?
нет лучше не ставить наверноеПочему?
ну так 3.19 вроде не подвержено проблеме"Проблема усугубляется тем, что связанная с проблемой функциональность была перенесена в ядро..."
Тогда ждем 41Релиз ядра Linux 4.1 (http://www.opennet.ru/opennews/art.shtml?num=42472)
выложил ядро 4.1.0-pf0У меня на виртуалке - ок. Тест на пересборку 070-*.pfs пройден
Уменя на фтп видимо опять квота кончилась, не смог залить исходники ядра и драйвер nvidiaВыложи куда получается - я попробую переложить...
выложил ядро 4.1.0-pf0Только для PRA?
radeon сами собирайте,У меня нет энтузиазма собирать
pra03-1505test (JWM+Rox) с ядром 4.1.0-pf0Все описанное точно связано с ядром 41?
Кучу строк, проскакивающих при загрузке, наблюдаю уже давно, наверно начиная с ядер 3.13.x или 3.14.x и параметр quiet не помогает.У себя только иногда такое замечаю. Закономерностей не заметил. Возможно в новых версиях systemd надо что-то в настройках покрутить
Скачал новый vmlinuz-4.1-pf0, в иксах отрубились сеть, звук напрочь :'(Стационар pra32 сеть отвалилась, звук забыл проверить. На pra64 звук и сеть работает.
На pra64 звук и сеть работает.Это точно новый? Новый пока только на mail.ru. На фтп - старый
Это точно новый? Новый пока только на mail.ru. На фтп - старыйСорри, был не внимателен проверял на vmlinuz64-4.1.0. Но все же, уже обновил, на pra64 звук и сеть работает на vmlinuz64-4.1.0-pf0.
А для 32 на фтп - сейчас тоже рабочее?Для pra64 vmlinuz64-4.1.0-pf0 с майл.ру рабочее.
64 новое можно заливать?
Да, с фтп ядро vmlinuz-4.1-pf0 для pra32 тоже рабочее.А у меня не рабочее
Выложил ядро 4.1.6-pf4На виртуалке - ок
Выложил ядро 4.1.6-pf4Отличненько работает, особенно на свободных дровах. Для пра64 ждать или будет сразу 4.2?
неработоспособного devxнеработоспособного - не компилится ядро? Это проблема PRA, арча или всего линукса?
devx последний не помог....скомпилить ядро?
При компиляции простой программы, выяснил что вроде как сам gcc виноват.т.е. кроме ядер проблемы нет?
я простестил, нормально.Т.е. pacman не ругается при -S , -Rs
ядро Linux 4.2 с драйвером AMDGPU для новых GPU Radeon, поддержкой чипов Intel Broxton,
выложил ядро 4.3.0-pf1Загрузился на рабочей машине с мини-версией 15.10. Чисто визуально по скорости загрузки - стало побыстрее. По крайней мере за сообщениями глаз отследить не успевает :) по сравнению с 4.1.6-pf4.
выложил ядро 4.3.0-pf1спб :)
64 Обновил. Скоро выложуждемсъ обновленный pra64 с ядром 4.3.0-pf1
%NAME%
linux-pf-pra
%VERSION%
4.3.0-1
выложил ядро 4.3.0-pf1А вот в PRA в отличие от PR на стареньком ноуте Acer TravelMate 2410 не все так радужно с новым ядром, а именно все нормально работает, но при уходе в ждущий режим все зависает намертво, только перезагрузка кнопкой.
на Acer TravelMate 2410 ... при уходе в ждущий режим все зависает намертвоВот жеж ты, холера... :( Проверил на эту "вшивось" свой Acer - нет, нормально.
визуально по скорости загрузки - стало побыстрее... по сравнению с 4.1.6-pf4.Подтверждаю, бросается в глаза, особенно на Acer.
Ядро 4.3.0-pf1. На Lenovo впервые, после k3.14.17-pf4, заработало управление яркостью без спец. правки bl.я думаю что это "поправят" в следующих версиях.
думаю что это "поправят" в следующих версиях.Так вот... Так и получается: в одном месте исправляют, в другом - проявляется :(
Дайте пж ссылку на kernel-source-4.3.0.pfs нужен для компиляции NVidia драйверов. Дистриб понравился, только как возвратить обратно пункт "Меню" как в классике.завтра выложу ок? просто делание модуля с исходниками ядра, заставляет делать make clean, а т.к. ядро "проходное" то если придется изменения вносить то опять все перекомпилировать.
Pro - для PRA64 будут свежие ядра?не компилируется же.
не компилируется же.
Может, выложите .config, да я попробую собрать?config выкладывается вместе с src
Написал ведь: те исходники, которые под pra собираться отказались, под огрызком убунты собираются без ошибок.я тебе больше скажу в PR оно тоже собирется, еслиб x64 версия была.
Под pra 32 ошибки были там же. Так что, похоже, во всех pra в DEV какая-то проблема. Подозреваю, что с ассемблером. Сишные программы ведь компилятся нормально, а в ядре не линкуется именно тот *.o, который из *.S компилировался.неправильно подозреваешь. Я уже говорил - в бинарнике не видны функции которые он предоставляет, как будто его strip обработали. И вроде я писал как это с помощью mc визуально увидеть.
Pro - какими параметрами уменьшал вывод мусора в консоль?в исходниках нашего ядра патч есть на loglevel, или в ручную править kernel/printk.c
Под pra 32 ошибки были там же. Так что, похоже, во всех pra в DEV какая-то проблема. Подозреваю, что с ассемблером. Сишные программы ведь компилятся нормально, а в ядре не линкуется именно тот *.o, который из *.S компилировался.неправильно подозреваешь. Я уже говорил - в бинарнике не видны функции которые он предоставляет, как будто его strip обработали. И вроде я писал как это с помощью mc визуально увидеть.
#!/bin/sh
case "$1" in
=) d=status ;;
+) d=start ;;
-) d=stop ;;
*) exit ;;
esac
sudo systemctl $d NetworkManager
( сейчас придет DdShurich и скажет, что NetworkManager - зло :D )Да, зло. Толстый и наглый как русский олигарх. :D
nm - какой-то древний скрипт, который вроде и не используется. Заменю симлинком на /bin/nm
А вообще, из каких соображений PATH именно такой? Может имеет смысл сделать PATH=/usr/bin:/usr/local/bin ?Очередное наследие пупи. Какие будут плюсы если поменять?
Очередное наследие пупи.Не надо с больной головы на здоровую
# echo $PATH
/bin:/usr/bin:/sbin:/usr/sbin:/usr/local/bin:/usr/local/sbin:/usr/X11R7/bin:/home/live/my-applications/bin:/opt/samba/bin
bc - ок в devxну да конечно, я два раза писал что оно надо, но мое мнение ведь вода. зачем изначально быть таким редиской я затрудняюсь понять.
А вообще, из каких соображений PATH именно такой? Может имеет смысл сделать PATH=/usr/bin:/usr/local/bin ?Очередное наследие пупи. Какие будут плюсы если поменять?
/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games
/sbin:/bin:/usr/sbin вобще ненужны т.к. они символические ссылки.такая мешанина связана с тем, что не соблюдается FHS.
такая мешанина связана с тем, что не соблюдается FHS.скорее это связанно с тем что при создании системы перетащили значение переменной из puppy(rus).
а нельзя ли включить в busybox 2.21 поддержку setserialbusybox-Richy (https://cloud.mail.ru/public/NKJe/ZKJnSeQyM)
нельзя ли включить в busybox 2.21 поддержку setserialПочему именно в busybox ? Чем не устраивает
sudo pacman -Sy setserial
Компилил в ПРА?Видео - так AUR
361.28optimus провереныОтпишитесь, кто проверит другие дрова. Метода проверки (http://forum.puppyrus.org/index.php/topic,18149.0.html)
загрузил х32 драйвер catalysthttp://www.puppyrus.org/~melvik/puppyrus/ftp/puppyrus/puppyrus-a/kernel/4.4.1-pf3/video-drv/pfs/
перезалил ядро 4.4.1-pf3Проверил в PRA - ок. Вижу и сетевые дрова уже в модулях
AMD Product Family Compatibility
AMD Radeon™ R9 Fury X Graphics AMD Radeon™ R9 380X Graphics
AMD Radeon™ R9 Fury Graphics AMD Radeon™ R9 380 Graphics
AMD Radeon™ R9 Nano Graphics AMD Radeon™ R9 285 Graphics
AMD Radeon™ R9 M395X Graphics
Загрузил x32 драйвера для Virtualbox для ядра 4.4.1-pf3Что-то не найду... Тыкни или перезалей
Все равно ведь протестировать не успеем. Тяжело у нас с этим. Толи не юзают, толи сложноnvidia-glx-340.96-k4.5.1-pf1.pfs нормально работает, Доберусь до ноута проверю ещё optimus
x32 ядро 4.5.6-pf4http://file.puppyrus.org/users/pra/kernel/PRA-kernel-4.5.6-pf4/ на виртуалке - все ок
поправил имена под стандартТЫ ЖЕ САМ ПИСАЛ ЧТО ПЕРЕНЕС РАСПОЛОЖЕНИЕ _64 в другое место!!!!! я специально смотрел название модулей в iso, какого хрена, хочу я спросить?
на ядре 4.5.6 что-то eth1 не находится, с 4.5.1 нормально. Пробовал фирмварю от 4.5.1 подсунуть, но не помогло.Сравните вывод
lsmod; dmesg |grep firm
Сравните вывод lsmod; dmesg |grep firmНечего сравнивать и проблема не в firmware (с 4.5.1 работают оба пакета).
live@pra64:~$ lsmod; dmesg |grep firm
Module Size Used by
Похоже, у Вас вообще 000-kernel-4.5.6-pf4_64.pfs не загрузился - проверить : losetupЕсли верить выводу, то загружается.
А vmlinuz* соответствует 000 ?Да, проверял: 000-kernel-4.5.6-pf4_64.pfs linux-firmware-4.5.6-pf4_64.pfs vmlinuz-4.5.6-pf4_64.
Диагноз - не загрузились никакие модули ядра. У меня ок - значит дело не в модуляхВ том-то и дело, что не загрузились, их вообще там нет:
а где ядро 4.5.1-pf для x64 на яндексе?Пока не освоил rsynс без удаления - хотел держать старые ядра только на https://sourceforge.net/projects/puppyrusa/files/puppyrus-a64/kernel/. Они очень большие и востребованы только новые. Есть ли смысл дубляжа...
Они очень большие и востребованы только новые4.5.1 кажется не старее 4.4.1
Пока не освоил rsynс без удаления - хотел держать старые ядра только намножатся репозитарии, я смотрю.
4.5.1 кажется не старее 4.4.1Но и не свежее 4.6. Тем более ядро "проходное" (без видеодров)
множатся репозитарииОсновные sweb(промежуточный со счетчиком и лимитом по месту) +yandex (без счетчика и лимита), https://sourceforge.net больше для рекламы (его счетчикам не верю)
Но и не свежее 4.6. Тем более ядро "проходное" (без видеодров)а не 4.5.1 ли стоит в актуальной версии дистрибутива?
загружен комплект драйверов для видеокарт ati и nvidia ядро 4.6.2-pf1 для x32Т.е. предлагаешь сменить ядро в game? Дрова традиционно плохо тестируют. Летом - вообще не сезон. Может отложить это до осени?
Выложил ядро 4.7.0-pf1 для x32 и x64проверил оба в виртуалке - ок
какие препятствия пересобрать дрова? мне лично ничего не мешает.Запаримся дождаться тестеров
3.14.79 эРзз уж все компилить - почему именно это? RoDon писал про проблемы выше 3.11...
3.14.79, убран pf-патчЧто это должно дать?
оптимизация для процессора 586каким образом и как должно проявляться?
ограничен размер памяти 4гигат.е. nonPAE?
RoDon писал про проблемы выше 3.11...Т.к. кроме меня никто не жаловался, то это скорее частная проблема, поэтому не стоит цепляться именно за это ядро, а вот вариант с noPAE наверно нужен, т.к. таких ядер у нас давно не было.
Ну а 3.14.79 то почему?потому что оно последнее
Старое 3.14 имело проверенный комплект видеодров, которые к этому не подойдута что нельзя драйвера пересобрать?
Если скомпилить так же 3.14.17 старые дрова подойдут? Так ведь проще?нет не подойдут.
Ответь на остальные вопросы
3.14 потому что. sfs сказал в ретро на эту ветку ядра ориентироваться.В надежде на то что подойдут дрова... Ты это слил
В ядрах-pf поддержка есть (iptable_filter.ko вкомпилен в vmlinuz)Pro - почему не модулем? Лишняя трата памяти...
Pro - почему не модулем? Лишняя трата памяти...Непомню уже почему. А сколько памяти потрачено?
сколько памяти потрачено?мало, но даже в юбунте модулем - попомни в следующем ядре
файрволл настроенный всем иметь надо бы.Но не на стадии initrd
За рутерным nat-ом - не уверенНе у всех же роутер с OpenWRT.
iptable_filter.ko монолитно не вкомпилен, собран модулем.Да. В свежих ядрах-pf -ок. Я в 3.19-pf смотрел
залил ядро 4.8.2-pf2 для х32 и х64Может 4.8.3 будет лучше в связи с критическая уязвимость в ядре Linux, уже эксплуатируемая злоумышленниками (http://www.opennet.ru/opennews/art.shtml?num=45354)?
залил ядро 4.8.2-pf2 для х32 и х64Спасибо Pro за выложеное ядро. Опробовал на 1609middle и game сборке с флешки, на ноуте Lenovo B580 пока проблем нет.
Залил модули проприетарных драйверов для ретро ядра 3.14.79http://file.puppyrus.org/users/pra/kernel/
Нет не проверял, ядро то не ясно рабочее или нет.Ядро я проверял в виртуалке. nonpae
сделал модули firmware для broadcom b43Не нашел на ftp
Для каких версий ядра надо скомпилировать драйвер?Для game и fat - раз для них есть максимум дров - на них и надо сосредоточиться
Не нашел на ftpну так домой приду - выложу. Тем более успею наверное и для других версий собрать
Для game и fat - раз для них есть максимум дров - на них и надо сосредоточитьсяверсии ядра какие!!! не все iso же качать.
версии ядра какие32бит: 4.4.1-pf3
virtualbox 5.1 переписали на qt5Это ты про мой вчерашний модуль?
известны ли методы увеличить размер шрифта?Мне нет. Не искал
Это ты про мой вчерашний модуль?нет это я про свой модуль.
А надо ли вообще обновлять vbox... Пока это единственное приложение qt5 и я не знаю чем новый лучше старого...ну вобще там не только гуи обновляют но и фиксят баги, рано или позно это придется решать, причем в таком корявом виде будут ВСЕ программы которые на Qt5.
рано или позно это придется решатьДа, но пока рано. Хватает гемора gtk2-3. Не хотелось бы еще qt4-5
для 4.4.1-pf3 попробовал загрузить драйвер wl - ошибок нет. x64 версия проверяласьpra6407-1610fat в виртуалке
сочувствую.Т.е. проблема только у меня? Проверьте еще кто -нибудь
Т.е. проблема только у меня?Специально опробовал pra6407-1610fat: ноут Lenovo B580, wifi BCM43142 интеловская графика :
wifi BCM43142
ядро 4.4.1- вайфай нормально подключился,Т.е. модуль wl загрузился? Проверить: lsmod |grep wl
Failed to start Load Kernel Modules)какие именно?
noload=video-intel;video-nvidiaэто уже не актуально, т.к. в перенесено в 002
Failed to start Load Kernel Modules)да это постоянно пишет вроде, sfs говорил что все нормально.
Мне кажется для бродкома лучше отдельный модуль сделатьПо поводу wl загрузился,не проверял, сейчас верну все на место и проверю. Лично для моего варианта не хватает в фирмваре модуля (bcmr)
луноликий sfs возьмёт да и добавит их.У нас 2 модуля firmware:
bcm4329-fullmac-4.bin
bcm43xx-0.fw
bcm43xx_hdr-0.fw
brcmfmac43236b.bin
brcmfmac4329.bin
brcmfmac4330.bin
brcmfmac4334.bin
Нафиг 13.12 мучить? Есть же предыдущие сборки PRAЯ не помню когда это потерялось и не помню, чтобы я что-то добавлял по сравнению с 1312
Или хватит bcm43xx-0.fw bcm43xx_hdr-0.fwИзвеняюсь вынужден отлучиться, по результатам отпишусь.
на все воля создателя sfs и Pro пророк его.;D ;D ;D
linux-firmware-light-160113_any-sf02.pfsОк. Тогда буду его слеплять с inux-firmware-4.8.4-pf3_64.pfs в pra-light и middle
помог!
модули компилируются но не подключаются с руганью на линковку.В 441 эта проблема есть?
Подключали после загрузки системы вручную?Ну конечно. Из /modules - в терминале, из /optional - срабатывает скрипт.
да, 4.8.6 для x64 надо будет перезалитьИ 32разрядный kernel4.8.6-pf6_src_patched тоже надо.
проблема устранена в ядре 4.8.7проблема в pf или ядре?
новыми ядрамиКаких версий? До выяснения не ставить в iso? На другом железе можешь проверить? А другой дистр с таким ядром на своем железе? У кого аналогичные проблемы?
при подключении по usb жесткого диска, он не доступен.Когда-то давали такой диск, так там надо было exfat тулить.
ядро 4.8.10-pf8Это без проблем, которые в 486 ?
о 4.8.6 имеет проблемы с работой проприетарных драйверов nvidiaДобавил в голосование (http://forum.puppyrus.org/index.php?topic=19340.15;viewresults). Тестируем
проблема устранена в ядре 4.8.7
никак на проприетарных дровах не хочет работатьс 4.8.10 ? Как проявляется? Модуль ядра грузится?
4.9.0-pf2 для х64на виртуалке - норм.
- частота 100 Hz ( muqss) раньше была 1000, посмотрим как будет с такой.https://www.opennet.ru/opennews/art.shtml?num=45395 ? Как и где может проявиться? На что обращать внимание при тестах?
оставлена поддержка только интел и АМД архитектур процессора.А какие еще были? Что-то ни ядро не модули не похудели - может зря?
х32 драйвера для видеокарт nvidiaчто-нибудь на железе проверено?
virtualbox-5.1.12 для ядра 4.9.2-pf2придется удалить, модули ядра в нем не заменил :(
модуль nvidia 304.134 придется перезалить, ошибку выдает при загрузке модуля.перезалил.
выложено ядро 4.9.3-pf3 для х32 и х64перезалил, мелкие правки
1. Для х32 включены Transparent Huge pages и отключен Debug SLUB allocatorЭто какие-то твои эксперименты или https://pf.natalenko.name/ ?
2. Для х64 отключен Debug SLUB allocator
Модули видеокарт тоже требуют доработки в версии 304 неправильные библиотеки, в понедельник доисправляю.перезалил все модули nvidia драйверов.
обновление вышло и x32 процессор перестало грузить.Какое именно ядро попробовать?
Интересно как будет работать на х32На что обратить внимание при тесте?
выложено ядро 4.9.5-pf4 для х32Pro, а здесь http://file.puppyrus.org/users/pra/kernel/PRA-kernel-4.9.5/ какое ядро? без -pf ?
http://file.puppyrus.org/users/pra/kernel/PRA-kernel-4.9.5/ какое ядро? без -pf ?Я так понял и без PAE?
Я так понял и без PAE?С чего такой вывод?
Теперь без просмотра конфига (который не выложен ) не определитьАга а ещё можно логи виртуалбокса и виртуалки посмотреть, они очень подробные.
Какое ядро ставить в middle?
логи виртуалбокса и виртуалки посмотретьПо какому фильтру?
По фильтру PAE видимо.Тоже так подумал, но по такому фильтру не смог определить
Ядро 4.9.5 без pf, как я уже изначально писал - тестовое.Ты же знаешь, что то что не в исо у нас вообще никто не тестирует
Какой вывод можно сделать?Лучше не выпускать pra03-1701middle. Серьезных изменений модулей нет. Со свежими ядрами непонятки
на экране пишет об остановке демонов и отмонтировании ФС, а последние строки такие:А с ядром 4.9.5 при выключении получаю просто черный экран и в верхнем левом углу надпись acpid: exiting и мигающий курсор :(
The system is going down NOW!
Sent SIGTERM to all processes
Sent SIGKILL to all processes
Requesting system reboot
... и замирает все.
На старом ноуте Acer TravelMate 2410для него наверное надо указывать acpi параметр в загрузке какой нить хитрый.
4.9.5-pf4 (Richy) загрузка в полтора раза медленнее.В ПРА у кого-нибудь так есть?
то что не в исо у нас вообще никто не тестируетЭто не совсем верно! все ядра с 4.4.1 до 4.9.5 для pra и pra64 имею в своем архиве, после сообщения от PRO
Это не совсем верно!Вот теперь вижу. Можете ведь :)
pra6407-1612light с vmlinuz-4.10.1-pf2_64 не запустилась сеть (модем USB YOTA) не смог получить выхода в сеть ни на стационаре ни на ноуте - пока не понятно в чем дело, откатился на 4.9.5-pf4_64 и спокойно вышел в сеть.сравните lsmod на разных ядрах
Прошу протестировать ядро 4.10_64Все завелось на всех компах.WiFi.Видео.Радует,что фирмварь намного меньшего размера.
Все завелосьPRA64? PRA03-1702 - не планирую. Мало изменений
Радует,что фирмварь намного меньшего размера.одинаковый с предыдущей версией
одинаковый с предыдущей версией6407-1701- Удалил из папки modules firmware-any 161005...который 70метров.Из подписи PRO скачал ядро и фирмварь, залил по папкам изменил менюлист.32 не тестил, Вы же просили 64?
firmware-any или как-то там...который 70метров.Это большой модуль из арчрепы - его достаточно одного
Вы же просили 64?да
При старте системы систестл выдает ошибку на сервис pupvolcontrol, что прибавляет время загрузки системе.Создайте отдельную тему. Мало подробностей. пульс используете?
PRA64? PRA03На обоих с vmlinuz-4.10.1-pf2 стационар нормально работает, сеть есть. На старом ноуте еще не пробовал.
К 4.10.1-pf2 проприетар Nvidia будет?Я выкладывал. Для х32.
Хотфикс будет для ядра?
Для успешной атаки не требуется наличие специализированного оборудования Microgate или SyncLink. В качестве обходного пути защиты можно блокировать автоматическую загрузку модуля n_hdlc, добавив строку "install n_hdlc /bin/true" в файл /etc/modprobe.d/disable-n_hdlc.conf.
Включена поддержка overlayfs монолитно в ядро.Есть мысли по использованию?
Есть мысли по использованию?просили же
pf ядре btrfs не имеет поддержки lz4?
Не понял фразуЕсть ли в твоем ядре btrfs и есть ли в btrfs поддержка lz4 (я сам не в теме)
Btrfs уже закапывают кстатиОткуда инфа?
Есть ли в твоем ядре btrfsда модулем есть
есть ли в btrfs поддержка lz4нет нету.
Откуда инфа?на LOR новость была.
да модулем естьТ.е. загрузиться с btrfs раздела без модулей ядра в инитрд не получится
Загрузил драйвера nvidia для х32 ядра 4.12.4-pf5у меня на ноутбуке и компе есть проблемы с выходом из ждущего режима, при пробуждении зависает все и требуется перезагрузка.
Т.е. 4.12.4-pf5 в исо не ставить?видимо нет :( а жаль.
Т.е. 4.12.4-pf5 в исо не ставить?я думаю 4.12.6 ядро будет хорошо работать. в проблемах при пробуждении виноват скорее всего UKSM, пока тестирую.
4.13.0-pf1 ставлю в pra-light.iso?Нет. Жду 4.13.4 и будет хорошо.
Выложил ядро 4.13.4-pf6 х32 и х644.13.11 (http://www.opennet.ru/opennews/art.shtml?num=47523) не предвидеться?
4.13.11 не предвидеться?В нем появилось что-то интересное для нас?
В нем появилось что-то интересное для нас?Как бы по ссылке: "В USB-стеке ядра Linux выявлено 14 уязвимостей".
Как бы по ссылке: "В USB-стеке ядра Linux выявлено 14 уязвимостей".через дырявый wifi прослушают скорее чем придут к тебе с флешкой. Уязвимости конечно хорошо, только тех кто умеет ими пользоваться в пределах города весьма немного.
Это будет следующее LTS ядроНадо будет опробовать
В Btrfs и SquashFS добавлена поддержка алгоритма сжатия zstd, который может рассматриваться как оптимальный компромисс, между быстрым но неэффективным lz4 и медленным но хорошо сжимающим xz. По сравнению с zlib/Deflate, zstd демонстрирует в 3-5 раз более высокую скорость сжатия и в два раза более быструю распаковку, при уровне сжатия выше на 10-15%.
Я загружаю новые пакеты сюда: http://file.puppyrus.ml/users/ а дальше можно найти самостоятельно.А вот и не угадал... Где они ("Выложил ядро 4.13.4-pf6 х32 и х64")? Ни в users ни на яндексе их сейчас нет, даже на sf
Где они ("Выложил ядро 4.13.4-pf6 х32 и х64")?Мой косяк - перенес с фтс , на яндекс забыл засинхрить. Сделал
Опакетил бы для 64 и PKGBUILD бы ...Это я не умею.
64 в ролл в итоге получилось скомпилить?Да это компилировалось в ролл
это компилировалось в роллС DEVX надо что-то делать?
4.14Какое из четырех ?
мой ноут не любит лаптоп-моде, уже были с ним проблемыНу или требует специальной настройки
ядро 4.14.12-pf9Свежие CPU дыры закрыты? Если - да - скорость не упала?
Не закрыты. В твоих исходниках https://github.com/pfactum/pf-kernel/blob/2a1f2ba8de8a3aa1dd9646127126b31288115060/arch/x86/mm/pti.c нетЭто уже 4.14.13 будет
Так это устранение последних дыр (http://www.opennet.ru/opennews/art.shtml?num=47856) или что-то другое?Не всех, только одной вроде
микрокоды лежат в модуле с фирмвареБез фваре тоже работает. Зачем тогда этот микрокод...
Без фваре тоже работает. Зачем тогда этот микрокод...ну тогда удаляй старый микрокод из модуля с фирмваре, а то чего он там лежит, место занимает.
Ты знаешь?гугл знает
А CPU баги пофикшены?Что за баги в cpu? Retroline это общее для закрытия уязвимостей типа.
RETROLINE - ты включил или она только появилась? Это фича pf или общая?
Т.е. ретролайн это это (http://www.opennet.ru/opennews/art.shtml?num=47856)?Во всяком случае связано с этими проблемами.
В users и яндексе нет, убрал?http://mirror.yandex.ru/puppyrus/puppyrus-a64/kernel/4.14.14-pf9_64/
в плане тормозовНу, это больше про мою голову, ядро здесь ни при чём. :D
# time mksquashfs deadbeef-0.7.2/ deadbeef-0.7.2.sfs -comp xzНа ощупь иногда кажется, что система стала более тягучей, но это скорее всего кажется.
ядро 4.14.14-pf9
real 0m10,607s
user 0m38,160s
sys 0m1,380s
ядро 4.7.0-pf1
real 0m10,484s
user 0m39,015s
sys 0m0,657s
а как с 4.14.8 ?оно работает, но я его на яндексе не нашел и поэтому откатился на другое
Так как механизмы защиты приводят к снижению производительности, предусмотрены опции для их отключения, которые могут применяться на системах с минимальным риском атаки, например на однопользовательских рабочих станциях. Для отключения PTI во время загрузки ядру можно передать опцию pti=off, а для отключения retpoline - опцию "spectre_v2=off"Pro - в твоем ядре это есть?
Для отключения PTI во время загрузки ядру можно передать опцию pti=off, а для отключения retpoline - опцию "spectre_v2=off"retpoline в ядре 4.14.14 в остальных нету.
retpoline в ядре 4.14.14 в остальных нету.Это понятно. Т.е. и эти ключи работают? Никто не сравнивал?
4.14.12 и 4.14.14 лучше удалить с репозитариев.Проблематично. У меня в ядрах rsync только на добавление
Выложил ядро 4.14.20-pf10 для х32 и х64перенес на яндекс (http://wiki.puppyrus.org/puppyrus/start?&#%D1%8F%D0%B4%D1%80%D0%B0_%D1%81%D0%BA%D0%B0%D1%87%D0%B0%D1%82%D1%8C)
Pro - собирал бы с пакетами на выходе (со своим конфигом) https://github.com/archlinuxcn/repo/tree/master/linux-pfСобрал сам (ftp://ftp.yandex.ru/puppyrus/puppyrus-a/PKGBUILD/linux-pf-pra/)
depmod в модуле 001 сделан со всеми доп. модулями ядраНе прокатило.
4.14.28-pf10C 4.15 что-то не так? С твоим 415 на фтп что делать?
C 4.15 что-то не так? С твоим 415 на фтп что делать?незнаю.
4.14 LTS потому и обновляю,Если компилить заново - есть ли в LTS смысл.....
Кстати - для ядра той же версии 4.14 доп. модули надо заново компилить или от сьарого этой же версии подойдут?подойдут обычно но они не в том каталоге лежат и потому не подхватятся.
Если компилить заново - есть ли в LTS смысл.....мне надо, я сделал
подойдут обычно но они не в том каталоге лежат и потому не подхватятся.Тогда в ЛТС действительно смысл есть. А pf обновляет патчи для ЛТС или старого достаточно?
А pf обновляет патчи для ЛТС или старого достаточно?нет не обновляет. pf-patch роллинг вещь.
pf-patch роллинг вещь.Тогда не будет ли больше проблем с ЛТС...
Тогда не будет ли больше проблем с ЛТС...неважно
Кстати - ты всегда придерживался роллинг модели .... Что привело к изменению мировоззрения?
4.14 LTS потому и обновляю, вроде хорошо работает
Можно юзать как обои :)при запуске терминала: экран "съеживается" в цветные квадратикикрасиво наверное, сделай фотку
в виртуалбокс 5.1.12 с 075-systemd при запуске терминала: экран "съеживается" в цветные квадратикиНа 4.15.13-pf6 все ок
ядро делал на основе конфига чьего?Твоего. Сам ничего не менял.
ядро 4.14.34-pf6 для х32надо будет перезалить vmlinuz, при накладывании патчей был затерт aufs4-loopback.patch
Ядро 4.16 теперь требует наличие bison и flex в DEVX для выполнения сборочных операций, в x32 дистрибутиве эти программы есть, для x64 нет в составе DEVX.Добавил + еще python3 и svn
insmod:ERROR: could not insert module /lib/module/4.15.4-pf/kernel/driver/staging/vboxvideo/vboxvideo.ko: Unknown symbol in module
Linux pra-roll 4.15.4-pf
vboxvideo.ko: Unknown symbol in moduleС этим ядром с vboxvideo непонятный косяк (подробности выше). Юзайте другое
echo coretemp > /etc/modules-load.d/coretemp.conf
х32 ядро 4.17.3-pf3У Вас все ок. Покажите lsmod |grep coretemp
Что за модули для х32 ядра 4.17.3-pf3 001-kernel-schedulers.pfshttp://forum.puppyrus.org/index.php?topic=20554.msg133541#msg133541
kernel4.17.3-pf3_src_patched.pfs ?исходники ядра. Нужны для компиляции дополнительных модулей этого ядра
Покажите lsmod |grep coretempпусто, правда для ядра х32 4.11.6-pf5, но вывод sensors и traytemp такойже
echo coretemp > /etc/modules-load.d/coretemp.confтогда лучше добавлять индивидуально
У всех так? Добавить в исо?
ядро 4.4.1 стабильнейКакое железо?
драйвера nvidia только в понедельник выложу.выложил драйвера nvidia и virtualbox для x32
PDS CPU scheduler (PDS-mq).да.
В pf-kernel добавлен патч kernel_gcc_patch.К не работе комбинаций Alt+SysReq+буква это вряд ли имеет отношение?
это вряд ли имеет отношение?Это я для Pro написал. Это его тема.
В pf-kernel добавлен патч kernel_gcc_patch.от него пользы только если конкретно процессор указывать, а у нас просто 586 и generic x86_64
Alt+SysReq+букваКто-нибудь знает почему эти комбинации не работают в pf ядре?
Кто-нибудь знает почему эти комбинации не работают в pf ядре?для начала предлагаю попробовать параметр загрузки kernel.sysrq=1
предлагаю попробовать параметр загрузки kernel.sysrq=1Ага, попробую..
в конфиге ядра отключеноЭто по умолчанию или вы сами отключаете?
для начала предлагаю попробовать параметр загрузки kernel.sysrq=1Нет /proc/sys/kernel/sysrq.
$ cat /usr/lib/sysctl.d/50-default.conf |grep sysrq
# Use kernel.sysrq = 1 to allow all keys.
# See https://www.kernel.org/doc/html/latest/admin-guide/sysrq.html for a list
kernel.sysrq = 16
Это по умолчанию или вы сами отключаете?не помню уже.
Это мой косяк? Как поправить?это не косяк, исправляется либо gcc-7.3 c патчами для Retpoline либо каким-то более новым компилятором.
Обновление до gcc-7.3 или 8.2 из арчрепы решит проблему?незнаю.
Это еще где-то может проявиться или только с ядром?незнаю
А в прар1811 норм?у меня его нет, только 1801 для компиляции ядра
что-то изменилось в исходниках, патче pf или откуда проблема прилетела?да изменение в коде ядра. проблема прилетела в патчах ядра.
Собрать AUR не получилось?АЛЕ, хватит хрень писать всякую. чо не понятно то?
чо не понятно то?Как решить проблему?
На этом я сборку ядер для широкого применения прекращаю.... В iso мои ядра не идут...А вот и зря.
% uname -a
Linux pra-roll 4.19.2-pf5 #1 SMP PREEMPT Thu Nov 15 07:49:57 MSK 2018 x86_64 GNU/Linux
А вот и зря.а вот и не зря.
В iso мои ядра не идутВ prar1811 lxqt ядро pf 4.15.4.
В prar1811 lxqt ядро pf 4.15.4.это из манжаро
На этом я сборку ядер для широкого применения прекращаю, по причине бесполезности. В iso мои ядра не идут, а тратить время на стрельбу в воздух надоело.Очень жаль :'( Теряем лучшего на нашем форуме "ядерщика"
На этом я сборку ядер для широкого применения прекращаю, по причине бесполезности.Жаль, использую только твои ядра для загрузки любых сборок линукс (PRA03, PRA64, Runtu, xubuntu, manjaro, archlinux) при установке FULL в каталог, т.к. супер нового железа у меня нет, буду пользоваться тем, что ты уже выложил. Спасибо огромное за собранные тобой ядра!!!
я тоже ищу другой дистр.Саша, поверь, другой не понравится. Нравится только то, что сделал сам.
другой не понравится. Нравится только то, что сделал самИстинно. При таком уровне знаний и умений, а также настолько большом опыте использования линукс, любое готовое решение вряд ли устроит.
Есть же наверно статистика скачиваний ядерОни на яндексе. Там счетчиков нет
Они на яндексе. Там счетчиков нетДа вродь показывает на Яндексе
Это яндекс диск наверное, а тут про ftp речь.Они на яндексе. Там счетчиков нетДа вродь показывает на Яндексе
CPU~Dual core Intel Celeron G540 (-MCP-) speed/max~1596/2500 MHz Kernel~4.20.0-porteus x86_64 Up~11 min Mem~524.6/7895.0MB HDD~240.1GB(41.9% used) Procs~129 Client~Shell inxi~2.3.56
Graphics: Card: Intel 2nd Generation Core Integrated Graphics Controller
Display Server: X.org 1.19.6 drivers: intel (unloaded: modesetting,fbdev,vesa)
porteus Pro manjaro - без разницыБыла ведь попытка сравнения pf-kernel с manjaro http://forum.puppyrus.org/index.php/topic,18053.0/viewResults.html
Я бы проверил, но не понял, какие файлы нужно скопировать, и что прописать в menu.lsthttp://forum.puppyrus.org/index.php?topic=18149.msg114870#msg114870
ядро - не разбираюсь в этом, но менять как можно проще.Намётки по смене ядра:
Можно посмотреть в сторону к.-либо из последних выложенных "меню-переменных".Если ты жонглируешь ядрами как мячиками, то у тебя что-то неправильно.
Пользуюсь больше года - удобно.
vmlinuz ссылкой на самое свежее ядро- может нужно проверять точнее, но "по памяти" - vmlinuz - симлинком НЕ грузится(не хочет...по крайней мере с initrd, хотя про uird "не в зуб ногой").
Если делать с переменными можно оставлять хотябы один простой звгпузочный пункт без них.- даже нужно (обязательно, хотябы как образец).
В меню.лст где все на переменных очень непросто разобраться, особенно когда открываешь строку для редактирования во время загрузки.думается, если переменные есть в "строке(запуска)" , то есть(удобно наличие) и пункт выбора/задания переменной.
не значит что надо несколько вариантов ядер держать.При предлагаемом "раскладе", если нет желания держать несколько вариантов ядер(может ограничен размер носителя..) - достаточно держать - только menu.lst(с наличием пункта выбора ядер), vmlinuz, 000-kern...pfs (базового/исошного ядра) и симлинки (на набор ядер из репы/?+какие ещё ядра).
Можно делать vmlinuz ссылкой на самое свежее ядроНе всегда лежит на ext
Для чего вообще нужна куча ядер? Прям какая-то ощутимая разница есть? Держать одно ядро под именем vmlinuz и обновлять вместе с инитрд, которому тоже дать постоянное имя.да и initrd не обновлять если модулей в нем нет. Слушайте умного человека, раз уж мне не верите!
Слушайте умного человека:D Вы мне льстите)
Я завершаю сборку ядер.
DEVX из PRA 180101 перестал компилировать ядро из-за отсутствия в gcc-7.2 поддержки Retpoline.Собрал из свежих пакетов арча gcc 8.3 - ядро , взял конфиг ядра 420 у Pro
Взял из porteusУ меня запустилась система с 5.1.4-porteus. Не заработала клавиатура и мышка.
Uksm? С uksmd-0.0.0.r2.87572f7d30-1-x86_64 должно работать?Вряд ли
А что там с планировщиком bfq?http://forum.puppyrus.org/index.php?topic=20554.msg133541#msg133541
где почитать об особенностях porteus-ядра?http://forum.puppyrus.org/index.php?topic=16675.msg100386#msg100386
Раз ядро porteus значит без pae?В x86_64 PAE не актуально
Как то система шустро запустилась или мне кажется?Такие же впечатления...
С uksmd-0.0.0.r2.87572f7d30-1-x86_64 должно работать?Попробовал, uksmd.service - failed. Надо дополнительно:
Вряд ли
# echo 1 >/sys/kernel/mm/ksm/runНо с ядром portius нет такой директории.
Попробовал скомпилить под PRA6408 ядро 5.1.3-pf с aufs5 патчем - вываливается с ошибкойbinutils надо более свежий.
err.gz
binutils надо более свежий.Добавил: gcc-8.3.0-1-1801-sf02.pfs (ftp://ftp.yandex.ru/puppyrus/roll/180101/gcc-8.3.0-1-1801-sf02.pfs)
Скомпилил дрова для 514porteus - запакую-выложуВыложил и перезалил 000 (добавил в depmod эти модули)
Скомпилил 514-pf 32битЗапустилось на retro (виртуалка).
Прошу проверить!!! Ядро пойдет в исо пра03 и ДДР
live@DDR01:~$ uname -a
Linux DDR01 5.1.4-pf #1 SMP PREEMPT Wed May 29 22:46:38 MSK 2019 i686 GNU/Linux
Ядро надо проверить на ждущий режим и выключениепервые пару раз норм
Как не компилил nvidia-340 i686 = "No such device" при modprobeПрилетел свежий патч https://aur.archlinux.org/packages/nvidia-340xx/ - пошло
ядро pf с какими модулями собрано?Конфиг в папке с ядром. В *src*
Чем пожертвовали в угоду скорости работы?
Или оно стандартное?
Если нет то какие нюансы сборки под PRA нужно учесть?
У меня GTX750 и драйвера выше 390 не заработалиТ.е.
puppyrus-a64/kernel/tested/4.15.4-pf4-drv/pfs-test/nVidia-340.107-k4.15.4-pf4_64-sf01.pfsработают?
puppyrus-a64/kernel/tested/4.15.4-pf4-drv/pfs-test/nVidia-390.129-k4.15.4-pf4_64-sfs01.pfs
390.129 работают(нет меню nvidia settings).А на https://mirror.yandex.ru/puppyrus/puppyrus-a64/kernel/tested/4.15.4-pf4-drv/pfs/nVidia-390.87-k4.15.4-pf4_64-ne01.pfs это меню работало?
Т.е. все 4хх на Вашей видяхе не завелись?Да, не завелись.Еще раз повторюсь что моя карта может быть не пригодна для данной серии (400)Нужно тестеров с картами посвежее.
А на https://mirror.yandex.ru/puppyrus/puppyrus-a64/kernel/tested/4.15.4-pf4-drv/pfs/nVidia-390.87-k4.15.4-pf4_64-ne01.pfs это меню работало?Этого меню тоже нет.
А на https://mirror.yandex.ru/puppyrus/puppyrus-a64/kernel/tested/4.15.4-pf4-drv/pfs/nVidia-390.87-k4.15.4-pf4_64-ne01.pfs это меню работало?nvidia-settings в модуль не включал, установите самостоятельно:
sudo pacman -S nvidia-settings
моя карта может быть не пригодна для данной серии (400)Проверьте на винде (по моему на сайте нвидиа есть автоопределение последних подходящих драйверов)
моя карта может быть не пригодна для данной серии (400)Разве, если речь о nVidia GTX750, то смотрим на оф.сайте (https://www.nvidia.ru/Download/driverResults.aspx/151585/ru), см. картинку:
Есть графические процессоры GT 630, основанные на архитектуре Fermi, и я полагаю, что это то, что у вас есть. Поддержка Fermi была сброшена в новых драйверах. (c)
pacman -S nvidia-settingsДобавил это и libglvnd (может из-за него у кого-то не работало...)
puppyrus-a64/kernel/tested/4.15.4-pf4-drv/pfs/nVidia-390.129-k4.15.4-pf4_64-sf02.pfsПявилось меню Nvidia-settings.
Уже вышел выпуск Mesa 19, в PRA6408-1904 17 версия((По простому не прикрутить. Надо свежий Х и пр.
Полностью переделал вики (http://wiki.puppyrus.org/soft/kern-change?&#%D0%BF%D1%80%D0%BE%D0%B2%D0%B5%D1%80%D0%BA%D0%B0_%D1%80%D0%B5%D0%B7%D1%83%D0%BB%D1%8C%D1%82%D0%B0%D1%82%D0%B0)чет грамматических ошибок многовато, исправить бы
Так понятно?
без запуска каких-либо прог памяти занято 366мб (с ядром 4.19.2 - около 220мб) по хтопу (без copy2ram)Ничего не путаете? Железо и состав модулей одинаковый?
весь тачпад стал зоной вертикальной прокрутки (скролла)А при возврате старого ядра эффект уходит?
попытался найти настройки тачпада и мышки - нет ихА какие бы здесь могли помочь?
при возврате старого ядраКонечно, старые ядра - ок, такое в первый раз случилось
какие бы здесь могли помочь?Возможно где-то потерялась какая-ниб авто-калибровка тачпада или что-то типа того, либо драйвер неправильно заработал.
меняешь только ядро и получаешь на 100-180Попробовал - 90 мб разницы получил между 4.4.1 и 415
ужны настройки тайминга двойного клика, чувствительности и ускорения мышки.lxinput ? Сам никогда не юзал - устраивал дефолт. И на форуме, вроде, Вы первый про это вспомнили
Пока для себя заметил, что 2 ядра в исо - хорошая идеяТолько сейчас дошло? У меня многоядерность уже лет несколько как есть, а ты в упор не видел.
Просто хвалёное sfs-ом ядро porteus никуда не годитсяМожете обосновать?
Можете обосновать?Если не видит железо, то икуда не годится. И что тут обосновывать?
Если не видит железо, то икуда не годитсято не годится именно для этого железа. И так с любыми ядрами
И так с любыми ядрамиКогда Pro собирал, такого не было.
Переложил на яндекс и добавилndis* только 32-битный (XP-only), он с 64-бит драйверами не работает
amd-catalyst-15-201.1151-k5.1.4-porteus_64-sf01.pfs (ftp://ftp.yandex.ru/puppyrus/puppyrus-a64/kernel/new/5.1.4-porteus_64-drv/drv/pfs-test/amd-catalyst-15-201.1151-k5.1.4-porteus_64-sf01.pfs)
linux51-ndiswrapper-1.61-6-x86_64.pkg.tar.xz (ftp://ftp.yandex.ru/puppyrus/puppyrus-a64/kernel/new/5.1.4-porteus_64-drv/pkg/linux51-ndiswrapper-1.61-6-x86_64.pkg.tar.xz)
linux51-rtl8723bu-4.3.9.3.13200-6-x86_64.pkg.tar.xz (ftp://ftp.yandex.ru/puppyrus/puppyrus-a64/kernel/new/5.1.4-porteus_64-drv/pkg/linux51-rtl8723bu-4.3.9.3.13200-6-x86_64.pkg.tar.xz)
ndiswrapper-utils-1.61-6.15-x86_64.pkg.tar.xz (ftp://ftp.yandex.ru/puppyrus/puppyrus-a64/kernel/new/5.1.4-porteus_64-drv/pkg/ndiswrapper-utils-1.61-6.15-x86_64.pkg.tar.xz)
Т.е. полный набор готов. Проверяем и в исо...
CPU~Dual core Intel Celeron G540 (-MCP-) speed/max~2494/2500 MHz Kernel~5.10.4-porteus x86_64 Up~35 min Mem~938.2/7877.2MB HDD~240.1GB(87.4% used) Procs~171 Client~Shell inxi~2.3.56
Graphics: Card: Intel 2nd Generation Core Integrated Graphics Controller
Делать свои ядраЯ не спец. Скомпилить по чужим конфигам могу. Не более. Поэтому смысла компилить самому не вижу
Чем не устраивают имеющиеся?Требуют дополнительной подгрузки модулей ядра на стадии initrd. Иными словами, привязаны к своему initrd.xz. Pro делал нормальные ядра, но ты же его "ушёл". Кто у тебя остался?
Pro делал нормальные ядра, но ты же его "ушёл".У Pro в какой-то момент возникло ощущение, то что он делает никому не нужно. Но это не так, желающих пользоваться этими ядрами думаю в избытке. Было предложено (мной :)) или выкладывать ядра на яндекс.диске и подобных, где есть индексация скачиваний. Или в репах, где такое прикручивается https://file.puppyrus.org/stat/month/.
Требуют дополнительной подгрузки модулей ядра на стадии initrdporteus, fatdog - нет. Опять "не читал, но осуждаю"
ты же его "ушёл"Прекратить с ядрами - его решение. Не ушел. Последняя активность : Сегодня в 13:56:03
Кто у тебя остался?А кто у меня был? Pro и RoDoN с разработки тихо слились еще в начале pra03
желающих пользоваться этими ядрами думаю в избытке.Нет статистики желающих
В porteus и debiandog переходят на ovfsЭто https://forum.porteus.org/viewtopic.php?f=75&t=9216 ?
Сделали инитрд с многослойным ovfs. Горячего подключения не появилось
Это https://forum.porteus.org/viewtopic.php?f=75&t=9216 ?да и https://forum.puppylinux.com/viewtopic.php?p=10594#p10594
такой вопросhttps://forum.puppyrus.org/index.php?topic=23183.msg174670#msg174670
Вопрос второйhttps://forum.puppyrus.org/index.php?topic=23184.msg174671#msg174671
http://mirror.yandex.ru/puppyrus/puppyrus-a64/kernel/new/5.11.0-pf2-1-pra/Планирую это ядро во все свои исо
Скомпилил http://mirror.yandex.ru/puppyrus/puppyrus-a64/kernel/new/5.12.0-pf6-lf
докомпилю дрова и пойдет во все исодокомпилил, выложил
Их возможнго докомпилить? Или все надо перекомпилять? Если скомпилил - выложину докомпилируйте если исходники есть все равно .config править, я не компилировал, откатил ядро до 5.4 чтобы узнать как драйвер называется.
в ядре 5.12.0-pf которое в iso не включены модули elan_i2c5.12.0-pf6-lf/1/usr/lib/modules/5.12.0-pf6-lf/kernel/drivers/input/touchscreen/elants_i2c.ko есть
это тачскрин :))5.12.0-pf6-lf/1/usr/lib/modules/5.12.0-pf6-lf/kernel/drivers/input/mouse/elan_i2c.ko
elan_i2c.koну вот этот и нужен, он был уже?
# CONFIG_64BIT is not set
CONFIG_X86_32=y
CONFIG_X86=y
CONFIG_OUTPUT_FORMAT="elf32-i386"
использованы *.o и компиляция пройдет быстрее?да быстрее пройдет
В x86_64 .config для i686 достаточно только это поменять?думаю нет. конфиг нельзя по идее вручную редактировать.
конфиг нельзя по идее вручную редактировать.Его же при make проверят (https://progi.pro/chto-delaet-make-oldconfig-delat-imenno-v-make-fayle-yadra-linux-4724477)
make olddefconfig устанавливает каждый параметр в значение по умолчанию, не запрашивая интерактивно. Он запускается автоматически на make, чтобы гарантировать, что .config является последовательным, если вы изменили его вручную, как мы это делали
использованы *.o и компиляция пройдет быстрее?Нет. После смены конфига *.o пересобираются по новой
да быстрее пройдет
2. Под x86_64 можно скомпилить i686 ядро только методом кросскомпиляции или можно проще?Способ только для пакетов, но не ядер. Я про него не знал, думаю будет полезна эта информация Сборка 32-битных пакетов в 64-битной системе (https://wiki.archlinux.org/title/Makepkg_(%D0%A0%D1%83%D1%81%D1%81%D0%BA%D0%B8%D0%B9)#%D0%A1%D0%B1%D0%BE%D1%80%D0%BA%D0%B0_32-%D0%B1%D0%B8%D1%82%D0%BD%D1%8B%D1%85_%D0%BF%D0%B0%D0%BA%D0%B5%D1%82%D0%BE%D0%B2_%D0%B2_64-%D0%B1%D0%B8%D1%82%D0%BD%D0%BE%D0%B9_%D1%81%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D0%B5)
Способ только для пакетов, но не ядерНужно чтобы срез multi репы соответствовал срезу системы под которую компилите. Короче проще сделать chroot в нужную систему и так собрать
В devx 2010 остался build от ядра 5.14.8Всегда собирал с linux-headers из среза арчрепы. Никогда проблем с обычным софтом не возникало. С ядерным надо естественно от своего ядра дополнительно
У ядра 5.11 headers.pfs неполный, не могу из-за этого скомпилировать модули vboxНу я же как-то скомпилил и выложил там же вбокс
Ну я же как-то скомпилил и выложил там же вбоксну ты видимо из pkg брал
Посмотри headers.pkg*
тоже не работаетНу так я и сообщаю - чтото пошло не так и pfs не полный.а pkg нормальный?
Чем мой вбокс не устроил?старый
В репе в пакете linux-header такого тоже нет.ну я вроде смотрю, это от самого ядра строки т.е. vbox не при делах. ну нету так нету, шош теперь.
Перепаковал из mageia. http://mirror.yandex.ru/puppyrus/puppyrus-a64/kernel/new/5.15.10-desktop-1.mga9initrd-raf2-5.15.10-desktop-1.mga9.xz - ошибочно собрал без udev. Т.е. работать не будет
- все ок. Мои запуткиinitrd-raf2-5.15.10-desktop-1.mga9-fallback.xz и uird - xorg на интел видяхе запускается в fbdev.
virtualbox-qt5-p-6.1.30_64-sf02.pfsvirtualbox-qt5-p-6.1.30_64-sf03.pfs (http://mirror.yandex.ru/puppyrus/puppyrus-a64/kernel/new/5.16.0-pf1-mg2/virtualbox-qt5-p-6.1.30_64-sf03.pfs)