Re: Jemalloc fallout on sandpoint
Jason Thorpe <[email protected]> Mon, 8 Apr 2019 16:26:33 -0700
| Newsgroups | gmane.os.netbsd.current,gmane.os.netbsd.ports.sandpoint |
|---|---|
| Message-ID | <[email protected]> |
> On Apr 8, 2019, at 2:40 PM, Julian Coleman <[email protected]> wrote: >=20 > Hi all, >=20 > Upgraded my QNAP TS-201 (sandpoint) to current, and all binaries crash = with: What kind of CPU is in this device? It's possible that jemalloc is = making a page size assumption that isn't true for this particular = powerpc CPU (I think there were other issues like this on another = port...) > <jemalloc>: = /usr/src/external/bsd/jemalloc/lib/../dist/src/pages.c:273: Failed = assertion: "PAGE_ADDR2BASE(addr) =3D=3D addr" > [1] Abort trap (core dumped) sh >=20 > Not sure how we can pass in an address that isn't the page base = address here. > It looks like the allocations from pages.c have the same assertion, so = they > shouldn't cause this. Could base_block_alloc() be allocating a block = that > starts at an address that isn't a multiple of the page size? Should = we > assert "PAGE_ADDR2BASE(block) =3D=3D block" every time we allocate a = block? >=20 > Regards, >=20 > Julian -- thorpej