Re: What does adapter->stats.mpc[] report for ixgbe?

On Mon, May 7, 2012 at 10:16 PM, Jack Vogel wrote: > Juli is correct, the FIFO is not partitioned by the driver queues as they > exist in the current driver, its only seperated into the 3 parts I > mentioned. I am running ixgbe code from 8.1, and IXGBE_FDIR isn't defined, so is the following doin

Re: What does adapter->stats.mpc[] report for ixgbe?

No, that's just standard setup stuff for MSIX. Jack On Tue, May 8, 2012 at 12:08 AM, Vijay Singh wrote: > On Mon, May 7, 2012 at 10:16 PM, Jack Vogel wrote: > > Juli is correct, the FIFO is not partitioned by the driver queues as they > > exist in the current driver, its only seperated into t

Re: 82574L hangs (with r233708 e1000 driver).

On Mon, May 07, 2012 at 01:44:57PM -0400, John Baldwin wrote: > On Friday, May 04, 2012 6:18:19 pm Konstantin Belousov wrote: > > On Fri, May 04, 2012 at 11:30:22AM -0400, John Baldwin wrote: > > > On Tuesday, May 01, 2012 12:21:21 pm Konstantin Belousov wrote: > > > > On Thu, Apr 12, 2012 at 09:38

OFED stack, RDMA, ipoib help needed

Hello, I'd like to ask a few question in order to get some hardware to work we've got recently. The hardwares are the following: - 2x dualport Mellanox ConnectX-3 VPI cards, with 56Gbps ports - 4 computing modules with a singleport Mellanox MT27500-family ConnectX-3 port. The 2 dualport

Re: OFED stack, RDMA, ipoib help needed

Gergely CZUCZY wrote: > Hello, > > I'd like to ask a few question in order to get some hardware to work > we've got recently. > > The hardwares are the following: > - 2x dualport Mellanox ConnectX-3 VPI cards, with 56Gbps ports > - 4 computing modules with a singleport Mellanox MT27500-family > C

Re: Too much interrupts on ixgbe

25.10.2011 11:21, Sergey Saley ???: Jack Vogel wrote: On Tue, Oct 25, 2011 at 12:22 AM, Sergey Saleywrote: Ryan Stone-2 wrote: On Mon, Oct 24, 2011 at 3:51 PM, Sergey Saley wrote: MPD5, netgraph, pppoe.Types of traffic - any (customer traffic). Bying this car

Re: OFED stack, RDMA, ipoib help needed

On 5/8/12 6:11 AM, Gergely CZUCZY wrote: > As a side question, I've seen a comming for OFED in HEAD by jhb, fixing > a few things, may I ask when will that get MFC'd to RELENG-9? Unfortunately I do not know enough about OFED/IB to help with your other questions. So far my only personal experience

Re: What does adapter->stats.mpc[] report for ixgbe?

Jack, another variant of ixgbe works fine in a related product so there must be something that I'm not doing right. Since I am using the 8.1 (2.2.0) driver, would you recommend going to 8/S (2.4.5)? On Tue, May 8, 2012 at 12:15 AM, Jack Vogel wrote: > No, that's just standard setup stuff for MSIX

Re: [CFT] Ralink RT2860, RT2870, RT3060, RT3090 support

On Sat, May 5, 2012 at 12:51 PM, Bernhard Schmidt wrote: > Please apply attached patch (also here [1]) on top of the first one, > it fixes channel switching for >= 3070 (called the wrong function, > doh..) as well as a bgscan issue. > > [1] http://techwires.net/~bschmidt/rt2860_1.diff And another

Plea for bwn maintenance.

I would like to call attention to PR's: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/149786 http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/156327 I am experiencing roughly the same problems, and there are also relatively consistent reports of similar issues on the forums and various mailing l

Controlling queue delays

Here is a recent paper that revisits active queue management. http://queue.acm.org/detail.cfm?id=2209336 might be interesting for those involved in TCP cong.control, traffic schedulers (ok, that includes me!) and the network stack in general cheers luigi _

Re: Plea for bwn maintenance.

On Tue, May 8, 2012 at 7:30 PM, Adam Vande More wrote: > .. > > If someone would like to tackle this, I can provide access to the hardware > or I will donate the card to the person. Whatever works. I'll get into bwn(4)/bwi(4) and probably also the newer cards, which require yet another driver/bu

Re: Controlling queue delays

On Tue, May 8, 2012 at 12:03 PM, Luigi Rizzo wrote: > Here is a recent paper that revisits active queue management. > > http://queue.acm.org/detail.cfm?id=2209336 > > might be interesting for those involved in TCP cong.control, > traffic schedulers (ok, that includes me!) and the network > stack i

Re: igb(4) Pondering a bind to cpu patch

On Thu, 2012-05-03 at 15:33 -0700, Sean Bruno wrote: > > On Wed, 2012-04-25 at 12:30 -0700, Sean Bruno wrote: > > On Wed, 2012-04-25 at 06:32 -0700, John Baldwin wrote: > > > CPU IDs are not guaranteed to be dense. However, you can use > > > CPU_FIRST() and > > > CPU_NEXT() with your static glob