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