Pisaahriktux - это сборка на основе pilfs (Linux From Scratch для Raspberry Pi) для тех, кто знает насколько прекрасна нативная консоль, и насколько не нужны графические интерфейсы пользователя, включая иксы, wayland, mir и т.д. Корни сборки уходят в 2006-й год - именно тогда автор понял вышеописанное. Через год автор понял, что в его бинарном дистрибутиве куча консольного софта слинкована с кучей иксовых библиотек, и, потому, их приходится устанавливать, несмотря на то, что они никогда не используются. Стремление к кастомизации системы привело автора сначала к Gentoo, а затем и к LFS. Со временем собственная сборка на основе LFS становилась всё более качественной, и даже обрела собственное имя в кругу автора - Saahriktux, но для того, чтобы она стала дистрибутивом в полном смысле этого слова, всё ещё далеко. Да и не особо это актуально на шустрых стационарных машинах с разнообразием железа - у каждого пользователя своё железо и свои требования. Но, вот, с Raspberry Pi и pilfs всё несколько иначе - железо у всех пользователей (за исключением вариаций моделей) примерно одинаковое, и при этом страшно медленное. Далеко на каждый желающий пройти этот квест рискнёт это сделать, в т.ч. и из за нехватки времени. Ну, а автору всё равно нужно было собрать себе систему, используя предыдущий опыт сборки Saahriktux. Так и возник вариант Saahriktux для Raspberry Pi - Pisaahriktux. В сборке отсутствуют не только иксы, но и другое ненужное, включая systemd, pulseaudio,... и т.д.

От pilfs с его фреймбуферовской консолью Pisaahriktux отличается следующим:

• Дефолтный видеорежим соответствует подключению через HDMI-DVI кабель к монитору с разрешением 1920x1080
• dmesg -n 1
• Добавлен шрифт Terminus u30b (жирный, 16x30 пикселей), который является дефолтным консольным шрифтом. Прописан несколько неправильно по той причине, что иначе ядро выпадало в kernel panic, заполняя консоль системными подробностями. Я пока что не стал разбираться в подробностях ситуации, просто оставив рабочий вариант (через /etc/inittab)
• Добавлена раскладка ru6, которая является классической legacy раскладкой (',' - shift+6, '.' - shift+7,... и т.д.) с переключением латиницы и кириллицы по ctrl+shift. Дефолт.
• Добавлена локаль KOI8-R, которая является дефолтной у root'а (обычного пользователя в pilfs ещё нужно создавать). Вообще, у root'а уже имеется ряд настроек, которые можно перенести обычному пользователю. А, можно и создать свои с нуля, да. Среди прочих настроек дефолтные цвета текста и фона - зелёный текст на чёрном фоне.
• Добавлен целый ряд софта: flac, gnutls, libjpeg, libao, libogg, libpng, libtheora, libvorbis, speex, vorbis-tools, directfb, ffmpeg, giflib, imagemagick, lame, libsdl, mpg123, mplayer, nettle, cppcheck, djvulibre, fbi, fetchmail, fontconfig, freetype, indent, libiconv, libtorrent, msmtp, mutt, netcat, nmap, rtorrent, splint, strace, gdb, glib2, libvpx, lunzip, midicomp, plzip, perl-rename, sharutils, sox, squashfs-tools, timidity, yasm, bitlbee, lftp, libexif, libgcrypt, mc, prboom, SDL_mixer, SDL_net, SDL_ttf, xpdf, libgpg-error, lzlib, fdupes, jp2a, libsigc++, procmail, reiserfsprogs, aalib, aview, irssi, libcaca, lighttpd, lynx, p7zip, screen, tree, unrar, unzip.

Всё дособрано на работающей системе, а не кросскомпиляцией. На это ушло 5 дней (ночами Raspberry Pi ничего не собирал, только в дневное время).

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

>>> Скачать (283 Мб)

Intel выпустила Minnowboard Max, крошечный одноплатный компьютер, который работает на Linux и Android, его цена - 99$. Это устройство полностью open source — вы можете проверить прошивку и программное обеспечение здесь. Работает Minnowboard Max на процессоре Atom E3845 с частотой 1.91GHz.

Схемы платы также в открытом доступе и графический чипсет Intel имеет драйверы с открытым исходным кодом.

Minnowboard Max не является прямым конкурентом Raspberry Pi так как Pi более предназначен для образовательных целей и уже имеет свою сильную экосистему: это способ повозиться с системами с архитектурой x86, при этом сэкономив немного денег. Система использует секционные доски, называемые «Lures», для расширения функциональности.

Intel заинтересована в этой сфере, потому что долго в ней отсутствовала. Raspberry Pi работает на чипе Broadcomm с процессором ARM с частотой 700Mhz. Minnowboard принесёт в руки хакеров маломощный процессор Atom, тем самым повысив важность Intel в этой нише.

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

Промышленный консорциум Khronos Group опубликовал сразу несколько новых спецификаций:

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

• Вычислительные шейдеры – позволяют выполнять произвольные задачи на GPU. Похожи на OpenCL, но пишутся на GLSL и исполняются параллельно с графическими задачами;
• Раздельные шейдерные объекты - позволяют приложениям независимо программировать стадии шейдеров вершин и фрагментов на GPU, смешивать и совмещать программы обработки вершин и фрагментов без их связывания;
• Команды непрямой отрисовки - дают возможность GPU получить команды отрисовки из собственной памяти, а не гонять их через драйвер к CPU. Например, шейдер выполняется на GPU, осуществляет физическую симуляюцию, и может сам сгенерировать команды отрисовки, не нагружая CPU;
• Улучшенные текстуры - мультисэмплинг, текстуры-маски;
• Улучшенный язык шейдеров - новые арифметические и логические операции, поддержка современных стилей программирования;
• Новые опциональные расширения – выборочный шейдинг, дополнительные режимы смешивания;
• Обратная совместимость с OpenGL ES 2.0 и 3.0.

WebCL - JavaScript-интерфейс к OpenCL (фреймворку для написания компьютерных программ, связанных с параллельными вычислениями на графических и центральных процессорах). Основные возможности WebCL 1.0:

• Унифицированный, мобильный и эффективный способ доступа к гетерогенным вычислениям в браузере, используя JavaScript в качестве прослойки к OpenCL;
• Архитектуры разработана с учётом требования безопасности и надежности. Используются такие методы, как: расширения системы безопасности OpenCL для инициализации памяти, открытый валидатор для предотвращения доступа за границы памяти;
• Взаимодействие между WebCL и WebGL даёт веб-приложениям богатые графические и вычислительные возможности;
• Открытый транслятор OpenCL в WebCL для обеспечения быстрого портирования OpenCL-приложений на WebCL.

EGL - интерфейс между API рендеринга (OpenGL, OpenGL ES, OpenVG) и графическим сервером, пришедший на замену GLX. EGL используют такие проекты, как Android, Wayland, Mir, Raspberry Pi. Поддержка EGL появилась даже в свежих версиях проприетарного драйвера Nvidia. Основные возможности EGL 1.5:

• Улучшена поддержка объектов EGLImage, обеспечивающих совместный доступ к текстурам OpenGL и OpenGL ES;
• Более строгие ограничения на создание графического контекста, с целью предотвращения злоупотреблений (что особенно важно для безопасных реализаций WebGL);
• Улучшенная поддержка 64-разрядных платформ
• Расширения для Wayland, GBM, Android и X11, позволяющие разным оконным системам использовать одну реализацию EGL;
• Улучшена синхронизация между командами OpenGL/OpenGL ES и очередями команд OpenCL (что позволяет свести к минимуму или даже избежать участия центрального процессора при синхронизации работ, выполненных различными API);
• Улучшена реализация EGLContext, теперь можно создать контекст без обращения к поверхности;
• Поддержка sRGB в OpenGL ES с использованием стандартного цветового пространства, и упрощение поддержки гамма-коррекции, смешивания, масштабирования;
• Приложения теперь могут обнаружить графический сброс с помощью одного не ресурсоёмкого запроса.

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

Intel выпустила intel-gpu-tools 1.6 — набор открытых инструментов для тестирования и отладки GPU и драйверов в Linux. В состав пакета входят утилиты для оценки производительности кода DRM (Direct Rendering Manager), вывода информации о состоянии GPU, наблюдения за работой и производительностью GPU в стиле утилиты top, проведения проверки на появление регрессивных изменений.

Небольшой список изменений:

• В наборе тестов добавлена поддержка Broadwell (Ben, Damien, et al.).
• Изменения (фактически восстановление) поддержки Андроида, спасибо Oscar Mateo.
• Покрытие тестами i-g-t официально стало частью процесса разработки нового функционала drm/i915, а также багфиксов, детали там: http://blog.ffwll.ch/2013/11/testing-requirements-for-drmi915.html.
• Для gen4sam исправлен поиск зависимостей, assembler включен в i-g-t (спасибо Ben).
• Улучшен контроль времени жизни объектов cairo в kmstest helpers (Chris).
• Добавлена возможность регистрации доступа для случаев, когда карта i915 загружена, но отладочная файловая система (debugfs) не найдена (например, при использовании параметра nomodeset).
• Новая библиотека ядра modesetting helper, призванная упростить тестирование (Damien).
• Новая структура журналирования результатов тестов. Записи типа WARN теперь отображаются в результатах piglit, также добавлен макрос igt_warn_on для упрощения генерации записей типа 'warning', которые не приводят к прерыванию теста.
• Добавлена поддержка Broadwell для intel_audio_dump (Mengdong Lin).
• Обновлена документация API (Thomas).

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

Всем добрый день. Приехал мой cuieboard2, поставил на него lubuntu-server-13.06-v1.01 (linaro 13.06)
Поставил весь софт. В том числе mediatomb.
Но вот проблема, в linaro он собран без поддержки js.
А я очень хотел исправить процедуру импорта.
Нужно что бы, она раскладывала в библиотеке фильмы по месецам добавления.
Например так:
2013
11, 12

2014
01, 02

Помогите подобрать другой сервер, который такое умеет.
Либо поделитесь историей успеха сборки mediatomb с поддержкой js под armhf.
По тем инструкциям что нагуглил не получается.

И как обстоят дела с mediatomb на других ОС?

Наконец-то пришёл мой cubieboard 2. Хочу поставить вместо предустановленного Android Cubian. А он не ставится.

Делаю всё по инструкции - скачал последний образ cubian, записал через dd на microsd, вставил карту в куби, загрузился, сделал apt-get install cubian-nandinstall && cubian-nandinstall. Первый раз он, как я понял, создал таблицу разделов, предложил перезагрузиться и запустить установку ещё раз. Я сделал это. Он написал список копируемых файлов, вроде как поставился. В конце предложил выключить куби и вытащить sd-карту. Я согласился и он выключился. Вытащил карту, переткнул питание, он пошёл загружаться, но написал, что нет таблицы разделов и выкинул меня в консоль sunxi. Всю работу с консолью Linux и просмотр лога загрузки осуществлял через UART.

Пробовал заново записать образ на карточку и опять запустить установщик. Он опять скопировал файлы (только в этот раз не создавал таблицу разделов), но это не помогло. Пробовал забить нулями /dev/nand и поставить заново (теперь уже он создавал таблицу разделов опять), но и это не помогло.

В чём может быть дело и как с этим бороться?

cubie@Cubian:~$ ls /dev/nand*
/dev/nand  /dev/nanda  /dev/nandb  /dev/nandc
cubie@Cubian:~$ sudo fdisk -l /dev/nand
[sudo] password for cubie: 

Disk /dev/nand: 4085 MB, 4085252096 bytes
255 heads, 63 sectors/track, 496 cylinders, total 7979008 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Disk /dev/nand doesn't contain a valid partition table

Либо таблица разделов не MBR, либо я что-то не понимаю.

UPD: Там свой специальный формат таблицы разделов. И своя утилита для работы с ними.

cubie@Cubian:~$ sudo ./nand-part -f a20 /dev/nand
check partition table copy 0: mbr: version 0x00000200, magic softw411
OK
check partition table copy 1: mbr: version 0x00000200, magic softw411
OK
check partition table copy 2: mbr: version 0x00000200, magic softw411
OK
check partition table copy 3: mbr: version 0x00000200, magic softw411
OK
mbr: version 0x00000200, magic softw411
3 partitions
partition  1: class =         DISK, name =   bootloader, partition start =    32768, partition size =     2048 user_type=0
partition  2: class =         DISK, name =         boot, partition start =    34816, partition size =      512 user_type=0
partition  3: class =         DISK, name =        linux, partition start =    35328, partition size =        0 user_type=0

Вроде с таблицей разделов всё ок...

Разработчики из Digia объявили о выходе новых версий кроссплатформенного фреймворка Qt 5.2.1 и среды разработки QtCreator 3.0.1. Данные релизы являются корректирующими и не вносят новой функциональности.

Изменения в Qt включают в себя многочисленные оптимизации Javascript и QML в новом движке Qt Quick, а также багфиксы для Android и IOS. В QtCreator исправлены ошибки в дизайнере Qt Quick, отладчике, средствах разработки для Android и IOS и во многих других компонентах.

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

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

Вообщем для начала понимания моей безысходности, немного предыстории:

Решили мы развивать проект на встраиваемой платформе, и наш взгляд пал на raspberry pi, и все было хорошо. Но потом наши уважаемые дизайнеры сказали, что подключенный монитор 27 дюймов к малине необходимо развернуть на 90 градусов. Немного покопавшись в google было найдено решение и оно сводилось к тому, что для поворота необходимо в разделе boot подправить config.txt display_rotate = 1 (CW).

После reboot все изменения вступили в силу и все бы хорошо, но вот только raspberry pi просто стал задыхаться и жутко тормозить, отрисовывая как слайд-шоу рабочий стол. Хотя без поворота, мощности нам хватало для наших задач.

После чего решили попробовать поменять железо и прикупили cubieboard И вот тут мы встряли. Дело в том, что в кубике нет директивы для поворота экрана в файле инициализации оборудования (script.bin). После чего было решено повернуть экран подав параметр Option «Rotate» «CW» в конфигурации Xorg в секции Device драйверу fbturbo(sunxifb). После reboot моему удивлению не было предела, фреймбуффер экрана повернулся в CW, а вот курсор (InputDevice) остался в состоянии normal, причем координаты курсора правильные, но отрисовываются не в той проекции. Пробовал Xrandr -o left вылетает куча ошибок. Все манипуляции выполнялись на портированной сборке Debian 7 (Cubian), а также на Cubieez. Самое интересное экран нормально поворачивается данным способом (Rotate = CW) на дистрибутиве lubuntu(linaro) и только на драйвере VESA.

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

Также прилагаю ссылку на пример работы http://www.youtube.com/watch?v=Kw3J2c8BEas

Christian König сотрудник компании AMD предоставил патчи с экспериментальной поддержкой кодирования видео в формате x264 на свободных драйверах для карт Radeon. Патчи на ядро можно найти в рассылке dri-devel, Юзерспайс часть в рассылке mesa-dev. Также требуется подгрузить микрокод BONAIRE_vce.bin. Меса часть работает на основе трекера состояний OpenMAX на данный момент не включенного в основную ветку месы. На данный момент поддерживается только VCE2 железо на картах AMD GCN (Sea Islands, Kabini, etc).

Патчи на ядро

http://lists.freedesktop.org/archives/dri-devel/2014-February/053191.html

Патчи на месу

http://lists.freedesktop.org/archives/mesa-dev/2014-February/053203.html

Фирмварь

http://people.freedesktop.org/~agd5f/radeon_ucode/

Также в мастер ветку месы приняли патчи для r600g драйвера с поддержкой OpenGL 3.3. Для карт на чипах r600/r700 требуется наложить патч на ядро. Патч брать отсюда http://www.spinics.net/lists/dri-devel/msg52745.html

щас у меня

RS780 [Radeon HD 3200]

мне хватает, плазма падает очень плавно, с тенями, анимацией и прочими эффектами

но некоторое время назад захотелось вспомнить былое и погонять в cs:go (очевидно, в былое был cs 1.6), а на fullhd эта имитация видяхи не тянет

встал выбор взять что-нить свеженькое не сильно дорогое (не более 5тыщ или сколько там граница разумности за видяху нынче), и так чтобы обязательно завелось с опенсурсным драйвером (блоб не рассматривается ни под каким соусом)

Вышел OpenSSH 6.5, впервые содержащий множество кода  D. J. Bernstein'а: от нового способа обмена ключами на основе Curve25519 (и нового формата ключей), до нового транспортного протокола потокового шифра ChaCha20-Poly1305.

Даже портированная версия не обошлась без добавочного кода Бернштейна — опять используется примитив ChaCha20, теперь для генератора псевдослучайных чисел правильной реализации arc4random() для всех поддерживаемых платформ.

Следует заметить, что новый метод обмена ключами теперь будет использоваться по умолчанию (опция KexAlgorithms в ssh_config(5) и sshd_config(5)). Использование нового поточного шифра — по выбору и необходимости (опция Ciphers).

>>> Подробности на openssh-unix-announce@

Обзавёлся давеча платкой (миникомпьютером) Cubieboard2 - 2x ядерный armv7 + mali 400, 1GB RAM, 4GB NAND, USB, HDMI, Ethernet, SATA(!), IrDA, analog audio in/out, Android 4.x встроен;

Присоединил к старому монитору (hdmi>dvi), сети по кабелю (позже думаю добавить usb>wifi), клавиатуре/мыше через usbhub, и завёл один из заранее подготовленных для неё линуксов - Fedora 19 и настроил более-менее своё привычное окружение - собственно, оно и представлено на скриншоте:

• Xfce;
• Firefox;
• Qt4.8 (примеры grabber (аналог glxgears) c глюками и richText);
• GIMP 2.8.x (собственно - там фото самой платки с мини-dvd для размености);
• VLC 2.0.x;
• terminal c gcc 4.8.2;

Из «коробки» не поднялись - IrDA и драйвера 2D/3D(ARM Mali 400). некоторые дистрибутивы включают эти присутствующие только в бинарном виде драйвера (причём там только OpenGL ES), другие же, как данный - оставляют классическую софтварную Mesa: GLX + OpenGL - графические артефакты видны на скриншоте в левой демке из Qt4. вероятно, по этой же причине (но касательно 2D части) не работает b VLC с видео/подтормаживает интерфейс.

Касательно производительности - собрал для теста Qt 5.2(qtbase)(make -j N+1):

• данный AllWinner A20(2x1GHz): real 119m39.041s, user 218m15.890s, sys 10m33.500s
• AMD Athlon2 x4(4x2.6GHz): real 17m34.565s user 59m52.737s sys 4m37.818s

судя по производительности на 1 МГц - не такой он и медленный, да и субъективно тоже такое же ощущение.

А ещё он безшумный! - сразу услышал движение воды в батареях и ветер за окном:)

Кроме фана, планирую попробовать его использовать (после установки драйверов Mali) для проверки/отладки GLES кода, билдовой ноды, сервера/торрента(2.5" винчестер можно запитать от платы) и пульта управления фотоаппаратом (если заведу IrDA).

на скриншоте (сделан на основной системе):

• Mali Graphics Debugger (на основе Eclipse)- захват GLES2 draws и фрейма тестового приложения openglunderqml из Qt 5.2. соединяется по TCP/IP с пытаемой системой (linux/arm(тут) или android/arm);
• в правой части проброшенный по VNC десктоп arm/mali системы (cubiboard2/cubian):
  • само приложение opengleunderqml на Qt 5.2/GLES2 (отсутвует текст в QML компоненте);
  • в нижнем терминале - информация о EGL/GLES2 драйвере чипа Male 400 MP (в составе Allwinner A20/Cubieboard2);
  • также запущен демон для дебаггера и подменяемые EGL/GLES1/GLES2 библиотеки, из которых он и получает графические данные и переселает основному приложению;

по Mali Graphics Debugger - обычный дебаггер;) много закидывает в /tmp (несколько гигабайт за пару десятков минут). кроме того, идущие с ним либы для перехвата EGL/GLES вызовов есть только для fbdev (а драйвера у меня стоят для x11 - физически это разные библиотеки) - впрочем, они работают. когда будет время для дальнейших экспериментов - попробую собрать qt только под fbdev(без Х11) - думаю, такая система в качестве только отладочной будет вполне работоспособна.

и да - это определённое завершения моих экспериментов над cubiboard2, начатое тут - изменения следующие: дистрибутив сменен с федоры 19 на cubian (на базе debian wheezy) - он сразу идёт со всеми проприетарными драйврами и не имеет проблем с определением мониторов, подключенных по hdmi>dvi (также обновляется и для 1й cubieboard). VLC осилил фльмы в уже нормальном качестве: 1248x528 в H264 - MPEG-4 AVC (part 10) (avc1) - что уже намного лучше полного отсутсвия изображения ранее.

Взял интел sna и glamor столкнул лбом с радеоном exa и glamor(r600, radeonsi).

для тру

Теперь я попробовал дать оценку и итоговый балл каждой связки(1 место – 4 балла, 2 место – 3 балла, 3 место – 2 балла, 4 место – 1 балла, 5 место – 0 )

7790 + glamor    31 балл, 5 чистых побед но и 7 поражений, что и отразилось на общей оценке.

6770 + glamor   39 баллов, ни побед, ни  поражений, середнячок.

6770 + EXA       49 баллов, 3 победы, 2 поражения, был близок к победе.

Intel + SNA      50 баллов, 10 побед, 0 поражений, в очень многих тестах силен.

Intel + glamor    13 баллов, 0 побед, 9 поражений, вот он наш аутсайдер.

 

Если судить только по тестам glamor:

7790      17 баллов

6770      32 балла

Intel     8 баллов

циферки и результаты

Началась все как всегда - не было печали, да апдейтов покачали. Решил, короче говоря, перейти на debian unstable, он потянул за собой xorg версии 7.3 - ну, проапгрейдил свой 7.2. В итоге при тех же настройках в /etc/X11/xorg.conf графика на ноуте (карточка i915GM) стала ощутимо тормозить, при этом glxinfo нагло врет, что Direct rendering: Yes, да и glxgears показывает fps в районе 500 (знаю, не показатель, однако даже на глаз видно, что изображение дергается). Wtf? Может, кто с таким сталкивался...

Да, кусок конфига
Section "Device"
Identifier "Card0"
Driver "intel"
VendorName "Intel Corporation"
BoardName "Mobile 915GM/GMS/910GML Express Graphics Controller"
#BusID "PCI:0:2:0"
Option "DRI" "true"
Option "RenderAccel" "true"
EndSection

Section "DRI"
Group 0
Mode 0666
EndSection

>>>

Карта ATI radeon 9550. В ядре fb выключил DRI включил KMS включил, поставил драйвера xf86-video-ati, X11-xorg, xorg-server, kde. Запускаю kde вся графика тормозит. Открываю лог xorg: dri включен dri2 включен kms включен AIGLX включен карта определилась правильно. Почему KDE тормозит? Все кнопки, полосы прокрутки выглядят как в win95, т.е графика просто страшная и при этом так безбожно тормозит ~15FPS .

Сабж. Версии:

% apt-cache policy xserver-xorg-core xserver-xorg-video-radeon libgl1-mesa-glx linux-image-3.10-2-amd64 
xserver-xorg-core:
  Installed: 2:1.12.4-6.1
  Candidate: 2:1.12.4-6.1
  Version table:
     2:1.14.2.901-2 0
          1 http://ftp.debian.org/debian/ experimental/main amd64 Packages
 *** 2:1.12.4-6.1 0
        990 http://ftp.debian.org/debian/ sid/main amd64 Packages
        100 /var/lib/dpkg/status
xserver-xorg-video-radeon:
  Installed: 1:7.2.0-1
  Candidate: 1:7.2.0-1
  Version table:
 *** 1:7.2.0-1 0
        990 http://ftp.debian.org/debian/ sid/main amd64 Packages
        100 /var/lib/dpkg/status
libgl1-mesa-glx:
  Installed: 9.1.6-2
  Candidate: 9.1.6-2
  Version table:
 *** 9.1.6-2 0
        990 http://ftp.debian.org/debian/ sid/main amd64 Packages
        100 /var/lib/dpkg/status
linux-image-3.10-2-amd64:
  Installed: 3.10.5-1
  Candidate: 3.10.5-1
  Version table:
 *** 3.10.5-1 0
        990 http://ftp.debian.org/debian/ sid/main amd64 Packages
        100 /var/lib/dpkg/status

Section "Module"
	Load "dri2"
	Load "glamoregl"
EndSection
Section "Device"
	Identifier  "Radeon HD6450"
	Driver      "radeon"
	BusID       "PCI:1:0:0"

	# speeds up 2D in theory;
	# seems to be useless (at least with "EXAPixmaps" off)
	# (don't move pixmaps to video memory;
	# "always" has effect opposite to "greedy" and is probably default)
	#Option		"MigrationHeuristic" "greedy"
	
	# don't know what it does, but it seems there is no effect
	#Option		"EnableDepthMoves" "True"
	
	Option		"AccelMethod" "glamor"

	# if set to true, vblank_mode is useless
	Option		"SwapBuffersWait" "False"

	# gives some 2D performance boost;
	# probably disables pixmaps migration at all,
	# thus making MigrationHeuristic unnecessary
	Option		"EXAPixmaps" "False"

	# not sure if it really works on 3.2 kernel
	Option		"ColorTiling2D" "True"

	# doesn't require SwapBuffersWait on
	Option		"EXAVsync" "True"

	# needed for modeline
	Option		"Monitor-VGA-0" "Acer V173"
EndSection

# vim: set ft=xf86conf:

В пакете xserver-xorg-video-radeon никаких файлов, похожих на модуль glamoregl не видно.

Вопрос знатокам: это у меня руки не оттуда, или мейнтейнеры виноваты?

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

Сообщение набирал с планшета под этими же иксами.

В остальном дефолтное lxde на дебиановом чруте.

https://play.google.com/store/apps/details?id=x.org.server

Основные нововведения касаются расширений Present и DRI3. Также унифицирована реализация GLX.

Патчи для новой версии (1.16) будут приниматься до 1 апреля, а её релиз запланирован на 1 июля.

>>> Полный чейнджлог

Корпорация Cisco выступила с открытым предложением по обходу патентных ограничений, накладываемых MPEG LA на распространение кодека H.264 в свободных продуктах. Cisco предлагает всем бесплатно скачивать с их сайта скомпилированные библиотеки и исходники кодека под лицензией BSD. Юридический трюк заключается в том, что все патентные отчисления уже уплачены из бюджета Cisco, а бинарные сборки кодека, предоставляемые Cisco, могут использоваться на безвозмездной основе. Также Cisco предлагает помощь в интеграции поддержки H.264 в Firefox.

Mozilla Foundation приветствует предложение Cisco и обещает добавить поддержку лицензионно-чистой реализации H.264 в браузер Firefox как можно скорее. Mozilla мотивирует своё решение доминирующим распространением H.264 в мире, в том числе хорошую аппаратную поддержку кодека на различных устройствах.

Cisco планирует протолкнуть в стандарты IETF кодек H.264 как обязательный или один из обязательных кодеков для видеосвязи по технологии WebRTC. IETF планирует вынести свой вердикт уже на следующей неделе.

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