[mdk-re] Pro Nvidia , glx, etc...

[mdk-re] Pro Nvidia , glx, etc...

[avl]

Ставил я себе и 769 и 1-1251 драйвера и обнаружил все глюки о которых тут 
писали.
1) Сначала не работали  скрнсаверы (gl) - оказалось, надо запустить их из 
терминала и они ругательски покажут на ссылку типа libgl.so.1.2 
У меня такой не было и я ее создал и направил на libgl.so.1-1251 из 
драйверов. Все заработало.

2) Попробовал оставить opengl скринсейвер и он через некоторое время завесил 
всю машину... (уже писали)

3) Игра с настройками драйвера не дала ничего. (по умолчанию ставятся самые 
нормальные режимы)
например, попытка включить NVAGP=2 привела к дикой нестабильности системы. 
(spring2001, ядро 2.2-19 linuxup)

3) Меза у меня с самого начала работала. Но где то я вычитал, что fps  
(gears) не должен существенно меняться от размеров окна с шестеренками. А у 
меня он изменяется от 5000 (при минимуме) до 500 (шестеренки на весь 
экран)... непонятка. 

Проверка используемых библиотек по readme из драйверов ничего криминального 
не обнаружила...

4) По моему с новыми драйверами у меня некоторые приложения перестали 
запускаться. Причем то идут, то не идут...
Например gears, а ltris (тетрис такой) не желает работать в режиме 
multyplayer на одной машине. Причем если раньше запускался два раза из трех, 
то теперь вообще не запускается - только покажет два игровых поля рядом и 
хлоп! нету тетриса, а во всех остальных режимах работает как часы.
Ошибка с этими прогами каждый раз одна и та же - segmentation fault. И 
осознать, что это такое у меня чего то не получается.

Вот пример такой фигни...

glVertex3f(0x3fa66666, 0x34740f89, 0x3e800000, 10, 0) = 0
glEnd(0, 0x3fe00000, 0x40327cd0, 0x3e800000, 0)   = 0
glEndList(0xbffff7f8, 0x4000cd80, 300, 1, 0xbffff864) = 0x44866378
glEnable(2977, 0, 0x0804b7fc, 0x0804a417, 0xbffff7f8) = 0x44865008
glutDisplayFunc(0x08049ef0, 0xbffff864, 0xbffff808, 0x08048f5f, 0x0804b80c) = 
0x08051708
glutReshapeFunc(0x0804a220, 0xbffff864, 0xbffff808, 0x08048f5f, 0x0804b80c) = 
0x08051708
glutKeyboardFunc(0x0804a120, 0xbffff864, 0xbffff808, 0x08048f5f, 0x0804b80c) 
= 0x08051708
glutSpecialFunc(0x0804a190, 0xbffff864, 0xbffff808, 0x08048f5f, 0x0804b80c) = 
0x08051708
glutVisibilityFunc(0x0804a520, 0xbffff864, 0xbffff808, 0x08048f5f, 
0x0804b80c) = 0x08051708
glutMainLoop(0x0804a520, 0xbffff864, 0xbffff808, 0x08048f5f, 0x0804b80c 
<unfinished ...>
glutIdleFunc(0x0804a100, 0x01c00001, 0x08052aa8, 0x40047f8a, 0x4005a9b5) = 
0x400568f0
glViewport(0, 0, 300, 300, 0x0804a220)            = 1
glMatrixMode(5889, 0, 300, 300, 0x0804a220)       = 0x44865008
glLoadIdentity(5889, 0, 300, 300, 0x0804a220)     = 0x40623ffc
glFrustum(0, 0xbff00000, 0, 0x3ff00000, 0)        = 0x40623ffc
glMatrixMode(5888, 0, 300, 300, 0x0804a220)       = 0x44865008
glLoadIdentity(5888, 0, 300, 300, 0x0804a220)     = 0x08077930
glTranslatef(0, 0, 0xc2200000, 300, 0x0804a220)   = 0x40623ffc
glClear(16640, 0, 0xc2200000, 0x40046ff3, 0x0804bb20) = 0
glPushMatrix(16640, 0, 0xc2200000, 0x40046ff3, 0x0804bb20) = 0x0807afec
glRotatef(0x41a00000, 0x3f800000, 0, 0, 16640)    = 0x40623ffc
glRotatef(0x41f00000, 0, 0x3f800000, 0, 0x0804bb20) = 0x40623ffc
glRotatef(0, 0, 0, 0x3f800000, 0x41f00000)        = 0x44864020
glPushMatrix(0x0804bb20, 0x01c00001, 0x08052aa8, 0, 0x4005fe9c) = 0x0807afec
glTranslatef(0xc0400000, 0xc0000000, 0, 0x0807afec, 0x0804bb20) = 0x40623ffc
glRotatef(0, 0, 0, 0x3f800000, 0xc0400000)        = 0x44864020
glCallList(1, 0xc0000000, 0, 0x0807afec, 0x0804bb20) = 0
glPopMatrix(1, 0xc0000000, 0, 0x0807afec, 0x0804bb20) = 0x1fbfffee
glPushMatrix(1, 0xc0000000, 0, 0x0807afec, 0x0804bb20) = 0x0807afec
glTranslatef(0x40466666, 0xc0000000, 0, 0x0807afec, 0x0804bb20) = 0x40623ffc
glRotatef(0xc1100000, 0, 0, 0x3f800000, 0x40466666) = 0x40623ffc
glCallList(2, 0xc0000000, 0, 0x0807afec, 0)       = 0
glPopMatrix(2, 0xc0000000, 0, 0x0807afec, 0)      = 0x1fbfffee
glPushMatrix(2, 0xc0000000, 0, 0x0807afec, 0)     = 0x0807afec
glTranslatef(0xc0466666, 0x40866666, 0, 0x0807afec, 0) = 0x40623ffc
glRotatef(0xc1c80000, 0, 0, 0x3f800000, 0xc0466666) = 0x40623ffc
glCallList(3, 0x40866666, 0, 0x0807afec, 0)       = 0
glPopMatrix(3, 0x40866666, 0, 0x0807afec, 0)      = 0x1fbfffee
glPopMatrix(3, 0x40866666, 0, 0x0807afec, 0)      = 0x1fbfffee
glutSwapBuffrs(3, 0x40866666, 0, 0x0807afec, 0 <unfinished ...>
--- SIGSEGV (Segmentation fault) ---
+++ killed by SIGSEGV +++





Я тут на LOR нашел ссылку на статейку мандраковского спеца и он там дал 
несколько идей. Первое, драйвера ставить из тарбола, второе, не пользоваться 
xdm (граф. вход в систему?) , так как из за быстрого двойного инита драйверов 
они (драйвера) глючат и всякие там регистры у них заплетаются. И последнее - 
снизить частоту шины до 90-95 МГц и отключить AGP.
При этом он утверждает, что драйвера перестают виснуть со временем, но 
происходит это не из за снижения температуры, а из за всего остального ...

А потом...

Посмотрел я cat proc/nv/card0  и приуныл...

----- Driver Info -----
NVRM Version: 1.0-1251
------ Card Info ------
Model:        Riva TNT2
IRQ:          11
------ AGP Info -------
AGP status:   Enabled
AGP Driver:   NVIDIA
Bridge:       Via Apollo Pro KT133


SBA:          Supported [disabled]            
FW:           Supported [disabled]                    
ЧЕГО ЭТО ТАКОЕ И КАК ИХ ВКЛЮЧИТЬ?


Rates:        4x 2x 1x  [4x]
Registers:    0x1f000217:0x00000104


Если чей то глаз сюда добрался, то не в порядке раздувания и без того 
неувядающего флейма, а в порядке очень важной на мой взгляд идеи,  хочу 
предложить составить ограниченный список оборудования, с которым линух не 
просто работает, а работает ОТЛИЧНО. Я бы, например с удовольствием выкинул 
свой asus 3800, если бы знал, что поставить на его место.  При покупке нового 
железа, очень нужна такая информация, при попытке внедрения чего либо на 
предприятии - еще важней.

-- 
С уважением Алексей

PS. Пишу сюда впервые и не могу не пнуть добрым словом команду разработчиков 
этого дистрибутива. Если бы не они - я бы до сих пор был уверен, что линух и 
рабочая станция в офисе (секретутское, менеджерское и тому подобные места) - 
это больная фантазия, а теперь вот приходится ломать голову - как бы мне 
своим клиентам повнедрять не только сервера, но и рабочие места... ;)

Пусть вам чаще икается.

Re: [mdk-re] Pro Nvidia , glx, etc...

[Igor Solovyov]

Hi!
On Sun, 27 May 2001 19:37:59 +0400
avl <info@atmsk.ru> wrote:

> Посмотрел я cat proc/nv/card0  и приуныл...
> 
> ----- Driver Info -----
> NVRM Version: 1.0-1251
> ------ Card Info ------
> Model:        Riva TNT2
> IRQ:          11
> ------ AGP Info -------
> AGP status:   Enabled
> AGP Driver:   NVIDIA
> Bridge:       Via Apollo Pro KT133
                ^^^^^^^^^^^^^^^^^^^^
Вот тут IMHO собака и порылась. 

> Если чей то глаз сюда добрался, то не в порядке раздувания и
> без того 
> неувядающего флейма, а в порядке очень важной на мой взгляд
> идеи,  хочу 
> предложить составить ограниченный список оборудования, с
> которым линух не 
> просто работает, а работает ОТЛИЧНО. Я бы, например с
> удовольствием выкинул 
> свой asus 3800, если бы знал, что поставить на его место.  При

А все же многими замечено, что это похоже несовместимость драйверов
nvidia  с VIA-шными чипсетами, да еще и в сочетании с процем AMD.
Факт, что у меня на обыкновенном BX перечисленных Вами проблем
не наблюдается ни с 1251 ни с предыдущими драйверами, похоже подтверждает
предположение о неполной совместимости nvidia и VIA(+AMD).
Так что не обязательно видюшку менять, можно ведь пойти и с другого
конца и перейти на интелловский чипсет (ну и проц конечно) :-)

> покупке нового 
> железа, очень нужна такая информация, при попытке внедрения
> чего либо на 
> предприятии - еще важней.

Гнаться за дешевыми мегагерцами - не всегда оправдано, IMHO конечно.
Лично я, после множества траханья с VIA, стал приверженцем Intel.
Пусть дороже, зато нервы ни за какие деньги не купишь. :-)))

-- 
Best regards!
Igor Solovyov
Zlatoust, Russia

Re: [mdk-re] Pro Nvidia , glx, etc...

[Aleksey Novodvorsky]

avl wrote:

> Ставил я себе и 769 и 1-1251 драйвера и обнаружил все глюки о которых тут
> писали.

<skip>

>
> Я тут на LOR нашел ссылку на статейку мандраковского спеца и он там дал
> несколько идей. Первое, драйвера ставить из тарбола, второе, не пользоваться
> xdm (граф. вход в систему?) , так как из за быстрого двойного инита драйверов
> они (драйвера) глючат и всякие там регистры у них заплетаются.

Опа!  Все-таки NVidia !

> И последнее -
> снизить частоту шины до 90-95 МГц и отключить AGP.
> При этом он утверждает, что драйвера перестают виснуть со временем, но
> происходит это не из за снижения температуры, а из за всего остального ...

????
А ссылку можно?

>
>
> А потом...
>
> Посмотрел я cat proc/nv/card0  и приуныл...
>
> ----- Driver Info -----
> NVRM Version: 1.0-1251
> ------ Card Info ------
> Model:        Riva TNT2
> IRQ:          11
> ------ AGP Info -------
> AGP status:   Enabled
> AGP Driver:   NVIDIA
> Bridge:       Via Apollo Pro KT133
>
> SBA:          Supported [disabled]
> FW:           Supported [disabled]
> ЧЕГО ЭТО ТАКОЕ И КАК ИХ ВКЛЮЧИТЬ?

Вот Костя Волков придет в понедельник -- расскажет :-)

>
>
> Rates:        4x 2x 1x  [4x]
> Registers:    0x1f000217:0x00000104
>
> Если чей то глаз сюда добрался, то не в порядке раздувания и без того
> неувядающего флейма, а в порядке очень важной на мой взгляд идеи,  хочу
> предложить составить ограниченный список оборудования, с которым линух не
> просто работает, а работает ОТЛИЧНО. Я бы, например с удовольствием выкинул
> свой asus 3800, если бы знал, что поставить на его место.  При покупке нового
> железа, очень нужна такая информация, при попытке внедрения чего либо на
> предприятии - еще важней.

Да, идея очень хорошая.




>
>
> --
> С уважением Алексей
>
> PS. Пишу сюда впервые и не могу не пнуть добрым словом команду разработчиков
> этого дистрибутива. Если бы не они - я бы до сих пор был уверен, что линух и
> рабочая станция в офисе (секретутское, менеджерское и тому подобные места) -
> это больная фантазия, а теперь вот приходится ломать голову - как бы мне
> своим клиентам повнедрять не только сервера, но и рабочие места... ;)
>
> Пусть вам чаще икается.

:-) Спасибо!

Rgrds, AEN

Re[2]: [mdk-re] Pro Nvidia , glx, etc...

[Serge Skorokhodov]

Здравствуйте!

Igor Solovyov пишет:

<skip>

IS> А все же многими замечено, что это похоже несовместимость
IS> драйверов nvidia с VIA-шными чипсетами, да еще и в сочетании
IS> с процем AMD.

<skip>

IS> Гнаться за дешевыми мегагерцами - не всегда оправдано, IMHO
IS> конечно. Лично я, после множества траханья с VIA, стал
IS> приверженцем Intel. Пусть дороже, зато нервы ни за какие
IS> деньги не купишь. :-)))

Я сам давно пересел на Intel (в данном случае -- Abit BE6) и
вполне счастлив, с Вашими высказываниями о проблемах VIA/AMD
склонен согласиться -- их может не быть в том или другом
конкретном случае, но они во всей красе проявляются в самый
неподходящий момент:(

Вот только, боюсь, это все про BX:( Какой из последних
Intel'овских чипсетов Вы бы порекомендовали? Что-то я слишком
"разное" слышал (и видел) про них всех и про каждый в
отдельности:(

Сергей Скороходов 27.05.2001 suralis@pisem.net

Re: [mdk-re] [JT] Pro Nvidia , glx, etc...

[SilverFox]

Здравствуйте !

On Mon, 28 May 2001 12:03:01 +0400
belanov@galaktika.ru wrote:


> выбрав высококачественные детали (системная плата епокс на кт133а,
> видеоадаптер гига-байт на GeForce MX итд. ). Какое такое траханье?  
> Нет его, если покупать хорошие детали. Правда, Linux драйвер NVidia я не
> испытывал,
> т.к. мне пока 3-мерная графика в Линукс не нужна.

Это при GeForce MX и без 3D ?

-- Успехов!
Лисютин Анатолий Петрович (Silver Fox)
mailto:SilverFox@rgantd    ICQ:6647501
РГАНТД - Российский государственный архив научно-технической документачии
http://rgantd.ru   http://rusarchives.ru/federal/rgantd

Re[2]: [mdk-re] [JT] Pro Nvidia , glx, etc...

[Sergey Krivulja]

Hello SilverFox,

Monday, May 28, 2001, 12:56:37 PM, you wrote:

>> т.к. мне пока 3-мерная графика в Линукс не нужна.

S> Это при GeForce MX и без 3D ?
Но это-ж понятно, что автоматом программная поддержка
существует по умолчанию.
Другое дело, что лучше аппаратная :)

-- 
Best regards,
 Sergey                            mailto:skrivulja@erec.ru

Re: Re[2]: [mdk-re] [JT] Pro Nvidia , glx, etc...

[SilverFox]

Здравствуйте !

On Mon, 28 May 2001 13:06:09 +0400
Sergey Krivulja <skrivulja@erec.ru> wrote:

> Но это-ж понятно, что автоматом программная поддержка
> существует по умолчанию.
> Другое дело, что лучше аппаратная :)

Ну так эти вещи отличы по происводительности как минимум на порядок ;)
Так что о софт-поддержке 3D при наличии GeForce MX в компе и говорить не стоит ;)

-- Успехов!
Лисютин Анатолий Петрович (Silver Fox)
mailto:SilverFox@rgantd    ICQ:6647501
РГАНТД - Российский государственный архив научно-технической документачии
http://rgantd.ru   http://rusarchives.ru/federal/rgantd

Re: Re[2]: [mdk-re] Pro Nvidia , glx, etc...

[Igor Solovyov]

Hi!
On Sun, 27 May 2001 23:34:35 +0300
Serge Skorokhodov <suralis@pisem.net> wrote:

> IS> Гнаться за дешевыми мегагерцами - не всегда оправдано, IMHO
> IS> конечно. Лично я, после множества траханья с VIA, стал
> IS> приверженцем Intel. Пусть дороже, зато нервы ни за какие
> IS> деньги не купишь. :-)))
> 
> Я сам давно пересел на Intel (в данном случае -- Abit BE6) и

У меня тоже Abit BE6-II. Родственники! :-)))))))

> вполне счастлив, с Вашими высказываниями о проблемах VIA/AMD
> склонен согласиться -- их может не быть в том или другом
> конкретном случае, но они во всей красе проявляются в самый
> неподходящий момент:(
> 
> Вот только, боюсь, это все про BX:( Какой из последних
> Intel'овских чипсетов Вы бы порекомендовали? Что-то я слишком
> "разное" слышал (и видел) про них всех и про каждый в
> отдельности:(

Могу точно порекомендовать 815EP. Но именно EP, т.е. без встроенного видео.
Проверено, мин не наблюдается пока. Хотя на Abit SA6R (это просто 815E),
с отключенной в биосе встроенной видюхой, тоже вроде все благополучно (Asus V7700).
Но вот на Asus CUSL2 (без буковки С в конце, т.е. то же i815E), есть
проблемы из-за (sick!) отключенной встроенной видюхи. Чудеса, но это так.
Но вроде бы ей на смену пришла уже CUSL2-C, эта на i815EP.
Но попробовать не доводилось. 
Так же ничего не могу сказать о 850, из-за отсутствия оного. Пока.
Осенью планирую взять, если чего нового (типа 845) не появится.

-- 
Best regards!
Igor Solovyov
Zlatoust, Russia

Re: [mdk-re] Pro Nvidia , glx, etc...

[Igor Solovyov]

Hi!
On Mon, 28 May 2001 12:03:01 +0400
belanov@galaktika.ru wrote:

> спор, что лучше интел или виа+амд нескончаемый, но с
> высказыванием о дешёвых мегагерцах нельзя согласиться. Во-первых у нвидиа
> есть серъёзные проблемы с ВХ (частые жалобы на зависания в 3-мерной
> графике в Виндовс).

Нет таких проблем. Могу сообщить, что у всех моих знакомых,
имеющих связку BX+nvidia, проблем нет ни у кого, за исключением
очень недорогих, сомнительного происхождения "мам" (был один такой
случай, который вылечился заменой "мамы", но с тем же BX).
Но это как раз подтверждает (или дополняет) высказывание
о "гонке за дешивизной", IMHO конечно.

> Почему за это не ругают Интел? Во вторых, я себе собрал
> компьютер,
> имея целью максимальную стабильность, чего и достиг, 
> выбрав высококачественные детали (системная плата епокс на

Но по-моему, епокс стоит не дешево. :-)))

> кт133а,
> видеоадаптер гига-байт на GeForce MX итд. ). Какое такое
> траханье?  Нет его, если покупать хорошие детали. Правда, Linux драйвер
> NVidia я не  испытывал, т.к. мне пока 3-мерная графика в Линукс не нужна.

А Вы все же попробуйте. Речь ведь идет как раз о 3-D.
Хотя я еще раз повторяю, несовместимость драйвера nvidia 
со связкой VIA+nvidia, всего лишь предположение.
Вот если Вы попробуете погонять 3-D в Вашей конфигурации и все
будет без проблем, тогда возможно я ошибаюсь.

-- 
Best regards!
Igor Solovyov
Zlatoust, Russia

Re: [mdk-re] Pro Nvidia , glx, etc...

[Igor Solovyov]

Hi!
On Sun, 27 May 2001 20:33:59 +0400
Aleksey Novodvorsky <aen@logic.ru> wrote:
> > Если чей то глаз сюда добрался, то не в порядке раздувания и без того
> > неувядающего флейма, а в порядке очень важной на мой взгляд идеи,  хочу
> > предложить составить ограниченный список оборудования, с которым линух не
> > просто работает, а работает ОТЛИЧНО. Я бы, например с удовольствием выкинул
> > свой asus 3800, если бы знал, что поставить на его место. 
> При покупке нового железа, очень нужна такая информация, при попытке внедрения
> чего либо на предприятии - еще важней.
> 
> Да, идея очень хорошая.

Интересно, что из этого получится?
Вот ведь Вам и пример. У человека есть желание выкинуть v3800,
а ведь это не такая уж и плохая карточка по отношению к Linux! 

-- 
Best regards!
Igor Solovyov
Zlatoust, Russia

Re: [mdk-re] Pro Nvidia , glx, etc...

[Volckov Konstantin Michailovich]

27 Май 2001 22:10, Вы написали:
> Hi!

Hi!

[skip]

> А все же многими замечено, что это похоже несовместимость драйверов
> nvidia  с VIA-шными чипсетами, да еще и в сочетании с процем AMD.
> Факт, что у меня на обыкновенном BX перечисленных Вами проблем
> не наблюдается ни с 1251 ни с предыдущими драйверами, похоже подтверждает
> предположение о неполной совместимости nvidia и VIA(+AMD).
> Так что не обязательно видюшку менять, можно ведь пойти и с другого
> конца и перейти на интелловский чипсет (ну и проц конечно) :-)

Также можно заметить, что подобные проблемы в большинстве случаев возникают 
при использовании драйверов с закрытыми исходниками. Следовательно желательно 
не использовать такое железо. Классический пример - Nvidia - для Linux эти 
карты я бы вообще не рекомендовал к использованию. Лучше G200/G400 или 
R128/Radeon.

Касательно VIA - т.к. информация о внутренних регистрах чипсета является 
открытой (также как и у Intel), то все исправления (даже те, которые решаются 
перепрошивкой BIOS) давно делаются в самом ядре (например, глюк с PCI delay 
transaction) - и делаются весьма оперативно - по крайней мере раньше 
появления нового BIOS.

В итоге получается, что поддержка ядром чипсетов VIA ну никак не хуже, чем 
Intel. (Имеются в виду ядра 2.4.х).

Про процессоры и говорить нечего - для Линукса абсолютно неважно на каком 
камне он работает (AMD или Intel), т.к. все специфические настройки для 
современных процессоров также есть в ядре.

> > покупке нового
> > железа, очень нужна такая информация, при попытке внедрения
> > чего либо на
> > предприятии - еще важней.
>
> Гнаться за дешевыми мегагерцами - не всегда оправдано, IMHO конечно.
> Лично я, после множества траханья с VIA, стал приверженцем Intel.
> Пусть дороже, зато нервы ни за какие деньги не купишь. :-)))

Дешевле не всегда хуже (с) не помню чей :-)

С моей точки зрения как чипсет тот же ApolloPro133 (который самый последний) 
по некоторым параметрам даже превосходит I815. А про KT133A+Athlon vs 
i815+IP-III я вообще молчу.

Удачи,
Konstantin

Re: [mdk-re] Pro Nvidia , glx, etc...

[Volckov Konstantin Michailovich]

27 Май 2001 19:37, Вы написали:

[skip]

> А потом...
>
> Посмотрел я cat proc/nv/card0  и приуныл...
>
> ----- Driver Info -----
> NVRM Version: 1.0-1251
> ------ Card Info ------
> Model:        Riva TNT2
> IRQ:          11
> ------ AGP Info -------
> AGP status:   Enabled
> AGP Driver:   NVIDIA
> Bridge:       Via Apollo Pro KT133
>
>
> SBA:          Supported [disabled]
> FW:           Supported [disabled]
> ЧЕГО ЭТО ТАКОЕ И КАК ИХ ВКЛЮЧИТЬ?

Это фичи AGP. Включить их можно, посмотреть параметры модуля NVdriver и, при 
необходимости, прописать их в /etc/modules.conf в options NVdriver 
bla_bla_bla.

Кстати там же можно выполнить настройку Rates AGP.

>
> Rates:        4x 2x 1x  [4x]
> Registers:    0x1f000217:0x00000104


> Если чей то глаз сюда добрался, то не в порядке раздувания и без того
> неувядающего флейма, а в порядке очень важной на мой взгляд идеи,  хочу
> предложить составить ограниченный список оборудования, с которым линух не
> просто работает, а работает ОТЛИЧНО. Я бы, например с удовольствием выкинул
> свой asus 3800, если бы знал, что поставить на его место.  При покупке
> нового железа, очень нужна такая информация, при попытке внедрения чего
> либо на предприятии - еще важней.

Что касается видеокарты могу порекомендовать G400 (одноголовый) и ATI Radeon. 
У меня обе такие карты работали совершенно без проблем.

Удачи,
Konstantin

Re: [mdk-re] Pro Nvidia , glx, etc...

[Sergey S. Skulachenko]

On Tue, 29 May 2001 10:39:46 +0400
Volckov Konstantin Michailovich <goldhead@altlinux.ru> wrote:

> Касательно VIA - т.к. информация о внутренних регистрах чипсета
> является открытой (также как и у Intel), то все исправления
> (даже те, которые решаются перепрошивкой BIOS) давно делаются в
> самом ядре (например, глюк с PCI delay transaction) - и
> делаются весьма оперативно - по крайней мере раньше появления
> нового BIOS.

Упомянутое имсправление в ядре 2.2.19-alt2 сделано?
С уважением,
С.С.Скулаченко

Re[2]: [mdk-re] Pro Nvidia , glx, etc...

[Sergey Krivulja]

Hello Igor,

Monday, May 28, 2001, 6:45:49 PM, you wrote:
IS> Но по-моему, епокс стоит не дешево. :-)))
Не дороже именитых.


-- 
Best regards,
 Sergey                            mailto:skrivulja@erec.ru

Re[4]: [mdk-re] Pro Nvidia , glx, etc...

[Sergey Krivulja]

Hello Igor,

Monday, May 28, 2001, 6:33:50 PM, you wrote:

IS> Так же ничего не могу сказать о 850, из-за отсутствия оного. Пока.
Так и нечего о нем рассказывать, слишком дорого. Да и сменят
процессорное гдездо в последствии. Как с первыми Пернти-умами.
IS> Осенью планирую взять, если чего нового (типа 845) не появится.
Появится, вот только насколько быстро. Ждем отмашки Интел :)

-- 
Best regards,
 Sergey                            mailto:skrivulja@erec.ru

[mdk-re] Россия в лидерах :-(

[Sergey S. Skulachenko]

Уважаемые коллеги!
На http://www.rbc.ru сейчас висит собщение под названием "Россия
- в пятерке лидеров компьютерного пиратства". Там, в частности
сказано, "Как видно из отчета, из используемых в России программ
легальной является лишь каждая восьмая (12%)".  
Приятно сознавать, что, благодаря компании ALT Linux, ты не
входишь в эту статистику.
С уважением,
С.С.Скулаченко

Re: [mdk-re] Россия в лидерах :-(

[Sergey S. Skulachenko]

On Tue, 29 May 2001 13:32:24 +0400
"Sergey S. Skulachenko" <sss@roscredit.com> wrote:

> Приятно сознавать, что, благодаря компании ALT Linux, ты не
> входишь в эту статистику.
Одно слово "не" лишнее. Либо пропущено одно слово - "пиратскую"
статистику.
Надеюсь, все меня поняли, и трунить надо мной никто не станет.
С уважением,
С.С.Скулаченко

[mdk-re] JT òÏÓÓÉÑ × ÌÉÄÅÒÁÈ :-(

[Ivan Kudryashov]

Hello, Sergey S. Skulachenko!

29.05.2001 13:32:24, you wrote:

SSS> На http://www.rbc.ru сейчас висит собщение под названием "Россия
SSS> - в пятерке лидеров компьютерного пиратства". Там, в частности
SSS> сказано, "Как видно из отчета, из используемых в России программ
SSS> легальной является лишь каждая восьмая (12%)".

Оптимисты они там... Каждая восьмидесятая - может быть ...

SSS> Приятно сознавать, что, благодаря компании ALT Linux, ты не
SSS> входишь в эту статистику.

Что да, то да...

-------------------------------------------
С уважением, 
Ivan Kudryashov <jony@chat.ru> ICQ 1547081

Re: [mdk-re] Россия в лидерах :-(

[Aleksey Novodvorsky]

On Tue, 29 May 2001 13:32:24 +0400
"Sergey S. Skulachenko" <sss@roscredit.com> wrote:

> Уважаемые коллеги!
> На http://www.rbc.ru сейчас висит собщение под названием
> "Россия
> - в пятерке лидеров компьютерного пиратства". Там, в частности
> сказано, "Как видно из отчета, из используемых в России
> программ
> легальной является лишь каждая восьмая (12%)". 

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

Rgrds, AEN
 

[mdk-re] Re[2]: [mdk-re] Россия в лидерах :-(

[Maksim Otstavnov]

Hello Aleksey,

Tuesday, May 29, 2001, 2:58:11 PM, you wrote:

>> На http://www.rbc.ru сейчас висит собщение под названием
>> "Россия
>> - в пятерке лидеров компьютерного пиратства". Там, в частности
>> сказано, "Как видно из отчета, из используемых в России
>> программ
>> легальной является лишь каждая восьмая (12%)". 

AN> Не подвергая сомнению очень высокий процент нелицензионных копий
AN> в России, было бы очень интересно посмотреть на методику
AN> подсчета.

Нет там методики, это чисто политические цифры, которые рисуются из
года в год.

MS рисовал 95% "пиратских" копий Windows в России в то время, когда
8-10% машинок уже два-три года продавалось с их предустановленными
продуктами :)

Менеджеру любого представительства ведь очень выгодно подавать такие
оценки в штаб-квартиру: оправдываясь высоким уровнем "пиратства",
можно вообще ничего не делать. А те, кто что-то делают, не слышно,
чтоб жаловались. Ни от Оракл я таких жалоб не слышал, ни от Сан, даже
когда все их лицензии были платными. Ни от игроделов, которые нашли
схему продаж для России, и тоже некоторые деньги здесь зарабатывают,
несмотря на то, что их-то "пиратят" по-черному.

По цифрам - мне более реалистичным кажется предположение, что в
корпоративном секторе картина не слишком отличается от среднемировой
(20-30% "пиратских" установок), в бизнесе в целом - немного повыше, а
в мелком бизнесе и по домам - здорово выше (и здесь я верю в 90-95%).
Но последнее коррелирует со средними доходами, а не с чем-то еще :)

-- 
-- Maksim

[JT] Re: [mdk-re] Pro Nvidia , glx, etc...

[Igor Solovyov]

Hi!
On Tue, 29 May 2001 10:39:46 +0400
Volckov Konstantin Michailovich <goldhead@altlinux.ru> wrote:

> Касательно VIA - т.к. информация о внутренних регистрах чипсета
> является открытой (также как и у Intel), то все исправления (даже те,
> которые решаются перепрошивкой BIOS) давно делаются в самом ядре (например, глюк
> с PCI delay transaction) - и делаются весьма оперативно - по крайней мере
> раньше появления нового BIOS.
> В итоге получается, что поддержка ядром чипсетов VIA ну никак
> не хуже, чем Intel. (Имеются в виду ядра 2.4.х).

А Вам не кажется "странной" практика подгонки ядра под
мягко говоря проблемное "железо"? А то что упомянутый
Вами чипсет - проблемный, сомнений нет уже ни кого,
в том числе и у производителя. И самое плохое, это то, что
проблемы эти еще зависят и от конкретного производителя
"мам" с ним. Ну была бы просто ошибка, которая проявляется
на абсолютно всех "мамах", тогда бог с ним. Можно действительно
это решать "заплатками" к ядру. Ну не будет же никто делать
поддержку конкретных "мам". Это было бы полным бредом.

> С моей точки зрения как чипсет тот же ApolloPro133 (который
> самый последний) по некоторым параметрам даже превосходит I815.

Это весьма спорный вопрос. Реально я вижу только то, что
именно AppoloPro133 (и даже с буквой А в конце, то же),
заметно на глаз медленней того же BX, особенно в части
работы ide-контроллера (читай "южного" моста).

> А про KT133A+Athlon vs i815+IP-III я вообще молчу.

Ну мне остается только предложить Вам посмотреть вчерашние новости
на ixbt и узнать, что обнаружены проблемы теперь уже с "северным"
мостом у KT133A. (заметка "Очередной баг VIA КТ133А")

-- 
Best regards!
Igor Solovyov
Zlatoust, Russia

Re: [mdk-re] Pro Nvidia , glx, etc...

[Michael Shigorin]

On Sun, 27 May 2001, avl wrote:

> Ставил я себе и 769 и 1-1251 драйвера и обнаружил все глюки о которых
> 3) Игра с настройками драйвера не дала ничего. (по умолчанию
> ставятся самые нормальные режимы) например, попытка включить
> NVAGP=2 привела к дикой нестабильности системы.  (spring2001,
        ^-- а 0, т.е. отключить AGP? У меня даже на переразгоне
помогло, правда, все же дошло (снизили шину и включил nvagp)

> 3) Меза у меня с самого начала работала. Но где то я вычитал,
> что fps  (gears) не должен существенно меняться от размеров
> окна с шестеренками. А у меня он изменяется от 5000 (при
> минимуме) до 500 (шестеренки на весь экран)... непонятка.
Ну это ж несущественно =))

> Проверка используемых библиотек по readme из драйверов ничего
> криминального не обнаружила...
Хм. src.rpm при установке в первый раз на свежий Spring сам
попереименовывал анноящие его .so'шки, о чем и доложил...

> 4) По моему с новыми драйверами у меня некоторые приложения перестали
> запускаться. Причем то идут, то не идут...
> Например gears, а ltris (тетрис такой) не желает работать в режиме
> multyplayer на одной машине. Причем если раньше запускался два раза
Поставил посмотреть -- запустился 3 из 3. Правда, не понял, где
player 2. При "просто запуске" проблем не наблюдалось?

> Я тут на LOR нашел ссылку на статейку мандраковского спеца и он
> там дал несколько идей. Первое, драйвера ставить из тарбола,
Кстати, в их NVIDIA_kernel.spec есть некий unset, не дающий ему
собраться под Spring (MDK?) -- не потому ли?

> второе, не пользоваться xdm (граф. вход в систему?) , так как
> из за быстрого двойного инита драйверов они (драйвера) глючат и
> всякие там регистры у них заплетаются. И
Может быть, я было переехал на xdm, но после апгрейда ОС я всегда
"на первое время" (как минимум) ставлю runlevel 3 (text). Так что
"еще" первое время, ввиду пока еще улегающейся пыли вокруг ядер,
модуля cmpci и nvdriver...

> последнее - снизить частоту шины до 90-95 МГц и отключить AGP.
FSB 110, AGP от NVidia.
~> cat /proc/nv/card0
----- Driver Info -----
NVRM Version: 1.0-1251
------ Card Info ------
Model:        Riva TNT2 Vanta
IRQ:          10
------ AGP Info -------
AGP status:   Enabled
AGP Driver:   NVIDIA
Bridge:       Via Apollo Pro KT133
SBA:          Supported [disabled]
FW:           Unsupported [disabled]
Rates:        2x 1x  [2x]
Registers:    0x1f000203:0x00000102

> При этом он утверждает, что драйвера перестают виснуть со
> временем, но происходит это не из за снижения температуры, а из
> за всего остального ...
Странно. Дядя Вова вон как-то упоминал, что под heavy load
солярка ведет себя просто стабильно, линуксы же к ней "привыкают"
8-)
> SBA:          Supported [disabled]
> FW:           Supported [disabled]
> ЧЕГО ЭТО ТАКОЕ И КАК ИХ ВКЛЮЧИТЬ?
См. их доки -- "slower system is still faster than hung system"

> Rates:        4x 2x 1x  [4x]
Может, отключить AGP 4X [BIOS]?

> взгляд идеи, хочу предложить составить ограниченный список
> оборудования, с которым линух не просто работает, а работает
> ОТЛИЧНО.
См. lhd.zdnet.com

-- 
WBR, Michael Shigorin, webmaster of www.chem.univ.kiev.ua
>Home Page:  http://visa.chem.univ.kiev.ua/~mike/  ICQ: 113344029
>Brainbench: http://www.brainbench.com/transcript.jsp?pid=2434729

Re: [mdk-re] Pro Nvidia , glx, etc...

[Michael Shigorin]

On Mon, 28 May 2001, Igor Solovyov wrote:
> А все же многими замечено, что это похоже несовместимость драйверов
> nvidia  с VIA-шными чипсетами, да еще и в сочетании с процем AMD.
Стоп, стоп, СТОП!!
Все чудно работает. Просто надо экстемистские настройки поверят
нагрузкой, и не только cd /usr/src/linux && make ......

> Факт, что у меня на обыкновенном BX перечисленных Вами проблем
> не наблюдается ни с 1251 ни с предыдущими драйверами, похоже
> подтверждает предположение о неполной совместимости nvidia и
> VIA(+AMD).
Могут быть конкретные _комбинации_, судя по всему.....

> Так что не обязательно видюшку менять, можно ведь пойти и с другого
> конца и перейти на интелловский чипсет (ну и проц конечно) :-)
Не стоит оно того. Не ради flamewar, я уважаю intel за поддержку
linux -- но тут AMD их сделала. И в свете amd/transmeta я их
подержал.

> Гнаться за дешевыми мегагерцами - не всегда оправдано, IMHO конечно.
А x86 по опр. такой. "Народные МГц" для wintel.

> Лично я, после множества траханья с VIA, стал приверженцем Intel.
...а после этого потянуло на sparc %-)

> Пусть дороже, зато нервы ни за какие деньги не купишь. :-)))
%-)

PS: 2All: я правильно понимаю, что каждая серьезная жалоба на
NVidia здесь трансформируется и в багрепорт на
linux-bugs@nvidia.com ?

-- 
WBR, Michael Shigorin, webmaster of www.chem.univ.kiev.ua
>Home Page:  http://visa.chem.univ.kiev.ua/~mike/  ICQ: 113344029
>Brainbench: http://www.brainbench.com/transcript.jsp?pid=2434729

Re[2]: [mdk-re] Pro Nvidia , glx, etc...

[Serge Skorokhodov]

Здравствуйте!

Michael Shigorin пишет:

MS> On Sun, 27 May 2001, avl wrote:

>> Ставил я себе и 769 и 1-1251 драйвера и обнаружил все глюки о которых
>> 3) Игра с настройками драйвера не дала ничего. (по умолчанию
>> ставятся самые нормальные режимы) например, попытка включить
>> NVAGP=2 привела к дикой нестабильности системы.  (spring2001,

MS>         ^-- а 0, т.е. отключить AGP? У меня даже на переразгоне
MS> помогло, правда, все же дошло (снизили шину и включил nvagp)

А как этот самый nvagp найти? У меня все работает с agpgart. При
загрузке (по крайней мере, при 769 драйверах) появлялось
сообщение, что не могу, мол, загрузить nvagp т.к. загружен
agpgart. Попытка:

  #rmmod agpgart
  #modprobe nvagp

говорит, что нету такого модуля:(

<skip>

Сергей Скороходов 30.05.2001 suralis@pisem.net

Re: [JT] Re: [mdk-re] Pro Nvidia , glx, etc...

[Sergey Krivulja]

Hello Igor,

Tuesday, May 29, 2001, 10:04:39 PM, you wrote:

IS> Ну мне остается только предложить Вам посмотреть вчерашние новости
IS> на ixbt и узнать, что обнаружены проблемы теперь уже с "северным"
IS> мостом у KT133A. (заметка "Очередной баг VIA КТ133А")
А у кого сейчас нет проблемных чипсетов?


-- 
Best regards,
 Sergey                            mailto:skrivulja@erec.ru

Re: [mdk-re] Pro Nvidia , glx, etc...

[Volckov Konstantin Michailovich]

29 Май 2001 11:05, Вы написали:
> Volckov Konstantin Michailovich <goldhead@altlinux.ru> wrote:
> > Касательно VIA - т.к. информация о внутренних регистрах чипсета
> > является открытой (также как и у Intel), то все исправления
> > (даже те, которые решаются перепрошивкой BIOS) давно делаются в
> > самом ядре (например, глюк с PCI delay transaction) - и
> > делаются весьма оперативно - по крайней мере раньше появления
> > нового BIOS.
>
> Упомянутое имсправление в ядре 2.2.19-alt2 сделано?

Судя по всему - нет. Но его можно сделать самостоятельно в BIOS, отключив там 
delay transaction.

> С уважением,
> С.С.Скулаченко

Удачи,
Konstantin

Re: [JT] Re: [mdk-re] Pro Nvidia , glx, etc...

[Volckov Konstantin Michailovich]

29 Май 2001 22:04, Вы написали:

> Volckov Konstantin Michailovich <goldhead@altlinux.ru> wrote:
> > Касательно VIA - т.к. информация о внутренних регистрах чипсета
> > является открытой (также как и у Intel), то все исправления (даже те,
> > которые решаются перепрошивкой BIOS) давно делаются в самом ядре
> > (например, глюк с PCI delay transaction) - и делаются весьма оперативно -
> > по крайней мере раньше появления нового BIOS.
> > В итоге получается, что поддержка ядром чипсетов VIA ну никак
> > не хуже, чем Intel. (Имеются в виду ядра 2.4.х).
>
> А Вам не кажется "странной" практика подгонки ядра под
> мягко говоря проблемное "железо"? А то что упомянутый
> Вами чипсет - проблемный, сомнений нет уже ни кого,
> в том числе и у производителя. И самое плохое, это то, что
> проблемы эти еще зависят и от конкретного производителя
> "мам" с ним. Ну была бы просто ошибка, которая проявляется
> на абсолютно всех "мамах", тогда бог с ним. Можно действительно
> это решать "заплатками" к ядру. Ну не будет же никто делать
> поддержку конкретных "мам". Это было бы полным бредом.

Проблемы конкретных "мам" решаются производителями этих "мам" - поэтому дело 
за тем, чтобы выбрать такого производителя, который своевременно фиксил бы 
баги (обновлял БИОСЫ).

А общие проблемы чипсета вполне можно решать в ядре - так оно и делается. 
Кстати, для Intel там исправлений даже побольше, чем для VIA.

> > С моей точки зрения как чипсет тот же ApolloPro133 (который
> > самый последний) по некоторым параметрам даже превосходит I815.
>
> Это весьма спорный вопрос. Реально я вижу только то, что
> именно AppoloPro133 (и даже с буквой А в конце, то же),
> заметно на глаз медленней того же BX, особенно в части
> работы ide-контроллера (читай "южного" моста).

При использовании нормальных драйверов (читай - ядра) южный мост 686a 
работает не хуже BX. При разгоне BX до 133Мгц он, конечно, выходит вперед, но 
без этого скорости примерно равны.

> > А про KT133A+Athlon vs i815+IP-III я вообще молчу.
>
> Ну мне остается только предложить Вам посмотреть вчерашние новости
> на ixbt и узнать, что обнаружены проблемы теперь уже с "северным"
> мостом у KT133A. (заметка "Очередной баг VIA КТ133А")

Посмотрел.
Кто не ошибается - тот ничего не делает. Главное - что все это фиксится тем 
или иным способом.

Удачи,
Konstantin

Re: [JT] Re: [mdk-re] Pro Nvidia , glx, etc...

[Igor Solovyov]

Hi!
On Wed, 30 May 2001 15:53:22 +0400
Sergey Krivulja <skrivulja@erec.ru> wrote:

> IS> Ну мне остается только предложить Вам посмотреть вчерашние
> новости на ixbt и узнать, что обнаружены проблемы теперь уже с
> "северным" мостом у KT133A. (заметка "Очередной баг VIA КТ133А")
> А у кого сейчас нет проблемных чипсетов?

У Intel вестимо. i850 пока нареканий ни у кого не вызывал.
Да и BX440 можно смело признать безпроблемным.

-- 
Best regards!
Igor Solovyov
Zlatoust, Russia

Re: [JT] Re: [mdk-re] Pro Nvidia , glx, etc...

[Aleksey Novodvorsky]

On Wed, 30 May 2001 20:29:20 +0600
Igor Solovyov <is13@inbox.ru> wrote:

> Hi!
> On Wed, 30 May 2001 15:53:22 +0400
> Sergey Krivulja <skrivulja@erec.ru> wrote:
> 
> > IS> Ну мне остается только предложить Вам посмотреть
> вчерашние
> > новости на ixbt и узнать, что обнаружены проблемы теперь уже
> с
> > "северным" мостом у KT133A. (заметка "Очередной баг VIA
> КТ133А")
> > А у кого сейчас нет проблемных чипсетов?
> 
> У Intel вестимо. i850 пока нареканий ни у кого не вызывал.
> Да и BX440 можно смело признать безпроблемным.
> 
Make Love, Not War! :-)
Не стоит начинать войну чипсетов. Тем более, что качество
системной платы определяется далеко не только ими. В любом
случае, у Intel появился серьезный конкурент и это -- хорошо.
Rgrds, AEN

Re: [JT] Re: [mdk-re] Pro Nvidia , glx, etc...

[Igor Solovyov]

Hi!
On Wed, 30 May 2001 18:19:51 +0400
Volckov Konstantin Michailovich <goldhead@altlinux.ru> wrote:

> При использовании нормальных драйверов (читай - ядра) южный
> мост 686a работает не хуже BX. При разгоне BX до 133Мгц он, конечно,
> выходит вперед, но без этого скорости примерно равны.

Не могу с этим согласиться. При одних и тех же равных условиях,
без разгона шины, ide-контроллеры VIA проигрывают BX однозначно.
Несмотря на разницу, именуемой UDMA-66 и UDMA-33 соответственно.
Причем это очень заметно не cтолько по тестам, сколько в реальной
работе. У меня достаточно машин с VIA AppoloPro133A. И эту разницу
я (и не только я) вижу регулярно.
Можно конечно говорить о несовершенстве драйверов, но к тому времени,
когда их доведут до приемлимого уровня, эти чипсеты станут уже не актуальными.
Они уже сейчас являются "вчерашним" днем.

-- 
Best regards!
Igor Solovyov
Zlatoust, Russia

Re: [JT] Re: [mdk-re] Pro Nvidia , glx, etc...

[Igor Solovyov]

Hi!
On Wed, 30 May 2001 18:52:05 +0400
Aleksey Novodvorsky <aen@altlinux.ru> wrote:

> Make Love, Not War! :-)

Wow! Дык не видно тут дам что-то. :-)))

> Не стоит начинать войну чипсетов. Тем более, что качество
> системной платы определяется далеко не только ими. В любом
> случае, у Intel появился серьезный конкурент и это -- хорошо.
> Rgrds, AEN

Согласен.

-- 
Best regards!
Igor Solovyov
Zlatoust, Russia

Re[2]: [JT] Re: [mdk-re] Pro Nvidia , glx, etc...

[Sergey Krivulja]

Hello Igor,

Wednesday, May 30, 2001, 6:29:20 PM, you wrote:

>> А у кого сейчас нет проблемных чипсетов?

IS> У Intel вестимо.
Эээ... Я бы торопиться не стал с такими выводами. Достаточно вспомнить
прошлый год.
IS> i850 пока нареканий ни у кого не вызывал.
А 840?
IS> Да и BX440 можно смело признать безпроблемным.
Разве что этот чипсет.

Я так думаю, что с такой темой -> на ixbt.
-- 
Best regards,
 Sergey                            mailto:skrivulja@erec.ru

Re: Re[2]: [JT] Re: [mdk-re] Pro Nvidia , glx, etc...

[Konstantin Volckov]

On Thu, 31 May 2001 15:27:39 +0400
Sergey Krivulja <skrivulja@erec.ru> wrote:

> >> А у кого сейчас нет проблемных чипсетов?
> 
> IS> У Intel вестимо.
> Эээ... Я бы торопиться не стал с такими выводами. Достаточно вспомнить
> прошлый год.
> IS> i850 пока нареканий ни у кого не вызывал.
> А 840?

Вот-вот.

> IS> Да и BX440 можно смело признать безпроблемным.
> Разве что этот чипсет.

Согласен. Но он давно устарел.

В заключение скажу, что в списке рассылки linux-kernel@vger.kernel.org
обсуждался этот вопрос по поводу последней ошибки в северном мосте
VIA-KT133A и после выяснения народ пришел к выводу, что эта
ошибка проявляется только на обпределенных чипсетах в комбинации с
определенными камнями и только при софт-ребуте (комп может зависнуть). В
результате пришли к выводу, что это не бага, а фича и что ее можно смело
проигнорировать (некоторые написали, что т.к. у них комп работает
круглосуточно, то они просто этого не заметили бы :-)))

> -- 
> Best regards,
>  Sergey                            mailto:skrivulja@erec.ru

Удачи,
Konstantin

Re[4]: [JT] Re: [mdk-re] Pro Nvidia , glx, etc...

[Sergey Krivulja]

Hello Konstantin,

Thursday, May 31, 2001, 6:06:13 PM, you wrote:

>> >> А у кого сейчас нет проблемных чипсетов?
>> IS> У Intel вестимо.
>> Эээ... Я бы торопиться не стал с такими выводами. Достаточно вспомнить
>> прошлый год.
>> IS> i850 пока нареканий ни у кого не вызывал.
>> А 840?

Все это риторика.
Но вот в дальнейшем нас ждет Tualatin, который на 0.13 мкм.
Как известно первые образцы не слабо гонятся. Тем более
цыфра 0.13 мкм завораживающая.
Так что ждем.

А I815EP поддерживает Tualatin или нет?

-- 
Best regards,
 Sergey                            mailto:skrivulja@erec.ru

Re: Re[2]: [mdk-re] Pro Nvidia , glx, etc...

[avl]

30 Май 2001 11:46, Вы написали:
> Здравствуйте!
>
> Michael Shigorin пишет:
>
> MS> On Sun, 27 May 2001, avl wrote:
> >> Ставил я себе и 769 и 1-1251 драйвера и обнаружил все глюки о которых
> >> 3) Игра с настройками драйвера не дала ничего. (по умолчанию
> >> ставятся самые нормальные режимы) например, попытка включить
> >> NVAGP=2 привела к дикой нестабильности системы.  (spring2001,
>
> MS>         ^-- а 0, т.е. отключить AGP? У меня даже на переразгоне
> MS> помогло, правда, все же дошло (снизили шину и включил nvagp)
>
> А как этот самый nvagp найти? У меня все работает с agpgart. При
> загрузке (по крайней мере, при 769 драйверах) появлялось
> сообщение, что не могу, мол, загрузить nvagp т.к. загружен
> agpgart. Попытка:
>
>   #rmmod agpgart
>   #modprobe nvagp
>
> говорит, что нету такого модуля:(

А какое ядро? У меня 2.2.19 и ничего такого не происходит. 
agpgart.o лежит вместе со всеми модулями ядра
а nvagp я выбираю как в доке написано
option "nvagp" "1" в секции драйвера в FX86config-4
судя по cat /proc/nv/card0 и поведению системы в наличии все три варианта...

-- 
С уважением Алексей <info@atmsk.ru>

Re[4]: [mdk-re] Pro Nvidia , glx, etc...

[Serge Skorokhodov]

Здравствуйте!

>> >> Ставил я себе и 769 и 1-1251 драйвера и обнаружил все глюки о которых
>> >> 3) Игра с настройками драйвера не дала ничего. (по умолчанию
>> >> ставятся самые нормальные режимы) например, попытка включить
>> >> NVAGP=2 привела к дикой нестабильности системы.  (spring2001,
>>
>> MS>         ^-- а 0, т.е. отключить AGP? У меня даже на переразгоне
>> MS> помогло, правда, все же дошло (снизили шину и включил nvagp)
>>
>> А как этот самый nvagp найти? У меня все работает с agpgart. При
>> загрузке (по крайней мере, при 769 драйверах) появлялось
>> сообщение, что не могу, мол, загрузить nvagp т.к. загружен
>> agpgart. Попытка:
>>
>>   #rmmod agpgart
>>   #modprobe nvagp
>>
>> говорит, что нету такого модуля:(

a> А какое ядро? У меня 2.2.19 и ничего такого не происходит. 
a> agpgart.o лежит вместе со всеми модулями ядра
a> а nvagp я выбираю как в доке написано
a> option "nvagp" "1" в секции драйвера в FX86config-4
a> судя по cat /proc/nv/card0 и поведению системы в наличии все три варианта...

Уф, кажется разобрался:) nvagp -- это и есть тот самый "ядреный"
дривер, который в пакете NVIDIA_kernel. Он грузиться, как я
понял, Х-овым драйвером при наличии опций "NvAgp" "1" и,
теоретически, "NvAgp" "3". Но...

По умолчанию у меня загружается agpgart. С ним драйвер nvidia
должен бы работать при выставленной опции "NvAgp" "2" или "NvAgp"
"3". Однако при установке этих опций и загруженном agpgart
ситуация заканчивается появлением "мигающего знакоместа" в углу
экрана и глухим зависанием машины:(

Если выставить опцию "NvAgp" "1", т.е. предложить использовать
встроенную поддержку AGP, то на 12-ю консоль выбрасываются
сообщение о загрузке модуля NVAGP, а затем сообщение о неудаче
его загрузки из-за того, что загружен agpgart. Изучение
/proc/nv/card0 показывает, что поддержка AGP отключена:(

Если же при такой настройке в /etc/X11/XF86Config-4 перед
запуском Х-ов сделать`rmmod agpgart`, то в 12-ой консоли проходит
сообщение об успешной загрузке модуля NVAGP, а в /proc/nc/card0
появляется упоминание о включенной поддержке AGP. Предварительное
тестирование показало, что примеры Mesa очень даже бегают и к
немедленным проблемам не приводят. Более подробное тестирование и
изучение других опций, вроде SideBand'а не проводилось в связи с
поздним временем и появившейся младшей, в ультимативной форме
потребовавшей скопировать ей пиратский сидюк, полученный до
завтра от школьного приятеля:)

Остается вопрос, как отключить загрузку agpgart. В
/etc/modules.conf следов этого драйвера не обнаружено, где еще
посмотреть я не знаю:( Ядерщики, ау, подскажите неразумному.
Третий раз спрашиваю, все таки. Или это нечто эзотерическое?

Сергей Скороходов 01.06.2001 suralis@pisem.net

ЗЫ. Карта, если интересно, ASUS V-3800 (та, которая TNT2 c 32 Mb).

Re: Re[4]: [mdk-re] Pro Nvidia , glx, etc...

[avl]

 1 Июнь 2001 01:47, Вы написали:
> Здравствуйте!


> Уф, кажется разобрался:) nvagp -- это и есть тот самый "ядреный"
> дривер, который в пакете NVIDIA_kernel. Он грузиться, как я
> понял, Х-овым драйвером при наличии опций "NvAgp" "1" и,
> теоретически, "NvAgp" "3". Но...

Верно, только если ты указал "NvAgp" "3", то СНАЧАЛА грузится AGPGART, а если 
его нет то NVAGP. У тебя AGPGART есть :))))
Это разумно, все таки твой драйвер AGP должен быть лучше, чем совместимый 
NVAGP. Кто ж знал, что этот праздник не для нас... :(
Короче все верно...

Еще можно залезть в registry_os.h в сорцах модуля кернел  и посмотреть там 
ускоряющие опции и повклячать их и перекомпилировать и попробовать 
загрузиться и убедиться, что все виснет и переключиться в левел 3 (текст 
консоль) и вернуть все обратно и радоваться, что дешево отделался :).


> По умолчанию у меня загружается agpgart. С ним драйвер nvidia
> должен бы работать при выставленной опции "NvAgp" "2" или "NvAgp"
> "3". Однако при установке этих опций и загруженном agpgart
> ситуация заканчивается появлением "мигающего знакоместа" в углу
> экрана и глухим зависанием машины:(

У меня получше. Грузится нормально, но виснет через некоторое время работы в 
иксах. А такая картина наблюдается при выпонении предыдущего абзаца с игрой 
на registry_os.h... 


> Если выставить опцию "NvAgp" "1", т.е. предложить использовать
> встроенную поддержку AGP, то на 12-ю консоль выбрасываются
> сообщение о загрузке модуля NVAGP, а затем сообщение о неудаче
> его загрузки из-за того, что загружен agpgart. Изучение
> /proc/nv/card0 показывает, что поддержка AGP отключена:(

Это нормально, а чего тыт там хотел увидеть - модуль то не загрузился :)))


> Если же при такой настройке в /etc/X11/XF86Config-4 перед
> запуском Х-ов сделать`rmmod agpgart`, то в 12-ой консоли проходит
> сообщение об успешной загрузке модуля NVAGP, а в /proc/nc/card0
> появляется упоминание о включенной поддержке AGP. Предварительное
> тестирование показало, что примеры Mesa очень даже бегают и к
> немедленным проблемам не приводят. Более подробное тестирование и

Ты непозволительно оптисмистичен. Попробуй включить nvagp и поставить какой 
нибудь скреенсавер с gl в названии. Через минуту две работы он запросто 
виснет. :(((
Второй момент. Не знаю, почему, но у меня проблемы начались гораздо позже, 
через неделю или две. Segmentation fault стало появлять чаще...


> изучение других опций, вроде SideBand'а не проводилось в связи с
> поздним временем и появившейся младшей, в ультимативной форме
> потребовавшей скопировать ей пиратский сидюк, полученный до
> завтра от школьного приятеля:)

У меня сестренка, 12 лет, фанат линукса, потому что в нем пасьянс крутой и 
тетрис есть :))) А еще КДЕ красивый...


> Остается вопрос, как отключить загрузку agpgart. В
> /etc/modules.conf следов этого драйвера не обнаружено, где еще
> посмотреть я не знаю:( Ядерщики, ау, подскажите неразумному.
> Третий раз спрашиваю, все таки. Или это нечто эзотерическое?

Не чесалось у меня это и Не разбирался, но модули автоматом грузятся из файла 

/etc/modules 

а в модулес.конф  пишется только вразумительные алиасы для этих самых 
модулей. То есть прога попросит загрузить модуль ppp_compress_21 и никогда 
такого не найдет, потому что такого модуля нет. А вот если в модулес.конф 
прописать 

ppp_compress_21 bsd_comp

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

-- 
С уважением Алексей <info@atmsk.ru>

Re[6]: [mdk-re] Pro Nvidia , glx, etc...

[Serge Skorokhodov]

Здравствуйте!

avl пишет:

<skip>

>> Остается вопрос, как отключить загрузку agpgart. В
>> /etc/modules.conf следов этого драйвера не обнаружено, где еще
>> посмотреть я не знаю:( Ядерщики, ау, подскажите неразумному.
>> Третий раз спрашиваю, все таки. Или это нечто эзотерическое?

a> Не чесалось у меня это и Не разбирался, но модули автоматом
a> грузятся из файла

a> /etc/modules 

А-а! Позор мне, неумытому! Ведь сам с этим файлом играл, когда в
"доаппендиксовской" семерке ide-scsi прописывал:(

<skip>

Сергей Скороходов 01.06.2001 suralis@pisem.net

ЗЫ. А что касается GL скринсейверов, то у меня ниодин ни в одном
WM не запускается -- т.е. даже в настройках не видно (корок,
правда, не искал -- может, где и валяются). Так что даже не знаю,
что сказать...

ЗЗЫ. Единственно, что получилось -- в AfterStep clocks запустить
-- там часть заставок явно ДжиЭльные. Пока почту на лэптопе читал
-- все крутилось, вроде с минуту уж точно -- работает. А вообще,
если через определенное количество времени виснет -- может
перегрев чипа? Или утечка памяти? Во всяком случае, это первое,
что в голову идет...

Re: Re[6]: [mdk-re] Pro Nvidia , glx, etc...

[Vyt]

On Fri, 1 Jun 2001 10:39:23 +0300
Serge Skorokhodov <suralis@pisem.net> wrote:

<skipped>

> ЗЫ. А что касается GL скринсейверов, то у меня ниодин ни в одном
> WM не запускается -- т.е. даже в настройках не видно (корок,

В меню не видно? Может, mesa-demos не установлены?

> правда, не искал -- может, где и валяются). Так что даже не знаю,
> что сказать...
> 
> ЗЗЫ. Единственно, что получилось -- в AfterStep clocks запустить
> -- там часть заставок явно ДжиЭльные. Пока почту на лэптопе читал

Дык, не обязательно аппаратный GL.

<skipped>

-- 
Regards, Vyt
mailto:vyt@vzljot.ru

Re: [mdk-re] Pro Nvidia , glx, etc...

[Anton Farygin]

Serge Skorokhodov wrote:

> Здравствуйте!
>
> avl пишет:
>
> <skip>
>
> >> Остается вопрос, как отключить загрузку agpgart. В
> >> /etc/modules.conf следов этого драйвера не обнаружено, где еще
> >> посмотреть я не знаю:( Ядерщики, ау, подскажите неразумному.
> >> Третий раз спрашиваю, все таки. Или это нечто эзотерическое?
>
> a> Не чесалось у меня это и Не разбирался, но модули автоматом
> a> грузятся из файла
>
> a> /etc/modules
>
> А-а! Позор мне, неумытому! Ведь сам с этим файлом играл, когда в
> "доаппендиксовской" семерке ide-scsi прописывал:(
>
> <skip>
>
> Сергей Скороходов 01.06.2001 suralis@pisem.net
>
> ЗЫ. А что касается GL скринсейверов, то у меня ниодин ни в одном
> WM не запускается -- т.е. даже в настройках не видно (корок,
> правда, не искал -- может, где и валяются). Так что даже не знаю,
> что сказать...
>
> ЗЗЫ. Единственно, что получилось -- в AfterStep clocks запустить
> -- там часть заставок явно ДжиЭльные. Пока почту на лэптопе читал
> -- все крутилось, вроде с минуту уж точно -- работает. А вообще,
> если через определенное количество времени виснет -- может
> перегрев чипа? Или утечка памяти? Во всяком случае, это первое,
> что в голову идет...
>

Стоп!
У вас ноутбук?
Под Nvidia?
А вы уверены, что мобильные чипы NVidia поддерживаются?

Мне лично так и не удалось запустить 3d в мобильном ATI 3D Rage.
Ситуация такая-же как и у вас.

Rgds
Rider

Re[8]: [mdk-re] Pro Nvidia , glx, etc...

[Serge Skorokhodov]

Здравствуйте!

Vyt пишет:

V> <skipped>

>> ЗЫ. А что касается GL скринсейверов, то у меня ниодин ни в одном
>> WM не запускается -- т.е. даже в настройках не видно (корок,

V> В меню не видно? Может, mesa-demos не установлены?

Установлены, и бегают. Просто я не помню, можно ли их в
fullscreen:)

>> правда, не искал -- может, где и валяются). Так что даже не знаю,
>> что сказать...
>> 
>> ЗЗЫ. Единственно, что получилось -- в AfterStep clocks запустить
>> -- там часть заставок явно ДжиЭльные. Пока почту на лэптопе читал

V> Дык, не обязательно аппаратный GL.

Может, и не обязательно. Но по виду они все -- типичные Mesa
demo:) А в другой консоли `cat /proc/nc/card0` однозначно
говорит, что AGP 2x. А так -- не знаю:)

V> <skipped>

Сергей Скороходов 01.06.2001 suralis@pisem.net

Re[2]: [mdk-re] Pro Nvidia , glx, etc...

[Serge Skorokhodov]

Здравствуйте!

Anton Farygin пишет:

<skip>

AF> Стоп!
AF> У вас ноутбук?
AF> Под Nvidia?
AF> А вы уверены, что мобильные чипы NVidia поддерживаются?

AF> Мне лично так и не удалось запустить 3d в мобильном ATI 3D Rage.
AF> Ситуация такая-же как и у вас.

Ноутбук, увы, казенный Compaq Prosignia 161 под w2k:( Имелось в
виду, что я на нем почту читаю, пока на десктопе гоняю заставки.
Он, кстати, на этом самом ATI 3D Rage LT -- полное #%@&*. При
работе от сети powersaving нормально работает только при
отключении части аппаратного ускорения графики, а от батарей --
вообще нормально восстанавливается (экран белеет и приходится
глушить машину "по приборам" -- Ctrl-Alt-Del, два раза Tab, ENTER:)
только когда повезет:( И это под родной американской 98, под
W98SE-RU из MSDN, под W2K SP1, с любыми из драйверов, до которых
дотянулся:( Может, батарея напряжения недодает?

Сергей Скороходов 01.06.2001 suralis@pisem.net

ЗЫ. В свете сказанного хочу сказать, что когда в этой рассылке
говориться о мастерстве пользователей *NIX перед виндовыми, то
мне с вас хохоталось:) В линухе можно хоть в 12-ю консоль глянуть
да логи пошерстить, если проблема. Я уж не говорю о сорцах:) А
тут -- два раза Shift-TAB, потом ENTER -- и pray, Вася, pray,
коли уж plugged:)

Re: [mdk-re] Pro Nvidia , glx, etc...

[Anton Farygin]

Serge Skorokhodov wrote:

> Здравствуйте!
>
> Anton Farygin пишет:
>
> <skip>
>
> AF> Стоп!
> AF> У вас ноутбук?
> AF> Под Nvidia?
> AF> А вы уверены, что мобильные чипы NVidia поддерживаются?
>
> AF> Мне лично так и не удалось запустить 3d в мобильном ATI 3D Rage.
> AF> Ситуация такая-же как и у вас.
>
> Ноутбук, увы, казенный Compaq Prosignia 161 под w2k:( Имелось в
> виду, что я на нем почту читаю, пока на десктопе гоняю заставки.
> Он, кстати, на этом самом ATI 3D Rage LT -- полное #%@&*. При
> работе от сети powersaving нормально работает только при
> отключении части аппаратного ускорения графики, а от батарей --
> вообще нормально восстанавливается (экран белеет и приходится
> глушить машину "по приборам" -- Ctrl-Alt-Del, два раза Tab, ENTER:)
> только когда повезет:( И это под родной американской 98, под
> W98SE-RU из MSDN, под W2K SP1, с любыми из драйверов, до которых
> дотянулся:( Может, батарея напряжения недодает?

В свое время мне довелось прикупать Dell Inspiron 5000, на котором
стояли   W2K.
История очень интересная и познавательная ;-)
Значит пришел к продавцу, выбрал, давай тестировать. Включаем.
Загружается 10 минут. (пямяти было 64M). Ну думаю - так дело не пойдет.
расширили до 128. Стало чуть побыстрее. Ну погоняли, потестировали...
принес в офис на работу. Думаю - дай гляну, что за зверь - W2K
(лицензионный, буржуйский). Загрузил... подергался в нем чуть чуть...
зависла. Перегрузил... опять зависла минут через пять.

Окей думаю. фиг с ним - посмотрим как Linux будет ;-)
Ставлю МСВС (тсссс... ). Супер. сразу все определилось и заработало.
Проблема с засыпанием - просыпается и XFree виснет. Лезем в сеть, читаем
FAQ. Бага в XFree. Лечить переключением на 1-ю консоль перед засыпанием.
Прописал. Все - наверное до сих пор работает... ;-)

Смешно - у меня у бука uptime бывает больше чем у некоторых серверов
;-). Т.к. я его вообще не выключаю - толькь apm использую.

А вот с 3D - труба. Нет 3D для ATI 3D Rage.

Забудьте.

Если нужно 3D на буке - тогда лучше взять на rage 128 машинку...

И еще - почему то под Linux заряд аккумуляторов в рабочем состоянии
держится дольше чем по книжке с буком ;-) в два раза.. ;-)
5 часов 20 минут.

Если ядро не собирать или kde не отлаживать.
И кино в электричках не смотреть ;-))))

Rgds
Rider

Re: [mdk-re] Pro Nvidia , glx, etc...

[Serge Skorokhodov]

On Fri, 01 Jun 2001 11:53:37 +0400
Anton Farygin <rider@altlinux.ru> wrote:

> Serge Skorokhodov wrote:
> 
> > Здравствуйте!
> >
> > Anton Farygin пишет:
> >
> > <skip>
> >
> > AF> Стоп!
> > AF> У вас ноутбук?
> > AF> Под Nvidia?
> > AF> А вы уверены, что мобильные чипы NVidia поддерживаются?
> >
> > AF> Мне лично так и не удалось запустить 3d в мобильном ATI
> > AF> 3D Rage. Ситуация такая-же как и у вас.
> >
> > Ноутбук, увы, казенный Compaq Prosignia 161 под w2k:( Имелось в
> > виду, что я на нем почту читаю, пока на десктопе гоняю заставки.
> > Он, кстати, на этом самом ATI 3D Rage LT -- полное #%@&*.

<skip>

> В свое время мне довелось прикупать Dell Inspiron 5000, на
> котором стояли   W2K. История очень интересная и познавательная ;-)

<skip>

> Проблема с засыпанием - просыпается и XFree виснет. Лезем в
> сеть, читаем FAQ. Бага в XFree. Лечить переключением на 1-ю консоль
> перед засыпанием.
> Прописал. Все - наверное до сих пор работает... ;-)

<skip>

> И еще - почему то под Linux заряд аккумуляторов в рабочем
> состоянии держится дольше чем по книжке с буком ;-) 
> в два раза.. ;-) 5 часов 20 минут.
> 
> Если ядро не собирать или kde не отлаживать.
> И кино в электричках не смотреть ;-))))

Да казенный он, казенный! Рвусь между виндой и линухом, страшно
неудобно:( По отдельности -- нормально:)

На всякий случай, а что, переключение в первую консоль можно
автоматически настроить?

-- 
Serge Skorokhodov aka suralis
mailto:suralis@pisem.net

Re: [mdk-re] Pro Nvidia , glx, etc...

[Anton Farygin]

Serge Skorokhodov wrote:

> On Fri, 01 Jun 2001 11:53:37 +0400
> Anton Farygin <rider@altlinux.ru> wrote:
>
> > Serge Skorokhodov wrote:
> >
> > > Здравствуйте!
> > >
> > > Anton Farygin пишет:
> > >
> > > <skip>
> > >
> > > AF> Стоп!
> > > AF> У вас ноутбук?
> > > AF> Под Nvidia?
> > > AF> А вы уверены, что мобильные чипы NVidia поддерживаются?
> > >
> > > AF> Мне лично так и не удалось запустить 3d в мобильном ATI
> > > AF> 3D Rage. Ситуация такая-же как и у вас.
> > >
> > > Ноутбук, увы, казенный Compaq Prosignia 161 под w2k:( Имелось в
> > > виду, что я на нем почту читаю, пока на десктопе гоняю заставки.
> > > Он, кстати, на этом самом ATI 3D Rage LT -- полное #%@&*.
>
> <skip>
>
> > В свое время мне довелось прикупать Dell Inspiron 5000, на
> > котором стояли   W2K. История очень интересная и познавательная ;-)
>
> <skip>
>
> > Проблема с засыпанием - просыпается и XFree виснет. Лезем в
> > сеть, читаем FAQ. Бага в XFree. Лечить переключением на 1-ю консоль
> > перед засыпанием.
> > Прописал. Все - наверное до сих пор работает... ;-)
>
> <skip>
>
> > И еще - почему то под Linux заряд аккумуляторов в рабочем
> > состоянии держится дольше чем по книжке с буком ;-)
> > в два раза.. ;-) 5 часов 20 минут.
> >
> > Если ядро не собирать или kde не отлаживать.
> > И кино в электричках не смотреть ;-))))
>
> Да казенный он, казенный! Рвусь между виндой и линухом, страшно
> неудобно:( По отдельности -- нормально:)
>
> На всякий случай, а что, переключение в первую консоль можно
> автоматически настроить?

chvt

Прописать в /etc/sysconfig/*apm* что-то там.

Rgds
Rider

Re: Re[6]: [mdk-re] Pro Nvidia , glx, etc...

[avl]

 1 Июнь 2001 11:39, Вы написали:
> Здравствуйте!
>
> avl пишет:
>
> Сергей Скороходов 01.06.2001 suralis@pisem.net
>
> ЗЫ. А что касается GL скринсейверов, то у меня ниодин ни в одном
> WM не запускается -- т.е. даже в настройках не видно (корок,
> правда, не искал -- может, где и валяются). Так что даже не знаю,
> что сказать...
>

У меня все стало работать, когда  я запустил тот же скреенсавер 
из терминала и увидел, что он пытается загрузить библиотеку libgl.so.1.2 или 
что то в этом духе. У меня такой ссылки не было и я ее создал, направив на 
текущий lib.gl.so.1-1251 от моих драйверов - все заработало.
Я писал об этом - видел?

find / -name *.kss      ;список кдешных  скринсаверов


> ЗЗЫ. Единственно, что получилось -- в AfterStep clocks запустить
> -- там часть заставок явно ДжиЭльные. Пока почту на лэптопе читал
> -- все крутилось, вроде с минуту уж точно -- работает. А вообще,
> если через определенное количество времени виснет -- может
> перегрев чипа? 

не похоже

>Или утечка памяти? Во всяком случае, это первое,
> что в голову идет...

Не знаю, как проверить? 

-----
С уважением Алексей <info@atmsk.ru>

Re[2]: [mdk-re] Pro Nvidia , glx, etc...

[Michael Shigorin]

On Wed, 30 May 2001, Serge Skorokhodov wrote:

> >> NVAGP=2 привела к дикой нестабильности системы.  (spring2001,
> MS>         ^-- а 0, т.е. отключить AGP? У меня даже на переразгоне
> MS> помогло, правда, все же дошло (снизили шину и включил nvagp)
>
> А как этот самый nvagp найти? У меня все работает с agpgart. При
Сорри :( Я имел в виду NvAGP.

Сижу на 1251, вроде полет нормальный...

-- 
WBR, Michael Shigorin, webmaster of www.chem.univ.kiev.ua
>Home Page:  http://visa.chem.univ.kiev.ua/~mike/  ICQ: 113344029
>Brainbench: http://www.brainbench.com/transcript.jsp?pid=2434729

Re[8]: [mdk-re] Pro Nvidia , glx, etc...

[Serge Skorokhodov]

Здравствуйте!

avl пишет:

<skip>

>>Или утечка памяти? Во всяком случае, это первое,
>> что в голову идет...

a> Не знаю, как проверить? 

Да вряд ли, наверное. Глухой завис, он, пожалуй, железный.
Просто, если через какое-то довольно большое время -- то что еще,
кроме перегрева или утечки? А проверить, скорее всего, никак, бо
внутри драйвера:(

Сергей Скороходов 01.06.2001 suralis@pisem.net

Re: Re[8]: [mdk-re] Pro Nvidia , glx, etc...

[avl]

 1 Июнь 2001 20:59, Вы написали:
> Здравствуйте!

> Да вряд ли, наверное. Глухой завис, он, пожалуй, железный.
> Просто, если через какое-то довольно большое время -- то что еще,
> кроме перегрева или утечки? 

Причин - куча. Например случайный двойной вызов нереентабельной функции. (это 
я сумничал)

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


-- 
С уважением Алексей <info@atmsk.ru>

Re[8]: [mdk-re] Pro Nvidia , glx, etc...

[Serge Skorokhodov]

Здравствуйте!

>> ЗЫ. А что касается GL скринсейверов, то у меня ниодин ни в
>> одном WM не запускается -- т.е. даже в настройках не видно
>> (корок, правда, не искал -- может, где и валяются). Так что
>> даже не знаю, что сказать...

a> У меня все стало работать, когда я запустил тот же скреенсавер
a> из терминала и увидел, что он пытается загрузить библиотеку
a> libgl.so.1.2 или что то в этом духе. У меня такой ссылки не
a> было и я ее создал, направив на текущий lib.gl.so.1-1251 от
a> моих драйверов - все заработало. Я писал об этом - видел?

Сделал, пока полчаса, как гоняется скринсервер -- еще не завис...

Сергей Скороходов 02.06.2001 suralis@pisem.net

Re: Re[8]: [mdk-re] Pro Nvidia , glx, etc...

[avl]

> a> У меня все стало работать, когда я запустил тот же скреенсавер
> a> из терминала и увидел, что он пытается загрузить библиотеку
> a> libgl.so.1.2 или что то в этом духе. У меня такой ссылки не
> a> было и я ее создал, направив на текущий lib.gl.so.1-1251 от
> a> моих драйверов - все заработало. Я писал об этом - видел?
>
> Сделал, пока полчаса, как гоняется скринсервер -- еще не завис...
Ок. 
Для верности можно еще поиздеваться на бедной железкой :)

Из терминала запустить несколько таких скреенсейвов, позакрывать- пооткрывать 
их.
Если в кде работаешь, вызвать настройку заставки и просто попереключаться с 
одного серинсейва на другой и обратно. (Не до конца, а просто мышкой 
выбираешь , чтобы в превьюв появлялось картиночка и следующий) У меня его 
таким образом можно довести до кондиции :). Система не висенет а вот gl 
больше не кажет:))) 
А  простые заставки работают всегда-  с толку не собъешь :)))

Кстати, раз уж я микроскопически, но помог - могу я попросить о нескольких 
небольших и ни к чему не обязывающих одолжениях? :)

- письмо с твоей конфигурацией железа в наш список рассылки howto. Если у 
тебя фирменная сборка /нотебук - плз укажи фирму и модель.
- если есть крупные победы или поражения - две строчки в тоже письмо.

-- 
С уважением Алексей <info@atmsk.ru>
-------------------------------
Howto mailing list
http://www.altlinux.ru/mailman/listinfo/howto
-------------------------------

Re[4]: [mdk-re] Pro Nvidia , glx, etc...

[Michael Shigorin]

On Fri, 1 Jun 2001, Serge Skorokhodov wrote:

> Уф, кажется разобрался:) nvagp -- это и есть тот самый "ядреный"
> дривер, который в пакете NVIDIA_kernel. Он грузиться, как я
файла nvagp.o на моей системе нет ;)
Имелась в виду _опция_ -- а нужный _код_ зашит в NVdriver.o

> Остается вопрос, как отключить загрузку agpgart. В
> /etc/modules.conf следов этого драйвера не обнаружено, где еще
можно попробовать внести туда таковые в виде
alias agpgart off

> посмотреть я не знаю:( Ядерщики, ау, подскажите неразумному.
> Третий раз спрашиваю, все таки. Или это нечто эзотерическое?
Не знаю, я на домашней машине ядра собираю. Соотв. все
регулируется.

Если вышеупомянутый alias не поможет, то можно переместить
/lib/modules/`uname -r`/..../agpgart.o куда-нибудь влево (в
запас), сказать от рута depmod -a , при появлении жалоб на
unresolved symbols жалующихся mv туда же (влево), опять depmod -a
и т.д. ;-)

-- 
WBR, Michael Shigorin, webmaster of www.chem.univ.kiev.ua
>Home Page:  http://visa.chem.univ.kiev.ua/~mike/  ICQ: 113344029
>Brainbench: http://www.brainbench.com/transcript.jsp?pid=2434729