Date: Tue, 5 Nov 2013 11:06:09 +0400 From: Gleb Smirnoff <glebius@FreeBSD.org> To: Konstantin Belousov <kostikbel@gmail.com> Cc: Boris Bobrov <breton@cynicmansion.ru>, Glen Barber <gjb@freebsd.org>, "freebsd-current@freebsd.org" <freebsd-current@freebsd.org>, Maciej Milewski <milu@dat.pl> Subject: Re: 10.0-BETA1 i386 on VirtualBox Message-ID: <20131105070608.GI1467@glebius.int.ru> In-Reply-To: <20131105070222.GW59496@kib.kiev.ua> References: <526939BF.4030306@dat.pl> <201311021106.17222.breton@cynicmansion.ru> <52761D4C.8030404@dat.pl> <201311031629.20378.breton@cynicmansion.ru> <20131103134601.GN52889@glebius.int.ru> <20131103144131.GG59496@kib.kiev.ua> <52778541.3090803@dat.pl> <20131104163825.GS59496@kib.kiev.ua> <20131104165341.GK52889@glebius.int.ru> <20131105070222.GW59496@kib.kiev.ua>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, Nov 05, 2013 at 09:02:22AM +0200, Konstantin Belousov wrote: K> First, all reported instances have ata attachment for the ada0, except K> of milu (possibly). So this means that kernel does transient remapping, K> and very different code path is executed comparing with what I thought K> initially. The path is simpler than the pure unmapped i/o. K> K> Second, I use QEMU with the ata0 attachment for the disks regularly, and K> I do not have an issue. I also did not see a report from the real h/w. K> K> Third point is that all reports are i386. Is there anybody with amd64, K> vbox, ata and the same corruption hiddent by disabling unmapped i/o ? K> K> In what way the non-working images were installed ? Is it possible to K> produce the problematic installs by doing it one way, and non-problematic K> by another ? The only known way to get FreeBSD working is to turn off unmapped io in loader. Any tweaking of "hardware" in VB or changes in the install process do not affect. -- Totus tuus, Glebius.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20131105070608.GI1467>