Сайт | Скачать | Видео | Wiki

Автор Тема: Ядро и зависимые программы  (Прочитано 301242 раз)

0 Пользователей и 3 Гостей просматривают эту тему.

Оффлайн Pro

  • Модератор
  • Ветеран
  • ****
  • Сообщений: 10737
  • Репутация: +113/-2
Re:Ядро и зависимые программы
« Ответ #390 : 03 Январь 2016, 05:16:28 »
Под pra 32 ошибки были там же.  Так что, похоже, во всех pra в DEV какая-то проблема.  Подозреваю, что с ассемблером.  Сишные программы ведь компилятся нормально, а в ядре не линкуется именно тот *.o, который из *.S компилировался.
неправильно подозреваешь. Я уже говорил - в бинарнике не видны функции которые он предоставляет, как будто его strip обработали. И вроде я писал как это с помощью mc визуально увидеть.
Я загружаю новые пакеты сюда: http://file.puppyrus.org/users/ а дальше можно найти самостоятельно.

Оффлайн Pro

  • Модератор
  • Ветеран
  • ****
  • Сообщений: 10737
  • Репутация: +113/-2
Re:Ядро и зависимые программы
« Ответ #391 : 03 Январь 2016, 05:19:27 »
Pro - какими параметрами уменьшал вывод мусора в консоль?
в  исходниках нашего ядра патч есть на loglevel, или в ручную править kernel/printk.c
Я загружаю новые пакеты сюда: http://file.puppyrus.org/users/ а дальше можно найти самостоятельно.

Оффлайн sfs

  • Администратор
  • Ветеран
  • ****
  • Сообщений: 33966
  • Репутация: +231/-0
  • Автор темы
    • PuppyRus-A
Re:Ядро и зависимые программы
« Ответ #392 : 03 Январь 2016, 10:03:52 »
Сравнил твои патчи и AUR
В loglevel у тебя 3 (в aur 4)
В aur нет патча usb-store - что он дает?
Есть какой-то практический смысл держать в src.pfs 20мб Documentation?

Оффлайн Pro

  • Модератор
  • Ветеран
  • ****
  • Сообщений: 10737
  • Репутация: +113/-2
Re:Ядро и зависимые программы
« Ответ #393 : 03 Январь 2016, 10:13:05 »
usb-storage дает задержку при определении usb, это патч от Барри Каулера, думаю в его блоге осталась запись.

loglevel - подавление вывода сообщений при загрузке, что еще сказать?

какой смысл обезжиривать пакет с исходниками ядра, мне непонятно.
Я загружаю новые пакеты сюда: http://file.puppyrus.org/users/ а дальше можно найти самостоятельно.

Оффлайн sfs

  • Администратор
  • Ветеран
  • ****
  • Сообщений: 33966
  • Репутация: +231/-0
  • Автор темы
    • PuppyRus-A
Re:Ядро и зависимые программы
« Ответ #394 : 03 Январь 2016, 11:11:11 »
usb-storage точно еще актуален?

Оффлайн Pro

  • Модератор
  • Ветеран
  • ****
  • Сообщений: 10737
  • Репутация: +113/-2
Re:Ядро и зависимые программы
« Ответ #395 : 03 Январь 2016, 11:28:36 »
порты usb чтоли стали другие? для usb3 может и неактуально будет.
Я загружаю новые пакеты сюда: http://file.puppyrus.org/users/ а дальше можно найти самостоятельно.

Оффлайн sfs

  • Администратор
  • Ветеран
  • ****
  • Сообщений: 33966
  • Репутация: +231/-0
  • Автор темы
    • PuppyRus-A
Re:Ядро и зависимые программы
« Ответ #396 : 03 Январь 2016, 11:39:01 »
usb вряд ли, а ядра может и другие...

Оффлайн sfs

  • Администратор
  • Ветеран
  • ****
  • Сообщений: 33966
  • Репутация: +231/-0
  • Автор темы
    • PuppyRus-A
Re:Ядро и зависимые программы
« Ответ #397 : 12 Январь 2016, 17:43:21 »
Добавил остальной комплект видеодров для ядра 64 4.3.3-pf3  .
64-4.4.3-pf3 - протестировал на NVIDIA G84M [GeForce 8600M GT] (xorg1.17 и 1.18) и ATI Robson LE [Rodeon HD 6330M]  (на xorg1.18 не работает) с pra-porteus-initrd
Остальное не на чем протестировать - жду Ваших отчетов. Если не заработает на xorg-1.17 - пробуйте с модулем xorg-1.18

Кроме того протестировал с PRA6406 ядро и дрова nv340 и ati - работают с xorg-1.17

Перепаковал http://www.puppyrus.org/~melvik/puppyrus/ftp/puppyrus/puppyrus-a64/kernel/4.4.0-1-MANJARO/video-drv/pfs-test/amd-catalyst-15.201-k-4.4-MANJARO_64-s01.pfs - на Rodeon HD 6330M модуль ядра грузит, Х не стартуют

Оффлайн ander

  • Активный участник
  • Старожил
  • ****
  • Сообщений: 300
  • Репутация: +16/-0
Re:Ядро и зависимые программы
« Ответ #398 : 15 Январь 2016, 10:24:04 »
Под pra 32 ошибки были там же.  Так что, похоже, во всех pra в DEV какая-то проблема.  Подозреваю, что с ассемблером.  Сишные программы ведь компилятся нормально, а в ядре не линкуется именно тот *.o, который из *.S компилировался.
неправильно подозреваешь. Я уже говорил - в бинарнике не видны функции которые он предоставляет, как будто его strip обработали. И вроде я писал как это с помощью mc визуально увидеть.

Какие функции могут быть в header.o, если в header.S нет ни одной команды, только переменные определяются?
А не собиралось это место по той причине, что для линковки там по ходу дела надо было собрать символы в pasyms.h, извлекая их из *.o утилитой nm, которая в /usr/bin лежит.  А в pra в PATH /usr/local/bin стоит раньше /usr/bin.  А в /usr/local/bin есть свой nm:
Код
#!/bin/sh
case "$1" in
    =) d=status ;;
    +) d=start ;;
    -) d=stop  ;;
    *) exit ;;
esac
sudo systemctl $d NetworkManager
( сейчас придет DdShurich и скажет, что NetworkManager - зло  :D )

Короче говоря, export PATH=/usr/bin и собирайте ядро на здоровье, только sfs, добавьте же в конце концов bc куда-нибудь, хоть в DEVX, хоть в основную систему, он же небольшой.

Оффлайн DdShurick

  • Это Риччи
  • Активный участник
  • Ветеран
  • ****
  • Сообщений: 8635
  • Репутация: +187/-2
  • Старый чайник
Re:Ядро и зависимые программы
« Ответ #399 : 15 Январь 2016, 10:35:04 »
( сейчас придет DdShurich и скажет, что NetworkManager - зло  :D )
Да, зло. Толстый и наглый как русский олигарх.  :D
Моноблок Lenovo IdeaCentre c200 (Intel Atom D525, Intel GMA 3150, 2 Gb RAM) Richy64
Nettop Acer Aspire Revo R3610 (Atom N330, nVidia GeForce 9400, 3 Gb RAM) Richy64

Оффлайн sfs

  • Администратор
  • Ветеран
  • ****
  • Сообщений: 33966
  • Репутация: +231/-0
  • Автор темы
    • PuppyRus-A
Re:Ядро и зависимые программы
« Ответ #400 : 15 Январь 2016, 10:48:48 »
bc - ок в devx
nm - какой-то древний скрипт, который вроде и не используется. Заменю симлинком на /bin/nm
...как просто сделать ошибку (причем не со зла) и как потом сложно ее исправить... Огромное спасибо и + !!!

Оффлайн ander

  • Активный участник
  • Старожил
  • ****
  • Сообщений: 300
  • Репутация: +16/-0
Re:Ядро и зависимые программы
« Ответ #401 : 15 Январь 2016, 12:27:48 »
nm - какой-то древний скрипт, который вроде и не используется. Заменю симлинком на /bin/nm

Нет, симлинком не надо.  Или убрать вовсе, или переименовать.  /usr/bin/nm появляется только при подключенном DEVX, и большую часть времени симлинк указывать будет в никуда. А bc можно и в основную систему.  Это ж калькулятор консольный, а не средство разработчика.  Иногда в терминале можно что-нибудь посчитать.
А в общем то, зная об этой проблеме, обойти не сложно, для компиляции /usr/local/bin вообще не нужен, убираешь его из PATH и можно make запускать.

А вообще, из каких соображений PATH именно такой?  Может имеет смысл сделать PATH=/usr/bin:/usr/local/bin  ?
(сейчас PATH=/usr/local/sbin:/usr/local/bin:/usr/bin причем в /usr/local/sbin ничего нет)
« Последнее редактирование: 15 Январь 2016, 12:54:04 от ander »

Оффлайн sfs

  • Администратор
  • Ветеран
  • ****
  • Сообщений: 33966
  • Репутация: +231/-0
  • Автор темы
    • PuppyRus-A
Re:Ядро и зависимые программы
« Ответ #402 : 15 Январь 2016, 15:00:48 »
А вообще, из каких соображений PATH именно такой?  Может имеет смысл сделать PATH=/usr/bin:/usr/local/bin  ?
Очередное наследие пупи. Какие будут плюсы если поменять?

Оффлайн DdShurick

  • Это Риччи
  • Активный участник
  • Ветеран
  • ****
  • Сообщений: 8635
  • Репутация: +187/-2
  • Старый чайник
Re:Ядро и зависимые программы
« Ответ #403 : 15 Январь 2016, 15:16:38 »
Очередное наследие пупи.
Не надо с больной головы на здоровую
Код
# 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
Моноблок Lenovo IdeaCentre c200 (Intel Atom D525, Intel GMA 3150, 2 Gb RAM) Richy64
Nettop Acer Aspire Revo R3610 (Atom N330, nVidia GeForce 9400, 3 Gb RAM) Richy64

Оффлайн Pro

  • Модератор
  • Ветеран
  • ****
  • Сообщений: 10737
  • Репутация: +113/-2
Re:Ядро и зависимые программы
« Ответ #404 : 15 Январь 2016, 15:48:48 »
bc - ок в devx
ну да конечно, я два раза писал что оно надо, но мое мнение ведь вода. зачем изначально быть таким редиской я затрудняюсь понять.
Я загружаю новые пакеты сюда: http://file.puppyrus.org/users/ а дальше можно найти самостоятельно.