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

      The server i am using used to be a Sophos WS500 appliance, which is just a supermicro superserver 5015B-MRB and came with the silicom card which must have been working.

      It shows up as connected to the intel pci bridge that comes with the motherboard:

      ioapic0@pci0:1:0:1:    class=0x080020 card=0xd18015d9 chip=0x03268086 rev=0x09 hdr=0x00
          class      = base peripheral
          subclass  = interrupt controller
      none2@pci0:2:2:0:      class=0x020000 card=0x00291374 chip=0x00291374 rev=0x03 hdr=0x00
          class      = network
          subclass  = ethernet
      none3@pci0:2:2:1:      class=0x020000 card=0x00291374 chip=0x00291374 rev=0x03 hdr=0x00
          class      = network
          subclass  = ethernet

      I have asked silicom for a driver i can use, so i will see where that gets me, if that doesnt work i will go with the onboard nic and see if its fast enough or an alternative nic

      Thank you

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

        Ah, tricky. So although they're using Intel NIC chips it appears they're using their own PCI vendor and product IDs. I guess it's maybe to drive the bypass control.

        This doesn't look promising: http://ubuntuforums.org/showthread.php?t=1282766

        Steve

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

          Looks like it requires a driver that's not readily available:
          http://forum.pfsense.org/index.php?topic=32306

          Steve

          1 Reply Last reply Reply Quote 0
          • 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.