From owner-freebsd-current@freebsd.org Wed Aug 15 09:43:17 2018 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1D1A8107BA91 for ; Wed, 15 Aug 2018 09:43:17 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 891F9827A7; Wed, 15 Aug 2018 09:43:16 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mh0.gentlemail.de (ezra.dcm1.omnilan.net [IPv6:2a00:e10:2800::a135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id w7F9hDqp060750; Wed, 15 Aug 2018 11:43:13 +0200 (CEST) (envelope-from freebsd@omnilan.de) Received: from titan.inop.mo1.omnilan.net (s1.omnilan.de [217.91.127.234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id EBE77ABA; Wed, 15 Aug 2018 11:43:12 +0200 (CEST) Subject: non-bootable (UEFI, geli, ZFS) kernel on haswell [Was: Re: CURRENT from today throws lots of ACPI errors, lost HDMI detection] To: Kyle Evans , Pete Wright Cc: FreeBSD Current References: <68a10054-44a6-c363-8e05-01aa7f8201c3@nomadlogic.org> From: Harry Schmalzbauer Organization: OmniLAN Message-ID: Date: Wed, 15 Aug 2018 11:43:12 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]); Wed, 15 Aug 2018 11:43:13 +0200 (CEST) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: ; Sender-helo: mh0.gentlemail.de; ) X-Mailman-Approved-At: Wed, 15 Aug 2018 10:23:06 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.27 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: Wed, 15 Aug 2018 09:43:17 -0000 Am 15.08.2018 um 06:01 schrieb Kyle Evans: > On Tue, Aug 14, 2018 at 10:56 PM, Pete Wright wrote: >> On 8/14/18 8:45 PM, Kyle Evans wrote: >>> On Tue, Aug 14, 2018 at 10:41 PM, Pete Wright wrote: >>>> On 8/14/18 6:13 PM, Kyle Evans wrote: >>>>> On Tue, Aug 14, 2018 at 7:28 PM, Pete Wright >>>>> wrote: >>>>>> i also attempted to boot using UEFI but the system hangs very early in >>>>>> the >>>>>> boot process. i have reverted to legacy mode for now so that i can >>>>>> work, >>>>>> but am keen to test out any patches or do any other debugging that is >>>>>> needed. >>>>> Hi Pete, >>>>> >>>>> Where in the process does it hang with UEFI? I can't help much with >>>>> any of your other problems, but I am curious about this one. =) >>>> sure thing - the last several lines are: >>>> >>>> random: fast provider: "Intel Secure Key RNG" >>>> kbd1 at kbdmux0 >>>> netmap: loaded module >>>> nexus0 >>>> >>>> at this point it hangs. let me know if you want me to try booting with >>>> verbose output to dmesg or something. >>>> >>> Are you running GENERIC, or custom config? Any modules loaded? >> >> >> this is a GENERIC kernel using ZFS as well as GELI full disk encryption. >> > Good to know, thanks! Hello, me too here, kind of... Machine resets after nexus0 – took my SLR with 1s exposure time to make sure there's no more GOP output available :-( Haven't tried efi.rt.disabled=1 yet, since I had to spend some time to get the old kernel in place. non-booting kernel inquestion is custom r337804. Like Pete, I'm booting from a ZFS pool utilizing GOP, load_geli, zfs, aesni, nut my machine dosen't hang after "nexus0" but hard resets. The modules loaded don't influence the problem, even with only "kernel" (which is MINIMAL_config + very view devices/filesystems added) loaded, the machine resets after "nexus0". Will try efi.rt.disabled=1 tomorrow. Anyone intending to update a haswell/UEFI machine (Intel DH87MC in my case, with INVPCID microcode updated BIOS) could run into simialr situation I guess, so please make sure to be prepared... My first suspicion were side effects of r337715.  But this is just a wild guess, haven't bisected anything yet. Thanks, -harry