From owner-freebsd-bugs Fri Nov 13 12:49:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA27240 for freebsd-bugs-outgoing; Fri, 13 Nov 1998 12:49:59 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA27234 for ; Fri, 13 Nov 1998 12:49:57 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id MAA10156; Fri, 13 Nov 1998 12:50:01 -0800 (PST) Date: Fri, 13 Nov 1998 12:50:01 -0800 (PST) Message-Id: <199811132050.MAA10156@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Bernie Doehner Subject: Re: kern/8671: sd0->da0 change breaks change of media and MSDOS removeable disks (Zip) Reply-To: Bernie Doehner Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/8671; it has been noted by GNATS. From: Bernie Doehner To: "Kenneth D. Merry" Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: kern/8671: sd0->da0 change breaks change of media and MSDOS removeable disks (Zip) Date: Fri, 13 Nov 1998 12:43:09 -0800 (PST) > I'm not sure if the gdb shipped in 3.0 understands both ELF and a.out. If > it does, you'd do something like: > > cd /var/crash > gdb -k kernel.0 vmcore.0 > (kgdb) where > [ ... ] Can't I read the crash dump AFTER rebooting with the same machine using GDB instead of kgdb? Thanks. Bernie P.S. Would yoou mind giving me a daytime/weekend phone number I could call you or someone else to get help with this over the weekend? > If not, there's an a.out version of gdb here: > > ftp://ftp.lemis.com/pub/vinum/gdb-aout > > > > > >Fix: > > > > Temporary fix: Make a config option so that one can use the old sd0 > > > > driver with Parallel port Zip disk, until {cam/da0} properly works > > > > with removeable media. > > > > > > The da driver does work with removable media. Using the old sd driver with > > > CAM would be extremely difficult to implement, and would probably not > > > be a very fruitful endeavor. > > > > Let me rephrase, temporary fix is to go back to sd0 WITHOUT Cam. I don't > > need CAM at all. > > Ahh. Well, we'd like to find this problem so you can use CAM. > > > Btw, is your DTV video server in production yet? I mentioned your product > > to the lead WXXI maintainance engineer and he's definitely interested. > > Which one? All of Pluto's machines do digital video. Two are in > production, a third is very close. They are: > > VideoSpace -- uncompressed standard def video (525 or 625) > HyperSpace -- compressed high def video (up to 1080i), or standard def > AirSpace -- multichannel server (up to 10) that does DV-25 or DV-50 video > - this isn't shipping yet, but is very close > > See: > > http://www.plutotech.com > > or send me private mail if you want more info. > > Ken > -- > Kenneth Merry > ken@plutotech.com > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message