From mboxrd@z Thu Jan 1 00:00:00 1970 From: Avi Kivity Subject: Re: [PATCH 0/3] Expose thread id through info cpus Date: Thu, 06 Mar 2008 08:55:15 +0200 Message-ID: <47CF9553.3090600@qumranet.com> References: <12047472711034-git-send-email-gcosta@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Cc: kvm-devel@lists.sourceforge.net, qemu-devel@nongnu.org, chrisw@sous-sol.org To: Glauber Costa Return-path: In-Reply-To: <12047472711034-git-send-email-gcosta@redhat.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: kvm-devel-bounces@lists.sourceforge.net Errors-To: kvm-devel-bounces@lists.sourceforge.net List-Id: kvm.vger.kernel.org Glauber Costa wrote: > Hey, > > This patch series expose the actual thread id of each cpu via the qemu > monitor. It is done through "info cpus", which I though would be the > most natural command to do it. (If you disagree, please voice it) > > Goal is to allow tools like libvirt to easily grab it and feed taskset > for thinks like cpu pinning, etc > > AFAIK, qemu runs all cpus in the same process, so for plain qemu, all cpus > will show the same id. But KVM can benefit from it, by overriding this data > in its ap initialization > > Of the whole series, only the last patch is kvm-specific. > > Many thanks to Anthony, who pointed me that this approach was possible. > > > Applied all, thanks. -- Do not meddle in the internals of kernels, for they are subtle and quick to panic. ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/