NetBSD-Bugs archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

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

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

From: Patrick Welche <>
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?
 commit 4cd5be3fe84c428901551ba8bbc784639677d714
 Author: jmcneill <>
 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 ++++++++++++--

Home | Main Index | Thread Index | Old Index