Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login

    PC Engines apu2 experiences

    Scheduled Pinned Locked Moved Hardware
    711 Posts 73 Posters 753.2k Views
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • VeldkornetV
      Veldkornet
      last edited by

      I noticed today that the APU2 makes a quick short beep every time I login via the GUI.

      Have I just never noticed this or is it new in 2.4.0?

      1 Reply Last reply Reply Quote 0
      • J
        JasonAU
        last edited by

        @Veldkornet:

        I noticed today that the APU2 makes a quick short beep every time I login via the GUI.

        Have I just never noticed this or is it new in 2.4.0?

        Mine always did this from SSH via the speaker on the computer running putty but it's new for me the speaker of the apu2 device now beeps kind-a cool really

        Brisbane Queensland Australia

        1 Reply Last reply Reply Quote 0
        • K
          kevindd992002
          last edited by

          I have to ask this but which is better between the two BIOS series releases for the APU2? 4.0.x or 4.5.x/4.6.x?

          1 Reply Last reply Reply Quote 0
          • ?
            Guest
            last edited by

            Never had issues with either of them.

            1 Reply Last reply Reply Quote 0
            • K
              kevindd992002
              last edited by

              Any ideas why I'm getting a board mismatch error:

              Calibrating delay loop… delay loop is unreliable, trying to continue OK.
              coreboot table found at 0xdffae000.
              Found chipset "AMD FCH".
              Enabling flash write... OK.
              Found Winbond flash chip "W25Q64.V" (8192 kB, SPI) mapped at physical address 0x00000000ff800000.
              This coreboot image (PC Engines:PC Engines apu2) does not appear to
              be correct for the detected mainboard (PC Engines:PCEngines apu2).
              Aborting. You can override this with -p internal:boardmismatch=force.

              As you can see in the logs, they're the same exact board so I'm not sure why there's a mismatch?

              EDIT: Nevermind, I already figured it out. It seems to be caused by the space between PC and Engines so forcing it fixed the problem.

              1 Reply Last reply Reply Quote 0
              • ?
                Guest
                last edited by

                @kevindd992002:

                Any ideas why I'm getting a board mismatch error:

                Calibrating delay loop… delay loop is unreliable, trying to continue OK.
                coreboot table found at 0xdffae000.
                Found chipset "AMD FCH".
                Enabling flash write... OK.
                Found Winbond flash chip "W25Q64.V" (8192 kB, SPI) mapped at physical address 0x00000000ff800000.
                This coreboot image (PC Engines:PC Engines apu2) does not appear to
                be correct for the detected mainboard (PC Engines:PCEngines apu2).
                Aborting. You can override this with -p internal:boardmismatch=force.

                As you can see in the logs, they're the same exact board so I'm not sure why there's a mismatch?

                whats the firmware filename and model apu you have?

                1 Reply Last reply Reply Quote 0
                • K
                  kevindd992002
                  last edited by

                  @marjohn56:

                  @kevindd992002:

                  Any ideas why I'm getting a board mismatch error:

                  Calibrating delay loop… delay loop is unreliable, trying to continue OK.
                  coreboot table found at 0xdffae000.
                  Found chipset "AMD FCH".
                  Enabling flash write... OK.
                  Found Winbond flash chip "W25Q64.V" (8192 kB, SPI) mapped at physical address 0x00000000ff800000.
                  This coreboot image (PC Engines:PC Engines apu2) does not appear to
                  be correct for the detected mainboard (PC Engines:PCEngines apu2).
                  Aborting. You can override this with -p internal:boardmismatch=force.

                  As you can see in the logs, they're the same exact board so I'm not sure why there's a mismatch?

                  whats the firmware filename and model apu you have?

                  I have the APU2C4. See my edit notes above, I already fixed it.

                  1 Reply Last reply Reply Quote 0
                  • V
                    VAMike
                    last edited by

                    @kevindd992002:

                    Any ideas why I'm getting a board mismatch error:

                    Calibrating delay loop… delay loop is unreliable, trying to continue OK.
                    coreboot table found at 0xdffae000.
                    Found chipset "AMD FCH".
                    Enabling flash write... OK.
                    Found Winbond flash chip "W25Q64.V" (8192 kB, SPI) mapped at physical address 0x00000000ff800000.
                    This coreboot image (PC Engines:PC Engines apu2) does not appear to
                    be correct for the detected mainboard (PC Engines:PCEngines apu2).
                    Aborting. You can override this with -p internal:boardmismatch=force.

                    As you can see in the logs, they're the same exact board so I'm not sure why there's a mismatch?

                    They're not exactly the same: somebody decided things would look nicer if they added a space, so now you're forced to override the safety check to install the firmware. Let the author know the missing space didn't really bother you.

                    1 Reply Last reply Reply Quote 0
                    • ?
                      Guest
                      last edited by

                      yes, the force option, I did not need that, strange.

                      1 Reply Last reply Reply Quote 0
                      • ?
                        Guest
                        last edited by

                        @VAMike:

                        @kevindd992002:

                        Any ideas why I'm getting a board mismatch error:

                        Calibrating delay loop… delay loop is unreliable, trying to continue OK.
                        coreboot table found at 0xdffae000.
                        Found chipset "AMD FCH".
                        Enabling flash write... OK.
                        Found Winbond flash chip "W25Q64.V" (8192 kB, SPI) mapped at physical address 0x00000000ff800000.
                        This coreboot image (PC Engines:PC Engines apu2) does not appear to
                        be correct for the detected mainboard (PC Engines:PCEngines apu2).
                        Aborting. You can override this with -p internal:boardmismatch=force.

                        As you can see in the logs, they're the same exact board so I'm not sure why there's a mismatch?

                        They're not exactly the same: somebody decided things would look nicer if they added a space, so now you're forced to override the safety check to install the firmware. Let the author know the missing space didn't really bother you.

                        I must have gone from a different firmware version :)

                        1 Reply Last reply Reply Quote 0
                        • K
                          kevindd992002
                          last edited by

                          @VAMike:

                          @kevindd992002:

                          Any ideas why I'm getting a board mismatch error:

                          Calibrating delay loop… delay loop is unreliable, trying to continue OK.
                          coreboot table found at 0xdffae000.
                          Found chipset "AMD FCH".
                          Enabling flash write... OK.
                          Found Winbond flash chip "W25Q64.V" (8192 kB, SPI) mapped at physical address 0x00000000ff800000.
                          This coreboot image (PC Engines:PC Engines apu2) does not appear to
                          be correct for the detected mainboard (PC Engines:PCEngines apu2).
                          Aborting. You can override this with -p internal:boardmismatch=force.

                          As you can see in the logs, they're the same exact board so I'm not sure why there's a mismatch?

                          They're not exactly the same: somebody decided things would look nicer if they added a space, so now you're forced to override the safety check to install the firmware. Let the author know the missing space didn't really bother you.

                          Yes, I figured it out after a few seconds of Googling and stumbling upon your post in the PCEngines forum :)

                          @marjohn56:

                          yes, the force option, I did not need that, strange.

                          Probably because when you bought the device, you had a BIOS with version of 4.0.8 or above. I bet yours is pretty new.

                          1 Reply Last reply Reply Quote 0
                          • ?
                            Guest
                            last edited by

                            Possibly, I have two APU's one that's live and one that's test. The live version runs 4.0.7, from the pcengines site.

                            The other has bounced around a bit, so maybe I did have to force it, or not…. can't remember.  ::)

                            1 Reply Last reply Reply Quote 0
                            • S
                              Stugots
                              last edited by

                              Has anybody had any luck getting the front LED's to work with pfSense?

                              PC Engines APU2C4

                              1 Reply Last reply Reply Quote 0
                              • ?
                                Guest
                                last edited by

                                Has anybody had any luck getting the front LED's to work with pfSense?

                                Please read this post carefully word for word.
                                APU2C4 led´s

                                I would be installing a VM (FreeBSD 11.1) and compile it by my self and copy it then into the pfSense box.
                                Reddit apuled.ko

                                1 Reply Last reply Reply Quote 0
                                • K
                                  kevindd992002
                                  last edited by

                                  What would the LED's do when those drivers are installed?

                                  1 Reply Last reply Reply Quote 0
                                  • VeldkornetV
                                    Veldkornet
                                    last edited by

                                    I just wanted to check, does anyone else have these messages about needing to accept intel licenses in their /var/log/dmesg.boot?

                                    I updated the firmware yesterday to 4.6.1, now I’m not sure if it’s related.

                                    Of course, after doing what it says, the errors/warnings go away.

                                    1 Reply Last reply Reply Quote 0
                                    • K
                                      kevindd992002
                                      last edited by

                                      @kevindd992002:

                                      What would the LED's do when those drivers are installed?

                                      BUMP!

                                      1 Reply Last reply Reply Quote 0
                                      • VeldkornetV
                                        Veldkornet
                                        last edited by

                                        @kevindd992002:

                                        What would the LED's do when those drivers are installed?

                                        I suppose you would be able to configure the LED’s to show gateway status etc.
                                        There are packages that you can install from the pfSense software repository (blinked and gwled) for this if you want to see what the options are. But apparently there’s some extra steps required to actually make it work.

                                        I haven’t bothered, I never look at it anyway :P

                                        1 Reply Last reply Reply Quote 0
                                        • VeldkornetV
                                          Veldkornet
                                          last edited by

                                          Well, I decided to have a look at these LED's. Installed the driver, LED's work.
                                          During boot, the LED's all dance, and if I install the gwled package, they show the gateway status. Wonderful :)

                                          Only, I noticed that gwled has a service, but doesn't start… it's annoying. Is this normal? See attachment. (On a sidenote, does anyone else 2x haproxy services?).

                                          Secondly, I noticed the following in the my /var/log/dmesg.boot:

                                          ada0: <samsung 850="" ssd="" evo="" msata="" 250gb="" emt41b6q="">ACS-2 ATA SATA 3.x device
                                          ada0: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 512bytes)
                                          ada0: Command Queueing enabled
                                          ada0: 238475MB (488397168 512 byte sectors)
                                          ada0: quirks=0x3<4K,NCQ_TRIM_BROKEN>

                                          What does this 4K,NCQ_TRIM_BROKEN mean exactly in normal English?

                                          I also note that they have a solution below, but again, not quite sure what the difference is between the two….

                                          if you're on 11.1-RELEASE or 11-RELEASE, you should add below on /boot/loader.conf.

                                          If no other quirks is required:
                                              kern.cam.ada.0.quirks="0x0"

                                          If you need 4k quirks but want to drop NCQ_TRIM one:
                                              kern.cam.ada.0.quirks="0x1"

                                          *4k one is bit0 (0x1), and NCQ_TRIM one is bit1 (0x2).

                                          The example above assumes the affected drive is recognized as ada0.
                                          You should change "ada.0" to whatever appropreate.

                                          gwled.PNG
                                          gwled.PNG_thumb</samsung>

                                          1 Reply Last reply Reply Quote 0
                                          • J
                                            jwt Netgate
                                            last edited by

                                            @Veldkornet:

                                            What does this 4K,NCQ_TRIM_BROKEN mean exactly in normal English?

                                            4k means "TRIM only works on 4096 byte requests that are 4096 byte aligned".

                                            NCQ_TRIM means TRIM doesn't work if you send it as a queued request.  For some drives, the SSD stops working with first trim request is issued from the filesystem (UFS or ZFS).

                                            There is a bug that is fixed in 11.1-RELEASE.  These quirks keep your drive working.

                                            If you're running pfSense 2.4.x you can re-enable 4K sectors and TRIM by clearing the quirks with:

                                            kern.cam.ada.0.quirks="0x0"

                                            in /boot/loader.conf

                                            or, if you need 4k quirks but want to drop NCQ_TRIM one:
                                                kern.cam.ada.0.quirks="0x1"

                                            4k one is bit0 (0x1), and NCQ_TRIM one is bit1 (0x2).

                                            Or you can wait for pfSense 2.4.3, which will contain a software fix.

                                            1 Reply Last reply Reply Quote 0
                                            • First post
                                              Last post
                                            Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.