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

    Intel Nic OEM

    Scheduled Pinned Locked Moved Hardware
    15 Posts 2 Posters 4.8k 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.
    • M
      min0me
      last edited by

      i thought that might be the case, i have made a request from silicom for a driver and see what they say.
      if not, its being junked in favor of something else if the onboard nics prove not to be fast enough.

      1 Reply Last reply Reply Quote 0
      • M
        min0me
        last edited by

        I got a login for their drivers, its essentially the Intel driver with a few changes to detect their cards (their vendor ids and product ids).
        the driver is freely distributable as long as you leave the copyright information in tact…

        i will see if i can compile it in the morning...

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

          @min0me:

          the driver is freely distributable as long as you leave the copyright information in tact…

          Better be sure about that before distributing it.  ;) Though I can't see why they would object.
          I assume it also contains some code to control the by-pass relays?

          Steve

          1 Reply Last reply Reply Quote 0
          • M
            min0me
            last edited by

            It does, its written by silicom, while the rest is Intel.
            it compiled, driver loads and the card is detected, but it fails to initialize the hardware

            silbpi0: <pxgbpig> port 0x2000-0x203f mem 0xd8000000-0xd801ffff irq 24 at device 2.0 on pci2
            silbpi0: Hardware Initialization Failed
            silbpi0: Unable to initialize the hardware
            device_attach: silbpi0 attach returned 5
            silbpi1: <pxgbpig> port 0x2040-0x207f mem 0xd8020000-0xd803ffff irq 25 at device 2.1 on pci2
            silbpi1: Hardware Initialization Failed
            silbpi1: Unable to initialize the hardware
            device_attach: silbpi1 attach returned 5</pxgbpig></pxgbpig>
            

            I think i will dump the card and use the onboard nic for now and relook at another card when we change ISP

            Thank you for your input

            regards

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

              That's disappointing.  :(
              Seems a shame to abandon it, maybe Silicom can offer some advice. Was it a FreeBSD 8 driver?

              Steve

              1 Reply Last reply Reply Quote 0
              • M
                min0me
                last edited by

                No it was for v7.x
                Looking at the Intel website, the adapter that is based on has drivers for v7 and v9
                v9 drivers wont compile on v8

                I am quite out of my depth but i have asked and see what they say.

                A lot of their other cards they are now pointing directly to the Intel website for drivers, but i will fall into the same problem i originally had and the card would not be detected without their modifications.

                i will update

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

                  It's interesting there is an amasingly small amount of info on there cards out on the web. What few clues I could find are all old, like 2008, so may not be relevant. However I notice that in all the logs I've read the cards are detected as:

                  silbpi0: 
                  

                  rather than

                  silbpi0: 
                  

                  as in your logs. Your card is a PXG2BPI so maybe it's trying to initialise the wrong hardware. Could just be the name convention has changed slightly in 5 years.  :-\

                  Steve

                  1 Reply Last reply Reply Quote 0
                  • M
                    min0me
                    last edited by

                    I have been told to buy a newer card or port the drivers myself
                    i can do the first, but not the latter

                    It looks like a lot of these cards where sold and used in firewall appliances such as Cisco or sophos which may be why the hush hush

                    If someone in the UK is in a position and willing to port drivers i would most likely part with it
                    i dislike the throw away culture….

                    i guess that's where this ends for me.

                    Thankx

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

                      I'm in the UK…  :) but I probably couldn't port the drivers.  :(

                      Interestingly Intel don't have an 8.X specific driver, they too have 7 or 9. Yet I know the most recent igb drivers do compile on 8.3 for pfSense.
                      Hmm, the 82546GB seems to fall outside the most recent em(4) driver, 7.3.8. The most recent driver that claims to support it is 7.2.4 and that was released in 2011, before FreeBSD 8.3.

                      Tricky.

                      Steve

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

                        Ok, the 7.3.8 driver looks like it does still support the 82546GB. I had forgotten that the driver was divided into two some time ago (in 2011?), the legacy em driver code still lists it. So maybe just adding the PCI device ID to the current driver would allow it to run without the by-pass hardware.

                        Steve

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