From owner-freebsd-alpha Fri Feb 8 12: 7:55 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 7F0BD37B416; Fri, 8 Feb 2002 12:07:51 -0800 (PST) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id PAA27318; Fri, 8 Feb 2002 15:07:50 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.6/8.9.1) id g18K7K437181; Fri, 8 Feb 2002 15:07:20 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15460.12280.422482.620276@grasshopper.cs.duke.edu> Date: Fri, 8 Feb 2002 15:07:20 -0500 (EST) To: John Polstra Cc: obrien@freebsd.org, freebsd-alpha@freebsd.org Subject: RE: more on recent current alpha rtld/binutils breakage. In-Reply-To: References: <15460.3286.546477.700440@grasshopper.cs.duke.edu> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I put a tsleep in the trapsignal path and was able to print out the map. For this crash: fatal user trap: trap entry = 0x2 (memory management fault) faulting va = 0x7540 type = access violation cause = instruction fetch pc = 0x7540 ra = 0x1600193a0 sp = 0xfffffe000b7e9e58 usp = 0x11fff6c8 curthread = 0xfffffe000b343200 pid = 287, comm = du The map looks like this at the time of the trap: % cat /proc/287/map 0x11fe0000 0x12000000 1 0 0xfffffe000b790b40 rwx 1 0 0x2180 NCOW NNC default 0x120000000 0x120004000 1 0 0xfffffe000b7912c0 r-x 1 0 0x0 COW NC vnode 0x120012000 0x120014000 1 0 0xfffffe000b7b2640 rwx 1 0 0x2180 NCOW NNC default 0x160012000 0x16002e000 12 0 0xfffffe000b791b80 r-x 2 0 0x0 COW NC vnode 0x16003c000 0x16003e000 0 0 0xfffffe000b791b80 rwx 2 0 0x0 COW NC vnode 0x16003e000 0x160042000 1 0 0xfffffe000b791860 rwx 1 0 0x2180 NCOW NNC default From the size of the rtld text (0x1b8a8) it certainly looks like the kernel has loaded it in the range 0x160012000-0x16002e000 above. Working on that assumption, the ra is at 0x1600193a0 - 0x160012000 or 0x73a0 byts into the file. From nm, this puts the ra in rtld_start: <..> 0000000000007340 T _rtld_start 00000000000073e0 T _rtld_bind_start <..> So its like the _rtld function hasn't been relocated. Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message