Re: [mdk-re] VIA Problem

Re: [mdk-re] VIA Problem

[Roman S]

Цитирую "Sergey S. Skulachenko" <sss@roscredit.com>:
> Времени на этот эксперимент не хватит, так как после двух стандартных
> (неаварийных) перезагрузок система рассыпается. Для эксперимента надо
> вариант дистрибутива приготовить с ядром 2.2.19 и чисто его поставить. Я
> бы сделал. Но вот ровно из-за этой аварии до синхронизации мне ещё очень

Если предположить, что несовместимости оборудования нет - то предположить можно только 
"задранные" тайминги памяти...
Возможно поможет отключение write-back режима кэша и pci delayed transaction...
Только вот стОят ли усилия того?

Rgds!
Roman Savelyev

Re: [mdk-re] VIA Problem

[Sergey S. Skulachenko]

On Tue, 24 Apr 2001 13:49:52 +0400 (MSD)
Roman S <rromas@mailru.com> wrote:

> > Времени на этот эксперимент не хватит, так как после двух стандартных
> > (неаварийных) перезагрузок система рассыпается. Для эксперимента надо
> > вариант дистрибутива приготовить с ядром 2.2.19 и чисто его поставить.
> 
> Если предположить, что несовместимости оборудования нет - то
> предположить можно только 
> "задранные" тайминги памяти...
Не были задраны.
> Возможно поможет отключение write-back режима кэша и pci delayed
> transaction...
Это отключил. И поставил ядро 2.2.19. Не хочу пока делать выводов, но
несколько загрузок компьютер выдержал. Признаки деградации пока не видны.
Интересно бы и других обладателей VIA послушать. У меня на системной плате
стоит 82C586B. Здесь же  http://www.theregister.co.uk/content/3/18267.html
была объявлена глючной 686B. Хотя, не исключены глюки и в ранних
разработках. Я проверил, что BIOS версии 91027, последний. Обновлять не
нужно.
> Только вот стОят ли усилия того?
Посмотрим. Эксперимент исключительно ради науки поставлен.
С уважением,
С.С.Скулаченко

Re[2]: [mdk-re] VIA Problem

[Sergey Krivulja]

Hello Sergey,

Wednesday, April 25, 2001, 9:44:17 AM, you wrote:
SSS> Интересно бы и других обладателей VIA послушать. У меня на системной плате
SSS> стоит 82C586B. Здесь же  http://www.theregister.co.uk/content/3/18267.html
SSS> была объявлена глючной 686B. Хотя, не исключены глюки и в ранних
Да не глючная. Разработчики мат. плат дурью маются.
Для упрощения настройки чипсета, ВИА отдала на откуп разработчикам
мат. плат настройки некоторых параметров. Вот и получилось, что
получилось.


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

Re: [mdk-re] VIA Problem

[Mihail Belanov]

> Интересно бы и других обладателей VIA послушать. У меня на системной плате
> стоит 82C586B. Здесь же  http://www.theregister.co.uk/content/3/18267.html
> была объявлена глючной 686B. Хотя, не исключены глюки и в ранних
> разработках. Я проверил, что BIOS версии 91027, последний. Обновлять не
> нужно.
у меня системная плата EPoX, с КТ133А и 686В, видеоадаптер GeForce2 MX
никаках проблем нет

Re[2]: [mdk-re] VIA Problem

[Lenya L. Khachaturov]

Hello Sergey,

Wednesday, April 25, 2001, 9:44:17 AM, you wrote:

SSS> On Tue, 24 Apr 2001 13:49:52 +0400 (MSD)
SSS> Roman S <rromas@mailru.com> wrote:

>> > Времени на этот эксперимент не хватит, так как после двух стандартных
>> > (неаварийных) перезагрузок система рассыпается. Для эксперимента надо
>> > вариант дистрибутива приготовить с ядром 2.2.19 и чисто его поставить.
>> 
>> Если предположить, что несовместимости оборудования нет - то
>> предположить можно только 
>> "задранные" тайминги памяти...
SSS> Не были задраны.
>> Возможно поможет отключение write-back режима кэша и pci delayed
>> transaction...
SSS> Это отключил. И поставил ядро 2.2.19. Не хочу пока делать выводов, но
SSS> несколько загрузок компьютер выдержал. Признаки деградации пока не видны.
SSS> Интересно бы и других обладателей VIA послушать. У меня на системной плате
SSS> стоит 82C586B. Здесь же  http://www.theregister.co.uk/content/3/18267.html
SSS> была объявлена глючной 686B. Хотя, не исключены глюки и в ранних
SSS> разработках. Я проверил, что BIOS версии 91027, последний. Обновлять не
SSS> нужно.
82C586B - северный мост, а 686B - южный (или наоборот). Вторым мостом
у Вас может быть и тот самый глючный 686B. У меня на матери Chaintech
6AJA4 никаких проблем, там стоит 686A.
>> Только вот стОят ли усилия того?
SSS> Посмотрим. Эксперимент исключительно ради науки поставлен.
SSS> С уважением,
SSS> С.С.Скулаченко


-- 
Best regards,
 Lenya                            mailto:lenya@georges.home

Re: Re[2]: [mdk-re] VIA Problem

[Roman S]

On Wed, 25 Apr 2001 17:49:08 +0400
"Lenya L. Khachaturov" <lenya@chemsell.yaroslavl.ru> wrote:

> 82C586B - северный мост, а 686B - южный (или наоборот). Вторым мостом
> у Вас может быть и тот самый глючный 686B. У меня на матери Chaintech
> 6AJA4 никаких проблем, там стоит 686A.
Это MVP3. Тпм нет ничего, начинающегося с шестёрки :)
MVP3 однозначно не подвержен глюку UDMA, который встречается _только_ у 686B, к тому же _только_ при перебрасывании больших объёмов с одного физ. устройства на другое с UDMA.

"особенности" PCI Delayed transaction в случае наличия ISA-устройств описаны в документации (то-ли FIC-овской, то-ли VIA-вской), как и особенности write-back кэша. 
На себе я их заметил года 1.5 назад, когда не смог "поднять" NT на NTFS... После чего возникло желание прочесть инструкции. Тут похоже проблема "из того же материала". За исключением названия ОС и ФС - те же симптомы.

P.S. И вообще, если технику долго ломать - она в конце концов сломается!

-- 
Rgds!
Roman Savelyev

Re[4]: [mdk-re] VIA Problem

[Lenya L. Khachaturov]

Hello Roman,

Wednesday, April 25, 2001, 10:21:44 PM, you wrote:

RS> On Wed, 25 Apr 2001 17:49:08 +0400
RS> "Lenya L. Khachaturov" <lenya@chemsell.yaroslavl.ru> wrote:

>> 82C586B - северный мост, а 686B - южный (или наоборот). Вторым мостом
>> у Вас может быть и тот самый глючный 686B. У меня на матери Chaintech
>> 6AJA4 никаких проблем, там стоит 686A.
RS> Это MVP3. Тпм нет ничего, начинающегося с шестёрки :)
RS> MVP3 однозначно не подвержен глюку UDMA, который встречается _только_ у 686B, к тому же _только_ при перебрасывании больших объёмов с одного физ. устройства на другое с UDMA.

RS> "особенности" PCI Delayed transaction в случае наличия ISA-устройств описаны в документации (то-ли FIC-овской, то-ли VIA-вской), как и особенности write-back кэша. 
RS> На себе я их заметил года 1.5 назад, когда не смог "поднять" NT на NTFS... После чего возникло желание прочесть инструкции. Тут похоже проблема "из того же материала". За исключением названия ОС
RS> и ФС - те же симптомы.

RS> P.S. И вообще, если технику долго ломать - она в конце концов сломается!

А-а-а-а-а блин, я думал речь идет о современных VIA'шных чипсетах.
Извините, попутал.


-- 
Best regards,
 Lenya                            mailto:lenya@georges.home

[mdk-re] где kppload

[Sergey S. Skulachenko]

Не могу найти в Spring'е kppload. Кто мне поможет? В kppp график больно
мелкий.
С уважением,
С.С.Скулаченко

Re: [mdk-re] где kppload

[Igor Solovyov]

Hi!
On Thu, 26 Apr 2001 11:19:03 +0400
"Sergey S. Skulachenko" <sss@roscredit.com> wrote:

> Не могу найти в Spring'е kppload. Кто мне поможет? В kppp график больно
> мелкий.

А случайно не knetload Вам нужен?

-- 
Best regards!
Igor Solovyov
Zlatoust, Russia

Re: [mdk-re] где kppload

[Sergey S. Skulachenko]

On Thu, 26 Apr 2001 18:47:46 +0600
Igor Solovyov <is13@inbox.ru> wrote:

> Hi!
> On Thu, 26 Apr 2001 11:19:03 +0400
> "Sergey S. Skulachenko" <sss@roscredit.com> wrote:
> 
> > Не могу найти в Spring'е kppload. Кто мне поможет? В kppp график
> больно
> > мелкий.
> 
> А случайно не knetload Вам нужен?
О, спасибо. Полезнейшая вещь.
С уважением,
С.С.Скулаченко