From owner-freebsd-current@freebsd.org Thu Mar 9 16:10:59 2017 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 20630D050E4 for ; Thu, 9 Mar 2017 16:10:59 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from vps-mail.nomadlogic.org (unknown [IPv6:2607:f2f8:a098::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DCAE8A6 for ; Thu, 9 Mar 2017 16:10:58 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from LA-DGT-31327.local (cpe-23-242-83-219.socal.res.rr.com [23.242.83.219]) by vps-mail.nomadlogic.org (OpenSMTPD) with ESMTPSA id ac8fae04 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO for ; Thu, 9 Mar 2017 08:10:57 -0800 (PST) Subject: Re: input/output error @boot To: freebsd-current@freebsd.org References: <441BF371-53C4-4FE8-A39C-BFA8B25DE760@freebsd.org> <77119d47-3c14-68ce-a0cc-ba7cc8f61598@nomadlogic.org> From: Pete Wright Message-ID: <32d229ef-370c-de44-0405-640459514924@nomadlogic.org> Date: Thu, 9 Mar 2017 08:10:57 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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: Thu, 09 Mar 2017 16:10:59 -0000 On 3/9/17 4:42 AM, Dexuan Cui wrote: >> From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd- >> current@freebsd.org] On Behalf Of Pete Wright >> Sent: Thursday, March 9, 2017 14:04 >> To: freebsd-current@freebsd.org >> Subject: Re: input/output error @boot >> On 3/8/17 10:00 PM, Dexuan Cui wrote: >>> For now, I suggest we should only apply the idea "reduce the size of the >>> staging area if necessary" to VM running on Hyper-V, we should restore the >>> old behavior on physical machines since that has been working for people >>> for a long period of time, though it's potentially unsafe. >>> >> +1 >> >> i'd like to see the old behaviour for physical machines to be restored >> as well since this has rendered my drm-next test rig broken :( >> >> -pete > > Eventually I committed 314956 for the issue: > https://svnweb.freebsd.org/base?view=revision&revision=314956 > The old behaviour for physical machines are restored. > > PS, I understand usually I should put the patch on phabricator for review, > before it's committed, but since the issue here is critical, I committed it > directly to unblock people first. Sorry. > Please comment on the patch if you think it needs rework -- I hope not. :-) > Thank you Dexuan - I will do a build today and reboot when I am home from work tonight. FWIW I verified that if I boot my system with in "classic" BIOS mode I am able to load the kernel and go multi-user, so this is probably the fix for me. Cheers! -pete -- Pete Wright pete@nomadlogic.org @nomadlogicLA