Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 03 Nov 2013 17:35:35 +0100
From:      Maciej Milewski <milu@dat.pl>
To:        Konstantin Belousov <kostikbel@gmail.com>, Gleb Smirnoff <glebius@FreeBSD.org>
Cc:        Boris Bobrov <breton@cynicmansion.ru>, Glen Barber <gjb@freebsd.org>, "freebsd-current@freebsd.org" <freebsd-current@freebsd.org>, kib@FreeBSD.org
Subject:   Re: 10.0-BETA1 i386 on VirtualBox
Message-ID:  <d02e56c7-e35d-4434-9f64-b01b33de4121@email.android.com>
In-Reply-To: <20131103144131.GG59496@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>

next in thread | previous in thread | raw e-mail | index | archive | help
On guest hw.ncpu=1 and disk is connected to emulated Intel ahci sata controller visible as ada0.

Konstantin Belousov <kostikbel@gmail.com> napisał:
>On Sun, Nov 03, 2013 at 05:46:01PM +0400, Gleb Smirnoff wrote:
>>   Maciej, Boris,
>> 
>> On Sun, Nov 03, 2013 at 04:29:11PM +0400, Boris Bobrov wrote:
>> B> > I traced this down to r248521:
>> B> > svn log -r248521
>> B> >
>-----------------------------------------------------------------------
>> B> > - r248521 | kib | 2013-03-19 16:08:15 +0100 (Tue, 19 Mar 2013) |
>5
>> B> > lines
>> B> > 
>> B> > UFS support of the unmapped i/o for the user data buffers.
>> B> > 
>> B> > Sponsored by:   The FreeBSD Foundation
>> B> > Tested by:      pho, scottl, jhb, bf
>> B> > 
>> B> >
>-----------------------------------------------------------------------
>> B> > -
>> B> > 
>> B> > The last working revision is 248520.
>> B> 
>> B> Yes, I confirm that.
>> 
>> Thanks for you help!
>> 
>> Can you please now try unpatched vanilla 10.0-BETA2 iso file and when
>it
>> boots set in loader (before kernel):
>> 
>> OK set vfs.unmapped_buf_allowed=0
>> OK boot
>
>Show what disk driver is used,  also show the output of hw.ncpu, both
>from the guest.

-- 
Wysłane z Androida za pomocą K-9 Mail. Prosze wybaczyć lakoniczność.
From owner-freebsd-current@FreeBSD.ORG  Sun Nov  3 17:33:49 2013
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTP id E2566B97;
 Sun,  3 Nov 2013 17:33:48 +0000 (UTC)
 (envelope-from Devin.Teske@fisglobal.com)
Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190])
 (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mx1.freebsd.org (Postfix) with ESMTPS id A8C0E292F;
 Sun,  3 Nov 2013 17:33:48 +0000 (UTC)
Received: from smtp.fisglobal.com ([10.132.206.15])
 by ltcfislmsgpa02.fnfis.com (8.14.5/8.14.5) with ESMTP id rA3HXaeU012567
 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT);
 Sun, 3 Nov 2013 11:33:36 -0600
Received: from LTCFISWMSGMB21.FNFIS.com ([169.254.1.152]) by
 LTCFISWMSGHT04.FNFIS.com ([10.132.206.15]) with mapi id 14.03.0158.001; Sun,
 3 Nov 2013 11:33:34 -0600
From: "Teske, Devin" <Devin.Teske@fisglobal.com>
To: Nathan Whitehorn <nwhitehorn@freebsd.org>
Subject: Re: [CFT] bsdinstall and zfsboot enhancements
Thread-Topic: [CFT] bsdinstall and zfsboot enhancements
Thread-Index: AQHO1/VTfN3AabWEO0qqCcwz4iQiNg==
Date: Sun, 3 Nov 2013 17:33:34 +0000
Message-ID: <97944047-D575-4E2E-B687-9871DFE058E3@fisglobal.com>
References: <C9783B1F-20EA-4C08-9947-70DF363E8B6A@fisglobal.com>
 <5275C597.6070702@freebsd.org>
In-Reply-To: <5275C597.6070702@freebsd.org>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
x-originating-ip: [10.132.253.120]
Content-Type: multipart/signed;
 boundary="Apple-Mail=_09E570DD-B309-45AE-AC5C-E9477918E1D5";
 protocol="application/pgp-signature"; micalg=pgp-sha512
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.10.8794, 1.0.431,
 0.0.0000
 definitions=2013-11-03_02:2013-11-03,2013-11-03,1970-01-01 signatures=0
Cc: Devin Teske <dteske@freebsd.org>,
 "<freebsd-current@freebsd.org> Current" <freebsd-current@freebsd.org>, "Teske,
 Devin" <Devin.Teske@fisglobal.com>, Peter Grehan <grehan@freebsd.org>,
 Michael Dexter <editor@callfortesting.org>
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
Reply-To: Devin Teske <dteske@freebsd.org>
List-Id: Discussions about the use of FreeBSD-current
 <freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-current>, 
 <mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>;
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
 <mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 03 Nov 2013 17:33:49 -0000

--Apple-Mail=_09E570DD-B309-45AE-AC5C-E9477918E1D5
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii


On Nov 2, 2013, at 8:40 PM, Nathan Whitehorn wrote:

> On 11/02/13 12:59, Teske, Devin wrote:
>> Hi all,
>>=20
>> Another Call For Testing...
>> This one is for bsdinstall.
> Will look at the rest later...
>>=20
>> + Update bsdinstall's "config" script to adjust ttyu* entries in
>> /etc/ttys when it is determined that we are in-fact doing an install
>> over serial (e.g. bhyve).
>>=20
>=20
> I think this is the wrong solution.

Thank you for your feedback. Sincerely.


> The installer is run in a lot of circumstances, and tying it to the boot =
environment is a mistake. If we want serial consoles to default to on for x=
86, they should default to on (they do for most other architectures). The m=
agic should never ever be in the installer.
>=20

Well, I would say we *don't* want serial to be on by default...
That would actually hurt me at $work where we actually use
the serial ports for barcode readers.


> Setting the terminal type to vt100 unconditionally is also questionable. =
Using kbdcontrol also doesn't do the right thing, since it will turn on ser=
ial consoles if you install to, say, a disk image from an xterm or if you u=
se newcons.

Kk.

I'm CC'ing Peter Grehan, because we only arrived at this solution
based on a quick discussion with Michael Dexter at vBSDcon with
respect to bhyve.

Peter, can you restate the problem for Nathan so that we can
maybe find a better home for this change? or perhaps more clearly
define (than I) how we arrived at the code for the bhyve work?
--=20
Devin

_____________
The information contained in this message is proprietary and/or confidentia=
l. If you are not the intended recipient, please: (i) delete the message an=
d all copies; (ii) do not disclose, distribute or use the message in any ma=
nner; and (iii) notify the sender immediately. In addition, please be aware=
 that any message addressed to our domain is subject to archiving and revie=
w by persons other than the intended recipient. Thank you.

--Apple-Mail=_09E570DD-B309-45AE-AC5C-E9477918E1D5
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment; filename="signature.asc"
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Message signed with OpenPGP using GPGMail

-----BEGIN PGP SIGNATURE-----
Comment: GPGTools - https://gpgtools.org

iQEcBAEBCgAGBQJSdojuAAoJEKrMn5R9npq5JaIIAIMHsqzBEw2J4gPrd21G7pR6
LqWRmYGXRX0rEdatT+qQO6srXOL/9IwmOvAoEy7laUTpWakTDaw/RbU3ZeeuOf/y
ae45XPtSn5tADNcBCyPdxQ1bsEFFEtmxGGoG9KF6PpV2jKSi9smP9kVsfdJKTaIg
zvTEemYPJgp0f4Vs99lDPZKSItW3gmeFnnv8Ys1oyATilXyQ7w4VqAgfwr07/sWc
SDnjuMmf2WleKape8GLGYtlnCi6hNe5TUhKwrS3u5d8XR6wO7uwC96fEewMGqpIK
jvsJ4rk9OGQmiZzWwYme9lXOdZjEKNUCJUqWby8oge5tQN4CPQc3WzkIHZdTn2M=
=73AJ
-----END PGP SIGNATURE-----

--Apple-Mail=_09E570DD-B309-45AE-AC5C-E9477918E1D5--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?d02e56c7-e35d-4434-9f64-b01b33de4121>