You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: kernel-development.md
+5-3Lines changed: 5 additions & 3 deletions
Original file line number
Diff line number
Diff line change
@@ -5,6 +5,7 @@ The OpenBMC project maintains a fork of upstream Linux for patches that are not
5
5
The kernel tree hosted at https://github.com/openbmc/linux contains the set of patches that we carry. Ideally there would be no patches carried, as everything should be upstream.
6
6
7
7
Your code will make it into the OpenBMC tree in these ways, from most to least desirable:
8
+
8
9
1. When the OpenBMC kernel moves to a new upstream release
9
10
2. By backporting upstream commits from a newer kernel version to the OpenBMC kernel
10
11
3. Patches included in the OpenBMC tree temporarily
@@ -30,15 +31,15 @@ Once the driver has been accepted upstream, send the good news to the OpenBMC li
30
31
31
32
There are cases where waiting for upstream acceptance will delay the bring-up of a new system. This should be avoided through careful planning and early development of the features upstream, but where this has not happened we can chose to carry the patches in the OpenBMC tree while the upstream development is ongoing.
32
33
33
-
Another exception to the upstream first rule is where patches are modifying files that are not upstream. This currently includes the aspeed board file `arch/arm/mach-aspeed/aspeed.c`, and the device tree source files `dtbs`. The board file should go away when we get drivers written for all of the functionaltiy; for now it contains some hacks relating to LPC and early init.
34
+
Another exception to the upstream first rule is where patches are modifying files that are not upstream. This currently includes the aspeed board file `arch/arm/mach-aspeed/aspeed.c`, and the device tree source files `dts`. The board file should go away when we get drivers written for all of the functionaltiy; for now it contains some hacks relating to LPC and early init.
34
35
35
36
## Getting existing code in the tree
36
37
37
38
The OpenBMC kernel is currently based on the 4.7 series. If there is upstream code you would like backported, send it to hte list. Be sure to include the upstream commit SHA in the commit message.
38
39
39
40
## Testing
40
41
41
-
When moifying the tree we currently test on the following platforms:
42
+
When modifying the tree we currently test on the following platforms:
42
43
43
44
- Palmetto, an OpenPower Power8 box containing an ast2400 with NCSI networking
44
45
- ast2500-evb, the Aspeed dev board with two PHYs
@@ -65,7 +66,8 @@ make ARCH=arm \
65
66
66
67
(adjust `O` and `CROSS_COMPILE` parameters as appropriate).
67
68
68
-
You'll need to use `aspeed_defconfig` as your base kernel configuration.
69
+
You'll need to use `aspeed_g4_defconfig` or `aspeed_g5_defconfig` as your base
70
+
kernel configuration.
69
71
70
72
The cpio can be found in the following yocto output directory:
0 commit comments