Re: GPF on boot with devmatch

2021-01-13 Thread Rebecca Cran
On 10/12/20 12:13 PM, Warner Losh wrote: > Xin Li's traceback lead to code I just rewrote in current, while this code > leads to code that's been there for a long time and hasn't been MFC'd. This > suggests that Xin Li's backtrace isn't to be trusted, or there's two issues > at play. Both are

Re: GPF on boot with devmatch

2020-10-12 Thread Xin Li
On 10/12/20 11:13, Warner Losh wrote: > > > On Mon, Oct 5, 2020 at 3:39 PM Alexander Motin > wrote: > > On 05.10.2020 17:20, Warner Losh wrote: > > On Mon, Oct 5, 2020 at 12:36 PM Alexander Motin > >

Re: GPF on boot with devmatch

2020-10-12 Thread Warner Losh
On Mon, Oct 5, 2020 at 3:39 PM Alexander Motin wrote: > On 05.10.2020 17:20, Warner Losh wrote: > > On Mon, Oct 5, 2020 at 12:36 PM Alexander Motin > > wrote: > > > > I can add that we've received report about identical panic on FreeBSD > > releng/12.2 of

Re: GPF on boot with devmatch

2020-10-12 Thread Alexander Motin
On 05.10.2020 17:39, Alexander Motin wrote: > On 05.10.2020 17:20, Warner Losh wrote: >> On Mon, Oct 5, 2020 at 12:36 PM Alexander Motin > > wrote: >> >> I can add that we've received report about identical panic on FreeBSD >> releng/12.2 of r365436, AKA TrueNAS

Re: GPF on boot with devmatch

2020-10-05 Thread Alexander Motin
On 05.10.2020 17:20, Warner Losh wrote: > On Mon, Oct 5, 2020 at 12:36 PM Alexander Motin > wrote: > > I can add that we've received report about identical panic on FreeBSD > releng/12.2 of r365436, AKA TrueNAS 12.0-RC1: >

Re: GPF on boot with devmatch

2020-10-05 Thread Warner Losh
On Mon, Oct 5, 2020 at 12:36 PM Alexander Motin wrote: > I can add that we've received report about identical panic on FreeBSD > releng/12.2 of r365436, AKA TrueNAS 12.0-RC1: > https://jira.ixsystems.com/browse/NAS-107578 . So it looks a) pretty > rate (one report from thousands of early

Re: GPF on boot with devmatch

2020-10-05 Thread Alexander Motin
I can add that we've received report about identical panic on FreeBSD releng/12.2 of r365436, AKA TrueNAS 12.0-RC1: https://jira.ixsystems.com/browse/NAS-107578 . So it looks a) pretty rate (one report from thousands of early adopters and none in our lab), and b) it is in stable/12 too, not only

Re: GPF on boot with devmatch

2020-10-05 Thread Warner Losh
On Sun, Oct 4, 2020 at 11:30 PM Xin Li wrote: > > > On 10/4/20 10:13 PM, Warner Losh wrote: > > > > > > On Sun, Oct 4, 2020, 11:07 PM Xin Li > > wrote: > > > > Hi, > > > > I'm seeing this panic at boot after upgrading from r366217 to > r366364, > > and

Re: GPF on boot with devmatch

2020-10-05 Thread Xin Li
On 10/4/20 10:13 PM, Warner Losh wrote: > > > On Sun, Oct 4, 2020, 11:07 PM Xin Li > wrote: > > Hi, > > I'm seeing this panic at boot after upgrading from r366217 to r366364, > and continues to exist for r366421 (but I haven't find out the exact >

GPF on boot with devmatch

2020-10-05 Thread Xin Li
Hi, I'm seeing this panic at boot after upgrading from r366217 to r366364, and continues to exist for r366421 (but I haven't find out the exact change that caused it). Preloading the relevant kernel modules (uhid.ko, ums.ko and wmt.ko) seems to make the kernel boot correctly. This is not

Re: GPF on boot with devmatch

2020-10-04 Thread Warner Losh
On Sun, Oct 4, 2020, 11:07 PM Xin Li wrote: > Hi, > > I'm seeing this panic at boot after upgrading from r366217 to r366364, > and continues to exist for r366421 (but I haven't find out the exact > change that caused it). Preloading the relevant kernel modules > (uhid.ko, ums.ko and wmt.ko)