From owner-freebsd-current@freebsd.org Mon Sep 23 21:39:52 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6942A121A6E for ; Mon, 23 Sep 2019 21:39:52 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from mail.nomadlogic.org (mail.nomadlogic.org [174.136.98.114]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.nomadlogic.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46cd5L3K32z4ZNh for ; Mon, 23 Sep 2019 21:39:50 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from secos.local (76-214-71-45.lightspeed.irvnca.sbcglobal.net [76.214.71.45]) by mail.nomadlogic.org (OpenSMTPD) with ESMTPSA id 6db0caf2 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO; Mon, 23 Sep 2019 21:39:43 +0000 (UTC) Subject: Re: Booting anything after r352057 kills console To: lausts@acm.org, Poul-Henning Kamp Cc: freebsd-current@freebsd.org References: <11db909b-57ee-b452-6a17-90ec2765c36e@acm.org> <18332.1569268545@critter.freebsd.dk> <20190923213222.GA57158@mail.laus.org> From: Pete Wright Message-ID: <0eb339eb-5eb2-b75b-7fef-c22d02b824af@nomadlogic.org> Date: Mon, 23 Sep 2019 14:39:43 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: <20190923213222.GA57158@mail.laus.org> Content-Language: en-GB X-Rspamd-Queue-Id: 46cd5L3K32z4ZNh X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of pete@nomadlogic.org designates 174.136.98.114 as permitted sender) smtp.mailfrom=pete@nomadlogic.org X-Spamd-Result: default: False [-3.89 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[nomadlogic.org]; TO_DN_SOME(0.00)[]; URI_COUNT_ODD(1.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; IP_SCORE(-2.59)[ip: (-9.28), ipnet: 174.136.96.0/20(-3.32), asn: 25795(-0.31), country: US(-0.05)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:25795, ipnet:174.136.96.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 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, 23 Sep 2019 21:39:52 -0000 On 9/23/19 2:32 PM, Thomas Laus wrote: > Poul-Henning Kamp [phk@phk.freebsd.dk] wrote: >> -------- >> In message <11db909b-57ee-b452-6a17-90ec2765c36e@acm.org>, Thomas Laus writes: >> >>> Where do I go from here? The computer is an Intel i5 Skylake with >>> onboard graphics. >> Based on personal experience: >> >> 1. Deinstall drm ports >> >> 2. Remove all remaining drm related files under /boot >> >> 3. Reinstall drm port >> > That did not work. > > On a successful boot after using beadm to rollback to r352057, I see the > following items startup after setting the ntpd security policy: > > starting ntpd > configuring vt: blanktime > sanity check of sshd configuration > start sshd > start sendmail & sendmail submit as well as cron > start background checks > login > > On all svn updates after r352057, the last item logged is the ntpd security > policy and then the console goes black. The computer is dead and I can't > login through ssh nor change to another console. I hae to hit the reset > switch to reboot. Even ctrl-alt-delete is not functioning. I remember having similar issues a while ago when we were first hacking on drm, one thing to try is updating /boot/loader.conf with the following: debug.debugger_on_panic=0 dev.drm.skip_ddb="1" dev.drm.drm_debug_persist="1" these are semi-documented in the wiki here: https://wiki.freebsd.org/Graphics#Issues_.2F_Bugs while they may not solve the issue, they will hopefully give us better info as to why the system is hanging.  Also, are you able to boot the previously working kernel (iirc you can do this via the boot loader menu) successfully?  and lasty, can you boot single user then manually attempt to load the kernel module via kldload i915kms.ko? cheers, -pete -- Pete Wright pete@nomadlogic.org @nomadlogicLA