NetBSD Problem Report #55828
From www@netbsd.org Fri Nov 27 06:47:21 2020
Return-Path: <www@netbsd.org>
Received: from mail.netbsd.org (mail.netbsd.org [199.233.217.200])
(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
(Client CN "mail.NetBSD.org", Issuer "mail.NetBSD.org CA" (not verified))
by mollari.NetBSD.org (Postfix) with ESMTPS id 62EC71A9217
for <gnats-bugs@gnats.NetBSD.org>; Fri, 27 Nov 2020 06:47:21 +0000 (UTC)
Message-Id: <20201127064720.418F11A921F@mollari.NetBSD.org>
Date: Fri, 27 Nov 2020 06:47:20 +0000 (UTC)
From: jbryn@students.wcpss.net
Reply-To: jbryn@students.wcpss.net
To: gnats-bugs@NetBSD.org
Subject: Further problems on Ironlake GPUs, even on UXA
X-Send-Pr-Version: www-1.0
>Number: 55828
>Category: kern
>Synopsis: Further problems on Ironlake GPUs, even on UXA
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: kern-bug-people
>State: open
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Fri Nov 27 06:50:00 +0000 2020
>Originator: Jackson Bryn
>Release: NetBSD-current 9.99.75
>Organization:
N/A
>Environment:
NetBSD E5510-NetBSD.dell.foo 9.99.75 (GENERIC) #0: Mon Nov 16 14:12:46 UTC 2020 mkrepro@mkrepro.NetBSD.org:/usr/src/sys/arch/amd64/compile/GENERIC amd64
>Description:
Not sure why the previous form did not get sent, but here we go:
Investigation needs to be done beyond a mere UXA fallback workaround. For various Ironlake boards I have, UXA works for basic 2D acceleration such as dragging windows, but complex canvases stutter, and 3D does not work.
Tested on a Dell Latitude E5510 and an HP EliteBook 8440p. These bugs do not happen if I instead use DRM via biosboot into VESA, disabling KMS.
>How-To-Repeat:
2D issues: build Firefox with native Xorg and MesaLib. I get slow canvas rendering at 30-40fps. With biosboot/VESA, I get a constant 60fps instead.
3D issues: Run "glxgears." The output fails to render past the first two frames. Drag it around, and the window should flicker, go crazy, freeze then crash with this message:
"i965: failed to submit batchbuffer"
On biosboot/VESA, the program in contrast works fine.
With firefox + native Xorg/MesaLib, WebGL fails to initialize on hardware, instead resorting to llvmpipe.
>Fix:
(Contact us)
$NetBSD: query-full-pr,v 1.46 2020/01/03 16:35:01 leot Exp $
$NetBSD: gnats_config.sh,v 1.9 2014/08/02 14:16:04 spz Exp $
Copyright © 1994-2020
The NetBSD Foundation, Inc. ALL RIGHTS RESERVED.