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

    Proper procedure for adding a NIC kernel module? (qlnxe)

    Scheduled Pinned Locked Moved Hardware
    20 Posts 3 Posters 1.0k 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.
    • G
      GeorgePatches @stephenw10
      last edited by

      @stephenw10 🙃 I swear I'm an edge case magnetic.

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

        What is that NIC exactly?

        G 2 Replies Last reply Reply Quote 0
        • G
          GeorgePatches @stephenw10
          last edited by

          @stephenw10 Exactly? I'm not sure Qlogic FastLinQ 41000 series 2 port SFP. It's a QL41132HLCU, QL41212HLCU, or QL41262HLCU going by the Qlogic datasheet. I'm betting the QL41132HLCU as we wanted 10G cards and the other 2 models are 10G/25G cards. I'll need to dig in the firmware or the purchase orders to figure it out exactly. I will get back to you.

          Sounds like this is a FreeBSD issue and nothing weird I did at least. Any idea why this wasn't detected on the initial install?

          1 Reply Last reply Reply Quote 0
          • G
            GeorgePatches @stephenw10
            last edited by

            @stephenw10 said in Proper procedure for adding a NIC kernel module? (qlnxe):

            What is that NIC exactly?

            My speculation was correct, it is a Qlogic FastlinQ QL41132HLCU exactly.

            1 Reply Last reply Reply Quote 0
            • K
              kprovost @stephenw10
              last edited by

              @stephenw10 I've not done any detailed digging, but there's been at least one bug fix in dump_iface() not too long ago to fix similar crashes:

              commit 7d48224073ce14f0dd3db2d4e96876ac928b52f2
              Author: Bjoern A. Zeeb <bz@FreeBSD.org>
              Date:   Sat Sep 30 15:11:57 2023 +0000
              
                  netlink: fix accessing freed memory
              
                  The check for if_addrlen in dump_iface() is not sufficient to determine
                  if we still have a valid if_addr.  Rather than directly accessing if_addr
                  check the STAILQ (for the first entry).
                  This avoids panics when destroying cloned interfaces as experienced with
                  net80211 wlan ones.
              
                  Sponsored by:   The FreeBSD Foundation
                  MFC after:      3 days
                  Reviewed by:    jhibbits (earlier version), kp
                  Differential Revision: https://reviews.freebsd.org/D42027
              

              It's certainly worth testing a 2.8 snapshot before we dig deeper.

              G 1 Reply Last reply Reply Quote 1
              • G
                GeorgePatches @kprovost
                last edited by

                @kprovost said in Proper procedure for adding a NIC kernel module? (qlnxe):

                It's certainly worth testing a 2.8 snapshot before we dig deeper.

                Would that fix be in the latest PF+? This is a production machine with lots of work happening, but I'm poking my management chain about paying for support.

                K 1 Reply Last reply Reply Quote 0
                • K
                  kprovost @GeorgePatches
                  last edited by

                  @GeorgePatches That particular patch is in 24.03, yes.

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

                    Hmm, I wonder if we can do something to avoid that bug as a test. 🤔

                    G 1 Reply Last reply Reply Quote 0
                    • G
                      GeorgePatches @stephenw10
                      last edited by

                      @stephenw10 Hmmmmm, a thought is that it blew up on the dummynet code. I can try ripping the limiters out and see it doesn't blow up.

                      G 1 Reply Last reply Reply Quote 0
                      • G
                        GeorgePatches @GeorgePatches
                        last edited by

                        This thought was wrong, it blew up exactly the same without limiters and the dummynet modules not loaded. 🤣

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

                          Well one thing ruled out I guess!

                          1 Reply Last reply Reply Quote 0
                          • G
                            GeorgePatches
                            last edited by GeorgePatches

                            There's no easy way to like try a 2.8 snap and then roll back to 2.7.2, right? You can do that with PF+, if I understand the bootloader thing correctly?

                            I ask because management has approved our initial request for a support contract. We're currently waiting on a quote and then actual approval and purchasing. I'm ok putting a pin in this until it's easier to test a snap and roll back. This card is a nice to have, we're currently "doing fine" with our LAGG'd gigabit links.

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

                              You can manually create ZFS snapshots at the CLI in CE, assuming you are running ZFS. However there are no public 2.8-dev snapshots yet.

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