Re: kern/58649: Intel 82801H SATA interrupts bug on NetBSD 10.0

[gnats-admin%netbsd.org@localhost]

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

From: Patrick Welche <prlw1%welche.eu@localhost>
To: gnats-bugs%netbsd.org@localhost
Cc: 
Subject: Re: kern/58649: Intel 82801H SATA interrupts bug on NetBSD 10.0
Date: Tue, 27 Aug 2024 23:57:48 +0100

 On Tue, Aug 27, 2024 at 10:35:01PM +0000, gnats-admin%netbsd.org@localhost wrote:
 > The following reply was made to PR kern/58649; it has been noted by GNATS.
 > 
 > From: Patrick Welche <prlw1%welche.eu@localhost>
 > To: gnats-bugs%netbsd.org@localhost
 > Cc: 
 > Subject: Re: kern/58649: Intel 82801H SATA interrupts bug on NetBSD 10.0
 > Date: Tue, 27 Aug 2024 23:30:46 +0100
 > 
 >  On Tue, Aug 27, 2024 at 12:50:01AM +0000, manu%netbsd.org@localhost wrote:
 >  > On NetBSD 10.0, no kernel disk access will work. While kernel boot is not
 >  > even finished, it loops on 
 >  > pixide0:0:0: lost interrupt
 >  > type: ata tc_bcount: 512 tc_skip: 0
 >  > piixide0:0:0: bus-master DMA error: missing interrupt, status=0x21
 >  > wd1(piixide1:0:0): using PIO mode 4
 >  
 >  This is reminding me of something along the lines of a delay being
 >  shortened as most drives are faster, but then having to add an
 >  option to the kernel configs of old servers with slow disks to get
 >  the old longer timeout back. Of course this has been a while and
 >  I can't remember the option...
 
 No sooner do I hit return - I was thinking of AHCISATA_EXTRA_DELAY
 which wasn't needed in 9 and which was reworked, jettisonned and
 pulled up to 10 in PR 56737.