From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754882AbYIYTix (ORCPT ); Thu, 25 Sep 2008 15:38:53 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753320AbYIYTip (ORCPT ); Thu, 25 Sep 2008 15:38:45 -0400 Received: from gateway-1237.mvista.com ([63.81.120.158]:26859 "EHLO gateway-1237.mvista.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753290AbYIYTio (ORCPT ); Thu, 25 Sep 2008 15:38:44 -0400 Message-ID: <48DBE8C3.2060708@ct.jp.nec.com> Date: Thu, 25 Sep 2008 12:38:43 -0700 From: Hiroshi Shimamoto User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: "H. Peter Anvin" Cc: Ingo Molnar , Thomas Gleixner , linux-kernel@vger.kernel.org Subject: Re: [RFC PATCH v2 -tip 0/4] x86: signal handler improvement References: <48DBD396.5020103@ct.jp.nec.com> <48DBD519.6030204@zytor.com> <48DBD8A6.8060900@ct.jp.nec.com> <48DBD96F.6090309@zytor.com> In-Reply-To: <48DBD96F.6090309@zytor.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org H. Peter Anvin wrote: > Hiroshi Shimamoto wrote: >>> This is a gcc failure, and should be reported to the gcc people. >> Does this gcc failure mean unnecessary storing into stack? >> > > Yes, it should be able to process this in a register, instead of storing > to the stack and then merging later. > > It's possible it's trying to do that to hide latency, but that's clearly > a lose in this case. OK, I'll test with some gcc versions. It's necessary to check outputs of the latest gcc, I think. thanks, Hiroshi Shimamoto