From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Mlnc8-0000JV-FI for qemu-devel@nongnu.org; Thu, 10 Sep 2009 13:39:20 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Mlnc3-0000C8-Qf for qemu-devel@nongnu.org; Thu, 10 Sep 2009 13:39:19 -0400 Received: from [199.232.76.173] (port=36888 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Mlnc3-0000Bt-En for qemu-devel@nongnu.org; Thu, 10 Sep 2009 13:39:15 -0400 Received: from mail-qy0-f190.google.com ([209.85.221.190]:46061) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Mlnc3-0001s6-4A for qemu-devel@nongnu.org; Thu, 10 Sep 2009 13:39:15 -0400 Received: by qyk28 with SMTP id 28so283520qyk.28 for ; Thu, 10 Sep 2009 10:39:14 -0700 (PDT) Message-ID: <4AA939B3.6000103@codemonkey.ws> Date: Thu, 10 Sep 2009 12:38:59 -0500 From: Anthony Liguori MIME-Version: 1.0 Subject: Re: [Qemu-devel] Re: [PATCH 05/26] Unexport ticks_per_sec variable. Create get_ticks_per_sec() function References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: malc Cc: qemu-devel@nongnu.org, Juan Quintela malc wrote: > My problem with this patch is that it is completely pointless, touches > a gob of places and the fact that you apparently never seen what a > function call entails on PPC64 (any ABI). > But there is nothing to suggest this variable is every in the fast path so any overhead argument is unfounded. More importantly, using a function to access this variable gives us the ability to change how the behavior is implemented without touching a gob of places. This is refactoring 101 and unless there is some concrete objection, I don't see what's wrong with it. Regards, Anthony Liguori