Return-Path: <linux-kernel-owner@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752023AbbHLWhx (ORCPT <rfc822;w@1wt.eu>);
	Wed, 12 Aug 2015 18:37:53 -0400
Received: from terminus.zytor.com ([198.137.202.10]:47631 "EHLO mail.zytor.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1751240AbbHLWhw (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Wed, 12 Aug 2015 18:37:52 -0400
User-Agent: K-9 Mail for Android
In-Reply-To: <3447724.z50aeuJHce@aragorn.auenland.lan>
References: <1439382775-28009-1-git-send-email-dl9pf@gmx.de> <1439383844.3100.81.camel@infradead.org> <3447724.z50aeuJHce@aragorn.auenland.lan>
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Content-Type: text/plain;
 charset=UTF-8
Subject: Re: [PATCH] Make alignment cflags configurable.
From: "H. Peter Anvin" <hpa@zytor.com>
Date: Wed, 12 Aug 2015 15:37:05 -0700
To: Jan-Simon Moeller <dl9pf@gmx.de>, David Woodhouse <dwmw2@infradead.org>
CC: tglx@linutronix.de, mingo@redhat.com, x86@kernel.org,
        linux-kernel@vger.kernel.org, llvmlinux@lists.linuxfoundation.org,
        behanw@converseincode.com
Message-ID: <C8B88EE3-7B49-4E59-BC7E-EB0A58FD7CF4@zytor.com>
Sender: linux-kernel-owner@vger.kernel.org
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org
Content-Length: 1925
Lines: 61

NAK.  This is crazy.

On August 12, 2015 3:30:19 PM PDT, Jan-Simon Moeller <dl9pf@gmx.de> wrote:
>Hi all!
>
>> You could mention that this is to fix the clang build. But why is it
>> needed? It isn't that clang just doesn't accept the option, is it?
>> Otherwise we could just use $(call cc-option, -falign-jumps=1) etc.
>
>Yes it is to fix the build with clang. 
>I tried cc-option, but it does not improve the situation (more below).
>This is  why I chose the config option approach in the patch.
>
> 
>> Did you get to the bottom of the clang failure here? Just turning
>this
>> off without a coherent explanation doesn't seem like the right thing
>to
>> do.
>
>I know it is not the final solution which is why I turned it into a
>config 
>option. We can still debate if default should be "y" or "n". This way
>we all 
>can proceed.
>
>@Ingo: would it be fine if we wrap it into a config option defaulting
>to "y" ?
>
>
>What I can say so far is that although clang warns about the unknown
>option
>and ignores it, the resulting kernel still fails to boot somewhere
>early in 
>start_kernel(). I'm still investigating. 
>
>My current trace ends like this:
>page_address_init ~ setup_arch ~ then arch/x86/kernel/setup.c:898
>setup.c:898 is a printk actually ... 
>early_idt_handler_array[i]  ~> early_idt_handler_common
>
>The mail thread is here:
>http://lists.linuxfoundation.org/pipermail/llvmlinux/2015-August/001276.html
>
>
><wild guess>
>We still build with -no-integrated-as which means we use gas. Maybe the
>flag
>is passed-on there and things get confused. 
></wile guess>
>
>Best,
>Jan-Simon

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.
--
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/