From owner-freebsd-current@freebsd.org Mon Apr 25 05:11:14 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ABE3DB1C2C9 for ; Mon, 25 Apr 2016 05:11:14 +0000 (UTC) (envelope-from otacilio.neto@bsd.com.br) Received: from mail-ig0-x22e.google.com (mail-ig0-x22e.google.com [IPv6:2607:f8b0:4001:c05::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 81A0017DD for ; Mon, 25 Apr 2016 05:11:14 +0000 (UTC) (envelope-from otacilio.neto@bsd.com.br) Received: by mail-ig0-x22e.google.com with SMTP id bi2so56391258igb.0 for ; Sun, 24 Apr 2016 22:11:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsd.com.br; s=capeta; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=qK/X7GaxLtpCp3Daof81jD+/v7eiXrEZUJKNxpVQOt4=; b=fpRVhX3vDblZehjI0lrZhuKXGOduqRy8pM8zBACbKmaeDUex0ZPJcmWnSltXyisYKw A3kIsIYvAqQV6l6MGc+b1zADvxoCNIoTcdoHNmO9NfUEPCZo6B1LDY0tPyD1I7UHo3pp 4nFr0KfHrRO0fDunZKViRs5HiS457VDBPWmRA= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=qK/X7GaxLtpCp3Daof81jD+/v7eiXrEZUJKNxpVQOt4=; b=hOYPwrsc/65F//zHZJm9Oubu+uwtiAvIDGeW2kPtl8goYk7HzifPotHBPO60mMvfqL rzewTCh+8ovebylOU1UjDNm0kottp7dyqgka8bwh//Z5hwTCHFAVbc67FfF3iOXsSTQY +MsMfBRTCsgddQCvWKM3FkndJo92tOVqFPY5CHz9eO3dXQaikkgVodithMFLf475i0Nj X99Ks4RhcGDdaSPXmfEt99LHCZlemIdHBstjfrr3ntGnl0kuVGBqYwz7TS2TK8dJJAW+ wR6I3MEi2EzufHzV18it9ccG8A+nuxwIvmNdV6E/gwEv45005ifCZj/Stt/navjLZ0yc bkvA== X-Gm-Message-State: AOPr4FVRfMeu9TC9m28gTnfRhDxg0AiLZdt7Htgj+s0YQqydTbrCx7Yq0asCerviyDqHroTmLgAYSzHYHwQGRQ== X-Received: by 10.50.177.73 with SMTP id co9mr9703306igc.38.1461561073456; Sun, 24 Apr 2016 22:11:13 -0700 (PDT) MIME-Version: 1.0 References: <20160415114443.660453cb@nonamehost.local> <20160424204934.46eebae8@nonamehost.local> <571DA324.20603@bsd.com.br> In-Reply-To: <571DA324.20603@bsd.com.br> From: =?UTF-8?Q?Otac=C3=ADlio_de_Ara=C3=BAjo_Ramos_Neto?= Date: Mon, 25 Apr 2016 05:11:03 +0000 Message-ID: Subject: Re: Heads up To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2016 05:11:14 -0000 Em seg, 25 de abr de 2016 01:55, Otac=C3=ADlio escreveu: > Em 24/04/2016 14:49, Ivan Klymenko escreveu: > > On Fri, 15 Apr 2016 11:44:43 +0300 > > Ivan Klymenko wrote: > > > >> On Thu, 14 Apr 2016 16:42:33 -0600 > >> Warner Losh wrote: > >> > >>> The CAM I/O scheduler has been committed to current. This work is > >>> described in > >>> https://people.freebsd.org/~imp/bsdcan2015/iosched-v3.pdf though the > >>> default scheduler doesn't change the default (old) behavior. > >>> > >>> One possible issue, however, is that it also enables NCQ Trims on > >>> ada SSDs. There are a few rogue drives that claim support for this > >>> feature, but actually implement data corrupt instead of queued > >>> trims. The list of known rogues is believed to be complete, but > >>> some caution is in order. > >>> > >>> Warner > >> Hi. > >> Thanks for you work. > >> But i have problem with VirtualBox if i use the kernel with option > >> CAM_NETFLIX_IOSCHED > >> http://imgur.com/JpcfW1h > > This problem is not over. > > After the update on other hardware from r296979 to r298512 (!!! without > > option CAM_NETFLIX_IOSCHED !!!) due to errors in recording the virtual > > machine to a virtual disk I lost completely virtual machine with > > permanent damage to the integrity of the file system in the inside of > > the virtual machine. > > > > This is a serious bug! > > > > Who cares not to fall into the same situation - is testing yourself > > and needed more testers. > > Because there is a suspicion that the problem is also relevant for > > bhyve VM. > > With me on this no more neither the strength nor the desire nor > > time. > > > > Thanks. > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to " > freebsd-current-unsubscribe@freebsd.org" > > Dears. > > I have updated my FreeBSD 11 guest on Virtualbox to rev 298522 > > FreeBSD nostromo 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r298522: Sun Apr > 24 07:25:34 BRT 2016 ota@nostromo:/usr/obj/usr/src/sys/NOSTROMO amd64 > > The virtualbox is 5.0.18 r10667 running on Windows 10. The FreeBSD guest > is running virtualbox additions > > virtualbox-ose-additions-4.3.38 VirtualBox additions for FreeBSD guests > > I'm using this machine to build FreeBSD images to Beaglebone Black using > crouchet and cross compile packages using poudriere. I have finished a > full build of FreeBSD 11 r298522 to Beaglebone and actually I'm > upgrading my poudriere jail to 298522. Until now all runs fine. This is > my conf of kernels: > > [ota@nostromo /usr/src/sys]$ diff amd64/conf/GENERIC amd64/conf/NOSTROMO > 85,92c85,92 > < options DDB # Support DDB. > < options GDB # Support remote GDB. > < options DEADLKRES # Enable the deadlock resolver > < options INVARIANTS # Enable calls of extra sanity checking > < options INVARIANT_SUPPORT # Extra sanity checks of internal > structures, required by INVARIANTS > < options WITNESS # Enable checks to detect deadlocks and > cycles > < options WITNESS_SKIPSPIN # Don't run witness on spinlocks for > speed > < options MALLOC_DEBUG_MAXZONES=3D8 # Separate malloc(9) zones > --- > > #options DDB # Support DDB. > > #options GDB # Support remote GDB. > > #options DEADLKRES # Enable the deadlock resolver > > #options INVARIANTS # Enable calls of extra sanity checking > > #options INVARIANT_SUPPORT # Extra sanity checks of internal > structures, required by INVARIANTS > > #options WITNESS # Enable checks to detect deadlocks > and cycles > > #options WITNESS_SKIPSPIN # Don't run witness on spinlocks for > speed > > #options MALLOC_DEBUG_MAXZONES=3D8 # Separate malloc(9) zones > [ota@nostromo /usr/src/sys]$ diff arm/conf/BEAGLEBONE > arm/conf/BEAGLEBONE-DEBUG > 153a154,156 > > > > #options IEEE80211_AMPDU_AGE # Add a A-MPDU RX aging > > #options IEEE80211_DEBUG > > > Until now both machines are running without problems and with full > stress. The Beaglebone is compiling kernel and the amd64 have compiled > freebsd to beaglebone. If exists some tests that I can made to help > please let me know. > > []'s > -Otac=C3=ADlio > The machines are using UFS >