From owner-freebsd-current Wed Oct 7 16:09:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA18475 for freebsd-current-outgoing; Wed, 7 Oct 1998 16:09:54 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from zone.syracuse.net (zone.syracuse.net [205.232.47.17]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA18427 for ; Wed, 7 Oct 1998 16:09:31 -0700 (PDT) (envelope-from green@zone.syracuse.net) Received: from localhost (green@localhost) by zone.syracuse.net (8.8.8/8.8.7) with ESMTP id TAA10968; Wed, 7 Oct 1998 19:06:04 -0400 (EDT) Date: Wed, 7 Oct 1998 19:06:04 -0400 (EDT) From: Brian Feldman To: Doug Rabson cc: Brian Feldman , current@FreeBSD.ORG Subject: Re: your mail In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I meant, how does it _look_, because it seems to work just fine, despite lower-level kldload things not working. such as, green_Saver kldloading will cause a trap 12 in IP 0xf012929d, lookup_symbol I believe. No working panics, so no good debugging :( Lemme guess, you can't panic on a DDB trap? Cheers, Brian Feldman On Wed, 7 Oct 1998, Doug Rabson wrote: > On Wed, 7 Oct 1998, Brian Feldman wrote: > > > How does this work, as a translation of elf_machdep.c from alpha, to i386? > > > > Note: kldload still doesn't work right..... > > It looks reasonable at first inspection. You can use 'objdump --reloc' to > list the types of relocation in the object you are trying to load. The > easiest way to debug this stuff is to put a breakpoint in elf_reloc and > simply examine each one. For a small test module, there won't be very > many. > > -- > Doug Rabson Mail: dfr@nlsystems.com > Nonlinear Systems Ltd. Phone: +44 181 951 1891 > Fax: +44 181 381 1039 > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message