On Thu, Oct 03, 2019 at 11:52:38PM +0200, Hans Petter Selasky wrote: > On 2019-10-03 22:26, Steve Kargl wrote: > > On Thu, Oct 03, 2019 at 03:05:27PM +0200, Hans Petter Selasky wrote: > >> > >> 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? > >> > > > > Took a bit of trial and error. If I skip the panic > > and trap frames (#0 through #8). I find the backtrace > > that follows by sig. If I move to frame #11, I see > > > > (kgdb) frame 11 > > #11 r100_mm_rreg_slow (rdev=0xfffff80135766a70, reg=<optimized out>) > > at /usr/ports/graphics/drm-current-kmod/work/kms-drm-2d2852e/drivers/gpu/drm/radeon/r100.c:4114 > > 4114 writel(reg, ((void __iomem *)rdev->rmmio) + RADEON_MM_INDEX); > > (kgdb) p rdev->rmmio > > $3 = (void *) 0x0 > > > > So, your guess of a NULL pointer seems correct. > > Can you do: > > set print pretty on > print *rdev > Left work for the day. I'll get this info first thing tomorrow morning. -- SteveReceived on Thu Oct 03 2019 - 20:49:04 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:41:22 UTC