[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