Re: radeon panics kernels

From: Johannes Lundberg <johalun0_at_gmail.com>
Date: Fri, 4 Oct 2019 12:17:30 -0700
On Fri, Oct 4, 2019 at 11:39 Steve Kargl <sgk_at_troutmask.apl.washington.edu>
wrote:

> 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
> >
>
> This produces close to 3400 lines of output.  Do you want me to
> send it to the list or directly to you?


Please put on gist, pastebin, etc and share the link.


>
> --
> Steve
>
Received on Fri Oct 04 2019 - 17:17:43 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:41:22 UTC