| Summary: | kernel-dev: multiple kernel build | ||
|---|---|---|---|
| Product: | [Build System, Metadata & Runtime] OE-Core | Reporter: | Bruce Ashfield <bruce.ashfield> |
| Component: | kernel | Assignee: | He Zhe <zhe.he> |
| Status: | RESOLVED FIXED | QA Contact: | David Rodriguez <david.israelx.rodriguez.castellanos> |
| Severity: | enhancement | ||
| Priority: | Medium+ | CC: | alexander.kanevskiy, alexandru.c.georgescu, bruce.ashfield, eduard.bartosh, igor.stoppa, jose.perez.carranza, maciejjo, net147, randy.macleod, richard.purdie, ross.burton, tkilbourn, tom.zanussi, zhe.he |
| Version: | 1.8 | ||
| Target Milestone: | 2.2 M1 | ||
| Hardware: | x86 | ||
| OS: | Multiple | ||
| Whiteboard: | |||
| OS type for building Yocto: | --- | Type of Regression: | --- |
| Verified: | Documentation change: | Don't know | |
|
Description
Bruce Ashfield
2014-11-07 21:39:35 UTC
Another use case would be if you want to build and install a kdump kernel to capture dumps when the system kernel crashes. Bruce, assigning to you from a core kernel feature perspective and with WRL interest present. Setting estimate to 15 perfect days as it is a significant feature with a lot of core work. Reducing to 2, since this is something that is developing internal to Wind River and will be contributed. I'm just the placeholder name for this. Would this support deploying 2 kernels, each of them to a separate partition? I have a case where I would like to have a service/rescue partition and a normal one. Each should receive its own specific kernel, possibly built with both different codebase and different additional patches. (In reply to comment #4) > Would this support deploying 2 kernels, each of them to a separate partition? > > I have a case where I would like to have a service/rescue partition and a > normal one. Each should receive its own specific kernel, possibly built with > both different codebase and different additional patches. This will support the deployment to multiple locations. There are two parts to this, the build, and the management of the kernels on the system. The packaging are changes to the build, while the management on the target is an augmentation of the alternates mechanism to manage the kernels .. where ever they may be. This will be useful for me as well. Any update on the progress? Thanks! Hi - will this enhancement support multiple kernel versions (as in 4.1 alongside 4.4) or only building one version of kernel but with multiple image types (zImage, uImage etc)? Maciej, this is just for building multiple types of kernel images at one time. |