From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 2DE211381F4 for ; Mon, 10 Dec 2012 02:37:00 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id D0FA1E06B7; Mon, 10 Dec 2012 02:36:46 +0000 (UTC) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id BA6AFE06C5 for ; Mon, 10 Dec 2012 02:36:05 +0000 (UTC) Received: from compute1.internal (compute1.nyi.mail.srv.osa [10.202.2.41]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 4E082204F6 for ; Sun, 9 Dec 2012 21:36:05 -0500 (EST) Received: from frontend1.nyi.mail.srv.osa ([10.202.2.160]) by compute1.internal (MEProxy); Sun, 09 Dec 2012 21:36:05 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=date:from:to:subject:message-id :references:mime-version:content-type:content-transfer-encoding :in-reply-to; s=smtpout; bh=qrbF521zIYr3hT3GofMIP+dAhCg=; b=kO/J SbUja8SAhD5xSgF7Ui6rGy+PffHU1/Q+4irJXh/BKHhkBNuHgFnbKQa1BuyDmhyM 3YH2LaNSBSfvc+UCSEs89x9KrckH0RWa9a/zrNmTvFGhbUjRi5Vn326zPT8/5qUf M4ke/IcLzopYYwPIxONeqOtTBdpCDwlCJLvhBsw= X-Sasl-enc: AlgsFWIkXr83Ug9+fy9FSTZ3iqbw1gJK9WMSp7lV0sio 1355106964 Received: from localhost (unknown [67.168.183.230]) by mail.messagingengine.com (Postfix) with ESMTPA id EB5DC8E05F3; Sun, 9 Dec 2012 21:36:04 -0500 (EST) Date: Sun, 9 Dec 2012 18:38:26 -0800 From: Greg KH To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] borked release media Message-ID: <20121210023826.GD8046@kroah.com> References: <4nm3duwfogrmr8l1fiioxotg.1355073688356@email.android.com> <50C4DCA3.6010402@gentoo.org> <20121209185719.GA6595@kroah.com> <50C51CF9.9080201@gentoo.org> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <50C51CF9.9080201@gentoo.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-Archives-Salt: 73377363-8dd2-4a1f-9991-e55ddc64e8f8 X-Archives-Hash: 752c66258931f8fe37ad85b78b76b824 On Mon, Dec 10, 2012 at 12:21:29AM +0100, Chí-Thanh Christopher Nguyễn wrote: > Greg KH schrieb: > >> No, all we need is to enable EFI stub support in the kernel, and > >> integrate the initramfs using CONFIG_INITRAMFS_SOURCE and place it in > >> some location where UEFI looks for it (/efi/boot/bootx64.efi). > >> > >> This has the disadvantage of not allowing to pass additional kernel > >> parameters during boot. But it might still be an acceptable stopgap > >> measure if the alternative is to not boot at all. > > > > No, don't do that for an "install" kernel, that way is madness, just use > > a real UEFI bootloader which can handle an initrd and the like properly > > Can you explain what problems you see with that? How does > CONFIG_INITRAMFS_SOURCE handle initrd improperly? Ah, didn't notice that, it might work, have you tried it? greg k-h