Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754644Ab3CFTv6 (ORCPT ); Wed, 6 Mar 2013 14:51:58 -0500 Received: from smtprelay-h31.telenor.se ([213.150.131.4]:58372 "EHLO smtprelay-h31.telenor.se" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754417Ab3CFTv5 (ORCPT ); Wed, 6 Mar 2013 14:51:57 -0500 X-SENDER-IP: [85.230.168.206] X-LISTENER: [smtp.bredband.net] X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ah9WAA6eN1FV5qjOPGdsb2JhbABEh1wBvGUDAYFZFwMBAQEBODSCKgEBBAE6HCMQCAMhJQ8FJQoaiCAKCLw0BBWNdoEBB4JfYQOWSoYIjXI X-IronPort-AV: E=Sophos;i="4.84,797,1355094000"; d="scan'208";a="287624945" From: "Henrik Rydberg" Date: Wed, 6 Mar 2013 20:54:57 +0100 To: "H. Peter Anvin" Cc: Yinghai Lu , Linus Torvalds , Linux Kernel Mailing List Subject: Re: Linux 3.9-rc1 Message-ID: <20130306195457.GA449@polaris.bitmath.org> References: <20130306080642.GA535@polaris.bitmath.org> <51370990.5040508@linux.intel.com> <20130306100743.GA407@polaris.bitmath.org> <20130306193612.GA513@polaris.bitmath.org> <51379A4F.4020200@linux.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <51379A4F.4020200@linux.intel.com> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1061 Lines: 28 > >> Can you check bootloader like grub.efi ? > > > > I checked, same story. I tried without EFI_STUB, no joy. I ran with > > and without nouveau, just in case. Without the patch, everything > > works. With the patch, nothing works, and no output at all. > > > > With a bit of luck, I could maybe get the first lines of output using > > grub.efi, but frankly I cannot remember if that ever worked on this > > machine. > > > > A simpler one is efilinux: > > https://github.com/mfleming/efilinux Sadly, that one does not seem to boot at all on this machine (picked it up in arch linux, so obvisouly it works for someone). I have started applying portions of the patch to see what happens. Adding early_alloc_pgt_buf() in setup_arch() seems to work, which limits the problem to the actual init function. Henrik -- 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/