Date: Mon, 12 Apr 1999 22:33:12 +0200 (CEST) From: Wilko Bulte <wilko@yedi.iaf.nl> To: ken@plutotech.com (Kenneth D. Merry) Cc: freebsd-scsi@FreeBSD.ORG Subject: Re: Getting Pioneer CD changer to work Message-ID: <199904122033.WAA02864@yedi.iaf.nl> In-Reply-To: <199904121858.MAA06429@panzer.plutotech.com> from "Kenneth D. Merry" at "Apr 12, 1999 12:58:15 pm"
next in thread | previous in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199904122033.WAA02864>