lkml.org 
[lkml]   [2012]   [Jan]   [5]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: [PATCH] init: Warn on non-existent rdinit
Date
Richard Weinberger <richard@nod.at> writes:

> Am 05.01.2012 21:53, schrieb Eric W. Biederman:
>> Richard Weinberger <richard@nod.at> writes:
>>
>>> Such a warning would have saved me some time...
>>> Hopefully this printk() saves someone else's time. :-)
>>
>> The warning is wrong if you are not using an initramfs or an initial
>> ramdisk.
>
> Gnah, you're so right.
> I did not test it without a ramdisk.
>
>> I expect what you want is something like:
>>
>> diff --git a/init/main.c b/init/main.c
>> index 217ed23..8d53d28 100644
>> --- a/init/main.c
>> +++ b/init/main.c
>> @@ -830,10 +830,11 @@ static int __init kernel_init(void * unused)
>> * the work
>> */
>>
>> - if (!ramdisk_execute_command)
>> + if (!ramdisk_execute_command &&
>> + (sys_access((const char __user *)"/init", 0) == 0))
>> ramdisk_execute_command = "/init";
>>
>> - if (sys_access((const char __user *) ramdisk_execute_command, 0) != 0) {
>> + if (!ramdisk_execute_command) {
>> ramdisk_execute_command = NULL;
>> prepare_namespace();
>> }
>
> Why ramdisk_execute_command = NULL; in the !ramdisk_execute_command
> case?

Because in my untested patch I didn't get as far as deleting that line.

>> That way we don't clear ramdisk_execute_command if it was set and
>> we complain if we attempt exec the ramdisk_execute_command.
>
> If "/init" does not exist we still don't get a warning.

Perhaps it has a /linuxrc. If you can find a way of figuring out we
always need the file we can print an error. Otherwise it is a case of
the kernel auto-detecting what to do, and not printing a warning when it
has decided there is no /init to play with.

Eric


\
 
 \ /
  Last update: 2012-01-05 23:01    [W:0.181 / U:0.080 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site