Hi Andy: I just updated my hotspot (running 4.3.3) using the dashboard update method, the script seemingly pulled the update. Rebooted the Pi, but the dashboard as well as the Pi-Star splash logo still reports 4.3.3MW0MWZ wrote: ↑Thu Apr 10, 2025 10:56 pm I know what you are thinking... what manner of madness is this, another new beta release.. in short, yes....
Release Announcement here: viewtopic.php?t=5055
Download link: https://www.pistar.uk/beta/
Please use this thread for discussing 4.3.2 - I hope this one will go to production release, but I really value those brave souls that beta test it and help me work the kinks out, so please download, burn, enjoy - and let me know how you get on...
Changelog:Code: Select all
10-Apr-2025 **Version 4.3.2 BETA RESPIN #3** - Available for Download. You will find that you cannot upgrade 4.3.x to 4.3.2, this is because too much of the core system needed to be modified to produce 4.3.2, yes that really does mean that you need to burn yet another card to use this one. I hope this will be the last beta, and *should* go into mainline / production use once you all have a chance to test it. 4.3.2 has a seperate set of binaries from all previous versions, it does still share the scripts etc, but all of the DV software is new/up to date with current. This may cause some of you some issues, but please do your testing, this is why we release as beta after all. IPv6 has been enabled in this system matching the lastest 4.2.2 build. Wi-Fi bugs as seen specifically on Pi02W (and only this SBC) have been resolved *I think*. Thank you to Chip (W0CHP) from WPSD for the tips. Kernel changes, I have removed the v7/v7l kernels, they are just not required, they have some GPU performance advantage on Pi2 boards, Pi-Star does not need/use the GPU. Everything from the Pi3 and onwards uses the 64Bit kernel by default, including the Pi400, Pi500 and the Pi02W. Please do not confuse this informaton, Pi-Star still supports ALL Raspberry Pi Foundation hardware, and should boot perfectly well on all platforms. Temperature control / Reduction - there was an issue with Pi4 and Pi5 hardware that was causing the CPU to run at max clock ALL the time, we just don't need that, and it was causing Pi4 and Pi5 SBCs to run REALLY hot. Now resolved. GPU Underclock - This is required on the Pi02W for Wi-Fi stability, yes this sounds insane, it relates to how the Wi-Fi is connected to the the SoC, I have also applied the same GPU underclock on other models, I do not expect any issues arising from that, but this is a deliberate move to slightly reduce power use and SoC temps. CPU Underclock - Again this might sound a little crazy, but the idea here is to slightly under clock the CPU to help keep the operating temps down. Keep in mind that we already set the throttling temp to 75C (rather than the factory 85C) in order to prolong the life of any Raspberry Pi Foundataion boards, this step is more about helping knock the edge of running temps rather prolonging life. Pi 4 / Pi 5 retain full clock speed since most people are running coolers on them already.
Appreciate all the work you are doing to keep us on the bleeding edge!
Cheers,
Ramesh, VA3UV, WA3UV, G4PNQ