From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <linux-kernel-owner@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S932735AbbETP4b (ORCPT <rfc822;w@1wt.eu>);
	Wed, 20 May 2015 11:56:31 -0400
Received: from 251.110.2.81.in-addr.arpa ([81.2.110.251]:34697 "EHLO
	lxorguk.ukuu.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S932715AbbETP4W (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Wed, 20 May 2015 11:56:22 -0400
Date: Wed, 20 May 2015 16:55:58 +0100
From: One Thousand Gnomes <gnomes@lxorguk.ukuu.org.uk>
To: Ingo Molnar <mingo@kernel.org>
Cc: Thomas Gleixner <tglx@linutronix.de>, Borislav Petkov <bp@suse.de>,
        Huang Rui <ray.huang@amd.com>, Len Brown <lenb@kernel.org>,
        "Rafael J. Wysocki" <rjw@rjwysocki.net>, x86@kernel.org,
        linux-kernel@vger.kernel.org, Fengguang Wu <fengguang.wu@intel.com>,
        Aaron Lu <aaron.lu@intel.com>, Tony Li <tony.li@amd.com>,
        =?UTF-8?B?RnLDqWTDqXJpYw==?= Weisbecker <fweisbec@gmail.com>
Subject: Re: [RFC PATCH 2/4] x86, mwaitt: introduce mwaitx idle with a
 configurable timer
Message-ID: <20150520165558.24bf2483@lxorguk.ukuu.org.uk>
In-Reply-To: <20150520145122.GB10374@gmail.com>
References: <1432022472-2224-3-git-send-email-ray.huang@amd.com>
	<20150519113121.GD4819@pd.tnic>
	<20150520085520.GA8566@gmail.com>
	<20150520091213.GA3645@pd.tnic>
	<20150520102258.GA21245@gmail.com>
	<20150520105032.GD3645@pd.tnic>
	<20150520111120.GA25215@gmail.com>
	<20150520112110.GG3645@pd.tnic>
	<20150520114125.GA31212@gmail.com>
	<alpine.DEB.2.11.1505201518050.4225@nanos>
	<20150520145122.GB10374@gmail.com>
Organization: Intel Corporation
X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.27; x86_64-redhat-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

> That's not what appears to be happening here though: the MWAITX will 
> return after the timeout.
> 
> Which isn't really useful unless we use it to drive timers.

What about things like mdelay() ?

Alan