NetBSD Problem Report #53888

From  Fri Jan 18 02:49:25 2019
Return-Path: <>
Received: from ( [])
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
	(Client CN "", Issuer " CA" (not verified))
	by (Postfix) with ESMTPS id 93C3D7A1BB
	for <>; Fri, 18 Jan 2019 02:49:25 +0000 (UTC)
Message-Id: <>
Date: Fri, 18 Jan 2019 02:49:25 +0000 (UTC)
Subject: X server segfault with supertuxkart (radeon, drm2)
X-Send-Pr-Version: 3.95

>Number:         53888
>Category:       xsrc
>Synopsis:       X server segfault with supertuxkart (radeon, drm2)
>Confidential:   no
>Severity:       critical
>Priority:       medium
>Responsible:    xsrc-manager
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Fri Jan 18 02:50:00 +0000 2019
>Last-Modified:  Fri Jan 18 10:10:50 +0000 2019
>Originator:     David A. Holland
>Release:        NetBSD 8.99.25 (20181104) (but see note below)
System: NetBSD valkyrie 8.99.25 NetBSD 8.99.25 (VALKYRIE) #28: Thu Jan 17 20:46:50 EST 2019  dholland@valkyrie:/usr/src/sys/arch/amd64/compile/VALKYRIE amd64
Architecture: x86_64
Machine: amd64

With sys/external/bsd/drm2/pci/drm_pci.c -r1.32 (from 20181115), the
former behavior of supertuxkart wedging the system is fixed. I've
pushed it pretty hard and it is no longer repeatable, whereas it used
to happen rapidly.

However, actually playing supertuxkart causes the X server to
segfault, not always right away but eventually, and it appears to
happen faster on maps with more complex graphics.

supertuxkart itself segfaults as well; there is a loose pattern where
you can start it and play for a while, then it segfaults, restart it
and it segfaults almost immediately, restart it a third time and the X
server segfaults; then restarting the X server and running
supertuxkart again will segfault and/or segfault the X server almost
immediately a few times, then repeat.

This is supertuxkart 0.8.1nb13 from pkgsrc of 20190112. Native X.

Supersedes PR 51656 and PR 51675.


As above.


Don't know, but since it seems to not kill the system any more I can
maybe try debugging the X server if someone tells me where to start.




NetBSD Home
NetBSD PR Database Search

(Contact us) $NetBSD: query-full-pr,v 1.39 2013/11/01 18:47:49 spz Exp $
$NetBSD:,v 1.9 2014/08/02 14:16:04 spz Exp $
Copyright © 1994-2007 The NetBSD Foundation, Inc. ALL RIGHTS RESERVED.