Jerome Glisse выложил набор патчей для поддержки HIZ в r600g драйвере.
Патчи лежат сдесь https://bugs.freedesktop.org/show_bug.cgi?id=36602
У кого есть желание могут протестировать и отписаться о результатах.
Оригинал новости на форониксе http://www.phoronix.com/scan.php?page=news_item&px=MTA1NTE
В список рассылки xorg-devel пришло сообщение от Daniel Stone с предложением удалить из X.Org Server весь код поддержки устаревшей архитектуры акселерации XAA. Его патч просто удаляет XAA без исправления драйверов все еще использующих этот тип ускорения.
XAA устаревшая система ускорения 2D, на смену которой пришла EXA, XNA & SNA от intel и XA от VMware.
Эта архитектура все еще используется в некоторых которые большей частью сломаны и их следовало выпилить уже давно: apm ark ast chips cirrus cyrix geode glide glint i128 i740 impact imstt neomagic newport nsc nv r128 radeonhd rendition s3 s3virge savage siliconmotion sis sisusb sunffb tdfx tga trident tseng vermilion via voodoo xgi xgixp
В поддержку этого решения высказались David Airlie, Keith Packard, Alex Deucher и Jamey Sharp.
Как всегда более сочные подробности вы можете прочитать на похорониксе
Бранч с изменениями
В то время как тихо и незаметно вышел пятый релиз кандидат ядра версии 3.2, Линус Торвальдс коварно открыл «merge window» для Ядра версии 3.3. Разработчики Nouveau не смогли пройти мимо такого события и напихали в Nouveau kernel driver ветку кучу патчей, в надежде что они попрут в ядро при следующем DRM pull reques.
Вот некоторые их них:
- поддержка HDMI audio для чипов начиная с NVA3 заканчивая NVD0 (commit). Это видео карты с GeForce GT 240 по некоторые GeForce 400/500 «Fermi». Для NVD9 (новые low-end Fermi чипы) поддержка HDMI audio все еще пишется.
- Гвоздь программы Управление скоростью вращения пропеллером. Собственно управлять можно практически на большинстве современных NVIDIA карт записывая данные в sysfs интерфейс. Управление по умолчанию не динамическое так как есть шанс скукоживания вышей карточки при перегреве. Для карт на чипе NV40 (GeForce 6) и новее. Подробнее
- Поддержка page-flipping для NVD0.
- Hotplug IRQ support. Хз че это но походу что то важное.
- Несколько коммитов для поддержки NVIDIA MXM, модуль в мобильных NVIDIA используемый в ноутбуках.
- Определение типа памяти нескольких поколений NVIDIA GPUs. Теперь драйвер знает какой тип памяти использует видео карта DDR1/DDR2/GDDR3/GDDR5/итд.
- Первичная поддержка изменения частоты ядра на чипах NVC0 Fermi. Для карт GeForce 400/500 «Fermi» (но не для новейших на NVDx)
Более вменяемо написано тут
Парни из амд взялись за дело и усиленно пишут OpenCL в месе
Сначала был R600g LLVM Back-End для OpenCL
Следом TGSI-to-LLVM конвертор.
В продолжение темы:
[kernel] [mesa] [drm] Продолжается чистка видео подсистемы в linux'е
Месу продолжают чистить от не поддерживаемых драйверов и подсистем.
Сегодня были удалены i965g
http://cgit.freedesktop.org/mesa/mesa/commit/?id=2c27f204f1ca6f09f9520712be1d...
И поддержка windows
http://cgit.freedesktop.org/mesa/mesa/commit/?id=10b07665be5cff9fa9f03b0f7db4...
Также идет обсуждение удаления драйвера cell.
Удаление старого нерабочего и не поддерживаемого кода облегчит разработчикам добавление новых расширений.
Потребовалось купить в офис дешевый гигабитынй коммутатор.
Поскольку бюджет мал выбор стоит между TP-Link TL-SG1008D и D-Link DGS-1008D. В сети будет всего 2 машины с гигабитными картами между которыми и будет основной поток трафика, остальные 100 мб.
Линукс тут при том что 25% машины в сети под линуксом.
Начало было положено в августе когда из месы были удалены DRI1 драйверы для поддержки устаревших видеокарт. Были удалены драйверы: i810, Mach64, MGA, r128, Savage, SiS, Tdfx, Unichrome, что позволило удалить более 85,000 строк кода. Также был удалены: драйвер linux-fbdev (~37,000 строк кода), поддержка BeOS (~2,000 строк кода), подробнее тут
Следующим шагом было обсуждение о выкидывании из месы r300c/r600c драйверов. Обсуждение началось с предложения выбросить из всех драйверов для видеокарт ATI/AMD поддержку протокола DRi1 что поможет сделать ядро месы более легким и простым, во время обсуждения встал вопрос о полном удаление r300c/r600c, так как есть более перспективная и производительная альтернатива в виде r300g/r600g. Подробнее тут
Сегодня Daniel Vetter в рассылке dri-devel предоставил набор патчей для удаления устаревшего кода (~1,000 строк кода) из DRM в ядре. Набор патчей удаляет «drm_sman» простой интерфейс к менеджеру памяти, написанный Thomas Hellström в 2006 году. Этот интерфей использовался только VIA и SiS , в наборе патчей код использующий drm_sman в этих драйверах переписан для использования более нового drm_mm. Подробнее тут
После последнего обновления коньков в арче у меня перестал работать мой старый конфиг. Не выполняется не одна команда записанная в ${execi }.
В консоль сыпет ошибками вида
sh: line 0: echo: ошибка записи: Неправильный дескриптор файла
cut: ошибка записи: Неправильный дескриптор файла
cut: ошибка записи: Неправильный дескриптор файла
sed: couldn't close stdout: Неправильный дескриптор файла
sed: couldn't close stdout: Неправильный дескриптор файла
cut: ошибка записи: Неправильный дескриптор файла
cut: ошибка записи: Неправильный дескриптор файла
cut: ошибка записи: Неправильный дескриптор файла
cut: ошибка записи: Неправильный дескриптор файла
cut: ошибка записи: Неправильный дескриптор файла
Собственно подскажите что ему надо и где я неправ.
Martin Peres сообщил в рассылку Nouveau что запилил поддержку управления скоростью вращения кулера на видюхах нвидии. Этот код позволяет регулировать скорость вращения кулера от 0 до 100% на картах с «PWM» (Pulse Width Modulation), на картах без оного доступно 2 положения вкл. и выкл.
Более подробная новость на форониксе
Мои поздравления всем пользователям нуво, слышал много раз тут что именно этой фичи и не хватает.
Купил Crucial RealSSD C300 в замен умирающему HDD под корень системы. Озаботившись выбором файловой системы решил устроить небольшое тестирование.
На SSD создал 2 раздела по 15Гб, 1й раздел с Ext4, 2й раздел с Btrfs. Опции монтирования:
/dev/sdc1 /mnt/Ext4 ext4 defaults,noatime,nodiratime,discard 0 1
/dev/sdc2 /mnt/btrfs btrfs noatime,nodiratime,ssd,compress=lzo,nobarrier 0 1
Ext4
1Gb @ 1M
[root@ArchLinux Ext4]# dd if=/dev/zero of=tempfile bs=1M count=1024 conv=fdatasync,notrunc
скопировано 1073741824 байта (1,1 GB), 8,1236 c, 132 MB/c
[root@ArchLinux Ext4]# dd if=tempfile of=/dev/null bs=1M count=1024
скопировано 1073741824 байта (1,1 GB), 3,97064 c, 270 MB/c
1Gb @ 1k
[root@ArchLinux Ext4]# dd if=/dev/zero of=testfile bs=4k count=262144
скопировано 1073741824 байта (1,1 GB), 6,86382 c, 156 MB/c
[root@ArchLinux Ext4]# dd if=testfile of=/dev/null bs=4k count=262144
скопировано 1073741824 байта (1,1 GB), 4,1518 c, 259 MB/c
4Gb @ 1M
[root@ArchLinux Ext4]# dd if=/dev/zero of=tempfile bs=1M count=4096 conv=fdatasync,notrunc
скопировано 4294967296 байт (4,3 GB), 34,0361 c, 126 MB/c
[root@ArchLinux Ext4]# dd if=tempfile of=/dev/null bs=1M count=4096
скопировано 4294967296 байт (4,3 GB), 15,9441 c, 269 MB/c
Btrfs
1Gb @ 1M
[root@ArchLinux btrfs]# dd if=/dev/zero of=tempfile bs=1M count=1024 conv=fdatasync,notrunc
скопировано 1073741824 байта (1,1 GB), 1,58031 c, 679 MB/c
[root@ArchLinux btrfs]# dd if=tempfile of=/dev/null bs=1M count=1024
скопировано 1073741824 байта (1,1 GB), 3,69538 c, 291 MB/c
1Gb @ 64K
[root@ArchLinux btrfs]# dd if=/dev/zero of=testfile bs=64k count=16384
скопировано 1073741824 байта (1,1 GB), 2,05684 c, 522 MB/c
[root@ArchLinux btrfs]# dd if=testfile of=/dev/null bs=64k count=16384
скопировано 1073741824 байта (1,1 GB), 8,661 c, 124 MB/c
1Gb @ 1k
[root@ArchLinux btrfs]# dd if=/dev/zero of=testfile bs=4k count=262144
скопировано 1073741824 байта (1,1 GB), 4,47562 c, 240 MB/c
[root@ArchLinux btrfs]# dd if=testfile of=/dev/null bs=4k count=262144
скопировано 1073741824 байта (1,1 GB), 10,4336 c, 103 MB/c
4Gb @ 1M
[root@ArchLinux btrfs]# dd if=/dev/zero of=tempfile bs=1M count=4096 conv=fdatasync,notrunc
скопировано 4294967296 байт (4,3 GB), 7,17725 c, 598 MB/c
[root@ArchLinux btrfs]# dd if=tempfile of=/dev/null bs=1M count=4096
скопировано 4294967296 байт (4,3 GB), 22,0999 c, 194 MB/c
Сравнение не в пользу Btrfs + еще статус беты у этой системы. Кто может подкинуть способов тестирования чтобы окончательно утвердится в выборе фс?
После нескольких лет эксплуатации жесткий диск субъективно стал громче шуршать при чтении с него и более медленным. Пробывал гуглить сам, но понял что ничего не понимаю. Подскажите стоит ли задумываться о замене жесткого или этот еще поработает?
Вот вывод smartctl -a /dev/sda
http://pastebin.com/JfHc91QS
Помогите запустить сабж.
В чистый профиль через winetricks устанавливаю dotnet20 и ie7 как написано на appdb.winehq.org. Ставлю игру. При запуске GameLauncher.exe из папки с установленной игрой выскакивает оконо с ошибкой «На данный момент серверы недоступны. Спасибо за терпение.»
Версия Wine 1.3.25.
выхлоп в консоль:
fixme:ras:RasEnumConnectionsW (0x1e7cc8,0x33ef80,0x33ef7c),stub!
fixme:ras:RasEnumConnectionsW RAS support is not implemented! Configure program to use LAN connection/winsock instead!
fixme:winsock:WSAIoctl -> SIO_ADDRESS_LIST_CHANGE request: stub
fixme:ras:RasConnectionNotificationW (0xffffffff,0x1d8,0x00000003),stub!
fixme:winhttp:WinHttpDetectAutoProxyConfigUrl 0x00000001, 0x33ef28
fixme:winhttp:WinHttpDetectAutoProxyConfigUrl 0x00000002, 0x33ef28
fixme:winsock:WSAIoctl -> SIO_ADDRESS_LIST_CHANGE request: stub
fixme:secur32:schan_imp_create_session Using hardcoded "NORMAL" priority
fixme:secur32:schan_imp_create_session Using hardcoded "NORMAL" priority
Сегодня Pipe-Video бранч был добавлен в основную ветку месы
http://cgit.freedesktop.org/mesa/mesa/commit/?id=ed24e19070b7dff12670151b2d18...
Работает xvmc на r600g, r300g; над vdpau начата работа.
Декодирование работает пока только с mpeg2, у разработчиков были планы добавить х264 и VP8.
На phoronix провери ряд тестов Nouveau vs NVIDIA Binary. В результате которых выяснилось что на Low-End карточках от нвидии Nouveau по производительности в плотную подошел к приприетарному драйверу а в нескольких тестах даже обогнал его.
http://www.phoronix.com/scan.php?page=article&item=nouveau_2639_flip&num=1
В продолжение новости Релиз внешней библиотеки S3TC версии 1.0.0 для Mesa
Will Floating Point Textures Be Merged Into Mesa?
Для Ъ: Lucas Stach в рассылке месы Написал сообщение с запросом о слиянии бранча с реализацией floating point textures с основной веткой месы.
Floating point textures расширение OpenGL 3, но также как и S3TC сжатие текстур является запатентованной технологией. Поддержка floating point textures была реализована Marek Olšák примерно год назад и находится в отдельном бранче mesa.
Для решения проблемы патентованных расширений Lucas Stach предложил добавить опцию --enable-patented для сборки месы с рядом запатентованных технологий, по умолчанию же меса будет собираться без включения этой опции. Идею Lucas поддержал Eric Anholt програмист intel.
В продолжение темы http://www.linux.org.ru/forum/talks/5820320
Сам я не умею программировать так что не могу воплотить идею, но может кто заинтересуется.
http://megaswf.com/serve/102223/ здесь представлен симулятор эволюции для машинок. Но ест базовые ограничения такие как: всегда 2 колеса, ограниченное количество деталей кузова, на одно колесо приходится 1н ресор и он всегда соединен с колесом.
Былоб интересно еслиб кто нибуть написал программу в которой отсутствовали все эти ограничения, плюс был бы выбор зарание смоделированных трасс. Получилась бы по моему замечательная игрушка в которой можно было бы соревноваться на разных трассах на машинах получившихся у разных пользователей.
Если кто из умеющий программировать и заинтересовавшихся реализует такую идею будет круто.
Being worked on this past summer were improvements to the open-source ATI R300 driver when it comes to GLSL compiler optimizations. This work was done by Tom Stellar as part of Google's Summer of Code for student developers. While we reported on some of the R300 compiler improvements back in June, there hasn't been too much more information to pass along, especially as the summer is now over. However, there is now a new branch by Stellar containing some additional optimizations.
Pushed to Tom Stellar's Mesa branch are R300 compiler optimization improvements for handling of flow control instructions in data-flow analysis, more aggressive use of pre-subtact operations, and more scheduler improvements. According to Tom, this has resulted in a 10% decrease on average in shader program size for his test cases.
Details and the Git tree are mentioned on his blog. Now to hopefully see these optimizations merged into Mesa master for the Mesa 7.10 release...
Оригинал
http://www.phoronix.com/scan.php?page=news_item&px=ODc2NA
PS Есть желающие собрать и поделиться результами тестирования?
Собственно имею Radeon 4850 до этого стояла Radeon 3650 уже пол года где то собираю месу с гита и все это время не работает этот вид сжатия текстур libtxc-dxtn библиотека установленна. Как я понял после установки этой библиотеке меса начинает рапортовать о поддержки данного вида сжатия текстур и игры требующие его начинают запускаться, нотекстуры не отображаются. Ворпос: я делаю чтот не так или косяк в месе и если так может кто знает его вообще ктонибуть собирается починить?
r600g драйвер влили в основную ветку месы
[quote=«Новость на Phoronix»] Those owners of ATI Radeon HD 2000, 3000, and 4000 series (R600/700) graphics cards not only have a reason to celebrate today over the voltage adjustment support to improve their GPU power management, but there's another reason too. The Radeon R600 Gallium3D driver known as «R600g» has been merged to Mesa's mainline «master» code-base.
The R600g driver has been in development for some months largely by Red Hat's Jerome Glisse and it supports both R600 and R700 generation GPUs. The driver isn't yet in a state ready for prime-time action nor is it even ready for use by most die-hard Linux enthusiasts just looking to test the code — it still only can even run glxgears with a few «hacks» — but it's nearing a working state and bringing this R600g driver into the mainline code-base will help in nearing this milestone.
There is this Git commit that adds thousands of lines of code to Mesa in the form of the R600g driver (including the winsys) and a few other related commits this afternoon. Jerome Glisse has announced this merge to master milestone on the Mesa mailing list.
With this R600/700 Gallium3D driver now in the mainline code-base, it will appear in the Mesa 7.9 release later this summer, but the classic R600 Mesa driver is still expected to be the default choice until this Gallium3D driver has caught up to speed and has reached a parity with the older open-source driver. Meanwhile, the R300g driver that supports up through the ATI R500 series graphics cards atop Gallium3D continues to mature and pick-up random bits of new support. It's still a possibility that the R300g driver will become the default in this next Mesa release. [/quote]
http://www.phoronix.com/scan.php?page=news_item&px=ODI5NQ
Сам комит: http://cgit.freedesktop.org/mesa/mesa/commit/?id=72128962d640846472c1b0dc22cf...
Можно ли создать виртуальный жеский диск для VirtualBox'а из реального раздела и как?
2nd можно ли в вбоксе использовать реальный раздел?
| ← назад | следующие → |