From owner-freebsd-current@FreeBSD.ORG Wed Nov 11 13:09:31 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3547E1065695 for ; Wed, 11 Nov 2009 13:09:31 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 4E61F8FC17 for ; Wed, 11 Nov 2009 13:09:29 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id PAA11966; Wed, 11 Nov 2009 15:09:06 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4AFAB772.2050303@icyb.net.ua> Date: Wed, 11 Nov 2009 15:09:06 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20090825) MIME-Version: 1.0 To: Kai Gallasch References: <1031257439203@webmail57.yandex.ru> <20091105184925.16b55c43@ernst.jennejohn.org> <31221257446063@webmail71.yandex.ru> <20091106101943.5a763f43@ernst.jennejohn.org> <41361257585651@webmail39.yandex.ru> <20091107115256.3df62bc3@ernst.jennejohn.org> <1257618758.1511.14.camel@RabbitsDen> <6511257846119@webmail85.yandex.ru> <20091110105856.1270038e@ernst.jennejohn.org> <1257864452.46072.25.camel@RabbitsDen> <20091110162205.48abcffe@ernst.jennejohn.org> <4AF99D53.9030005@icyb.net.ua> <20091110184821.4f58a0bf@orwell.free.de> In-Reply-To: <20091110184821.4f58a0bf@orwell.free.de> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: 8.0RC2 amd64 - kernel panic running make buildworld X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Nov 2009 13:09:31 -0000 on 10/11/2009 19:48 Kai Gallasch said the following: > Am Tue, 10 Nov 2009 19:05:23 +0200 > schrieb Andriy Gapon : > >> on 10/11/2009 17:22 gary.jennejohn@freenet.de said the following: >>> Well, OK, I may have misinterpreted what you wrote or have chosen >>> bad wording myself to convey the same message. Nonetheless it >>> looks like a hardware problem to me. >> [Trying to make up for my previous mistake.] >> >> The symptom certainly looks like misbehaving hardware, but other >> information from the reports seems to suggest that it is possible >> that this misbehavior might be caused by software misconfiguring the >> hardware. > > Hi. > > This thread was started by me. In the meantime I filed a PR: > http://www.freebsd.org/cgi/query-pr.cgi?pr=140338 > >> I would re-test vm.pmap.pg_ps_enabled=0 just to be sure that it was >> correctly teh first time. > > I toggled vm.pmap.pg_ps_enabled three times between reboots and the > result is always the same. superpages enabled: reboot, superpages not > enabled: server stable Yes, I saw your report. I was following on the other report where the symptoms are very similar but pg_ps_enabled does not seem to help. >> I would try to see how 8.0-RC1 kernel behaves and in general try to >> find last working, first non-working version. > 8.0RC1, 8.0BETA4 already showed the same behaviour > >> It would be useful to know any (if any) non-default loader.conf and >> rc.conf settings or kernel config (if not GENERIC). > > loader.conf untouched, rc.conf had just settings for networking active > when testing. In the end I enabled some other stuff to have it ready for > 8.0 RELEASE, *after* I found out that disabling superpages helped > against the crashes. > > Ah yes. I also ran memtest86 on the server for about half a day - no > problems. > > But read for yourself in the PR. > > I don't rule out that this behaviour with vm.pmap.pg_ps_enabled maybe > hardware related, but why then is the server running stable > with RELENG_7 and memtest and server diagnostics don't report any > problem? What I meant is that sometimes software can incorrectly configure hardware. Or configure it in a way that was thoroughly tested by manufacturer. I didn't mean to say that your hardware has any defect (but perhaps it does, hardware errata don't exist for nothing). -- Andriy Gapon