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: Manuel Bouyer <bouyer%antioche.eu.org@localhost>
To: gnats-bugs%netbsd.org@localhost
Cc: kern-bug-people%netbsd.org@localhost, gnats-admin%netbsd.org@localhost, netbsd-bugs%netbsd.org@localhost,
        Andreas Gustafsson <gson%gson.org@localhost>
Subject: Re: kern/56686: wd(4) device timeouts
Date: Sun, 6 Feb 2022 14:24:58 +0100

 On Sun, Feb 06, 2022 at 12:05:01PM +0000, Patrick Welche wrote:
 > 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?
 
 No, this option is for the probe path only; it's not used for regular I/Os
 
 -- 
 Manuel Bouyer <bouyer%antioche.eu.org@localhost>
      NetBSD: 26 ans d'experience feront toujours la difference
 --
 


Home | Main Index | Thread Index | Old Index