Date: Sat, 16 Sep 2017 22:52:40 +0200 From: Andreas Tobler <andreast@FreeBSD.org> To: Justin Hibbits <chmeeedalf@gmail.com> Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org, Mark Johnston <markj@freebsd.org> Subject: Re: svn commit: r323290 - head/sys/vm Message-ID: <faa6283d-39d8-adcd-2a05-aa1c81ea7ebb@FreeBSD.org> In-Reply-To: <CAHSQbTC18YM2MNrwJKgQW8ShUnQaa%2B5BiaJS7nYemqmTX8KFBA@mail.gmail.com> References: <201709072143.v87Lhdsg060310@repo.freebsd.org> <c25a9965-b665-51ad-abe6-71beb2ae0440@FreeBSD.org> <20170914203232.GA72190@bish> <67bb96f2-da01-8bce-65ba-bf811f51e56d@FreeBSD.org> <CAHSQbTC18YM2MNrwJKgQW8ShUnQaa%2B5BiaJS7nYemqmTX8KFBA@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 16.09.17 22:32, Justin Hibbits wrote: > > > On Sep 16, 2017 14:02, "Andreas Tobler" <andreast@freebsd.org > <mailto:andreast@freebsd.org>> wrote: > > On 14.09.17 22:32, Mark Johnston wrote: > > On Thu, Sep 14, 2017 at 09:51:17PM +0200, Andreas Tobler wrote: > > Hi Mark, > > On 07.09.17 23:43, Mark Johnston wrote: > > Author: markj > Date: Thu Sep 7 21:43:39 2017 > New Revision: 323290 > URL: https://svnweb.freebsd.org/changeset/base/323290 > <https://svnweb.freebsd.org/changeset/base/323290> > > Log: > Speed up vm_page_array initialization. > We currently initialize the vm_page array in > three passes: one to zero > the array, one to initialize the "order" field of > each page (necessary > when inserting them into the vm_phys buddy > allocator one-by-one), and > one to initialize the remaining non-zero fields and > individually insert > each page into the allocator. > Merge the three passes into one following a > suggestion from alc: > initialize vm_page fields in a single pass, and use > vm_phys_free_contig() > to efficiently insert physical memory segments into > the buddy allocator. > This reduces the initialization time to a third or > a quarter of what it > was before on most systems that I tested. > Reviewed by: alc, kib > MFC after: 3 weeks > Differential Revision: > https://reviews.freebsd.org/D12248 > <https://reviews.freebsd.org/D12248> > > Modified: > head/sys/vm/vm_page.c > head/sys/vm/vm_phys.c > head/sys/vm/vm_phys.h > > > I just found out that this commit breaks booting my > powerpc64 Quad G5. > It hangs, pressing ctrl-t shows: cmd: sh [*vm active pagequeue]. > > Sometimes it hangs earlier when the kbd is not there yet > (usb), then I > can't get the process/task where it hangs. > > Note, this kernel is compiled with the default gcc > (4.2.1-FreeBSD) > > Any ideas how to find out what's wrong? > > > Are you able to break into DDB when the hang occurs? If so, the > output > of "show page" would be helpful. > > > Unfortunately not from the beginning. The keyboard is usb and it > gets installed late. Once it survives the loading of the kbd and co, > I can enter into ddb. But it is a trial and error. So far I didn't > succeed to come that far. > > > What about using dcons? That's saved me many times when I couldn't break > into ddb from the console. Might be worth a try, but as you might have seen on the pic, the panic happens immediately after printing the banner. At that time no driver is available. It might work when I try w/o invariants and have luck and get past the fwohci init. Thx, Andreas
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?faa6283d-39d8-adcd-2a05-aa1c81ea7ebb>