[sisyphus] kernel-image-std-smp-2.4.22rel-alt2
Vadim V. Zhytnikov
=?iso-8859-1?q?vvzhy_=CE=C1_netorn=2Eru?=
Ср Сен 10 22:54:19 MSD 2003
Anton Farygin пишет:
> Shrek пишет:
>
>> Arkadiy Pavlik пишет:
>>
>>> В сообщении от 10 Сентябрь 2003 20:05 Shrek написал(a):
>>>
>>>
>>>> а как kernel-feat-fs-ntfs накладывали?
>>>>
>>>
>>>
>>>
>>> Никак. :) 1. мне оно (ntfs) не надо.
>>> 2. предпочитаю уже собранные ядра.
>>> и наконец, сейчас проверил:
>>> 3. в /lib/modules/2.4.22-std-smp-alt2/kernel/fs/ntfs есть ntfs.o
>>> оно?
>>>
>>>
>>>
>> оно еще и собранное есть? мне нужна поддержка HIGHMEM, поэтому и собирал
>> этот патч когда нибудь починят?
>> на данный момент пришлось его выкинуть
>
>
> В 2.4.22-std-smp, собранное с HIGHMEM - есть.
>
> Rgds,
> Rider
>
> P.S. Народ, что скажете про HIGHMEM для UP ядра ?
> Насколько оно реально нужно ?
>
Я очень не хотел бы видеть HIGHMEM в UP ядрах (ну неужели
недостаточно smp ;) ?). Причина - с HIGHMEM несовместим
CMU Common Lisp (или наоборот если хотите).
---------------------------------------------------------
There are known problems running CMUCL on kernels using some of the
"highmem" patches: in particular the CONFIG_2GB patch seems to
conflict with the memory map used by the release binaries. The
CONFIG_1GB and CONFIG_64GB options work fine.
---------------------------------------------------------
Был очень рад, когда HIGHMEM убрали из UP ядер. До этого
приходилось все ядра для себя пересобирать. Вот и пакетик
c cmucl наконец для Сизифа собрал.
Стоит ли беспокоиться по поводу какого-то там одного пакета?
Не знаю. Но в порядке информации - CMU Common Lisp это наверное
самая быстрая и маштабируемая реализация ANSI Common Lisp.
Просто мнение
--
Vadim V. Zhytnikov
<vvzhy на mail.ru>
<vvzhy на netorn.ru>
Подробная информация о списке рассылки Sisyphus