From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758999AbaCTNv5 (ORCPT ); Thu, 20 Mar 2014 09:51:57 -0400 Received: from mx1.redhat.com ([209.132.183.28]:14980 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757555AbaCTNv4 (ORCPT ); Thu, 20 Mar 2014 09:51:56 -0400 Date: Thu, 20 Mar 2014 09:51:37 -0400 From: Dave Jones To: Hugh Dickins Cc: Sasha Levin , Cyrill Gorcunov , Andrew Morton , Linux Kernel , linux-mm@kvack.org, Linus Torvalds , Joonsoo Kim , Bob Liu , Konstantin Khlebnikov Subject: Re: bad rss-counter message in 3.14rc5 Message-ID: <20140320135137.GA2263@redhat.com> Mail-Followup-To: Dave Jones , Hugh Dickins , Sasha Levin , Cyrill Gorcunov , Andrew Morton , Linux Kernel , linux-mm@kvack.org, Linus Torvalds , Joonsoo Kim , Bob Liu , Konstantin Khlebnikov References: <20140311171045.GA4693@redhat.com> <20140311173603.GG32390@moon> <20140311173917.GB4693@redhat.com> <5328F3B4.1080208@oracle.com> <20140319020602.GA29787@redhat.com> <20140319021131.GA30018@redhat.com> <20140319145200.GA4608@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Mar 19, 2014 at 10:00:29PM -0700, Hugh Dickins wrote: > > This might be collateral damage from the swapops thing, I guess we won't know until > > that gets fixed, but I thought I'd mention that we might still have a problem here. > > Yes, those Bad rss-counters could well be collateral damage from the > swapops BUG. To which I believe I now have the answer: again untested, > but please give this a try... This survived an overnight run. No swapops bug, and no bad RSS. Good job :) > (It's worth saying, by the way, that these bugs are not a consequence > of recent changes at all, they've been there for ages; but trinity has > just got better at taunting remap_file_pages and the rest of mm...) Indeed. I hope to lift the covers on more stuff like this (and hopefully get it done in a more reproducable manner). A lot of the stuff trinity is doing with VM syscalls is still very naive. Dave