Re: kern/56686: wd(4) device timeouts

[Patrick Welche <prlw1%talktalk.net@localhost>]

The following reply was made to PR kern/56686; it has been noted by GNATS.

From: Patrick Welche <prlw1%talktalk.net@localhost>
To: gnats-bugs%netbsd.org@localhost
Cc: 
Subject: Re: kern/56686: wd(4) device timeouts
Date: Sun, 6 Feb 2022 12:04:03 +0000

 On Fri, Feb 04, 2022 at 01:50:01PM +0000, Andreas Gustafsson wrote:
 > 
 >  Michael van Elst wrote:
 >  >  > [     5.921953] wd3: <ST5000LM000-2AN170>
 >  >  
 >  >  ST5000LM000 is a SMR disk, the timeouts might be real and
 >  >  the driver might need to wait longer for such hardware.
 >  
 >  Agreed.  Where is the timeout defined, and does it take the queue
 >  length into account?
 
 Might options AHCISATA_EXTRA_DELAY help or isn't this -current?
 
 (c.f.
 commit 4cd5be3fe84c428901551ba8bbc784639677d714
 Author: jmcneill <jmcneill%NetBSD.org@localhost>
 Date:   Mon Oct 11 12:48:10 2021 +0000
 
     ahcisata: remove excessive delays from drive probe path
     
     There are a handful of inexplicable 500ms delays introduced to the drive
     detect path in this driver, slowing boot. They can be re-enabled with
     options AHCISATA_EXTRA_DELAY, but should not be enabled for normal kernels.
     If a delay does need to be introduced in these places, the value should
     either be more carefully selected or the scope limited to hardware that
     requires the extra delay.
 
  sys/dev/ic/ahcisata_core.c | 14 ++++++++++++--
 )