From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754211Ab2GARJg (ORCPT ); Sun, 1 Jul 2012 13:09:36 -0400 Received: from out03.mta.xmission.com ([166.70.13.233]:41238 "EHLO out03.mta.xmission.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753555Ab2GARJf (ORCPT ); Sun, 1 Jul 2012 13:09:35 -0400 From: ebiederm@xmission.com (Eric W. Biederman) To: "H. Peter Anvin" Cc: hacklu , linux-kernel@vger.kernel.org References: <4FB492F7.8050401@gmail.com> <87ipf9gtsb.fsf@xmission.com> <4FCAD590.8000506@zytor.com> <87obp0bxdv.fsf@xmission.com> <4FCB602B.70907@zytor.com> <87fwacb0jq.fsf_-_@xmission.com> <877gvob0g4.fsf_-_@xmission.com> <4FF06701.6010004@zytor.com> <4FF06DF4.4000006@zytor.com> <87wr2nsbvi.fsf@xmission.com> <4FF0769F.8090105@zytor.com> <87sjdbsb0v.fsf@xmission.com> <4FF07E66.2020706@zytor.com> Date: Sun, 01 Jul 2012 10:09:27 -0700 In-Reply-To: <4FF07E66.2020706@zytor.com> (H. Peter Anvin's message of "Sun, 01 Jul 2012 09:44:22 -0700") Message-ID: <87d34fs914.fsf@xmission.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-XM-SPF: eid=;;;mid=;;;hst=in02.mta.xmission.com;;;ip=98.207.153.68;;;frm=ebiederm@xmission.com;;;spf=neutral X-XM-AID: U2FsdGVkX19U+8QFBEUxGJu7i3OgR5dvOelsH2kL5tc= X-SA-Exim-Connect-IP: 98.207.153.68 X-SA-Exim-Mail-From: ebiederm@xmission.com X-Spam-Report: * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP * 1.5 XMNoVowels Alpha-numberic number with no vowels * 0.1 XMSubLong Long Subject * 0.0 T_TM2_M_HEADER_IN_MSG BODY: T_TM2_M_HEADER_IN_MSG * -0.0 BAYES_20 BODY: Bayes spam probability is 5 to 20% * [score: 0.1356] * -0.0 DCC_CHECK_NEGATIVE Not listed in DCC * [sa03 1397; Body=1 Fuz1=1 Fuz2=1] * 0.0 T_TooManySym_01 4+ unique symbols in subject * 0.0 T_TooManySym_02 5+ unique symbols in subject X-Spam-DCC: XMission; sa03 1397; Body=1 Fuz1=1 Fuz2=1 X-Spam-Combo: ;"H. Peter Anvin" X-Spam-Relay-Country: Subject: Re: [PATCH 2/2] x86, boot: Optimize the elf header handling. X-Spam-Flag: No X-SA-Exim-Version: 4.2.1 (built Fri, 06 Aug 2010 16:31:04 -0600) X-SA-Exim-Scanned: Yes (on in02.mta.xmission.com) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org "H. Peter Anvin" writes: > On 07/01/2012 09:26 AM, Eric W. Biederman wrote: >> >> Fair enough. It looks like somehow SMP got unset in my test >> configuration and enabling SMP certainly kills the boot for >> me. So it looks like I can reproduce this. >> >> So I am guess I just missed something. Ugh. >> >> Digging deeper... >> > > Could there be a VMA/LMA confusion? The VMA for the .data..percpu > section is zero. I am suspecting something similar. At the moment I am trying to remember how to get early printk working in misc.c so I can poke around a bit more. The theory that I was working on, that used to be true, and seems to be true of everything except the percpu section is that objcopy just does the right thing when creating vmlinux.bin. vmlinux.bin being what we compress. I don't see anything obviously wrong with the headers of vmlinux.bin although we still unnecessarily have section headers in that file. Eric