From owner-freebsd-net@FreeBSD.ORG Wed Feb 9 13:47:10 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3ECFC106566C for ; Wed, 9 Feb 2011 13:47:10 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id F0F8C8FC15 for ; Wed, 9 Feb 2011 13:47:09 +0000 (UTC) Received: by qyk36 with SMTP id 36so111148qyk.13 for ; Wed, 09 Feb 2011 05:47:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=5qk1fQl+wmMSfTXTIIjFzOsQtH5KCtEnl2oRGkELMrw=; b=H5LlNbFVHA0aAFdlYRXxFTYG/mQM5Ji+DmY14iZDA/VwGoZa32TmwAoMpseDdQdReG r26gOH71L0rmQati1yctDVn0ZwuO9qpNNAl6fTWkY27N+sY/MpT1TOQ6ft//Saf+Sr7F ve/Viuilu970sflwzIEiuZZZ0Sfu1j970bUn0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=kgqPV4/DdFwh48e3s8XJ/0aIjYZfiNjCXjD1fbRqmOuODxHYRwKGyK366zwyYuRY+i 94l8o6GXPbCVu1Nc3z9ceuk+Cn6p2UXhN4Jf426OCNaXl9XkgfkL4TGgHFaMmDdmrKRU tzt7byBiykipdD0bXJIAwTXEKcPU9crkangro= MIME-Version: 1.0 Received: by 10.229.248.198 with SMTP id mh6mr15146657qcb.5.1297259229058; Wed, 09 Feb 2011 05:47:09 -0800 (PST) Received: by 10.229.102.87 with HTTP; Wed, 9 Feb 2011 05:47:09 -0800 (PST) In-Reply-To: <4D52603D.4070604@mail.ru> References: <4D522657.10500@mail.ru> <4D52603D.4070604@mail.ru> Date: Wed, 9 Feb 2011 16:47:09 +0300 Message-ID: From: Sergey Kandaurov To: rihad Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net@freebsd.org Subject: Re: Slow Intel 10GbE CX4 adapter behaviour X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Feb 2011 13:47:10 -0000 On 9 February 2011 12:37, rihad wrote: > Problem solved, I'm so embarrassed :) The issue on 7.2 mentioned above with > ixgbe (tons of "fragmentation failed" errors) was real. The issue in 8.3-RC3 > was because dummynet wasn't being loaded at all... so no traffic could pass > on it, despite dummynet_load="YES" being set in /boot/loader.conf. So I > turned it on in /etc/rc.conf : dummynet_enable="YES" and loaded it "kldload > dummynet" in order to do without a reboot. Works like a charm so far. Thanks > to all! Looks like loading dummynet.ko via /boot/loader.conf doesn't work because dummynet.ko depends on dummynet.ko but of the different version. There are even more strange things: 1) dummynet.ko declares itself as version 1: /sys/netinet/ipfw/ip_dummynet.c: MODULE_VERSION(dummynet, 1); 2) dummynet.ko compiles into itself the various schedulers: fifo, prio, rr, etc; 3) these schedulers presumably think they are compiled standalone, so they are explicitly and strongly depend on dummynet of version 3 (why?): /sys/netinet/ipfw/dn_sched.h: MODULE_DEPEND(name, dummynet, 3, 3, 3); * That makes loader to error like "dummynet: loading required module 'dummynet'". and, if loading dummynet.ko in loader prompt manually, then "module 'dummynet' exists but with wrong version"] This shall fix the problem: rebuilding only dummynet should be enough. %%% Index: /sys/netinet/ipfw/ip_dummynet.c =================================================================== --- /sys/netinet/ipfw/ip_dummynet.c (revision 218026) +++ /sys/netinet/ipfw/ip_dummynet.c (working copy) @@ -2294,7 +2294,7 @@ #define DN_MODEV_ORD (SI_ORDER_ANY - 128) /* after ipfw */ DECLARE_MODULE(dummynet, dummynet_mod, DN_SI_SUB, DN_MODEV_ORD); MODULE_DEPEND(dummynet, ipfw, 2, 2, 2); -MODULE_VERSION(dummynet, 1); +MODULE_VERSION(dummynet, 3); /* * Starting up. Done in order after dummynet_modevent() has been called. %%% -- wbr, pluknet