Ivan Voras, новости проекта и может ещё чего

Как то весьма малое освещение получила, да пожалуй почти статья, Ivana Vorasa о планируемых нововведениях в предстоящем релизе. В общих чертах, похоже на то что релиз готовит просто таки гору новых возможностей, и развитие имеющихся. Для начала приведу вольный перевод с некоторыми своими комментариями, ну а под конец немного добавлю отсебятины :)
Итак если кто не следил за тем что происходило с проектом FreeBSD, рекомендуется ознакомится со следующим списком:
Что происходит в 7-STABLE статья Ivan Voras,
UPDATING файл к текущему релизу, содержит записи о низкоуровневых изменениях,
Квартальные отчеты, за прошедшее время

• 2009 / Q1
• 2008 / Q4
• 2008 / Q3
• 2008 / Q2
• 2008 / Q1
• 2007 / Q4
• 2007 / Q3

Кстати странно отчета за второй квартал не видно, хотя они вроде частенько выходят с задержкой,
Ну и так же можно почитать листы рассылок и блоги разработчиков, есть еще агрегатор блогов, поддерживаемый Florent Thoumie, от официального отличается пожалуй поддержкой тегов, что может иногда пригодится.

INET-less / IPv6-only kernel

Status: в стадии разработки, в основном работает
Will appear in 8.0: скорее всего нет
Authors: Bjoern Zeeb and others
Web: mailing list announcement

Как я понимаю речь идет о разделении кода ядра, необходимого для функционирования сетевой подсистемы, в IPv6 и IPv4 сетях, в настоящий момент, при удалении из ядра поддержки INET (IPv4), многое перестает функционировать. Большие подробности вероятно будут позже, но в листе рассылки как то обсуждение не началось.

CLANG / LLVM compiler

Status: Экспирементальное, но работает. Высокая степень мотивации.
Will appear in 8.0: нет
Authors: Roman Divacky, Pawel Worach, Ed Schouten and others
Web: LLVM, CLANG, FreeBSD wiki, mailing list announcement

Тут все более менее очевидно, работа по отказу от GCC, активизировалась после известия о том что после версии 4.2 схема его лицензирования меняется на GPLv3, что является неприемлемым для некоторых коммерческих пользователей, поэтому версия 4.3, не будет включена в основную систему, и базовая система в дальнейшем будет собираться с помощью LLVM, но это касается только базовой системы, так как софт находящийся в системе портов часто сильно завязан на использование GCC. Как показали эксперименты, система уже сейчас довольно успешно собирается, новым компилятором, но по умолчанию пока будет поставляться с GCC.

Параллельная сборка портов.

Status: Включено
Will appear in 8.0: Обязательно
Authors: Pav Lucistnik and a cast of thousands
Web: mailing list

Возможность собирать софт, из системы портов, в несколько потоков, особенно полезна на современных многоядерных системах, уже включена в систему в том числе и сейчас, во всех современных релизах. Стоит обратить внимание что порты, строятся последовательно, то есть, в каждый момент времени, строится только один порт, но возможно в несколько потоков, если это не запрещено его разработчиком.

Better handling of mounted device removals

Status: Включено в -CURRENT, MFCed
Will appear in 8.0: Обязательно
Author: Edward Tomasz Napierala
Web: FreeBSD Foundation Projects
Исправлены проблемы приводящей к панике, при обращении к извлеченной, не отмонтированной ФС, работает уже сейчас. На эту проблему поступало очень много жалоб пользователей, исправлено при финансировании FreeBSD foundation.

Jails v2

Status: Включено в -CURRENT, MFCed
Will appear in 8.0: Обязательно
Author: Bjoern Zeeb and others
Web: commit message

В подсистему jail, внесено множество изменений, теперь возможно назначать несколько IP адресов, IPv6 и SCTP, вложенные jail, стоит отметить что некоторые были раньше доступны как доработки коммерческих компаний. Обещана возможность управления ФС из jail, при помощи новых свойств ZFS.

Новый USB стек

Status: Включено в -CURRENT
Will appear in 8.0: Обязательно
Author: Hans Petter Selasky
Web: announcement, SVN message

Новый USB стек, добавлено нового функционала, и решены некоторые проблемы старой реализации, подробности можно посмотреть в сообщениях SVN.
Новый стек использует старые имена устройств, для увеличения обратной совместимости.

MPSAFE TTY

Status: Включено в -CURRENT
Will appear in 8.0: Обязательно
Author: Ed Schouten
Web: wiki page

Новая реализации TTY слоя, с целью его отделения от драйверов консоли, и других подсистем, что было удобно с точки зрения оптимизации производительности, но теперь мешает развитию и модернизации. В том числе эта модернизация может позволить реализовать полноценную поддержку UTF и графики в консоли.

Увеличение лимита памяти ядра для AMD64

Status: Включено в -CURRENT, MFCed
Will appear in 8.0: Обязательно
Author: Alan Cox
Web: announcement, SVN commit

Для некоторых новых функций требовалось увеличить память ядра, в том числе для ZFS, раньше она была ограничена 2 GB для kmem_max, теперь она расширена до 512 GBю

Kernel threads

Status: Включено в -CURRENT
Will appear in 8.0: Обязательно
Author: Julian Elischer
Web: commit message

Оптимизация подсистемы Kernel threads, позволит более наглядно группировать нити.

procstat(1): A process inspection utility

Status: Включено в -CURRENT
Will appear in 8.0: Обязательно
Author: Robert Watson
Web: announcement

Утилита призванная заменить procfs(4), и добавить новый функционал, в основном эта утилита будет полезна для отладки.

TextDumps: сбор информации, после паники ядра

Status: Включено в -CURRENT, MFCed
Will appear in 8.0: Обязательно
Author: Robert Watson
Web: Q&A on textdumps

Новый функционал, по созданию специального архива с отладочной информацией, при крахах ядра, что позволит собирать информацию, необходимую для отладки, даже не специалистам.

ULE 3.0: Новая версия SMP-оптимизированного планировщика

Status: Включено в -CURRENT
Will appear in 8.0: Обязательно
Author: Jeff Roberson
Web: commit message, commit message, announcement

Эволюция планировщика ULE, добавляет новые возможности, в том числе позволит выделять ограниченные ресурсы отдельным jail, улучшена производительность.

DTrace

Status: Включено в -CURRENT (kernel trace only)
Will appear in 8.0: обязательно
Author: John Birrell
Web: project web page

Кстати а кто нибудь пользовался на amd64 системах, а то у меня так что то и не вышло, ни разу, все ошибки выдавал.

VirtNet / VIMAGE / Imunes / Виртуализация сетевого стека

Status: Завершающая стадия разработки
Will appear in 8.0: Обязательно
Author: Marko Zec
Web: project web page

Проект по виртуализации сетевого стека, в том числе для улучщения инфраструктуры jail, что бы каждый jail мог иметь свой фаервол и прочие, пока система разрабатывается и возможны проблеммы с безопасностью.

Multiple routing tables / FIBs

Status: Committed to 8-CURRENT
Will appear in 8.0: sure
Authors: Julian Elischer
Web: proposal

Поддержка множественных таблиц роутинга, позволяет использовать передовые сетевые технологии.

NFSv4 support

Status: В разработке
Will appear in 8.0: Обязательно
Author: Rick Macklem
Web: call for testing

Новая реализация NFS стека, в том числе полная поддержка NFSv4.

Эксперементальный, новый драйвер для AHCI

Status: Включено в -CURRENT, экспериментальный
Will appear in 8.0: Обязательно
Author: Scott Long & others
Web: commit message

Новый драйвер будет отключен по умолчанию в 8.0, запланирована поддержка AHCI через CAM, была интегрирована поддержка нового функционала, такого как NCQ.

gvinum 2

Status: Включено в -CURRENT
Will appear in 8.0: обязательно
Author: Ulf Lilleengen
Web: commit message, commit message

Новая реализация vinum поддерживает JBOD, RAID 0, RAID 1 и RAID 5, в том числе решены многие проблемы старых реализаций, и добавлена поддержка новых технологий.

GEOM_PART becomes the default slicer

Status: Включено в -CURRENT
Will appear in 8.0: Обязательно
Author: Marcel Moolenaar & others
Web: commit message

Новый класс GEOM и новые утилиты для поддержки множества схем разметки (MBR, BSD, GPTи т.д.).
Предостережение: при обновлении могут быть переименованны некоторые разделы, так же старые утилиты не поддерживают некоторые схемы.

Поддержка загрузки с GPT разделов

Status: Включено в -CURRENT
Will appear in 8.0: Обязательно
Author: John Baldwin
Web: commit message

bsdlabel расширенная поддержка до 26 разделов

Status: Включено в -CURRENT
Will appear in 8.0: Обязательно
Author: Marcel Moolenaar
Web: commit message

bsdlabel теперь поддерживает до 26 разделов, необходимо включение GEOM_BSD в ядро.

ProPolice SSP (stack-smashing protection)

Status: Включено в -CURRENT
Will appear in 8.0: Обязательно
Author: Jeremie Le Hen

Увеличение безопасности, тут я совсем не специалист, так что кому интересно сами почитайте :)

Так же ожидается еще ряд, более мелких изменений и дополнений, ну и я кое что там пропустил, правда немного.

• User-controllable CPU/IRQ binding (jhb)
• User-controllable CPU-thread binding with support for CPU sets (jeffr)
• RDMA (Remote DMA) support for InfiniBand
• ZFS updated to at least zpool format 13 (from 6), with most (if not all) problems in the previous implementation fixed (pjd, kip), MFC-ed
• Increased the maximum number of groups a user may belong to (NGROUPS) to 1024 by default, in a way that allows further extension if needed. (brooks)
• Started upgrade of syscons renderer to support UTF-8 (ed)
• Imported new version of OpenBSM (rwatson)
• Support for more ARM / Xscale platforms
• Imported makefs utility from NetBSD (sam)
• Support for SYSVSHM segments larger than 2 GB on AMD64 (kib), MFC-ed
• New network ARP code
• Wireless Virtual AP (aka VAP, aka "virtual WiFi") mode (sam)
• tcpdump updated to 4.0 (note: new output format) (rpaulo)
• Performance improvements, mostly for SMP scalability
• Support for the Intel Nehalem / Core i7 platform (jeffr), MFC-ed
• New import of ACPICA (jkim)

Вот такой нехилый списочек получился, так же рекомендую заглянуть на вики страничку, там тоже есть список обновлений, со степенью готовности, и перспективами включения в релиз, обновляется правда не совсем своевременно, но лучше чем ничего. А так все по старому следим за рассылками, и обновляемся и тестим, кстати релиз все таки задерживается, даже перенос сроков выхода BETA-3 на неделю, не помог пока, но это просто констатация, в свете того что многие пишут новости ориентируясь на это расписание с планируемой датой релиза на начало сентября, они как то забывают что частенько релиз задерживается так как во главу угла поставлена стабильность а ни какие то сроки, а тут ещё перед самым релизом внесли довольно много нововведений, да и сейчас вносят.
Да если кто то, все таки осилит прочесть, эту портянку, и увидит дикие логические или еще какие ошибки, отписывайтесь, постараюсь поправить, ну или поизучить предмет поглубже, чтоб не делать их в дальнейшем :)

OpenSolaris маленькие итоги

Как я уже писал ранее, установил на рабочий ноут OpenSolaris, еще когда нынешний релиз был в состоянии беты, и даже немного описывал первые впечатления. И вот наконец собрался с мыслями, чтобы поделится впечатлениями, хоть и от не напряженной но работы под этой ОС.
Итак начну с претензий:
Не удалось заставить местный менеджер сетевых подключений принять ключ к сети wifi в 16-теричном формате, а по другому никак, ну нет от рабочей сети другого, все позабыли и юзают что есть, а тот либо в открытом виде либо hex-виде, вот как описано в man dladm

Currently, classes "wep" and "wpa" are suported. The WEP
(Wired  Equivalent  Privacy)  key  can be either 5 or 13
bytes long. It can be provided either  as  an  ASCII  or
hexadecimal  string  --  thus "12345" and "0x3132333435"
are equivalent 5-byte keys (the "0x" prefix may be omit-
ted). A file containing a WEP key must consist of a sin-
gle line using either WEP key format.   The  WPA  (Wi-Fi
Protected  Access)  key  must  be  provided  as an ASCII
string with a length between 8 and 63 bytes.

Можно конечно было попробовать применить wpa_supplican, но мне было легче убедить организовать мне отдельную, виртуальную, точку доступа, с паролем :) Но если кто подскажет как решить данную проблемку, буду премного благодарен, просто интересно.
Система жрет просто немеряно ресурсов, об этом я писал, ещё первый раз, но думал может из за стадии беты, но недавнее обновление не улучшило ситуации.
Крайне малое количество готовых пакетов, но тут дела обстоят так что для большинства повседневных задачь их вроде и хватает, но повыбирать особо не из чего, хотя при необходимости можно подключить внешнии репозитории, что скажется на количестве софта крайне положительно. Мне например не понравилось, что для воспроизведения обычных mp3 в системе, официальная вики рекомендовала, крайне изврашенную процедуру со скачиванием какого то кодека для чего надо было регестрироваться на сайте не внушающем доверия, поэтому был быстро найден альтернативный репозиторий http://ips.homeunix.com:10000/, который рекомендую всем пользователям OpenSolaris, в нем можно найти неплохой наборчик мультимедийных пакетов и кодеков. Кстати в тоже время когда проигрыватели тупо не знали что такое mp3, firefox бодренько играл их без каких либо проблем, то ли у него какой то свой кодек, то ли флеш тут примазался каким то боком, но факт остается фактом.
Да еще сранность с виртуалбоксом, мало того что он не входит в официальный репозиторий, и его нельзя установить через менеджер пакетов, но это не беда ибо на офсайте, он запакован в пакет нормального вида и по инструкции легко устанавливается без приложения мыслительных функций. Но вот почему эта зараза не хочет эмулировать 64битные системы пока не понял, но скорее всего либо система поставилась в 32битном режиме, либо сам виртуалбокс, но вот с какого фига, ведь комп современный и проц должен поддерживать без проблем.
Были проблемы с обновлением системы, над тем "чего это оно не обновляется", ломал голову наверное с пол месяца, не то что бы это было критично, но любопытно, и решение оказалось примитивнейшим, натолкнуло на него обсуждение в ЖЖ, и совет voyadger почистить /tmp/, это волшебным способом решило проблему, хотя какая то странная проблема.

Ну теперь несколько положительных моментов:
Ну во первых флешплеер от производителя, это приятно, после мучений с ним под FreeBSD (сейчас у меня установлена 9я версия, которая стала меньше виснуть, но где то потерялся звук), так вот под OpenSolaris хоть он опять же ставиться не из пакетной системы, поставить его элементарно, просто скачиваем пакет с сайта производителя и распаковываем один файлик из него, в директорию /usr/lib/firefox/plugin/. Нареканий по его работе особых нет, вроде и не тормозит, и все воспроизводит ка надо так, что причисление его в плюсы по моему оправданно.
Работает wifi драйвер к карточке Intel 5100 AGN, с этим вообще история крайне интересная, портирован он с BSD систем, но раньше чем на тех самих реализована поддержка этого семейства карточек, и с исходниками этого семейства какие то непонятки, легко доступны только бинарники, да и в BSD операционках как то народ не сильно разрабатывает это направление, хотя под OpenBSD все вроде уже работает, а вот под Net и FreeBSD все пока не так радужно, про степень готовности FreeBSD драйвера последние мной найденное сообщение в рассылке, внушает некоторый оптимизм, но похоже процесс подготовки релиза отодвигает момент.
Ну и вообще работа менеджера сети весьма приятна, правда его неумение работать с несколькими линками одновременно немного огорчает, но понять такую проблему можно, да и "своевольничает" он периодически, то есть переключение на нужную сеть не всегда происходит сразу, приходится несколько раз пытаться включить нужную сеть.

Вот вроде и все что быстренько пришло на ум, может ещё чего вспомню, есть план сходить на этой недели на собрание OSug может там чего поспрашивать, но посмотрим ка оно сложится, так же все таки есть идея поставить на этот ноут FreeBSD, все таки она как то уже привычнее и интереснее.
Да так же зудит желание все таки взять VDS и поднять, на нем, какой нибудь общественно полезный сайт, даже вроде название придумал, suahbsd типа "shut up and hack bsd", девиз правда больше применяется больше к OpenBSD, но и остальные её разновидности, придерживаются похожих политик :)

UPD: Вспомнил ещё один прикол, в стадии беты были непонятки со звуком, он регулировался с заметными скачками, но после обновления до свежего релиза все стало нормально, и звук теперь регулируется плавно.

UPD2: Переключение раскладок, так как ставил систему с английским, то то что в длинном списке не было сначала русского не сильно удивило, через настройки удалось добавить, да обновления в общем то работало нормально, хотя переключал в основном мышкой, после обновления решил все таки поставить клавиши посподручнее, но вначале сессии все равно приходится аплет переключить на русский мышкой, а потом клавиши нормально работают, но иногда при переходе между рабочими столами раскладка слетает, и причем довольно часто.

OpenSolaris впечатления, вроде как первые

Итак опишу, первые впечатления от новоустановленной OpenSolaris, тут надо конечно учитывать что у меня практически не было опыта работы с OpenSolaris до этого, да несколько раз устанавливал на посмотреть, кое что читал про отличия от канонического UNIX и BSD, но так ничего серьезного, к тому же была установлена альфа версия предрелиза и это тоже может быть источником не совсем адекватного поведения, что получило подтверждение частично.
Ну установка много где описана, и интереса не представляет кликаешь дальше и все, даже с разбивкой диска мудрить не надо все делается одним слайсом, а все остальное сделает ZFS, хотя наверное можно сделать и несколько разделов, но тогда придется растаскивать точки монтирования вручную, ну по крайней мере в инсталляторе, пункта меню для этой операции я не видел.
После инсталляции получаем в принципе готовую к работе систему, как я писал, в последних сборках поддерживается даже такая экзотика как новомодные wi-fi адаптеры от интел, правда вроде только в режиме b/g, но так ли нужно большие. Причем ситуация тут интересна, и даже детективна в некотором роде, так как wi-fi драйверы растут из BSD, но именно эта модель еще почти не в одной из них до конца не поддерживается, и даже скорее находится на стадии экспериментов, да и в Линуксе вроде не лучше, по крайней мере краткий обзор выдачи гугла говорит о том что проблемы возникают и там. Так вот мало того что драйвер тут загадочно работает, так выложен он только в качестве бинарника, как и еще какой то новый драйвер, тоже сделанный на основе BSDшного, да и этот вроде имеет двойную лицензию BSD/GPL и чего не выложить исходники, как для более ранних моделей неясно. но это так лирическое отступления, и взгляд не особо посвященного человека.
Скудность софта в репозитории конечно удручает, но к этому был готов, да и по одной две програмки для каждой задачи, в принципе есть так что работать можно, а например тот же ФФ даже имеет версию 3.1 бета 3, так что практически на острие прогресса :)
С флешем опять же красота, официальная версия, воспроизводящая все что можно, без тормозов и зависаний, однако и тут есть ложка дегтя, ну вот почему не автоматизировать процесс полностью, вероятно просто ФФ не хватает прав для записи плагина в нужную директорию и приходится это делать ручками, иначе предложение проинсталлировать возникает с завидной регулярностью, процесс не сложный и много где описанный, но вот такой лентяй :)
Остальное с чем пришлось поработать вроде нареканий не вызвало, даже компиз работает.
Но вот потребление памяти вызывает нездоровое желание задать вопрос "С какого Х...", так как оно не вкладывается ни в какие рамки. Ноут благо снабжен не плохим ее количеством (2Гб) я понимаю что сейчас можно бы и больше, но согласитесь этого вроде не мало, и для повседневного использования должно бы было хватить, однако система после запуска начинает жрать где то до 1,5Гб и потом, а может и сразу, честно скажу не заморачивался с наблюдением жрет и остаток, почти под завязку, но не свопится, что вроде как радует. Хотя и тут все не так однозначно, так как с компизом она начинала виснуть часиков через несколько работы, после пары тройки таких "нежданных" зависаний, компиз был отключен, и вот вроде сегодняшняя смена прошла без зависаний.
Приведу шапку top для более полной картины

load averages:  0.82,  0.60,  0.42;               up 0+10:03:36                                                                                     05:35:48
89 processes: 87 sleeping, 2 on cpu
CPU states: 84.8% idle, 12.7% user,  2.5% kernel,  0.0% iowait,  0.0% swap
Kernel: 1126 ctxsw, 295 trap, 868 intr, 4344 syscall, 179 flt
Memory: 2013M phys mem, 130M free mem, 1006M total swap, 1006M free swap

  PID USERNAME NLWP PRI NICE  SIZE   RES STATE    TIME    CPU COMMAND
  837 andrey     20  59    0  466M  251M cpu/1  122:11 10.10% firefox-bin
  637 andrey      1  59    0  508M  208M sleep   24:13  1.24% Xorg
 1273 andrey      1  49    0  112M   37M sleep    0:54  1.08% gnome-system-mo
  859 andrey      2  59    0  114M   31M sleep    0:12  0.39% gnome-terminal
  362 root        1  59    0 5304K 3756K sleep    0:11  0.34% hald-addon-acpi
 1280 andrey      1  59    0 3608K 2348K cpu/0    0:00  0.33% top

Как видно память жрут в принципе приложения, и может просто я отвык от всяких гномов, и остальных прожорливых приложений, сейчас вот попробую на домашний ноут, с FreeBSD установить, для сравнения, благо по железу в общем то похожи.
Еше раз повторю может такой неадекват в отношение памяти вызван экспериментальностью сборки, так что судить по этому параметру пока рано. А да наблюдалась проблема, что ноут не просыпался после того как уснет, однако отзывался по сети, и если остановить и запустить gdm, то он вполне оживал, соответственно с убийством текущей сессии, после отключения компиза не пробовал, но подозреваю что не спасет, хотя если крышку не закрывать засыпает и просыпается корректно.
Ну пока вроде и все, был бы простым юзером конечно скорее бы всего снес, но мы ж не такие так что эксперимент продолжается, ну если не случится чего то неординарного.

xD картридер & FreeBSD, возможно ли?

Озаботился тут в очередной раз вопросом, а не пора ли заставить завестись встроенный картридер, в своем ноутбуке, раньше как то не нужен был, ибо у старого фотика был УСБ шнурок, но теперь его нет, а картридер вроде как покупать неохота, хотя это конечно самый легкий, и вероятно быстрый путь.
Ну для начала попробовал подгрузить sdhci, это помогло оживить часть картридера, ну по крайней мере если судить по логам, так как нужного типа карточки, что бы проверить, в пределах досягаемости не наблюдается. В итоге имеем

> pciconf -vl
none0@pci0:3:11:2:      class=0x018000 card=0x00011179 chip=0x803b104c rev=0x00 hdr=0x00
 vendor     = 'Texas Instruments (TI)'
 device     = 'PCIxx12 Integrated Flash Media Controller'
 class      = mass storage
sdhci0@pci0:3:11:3:     class=0x080501 card=0x00011179 chip=0x803c104c rev=0x00 hdr=0x00
 vendor     = 'Texas Instruments (TI)'
 device     = 'PCIxx12 SDA Standard Compliant SD Host Controller'
 class      = base peripheral
 subclass   = SD host controller
> grep sdhci /var/log/messages
Apr  4 21:55:53 my_book kernel: sdhci0:  mem 0xff9fe700-0xff9fe7ff irq 23 at device 11.3 on pci3
Apr  4 21:55:53 my_book kernel: sdhci0: 1 slot(s) allocated
Apr  4 21:55:53 my_book kernel: sdhci0: [ITHREAD]

как видно sdhci часть прекрасно определилась, правда отказывается выгружаться, при помощи kldunload, но это ли беда :) а вот вторая и для меня самая интересная часть, которая предположительно и отвечает за xD карточки, так и значится как не определенная :(
Не долгий поиск по просторам интернета, дал не утешительный результат, для винды драйверы есть, но они в виде msi, вроде можно распаковать и посмотреть что там внутри, но есть опасение что бинарники :( Так же нашел открытый проект tifm на просторах berlios.de Developer но предназначен он для линукс, и впрямую его применить нельзя, да и к линуксу судя по форумам, за 3 года его существования вроде как не прикрутили капитально, а нет начиная с ядра 2.6.19, все таки встроенные.
Так вот свободная реализация значится есть, но вроде как под FreeBSD не портированна, осталось найти почему, есть вероятность что никто не озабачивался, ибо все ж таки железка не самая распространенная, хотя в рассылке встречал вопросы, но внятного ответа не видел.
На этом пока изыскания закончил, но думаю что все таки наберусь желания поправить сию ситуацию, ну или по крайней мере попытаться :)
Кстати если у кого есть советы, по поводу в какую сторону двигаться то буду благодарен, ну про то что следовало бы написать в рассылку freebsd-mobile это я в принципе предполагаю, что вероятно и сделаю.

NOUVEAU альтернативный драйвер для NVidia

Случилась неожиданно приятное событие на форуме у Лисяры, появилась тема о портировании драйвера xf86-video-nouvea, и так как у меня была свежеустановленная система и железо, для которого этот драйвер подходил, решил протестировать.
Исходные данные
Железо:
Материнская плата - M2NPV-MX (куплена, в свое время, как дешевая и функциональная платформа все на борту)
Видеокарта - встроенная в чипсет GeForce 6150
Монитор - Benq FP92Wa (не совсем уверен, но что то на него похожее :)
OS - 8.0-CURRENT amd64
Как можно увидеть, железо крайне не притязательное, но тут есть одно НО архитектура amd64 не поддерживается проприетарными драйверами от nvidia, а стандартные драйверы Xorg'а nv и vesa, не получается настроить, на отображение широкоформатного изображения 1440х900, а последний драйвер nv из свежего комплекта Xorg 7.2, так вообще, что то показывает только разрешение800х600, что согласитесь для 19" монитора не совсем комфортно.
Такова предыстория, ну и решил я попробовать новый драйвер, оформлен он в качестве PR ports/131276, что бы попробовать драйвер в действии, нужно имеющийся в PR код сделать исполняемым sh скриптом, и запустить его в папке /usr/ports/x11-drivers/ после этого перейти в появившеюся папку xf86-video-nouveau и как обычно собрать драйвер, командой make install clean, проблем со сборкой, вроде ни у кого, пока не возникало.
А вот в работе, есть некоторые недостатки, для начала Xorg у меня вообще не запускался, судя по логу из за недостатка видеопамять, решилось включением в биосе 32Мб вместо 16Мб. Так же имеется проблема с переходом в консоль, и потом обратно, Хы и соответственно все приложения при этом падают в корку :( так же наблюдал что картинка немного плывет, но после применения патча, и перекомпиляции проблема пропала, для применения патча, его необходимо просто положить в папку files/, в директории xf86-video-nouveau перед компиляцией.
Зато теперь можно пользоваться и amd64, и при этом иметь широкоформатный монитор, что по моему весьма не мало :)
Да портировал это дело и помогает отлаживать, безымянный Гость с форума :) ну вот даже и неизвестно кому сказать спасибо ;)
Обсуждение идет либо в исходном посте на форуме, или в рассылке freebsd-x11@