From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S261220AbVFBSEQ (ORCPT ); Thu, 2 Jun 2005 14:04:16 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S261222AbVFBSEQ (ORCPT ); Thu, 2 Jun 2005 14:04:16 -0400 Received: from tron.kn.vutbr.cz ([147.229.191.152]:42757 "EHLO tron.kn.vutbr.cz") by vger.kernel.org with ESMTP id S261220AbVFBSEM (ORCPT ); Thu, 2 Jun 2005 14:04:12 -0400 Message-ID: <429F4A19.7030508@stud.feec.vutbr.cz> Date: Thu, 02 Jun 2005 20:04:09 +0200 From: Michal Schmidt User-Agent: Debian Thunderbird 1.0.2 (X11/20050506) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ingo Molnar CC: Parag Warudkar , linux-kernel@vger.kernel.org Subject: Re: RT patch breaks X86_64 build References: <200505302141.31731.kernel-stuff@comcast.net> <200505302201.48123.kernel-stuff@comcast.net> <429BFF51.4000401@stud.feec.vutbr.cz> <200505310753.49447.kernel-stuff@comcast.net> <429C530E.70704@stud.feec.vutbr.cz> <20050601091344.GB11703@elte.hu> <429EFB66.8030909@stud.feec.vutbr.cz> <20050602123927.GB10878@elte.hu> In-Reply-To: <20050602123927.GB10878@elte.hu> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Flag: NO X-Spam-Report: Spam detection software, running on the system "tron.kn.vutbr.cz", has tested this incoming email. See other headers to know if the email has beed identified as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or block similar future email. If you have any questions, see the administrator of that system for details. ____ Content analysis details: (-4.2 points, 6.0 required) ____ pts rule name description ---- ---------------------- -------------------------------------------- 0.7 FROM_ENDS_IN_NUMS From: ends in numbers -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] ____ Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Ingo Molnar wrote: > hm, it does work for me. I had trouble in the past with gcc & mcount on > x64. This version seems to work fine for me: > > gcc version 3.4.0 20040129 (Red Hat Linux 3.4.0-0.3) I could not find this exact version, so I downloaded gcc34-3.4.0-1.x86_64.rpm from Fedora Core 2, converted it do .deb with alien, installed it and made a symlink gcc -> gcc34. gcc --version says: gcc (GCC) 3.4.0 (Red Hat Linux 3.4.0-1) I did "make mrproper", copied back your .config, enabled LATENCY_TRACE and rebuilt the kernel. init still segfaults. It would be good to hear about other people's experiences with LATENCY_TRACE on amd64. Am I the only one for whom it breaks? Michal