Date: Thu, 23 Apr 2015 06:19:10 -0600 From: Scott Long <scott4long@yahoo.com> To: Dmitry Chagin <dchagin@FreeBSD.org> Cc: src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org Subject: Re: svn commit: r281451 - head/sys/vm Message-ID: <5B48434B-EA97-45B3-BC4E-B039A868186B@yahoo.com> In-Reply-To: <201504120621.t3C6LxAV095209@svn.freebsd.org> References: <201504120621.t3C6LxAV095209@svn.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
> On Apr 12, 2015, at 12:21 AM, Dmitry Chagin <dchagin@FreeBSD.org> = wrote: >=20 > Author: dchagin > Date: Sun Apr 12 06:21:58 2015 > New Revision: 281451 > URL: https://svnweb.freebsd.org/changeset/base/281451 >=20 > Log: > Rework r281162. Indeed, the flexible array member is preferable here. >=20 > Suggested by: Justin T. Gibbs >=20 > MFC after: 3 days >=20 > Modified: > head/sys/vm/uma_core.c > head/sys/vm/uma_int.h There=E2=80=99s still something wrong with this. I have a machine with = 28 cores (56 with hyperthreading) and 256GB of RAM, and ever since you = committed r281162, it panics early in boot with a failed assertion. It = looks like the first few members of a uma_slab_t are getting overwritten = accidentally, and somehow the padding of the extra member in the = uma_zone_t was previously protecting it. I don=E2=80=99t know the exact = cause yet, but I must ask that you revert to r281161 in HEAD and = stable/10 until the problem is resolved. Thanks, Scott
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?5B48434B-EA97-45B3-BC4E-B039A868186B>