Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754765Ab1BHQBJ (ORCPT ); Tue, 8 Feb 2011 11:01:09 -0500 Received: from mx1.redhat.com ([209.132.183.28]:46547 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752646Ab1BHQBI (ORCPT ); Tue, 8 Feb 2011 11:01:08 -0500 From: Tom Tromey To: Hui Zhu Cc: linux-kernel@vger.kernel.org, Michael Snyder , Marc Khouzam , Thiago Jung Bauermann , Steven , colyli@gmail.com, Christoph Hellwig , "gdb\@sourceware.org" Subject: Re: [PATCH] Linux Kernel GDB tracepoint module 2011-02-05 References: X-Attribution: Tom Date: Tue, 08 Feb 2011 09:00:47 -0700 In-Reply-To: (Hui Zhu's message of "Tue, 8 Feb 2011 21:23:52 +0800") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 742 Lines: 24 >>>>> ">" == Hui Zhu writes: >> My gcc is 4.4.5. Does it have VTA? Nope. VTA went in for 4.5. >> Use the patch is easier than update gcc sometimes, right? :) Yeah. >> BTW does VTA can handle the issue that after -O2 a lot of code >> execution order is worong? >> It affect me when I debug the Linux Kernel in qemu. My understanding is that VTA is solely about better tracking of values through optimization passes. It doesn't affect code reordering, by design. Tom -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/