greatly stripped down unused stuff in linux config

This commit is contained in:
bbracker 2021-07-10 11:53:35 -04:00
parent 488cfa16ff
commit e77a9169b6
2 changed files with 167 additions and 2385 deletions

View File

@ -7,32 +7,36 @@ If you instead wish to regenerate the RAMs and testvectors from a new Linux imag
you'll need to build the new Linux image, simulate it, and parse its output, you'll need to build the new Linux image, simulate it, and parse its output,
as described below. as described below.
* To build a new Linux image, Git clone the Buildroot repository to ./buildroot. *To build a new Linux image:
For reference, most recent commit made to the Buildroot repo was 1. Git clone the Buildroot repository to ./buildroot.
as of last generating the image found on Tera: For reference, Wally (*** will) be proven to work on an image built using
commit 4047e10ed6e20492bae572d4929eaa5d67eed746 Buildroot when the following was the most recent commit to the Buildroot repo:
Author: Gwenhael Goavec-Merou <gwenhael.goavec-merou@trabucayre.com> commit 4047e10ed6e20492bae572d4929eaa5d67eed746
Date: Wed Jun 30 06:27:10 2021 +0200 Author: Gwenhael Goavec-Merou <gwenhael.goavec-merou@trabucayre.com>
Then hard link ./buildroot-config-src/main.config to ./buildroot/.config. Date: Wed Jun 30 06:27:10 2021 +0200
That config file will in turn point to the other config files in ./buildroot-config-src.
If you wish to modify the configs, then
1. Copy ./buildroot-config-src/linux.config to ./buildroot/output/build/linux-5.10.7/.config
2. Copy ./buildroot-config-src/busybox.config to ./buildroot/output/build/busybox-1.33.1/.config
3. Run "make menuconfig" "make linux-menuconfig" "make busybox-menuconfig" as needed.
4. Copy ./buildroot/output/build/linux-5.10.7/.config back to ./buildroot-config-src/linux.config
5. Copy ./buildroot/output/build/busybox-1.33.1/.config back to ./buildroot-config-src/busybox.config
(*** There may be a better way to do this, but do know that setting up main.config
to point to those two locations within the Buildroot repo results in interesting
".config is the same as .config" errors.)
Then finally you can run make. Note that it may be necessary to rerun make twice,
once when main.config asks for an "Image" output, and once when main.config
"vmlinux" output.
* To generate new RAMs and testvectors from a Linux image, 2. Then hard link ./buildroot-config-src/main.config to ./buildroot/.config.
sym link ./buildroot-image-output to either your new image in ./buildroot/output/image That config file will in turn point to the other config files in ./buildroot-config-src.
or the existing image at /courses/e190ax/buildroot/output/image on Tera.
(This might require first deleting the empty buildroot-image-output directory). 3. If you wish to modify the configs, then in ./buildroot:
Then run ./testvector-generation/logBuildrootMem.sh to generate RAMs. a. Run "make menuconfig" or "make linux-menuconfig" or "make busybox-menuconfig".
Then run ./testvector-generation/logAllBuildroot.sh to generate testvectors. b. For linux-menuconfig and busybox-menuconfig, use the TUI (terminal UI) to load in
Note that you can only have one instance of QEMU open at a time! Check "ps -ef" to see if configs from "../../../../buildroot-config-src/<linux or busybox>.config"
anybody else is running QEMU. We have to tell make to go back up several dirs because for linux and busybox,
make traverses down to ./buildroot/output/build/<linux or busybox>.
c. Likewise, when you are done editing, tell the TUI to save to the same location.
4. Then finally you can run make. Note that it may be necessary to rerun make twice,
once when main.config asks for an "Image" output, and once when main.config
"vmlinux" output.
*To generate new RAMs and testvectors from a Linux image:
1. sym link ./buildroot-image-output to either your new image in ./buildroot/output/image
or the existing image at /courses/e190ax/buildroot/output/image on Tera.
This might require first deleting the empty buildroot-image-output directory.
2. Then run ./testvector-generation/logBuildrootMem.sh to generate RAMs.
3. Then run ./testvector-generation/logAllBuildroot.sh to generate testvectors.
These latter two steps require QEMU.
Note that you can only have one instance of QEMU open at a time!
At least on Tera, it seems. Check "ps -ef" to see if anybody else is running QEMU.

File diff suppressed because it is too large Load Diff