Re: 6.0-current panic: loading radeon module

From: Martin Cracauer (cracauer_at_cons.org)
Date: 06/17/05

  • Next message: Alexander Leidinger: "Re: Reboot while booting with new per-CPU allocator" 
    Date: Fri, 17 Jun 2005 17:05:23 -0400
To: Warner Losh <imp@bsdimp.com>

    Warner Losh wrote on Fri, Jun 17, 2005 at 11:22:03AM -0600:
    > From: Martin Cracauer <cracauer@cons.org>
    > Subject: Re: 6.0-current panic: loading radeon module
    > Date: Fri, 17 Jun 2005 13:15:08 -0400
    >
    > > Warner Losh wrote on Fri, Jun 17, 2005 at 11:08:47AM -0600:
    > > > From: Martin Cracauer <cracauer@cons.org>
    > > > Subject: Re: 6.0-current panic: loading radeon module
    > > > Date: Fri, 17 Jun 2005 11:46:07 -0400
    > > >
    > > > > M. Warner Losh wrote on Thu, Jun 16, 2005 at 09:05:29PM -0600:
    > > > > > In message: <20050616182421.A87199@cons.org>
    > > > > > Martin Cracauer <cracauer@cons.org> writes:
    > > > > > : Loading the radeon module segfaults the kernel, 6.0-current of
    > > > > > : yesterday.
    > > > > > :
    > > > > > : I have a Thinkpad with Radeon mobility 7500. 5-stable works on the
    > > > > > : same hardware.
    > > > > > :
    > > > > > : ddb trace shows:
    > > > > > :
    > > > > > : bus_generic_activate_resource+0x64
    > > > > > : bus_generic_activate_resource+0x64
    > > > > > : bus_generic_activate_resource+0x64
    > > > > > : pci_alloc_resource+0x226
    > > > > > : pci_alloc_resource+0x7x
    > > > > > : drm_get_resource_len+0x2f
    > > > > > : radeon_preinit+0xa2
    > > > > > : drm_attach+0x2d
    > > > > > :
    > > > > > : Not sure what is involved to use gdb at this time. Can I do serial
    > > > > > : gdb with a 6.0-current AMD64 machine running the display? Can I use a
    > > > > > : 5.x box?
    > > > > > :
    > > > > > : It is 100% reproducable so I can gather more info as needed.
    > > > > >
    > > > > > Is this a module you compiled, or a module that's vendor supplied?
    > > > >
    > > > > It is the FreeBSD module built with the kernel. I used the same
    > > > > procedure as with 5-stable where it worked fine (as in 3D graphics
    > > > > actually work, not just it didn't panic).
    > > >
    > > > OK. There were some changes to the number of pages we reserve for uma
    > > > allocation of malloc types. Can you try those?
    > >
    > > Yes, the box is ready for scratch testing. (Famous last words :-)
    > >
    > > Where do I find the changes?
    >
    > It was committed yesterday, I believe.

    I also tried bumping UMA_BOOT_PAGES to 256 (was bumped to 48
    yesterday). No change in that panic.

    Martin 

    -- 
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
Martin Cracauer <cracauer@cons.org>   http://www.cons.org/cracauer/
 No warranty.    This email is probably produced by one of my cats 
 stepping on the keys. No, I don't have an infinite number of cats.
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
  • Next message: Alexander Leidinger: "Re: Reboot while booting with new per-CPU allocator"

    Relevant Pages