daily CVS update output

2021-11-08 Thread NetBSD source update
Updating src tree: P src/sys/arch/acorn32/conf/Makefile.acorn32 P src/sys/arch/arm/sa11x0/sa11x0_irq.S P src/sys/arch/arm/sunxi/sun50i_h6_gpio.c P src/sys/arch/hpcarm/conf/Makefile.hpcarm P src/sys/dev/pci/ahcisata_pci.c P src/sys/net/if_ethersubr.c P src/sys/net/lagg/if_lagg.c P src/sys/net/lagg

Re: IDENTIFY failed

2021-11-08 Thread Jun Ebihara
From: Rin Okuyama Subject: Re: IDENTIFY failed Date: Mon, 8 Nov 2021 20:42:44 +0900 > So, I've just added AHCI_QUIRK_EXTRA_DELAY quirk for Patrick's > machine: > https://gist.github.com/rokuyama/7535594fc42a7867e3890702aee34c5c > With this patch, AHCISATA_EXTRA_DELAY option is no longer required

Re: IDENTIFY failed

2021-11-08 Thread John Franklin
On Nov 4, 2021, at 08:00, Rin Okuyama wrote: > > Hmm, if affected hardware is somehow limited, we can just introduce something > like AHCI_QUIRK_EXTRADELAY. Otherwise, we can reconsider, for example, before > NetBSD 10 is released. > > Jun, Patrick, can you please provide full dmesg for your m

Re: IDENTIFY failed

2021-11-08 Thread Rin Okuyama
Jun, Patrick, thank you for dmesg (and discussion offlist). For Jun, the problem is no longer reproducible even with the original copy of kernel, which failed before. So, I've just added AHCI_QUIRK_EXTRA_DELAY quirk for Patrick's machine: https://gist.github.com/rokuyama/7535594fc42a7867e389070

Re: IDENTIFY failed

2021-11-08 Thread Rin Okuyama
On 2021/11/04 23:28, Brian Buhrow wrote: Hello. Without going and reading the probe routines, I wonder if we can create some sort of hybrid approach? Specifically, probe with the shorter delays, then, if we get a timeout, reset and probe with the longer delays? That wil cause hardwar