Re: Will this card (probably) work?

On Tue, Sep 20, 2016 at 8:47 AM, Sean Bruno wrote: > > > On 09/20/16 03:42, Lee Brown wrote: > > > > > > On Mon, Sep 19, 2016 at 1:48 PM, Sean Bruno > > wrote: > > > > > > > > On 09/19/16 14:17, Lee Brown wrote: > > > I am looking to purchase this > >

Re: Will this card (probably) work?

I agree, but unfortunately nothing Intel offers came remotely close. They have only 1 card that does singlemode, which is a single port to boot and I can't stick 4 of those in my server. My choice was merely the only thing I could find :( I think I'm going to be better off getting some managed m

Re: Will this card (probably) work?

Other OEMs can make their own designs that use Intel chips -- e.g. Silicom makes a 6-port full height SFP card that combines a 4-port I350AM4 with a 2-port I350 AM2. It's just that the further away you get from an Intel design, the less support we'll be able to give you if something goes wrong. An

Re: Will this card (probably) work?

On Tue, Sep 20, 2016 at 10:05 AM, Pieper, Jeffrey E < jeffrey.e.pie...@intel.com> wrote: > What else would it show up as :) ? > > As long as the controller isn't counterfeit...which I would be wary of. > I've never seen a low profile i350-F4, mainly due to overheating. You can > tell if you can se

RE: Will this card (probably) work?

-Original Message- From: owner-freebsd-...@freebsd.org [mailto:owner-freebsd-...@freebsd.org] On Behalf Of Jack Vogel Sent: Tuesday, September 20, 2016 8:56 AM To: Sean Bruno Cc: Lee Brown ; freebsd-net Subject: Re: Will this card (probably) work? On Tue, Sep 20, 2016 at 8:47 AM, Sean

Re: Will this card (probably) work?

There are SFP i350 cards, but hopefully this one has a valid eeprom and isn't counterfeit. I remember someone submitted a bug for ixgbe where the device ID showed up as 0x0001 and they wanted to patch that into the driver. On Tue, Sep 20, 2016 at 9:02 AM Jack Vogel wrote: > On Tue, Sep 20, 2016

Re: Will this card (probably) work?

On Tue, Sep 20, 2016 at 8:47 AM, Sean Bruno wrote: > > > On 09/20/16 03:42, Lee Brown wrote: > > > > > > On Mon, Sep 19, 2016 at 1:48 PM, Sean Bruno > > wrote: > > > > > > > > On 09/19/16 14:17, Lee Brown wrote: > > > I am looking to purchase this > >

RE: unable to use BPF Just-In-Time compiler

Thanks Navdeep, Now I understood that if any C file want to use a specific 'options' (defined in the config file), then its corresponding .h file(found at sys/conf/options) needs to be included. #include "opt_bpf.h" My issue resolved after adding the above line in all C files which used BPF_F

Re: Will this card (probably) work?

On 09/20/16 03:42, Lee Brown wrote: > > > On Mon, Sep 19, 2016 at 1:48 PM, Sean Bruno > wrote: > > > > On 09/19/16 14:17, Lee Brown wrote: > > I am looking to purchase this >

Re: BBR Congestion Control Algorithm

On Sat, Sep 17, 2016 at 7:24 PM, Babak Farrokhi wrote: > ICYMI: http://marc.info/?l=linux-netdev&m=147405177724268&w=2 > > Google submitted their own TCP CC algorithm to upstream. This algorithm has > been widely in use in their network. > This looks very interesting and it would be great if some

RE: unable to use BPF Just-In-Time compiler

[root@taj ~]# sysctl net.bpf_jitter.enable net.bpf_jitter.enable: 1 It shows '1', but don’t know why the code under "BPF_JITTER" macro not getting executed. my code snippet- #ifdef BPF_JITTER printf("JITTER filter\n"); if (policy->flt_t

Re: Will this card (probably) work?

On Mon, Sep 19, 2016 at 1:48 PM, Sean Bruno wrote: > > > On 09/19/16 14:17, Lee Brown wrote: > > I am looking to purchase this > card > > (LR-LINK I350AM4 Chip Quad SFP Port 1000Base-X Server Adapter I350-F4), > > into which I intend to use 1000-LX SFP's. >