PC Engines apu2 experiences

Qinn

v4.11.0.1 running fine so far.

Release date: '2019-12-09'

Fixed/added:
rebased with official coreboot repository commit 9f56eed
temperature is showing on pfSense dashboard

..and it seems the temp issue is fixed.

https://pcengines.github.io/#mr-29

Qinn

v4.11.0.2 running fine so far.

https://pcengines.github.io/#mr-30

logan5247

Just flashed v4.11.0.3, no issues so far. Running on an APU2D4.
https://pcengines.github.io/#mr-31

valnar

I've been gone for a year and my pfSense APU2 board has been working beautifully on 4.0.11. I want to upgrade for it ECC but not sure if I need to go to mainline or can stick with legacy. Is there any benefit either way?

So my choices are 4.0.29 or 4.11.0.3

I saw in an earlier post as I breezed through everything that you may need to put this in your
boot/loader.conf. Is that still true? Thanks

boot_serial="YES"
comconsole_speed="115200"
console="comconsole"
hint.ahci.0.msi="0"
loader_conf_files="/boot/device.hints"

dotdash

I've been using 4.11.0.3 with a stock serial install. I'm not even seeing any doubled text during boot anymore.
edit- Just rebooted a box from serial and it still has doubled text on the first boot menu.

Qinn

@Qinn said in PC Engines apu2 experiences:

@fireodo No not that "I" experienced. Most bios updates repair bugs or introduce updated SeaBIOS and
updated sortbootorder, but there are a few updates that surely matter, like the 4.0.25 version, which enabled Core Performance Boost feature. https://blog.3mdeb.com/2019/2019-02-14-enabling-cpb-on-pcengines-apu2/

Please read above!

It is now advised to move over to the mainline version and not use the legacy anymore. Please power down (use the option halt in pfSense menu and wait for it to shutdown) after you upgraded to 4.11.03 https://pcengines.github.io/ when it has powered down completely, then remove powerplug and put it back in, to restart.

logan5247

pfSense 2.4.5 is available.

Announcement here
https://www.netgate.com/blog/pfsense-2-4-5-release-now-available.html

Netgate recommends holding on remote upgrades, due to COVID-19 travel restrictions and remote working.
https://www.netgate.com/blog/pfsense-upgrade-guidance-during-covid-19-travel-restrictions.html

logan5247

@logan5247 said in PC Engines apu2 experiences:

pfSense 2.4.5 is available.

Announcement here
https://www.netgate.com/blog/pfsense-2-4-5-release-now-available.html

Netgate recommends holding on remote upgrades, due to COVID-19 travel restrictions and remote working.
https://www.netgate.com/blog/pfsense-upgrade-guidance-during-covid-19-travel-restrictions.html

Just updated an APU2D4 to 2.4.5, no issues so far. I don't run anything crazy (no VPN, IDS/IPS, blocking, etc...), just a couple VLANS. I did uninstall all my packages first, then did the upgrade, then reinstalled the packages.

dugeem

PC Engines / 3mdeb have released new coreboot firmware:

Mainline v4.11.0.5 (link https://pcengines.github.io/#mr-33)

No major changes although a few features of interest:

enabled PCI Express power management capabilities. ASPM can be used to increase client device power savings ... whilst not really aimed at FreeBSD/pfSense users it may be of interest for other OS projects
added PCI Express endpoint reset logic at boot. 3mdeb commented that this should improve detection of PCI Express modules.
added thermal zone definition in ACPI. This allows FreeBSD (and thus pfSense dashboard) to derive temperature via ACPI without any further configuration (ie System / Advanced / Miscellaneous / Thermal Sensors can be left on default None/ACPI)

Probably not worth upgrading unless any of these fixes are of particular interest.

Regardless I've updated my test system and it's running fine so far.

Qinn

@dugeem Thanks for the report.

fireodo

@dugeem

Please do me a favor:

Enter this at the command prompt:

sysctl dev.cpu.0.freq

and post the result.

Thank you very much,
fireodo

dugeem

@fireodo said in PC Engines apu2 experiences:

sysctl dev.cpu.0.freq

sysctl: unknown oid 'dev.cpu.0.freq'

Appears the sysctl dev.cpu tree is missing. I'm running pfSense 2.4.5. It might be useful if someone still running 2.4.4-p3 can verify if behaviour is same to rule out FreeBSD 11.3 as cause.

fireodo

@dugeem said in PC Engines apu2 experiences:

@fireodo said in PC Engines apu2 experiences:

sysctl dev.cpu.0.freq
sysctl: unknown oid 'dev.cpu.0.freq'
Appears the sysctl dev.cpu tree is missing. I'm running pfSense 2.4.5. It might be useful if someone still running 2.4.4-p3 can verify if behaviour is same to rule out FreeBSD 11.3 as cause.

Go back to Bios 4.11.0.4 and you are set! I have done myself yesterday the same thing but I wasnt shure, thats why I asked you to enter that line.

Qinn

@fireodo Maybe report it? Just checked and can confirm 2.4.5 and bios 4.11.0.4 gives

[2.4.5-RELEASE][root@pfSense.localdomain]/root: sysctl dev.cpu.0.freq 
dev.cpu.0.freq: 1000

fireodo

@Qinn said in PC Engines apu2 experiences:

@fireodo Maybe report it? Just checked and can confirm 2.4.5 and bios 4.11.0.4 gives
[2.4.5-RELEASE][root@pfSense.localdomain]/root: sysctl dev.cpu.0.freq 
dev.cpu.0.freq: 1000

Done: https://github.com/pcengines/coreboot/issues/389

Qinn

@fireodo said in PC Engines apu2 experiences:

@Qinn said in PC Engines apu2 experiences:
@fireodo Maybe report it? Just checked and can confirm 2.4.5 and bios 4.11.0.4 gives
[2.4.5-RELEASE][root@pfSense.localdomain]/root: sysctl dev.cpu.0.freq 
dev.cpu.0.freq: 1000
Sorry I'm in Home Office - I have not so much time ...

Before there can be a report, we need to be sure if this i bug is for all apu2 or specific to certain versions, as I see you use a C0 and I a C4.

At the moment I cannot upgrade to 4.11.0.5 as I cannot "Halt" this router, maybe later in the day...

Qinn

@fireodo said in PC Engines apu2 experiences:

@Qinn said in PC Engines apu2 experiences:
@fireodo Maybe report it? Just checked and can confirm 2.4.5 and bios 4.11.0.4 gives
[2.4.5-RELEASE][root@pfSense.localdomain]/root: sysctl dev.cpu.0.freq 
dev.cpu.0.freq: 1000
Done: https://github.com/pcengines/coreboot/issues/389

Kudos!

soder

@Qinn It seems to be a good strategy to NOT do software/BIOS/firmware updates immediately after release. Lets first wait for others to burn themselves, then when the fire is put out, do the update.

sToRmInG

Did anyone experience similar issues with their APUs?
https://forum.netgate.com/topic/151963/throughput-issues-on-pfsense-2-4-5-with-apu2e4

I myself am using 4.11.0.4.

dugeem

@soder Yes always sound to deploy to test systems first and/or wait for others.

In this case this is not a serious bug unless you are modifying the dev.cpu.* sysctl to reduce clock speed from default 1.0/1.4GHz default. Benchmarking shows that CPU performance is unchanged between releases.

The likely 3mdeb APU coreboot change which caused this is https://github.com/pcengines/coreboot/commit/9550e97304ecc1c1b6271d50ea089c82b9a82946

Anyway @fireodo has raised issue with 3mdeb ... have to wait for feedback.