1
1
mirror of https://github.com/NixOS/mobile-nixos.git synced 2024-12-21 15:01:36 +03:00
Commit Graph

1427 Commits

Author SHA1 Message Date
Samuel Dionne-Riel
b88d2565ee boot/lib: Stash evdev lib in a folder 2021-01-01 21:37:29 -05:00
Samuel Dionne-Riel
2b5d8ed84b examples/hello: Re-format mrbc invocation and drop -g 2021-01-01 21:37:29 -05:00
Samuel Dionne-Riel
b33afce1a0 boot/init: Re-format mrbc invocation 2021-01-01 21:37:29 -05:00
Samuel Dionne-Riel
f3b51bfafd mruby-builder: Manage -g flag for mrbc 2021-01-01 21:37:29 -05:00
Samuel Dionne-Riel
ac315d791f mruby-lvgui: drop package 2020-12-31 17:06:16 -05:00
Samuel Dionne-Riel
d586952386
Merge pull request #269 from samueldr-wip/fix/regression-kernel-filename
fix build failure by providing kernel filename to internal NixOS option
2020-12-31 16:25:51 -05:00
Samuel Dionne-Riel
3487b77503 fix build failure by providing kernel filename to internal NixOS option
The update from 29a10085f3 caused the
uncompressed kernel to not be installed anymore into the kernel output.

This meant that building the top-level argument failed as a file assumed
to exist wasn't there anymore.

We now provide the appropriate filename when we know it.
2020-12-31 16:21:38 -05:00
Samuel Dionne-Riel
41923e4895
Merge pull request #268 from samueldr-wip/fix/kernel-builder-walleye
kernel-builder: Call either of install or zinstall
2020-12-31 14:29:43 -05:00
Samuel Dionne-Riel
29a10085f3 kernel-builder: Call either of install or zinstall
It seems that under specific conditions:

 - 2a5 hardware
 - -j22

the call to `make install zinstall` (simplified here) may break, with
the installation of `System.map` happening in a manner where it fails
the build. It was not trivial to reproduce elsewhere than on a 2a5
machine, for unknown reasons.

It was also only observed on google-walleye, but there is no reason is
shouldn't be failing on other devices too.

Odd.
2020-12-31 03:31:04 -05:00
Samuel Dionne-Riel
5386b3fd2d
Merge pull request #253 from samueldr-wip/feature/uefi-generic-x86_64
uefi-x86_64: introduce generic "device" and system type
2020-12-29 23:39:40 -05:00
Samuel Dionne-Riel
04b8e4c464 uefi-x86_64: Enable stage-0 2020-12-29 19:22:43 -05:00
Samuel Dionne-Riel
7fe40c1817 system-types/uefi: VM outputs logs on serial 2020-12-29 19:22:43 -05:00
Samuel Dionne-Riel
e215099597 system-types/uefi: Use stage-0 2020-12-29 19:22:43 -05:00
Samuel Dionne-Riel
b2790d13d6 qemu-x86_64: Delete device
It's being replaced by the generic uefi-x86_64 device.

Basically, replace the QEMU-specific system type by the totally standard
UEFI system type. This way we're dogfooding it way better!
2020-12-29 19:22:43 -05:00
Samuel Dionne-Riel
a8f14efead qemu-cryptsetup: Use uefi-x86_64 system
It is incomplete because it does not use the (not implemented) VM
attribute.
2020-12-29 19:22:43 -05:00
Samuel Dionne-Riel
1098b55236 system-types/uefi: Introduce the .vm attribute
This results in a script that launches a QEMU VM.
2020-12-29 19:22:43 -05:00
Samuel Dionne-Riel
ed23cbaeb6 uefi-x86_64: default values for ram and display
This is basically what I think are the minimum requirements for support.
720p display, 2GB of RAM.

Not that it will be a great experience.
2020-12-29 19:21:02 -05:00
Samuel Dionne-Riel
01de3d31a4 devices/uefi-x86_64: Init, from qemu-x86_64
For the time being, this is mostly a copy of the QEMU system.

The QEMU system is slated to be removed, once the UEFI system provides
the necessary tooling to get a VM going easily.

We'll probably want to add other generically-useful modules to that
system.

We'll have to look at NixOS's boot.initrd.availableKernelModules and
boot.initrd.kernelModules options.
2020-12-29 19:21:02 -05:00
Samuel Dionne-Riel
bec8c7dbd0 system-types/uefi: Init, largely inspired by u-boot
This is the minimum viable product.

This builds a disk image that can be booted.
2020-12-29 19:21:02 -05:00
Samuel Dionne-Riel
a8fbbebfbb initrd: Allow adding extra dev rules
Will be used to pass along extra properties for devies, e.g. libinput
calibration matrix.
2020-12-29 19:21:02 -05:00
Samuel Dionne-Riel
a14e0244d3 kernel/builder: Fix for non-dtb-based platforms
Like intel-based hardware
2020-12-29 19:21:02 -05:00
Samuel Dionne-Riel
cff021e9ca kernel/builder: Support newer kernel versions
Fixes menuconfig for 5.10 for chuwi hi10 pro
2020-12-29 19:21:02 -05:00
Samuel Dionne-Riel
c2ac23379c image-builder: Provide a LUKS partition type UUID 2020-12-29 18:21:52 -05:00
Samuel Dionne-Riel
96a71e1b2b makeFAT32: fix build for bigger filesystems 2020-12-29 18:21:52 -05:00
Samuel Dionne-Riel
403c4141ce system-types/u-boot: Cleanup file
The same changes have been made in the upcoming UEFI equivalent file.
2020-12-29 18:21:52 -05:00
Samuel Dionne-Riel
dacfa93de9 recovery.nix: Provide generic access to the recovery build 2020-12-29 18:21:52 -05:00
Samuel Dionne-Riel
32f58ada71
Merge pull request #262 from samueldr-wip/feature/stage-0
stage-0: Add ability to boot in generation kernel+initrd
2020-12-29 18:13:24 -05:00
Samuel Dionne-Riel
e88ace2a3e boot/init: switch_root keeps selected generation in stage-0 2020-12-29 17:59:09 -05:00
Samuel Dionne-Riel
5113fad354 pine64-pinephone: Enable stage-0 support 2020-12-29 17:59:09 -05:00
Samuel Dionne-Riel
b81fd24f33 pine64-pinephone: Enable proc kcore 2020-12-29 17:59:09 -05:00
Samuel Dionne-Riel
798ae8526a initrd-kernel: only build kernel into derivation when relevant
If stage-0 is not supported, default to not bundling a kernel into the
derivation.

This way, no useless builds of the kernels only to rebuild.
2020-12-29 17:59:09 -05:00
Samuel Dionne-Riel
002bf7c1e9
Merge pull request #263 from samueldr-wip/devices/motorola-surfna/init
motorola-surfna: init
2020-12-28 14:08:44 -05:00
Samuel Dionne-Riel
b49dcaaa4c motorola-surfna: Note quirk about flashing 2020-12-28 06:04:18 -05:00
Samuel Dionne-Riel
a7441ec1cc motorola-surfna: Edit kernel configuration as needed 2020-12-28 06:04:18 -05:00
Samuel Dionne-Riel
b4150e7579 motorola-surfna: Normalized OEM kernel configuration
(But the 64 bit variant)
2020-12-28 06:04:18 -05:00
Samuel Dionne-Riel
4eacd4bbc8 motorola-surfna: Basic defconfig
To be normalized. Built this way:

```
cat \
    arch/arm64/configs/msm8937-perf_defconfig \
    arch/arm64/configs/ext_config/moto-msm8937.config \
    arch/arm64/configs/ext_config/moto-msm8937_64.config \
    arch/arm64/configs/ext_config/moto-msm8937-surfna.config \
    > surfna.64.defconfig
```
2020-12-28 06:04:18 -05:00
Samuel Dionne-Riel
0d5c580df8 motorola-surfna: Init kernel at 4.9.112 2020-12-28 06:04:18 -05:00
Samuel Dionne-Riel
fe5a135992 motorola-surfna: Clean-up device description 2020-12-28 06:04:18 -05:00
Samuel Dionne-Riel
f67bbf99d9 motorola-surfna: Import config from autoport
NOTE: this has been detected as armv7l as the kernel and system on the
device is built for 32 bit ARM. The SoC actually supports 64 bit.
2020-12-28 05:59:46 -05:00
Samuel Dionne-Riel
f2bebaa5a3 hardware-qualcomm: Add msm8940 2020-12-28 05:59:46 -05:00
Samuel Dionne-Riel
12be2e5f1c stage-0: Disable by default 2020-12-27 17:50:30 -05:00
Samuel Dionne-Riel
479f431883 doc: List stage-0 support on the device page
The support is according to the default device configuration. For now
this means the kernel version, but a device can also configure it as
needed.
2020-12-27 17:50:30 -05:00
Samuel Dionne-Riel
02068b29a9 devices-metadata: Export stage-0 support 2020-12-27 17:50:30 -05:00
Samuel Dionne-Riel
e533ce8864 modules: Make kernel package nullable
This is to use the value in the documentation.
2020-12-27 17:50:30 -05:00
Samuel Dionne-Riel
2c007dfb23 system-types/u-boot: Use stage-0 2020-12-27 17:50:30 -05:00
Samuel Dionne-Riel
6a785b19e5 system-types/depthcharge: Use stage-0 2020-12-27 17:50:30 -05:00
Samuel Dionne-Riel
9fc322894f system-types/android: Use stage-0 2020-12-27 17:50:30 -05:00
Samuel Dionne-Riel
0ece77292b stage-0: defaults according to platform and kernel version
AArch64 Linux (arm64) didnd't support kexec up until 4.8
2020-12-27 17:50:30 -05:00
Samuel Dionne-Riel
f1dd2a69c0 stage-0: init module for stage-0 bootloader build 2020-12-27 17:50:30 -05:00
Samuel Dionne-Riel
e9dba7afb9 boot/init: Fix logic in symlink resolution 2020-12-27 17:50:30 -05:00