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

    pfsense 2.7.2 - realtek sfp port down after reboot

    Scheduled Pinned Locked Moved Hardware
    19 Posts 2 Posters 1.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.
    • D
      Domex @stephenw10
      last edited by

      @stephenw10
      I tryed with another module, reboted 3 time, all the times, the led starts blinking.

      Then I halt 3-4 times with with D-Link module and started succesfully, till suddently again the problem...

      It happen frequently but not always...

      1 Reply Last reply Reply Quote 0
      • stephenw10S
        stephenw10 Netgate Administrator
        last edited by

        Hmm, I would probably try to test in some other OS if you can. Make sure it's not a hardware issue.

        Though I'm not sure there's much we can do. Did you confirm it's loading the alternate driver? You see the updated driver version in the boot log?

        D 1 Reply Last reply Reply Quote 0
        • D
          Domex @stephenw10
          last edited by

          @stephenw10 said in pfsense 2.7.2 - realtek sfp port down after reboot:

          You see the updated driver version in the boot log?

          I'm not sure it is mounting the updated version.
          just run this command:
          pkg install realtek-re-kmod

          and added (in bold) 2 rows into the /boot/loader.conf

          kern.cam.boot_delay=10000
          kern.ipc.nmbclusters="1000000"
          kern.ipc.nmbjumbop="524288"
          kern.ipc.nmbjumbo9="524288"
          opensolaris_load="YES"
          zfs_load="YES"
          kern.geom.label.gptid.enable="0"
          kern.geom.label.disk_ident.enable="0"
          kern.geom.label.disk_ident.enable="0"
          kern.geom.label.gptid.enable="0"
          opensolaris_load="YES"
          zfs_load="YES"
          if_re_load="YES"
          if_re_name="/boot/modules/if_re.ko"

          boot_serial="NO"
          autoboot_delay="3"
          hw.hn.vf_transparent="0"
          hw.hn.use_if_start="1"
          net.link.ifqmaxlen="128"
          machdep.hwpstate_pkg_ctrl="1"
          net.pf.states_hashsize="524288"

          What should I look for boot log?

          If I connect the same module on another router Zyxel EX5601 (the one the FTTH vendor gave me), I never see the problem, it always boot and and the wan interface starts successufully

          1 Reply Last reply Reply Quote 0
          • stephenw10S
            stephenw10 Netgate Administrator
            last edited by stephenw10

            The driver version is printed at boot from the alternative driver like:

            [24.03-RELEASE][admin@apu.stevew.lan]/root: dmesg | grep re0
            re0: <Realtek PCIe GbE Family Controller> port 0x1000-0x10ff mem 0xf7900000-0xf7900fff,0xf7800000-0xf7803fff irq 16 at device 0.0 on pci1
            re0: Using Memory Mapping!
            re0: Using 1 MSI-X message
            re0: ASPM disabled
            re0: version:1.99.04
            re0: Ethernet address: 00:0d:b9:33:35:10
            re0: Ethernet address: 00:0d:b9:33:35:10
            

            The default driver does not show a version.

            D 1 Reply Last reply Reply Quote 0
            • D
              Domex @stephenw10
              last edited by

              @stephenw10 said in pfsense 2.7.2 - realtek sfp port down after reboot:

              dmesg | grep re

              this is mine
              (dmesg | grep re1) copied the part related re1, my WAN.

              re1: <Realtek PCIe GbE Family Controller> port 0xd000-0xd0ff mem 0xa1104000-0xa1104fff,0xa1100000-0xa1103fff at device 0.0 on pci2
              re1: Using Memory Mapping!
              re1: Using 1 MSI-X message
              re1: ASPM disabled
              re1: version:1.98.00
              re1: Ethernet address: 6c:2b:59:64:c0:5f
              This product is covered by one or more of the following patents:
              re1: Ethernet address: 6c:2b:59:64:c0:5f

              1 Reply Last reply Reply Quote 0
              • stephenw10S
                stephenw10 Netgate Administrator
                last edited by

                Ok, it is loading the driver so that clearly doesn't help. 😕

                D 1 Reply Last reply Reply Quote 0
                • D
                  Domex @stephenw10
                  last edited by

                  @stephenw10
                  My driver version is a bit older than yours.
                  Do you think I can update?

                  1 Reply Last reply Reply Quote 0
                  • stephenw10S
                    stephenw10 Netgate Administrator
                    last edited by

                    There's a slightly newer driver in Plus but I'd be very surprised if that made any difference on that NIC.
                    You can see what's been included here:
                    https://github.com/alexdupre/rtl_bsd_drv/tree/v1.99

                    D 2 Replies Last reply Reply Quote 0
                    • D
                      Domex @stephenw10
                      last edited by

                      @stephenw10
                      I did another test:
                      Halt the system many time and every time also unplugged power cable.
                      All the time the WAN went up succesfully....

                      1 Reply Last reply Reply Quote 0
                      • D
                        Domex @stephenw10
                        last edited by

                        This post is deleted!
                        1 Reply Last reply Reply Quote 0
                        • stephenw10S
                          stephenw10 Netgate Administrator
                          last edited by

                          Hmm, so it only fails to reconnect when coming out of standby?

                          The system could be holding the NIC powered to allow WoL etc. There may be some BIOS settings to disable that.

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