Date: Thu, 16 Aug 2018 14:58:20 +0200 From: Michael Gmelin <freebsd@grem.de> To: Konstantin Belousov <kostikbel@gmail.com> Cc: "freebsd-current@freebsd.org" <freebsd-current@freebsd.org>, Matthias Apitz <guru@unixarea.de>, jhb@freebsd.org Subject: Re: Fatal trap 12: page fault on Acer Chromebook 720 (peppy) Message-ID: <FAEA5B0A-5302-4A48-B322-21CB0D97C8CC@grem.de> In-Reply-To: <20180815135531.GA2340@kib.kiev.ua> References: <20180603215020.452a81d8@bsd64.grem.de> <20180603205340.GS3789@kib.kiev.ua> <20180604004632.56ca6afa@bsd64.grem.de> <20180604110654.GA2450@kib.kiev.ua> <20180604231756.2ed2adb9@bsd64.grem.de> <20180605131135.GH2450@kib.kiev.ua> <20180606010625.62632920@bsd64.grem.de> <20180815005106.69402d23@bsd64.grem.de> <20180815130447.GZ2340@kib.kiev.ua> <C26CD25D-3CB0-4F7E-8B50-F7E95E16B776@grem.de> <20180815135531.GA2340@kib.kiev.ua>
index | next in thread | previous in thread | raw e-mail
> On 15. Aug 2018, at 15:55, Konstantin Belousov <kostikbel@gmail.com> wrote: > >> On Wed, Aug 15, 2018 at 03:52:37PM +0200, Michael Gmelin wrote: >> >> >>>> On 15. Aug 2018, at 15:04, Konstantin Belousov <kostikbel@gmail.com> wrote: >>>> >>>> On Wed, Aug 15, 2018 at 12:51:06AM +0200, Michael Gmelin wrote: >>>> Reviving this old thread, since I just updated to r337818 and a similar >>>> problem is happening again. Since the fix in r334799 (review >>>> https://reviews.freebsd.org/D15675) (mp_)machdep.c have been touched, >>>> so maybe this is related >>>> (https://svnweb.freebsd.org/base?view=revision&revision=334799). >>>> >>>> Please see the screenshot of the panic below: >>>> https://gist.github.com/grembo/78d0f2a100dd4f16775b85a118769658 >>>> >>>> This is me not digging any deeper, hoping that this is something >>>> obvious. Please let me know if you need more input. >>> >>> I do not see how recent mp_machdep.c changes could affect this. >>> Can you try newest kernel but old loader ? >> >> I will try (but that will take a while). Oh, also, it still boots in save mode/with smp disabled. > > Right, this is because the access to that address through DMAP is only > needed when configuring AP startup resources. > > Also, I think it is safe to suggest that the bisect is needed. Using an older loader didn’t help, but I identified the problem: https://svnweb.freebsd.org/base?view=revision&revision=334952 modified the code you introduced in https://svnweb.freebsd.org/base?view=revision&revision=334799 By correcting units to pages it also broke booting the Chromebook as a side effect - so the previous fix just worked due to a bug it seems. Is there an easy way to output the content of physmap at that point (debug.late_console=0 doesn’t work) - like an existing buffer I could use, or would this be more elaborate (I did something complicated last time but didn’t save it, so any simple solution would be preferred). Thanks, Michaelhome | help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?FAEA5B0A-5302-4A48-B322-21CB0D97C8CC>