Re: kern/54761: nvme corruption on GENERIC without DIAGNOSTIC

[David Brownlee <abs%absd.org@localhost>]

On Thu, 19 Dec 2019 at 01:05, David Brownlee <abs%absd.org@localhost> wrote:
>
> On Tue, 17 Dec 2019 at 07:09, Masanobu SAITOH <msaitoh%execsw.org@localhost> wrote:
> >
> > >         Obvkously a workaround is to include DIAGNOSTIC
> >
> > sys/dev/ic/nvme.c uses bus_space_barrier().
> > x86's bus_space_barrier() change will be pulled up by the
> > following ticket:
> >
> >         http://releng.netbsd.org/cgi-bin/req-9.cgi?show=566
> >
> >  Could you test with this change?
>
> I've switched from using cgd, and I've not seen corruption, but I have
> seen lockups (still trying to see if I can get into ddb) with the
> previous (problem) kernel .
>
> Testing with Tue Dec 17 16:14:25 UTC 2019 from releng, which includes
> bus_space.c,v 1.41.4.1, and I saw the same type of lockup (stupidly
> did not have ddb.fromconsole=1)
>
> This is with some xterms, firefox, and network over iwm0. I'll leave
> it running overnight to see if it locks up again and if so if I can
> get into ddb...

Interesting unrelated side effect with Tue Dec 17 16:14:25 UTC 2019
from releng - now typing text into firefox briefly shows garbage under
each new character...