Re: How to forward traffic out via a non-default interface?

You got your answer on the other site :) You do know you can change the default address of the router so its not 192.168.1 don't you, it even persists over a reset... On Sat, Oct 29, 2016 at 1:21 PM, Mikhail T. wrote: > Hello! I asked this question online already: >

Re: "igb" interfaces aren't picking up media on boot

out any similar issues. The problem shows only with the mentioned DLink > switch. > > On Wed, Sep 28, 2016 at 7:20 PM, Jack Vogel <jfvo...@gmail.com> wrote: > >> So, I would check into the link partner, often times it can be the >> culprit, try the nic >> in a simple

Re: "igb" interfaces aren't picking up media on boot

So, I would check into the link partner, often times it can be the culprit, try the nic in a simple back-to-back setup and see if it makes a diff, etc. etc... Jack On Wed, Sep 28, 2016 at 9:03 AM, Andrew Savchenko wrote: > Nope, unfortunately they stay dead (aka "no

Re: Will this card (probably) work?

are being brave don't let me ruin your adventure :) Jack On Tue, Sep 27, 2016 at 12:32 PM, Lee Brown <l...@ratnaling.org> wrote: > > > On Tue, Sep 27, 2016 at 12:24 PM, Jack Vogel <jfvo...@gmail.com> wrote: > >> Its not that they, whoever they is :). "us

Re: Will this card (probably) work?

e past, so having it done by someone besides Intel is at least a potential source of concern. I wish you the best, Jack On Tue, Sep 27, 2016 at 9:02 AM, Lee Brown <l...@ratnaling.org> wrote: > > > On Mon, Sep 26, 2016 at 4:44 PM, Jack Vogel <jfvo...@gmail.com> wrote:

Re: Will this card (probably) work?

Yes, "should be", but just remember now, if this adapter does not look like a genuine Intel made part (and from some comment from either Jeff or Eric it sounded like it wasn't), then IF you have a problem you are going to get no support from them. Of course, in most worlds you'd have no problem,

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

Re: Slow performance with Intel X540-T2 10Gb NIC

NUMA issues maybe? They have been a problem on some recent system architectures. On Thu, Jul 21, 2016 at 1:53 PM, Chris Dunbar wrote: > Eric, et al: > > I haven't tried netperf yet, but I do have some new information to share. > I have two systems that I am using for testing:

Re: Possible transmit/stats problem in igb driver.

That's an interesting theory, you could add a check into the tx path looking for a zero m_len and see, seems unlikely though :) Jack On Fri, Jun 3, 2016 at 1:15 PM, Sreekanth Rupavatharam wrote: > Wondering if this can happen if somehow the mbuf->m_len is not >

Re: Possible transmit/stats problem in igb driver.

Hmmm, so I no longer have access to any of this, but I'm wondering if there is some other stat that might report errors or some sort that would match the missing/bad packets? Maybe they were considered runts or something and dropped. Good luck :) Jack On Thu, Jun 2, 2016 at 2:11 PM, Sreekanth

Re: Question on sysctl tree handling

n contiguous memory) and, in the common case that you're not actually > > changing the number, gratuitous. > > > > Cheers. > > -M > > > > On Fri, Apr 8, 2016 at 2:56 PM, Jack Vogel <jfvo...@gmail.com> wrote: > >> LOL, why does it seem that as soon

Re: Question on sysctl tree handling

nterrupts every time is fragile (long running systems can run low > on contiguous memory) and, in the common case that you're not actually > changing the number, gratuitous. > > Cheers. > -M > > On Fri, Apr 8, 2016 at 2:56 PM, Jack Vogel <jfvo...@gmail.com> wrote: >

Re: Question on sysctl tree handling

LOL, why does it seem that as soon as I ask the answer hits me in the nose :) I found the sysctl_ctx_free call, sorry for the noise Jack On Fri, Apr 8, 2016 at 2:51 PM, Jack Vogel <jfvo...@gmail.com> wrote: > > I have a driver design where the queue/ring/irq layout is

Question on sysctl tree handling

I have a driver design where the queue/ring/irq layout is done in init rather than in attach, allowing easy reconfiguration. What I'm not sure about is how to handle the sysctl tree during a reinit, I don't see a procedure to free up things so I can restructure :( Am I missing something, any

TSO test

Anyone have a 'simple' test case for TSO, something a bit more distilled than running netperf or iperf? Thanks, Jack ___ freebsd-net@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to

Re: Intel XL710 broken link down detection?

LOL, Damn, what's the world coming to when you can't trust them Linux guys :) Jack On Wed, Nov 11, 2015 at 8:31 AM, Ryan Stone wrote: > On Wed, Nov 11, 2015 at 11:18 AM, Steven Hartland > wrote: > >> Comparing this to the Linux driver which does

Re: ixl 40G bad performance?

13 on a 40G interface?? I don't think that's very good for Linux either, is this a 4x10 adapter? Maybe elaborating on the details of the hardware, you sure you don't have a bad PCI slot somewhere that might be throttling everything? Cheers, Jack On Sat, Oct 24, 2015 at 12:43 AM, Eggert, Lars

Re: ixl 40G bad performance?

The 40G hardware is absolutely dependent on firmware, if you have a mismatch for instance, it can totally bork things. So, I would work with your Intel rep and be sure you have the correct version for your specific hardware. Good luck, Jack On Wed, Oct 21, 2015 at 5:25 AM, Eggert, Lars

Re: GPL issues around OFED code in FreeBSD 9.1

We (meaning Intel when I was still there) raised this issue with George a long time ago, I'm not sure what the resolution was. If Mellanox is the owner then they should have released the code somewhere without any GPL license in it, as Intel does with code they multi-license. Jack On Thu, Sep

Re: Reg Intel Fortville IXL driver on 11-CURRENT

As Ryan said, its there to keep queues marked as hung from getting more work scheduled on them. I really don't know what to make of it if commenting it out is somehow improving things :) I would suggest more careful analysis of what is going wrong before committing anything like deleting this.

Re: Full 32bit flowid from igb(4)

I think that line was there at one time outside the RSS define, I'd have to take a look at the code a bit more, or maybe Eric will Jack On Mon, Mar 23, 2015 at 4:42 PM, hiren panchasara hi...@strugglingcoder.info wrote: Correcting Eric's email and subject line. On 03/23/15 at 04:39P,

Re: Adding new media types to if_media.h

On Fri, Feb 27, 2015 at 11:23 AM, Gleb Smirnoff gleb...@freebsd.org wrote: On Thu, Feb 26, 2015 at 08:25:59PM -0800, Adrian Chadd wrote: A [snip] A A I think Mike's approach is good - it makes it easy to MFC to 10.2 A since there's extended lifecycle stuff to do there - and then we can A

Re: Adding new media types to if_media.h

I agree, like I said, we have hardware coming this year that will need support, and as we just saw 11 isn't until 2016. Eric tested Mike's code with our needed types and it worked. If something truly revolutionary wants to be done for 11 it can be done after this and that not backed into the 10.X

[Differential] [Accepted] D1648: Add stubs for deprecated VC messages

jfvogel accepted this revision. This revision is now accepted and ready to land. BRANCH review_D1648 REVISION DETAIL https://reviews.freebsd.org/D1648 To: rstone, jfvogel Cc: freebsd-net ___ freebsd-net@freebsd.org mailing list

[Differential] [Accepted] D1868: Make libnv headers includable from C++

jfvogel accepted this revision. This revision is now accepted and ready to land. REVISION DETAIL https://reviews.freebsd.org/D1868 To: rstone, jfvogel Cc: freebsd-net, pjd ___ freebsd-net@freebsd.org mailing list

[Differential] [Accepted] D1869: Tests of basic nvlist add functions

jfvogel accepted this revision. This revision is now accepted and ready to land. REVISION DETAIL https://reviews.freebsd.org/D1869 To: rstone, jfvogel Cc: freebsd-net, pjd ___ freebsd-net@freebsd.org mailing list

[Differential] [Accepted] D1870: Add tests for nvlist_clone

jfvogel accepted this revision. This revision is now accepted and ready to land. REVISION DETAIL https://reviews.freebsd.org/D1870 To: rstone, jfvogel Cc: freebsd-net, pjd ___ freebsd-net@freebsd.org mailing list

[Differential] [Accepted] D1876: Add tests for dnvlist_take_*

jfvogel accepted this revision. This revision is now accepted and ready to land. REVISION DETAIL https://reviews.freebsd.org/D1876 To: rstone, jfvogel Cc: freebsd-net, pjd ___ freebsd-net@freebsd.org mailing list

[Differential] [Accepted] D1875: Add tests for dnv_get_*

jfvogel accepted this revision. This revision is now accepted and ready to land. REVISION DETAIL https://reviews.freebsd.org/D1875 To: rstone, jfvogel Cc: freebsd-net, pjd ___ freebsd-net@freebsd.org mailing list

[Differential] [Accepted] D1883: Move libnv into the kernel and hook it into the kernel build

jfvogel accepted this revision. This revision is now accepted and ready to land. REVISION DETAIL https://reviews.freebsd.org/D1883 To: rstone, jfvogel Cc: freebsd-net, pjd ___ freebsd-net@freebsd.org mailing list

[Differential] [Accepted] D1881: Allow Illumos code to co-exist with nv(9)

jfvogel accepted this revision. This revision is now accepted and ready to land. REVISION DETAIL https://reviews.freebsd.org/D1881 To: rstone, jfvogel Cc: will, emaste, pjd, freebsd-net ___ freebsd-net@freebsd.org mailing list

[Differential] [Accepted] D1871: Add tests for nvlist_pack/unpack

jfvogel accepted this revision. This revision is now accepted and ready to land. REVISION DETAIL https://reviews.freebsd.org/D1871 To: rstone, jfvogel Cc: freebsd-net, pjd ___ freebsd-net@freebsd.org mailing list

[Differential] [Accepted] D1872: Add test cases for nvlist_move_*

jfvogel accepted this revision. This revision is now accepted and ready to land. REVISION DETAIL https://reviews.freebsd.org/D1872 To: rstone, jfvogel Cc: freebsd-net, pjd ___ freebsd-net@freebsd.org mailing list

[Differential] [Accepted] D1873: Add tests for nvlist_take_*

jfvogel accepted this revision. This revision is now accepted and ready to land. REVISION DETAIL https://reviews.freebsd.org/D1873 To: rstone, jfvogel Cc: freebsd-net, pjd ___ freebsd-net@freebsd.org mailing list

[Differential] [Accepted] D1874: Add tests for nvlist_free* functions

jfvogel accepted this revision. This revision is now accepted and ready to land. REVISION DETAIL https://reviews.freebsd.org/D1874 To: rstone, jfvogel Cc: freebsd-net, pjd ___ freebsd-net@freebsd.org mailing list

[Differential] [Accepted] D1878: Add function to force an nvlist into the error state

jfvogel accepted this revision. This revision is now accepted and ready to land. REVISION DETAIL https://reviews.freebsd.org/D1878 To: rstone, jfvogel Cc: freebsd-net, pjd ___ freebsd-net@freebsd.org mailing list

[Differential] [Accepted] D1877: Implement asprintf in libkern

jfvogel accepted this revision. This revision is now accepted and ready to land. REVISION DETAIL https://reviews.freebsd.org/D1877 To: rstone, jfvogel Cc: freebsd-net, pjd ___ freebsd-net@freebsd.org mailing list

[Differential] [Accepted] D1879: Don't allocate memory for operations that do not insert

jfvogel accepted this revision. This revision is now accepted and ready to land. REVISION DETAIL https://reviews.freebsd.org/D1879 To: rstone, jfvogel Cc: freebsd-net, pjd ___ freebsd-net@freebsd.org mailing list

[Differential] [Accepted] D1880: Prevent creation of an invalid nvlist

jfvogel accepted this revision. This revision is now accepted and ready to land. REVISION DETAIL https://reviews.freebsd.org/D1880 To: rstone, jfvogel Cc: freebsd-net, pjd ___ freebsd-net@freebsd.org mailing list

[Differential] [Accepted] D1882: Add macros to make code compile in kernel

jfvogel accepted this revision. This revision is now accepted and ready to land. REVISION DETAIL https://reviews.freebsd.org/D1882 To: rstone, jfvogel Cc: freebsd-net, pjd ___ freebsd-net@freebsd.org mailing list

Re: Adding new media types to if_media.h

Nice Mike, I like it also. Jack On Mon, Feb 16, 2015 at 5:50 PM, Mike Karels m...@karels.net wrote: On Feb 9, gnn wrote: On 8 Feb 2015, at 22:41, Mike Karels wrote: Sorry to reply to a thread after such a long delay, but I think it is unresolved, and needs more discussion. I'd like

Re: Was Re: FreeBSD 10.1: Intel dual port 10GbE card (82599EB) second port not present?: SFP+ on intel xl710

I should add, that this possibility Jeff mentions involves a tool, not the driver, and it is not something that there is any commitment or specifics on yet. Cheers, Jack On Thu, Feb 12, 2015 at 12:24 PM, Pieper, Jeffrey E jeffrey.e.pie...@intel.com wrote: The check for supported modules in

Re: FreeBSD 10.1: Intel dual port 10GbE card (82599EB) second port not present? (Steven Hartland)

On Thu, Feb 12, 2015 at 6:30 AM, John Jasen jja...@gmail.com wrote: Date: Wed, 11 Feb 2015 20:47:15 + From: Steven Hartland kill...@multiplay.co.uk To: freebsd-net@freebsd.org Subject: Re: FreeBSD 10.1: Intel dual port 10GbE card (82599EB): second port not present?

Re: Intel 82574L (em)

Yup, I wrote that :) Sean, I will check around to see if anything may have changed in that regard. Jack On Fri, Jan 30, 2015 at 5:00 PM, hiren panchasara hi...@strugglingcoder.info wrote: On Fri, Jan 30, 2015 at 01:11:50PM -0800, Sean Bruno wrote: -BEGIN PGP SIGNED MESSAGE-

[Differential] [Requested Changes To] D1648: Add stubs for deprecated VC messages

jfvogel requested changes to this revision. jfvogel added a comment. This revision now requires changes to proceed. Let's not mention Linux in our comments, either say nothing or think of something else :) REVISION DETAIL https://reviews.freebsd.org/D1648 To: rstone, jfvogel Cc: freebsd-net

[Differential] [Accepted] D1655: Add support for GET_STATS VC message

jfvogel accepted this revision. This revision is now accepted and ready to land. BRANCH review_D1655 REVISION DETAIL https://reviews.freebsd.org/D1655 To: rstone, jfvogel Cc: freebsd-net ___ freebsd-net@freebsd.org mailing list

[Differential] [Accepted] D1657: Allow VFs to run while the PF is admin down

jfvogel accepted this revision. This revision is now accepted and ready to land. BRANCH review_D1657 REVISION DETAIL https://reviews.freebsd.org/D1657 To: rstone, jfvogel Cc: freebsd-net ___ freebsd-net@freebsd.org mailing list

[Differential] [Accepted] D1652: Add support for ADD/DEL_ETHER_ADDRESS VC messages

jfvogel accepted this revision. jfvogel added a comment. This revision is now accepted and ready to land. Good. BRANCH review_D1652 REVISION DETAIL https://reviews.freebsd.org/D1652 To: rstone, jfvogel Cc: freebsd-net ___ freebsd-net@freebsd.org

[Differential] [Accepted] D1653: Add support for ADD/DEL_VLAN VC messages

jfvogel accepted this revision. jfvogel added a comment. This revision is now accepted and ready to land. No issues. REVISION DETAIL https://reviews.freebsd.org/D1653 To: rstone, jfvogel Cc: freebsd-net ___ freebsd-net@freebsd.org mailing list

[Differential] [Accepted] D1654: Add support for CONFIG_PROMISCUOUS_MODE VC message

jfvogel accepted this revision. jfvogel added a comment. This revision is now accepted and ready to land. No problems REVISION DETAIL https://reviews.freebsd.org/D1654 To: rstone, jfvogel Cc: freebsd-net ___ freebsd-net@freebsd.org mailing list

[Differential] [Accepted] D1656: Handle VFLR events from VFs

jfvogel accepted this revision. jfvogel added a comment. This revision is now accepted and ready to land. Looks good. Again, will need real world testing when we have infrastructure. REVISION DETAIL https://reviews.freebsd.org/D1656 To: rstone, jfvogel Cc: freebsd-net

[Differential] [Accepted] D1646: Add support for RESET_VF VC message

jfvogel accepted this revision. This revision is now accepted and ready to land. REVISION DETAIL https://reviews.freebsd.org/D1646 To: rstone, jfvogel Cc: freebsd-net ___ freebsd-net@freebsd.org mailing list

[Differential] [Accepted] D1647: Add support for GET_VF_RESOURCES VC message

jfvogel accepted this revision. jfvogel added a comment. This revision is now accepted and ready to land. seems fine REVISION DETAIL https://reviews.freebsd.org/D1647 To: rstone, jfvogel Cc: freebsd-net ___ freebsd-net@freebsd.org mailing list

[Differential] [Accepted] D1649: Add support for CONFIG_VSI_QUEUES VC message

jfvogel accepted this revision. jfvogel added a comment. This revision is now accepted and ready to land. Don't see any problems. REVISION DETAIL https://reviews.freebsd.org/D1649 To: rstone, jfvogel Cc: freebsd-net ___ freebsd-net@freebsd.org

[Differential] [Accepted] D1651: Add support for ENABLE/DISABLE_QUEUES VC messages

jfvogel accepted this revision. This revision is now accepted and ready to land. REVISION DETAIL https://reviews.freebsd.org/D1651 To: rstone, jfvogel Cc: freebsd-net ___ freebsd-net@freebsd.org mailing list

[Differential] [Accepted] D1650: Add support for CONFIG_IRQ_MAP VC message

jfvogel accepted this revision. This revision is now accepted and ready to land. REVISION DETAIL https://reviews.freebsd.org/D1650 To: rstone, jfvogel Cc: freebsd-net ___ freebsd-net@freebsd.org mailing list

[Differential] [Accepted] D1642: Implement PCI SR-IOV method to initialize individual VFs

jfvogel accepted this revision. This revision is now accepted and ready to land. BRANCH review_D1642 REVISION DETAIL https://reviews.freebsd.org/D1642 To: rstone, jfvogel Cc: freebsd-net ___ freebsd-net@freebsd.org mailing list

[Differential] [Accepted] D1643: Implement resetting a VF

jfvogel accepted this revision. jfvogel added a comment. This revision is now accepted and ready to land. See no problems. REVISION DETAIL https://reviews.freebsd.org/D1643 To: rstone, jfvogel Cc: freebsd-net ___ freebsd-net@freebsd.org mailing list

[Differential] [Accepted] D1641: Implement PCI SR-IOV initialization methods

jfvogel accepted this revision. jfvogel added a comment. This revision is now accepted and ready to land. Don't see any issues, of course the proof will come in the actual use when we have the infrastructure :) BRANCH review_D1641 REVISION DETAIL https://reviews.freebsd.org/D1641 To:

[Differential] [Accepted] D1644: Add infrastructure for handling the VC msg channel from VFs

jfvogel accepted this revision. jfvogel added a comment. This revision is now accepted and ready to land. Fine REVISION DETAIL https://reviews.freebsd.org/D1644 To: rstone, jfvogel Cc: freebsd-net ___ freebsd-net@freebsd.org mailing list

[Differential] [Accepted] D1645: Add support for VERSION VC message

jfvogel accepted this revision. This revision is now accepted and ready to land. REVISION DETAIL https://reviews.freebsd.org/D1645 To: rstone, jfvogel Cc: freebsd-net ___ freebsd-net@freebsd.org mailing list

[Differential] [Accepted] D1658: Add sysctls for per-VF hardware counters

jfvogel accepted this revision. This revision is now accepted and ready to land. BRANCH review_D1658 REVISION DETAIL https://reviews.freebsd.org/D1658 To: rstone, jfvogel Cc: freebsd-net ___ freebsd-net@freebsd.org mailing list

[Differential] [Accepted] D1659: Register ixl as an SR-IOV-capable driver during attach

jfvogel accepted this revision. jfvogel added a comment. This revision is now accepted and ready to land. can't wait to see the infrastructure in place :) REVISION DETAIL https://reviews.freebsd.org/D1659 To: rstone, jfvogel Cc: freebsd-net ___

[Differential] [Accepted] D1660: Add support for mac-addr parameter

jfvogel accepted this revision. This revision is now accepted and ready to land. REVISION DETAIL https://reviews.freebsd.org/D1660 To: rstone, jfvogel Cc: freebsd-net ___ freebsd-net@freebsd.org mailing list

[Differential] [Accepted] D1661: Add some security-related config parameters

jfvogel accepted this revision. This revision is now accepted and ready to land. REVISION DETAIL https://reviews.freebsd.org/D1661 To: rstone, jfvogel Cc: freebsd-net ___ freebsd-net@freebsd.org mailing list

Re: Double cleanup in igb_attach

If you want something committed to an Intel driver, asking Intel might be the courteous thing to do, don't you think? Jack On Tue, Jan 27, 2015 at 11:51 AM, Sreekanth Rupavatharam rupav...@juniper.net wrote: Hiren, Can you help commit this? Index: if_igb.c

Re: Double cleanup in igb_attach

E, I am one of those people :) (jack.vo...@intel.com) Jack On Tue, Jan 27, 2015 at 12:21 PM, Sreekanth Rupavatharam rupav...@juniper.net wrote: Definitely, but I didn't have the contact info of those people. Thanks, -Sreekanth On Jan 27, 2015, at 12:15 PM, Jack Vogel jfvo

Re: Double cleanup in igb_attach

Yes, I will look them over. Jack On Tue, Jan 27, 2015 at 12:38 PM, Sreekanth Rupavatharam rupav...@juniper.net wrote: Thanks jack, Now, can you please review these changes? And commit if you deem it fit? Thanks, -Sreekanth On Jan 27, 2015, at 12:24 PM, Jack Vogel jfvo

[Differential] [Accepted] D1640: Refactor network stack state separate from VSI state

jfvogel accepted this revision. jfvogel added a comment. This revision is now accepted and ready to land. Thanks Ryan, am happier with this. BRANCH review_D1640 REVISION DETAIL https://reviews.freebsd.org/D1640 To: rstone, jfvogel Cc: freebsd-net

Re: Adding new media types to if_media.h

I think I'd go along with Mike, keeping it simpler seems like a good idea. Jack On Fri, Dec 12, 2014 at 6:39 AM, Mike Karels m...@karels.net wrote: Any other thoughts, or should I start looking at seeing what I can take copy from net80211? Also adding -net, since this is pretty

Re: Problems with Intel X520-SR2

Good suggestions, do you ever see any 'interrupt throttled' messages? You might want to change the storm threshold to 0 and disable it. I too would like to know if there are any messages when the 'hang' happens. I don't know much about lagg, is it responsible for link events?? Its not a normal

Re: Data Center Bridging?

No, I'm sorry but I've been kept very busy in development of our 40G driver, however, now that its complete we have been taking on a variety of other tasks, so this is one that I can have the team look into. Jack On Mon, Nov 24, 2014 at 5:56 AM, Juan Mojica jmoj...@gmail.com wrote: Was there

Re: igb Could not setup receive structures (again)

The message is pretty straightforward, its only cause is the inability of the driver to get the necessary clusters to populate the RX rings. After you get the error do a `netstat -m` and see what the state of the 9K jumbo pool is, for that is the size you would be using. Depending on the

Re: igb Could not setup receive structures (again)

Yes, its strange, the mbuf resources look fine. Can you show the dmesg record from a boot that includes the failure please? Jack On Fri, Nov 21, 2014 at 9:33 AM, Gerrit Kühn gerrit.ku...@aei.mpg.de wrote: On Fri, 21 Nov 2014 08:22:31 -0800 Jack Vogel jfvo...@gmail.com wrote about Re: igb

Re: [Bug 193053] ixgbe(4) IXGBE_LEGACY_TX + ALTQ path broken

LEGACY is not there just because of ALTQ, but rather because there have been significant customers of Intel that use the driver in OS versions older than 8 that do not have the required interface. Jack... going back to my sabbatical now :) On Thu, Oct 2, 2014 at 12:22 AM, Ermal Luçi

Re: ixgbe i2c interface

Thanks Eric ! I'll commit it tomorrow since Eric approves :) Jack On Sat, Aug 16, 2014 at 3:27 PM, Eric Joyner ricer...@gmail.com wrote: I unofficially approve of it! --- Eric Joyner On Aug 16, 2014 12:21 PM, Alexander V. Chernikov melif...@yandex-team.ru wrote: Hello Jack! Can

Re: Question on rx queue in ixgbe driver

HEAD and TAIL are actually hw registers, the driver as it is configured these days never (and cannot) modify HEAD, There is an option to use the HEAD register as a method of managing the RX side (called Head Writeback), but in ixgbe this is not used, rather we rely on the DD bit of a descriptor to

Re: UDP/TCP versus IP frames - subtle out of order packets with hardware hashing

I had missed the fact that Alex turned this off in the Linux driver, sounds to me like its the right thing to do for FreeBSD also. Jack On Mon, Jul 14, 2014 at 5:44 PM, Adrian Chadd adr...@freebsd.org wrote: Hi, Whilst digging into UDP receive side scaling on the intel ixgbe(4) NIC, I

Re: Network Intel X520-SR2 stopping

What does a netstat -m show, I noticed you show no_desc counts on all your queues, perhaps you don't have enough mbufs/clusters available? Does your message log show any events or messages of significance? I'm not sure about the module compatibility, Jeff would be better positioned to answer

Re: Network Intel X520-SR2 stopping

Is only one port a problem? When it gets into the state can you do a sysctl dev.ix.X.. Jack On Tue, Jul 1, 2014 at 6:48 PM, Marcelo Gondim gon...@bsdinfo.com.br wrote: Hi all, I'm having problems with a 10GbE Intel X520-SR2 interface. After a running time, the interface does not send or

Re: Regarding Netmap in VM

Ya, it might be nice to do a bunch of cleanup like that, maybe once the i40e release happens I'll have some time to look into that. Jack On Tue, May 27, 2014 at 2:49 AM, Luigi Rizzo ri...@iet.unipi.it wrote: On Tue, May 27, 2014 at 5:00 AM, Jack Vogel jfvo...@gmail.com wrote: I don't

Re: Regarding Netmap in VM

I don't think we've ever tried this at Intel either. I had meant to check the ixv code to see if it had your code in it Luigi but got distracted, if it doesn't then it obviously can't work for the case of a VM. I think with the new 40G VF driver, when that gets committed it might be desirable to

Re: 9/STABLE Panic at netisr_dispatch_src w/ em(4) + PF

Nick, I'm very busy with some critical internal deadlines, I will look at this when I can come up for air, but please be patient. Jack On Mon, May 12, 2014 at 4:56 PM, Nick Rogers ncrog...@gmail.com wrote: On Fri, May 2, 2014 at 1:49 PM, Nick Rogers ncrog...@gmail.com wrote: Hello, I

Re: 9.2 ixgbe tx queue hang

What he's saying is that the driver should not be using 9K mbuf clusters, I thought this had been changed but I see the code in HEAD is still using the larger clusters when you up the mtu. I will put it on my list to change with the next update to HEAD. What version of ixgbe are you using?

Re: 9.2 ixgbe tx queue hang

it to ixgbe.. As it stands I seem to not be having the problem now that I have disabled TSO on ix0, but I still need more test runs to confirm - Which is also in line (i think) with what you are all saying. On Thu, Mar 20, 2014 at 7:00 PM, Jack Vogel jfvo...@gmail.com wrote: What he's saying

Re: 9.2 ixgbe tx queue hang

different about memory allocation in 10 that is making this an issue? On Thu, Mar 20, 2014 at 7:24 PM, Jack Vogel jfvo...@gmail.com wrote: I strongly discourage anyone from disabling TSO on 10G, its necessary to get the performance one wants to see on the hardware. Here is a patch to do what

Re: Intel 10 gig cards mtu 9000

There's only one reason RX structures fail, and that's insufficient mbuf pool. You will find the driver probably uses the 9K mbuf pool in that driver, so look at how many queues it wants to set up, how big your ring is, and do the math. Jack On Mon, Mar 17, 2014 at 6:34 AM, Wayne Hotmail

Re: 9.2 ixgbe tx queue hang (was: Network loss)

...@hostpoint.chwrote: (creating a new thread, because I'm no longer sure this is related to Johan's thread that I originally used to discuss this) On 27.02.2014, at 18:02, Jack Vogel jfvo...@gmail.com wrote: I would make SURE that you have enough mbuf resources of whatever size pool that you are using

Re: 9.2 ixgbe tx queue hang (was: Network loss)

:33, Jack Vogel jfvo...@gmail.com wrote: You did not make it explicit before, but I noticed in your dtrace info that you are using lagg, its been the source of lots of problems, so take it out of the setup and see if this queue problem still happens please. Jack Well, last year

Re: igb(4) panic: already enqueue

Good, and I'll get the map changes in after the weekend. Jack On Sat, Oct 12, 2013 at 3:50 AM, Konstantin Belousov kostik...@gmail.comwrote: On Wed, Oct 09, 2013 at 10:56:25AM -0700, Jack Vogel wrote: Give the new driver I just committed to HEAD a try to verify/falsify a fix please

Re: igb(4) panic: already enqueue

Give the new driver I just committed to HEAD a try to verify/falsify a fix please. Regards, Jack On Wed, Oct 9, 2013 at 10:23 AM, hiren panchasara hiren.panchas...@gmail.com wrote: Jack, I am also seeing similar panics at $work on a couple weeks old STABLE-9. Can you please look into

Re: Exposing sysctls for ixgbe

Good with me Hiren Jack On Fri, Oct 4, 2013 at 2:55 PM, hiren panchasara hi...@freebsd.org wrote: I am going to commit this change in the weekend. Let me know if there are any objections. Thanks, Hiren On Mon, Sep 30, 2013 at 8:51 AM, hiren panchasara hi...@freebsd.orgwrote: + jfv

Re: Network stack changes

Very interesting material Alexander, only had time to glance at it now, will look in more depth later, thanks! Jack On Wed, Aug 28, 2013 at 11:30 AM, Alexander V. Chernikov melif...@yandex-team.ru wrote: Hello list! There is a lot constantly raising discussions related to networking

Re: Flow ID, LACP, and igb

None that I can think of. On Mon, Aug 26, 2013 at 4:30 PM, Adrian Chadd adr...@freebsd.org wrote: ... is there any reason we wouldn't want to have the TX and RX for a given flow mapped to the same core? -adrian ___ freebsd-net@freebsd.org

Re: [net] protecting interfaces from races between control and data ?

Sigh, this ends up being ugly I'm afraid. I need some time to look at code and think about it. Jack On Mon, Aug 5, 2013 at 10:36 AM, Luigi Rizzo ri...@iet.unipi.it wrote: On Mon, Aug 5, 2013 at 7:17 PM, Adrian Chadd adr...@freebsd.org wrote: I'm travelling back to San Jose today; poke me

Re: [net] protecting interfaces from races between control and data ?

What do you think about this change? Cheers, Jack On Mon, Aug 5, 2013 at 10:58 AM, Luigi Rizzo ri...@iet.unipi.it wrote: On Mon, Aug 5, 2013 at 7:49 PM, Jack Vogel jfvo...@gmail.com wrote: Sigh, this ends up being ugly I'm afraid. I need some time to look at code and think about

Re: Recommendations for 10gbps NIC

On Sat, Jul 27, 2013 at 9:22 AM, Andre Oppermann an...@freebsd.org wrote: On 27.07.2013 10:42, Alexander V. Chernikov wrote: On 27.07.2013 12:15, Luigi Rizzo wrote: On Sat, Jul 27, 2013 at 10:02 AM, Alexander V. Chernikov melif...@freebsd.org wrote: This makes me curious because i believe

Re: Terrible ix performance

ix is just the device name, it is using the ixgbe driver. The driver should print some kind of banner when it loads, what version of the OS and driver are you using?? I have little experience testing nfs or samba so I am not sure right off what might be the problem. Jack On Tue, Jul 2, 2013 at

Re: Comparing Mutiqueue Support Linux vs FreeBSD

ethtool is GPL so I wouldn't expect it to show up around here :) Implementing something like it for FreeBSD would be cool however, sometimes sysctl just seems clunky although its usually how i cope with driver things that might be changed via ethtool in Linux. Having to completely rebuild a

Re: Unsupported AFBR-700SDZ SFP+ module with 82598EB 10-Gigabit AF Dual Port Network Connection

A new version of ixgbe was committed this afternoon, 2.5.13, it now has a compile-time option of using unsupported optics. Keep in mind that if you have issues I'm going to ask if it can be reproduced with supported optics as a first step :) Cheers, Jack On Tue, Jun 18, 2013 at 5:12 PM, Haven

  1   2   3   4   5   6   7   >