From owner-freebsd-bugs@freebsd.org Wed Sep 30 17:48:26 2020 Return-Path: Delivered-To: freebsd-bugs@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 9E6ED42D10B for ; Wed, 30 Sep 2020 17:48:26 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4C1kJB3lcrz4ZLY for ; Wed, 30 Sep 2020 17:48:26 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id 80BED42D10A; Wed, 30 Sep 2020 17:48:26 +0000 (UTC) Delivered-To: bugs@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 8089242D109 for ; Wed, 30 Sep 2020 17:48:26 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4C1kJB2w2vz4ZCP for ; Wed, 30 Sep 2020 17:48:26 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 476FB233C5 for ; Wed, 30 Sep 2020 17:48:26 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 08UHmQ1x095823 for ; Wed, 30 Sep 2020 17:48:26 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 08UHmQkt095822 for bugs@FreeBSD.org; Wed, 30 Sep 2020 17:48:26 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 229995] [panic, regression] radeonkms "timed sleep before timers are working" Date: Wed, 30 Sep 2020 17:48:25 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 11.2-RELEASE X-Bugzilla-Keywords: panic, regression X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: andrew.daugherity@gmail.com X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Sep 2020 17:48:26 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D229995 --- Comment #3 from Andrew Daugherity --- (In reply to Alexey Dokuchaev from comment #2) I'm running 12.1 on a similar server (also an embedded Radeon R100) and usi= ng the drm-kmod package. It was installed as 12.0, which had the same issue w= ith the included drivers as 11.x, as noted in comment 1. However, prompted by = the deprecation notice I installed drm-legacy-kmod. I don't recall if I ever t= ried loading that via /boot/loader.conf, but as the package message suggests usi= ng the kld_list setting in rc.conf, I'm following that method. (Although it neglects to mention that you must also load drm2.ko that way [1], or else it will use the kernel's [deprecated] drm2.ko with the radeonkms from the pack= age, and still generate deprecation warnings.) I've since switched to the non-legacy drm-kmod package, which also works fi= ne, at least in 16 bpp modes. Other depths had issues with both the legacy/ker= nel drivers (they defaulted to 8 bpp, which was grayscale for some reason; 24 b= pp had an incorrect console palette) and the new ones (display corruption in s= ome depths; sorry, I forget which, but at least the new drivers default to 16 b= pp, which works). [ Aside: the vt(4) man page only mentions kern.vt.fb.default_mode=3D"x" and nothing about setting depth, which is apparently done by appending it to the resolution, e.g. "1280x1024-16". I found that in a mailing list; seems lik= e an oversight to not include it in the man page... ] So... while it _is_ a bug that it panics if you load the drivers on boot, loading the drivers later is an easy workaround (and maybe even the preferr= ed method?), so it's not that big of a problem. I was unaware of the kld_list rc.conf setting until the package told me to use it -- that's a cleaner met= hod, for sure.=20 [1] https://github.com/FreeBSDDesktop/drm-legacy/issues/7#issuecomment-658407985 --=20 You are receiving this mail because: You are the assignee for the bug.=