How To Boot Linux In Under One Second

Oct. 8, 2012
Logic PD's Zip technology allows Linux to boot in under 1 second. Technology Editor Bill Wong talked with Kurt Larson, Director of Product Management, about how Logic PD managed this feat.

Fast boot is important for applications where a system is not running continuously. Linux is often used in embedded applications where this is the case so getting Linux to boot quickly can be very useful.

One alternative used by operating systems such as Linux and Windows is the hibernate mode where the state of a currently running system is save in non-volatile storage that can be quickly restored. Logic PD takes another approach that speeds up the boot process so the system can respond more quickly. This has the advantage of reducing storage requirements as well as allowing the boot process to select the drivers necessary for proper operation.

Logic PD's new technology is named Zip. I spoke with Kurt Larson, Director of Product Management, about their new boot optimization technology and how it works.

Wong: I hear that Logic PD has cut boot time on their Lunux-based modules from almost 50 seconds to under 1 second. What Logic PD modules does this technology work with?

Larson: We call the boot technology Zip. It is available on all of our DM3730 and AM3703 products including the Torpedo + Wireless, Torpedo (Fig. 1), and SOM-LV form factors.

The DM3730 and AM3703 are based on Texas Instruments' DaVinci DM3730 and Sitara AM3703 system-on-chip (SoC) processors respectively. They employ TI's WiLink 7.0 wireless solution as well. The SoCs run Linux and Zip helps them get up and running faster.

Figure 1. Logic PD's DM3730 module supports the Zip fast boot technology that allows Linux to start up in under one second.

Wong: How did you manage to cut the boot time by almost two orders of magnitude?

Larson: We do a number of things. This includes optimization of the bootloader and linux kernel. We prioritize mission-critical drivers so they are loaded first. We also deploy the application GUI as soon as possible. In the process, we delay all non-essential tasks until after the target application is fully running. This allows the system to respond within a second with less critical operations available later in the sequence.

Wong: So reordering the boot and load sequence provided the performance gains. How did you come up with the optimum sequence and how many non-essential tasks wind up starting later?

Larson: The approach is to identify which features the user of the product considers essential, focus on loading all the predecessors to those, and postpone everything else. For example, if the customer wants the GUI up and running, the system needs to load the LCD drivers, touch drivers, and everything in the kernel to support those. The number of non-essential tasks is different on every application, but you can count them up quickly, USB drivers, Ethernet drivers, stacks to support communication over the top of these drivers, etc.

Wong: What happens when the system is modified such as adding drivers or changing the GUI or other applications? Does the process need to be repeated?

Larson: There can be heavy design re-use if customer A and customer B both want GUI up right away, but may have different communication port requirements that can be postponed. If customer A wants camera capture first and customer B wants wireless connectivity first, there is small reuse of bootloader and kernel modifications, but larger differences in the order in which drivers load creating very different user experiences between the two applications.

Wong: What kind of changes can be made to the system without affecting or requiring reoptimization?

Larson: The standard Zip offering prioritizes the GUI so users can start interacting right away. If the application requires a different mission critical feature first, USB stack for example, the order of boot time events in the system will need to be re-organized, some of these changes may require a review of the entire system to reoptimize

Wong: Can this approach be applied to other platforms?

Larson: Yes, today it works on our DM3730 and AM3703 Linux based products, but it can be adapted for Android and other embedded platforms. Zip can be used with any embedded product that desires an “instant on” function.

Wong: What are the implications of boot time reduction?

Larson: Zip offers “instant on” functionality for portable products that provide time-critical, life-saving actions. For example, emergency medical professionals can help people faster, saving more lives and soldiers can get real-time battlefield information faster, saving more lives. The technology works equally well for consumer applications where faster response time provides a better user experience.

Wong: Will we see this technology being employed in other products from Logic PD?

Larson: Yes, we plan on including Zip support for future products.

Sponsored Recommendations

Board-Mount DC/DC Converters in Medical Applications

March 27, 2024
AC/DC or board-mount DC/DC converters provide power for medical devices. This article explains why isolation might be needed and which safety standards apply.

Use Rugged Multiband Antennas to Solve the Mobile Connectivity Challenge

March 27, 2024
Selecting and using antennas for mobile applications requires attention to electrical, mechanical, and environmental characteristics: TE modules can help.

Out-of-the-box Cellular and Wi-Fi connectivity with AWS IoT ExpressLink

March 27, 2024
This demo shows how to enroll LTE-M and Wi-Fi evaluation boards with AWS IoT Core, set up a Connected Health Solution as well as AWS AT commands and AWS IoT ExpressLink security...

How to Quickly Leverage Bluetooth AoA and AoD for Indoor Logistics Tracking

March 27, 2024
Real-time asset tracking is an important aspect of Industry 4.0. Various technologies are available for deploying Real-Time Location.

Comments

To join the conversation, and become an exclusive member of Electronic Design, create an account today!