PowerVR подготовил Kyro Linux драйвера

Открытыми, однозначно. Nvidia на своей закрытости только проблемы поимела.
Не очень это хорошая реклама фирме, когда при малейшем чихе A.Cox говорит
классическую фразу: proprietary driver. Баг репорты не принимаются. Nvidia кстати
могла сильно разгрузить свою службу поддержки, выпустив их открытыми. В этом
случае на них бы работали лучшие ресурсы этой факельной, богом забытой планеты.

да какие проблемы у nVidia? У меня, почему-то все только так
пукает на MX2. Ну там был момент, когда DPMS не работал,
ну так вылечили. А тут все жалобы сплошные... Может, просто
говновый компилятор у красной шапки?

2 anonymous (*) (2001-09-09 02:45:45.0): Кому нахрен нужен Алан Кокс? Кто его слушает вообще? Вы не переоцениваете ли долю Linux на рынке игровых систем, для которых, собственно и делает карточки nVidia? nVidia дешевле про Linux вообще забыть, чем открывать свои know how.

Драйвера NVidia не открываются потому что они слишком глубоко сидят во всяческих копирайтах и NDAs солидная часть которых не принадлежит NVidia.
Замечательно когда у компаний таких как PowerVR есть возможность открыть драйвера потому что они написаны с чистого листа и PowerVR полностью владеет копирайтом на них.
Я же благодарен NVidia за релиз высоко качественных драйвер для Linux и значительные затраты на их поддержку.
Открытые ли, закрытые ли в конце концов это абсолютно не важно, главное чтобы хорошо работали. Требовать слишком много просто не прилично.
Алан Кох поддержкой драйверов не занимается и потому имеет полное право ругаться матом когда ему задают вопросы по этому поводу.
NVidia принимает баг репортажи и коментарии, тем у кого не получилось получить поддержку не хватает желания.
На данный момонт ВСЕ играют в догонялки NVidia, насколько продвинется Kyro скоро узнаем.

Какая разница, главное, чтоб они работали !

Нифига, открытость имхо важна, в частности, для переноса на другие ОСи. Мы, Фрибиисдишники, сейчас не имеем (пока) возможности юзать драйвера от нвидии, хотя и хотелось бы :(( Я за открытость кода!

Безусловно, это хорошо. А кто-нибудь слышал что-то про ATI? Когда будут нормальные драйвера, не зависящие от kernel- модуля r128.o, а то при обновлении иксов апаратная акселирация умирает.

> Кому нахрен нужен Алан Кокс? Кто его слушает вообще?

Ну с тобой понятно - слушать Кокса тебе просто бесполезно, ибо все равно ничего
не поймешь. А вот классический пример был с открытием фирменных драйверов 3Com.
Нахрен никому ненужный Алан Кокс нашел там столько _явных_ багов, о которых
их спецы даже не задумывались. Боюсь, что помог он скорее не линуксу, у которого
были нормальные драйвера, а именно другим осям ;)

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

Agreed. Put nVidia fucking down!!!

Вот такие новости меня больше всего радуют.. Ибо последний бастион микрософт - это поддержка всего и вся.

> Кому нахрен нужен Алан Кокс? Кто его слушает вообще? Когда микрософт усилено нужен был. А вот, микрософт Алану нахрен оказался нужен ;-) Goodluck

http://search.atomz.com/search/?sp-q=Linux&sp-a=sp010a7b02
http://www.powervr.com/Article.asp?ID=21
"TJ: How about drivers for the Linux and BeOS community, will you disclose information for an open source Linux driver to be developed?
David: We intend to provide open source Linux support for KYRO. We have no current plans for BeOS, but this is under review."
Tech Junkie, 23 June 2000
основательно собираются, однако

А вот у меня драйвера от nvidia не работают.
При старте иксов - segmentation fault, а в логах - unable to handle kernel paging request at address 0000000.
Попробоввал сначала с 2.4.6, потом специально из-за них поставил 2.4.9 - результат тот же.
Т.е. эти ребята в ядровом драйвере лезут по нулевому указателю.

Ну и что дальше делать?

(кстати, может кто знает, в чем грабли - карточка покупалась как Riva TNT2 Vanta, при загрузке при инициализации BIOS представляется как VANTA-LT, драйвер nv из XFree 4.1 работает, драйвера от nvidia попробовал с этой карточкой впервые)

VANTA-LT это облегченный вариант ванты с меньшими частотами памяти и кристалла. Поэтому меньше полоса пропускания памяти, меньше fillrate и т.д.

2yoush:

драйвера от NVidia не все карты держут. А доку к драйверочкам читал? лови мою конфигурацию ядро (2.4.9): CONFIG_AGP=y CONFIG_AGP_INTEL=y - у меня BX

XF86Config-4 (4.1.0): Section "Device" Identifier "Generic Video Card" Driver "nvidia" Option "NvAGP" "3" EndSection

работает на УРА! cat /proc/nv/card0 ----- Driver Info ----- NVRM Version: 1.0-1512 ------ Card Info ------ Model: GeForce 256 IRQ: 11 Video BIOS: 02.10.02.04 ------ AGP Info ------- AGP status: Enabled AGP Driver: AGPGART Bridge: Intel 440BX SBA: Supported [disabled] FW: Unsupported [disabled] Rates: 2x 1x [2x] Registers: 0x1f000203:0x00000102

Вообще-то не в моих привычках задавать вопрос, не читая доков.

Естественно, AGPGART в ядре включен.
После загрузки драйвера в /proc/nv/card0 примерно то же самое. (точно сравнить не могу - я сейчас на работе, а машинка дома).

Общие симптомы такие.

Если на машине работает XFree86 с драйвером nv, а потом я его сбрасываю и пытаюсь запустить с драйвером nvidia, то я вижу ихнее лого, на чем консоль оказывается намертво заблокированной. Удаленно войти на машину можно, т.е. система живет. Разблокировать консоль, однако, не удается - приходится удаленно перегружать.
Если иксы с nvidia стартуются сразу после загрузки машины, то нет даже лого. Черный экран, консоль заблокирована.
Результат не зависит от того, загружать модуль ядра явно заранее или же через kmod.
Если зайти на машину удаленно и попробовать запустить XFree86, то совершенно также экран чернеет и блокируется. На консоли, откуда запускал XFree86, X сервер вылетает, добавив в конце своего вывода "Segmentation fault" (что само по себе странно - вообще-то XFree86 перехватывает сигналы).

Когда я посмотрел в /var/log/syslog, то все стало понятно. Когда процесс XFree86 начинает говорить с ядровым драйвером, драйвер не долго думая валится из-за обращения по нулевому указателю (в логах - unable to handle kernel paging request at address 00000000).

Получается, что VANTA-LT не поддерживается драйвером, что ли? А почему бы не сказать об этом явно?..
Неподдержка в виде kernel oops - конечно интересная мысль...

Не нравится не юзай. Много людей работает с родными драйверами и скажут только спасибо. И я скажу спасибо. Если не открыли исходники то значит есть причины. Хозяин барин. Ты своим деньгам тоже хозяин. Nvidia сделала хорошие драйвера и лучше иметь хорощие но закрытые чем неиметь оных вообще. Или иметь открытые но никакие в плане 3д. Которые тоже кстати имеются. Ненравится - купи матрас. Или киро :)

> Естественно, AGPGART в ядре включен.
...
> Если на машине работает XFree86 с драйвером nv,

Вот тут и проблема. Она описана в факе. Нельзя при загруженном одном драйвере agp менять его на другой. Попробуй так: проставь в XF86Config
Section "Device"
Driver "nvidia"
Option "NvAGP" "2"

После этого ребутнись и пускай иксы.

А если не сработает, то повтори те же действия, только с опцией
Option "NvAGP" "1"

> Вот тут и проблема. Она описана в факе. Нельзя при загруженном
> одном драйвере agp менять его на другой. Попробуй так: проставь
> в XF86Config

Вообще-то я писал выше:
Если иксы с nvidia стартуются сразу после загрузки машины,
то нет даже лого. Черный экран, консоль заблокирована.

Не уверен, что перепробовал ВСЕ варианты NvAGP. Кажется, пробовал в т.ч. отключать AGP вовсе. Однако, ради чистоты экспериманта вечером приду домой - попробую перебрать все вариатны. Потом напишу.

только открытые драйвера!
Нвидиа, конечно, спасибо за поддержку драйверов и все такое, но я намаявшись с нестабильной работой их драйверов и отсутствием поддержки со стороны грандов опенсоурса быстро впарил свою нвидию и поставил себе РАДЕОН с _открытыми_ драйверами и все. В чем разница?
я драйвера вообще не налаживал и получил прекрасный и стабильный результат. В винде тоже все ок. Своим клиентам (которые поголовно под виндой) я теперь ставлю РАДЕОН. Имхо Нвидия повторяет ошибки микрософт и пойдет ко дну, если не опомнится и не откроет драйвера...

Так agpgart в ядре или модулем? Возможно, проблема именно в agpgart. Это выдержка из readme от nvidia-glx

To use the Linux AGPGART module, it will need to be compiled with your kernel, either statically linked in, or built as a module. NVIDIA AGP support cannot be used if AGPGART is loaded in the kernel. It's recommended that you compile AGPGART as a module and make sure that it is not loaded when trying to use NVIDIA AGP

Nvidia вряд ли пойдёт ко дну, если не откроет драйвера...
Хотя их закрытось мне(и не только) очень не нравится.
Вообще-то они открыли то, что касается 2D ускорения, НО :
вот цитата с directFB.org про эти сорцы:
But unless there's more documentation or time for digging in preprocessed source, you won't see any progress here.

то есть они открыли исходники после обработки препроцессором.
единственная цель этого - затруднить чтение сорцов, на что и ругаются разработчики (xfree, directfb, etc). другая причина мне не приходит в голову.
неприятно всё это. официально Nvidia говорит, что не может открыть изза закрытости agp... но зачем исходники раздавать в изуродованом виде? (3d они вообще не раздают, только в бинарних)

кстати, по определению на www.opensource.org, препроцесированые(обфускированные тексты) не могут считать опенсорс