Date: Thu, 3 Oct 2019 15:05:27 +0200 From: Hans Petter Selasky <hps@selasky.org> To: sgk@troutmask.apl.washington.edu Cc: freebsd-current@freebsd.org, Johannes Lundberg <johalun0@gmail.com> Subject: Re: radeon panics kernels Message-ID: <a8621832-75e3-38fb-a766-5b9bc47c131d@selasky.org> In-Reply-To: <20191003125920.GA4528@troutmask.apl.washington.edu> References: <20191002211946.GA1031@troutmask.apl.washington.edu> <c77bbac6-beb3-eb84-0609-670117f444c0@selasky.org> <20191003125920.GA4528@troutmask.apl.washington.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
On 2019-10-03 14:59, Steve Kargl wrote: > On Thu, Oct 03, 2019 at 09:17:32AM +0200, Hans Petter Selasky wrote: >> On 2019-10-02 23:19, Steve Kargl wrote: >>> troutmask.apl.washington.edu dumped core - see /var/crash/vmcore.7 >>> >>> Wed Oct 2 14:12:38 PDT 2019 >>> >> >> This looks like a simple NULL pointer. >> >> Can you re-compile the drm ports module with debugging symbols and then >> reproduce? >> > > Yes. Is there a ports knob, ie., 'make -DEBUG' for the > drm ports? Or, do I need to add CFLAGS+=-g to the Makefile? > > BTW, this is what I have installed > > drm-current-kmod-4.16.g20190927 DRM modules for the linuxkpi-based KMS > drm-kmod-g20190710 Metaport of DRM modules > gpu-firmware-kmod-g20190825 Firmware modules for the linuxkpi-based KMS If you leave the port debug knob for drm-current-kmod AS-IS, I think you can get away with: make DEBUG_FLAGS="-g" Then re-load the vmcore file in GDB/KGDB from ports (!) and add the symbol files for the modules loaded. Then get the backtrace using bt command. BTW: Did you try drm-devel-kmod for 13-current? --HPS
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?a8621832-75e3-38fb-a766-5b9bc47c131d>