Date: Thu, 30 Mar 1995 17:03:40 -0700 From: Nate Williams <nate@trout.sri.MT.net> To: se@MI.Uni-Koeln.DE (Stefan Esser), Poul-Henning Kamp <phk@ref.tfs.com> Cc: CVS-commiters@freefall.cdrom.com, cvs-sys@freefall.cdrom.com Subject: Re: cvs commit: src/sys/i386/conf BOOTFLP Message-ID: <199503310003.RAA08748@trout.sri.MT.net> In-Reply-To: se@MI.Uni-Koeln.DE (Stefan Esser) "Re: cvs commit: src/sys/i386/conf BOOTFLP" (Mar 31, 1:38am)
next in thread | raw e-mail | index | archive | help
[ Synch transfers with the ncr-scsi driver ] > } How about controling this with the flags argument, and default it to off ? > } > } This way people can boot the boot.flp, but not from their harddisk... > > Yes. But then we know, there is something severely wrong > with their system ... But it's better to have something that works that could go faster than something that doesn't work. IMHO, we should err on the side of working, vs. making it obvious that something is wrong. Too often someone will assume that it's something wrong with FreeBSD instead of something wrong with their hardware. > We had the NCR driver restricted to asynch. transfers in > earlier GENERIC kernels, but found that most people don't > ever enable synchronous transfers later. I prefer it this way. We need to make it more obvious on how to enable synchronous transfers and why. > We thought that it was best, if problems with cables or > terminators, which are the most likely reasons for problems > with FAST SCSI, showed up as early as possible, i.e. before > remounting the root partition R/W. Agreed. > For this reason we considered switching on FAST SCSI from > rc.local or some other startup file might be not so good an > idea. But we could go back to asynch as the default in the > GENERIC kernel, too ... I think you should add a comment to the GENERIC kernel above the ncr driver line which explains how to make the drive use SYNC mode. Anyone who builds a custom kernel will then be informed how to get SYNC mode. IMHO, leaving the default to ASYNC is better because even broken hardware works with it. Nate
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199503310003.RAA08748>