Re: Annoying SCSI waiting...

From: Matthias Andree (ma_at_dt.e-technik.uni-dortmund.de)
Date: 10/25/04

  • Next message: Matthias Andree: "Re: Annoying SCSI waiting..." 
    To: Andre Oppermann <andre@freebsd.org>
Date: Mon, 25 Oct 2004 20:14:51 +0200

    Andre Oppermann <andre@freebsd.org> writes:

    > Can't we just reduce the annoying:
    >
    > Waiting 15 second for SCSI devices to settle
    >
    > to something shorter like 5 seconds in GENERIC? I know perfectly well where it
    > came from but these days not many of those slow disks are still around.
    >
    > It really annoys the hell out of me waiting the 15 seconds for nothing each time
    > I boot the GENERIC kernel for testing. Sure I can change that in the kernel
    > config but then it's modified. Any why take 15 seconds of everyone if only a
    > very few actually need it (those with stone-age disk drives)?

    I have several SCSI adaptors around (Tekram DC-390 - AMD53C974 based,
    several Tekram DC-390U/F - SYM53C8XX based, some Adaptec 2940 variants)
    and have yet to see one what would not have a BIOS setting to either set
    the BIOS reset->scan delay, send a START UNIT command (waiting for its
    completion) or similar.

    Usually, I have more than one way to work around junk disks such as
    Micropolis 4345WS (which needed a 10 s reset-to-scan delay with my
    Tekrams to report back reliably on power-up, it's fine with factory
    settings of the Adaptec 2940 UW Pro), and my oldish IBM DCAS-32160U or a
    halfway modern Fujitsu MAH-3182MP drive have no trouble with short
    inquiry delays at all.

    I'd support a switch. My kernels all work fine with 2 s delay on all
    drives I have - when there is trouble, it's after power-up - a kernel
    delay won't usually help in that case. 

    -- 
Matthias Andree
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
  • Next message: Matthias Andree: "Re: Annoying SCSI waiting..."

    Relevant Pages

    • Re: ahc driver now borked in -current?
      ... of those pesky 3.5" floppy drives, ... > controller (one of the older ASUS motherboards we all used to covet when they ... Using a kernel compiled ... > said, with the non-functioning kernel, we don't get any further than waiting ...
      (freebsd-current)
    • Re: run interrupt driven hooks: still waiting for xpt_config
      ... kernel with the "old" date boots, a freshly csupped and compiled kernel ... I'll try csupping to just before the big cam commit to see if there is ... interrupt driven hooks: still waiting for xpt_config"), ...
      (freebsd-current)
    • Re: too colloquial?
      ... airport to a meeting with whom I am on oficial terms. ... school or to rush a friend I am waiting for in a pub. ... The delay factor is important. ... the normal question would be "When will you be ...
      (alt.usage.english)
    • Re: too colloquial?
      ... airport to a meeting with whom I am on oficial terms. ... school or to rush a friend I am waiting for in a pub. ... The delay factor is important. ... the normal question would be "When will you be ...
      (alt.usage.english)
    • Re: need help while implementing a timer.
      ... Linux on my system doesnot have a timer granularity of 10 ms. ... A few tests on an i386 box with a 2.6.0-test7 kernel verified ... relatively constant if there is light loading on the cpu. ... Calling selectresulted in a 10ms delay Calling nanosleep() ...
      (comp.os.linux.development.apps)