Date: Fri, 17 Jun 2005 13:15:08 -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: <20050617131508.A5421@cons.org> In-Reply-To: <20050617.110847.74692199.imp@bsdimp.com>; from imp@bsdimp.com on Fri, Jun 17, 2005 at 11:08:47AM -0600 References: <20050616182421.A87199@cons.org> <20050616.210529.20240024.imp@bsdimp.com> <20050617114607.A3198@cons.org> <20050617.110847.74692199.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: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? 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?20050617131508.A5421>