Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756048AbbDIXOV (ORCPT ); Thu, 9 Apr 2015 19:14:21 -0400 Received: from blu004-omc3s30.hotmail.com ([65.55.116.105]:61677 "EHLO BLU004-OMC3S30.hotmail.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753076AbbDIXOS (ORCPT ); Thu, 9 Apr 2015 19:14:18 -0400 X-TMN: [NehOow0s9NS19AZB/aZeY8RmLYKh5/nC] X-Originating-Email: [xili_gchen_5257@hotmail.com] Message-ID: Date: Fri, 10 Apr 2015 07:14:20 +0800 From: Chen Gang User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: Richard Weinberger , realmz6@gmail.com CC: adi-buildroot-devel@lists.sourceforge.net, "linux-kernel@vger.kernel.org" Subject: Re: [PATCH] blackfin: Makefile: Skip reloc overflow issue when COMPILE_TEST enabled References: <552599CC.1020405@nod.at> <552680D1.8020301@nod.at> In-Reply-To: <552680D1.8020301@nod.at> Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 09 Apr 2015 23:14:16.0461 (UTC) FILETIME=[E657EBD0:01D0731A] Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1939 Lines: 57 On 4/9/15 21:38, Richard Weinberger wrote: > Am 09.04.2015 um 15:28 schrieb Chen Gang: >> On 4/9/15 05:12, Richard Weinberger wrote: >>> Am 08.04.2015 um 23:10 schrieb Chen Gang: >>>> >>>> After this patch, blackfin can pass allmodconfig building (if we treat >>>> it as allmodconfig). And next, I shall try to: >>>> >>>> - Send all related patches v2 for blackfin kernel within this month. >>>> >>>> - Fix blackfin gcc/binutils related issues within this month. >>> >>> All you do is randomly papering over issues to make the allmodconfig build >>> somehow proceed. >>> This is not the correct way to deal with problems. >>> >> >> Still, for me, it is not a good idea to make a conclusion in discussing. >> >> For gcc/binutils issues, they are real world issue, they need to be >> fixed, next (I shall try to fix them within this month). > > I leave that up to the blackfin maintainer. OK, thanks. > IMHO this is wrong, you're not fixing a real world issue, all you do is > making allmodconfig somehow proceed by papering over possible real issues > which you cannot test as you don't have blackfin hardware. > For me, it is not a real world issue, the user should not let it happen. It is only about building test (COMPILE_TEST). And for me, the root cause is: - init section is the last section which can be dropped easily. - but init section includes l1 section (which may also include sched section). - l1 section has fixed address. If the kernel is too big, l1 section will be overwrite, so ld report "reloc overflow". Welcome any other ideas, discussions or completions. Thanks. -- Chen Gang Open, share, and attitude like air, water, and life which God blessed -- 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/