forked from DGNum/liminix
some kexecboot notes
This commit is contained in:
parent
8250d592ba
commit
64d8602408
1 changed files with 25 additions and 0 deletions
25
THOUGHTS.txt
25
THOUGHTS.txt
|
@ -1208,3 +1208,28 @@ Wed Mar 15 19:11:09 GMT 2023
|
|||
defined location
|
||||
|
||||
"tftpboot" implies "revertable", because it will use the same ramdisk
|
||||
|
||||
|
||||
Fri Mar 17 11:44:40 GMT 2023
|
||||
|
||||
- patch the kernel kexec code to pass DTB to new kernel unconditionally
|
||||
- unpatch pernel to pass command line to kexec (breaks DTB passing)
|
||||
- decide how we specify rootfs. doing it by number is awkward
|
||||
- may be phram
|
||||
- may be real mtd root
|
||||
- may be real mtd root but renumbered becuase phram exists
|
||||
|
||||
Wild idea: we could probably get rid of the need for declaring a phram
|
||||
device in the first kernel, if we can use kexec to copy the squashfs into
|
||||
physical ram. As far as I can see this is a simple(sic) matter of
|
||||
specifying it as a segment, but we would have to extend kexec-tools
|
||||
to do this and it's quite a niche option if we make it do all the
|
||||
mtd setup.
|
||||
|
||||
kexec --dtb=foo.dtb --map-file=squashfs@0x120000
|
||||
|
||||
|
||||
Sat Mar 18 18:02:26 GMT 2023
|
||||
What if: we added derivations for "apply openwrt changes" as packages,
|
||||
which could then be called from the kernel derivation's extraPatchPhase?
|
||||
There could be one for generic and one for each openwrt targetop
|
||||
|
|
Loading…
Reference in a new issue