By great coder , 13 May 2004
Вроде решился...
Ладно. Сначала конфа:
--= central =--
Abit BF6
Celeron (Tualatin) 1466 1.45V (1100A 1.5V)
256 (16 chips) + 128 (8 chips)

PCI: SiI3112R, RTL8139, SB-A ;)
ISA: ESS1868 with IDE-controlleer

--= periferial =--
5"25+3"5
2x6Y200M0 на 3112R
CD ROM LG 52
Иногда 6Y080P0 и 6E040L0

На периферию и на центр по 145W БП от Sparkle. Маркированы как FSP145-50NI

Бивис - последний безоткатно патченный.
--= проблемы =--
00. Не удается вставить третий модуль, независимо от убитости / разъема... То есть удается, но винды не ставятся, QMT в ребут уходит.
01. Иногда дата слетает на многодесятитысячный год
02. После пары часов работы врубаются резкие тормоза, которые проходят после ребута.
03. Почти всегда после подключения USB-флэшки в системных ошибках про нее (X) пишут, при этом работает нормально. ARRIVAL проходит нормально.

Вроде еще глюки были... Блин, забыл...
The content of this field is kept private and will not be shown publicly.

BBCode

  • No HTML tags allowed.
  • You may use the following BBCode tags:
    • [align]
    • [b]
    • [code]
    • [color]
    • [font]
    • [hr]
    • [i]
    • [img]
    • [list]
    • [quote]
    • [s]
    • [size]
    • [spoiler]
    • [sub]
    • [sup]
    • [table]
    • [u]
    • [url]
  • Web page addresses and email addresses turn into links automatically.
algol
Не глупость, хотя и не CMOS, а BIOS checksum error. Сам к этому склоняюсь.
Всем спасибо. Видимо, мать тихо умирает и Tualatin с SiI3112A пошли на повышение на C3M266-L.
На данной матери работает Deshutes 400@500, и, судя по всему, в материнской плате не совсем корректно осуществлена разводка клокера. Глюки разводки, которие плющят на частотах около 130 и делителях PCI=1/2FSB практически всю машину.
Я уж грешил в плохо распаянного resetа у тулика, однако Deshutes (на 133 довольно нестабилен и горяч) на тех же частотах имеет те же грабли, только в профиль.

В принципе, обвинить разработчиков не в чем, чипсет не был расчитан на 133 шину, но, все\таки найдя такой же NB/SB в серверах на PCI66 (кстати, с FSB=133), очень логично было бы ожидать и корректной поддержки оного и на их младшем брате, хотя бы в целях унификации...