On Mon, Apr 20, 2015 at 03:28:32AM +0000, Kweh, Hock Leong wrote: > Regarding the 'reboot require' status, is it critical to have a 1 to 1 status > match > with the capsule upload binary? Is it okay to have one sysfs file note to > tell the > overall status (for example: 10 capsule binaries uploaded but one require > reboot, so the status shows reboot require is yes)? I am not here trying to > argue > anything. I am just trying to find out what kind of info is needed but the > sysfs > could not provide. > > Please imagine if your whole Linux system (kernel + rootfs) has to fit into > 6MB > space and you don't even have the gcc compiler included into the package. > I believe in this environment, kernel interface + shell command is the only > interaction that user could work with.
Why would you have to have gcc on such a system? Why is that a requirement for having an ioctl/char interface? And if you only have 6Mb of space, you don't have UEFI, sorry, there's no way that firmware can get that small. > Btw, just to make sure I get it correctly, is misc device refer to the device > that created by misc_register() from drivers/char/misc.c and not asked to > put this kernel module under drivers/misc/* location, right? Yes, use misc_register() > And Matt mentioned including the source into tools/* in kernel tree. I have > a question: Is this tool can be compiled during kernel compilation and > eventually auto included into the rootfs package? Sorry, I am new to OS > creation and maybe this is stupid question. If you ask to build it as part of the configuration, yes, it can be built. See how the tools are build as part of the kernel tree for more information about this. thanks, greg k-h -- To unsubscribe from this list: send the line "unsubscribe linux-efi" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
