From owner-freebsd-scsi Mon Apr 12 13:51:47 1999 Delivered-To: freebsd-scsi@freebsd.org Received: from uni4nn.gn.iaf.nl (osmium.gn.iaf.nl [193.67.144.12]) by hub.freebsd.org (Postfix) with ESMTP id 76FB215593 for ; Mon, 12 Apr 1999 13:51:35 -0700 (PDT) (envelope-from wilko@yedi.iaf.nl) Received: (from uucp@localhost) by uni4nn.gn.iaf.nl (8.9.2/8.9.2) with UUCP id WAA26548; Mon, 12 Apr 1999 22:27:40 +0200 (MET DST) Received: (from wilko@localhost) by yedi.iaf.nl (8.8.8/8.6.12) id WAA02864; Mon, 12 Apr 1999 22:33:12 +0200 (CEST) From: Wilko Bulte Message-Id: <199904122033.WAA02864@yedi.iaf.nl> Subject: Re: Getting Pioneer CD changer to work In-Reply-To: <199904121858.MAA06429@panzer.plutotech.com> from "Kenneth D. Merry" at "Apr 12, 1999 12:58:15 pm" To: ken@plutotech.com (Kenneth D. Merry) Date: Mon, 12 Apr 1999 22:33:12 +0200 (CEST) Cc: freebsd-scsi@FreeBSD.ORG X-Organisation: Private FreeBSD site - Arnhem, The Netherlands X-pgp-info: PGP public key at 'finger wilko@freefall.freebsd.org' X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org As Kenneth D. Merry wrote ... > That might help things somewhat, or maybe not, since the flags will get > changed in the routines below that. > > > > There's a loop in cdgetccb(), and the process should get put into tsleep() > > > inside that loop at some point. My guess is that that is not happening for > > > some reason. The loop control elements are in the above variables, so > > > maybe that'll tell me something. > > > > I'm not sure, the 'cannot access memory' might not be very helpful. > > I can try to get a couple of other dumps if needed. > > Do you think you might be able to get remote GDB working? You might be > able to get better information that way. Correct me if I'm wrong but I think I just hit a brick wall: - my testbox with the Pioneer changer on it is 4.0-current - my 'production' box is 2.2.8-stable What I need to do a remote kdebug is a gdb running on 2.2.8 (so aout itself) while at the same time smart enough to understand elf (the 4.0-current kernel). Would/should the following work: - export OBJFORMAT=aout on the 4.0 machine - run a local make in /usr/src/gnu/usr.bin/gdb - take the resulting gdb binary to the 2.2.8 machine ? Or is this cutting too many corners? Maybe also link gdb static? Alternative: could I use a 4.0-current *Alpha* box to remotely gdb? I.e. can gdb read other architectures execs/dumps? Probably not I guess.. Groeten / Cheers, Wilko _ ______________________________________________________________________ | / o / / _ Arnhem, The Netherlands |/|/ / / /( (_) Bulte WWW : http://www.tcja.nl _______________________ Powered by FreeBSD ___ http://www.freebsd.org _____ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message