Date: Fri, 17 Jun 2005 17:05:23 -0400 From: Martin Cracauer <cracauer@cons.org> To: Warner Losh <imp@bsdimp.com> Cc: cracauer@cons.org, freebsd-current@FreeBSD.ORG Subject: Re: 6.0-current panic: loading radeon module Message-ID: <20050617170523.A10560@cons.org> In-Reply-To: <20050617.112203.112567050.imp@bsdimp.com>; from imp@bsdimp.com on Fri, Jun 17, 2005 at 11:22:03AM -0600 References: <20050617114607.A3198@cons.org> <20050617.110847.74692199.imp@bsdimp.com> <20050617131508.A5421@cons.org> <20050617.112203.112567050.imp@bsdimp.com>
next in thread | previous in thread | raw e-mail | index | archive | help
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.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050617170523.A10560>