Board.KolibriOS.org

а мне тоже эту версию пробовать? помнишь, я писал о проблеме.. потом забыл отписаться что лучше fd..

A что за проблема была ?

Собственно вот, что получилось:

Heavyiron

http://kolibri-pe.googlecode.com/files/rhd_test4.zip
Были какие-то проблемы с настройкой контроллера памяти на rs780. Здесть два драйвера. rhd_rs780 скомпилирован с функциями которые ещё не включены по-умолчанию. У тебя на этом ноуте нет какой-нибудь убунты ?

Потестил. Кое-что заработало, но пока с глюками. Если запустить ati без параметров, экран гаснет и что-то дальше сделать не получается. Если запускать с параметром из коммандной строки, экран сначала гаснет, потом появляется искаженным, потом становится нормальным, но уже без курсора.

Кстати, а можно как-нибудь сделать, чтобы программа писала лог на рамдиск, а потом просто копировала его на флопик? Уныло наблюдать сие действие со скоростью 1 строчка в секунду (минут 5-10) — после ночной смены отрубился на втором тесте. :–)

Винчестер с установленной убунтой продал в процессе обновления (кстати, это не ноут, а вполне себе стационарный комп), но есть liveCD.

Heavyiron

Экран загружается с одним драйвером или с обоими ?
Возможно что при смене режима сбрасывается видеопамять с курсорами. Можно удалить ati2d.obj чтобы был программный курсор. Правда он не расчитан на смену режима и может зависнуть если перeходить от меньшего разрешения к большему (или наоборот, точно уже не помню )

Если убунта 8.10 то там должен по-дефолту грузиться xf86-video-ati или xf86-video-ati. Если есть возможность скинь xorg.log

Еле нашел Правда это загрузка чистого LiveCD без установленного драйвера ATI

Serge
Это нормальная ситуация:
Chipset: "ATI Radeon 9600 AP (AGP)" (ChipID = 0x4150)
...
Detected total video RAM=131072K width=128bit,accessible=262144K (PCI BAR=262144K)?

В BIOSе у меня окно AGP 32Мб стоит а видео памяти 128Мб.

Maxis

Нормальная.
Через шину PCI/AGP можно адресовать только 256Мб максимум. A на очень старых картах ещё меньше. Если бы на карте было 512Мб то половина памяти для CPU осталась бы недоступной. Настойки AGP в биос сейчас имхо никто не использует, драйверы настраивают AGP самостоятельно. Интересно что чипы работают с текстурами и без GART, хотя через AGP должно быть быстрее (пока не проверял).

Я тут коечего начитался:

DirectX 6.0

Как известно, в DirectX 6.0 (при условии оптимизированных видеодрайверов) включена поддержка 3DNow! Однако, надо себе представлять как. Direct3D состоит из двух слоев: высокоуровневого (Retained Mode) и низкоуровневого (Immediate Mode). Immediate mode позволяет приложениям просто напрямую оперировать с видеопамятью, а retained mode включает в себя какие-то функции геометрического конвейера. Отсюда видно, что оптимизации в immediate mode быть не может в принципе. Вся надежда на retained mode. Однако, Microsoft, по крайней мере в DirectX 5.0 особо не напрягался работая над retained mode. В результате получилось, что геометрический конвейер DirectX 5.0 работает не просто медленно, а очень медленно. Помните, как дергаются кадры в 3D WinBench? Это как раз потому, что этот тест - практически единственное приложение, реализующее геометрический конвейер через DirectX. Остальные полагаются на собственные силы. Приведенные ниже результаты измерения производительности в 3D Winbench 98, таким образом, показывают лишь то, что теоретически можно выжать из 3DNow!, используя DirectX.

Может DX6 на половину написан на ассемблере? И ее можно портануть?

>низкоуровневого
это не значит он что написан на асме.. да и кому нужен директХ 6-ку... хотя бы вспомните хотя бы 10 игр написаных на нем???

DirectX и WinAPI все таки не одно и тоже. И сомневаюсь что кому-либо исключительно DirectX потребуется.
Если уж заниматься то поддержкой OpenGL, чтобы потом можно было докрутить Wine. Хотя я сомневаюсь, что среди нас есть специалисты досаточного уровня, чтобы это все проделать.

Serge

Ты не мог бы прокомментировать этот баг. Он в ядре или в xservere?

https://bugs.freedesktop.org/show_bug.cgi?id=17231
http://bugzilla.kernel.org/show_bug.cgi?id=12990

Maxis

Ядро перепрограммирует MTRR "оптимальным" (как оно считает) образом. Драйвер пытается установить WC тип для GART и фреймбуфера. Если области перекрываются с уже установленными возникает конфликт интересов. Вообще если в ядре разрешён PAT то MTRR не очень и нужны.

Serge"

А что такое PAT?