Date: Wed, 20 Dec 1995 06:48:50 -0500 (EST) From: Peter Dufault <dufault@hda.com> To: bde@zeta.org.au (Bruce Evans) Cc: bde@zeta.org.au, m.sapsed@bangor.ac.uk, davidg@Root.COM, freebsd-bugs@FreeBSD.org, gibbs@freefall.freebsd.org, hm@hcs.de, j@uriah.heep.sax.de Subject: Re: Problem with FreeBSD 2.1.0-RELEASE Message-ID: <199512201148.GAA23036@hda.com> In-Reply-To: <199512191550.CAA17973@godzilla.zeta.org.au> from "Bruce Evans" at Dec 20, 95 02:50:44 am
next in thread | previous in thread | raw e-mail | index | archive | help
> > >> >To recall it, the symptoms are that this panic happens for some people > >> >with many cd drives, and _only_ when accessing the last drive. > >> > >> In that case, it must be a bounds checking error. Perhaps this one in > >> cd.c: > > >But in my case things work fine on cds 1 & 2 but not on 10 and 14 (the > >last one is 20). > > 10 and 14 are both greater than DK_NDRIVE, so using either of them clobbers > semi-random memory. This seems to be the problem - I put the same check for >0 in cd.c in something pretty close to 2.1R and can access 7 CDROM file systems without any problem: > /dev/cd0a 147290 147290 0 100% /cd0 > /dev/cd1a 147290 147290 0 100% /cd1 > /dev/cd2a 296 296 0 100% /cd2 > /dev/cd3a 646868 646868 0 100% /cd3 > /dev/cd4a 528386 528386 0 100% /cd4 > /dev/cd5a 613384 613384 0 100% /cd5 > /dev/cd6a 665158 665158 0 100% /cd6 The code could use some polishing - there is a fair amount of shuffling going on (for example, when you unmount the disk it selects it) and occasional CD timeouts while it waits for a disk to show up, but other than that it seems to work fine. -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199512201148.GAA23036>