From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <libc-hacker-return-9240-listarch-libc-hacker=sources.redhat.com@sourceware.org>
Received: (qmail 9588 invoked by alias); 13 May 2007 18:19:46 -0000
Received: (qmail 9569 invoked by uid 22791); 13 May 2007 18:19:46 -0000
X-Spam-Check-By: sourceware.org
Received: from mx1.redhat.com (HELO mx1.redhat.com) (66.187.233.31)
    by sourceware.org (qpsmtpd/0.31) with ESMTP; Sun, 13 May 2007 18:19:43 +0000
Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254])
	by mx1.redhat.com (8.13.1/8.13.1) with ESMTP id l4DIJf3j011286;
	Sun, 13 May 2007 14:19:41 -0400
Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [172.16.52.154])
	by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id l4DIJfH8001137;
	Sun, 13 May 2007 14:19:41 -0400
Received: from myware66.akkadia.org (vpn-14-19.rdu.redhat.com [10.11.14.19])
	by lacrosse.corp.redhat.com (8.12.11.20060308/8.11.6) with ESMTP id l4DIJeK9029462;
	Sun, 13 May 2007 14:19:40 -0400
Message-ID: <464756B6.3090309@redhat.com>
Date: Sun, 13 May 2007 18:19:00 -0000
From: Ulrich Drepper <drepper@redhat.com>
User-Agent: Thunderbird 2.0.0.0 (X11/20070419)
MIME-Version: 1.0
To: Andreas Jaeger <aj@suse.de>
CC: GNU libc hackers <libc-hacker@sources.redhat.com>
Subject: Re: tst-getcpu failure
References: <m34pmia3oy.fsf@gromit.moeb> <4645E9BC.2050701@redhat.com> <m3mz09bvnq.fsf@gromit.moeb> <46462CFF.9010106@redhat.com> <20070513061910.GA8371@gromit.moeb>
In-Reply-To: <20070513061910.GA8371@gromit.moeb>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Mailing-List: contact libc-hacker-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <libc-hacker.sourceware.org>
List-Subscribe: <mailto:libc-hacker-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/libc-hacker/>
List-Post: <mailto:libc-hacker@sourceware.org>
List-Help: <mailto:libc-hacker-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: libc-hacker-owner@sourceware.org
X-SW-Source: 2007-05/txt/msg00014.txt.bz2

Andreas Jaeger wrote:
> 2 sockets with 2 cores each.

Then this...

>>> getcpu results 14 not possible

... is very wrong and should be reported as a kernel bug.


>>> getcpu results 0 not possible
>>> getcpu results 0 not possible
>>> getcpu results 0 not possible

This is probably the rdtscp instruction which doesn't need/use the cache 
and is not reset.

The problem can be ignored for now.  I think the kernel should adjust 
the information when it explicitly reschedules a thread.

-- 
➧ Ulrich Drepper ➧ Red Hat, Inc. ➧ 444 Castro St ➧ Mountain View, CA ❖