Re: kern/49457: 'atactl sleep' loses drive

[Manuel Bouyer <bouyer%antioche.eu.org@localhost>]

The following reply was made to PR kern/49457; 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,
        Hauke Fath <hauke%Espresso.Rhein-Neckar.DE@localhost>
Subject: Re: kern/49457: 'atactl sleep' loses drive
Date: Tue, 2 Apr 2019 12:28:44 +0200

 On Mon, Apr 01, 2019 at 10:20:01PM +0000, Michael van Elst wrote:
 >  > >[hauke@pizza] ~ # atactl wd1 sleep
 >  > >load: 0.06  cmd: atactl 4012 [ahcicmd] 0.00u 0.00s 0% 0k
 >  > >wd1: wd_flushcache: status=0x5128<TIMEOU>
 >  > >wd1: IDENTIFY failed
 >  > >
 >  > >At this point, only a reboot will bring the drive back.
 >  > FTR, the issue is unchanged in netbsd-8.
 >  
 >  If only a reboot brings it back, it's probably an issue
 >  with the drive.
 >  
 >  Here I see timeouts when accessing a sleeping drive, but the
 >  drive wakes up after several seconds. Not perfect either.
 >  Maybe a sucessful sleep command should configure larger timeouts.
 
 No, the reset is the only way to wake up a sleeping drive.
 The sleep command could tag the drive as sleeping, and so the next command
 could trigger the reset without the timeout. But that's not perfect either,
 because the drive may go to sleep on its own.
 
 -- 
 Manuel Bouyer <bouyer%antioche.eu.org@localhost>
      NetBSD: 26 ans d'experience feront toujours la difference
 --