В статье "Installing FreeBSD on IBM Netvista S40 (http://ezine.daemonnews.org/200604/netvista_s40.html)" затрагивается тема установки FreeBSD на машину IBM Netvista S40 (система без AT keyboard controller), включая подготовку установочного CD образа FreeBSD, с измененным ядром и модифицированным кодом загрузчика.Также затрагивается тема установки систем DragonFly, NetBSD и OS/2.
В дополнение, привожу несколько интервью BSD тематики, накопившихся за неделю:- Аудио-интервью в mp3 формате с Liam Foy (http://bsdtalk.blogspot.com/2006/03/bsdtalk028-interview-wit...), создателем сайта bsdportal.org (http://www.bsdportal.org/), портировавшим CARP под NetBSD;
- Аудио-интервью в mp3 формате с Lynne и William Jolitz, создателями 386BSD (http://bsdtalk.blogspot.com/2006/03/bsdtalk029-interview-wit...);
- Интервью с Jan Schaumann (http://ezine.daemonnews.org/200604/jan.html), вложившего много сил в развитие проекта NetBSD, речь ведется в основном про использование NetBSD в качестве десктопа;
- Интервью с Diego Pettenò, разработчиком проекта Gentoo/*BSD (http://ezine.daemonnews.org/200604/gentoo-bsd_interview.html);
- Разработчики pkgsrc в NetBSD анонсировали (http://mail-index.netbsd.org/netbsd-announce/2006/03/31/0000...) создание новой ветки pkgsrc-2006Q1.
URL: http://ezine.daemonnews.org/200604/netvista_s40.html
Новость: http://www.opennet.me/opennews/art.shtml?num=7282
Хорошая статья, понравилась, и железка что надо, давно пора делать железки "legacy free"
А как понимать "legacy free" ?
Это значит без устаревших компонентов. А их за историю ПК накопилось столько, что просто диву даешься. И удалить их просто так очень сложно, так как тутже всплывают проблемы с совместимостью со старым ПО (это как раз один из примеров). Но избавляться от них нужно.
Кандидаты на вымирание: флоппи-диск, порты COM и PS/2, хотя я бы ком-порта оставил.
"legacy free" на компьютерном слэнге вообще-то означает: "неведома зверушка".Например, Acorn/RISC OS.
И прочее совместимое исключительно само с собой железо.
"legacy free" это антагонист "pc-совместимости" или "mac ppc platform".
т.е. без старого железа - ps/2 портов, контроллера клавы, флопового контроллера и т.д.
от комов ещё рано избавляться, т.к. последовательную консоль ещё не отменяли ;)
хотя юсб было бы лучше - проще было бы подключать кучу серваков к одному консольному серверу (хотя может быть я о чём-то не подумал)
"legacy free" в данном контексте - это отсутсвие в системе устройств, для которых ЕСТЬ драйверы.
usb вообще мерзкая штука.Есть у нее немало достоинств - несколько вариантов ширины полосы, QoS, относительно простое и дешевое железо и автонастройка (автоподключение/автоотключение)..
Но есть и довольно серьезные недостатки - во первых просто жуткий объем документации (сейчас стандарт описывают две книги по тыще страниц), во вторых на низкоскоростных потоках CRC-16 - слабовато, в третьих хост инициирует _все_ передачи (даже с выделенной полосой) - фактически опрашивает (любой программист должен знать что обработка состояния контроллера по прерыванию от оного намного эффективнее постоянного опроса) и в четвертых частота опроса ограничена весьма скромной величиной 125Гц..
COM порты еще долго жить будут. Это дефакто промышленный стандарт, на котором работает огромное количество технологического оборудования (станки, системы связи и пр.) со сроком эксплуатации 20 и более лет.
Разве что только на бытовых компьютерах, хотя разница между бытовым и промышленным мизерная.
А еще надо в процессорах х86 убрать режим реального времени - знатоки поправят, если ошибаюсь, но по-моему в линуксе он вообще нигде не всплывает, только лишние транзисторы использует Ж-)
Если вы имели в виду реальный режим работы процессора, то я согласен.Было бы очень удобно, если б процессор стартовал сразу в защищенном режиме. Но это гораздо более сложная задача, нежели простое выкидывание PS/2, хотя может LinuxBIOS скоро станет серьезным и производители железа задумаются над этой проблемой.
>Если вы имели в виду реальный режим работы процессора, то я согласен.
>
>
>Было бы очень удобно, если б процессор стартовал сразу в защищенном режиме.
>Но это гораздо более сложная задача, нежели простое выкидывание PS/2, хотя
>может LinuxBIOS скоро станет серьезным и производители железа задумаются над этой
>проблемой.Скорее всего, этого еще очень долго не будет. Тут дело не в том, что технически трудно реализовать работу сразу в защищенном режиме, а, опять же, в пресловутой совместимости. А этот блок из фундамента ПС уж очень глубоко закопан, и чтобы его перестроить прийдется совершить титанический труд и отдать за него не менее титаническую сумму. Легче разработать такую ветку архитектуры с нуля и иметь под нее соответствующее ПО. Тут уместно будет вспомнить недавнюю новость про линукс на PS3 - ну чем не новый ПК без наследия прошлого?
Софт не так сильно нужно менять только на этапе загрузки ядра. В FreeBSD и Linux проблемы перехода нет они для pSeries и Альф давно существуют, а там реального режима ни когда не было. Но вот что делать с BIOSom и кучей кофигураторов для разных краточек? это быстро не получится поменять и на время переходного состояния проблем будет столько что ....
EFI вам что-нибудь говорит?
PS3 с процом CELL это безусловно прогресс, но уже назрело полностью избавиться от тьюринговой машины в пользу реконфигурируемого компьютинга, где скорость системы будет определяться просто количеством вычислительных узлов и каналов памяти.
Как вариант, можно на время перехода заменить тьюрингову машину эмулятором, по принципу процов трансмета (динамический транслятор) и свежий пример - эмулятор QEMU (они запрягли GNU линкер чтобы тот в реальном времени перекомпиливал код одной архитектуры в код другой).
zyxman - тебе не сюда - тебе в думу речи толкать. Там любят некомпетентных кретинов нахватавшихся модных слов в гламурных журнальчиках :-Е
а вам, уважаемый компетентный есть что по сути сказать?
Кстати, это только у меня (FF1.5) по ссылке открывается только часть, посвященная клавиатурным вопросам, или так было задумано?