The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

В Си-библиотеке  nolibc, входящей в состав ядра Linux, реализована поддержка сигналов, opennews (??), 23-Янв-23, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


13. "В Си-библиотеке  nolibc, входящей в состав ядра Linux, реали..."  +/
Сообщение от Аноним (46), 23-Янв-23, 11:51 
Линукс все еще просто ядро, к-е не слинковано ни с какой динамической библиотекой. Потому что чтоб слинковать ядро динамически, UEFI должен уметь в линуксовый ldconfig. А то что там в архиве идёт какая-то nolibc - дак пофиг.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

16. "В Си-библиотеке  nolibc, входящей в состав ядра Linux, реали..."  +3 +/
Сообщение от ryoken (ok), 23-Янв-23, 12:17 
Поясните, с целью повышения уровня образованности... А с какого боку тут вообще UEFI?
Ответить | Правка | Наверх | Cообщить модератору

23. "В Си-библиотеке  nolibc, входящей в состав ядра Linux, реали..."  +3 +/
Сообщение от YetAnotherOnanym (ok), 23-Янв-23, 12:38 
Мсье, по-видимому, намекает, что перед тем, как передать управление ядру, загрузчик должен будет не просто загрузить в память само ядро, но также найти и загрузить в память все необходимые .so'шки.
Ответить | Правка | Наверх | Cообщить модератору

42. "В Си-библиотеке  nolibc, входящей в состав ядра Linux, реали..."  –1 +/
Сообщение от Аноним (46), 23-Янв-23, 14:59 
именно
Ответить | Правка | Наверх | Cообщить модератору

62. "В Си-библиотеке  nolibc, входящей в состав ядра Linux, реали..."  +1 +/
Сообщение от Аноним (-), 23-Янв-23, 18:24 
Слышьте, системные гениусы, ядро не зависит от внешних .so'шек. Как максимум может расширять себя модулями - но UEFI понятия не имеет как их грузить и это уже ядро само грузит. Когда запустится. По этой причине initrd бывает, на случай если для нормальной работы / надо драйвер, например, блочного устройства сначала вгрузить. Единственное что при этом надо знать EFI или любому иному бутлоадеру - как ядру initrd отдать.
Ответить | Правка | Наверх | Cообщить модератору

66. "В Си-библиотеке  nolibc, входящей в состав ядра Linux, реали..."  +/
Сообщение от Аноним (46), 23-Янв-23, 18:42 
Мы знаем, что не зависит и не может зависеть. Потому что в противном случае эти либо кто-то должен сначала выгрузить.
Ответить | Правка | Наверх | Cообщить модератору

96. "В Си-библиотеке  nolibc, входящей в состав ядра Linux, реали..."  +/
Сообщение от Аноним (-), 23-Янв-23, 21:43 
>ядро не зависит от внешних .so'шек

Одно точно зависит, только не от сошек, а от Mach.

Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

43. "В Си-библиотеке  nolibc, входящей в состав ядра Linux, реали..."  +/
Сообщение от Аноним (46), 23-Янв-23, 15:03 
А кто линковать тогда будет ядро с библами? Никогда не думал почему ядро имеет свои собственные strlen, kprintf, memset, etc вместо юзания их из libc? Потому что кто-то должен загрузить эти библы в память перед стартом ядро. Поэтому ядро один большой блоб без внешних библ, потому что некому линковать эти библы.
Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

57. "В Си-библиотеке  nolibc, входящей в состав ядра Linux, реали..."  +/
Сообщение от anonimus_debilimusemail (?), 23-Янв-23, 17:39 
Может стоило иметь один kdlopen() а остальное самому загружать?
Ответить | Правка | Наверх | Cообщить модератору

93. "В Си-библиотеке  nolibc, входящей в состав ядра Linux, реали..."  +/
Сообщение от Аноним (91), 23-Янв-23, 21:14 
А зачем? Так код ядра сам себе самодостаточный. Скачал, скомпилировал, закинул на флешку - работает.
Ответить | Правка | Наверх | Cообщить модератору

123. "В Си-библиотеке  nolibc, входящей в состав ядра Linux, реали..."  +/
Сообщение от Аноним (-), 24-Янв-23, 04:16 
> Может стоило иметь один kdlopen() а остальное самому загружать?

Вы только что изобрели initrd, с той разницей что линуховое ядро все же не настолько своей жизнью живет и поэтому модули ему находит и читает все же modprobe/insmod какой, а кернел только парсит регион памяти отдаваемый ядру через init_module(), так что более продвинутые вещи все же прерогатива insmod какого, чтоли.

Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру