Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 6 Aug 2018 13:27:04 -0500
From:      Kyle Evans <kevans@freebsd.org>
To:        Konstantin Belousov <kostikbel@gmail.com>
Cc:        freebsd-current Current <freebsd-current@freebsd.org>, Eitan Adler <eadler@freebsd.org>
Subject:   Re: panic: mutex pmap not owned at ... efirt_machdep.c:255
Message-ID:  <CACNAnaHAoVE57aw7UUPO=psOXz0nnUaCSXtJSFhpBo%2BBhp_qnw@mail.gmail.com>
In-Reply-To: <20180805104341.GX6049@kib.kiev.ua>
References:  <CAF6rxg=4OnHEJa1OnJerMeEKD66nZg3j-H-XZ-9YAA1TE_NoDQ@mail.gmail.com> <CACNAnaFv9Gj%2BM2Gb8FbwY5q56dnTR6OgjZ5qth9gjr8LreHeow@mail.gmail.com> <20180804083720.GJ6049@kib.kiev.ua> <CACNAnaF1anCXzjivX0jqur%2Bomy_%2B6Xv4D%2BDttzLQY9g6qaxYbw@mail.gmail.com> <20180805104341.GX6049@kib.kiev.ua>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, Aug 5, 2018 at 5:43 AM, Konstantin Belousov <kostikbel@gmail.com> wrote:
> On Sat, Aug 04, 2018 at 09:46:39PM -0500, Kyle Evans wrote:
>>
>> He now gets a little further, but ends up with the same panic due to
>> efirtc_probe trying to get time to verify the rtc's actually
>> implemented. What kind of approach must we take to ensure curcpu is
>> synced?
>
> It does not panic for me, when I load efirt.ko from the loader prompt.
> Anyway, try this

Right, I also don't get a panic on any of my machines from this.
Hopefully he'll have a chance to try this soon.

> diff --git a/sys/amd64/amd64/pmap.c b/sys/amd64/amd64/pmap.c
> index 572b2197453..f84f56b98e2 100644
> --- a/sys/amd64/amd64/pmap.c
> +++ b/sys/amd64/amd64/pmap.c
> @@ -2655,7 +2655,7 @@ pmap_pinit0(pmap_t pmap)
>                         __pcpu[i].pc_ucr3 = PMAP_NO_CR3;
>                 }
>         }
> -       PCPU_SET(curpmap, kernel_pmap);
> +       PCPU_SET(curpmap, pmap);
>         pmap_activate(curthread);
>         CPU_FILL(&kernel_pmap->pm_active);
>  }



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CACNAnaHAoVE57aw7UUPO=psOXz0nnUaCSXtJSFhpBo%2BBhp_qnw>