Prepare 13.1 #3551
Merged
Prepare 13.1 #3551
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Member
sairon
commented
Aug 21, 2024
sairon
commented
- Drop "default kernel tree" line from docs (Drop "default kernel tree" line from docs #3505)
- Add documentation and dependencies category to release-drafter config (Add documentation and dependencies category to release-drafter config #3506)
- Explains UMS Utility image (Explains UMS Utility image #3507)
- Bump ODROID N2's U-Boot to v2024.01 again (Bump ODROID N2's U-Boot to v2024.01 again #3508)
- Increase block size of kernel squashfs image to 128K (Increase block size of kernel squashfs image to 128K #3509)
- Fix writing U-Boot environment on ODROID-M1 (Fix writing U-Boot environment on ODROID-M1 #3510)
- Enable eMMC HS200 mode in Green's U-Boot defconfig (Enable eMMC HS200 mode in Green's U-Boot defconfig #3511)
- Linux: Update kernel to 6.6.45 (Linux: Update kernel to 6.6.45 #3518)
- Bump docker/build-push-action from 6.5.0 to 6.6.1 (Bump docker/build-push-action from 6.5.0 to 6.6.1 #3519)
- Bump OS to development version 13.1.dev0
- Fix CPU ID for D2xxx/N2xxx in GRUB2 loader patch (Fix CPU ID for D2xxx/N2xxx in GRUB2 loader patch #3526)
- Enable 1.5MBd serial console on Green for new installs (Enable 1.5MBd serial console on Green for new installs #3527)
- Enable NTFS and exFAT drivers for all targets (Enable NTFS and exFAT drivers for all targets #3516)
- Linux: Update kernel to 6.6.46 (Linux: Update kernel to 6.6.46 #3529)
- Implement device wipe using the hardware button on Green (Implement device wipe using the hardware button on Green #3523)
- Add LED indication for button handling in Yellow's U-Boot (Add LED indication for button handling in Yellow's U-Boot #3536)
- Bump OS to pre-release version 13.1.rc1
- Fix iwlwifi driver failing to find .pnvm files for Intel 6E (AX210) (Fix iwlwifi driver failing to find .pnvm files for Intel 6E (AX210) #3549)
- Bump OS to release version 13.1
The following table is self-explanatory and unlike this, is kept up-to-date automatically.
…#3506) * add Documentation category * add Dependencies (to easily filter them out if not needed in changelog) * adjust the order a bit to have user-facing changes first
We previously reverted the bump because we were unsure where the eMMC issues are coming from. Now we know some of them were caused by incompatible eMMCs then never worked from the beggining, and attempt to fix them (by changing the frequency) caused some other side effects. Bump U-Boot back to the version used generally and continue from there.
While mksquashfs uses this value by default, Genimage's default is 4K. This is far too low value and results in slower kernel load, especially on embedded boards with a flash drive. Explicitly set it to 128K to generate same images as in pre-genimage builds.
Apply the same patch we applied in #3412 for Green. At that time I thought the patch was already applied upstream for M1 and haven't checked, but it turns out it wasn't true. Apply it here before we get U-Boot with that patch series [1] included. [1] https://patchwork.ozlabs.org/project/uboot/cover/20240204205312.2342868-1-jonas@kwiboo.se/
Follow-up to #3412. While we haven't seen any issues so far, it's mentioned in the original patch series we took inspiration from that HS200 works more reliably, so enable it in Green's defconfig by amending the patch.
Bumps [docker/build-push-action](https://github.com/docker/build-push-action) from 6.5.0 to 6.6.1. - [Release notes](https://github.com/docker/build-push-action/releases) - [Commits](docker/build-push-action@v6.5.0...v6.6.1) --- updated-dependencies: - dependency-name: docker/build-push-action dependency-type: direct:production update-type: version-update:semver-minor ... Signed-off-by: dependabot[bot] <support@github.com> Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
Report from @ChernyaevAN in [1] revealed it's 13829424153406670433 in decimal, which means the endianness was wrong for the CPUs I didn't have available for testing. [1] #3305 (comment)
With default console on HDMI (tty0), we lost the console on the serial port. It may be useful for debugging, let's enable it for new installs with the same speed as bootloader (to avoid the need for baud rate switching).
Enable NTFS and exFAT drivers, as they're not in defconfigs of all platforms and may be useful when mounting removable drives. Fixes #2723 Co-authored-by: Jan Čermák <sairon@users.noreply.github.com>
* Improve LED naming in U-Boot DTS Port Stefan's patch from Linux patchset to U-Boot. * Implement device wipe using the hardware button on Green Unlike Yellow, Green doesn't have a way to easily wipe the device, e.g. if the user forgets the password - in that case the only option is to use a microSD card and reflash the system. Fortunately, Green has a hardware button wired to the PMIC chip which exposes the button state in one of the registers. Read this value in U-Boot and decide if cmdline flag for device wipe should be set - same as we do on Yellow. Also enable LED driver and command in U-Boot. In the current implementation, if the button is held for ~5 seconds when plugging in the device (this time includes DDR training, SPL, etc.), the yellow LED turns solid to indicate wipe is about the start. When the Linux kernel starts, the kernel LED driver takes over and starts blinking in heartbeat pattern. Because it takes a while to load the kernel, the LED stays solid for 2-3 seconds, which should be enough to recognize it was acknowledged. * Wait for button to be released before wiping
With #3523 as inspiration, it might be useful to wait for buttons to be released, e.g. in case when they become stuck. Also indicate the button operation (wipe, boot files removal, UMS) has been handled by turning on the yellow LED.
…3549) Since updating to Buildroot 2024.02, the iwlwifi loads a different version of firmware for Intel AX cards (reported on AX210) which also needs the pnvm file. However, unlike firmwares, the load method is different and the driver can't load a compressed file. Disable compression for all .pnvm files to fix this. * buildroot baa16784d2...55be56d521 (1): > package/linux-firmware: exclude some files from compression Fixes #3477 (cherry picked from commit d3a43a4)
agners
approved these changes
Aug 21, 2024
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.