Date: Tue, 19 Oct 2010 07:35:21 -0700 From: Matthew Jacob <mj@feral.com> To: freebsd-hackers@freebsd.org Subject: Re: SCSI_DELAY cleanup Message-ID: <4CBDACA9.3040701@feral.com> In-Reply-To: <20101019143110.GA5802@freebsd.org> References: <20101018235318.GA87158@freebsd.org> <4CBCE67C.1070106@feral.com> <20101019103432.GA69208@freebsd.org> <4CBDA371.4080801@feral.com> <20101019143110.GA5802@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
I'd go for the gusto in -current, but it's ok to be conservative too.
> On Tue Oct 19 10, Matthew Jacob wrote:
>> It would be an effective behavioral change for those of us who remove
>> that line.
>> Personally, I think 5 seconds is too long- even 2 seconds is more than
>> adequate even for moderately old 'other' hardware like scanners.
>>
>> For -current, why don't you simply remove all of the config lines and
>> leave the default at 2000ms?
> hmmm...i can only test the delay value on amd64. i was under the impression
> that archs like arm and mips need the longer delay.
>
> also at some locations in the code SCSI_DELAY is being set to 15000. i believe
> this is the case when certain drivers (cam, ahb, aha) get loaded as a kernel
> module, but i'm not sure. it looks like this:
>
> .if !defined(KERNBUILDDIR)
> opt_scsi.h:
> echo "#define SCSI_DELAY 15000"> ${.TARGET}
> .endif
>
> cheers.
> alex
>
>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4CBDACA9.3040701>