From owner-freebsd-mobile Sun Jun 9 16:46:52 2002 Delivered-To: freebsd-mobile@freebsd.org Received: from rover.village.org (rover.bsdimp.com [204.144.255.66]) by hub.freebsd.org (Postfix) with ESMTP id EB33537B404; Sun, 9 Jun 2002 16:46:46 -0700 (PDT) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.11.3/8.11.3) with ESMTP id g59NkIY92503; Sun, 9 Jun 2002 17:46:18 -0600 (MDT) (envelope-from imp@village.org) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.11.6/8.11.6) with ESMTP id g59NkGG17515; Sun, 9 Jun 2002 17:46:16 -0600 (MDT) (envelope-from imp@village.org) Date: Sun, 09 Jun 2002 17:45:48 -0600 (MDT) Message-Id: <20020609.174548.24370471.imp@village.org> To: jhb@FreeBSD.org Cc: mobile@FreeBSD.org, morganw@chemikals.org Subject: Re: newcard panic From: "M. Warner Losh" In-Reply-To: References: <20020609.003037.08625897.imp@village.org> X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org In message: John Baldwin writes: : : On 09-Jun-2002 M. Warner Losh wrote: : > First, I'm assuming that you are doing this against a fairly recent : > -current, Please correct me of I'm wrong. : > : >: Fatal trap 12: page fault while in kernel mode : >: fault virtual address = 0xdb6c7000 : > : > This is a very very odd address to fault at. : : It's a stack address. Looks like either a stack overrun or underrun. : : >: #11 0xc015efcc in pccard_scan_cis (dev=0xd4b1c800, : >: fct=0xc015fe82 , arg=0xd91dcb8c) : >: at ../../../dev/pccard/pccard_cis.c:1196 : > : > Here's where we get into trouble. It looks like the Fault is at the : > return line: : > : > : > 1195: return (0); : > 1196:} : > : > Does that match your sources? : : That would be consistent with a hosed stack. Yup. That's what I think too. I'm going to have to study the code very closely, since it is evil and the problem subtle. I suspect that I'll wind up finding a troublesome card and start to pare out the hugeness of scan_cis into smaller, more manageable chunks, in addition to seeing what NetBSD has done in this area. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message