Создатель kdemod и проекта chakra.

RIP :(

http://chakra-project.org/news/index.php?/archives/54-Sad-news-we-lost-one-of...

Собственно, закос под KDE3.

Тема плазмы: Klassik
Тема kwin: Plastik
Тема виджетов: QtCurve
Цветовая схема: чуть доработанная Whitewater
Значки: Nuvola
Обои: В русской локализации - «Эмоции», из стандартного набора KDE

Почитал тут фороникс на ночь... :)

http://www.phoronix.com/scan.php?page=news_item&px=ODE3MA

An X.Org Server update that was pushed into the Lucid repository last week has resulted in the system being slower and slower as its left on until it reaches a point where the system is no longer usable. The memory leak was tracked down to a set of patches that were made to fix some program crashes when the X.Org Server began supporting GLX 1.4.

The attempt so far to correct the patches have not worked out. In order to make the Ubuntu 10.04 LTS deadline, the developers are looking at just reverting three of the patches, which brings the GLX version back to 1.2. Ubuntu developers are now desperate for those willing to test out this updated X.Org Server package so they can determine by this Friday whether to ship it with Ubuntu 10.04 LTS or doing an early SRU (Stable Release Update). Right now this X.Org Server that's being tested is living in the ubuntu-x-swat PPA.

http://www.phoronix.com/scan.php?page=article&item=steam_linux_script&num=1

elif [ "$UNAME" == "Linux" ]; then
   PLATFORM=linux32
   # prepend our lib path to LD_LIBRARY_PATH
   export LD_LIBRARY_PATH="${STEAMROOT}"/${PLATFORM}:$LD_LIBRARY_PATH
fi

Что-то не заметил, чтобы осветили их на ЛОРе, посему докладываю.

Первое. Gallium3d драйвер r300g почти по всем параметрам обогнал r300 classic и сейчас находится примерно на уровне fglrx 8.25, немного отставая от него.

Второе. AMD огласили свою позицию относительно gallium3d - они полностью за. Сейчас основные силы разработки переключатся на r600g, дабы быстро довести его до ума, а то сейчас он только треугольники крутит :)

We made essentially the same decision as you 18 months ago and implemented the initial r6xx/r7xx 3D driver on the «classic» HW driver model rather than Gallium3D. Even at the time it seemed highly likely that Gallium3D was going to work out well, but between the newness of Gallium3D itself and the work still to be done on KMS/DRI2/GEM/TTM there was just too much «new» for my liking.

We did ask one of our devs (Cooper) to help with the Gallium3D effort and also look into video decode using G3D, but unfortunately he got pulled off onto another urgent non-driver project shortly afterwards so we didn't end up doing much to help at all. Fortunately the other developers pushed ahead without us (thanks guys ;)) and it's probably fair to say that our developer focus will probably jump across to r600 on Gallium3D fairly soon as well.

For what it's worth, if we were writing a new «has to work, can't afford delays» driver from scratch today we would go with Gallium3D, period. Prior to that... I think we were confident it would all work but weren't quite sure how long it would take.

The reality is that we don't have a conveniently timed architectural break to force the writing of an all new driver, and I imagine you don't either, so we're all going to have to «ooze» across to Gallium3D. The initial code to support Evergreen (HD5xxx) GPUs is being implemented on top of the «classic» r600 driver because so much of the programming model is common, but from that point on I think we would try to push the Gallium3D code ahead rather than doing more work on the classic code base.

I'll try to get a statement from our proprietary OpenGL driver team re: compatibility profiles — or, more to the point, deprecating older GL functionality. I haven't looked into the issue much myself but my first impression was definitely «uh-oh, this is going to be a problem for a bunch of our users».

Третье. Ввиду отсутствия работоспособных открытых драйверов для evergreen, принято решение написать для него драйвер с базовыми возможностями, используя месу (учитывая наработки для r600/700, карты похожи), а потом доделывать, используя gallium3d. Через него же и будет реализовано ускорение EXA+Xv.

В связи с тем, что evergreen научили KMS, появились новые прошивки. Искать, как и всегда, тут.

Пруфы: Раз Два Три

По поводу первой ссылки: у фороникса тесты как всегда :) От себя могу добавить, что на имеющихся у меня r300 и rv690 драйвер r300g работает значительно быстрее.

Сегодня вышла новая версия открытого драйвера xorg для видеокарт ATI.

Что нового:

• Первое, и самое важное изменение - поддержка KMS для всех карт, от r100 до Evergreen;
• Поддержка Xv атрибутов (таких как яркость, контраст и т.п.) для текстурированного видео;
• Опции энергосбережения для UMS (ForceLowPowerMode и т.п.);
• Поддержка DisplayPort для UMS;
• Начальная поддержка UMS для Evergreen (аппаратное ускорение пока не работает);
• Багфиксы.

Одновременно вышла версия 6.12.7, багфикс-релиз для ветки 6.12.

>>> Подробности

Changelog

Окружной суд штата Юта вынес вердикт: Novell владеет авторскими правами на Unix. Судя по всему, SCO теперь банкрот.

Напомню, что судебный процесс длился 7 лет.

>>> Подробности

Точно по расписанию вышла новая версия драйвера xorg для видеокарт Intel.

В данной версии реализованы:

• Поддержка KMS Page-Flipping Ioctl
• Swap-события DRI2
• Поддержка новых GPU SandyBridge
• Улучшение производительности
• Многочисленные багфиксы

Напоминаю, что, начиная с версии 2.10, драйверы intel поддерживают только KMS, поддержка UMS отсутствует.

>>> Подробности

Сабж :)

Сегодня AMD выпустила превью-драйвер с поддержкой OpenGL 4.0!

Он основан на вчерашнем релизе 10.3, и нумеруется как 8.712.3.1

OpenGL 4.0 доступен только для карт «Evergreen», для карт серий r600/r700 реализована поддержка OpenGL 3.3

>>> Подробности

Unigine Heaven - бенчмарк/демо, основанный на движке Unigine, был выпущен для Windows с рендером DirectX 11 в октябре прошлого года. Сегодня же выпущена версия для Linux с OpenGL 3.2!

К сожалению, из-за отсутствия поддержки тесселляции в драйверах ATI Catalyst для Linux, а также карт NVidia, поддерживающих ее на аппаратном уровне, данная версия бенчмарка работает без этой технологии.

Денис Шегрин, CEO Unigine: «Аппаратная тесселляция пока не работает в Linux. Хорошая новость в том, что доступны новые расширения для OpenGL, поддерживающие тесселляцию, и они не привязаны к вендору. Поэтому мы надеемся увидеть их полную поддержку в драйверах ATI и NVidia в скором времени».

>>> Скриншоты

Скриншоты, предоставленные Phoronix, сделаны для Heaven 1.1 (датированы декабрем 2009), в скором времени будут опубликованы скриншоты новой версии.

>>> Скачать (зеркало) [233 Mb]

>>> Подробности

Для начинающего. Для совсем начинающего :) Хелловорлд, конечно, написать смогу, но дальше недалеко уеду.

Весьма приветствуется на великом и могучем, хотя можно и на английском.

Совсем хорошо будет, если будут еще и аспекты программирования под linux.

Заранее спасибо!

Слой аппаратной абстракции (HAL) NT, файловые системы, сетевые стеки и драйверы устройств реализованы отдельно от NTOS и загружаются в режиме ядра как динамические библиотеки. Исходные коды для этих динамических компонентов не включены в WRK. Однако, некоторые из них доступны в различных пакетах разработчиков, опубликованных Microsoft, таких как набор устанавливаемых файловых систем (IFS) и набор для разработки драйверов (DDK) Windows.

WRK включает большую часть исходных кодов NTOS ядра из последней выпущенной версии Windows, поддерживающей архитектуру x64 для настольных систем. Исходные коды ядра, исключённые из набора, в основном относятся к Plug-and-Play, управлению энергопотреблением, верификатору устройств, интерфейсу отладки ядра и виртуальной машине DOS. Основные модификации выпущенного ядра для WRK касаются вычистки и исключению поддержки серверов, как, например, кода, относящегося к Intel IA64.

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

WRK включает среду для сборки/тестирования и бинарные файлы для исключённых компонентов исходного кода, которые могут быть использованы, чтобы собрать полнофункциональные NTOS ядра для последующей установки на Windows Server 2003 для x86/x64 и Windows XP x64.

http://habrahabr.ru/blogs/windows/88548/

Kernel changelog

Ati changelog

Куча мелких фиксов, не более.

Спустя несколько месяцев с момента релиза спецификаций OpenGL 3.2, Khronos Group опубликовала спецификации для OpenGL 3.3

Неожиданно для всех, также были опубликованы спецификации для OpenGL 4.0, вместе с которым GLSL (GL Shading Language) также обновлен до версии 4.00. OpenGL 4.0 полностью обратно совместим со старыми расширениями OpenGL, используя режим совместимости введеный в OpenGL 3.2.

В OpenGL 4.0 добавлены:

• расширенная интеграция с OpenCL (Open Computing Language)
• два новых шейдерных уровня для геометрической тесселяции, задействующие GPU и разгружающие CPU
• фрагментные шейдеры и программируемые фрагментные шейдеры (per-sample fragment shaders)
• отрисовка данных, сгенерированных OpenGL или внешними API (OpenCL), без вмешательства центрального процессора
• поддержка шейдер-подпрограмм
• разделение состояния текстур и данных текстур
• 64-х битные операции с плавающей точкой и I/O
• многочисленные улучшения производительности

Спецификация OpenGL 4.0 (наряду с OpenGL 3.3) доступна для скачивания на OpenGL.org. Спецификация OpenGL 3.3 обеспечивает функциональность OpenGL 4.0 для сохранения совместимости с существующими графическими процессорами.

Предполагается, что NVIDIA в следующем выпуске проприетарного драйвера обновит версию OpenGL до 3.3/4.0. Пока нет никаких комментариев от AMD по этому поводу, но скорее всего OpenGL 4.0 в их драйверах будет через несколько месяцев.

>>> Подробности

Странно, что еще никто не заметил.

Kernel

Изменения уже в который раз коснулись по большей части драйверов, куча пачтей для DRM: radeon, nouveau. Добавлена поддержка переключения видеокарт на лету (не совсем, правда, иксы перезапустить все же придется), актуально для лэптопов с двумя картами, дискретной и встроенной. Для ATI добавлена начальная поддержка KMS для evergreen, управление питанием карт. Также добавили поддержку Intel SandyBridge.

Fedora

Автоматическая установка драйверов принтера и языковых пакетов, управление цветовыми профилями, улучшения в networkmanager, поддержка 3d для nouveau, снапшоты для btrfs ну и прочее.

Jerome Glisse заставил работать shader-complier для r600g. Собственно, обещает скоро запустить glxgears, пока только треугольники :)

So after battling with shader, thinking my compiler was giving me crap, i noticed that the w component was forced to 0.0 ... well of course now taking vertex input format into account things work. So here it's tri-flat being render using a shiny compiler infrastructure. I also added a todo list in r600_winsys.h (it's big but it's the begining). So now i will finish plugin the state thing so tri-flat is actually flat and not gouraud shaded, then some cleanup in the flush so i just flush when gallium ask for it. Then it's about growing the shader compiler to support more instruction, this should be «easy». I hope to have glxgears soon. Anyway here is a screenshot (i unplugged the clear stuff now that i got the other part working i will soon plug the clear gallium helper stuff).

Oh i forgot to stress that it only works on r7xx because my main computer has a no fan r7xx GPU :) once i got gears working i will make sure that r6xx are working too (or just send me no fan r6xx gpu).

http://people.freedesktop.org/~glisse/blog/r600g-100307.jpeg

While it will not be officially announced with Catalyst 10.2, the Catalyst Linux driver has received a new 2D acceleration architecture. However, as this was made public via an independent post in our forums, we can confirm that AMD has developed a new 2D acceleration method. Tests though we conducted internally using early builds of this new 2D acceleration method proved to be rather problematic. Once this 2D support is improved upon it will likely be switched on by default and then officially announced.

The method of enabling the premature 2D acceleration support involves setting a Direct2DAccel key within the DDX portion of the persistent configuration store database. Yes, Direct2D. A term we haven't mentioned before Phoronix. Direct2D is Microsoft's API for 2D and vector graphics that is used in Windows Vista/7. AMD hasn't communicated much about this new acceleration API, but it appears that much of the 2D acceleration code that they used from their Direct2D support on Windows is now being shared with the Linux driver.

While it may seem odd, this will hopefully mean better optimized 2D performance on Linux if they are indeed using much of their Windows 2D acceleration code on Linux that receives much love from their development teams.

http://www.phoronix.com/scan.php?page=news_item&px=Nzk5MQ

If using the latest ATI open-source driver Git code for kernel mode-setting, there may be slightly better X-Video support without any visual slowdowns/problems. Pauli Nieminen has changed around the code so that a video buffer is allocated in the GTT (Graphics Translation Table) to provide faster memory operations that haven't been accelerated by KMS.

The patch that provides the performance boost to X-Video under ATI kernel mode-setting can be found on the xorg-driver-ati mailing list and has since been committed.

http://www.phoronix.com/scan.php?page=news_item&px=Nzk4NA

KMS doesn't have acceleration for upload to vram. memcpy/memmove to VRAM directly is very slow (40M/s in benchmark) which causes visible problems to video.

Allocating video buffer in GTT will give good performance (350-450M/s) for memmove operation. This is nice performance boost for Xv under KMS.

Сегодня компания Nokia выпустила Qt 4.6.2.

Прежде всего, это первый стабильный выпуск для платформы Maemo 5.

Основные изменения по сравнению с beta:

• Улучшена кинетическая прокрутка, оптимизирована анимация QTableView
• Несколько виждетов увеличены для более комфортного использования на сенсорных экранах
• Новый внешний вид QSpinBox
• Для автоповорота больше не используется D-Bus
• Множество улучшений методов ввода
• Улучшения в использовании OpenGL ES
• И многое другое

Пользователи Maemo 5 получат Qt 4.6.2 в составе обновления PR1.2

Видео на Youtube

Также для Symbian был разработан Nokia Smart Installer, который является, по сути, менеджером пакетов, позволяющим при отсутствии необходимых для запуска приложения зависимостей (Qt, QtWebkit, Open C) автоматически загрузить и установить их. На данный момент Nokia Smart Installer находится в статусе beta.

Для пользователей платформ Linux/X11, Windows и Mac это обычный багфикс-релиз (Changelog).

Qt for Maemo

Nokia Smart Installer

>>> Подробности