From mboxrd@z Thu Jan 1 00:00:00 1970 From: voidexp@gmail.com (Ivan Nikolaev) Date: Tue, 19 Feb 2013 22:53:50 +0100 Subject: Suppress all boot output (framebuffer?) - embedded linux distro In-Reply-To: <5123F419.8060202@gmail.com> References: <5123F419.8060202@gmail.com> Message-ID: <5123F46E.9020002@gmail.com> To: kernelnewbies@lists.kernelnewbies.org List-Id: kernelnewbies.lists.kernelnewbies.org -------- Original Message -------- Subject: Re: Suppress all boot output (framebuffer?) - embedded linux distro Date: Tue, 19 Feb 2013 22:52:25 +0100 From: Ivan Nikolaev To: Mulyadi Santosa On Tue 19 Feb 2013 08:00:52 PM CET, Mulyadi Santosa wrote: > On Tue, Feb 19, 2013 at 8:50 PM, Ivan Nikolaev wrote: >> I'm developing an ubuntu 12.04 (LTS) based embedded distribution, which >> basically is a normal ubuntu stripped down to bare minimal packages, >> which runs a minimal XOrg server with one single full-screen >> application. What I want is to suppress every single char of console >> output since the bootloader passed control to the kernel, and possibly >> show instead of that some static text and/or image. What I thought is to >> try to disable printk-s and to write some kind of patch which uses the >> framebuffer to show the logo. Is that possible/difficult? Can you >> eventually explain where I should dig? > > > IIRC, isn't that what ubuntu 12.04 does during boot stage by default ? > i mean, no boot message shown.... > > Yes, I guess Ubuntu version of GRUB is slightly modified, and it uses Plymouth to provide that "nice" (and buggy on some machines) graphic bootsplash. What I need is to avoid virtual consoles at all, also, I need one static image visualized by framebuffer, which then smoothly passes to my GUI app. Even more, being my app Qt based, I think about throwing away the Xorg server and use Qt's support for framebuffer. So, it will probably do a nice job. Hope I've explained what I need. For example, on Android devices how this thing is done? You turn on the device, and then the loading animation is displayed for a while. Everything goes smooth, no glitches, and I suppose, there's no Plymouth :) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.kernelnewbies.org/pipermail/kernelnewbies/attachments/20130219/dd986365/attachment.html