From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <rromas@mailru.com>
From: Roman S <rromas@mailru.com>
To: mandrake-russian@altlinux.ru
Subject: Re: Re[2]: [mdk-re] VIA Problem
In-Reply-To: <112078098.20010425174908@chemsell.yaroslavl.ru>
References: <200104240949.f3O9nqh49221@www3.mailru.com>
 <20010425094417.0e34fa6c.sss@roscredit.com>
	<112078098.20010425174908@chemsell.yaroslavl.ru>
X-Mailer: Sylpheed version 0.4.62 (GTK+ 1.2.9; i586-mandrake-linux)
Mime-Version: 1.0
Content-Type: text/plain; charset=KOI8-R
Content-Transfer-Encoding: 8bit
Message-Id: <20010425182144.B975CB9E8@rromas.user.lanet.ru>
Sender: mandrake-russian-admin@altlinux.ru
Errors-To: mandrake-russian-admin@altlinux.ru
X-BeenThere: mandrake-russian@altlinux.ru
X-Mailman-Version: 2.0
Precedence: bulk
Reply-To: mandrake-russian@altlinux.ru
List-Help: <mailto:mandrake-russian-request@altlinux.ru?subject=help>
List-Post: <mailto:mandrake-russian@altlinux.ru>
List-Subscribe: <http://altlinux.ru/mailman/listinfo/mandrake-russian>,
	<mailto:mandrake-russian-request@altlinux.ru?subject=subscribe>
List-Id: Mandrake/RE discussion list <mandrake-russian.altlinux.ru>
List-Unsubscribe: <http://altlinux.ru/mailman/listinfo/mandrake-russian>,
	<mailto:mandrake-russian-request@altlinux.ru?subject=unsubscribe>
List-Archive: <http://altlinux.ru/pipermail/mandrake-russian/>
Date: Wed Apr 25 22:11:11 2001
X-Original-Date: Wed, 25 Apr 2001 22:21:44 +0400
Archived-At: <http://lore.altlinux.org/community/20010425182144.B975CB9E8@rromas.user.lanet.ru/>
List-Archive: <http://lore.altlinux.org/community/>
List-Post: <mailto:mandrake-russian@linuxteam.iplabs.ru>

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