Route next-hop interface behaviour

2013-03-31 Thread Richard Tector
Hi, I'm not sure if it is expected behaviour but when configuring a static route (default or otherwise) the outbound interface recorded in the table does not update when the system's IP changes interface, even when removing and re-adding it. Fairly simple topology, system running 9.1-STABLE

Re: igb and ALTQ in 9.1-rc3

2013-03-31 Thread Adrian Chadd
Barney, As much as we'd like it, Jack's full time job involves other things besides supporting FreeBSD. If you want to see it done better, please work with the FreeBSD developer community and improve the intel driver. No-one is stopping you from stepping in. In fact, this would be _beneficial_ t

Re: vlan with modified MAC fails to communicate

2013-03-31 Thread Pablo Ribalta Lorenzo
>> From what I see, looks like this behavior from FreeBSD side is expected >> and the changes should be incorporated to my NIC. > > I'm not sure what you mean, but there is no existing code to propagate > a MAC change on a VLAN to its parent device. I think it is a bug that > a change appears to

Re: igb and ALTQ in 9.1-rc3

2013-03-31 Thread Barney Cordoba
--- On Fri, 3/29/13, Adrian Chadd wrote: > From: Adrian Chadd > Subject: Re: igb and ALTQ in 9.1-rc3 > To: "Nick Rogers" > Cc: "Pieper, Jeffrey E" , > "freebsd-net@freebsd.org" , "Clement Hermann > (nodens)" , "Jack Vogel" > Date: Friday, March 29, 2013, 1:10 PM > On 29 March 2013 10:04, N

Re: igb and ALTQ in 9.1-rc3

2013-03-31 Thread Barney Cordoba
The reason that Jack is a no better programmer now than he was in 2009 might have something to do with the fact that he hides when his work is criticized.  Why not release the benchmarks you did while designing the igb driver, Jack? Say what,you didn't do any benchmarking? How does the default dr

Re: igb and ALTQ in 9.1-rc3

2013-03-31 Thread Barney Cordoba
Do you know anything about the subject, Scott? I'd be interested in seeing your benchmarks with various queue counts, binding to cpus vs not binding, and the numbers comparing the pre multiqueue driver to the current one. It's the minimum that any marginally competent network driver developer wo