PC Engines apu2 experiences

hda

…mSATA...

APU2 & mSata ? >>> 64-bit Full Install.

Ofloo

apu1d4: throughput was arround 700mbit/s ~ 900mbit/s, when i first bought it pfsense did 500mbit/s later on that changed
apu3a4: throughput is 250mbit/s ~ 300mbit/s

What i do notice is that apu1d4 uses realtek(re) drivers and the apu3 uses intel(igb)
for the igb driver: TSO LRO .. checksum offload turned on or off makes no difference

strange thing is when I run iperf through vlan but not hosted on the router but on a server on a different subnet which is routed though the router i get

–----------------------------------------------------------
[ 3] local 192.168.1.100 port 44774 connected with 172.18.1.11 port 5001
[ ID] Interval Transfer Bandwidth
[ 3] 0.0-10.0 sec 715 MBytes 600 Mbits/sec

when i turn on tso lro checksum offload, cpu rather then hiadapt to maximum

------------------------------------------------------------
Client connecting to loki, TCP port 5001
TCP window size: 85.0 KByte (default)
------------------------------------------------------------
[  3] local 192.168.1.100 port 45468 connected with 172.18.1.11 port 5001
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0-10.0 sec   757 MBytes   635 Mbits/sec

------------------------------------------------------------
Client connecting to loki, TCP port 5001
TCP window size: 85.0 KByte (default)
------------------------------------------------------------
[  3] local 192.168.1.100 port 45462 connected with 172.18.1.11 port 5001
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0-10.0 sec   742 MBytes   622 Mbits/sec

apu1d4: throughput was arround 700mbit/s ~ 900mbit/s, when i first bought it pfsense did 500mbit/s later on that changed

Without PowerD (hi adaptive) it was more around ~450 - 550 MBit/s but with "turned on" PowerD it Comes nearly to that numbers
like you are naming here, ~650 MBit/s - 750 MBit/s and yes for sure that can be different from OS to OS! From FreeBSD to Linux
as the base system, such as IPFire or ZeroShell are based on due to the better driver support.

apu3a4: throughput is 250mbit/s ~ 300mbit/s

The APU1D4 and APU2C4 are regular boards that was produced for the whole public, but likes in the past too, there
are options, that you might be calling for a customized board based on the number of boards you must then buy.
Let us say 150 - 1000 as a minimum and in former times this boards where then only for you or that customer and
not available for the rest of us or the whole public customers, this was changing now, and so rests of such a special
version or customized board will now also available to the public by sale. But please accept that this APU3 boards are
optimized for LTE usage, also the LAN ports as I am right informed and this might be then driving such a throughput
test in a total other direction! If you are using 3G and/or LTE modems inside this will be then perhaps once more
again differing from what you see now or get out now!

What i do notice is that apu1d4 uses realtek(re) drivers and the apu3 uses intel(igb)
for the igb driver: TSO LRO .. checksum offload turned on or off makes no difference

That might be shinning as the changing point for sure and first of all, but there are also two other things
that will be interesting now. The PowerD is bursting the APU1 cpu (T40E dual core) much more then the
APU2 cpu (GX-412TC quad core) that is taking not really a benefit well from activating this PowerD option
and then the igb(4) driver is now also multi cpu threading but even not the PPPoE part!

I don´t know if that "optimized option" will be able to change or something else, but perhaps this might be
then pushing that number somehow in the high, if there will be an option to change them. Perhaps in the BIOS!?

Veldkornet

Has anyone updated to the latest BIOS?

I noticed in pfSense that the system is now just seen as "pfSense" where as it was "PC Engines APU2"
See screenshots.

Not that the name really matters to me, was just wondering others had the same.

Before.png_thumb

After.png_thumb

kevindd992002

@Veldkornet:

Has anyone updated to the latest BIOS?

I noticed in pfSense that the system is now just seen as "pfSense" where as it was "PC Engines APU2"
See screenshots.

Not that the name really matters to me, was just wondering others had the same.

I didn't even know that there was an updated BIOS until I read your reply, lol. Is there a way to be notified with these updates from pcengines?

I'd have to wait for a week to have access to a null modem, so I can't update my APU2 until then.

Veldkornet

I just updated it via SSH.

You just need to install the "flashrom" package.

So basically:

pkg install flashrom

Download the firmware from here

Unzip the download and copy the .rom file to /tmp. Then flash with the following:

flashrom -w /tmp/apu2_v4.0.7.rom -p internal

Once done, reboot.

*Edit: Updated to use the flashrom package from pfsense

kevindd992002

Oh ok, I didn't know you can do that. I was referring to following the BIOS update instructions in pcengine's website using tinycore.

Veldkornet

Yeah, TinyCore in anyway uses flashrom.

If you look here on the PC Engines GitHub site, they mention that you just need flashrom.

doktornotor

@Veldkornet:

I just updated it via SSH.

You just need to install the "flashrom" package, which needs some dependencies of course. At least, this is what I've just done.

No need to use FreeBSD repo for this or mess manually with dependencies. Flashrom is being used for Netgate_Coreboot_Upgrade package so it's already there in pfSense repo.


# pkg search flashrom
flashrom-0.9.9_1               Utility for reading, writing, verifying, and erasing flash ROM chips

Veldkornet

@doktornotor:

@Veldkornet:

I just updated it via SSH.

You just need to install the "flashrom" package, which needs some dependencies of course. At least, this is what I've just done.

No need to use FreeBSD repo for this or mess manually with dependencies. Flashrom is being used for Netgate_Coreboot_Upgrade package so it's already there in pfSense repo.
# pkg search flashrom
flashrom-0.9.9_1               Utility for reading, writing, verifying, and erasing flash ROM chips

Aha, nice, that's easier. I didn't even check that :) I updated my post to show the use of the pfsense version, to avoid any unnecessary confusion.

kevindd992002

So i assume I just need to run the flashrom syntax under the pfsense shell and i'm all set?

Veldkornet

@kevindd992002:

So i assume I just need to run the flashrom syntax under the pfsense shell and i'm all set?

Yup, pretty much. I've updated my initial post showing the use of the pfsense flashrom package instead. So it's a lot simpler now.

Jailer

@Veldkornet:

Has anyone updated to the latest BIOS?

I noticed in pfSense that the system is now just seen as "pfSense" where as it was "PC Engines APU2"
See screenshots.

Not that the name really matters to me, was just wondering others had the same.

Mine still says PC Engines APU2 after the update to 2.3.4.

Veldkornet

@Jailer:

Mine still says PC Engines APU2 after the update to 2.3.4.

Yeah, mine did too. I more meant after the latest firmware update.

kevindd992002

@Veldkornet:

@kevindd992002:

So i assume I just need to run the flashrom syntax under the pfsense shell and i'm all set?

Yup, pretty much. I've updated my initial post showing the use of the pfsense flashrom package instead. So it's a lot simpler now.

Thanks. I've just done the update and I get the same results regarding the 'System' as yours. I guess it's pfsense not detecting the APU properly because of a newer version.

blimpyboy

I've just taken delivery of a couple of new APU2C2 units today - I need to install pfSense 2.3.4-RELEASE tomorrow and will be taking them to two of my customers on Monday. I've been using Alix 2D3 units for years so a bit of a culture shock to my standard build procedure!

First thing I'd like to be clear on is which BIOS I should be using. The boards arrived with 160307 so I looked in the PCEngines 'BIOS Update' area and have flashed one of the boards with 160311. I then came across this post and I'm now thinking I should be flashing with 4.0.7. It's hard to be sure that this is the most recent as the accompanying text is pretty vague - the versioning pattern is also confusing going from 160311 to 4.0.7! The date stamp on 160311 is 12th March 2016 and 4.0.7 is 28th Feb 2017 so I assume that's the one I should be using? The 4.5.5 file is marked as 'experimantal' so I 'll steer clear of that for now I think!

Before I go to the next stage of workoing out how to get pfSense v2.3.4-Rel (hot off the press yesterday!) on my 16GB mSATA SSD units, could you guys just confirm that I should indeed be using BIOS 4.0.7.

One last observation is that the board I've not yet flashed shows 'SeaBIOS (version ?-20160307_153453_michael-desktop64)' on my PuTTY serial screen when the unit starts up - quite a strange stamp, but it does have the '160307' sub-string in there so must be correct. However, I've just flashed the other board with 4.0.7 and the serial output at startup reads 'SeaBIOS (version rel-1.10.0.1)'. I'm hoping that's all in agreement with what other people see when they take a look at their pfSense boot screens!

Regards
Ian

Jailer

I'm still running the 160311 that the board shipped with without issue. If it aint broke don't fix it.

Veldkornet

4.0.7 is indeed the latest as far as I am aware. Maybe the way that they note the updates here makes more sense? Looks like they were using the date and now they've switched to actual version numbers.

I was also running 160311 up until yesterday, didn't really have any issues either.

FYI, this is the changelog for 4.0.7:


coreboot https://github.com/pcengines/coreboot/blob/coreboot-4.0.x/CHANGELOG.md
	reduced log level: display mainboard, DRAM and ECC info only
	improved SD card performance
	forced to use SD in 2.0 mode
	reset J17 GPIO's (NCT5104D) during boot to inputs
	update sortbootorder to v4.0.3 (UART C/D toggling)
	mPCIe1 working with ASM1061 based sata controllers (mPCIe2 still not working)
	fixed RAM size displaying during the boot (for 2GB sku's)

iPXE (no changelog available yet)
	added autoboot command

seabios https://github.com/pcengines/seabios/blob/coreboot-4.0.x/CHANGELOG.md
	allowed for one-time PXE boot with N key
	enable/disable option for USB boot
	enable/disable option for PXE boot

sortbootorder https://github.com/pcengines/sortbootorder/blob/coreboot-4.0.x/CHANGELOG.md
	EHCI0 controller disable/enable option
	UART C and D toggling

memtest86+ https://github.com/pcengines/memtest86plus/blob/coreboot-4.0.x/CHANGELOG.md
	refreshed procedure, so that full screen content is reprinted on refresh
	macro SPD_DISABLED for disabling SPD related functionality
	refresh option label (l) to bottom menu

blimpyboy

Ah, well spotted Veldkornet, the BIOS naming makes sense after all! Thanks for your reply, and also to Jailer. Jailer, I fully understand your 'if it aint broke…' sentiment, very wise if you have had systems running for some time with no issues. However, I don't have any run-time behind me with any APU2 BIOS so I'm going to assume that PCEngines know what they are doing and flash my two new boards with 4.0.7.

Right... now I need to work out how to get pfSense onto a 16GB mSATA SSD! I've always used CF cards with nanobsd images - I just pop a fresh card into a CF card reader connected to my Windows laptop and use physdiskwrite to push the image onto the 4GB CF card. I then pop the CF card into the Alix board and I'm ready to configure pfSense. My problem now is that I don't have an mSATA slot in anything but the new APU2 board - can you get a USB adapter with an mSATA slot? I think the PCEngines support site has instructions on how to use the APU2 to burn the image to mSATA, have you guys done that for your systems at all?

Also, I've always used nanobsd images which have worked just great out in the field - about 30 pfSense systems with nanobsd on CF for up to six years and not a single issue! The CF cards were mostly cheap Kingston units (I now use Sandisk btw) so nanobsd made sense to avoid burning out the read/write cycle limit. I now have the PCEngines 16GB mSATA for the APU2 which should, I presume, have wear leveling so might not need to worry about wear and can finally install full version. I know I can still use nanobsd on the mSATA drives, but just wondered what other people have been doing. The one big advantage I see with a full/normal (non-nanobsd) install is that it opens up the world of installed packages at a future date.

Thanks again
Ian

Veldkornet

I have a 256GB M2 SSD. I just used rufus to create a USB installer, booted from the USB with a console cable and installed.

Is this what you were asking?