From owner-freebsd-x11@freebsd.org Fri Nov 8 08:48:08 2019 Return-Path: Delivered-To: freebsd-x11@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 265331AB996 for ; Fri, 8 Nov 2019 08:48:08 +0000 (UTC) (envelope-from zeising@freebsd.org) Received: from mail.daemonic.se (mail.daemonic.se [176.58.89.161]) (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 478Yng4YVbz43cw for ; Fri, 8 Nov 2019 08:48:07 +0000 (UTC) (envelope-from zeising@freebsd.org) Received: from cid.daemonic.se (localhost [IPv6:::1]) by mail.daemonic.se (Postfix) with ESMTP id 478YnX1B2Fz3lPb; Fri, 8 Nov 2019 08:48:00 +0000 (UTC) X-Virus-Scanned: amavisd-new at daemonic.se Received: from mail.daemonic.se ([127.0.0.1]) (using TLS with cipher ECDHE-RSA-AES128-GCM-SHA256) by cid.daemonic.se (mailscanner.daemonic.se [127.0.0.1]) (amavisd-new, port 10587) with ESMTPS id f3k9WdxP_Bh7; Fri, 8 Nov 2019 08:47:59 +0000 (UTC) Received: from garnet.daemonic.se (host-95-198-200-128.mobileonline.telia.com [95.198.200.128]) by mail.daemonic.se (Postfix) with ESMTPSA id 478YnW1wjsz3lPY; Fri, 8 Nov 2019 08:47:59 +0000 (UTC) Subject: Re: drm-fbsd11.2-kmod on 12 To: "Matthew D. Fuller" Cc: freebsd-x11@freebsd.org References: <20191103231435.GH86455@over-yonder.net> <3231b40d-1041-10d2-f062-eda237e07a02@freebsd.org> <20191106230916.GI86455@over-yonder.net> <77bac16b-0438-b7ed-0c44-fadc230e55f8@freebsd.org> <20191107220050.GA3169@over-yonder.net> From: Niclas Zeising Message-ID: <87da494d-207e-269c-f608-c6266c274384@freebsd.org> Date: Fri, 8 Nov 2019 09:46:43 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.2.0 MIME-Version: 1.0 In-Reply-To: <20191107220050.GA3169@over-yonder.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 478Yng4YVbz43cw X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-1.99 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.99)[-0.987,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; ASN(0.00)[asn:36236, ipnet:176.58.89.0/24, country:US] X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Nov 2019 08:48:08 -0000 On 2019-11-07 23:00, Matthew D. Fuller wrote: > On Thu, Nov 07, 2019 at 09:41:20AM +0100 I heard the voice of > Niclas Zeising, and lo! it spake thus: >> >> What issues are you seeing with the 4.16 branch? Have you reported >> this? > > On one machine with radeonkms and a Radeon 6450, it will eventually > crash when using vdpau output for videos (I believe even with formats > that don't get hardware accelerated). It doesn't happen > deterministically, but on a frequency of maybe a few percent of the > time. 4.11 is perfectly fine with it, and 4.16 hasn't shown any > surprises without vdpau, so that's reasonably easily workaroundable in > practice. > > On my main workstation, with amdgpu and a Radeon wx2100 (roughly > 550-something-ish), it will crash out without obvious trigger, on the > order of maybe twice a week. Playing video, not playing video, > scrolling in a browser, not scrolling in a browser, xlock'd and DPMS'd > off, everything on, etc. As I recall, backtraces wound up pointing at > not much after ioctl handlers, bearing some resemblance to the stuff > in GH issue #149 (though I'm on the different driver), and I believe > once that looked more like #130 with the ttm funcs (with similar to > both showing up in the BZ bug linked from there). I don't have any of > the cores still around though; I switched back to 4.11 last year, and > it's been solid since. > > > Part of the difficulty with this being so much upstream-y code that > we're a ways behind on, is that I know it can be really hard to > separate "we cause this problem by a mistake in porting" vs "this is a > bug in the pure code" (especially of the "... and is fixed in later > upstream versions already" variant). So I figure the best way to get > it fixed is to desperately strive to not distract the people trying to > catch up to upstream, and more up-to-date-ish upstream code will > either have fixed their bug, or make it more certain that it's > something on our side causing it. Either way, there's more to work > with than "it crashes every couple days"... Can you please report this on the FreeBSDDesktop github. > > >> Getting 4.11 running on FreeBSD 12.1 would require some effort, and >> I believe that effort is much better spent elsewhere. > > I figured it would actually be relatively simple; it works fine with a > mid-July stable/12, and there's only a half dozen or so commits on the > drm-v4.16-fbsd12.0 branch since then, so I expect I can probably get > it working just by backporting a couple of them. (I _was_ asking "has > anybody who knows this code already done this work?", more than "hey, > can you guys do this for me?") I don't know if it is simple or not. The code is there, if you can get it running on 12.1 without breaking 11.3, then, by all means do it. Regards -- Niclas Zeising