[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20071121003629.GA20765@elte.hu>
Date: Wed, 21 Nov 2007 01:36:29 +0100
From: Ingo Molnar <mingo@...e.hu>
To: "H. Peter Anvin" <hpa@...or.com>
Cc: Mark Lord <lkml@....ca>, Arjan van de Ven <arjan@...radead.org>,
Nick Piggin <nickpiggin@...oo.com.au>,
Andrew Morton <akpm@...ux-foundation.org>,
Linus Torvalds <torvalds@...l.org>,
Linux Kernel <linux-kernel@...r.kernel.org>,
Thomas Gleixner <tglx@...utronix.de>
Subject: Re: CONFIG_IRQBALANCE for 64-bit x86 ?
* H. Peter Anvin <hpa@...or.com> wrote:
> Ingo Molnar wrote:
>> * H. Peter Anvin <hpa@...or.com> wrote:
>>
>>>>> Nope. It runs inside an initramfs, of course; that initramfs is linked
>>>>> into the kernel binary.
>>>> would be nice to have a single-image variant for all of this. having the
>>>> separate initrd was always trouble - and it's pointless as well. (we
>>>> rarely update the initrd without updating the vmlinuz as well)
>>> We do. Am I missing something?
>>
>> do we have a single-image way of getting both the kernel image and the
>> initram set up at once? What i know of is a two-image approach: vmlinuz
>> and initrd.
>>
>
> Yes, we do. The initramfs can be linked into the kernel image. The
> unified klibc build tree does that by default.
argh. Guess i misread your answer:
>>>>>> nor do i - i was under the impression that klibc was able to work
>>>>>> out of a bzImage too? Am i wrong?
>>>>> Nope. It runs inside an initramfs, of course; that initramfs is linked
>>>>> into the kernel binary.
i took that "Nope" as referring to my impression - but you in fact meant
that i am not wrong? :-) So nothing to see here. single-bzImage initrd
was and is possible, so we could in fact move chunks of system-related
userland (such as irqbalanced) into the kernel proper?
Ingo
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists