From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752733AbdC3BsM (ORCPT ); Wed, 29 Mar 2017 21:48:12 -0400 Received: from mx1.redhat.com ([209.132.183.28]:48978 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751468AbdC3BsK (ORCPT ); Wed, 29 Mar 2017 21:48:10 -0400 DMARC-Filter: OpenDMARC Filter v1.3.2 mx1.redhat.com 4F9CA61B9C Authentication-Results: ext-mx10.extmail.prod.ext.phx2.redhat.com; dmarc=none (p=none dis=none) header.from=redhat.com Authentication-Results: ext-mx10.extmail.prod.ext.phx2.redhat.com; spf=pass smtp.mailfrom=lcapitulino@redhat.com DKIM-Filter: OpenDKIM Filter v2.11.0 mx1.redhat.com 4F9CA61B9C Date: Wed, 29 Mar 2017 21:48:07 -0400 From: Luiz Capitulino To: Frederic Weisbecker Cc: Rik van Riel , linux-kernel@vger.kernel.org, linux-rt-users@vger.kernel.org, Wanpeng Li Subject: Re: [BUG nohz]: wrong user and system time accounting Message-ID: <20170329214807.6ae3b7c8@redhat.com> In-Reply-To: <20170329211159.GA23895@lerouge> References: <20170323165512.60945ac6@redhat.com> <20170329130447.GB8306@lerouge> <1490793272.28917.5.camel@redhat.com> <20170329092357.2ca784c2@redhat.com> <20170329211159.GA23895@lerouge> Organization: Red Hat MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.39]); Thu, 30 Mar 2017 01:48:09 +0000 (UTC) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 29 Mar 2017 23:12:00 +0200 Frederic Weisbecker wrote: > On Wed, Mar 29, 2017 at 09:23:57AM -0400, Luiz Capitulino wrote: > > > > There are various reproducers actually. I started off with the simple > > loop above, then wrote the attach program and then wrote the one > > you're mentioning: > > > > http://people.redhat.com/~lcapitul/real-time/acct-bug.c > > > > All of them reproduce the issue 100% of the time for me. > > > #define _GNU_SOURCE > > #include > > #include > > #include > > #include > > #include > > > > static int move_to_cpu(int cpu) > > { > > cpu_set_t set; > > > > CPU_ZERO(&set); > > CPU_SET(cpu, &set); > > return sched_setaffinity(0, sizeof(set), &set); > > } > > > > static void loop(void) > > { > > for (;;) ; > > } > > > > static int fork_hog(int cpu) > > { > > int pid; > > > > pid = (int) fork(); > > if (pid == 0) { > > move_to_cpu(cpu); > > loop(); > > exit(0); > > } > > > > return pid; > > } > > > > int main(int argc, char *argv[]) > > { > > int i, pid, cpu, nr_procs; > > > > if (argc != 3) { > > printf("usage: hog < nr-procs > < CPU >\n"); > > exit(1); > > } > > > > cpu = atoi(argv[2]); > > nr_procs = atoi(argv[1]); > > > > for (i = 0; i < nr_procs; i++) { > > pid = fork_hog(cpu); > > fprintf(stderr, "created hog%d pid=%d\n", i, pid); > > } > > > > fprintf(stderr, "pausing...\n"); > > pause(); > > > > return 0; > > } > > I just tried both of these and none seem to show incorrect cputime :-/ > I'm wondering if that bug depends on some hardware. Are you running on x86? My CPU is: Intel(R) Xeon(R) CPU E5-2640 v3 @ 2.60GHz I wonder if this issue depends on the timer used by the hrtimer subsystem.