From owner-freebsd-net@FreeBSD.ORG Sun Sep 29 19:43:02 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 99CF8607; Sun, 29 Sep 2013 19:43:02 +0000 (UTC) (envelope-from rpaulo@FreeBSD.org) Received: from felyko.com (felyko.com [IPv6:2607:f2f8:a528::3:1337:ca7]) by mx1.freebsd.org (Postfix) with ESMTP id 81F43257C; Sun, 29 Sep 2013 19:43:02 +0000 (UTC) Received: from [IPv6:2601:9:4d00:119:c580:b9eb:64b9:56d1] (unknown [IPv6:2601:9:4d00:119:c580:b9eb:64b9:56d1]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by felyko.com (Postfix) with ESMTPSA id 85D2C39821; Sun, 29 Sep 2013 12:42:55 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: devel/jenkins port not starting. Kernel panic in IPv6 multicast code From: Rui Paulo In-Reply-To: Date: Sun, 29 Sep 2013 12:42:54 -0700 Content-Transfer-Encoding: 7bit Message-Id: References: <521C5EC2.1060901@yandex.ru> To: Craig Rodrigues X-Mailer: Apple Mail (2.1510) Cc: freebsd-net@freebsd.org, "Andrey V. Elsukov" , bms@freebsd.org, lwhsu@freebsd.org X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Sep 2013 19:43:02 -0000 On 29 Aug 2013, at 13:47, Craig Rodrigues wrote: > Thanks for the analysis. It looks like the mailing list is dropping my > attachments, so I uploaded my log files here: > > http://people.freebsd.org/~rodrigc/jenkins-problem/ > > I don't understand where to go about fixing the problem. > Should we fix the FreeBSD kernel to not panic in this case, by changing the > KASSERT > to an error? Definitely fix FreeBSD... -- Rui Paulo From owner-freebsd-net@FreeBSD.ORG Sun Sep 29 21:43:43 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 158E852D for ; Sun, 29 Sep 2013 21:43:43 +0000 (UTC) (envelope-from syuu@dokukino.com) Received: from mail-pd0-x232.google.com (mail-pd0-x232.google.com [IPv6:2607:f8b0:400e:c02::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DA1042A61 for ; Sun, 29 Sep 2013 21:43:42 +0000 (UTC) Received: by mail-pd0-f178.google.com with SMTP id w10so4808594pde.37 for ; Sun, 29 Sep 2013 14:43:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dokukino.com; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=HChoIj1Eoa+jl84jUqFJX/sNTuMWrLoXaQYfafmwI64=; b=aW3NQZbFHQQ9hoXiuG6Nmw/20QP1/M/LUFCjdOi6MoeotMC+BBRemT0UYEGsSEVeW/ /hHtfeBWheFUPvKdRN4Wr+gpQetCxEqXd2xrIEErKk19vmqkHJoSR2R7KvOkRdPX7W2+ 9dmxbH/fpK+Wih3NJgcm9FYl8e1MZHKuq+CBk= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=HChoIj1Eoa+jl84jUqFJX/sNTuMWrLoXaQYfafmwI64=; b=MpBSV68HhMyS1OilXTOPXIGeIigsMce7SV8ejj2aimi8Fdok91tRRegvGmBzxdXssX zW/SivOk22JshgDMpJ2uUA2y0dyagTHhaRdUny32GJOEylQKjPalaZ0k0Z9a8kS6IOIJ kcptYai6xMk1Ry+1InmkpwNl6O6GOxuKPYGiWtlphizNZN1FsgqFWjMd7u9ZCfxJ/CZH 1Az9bIxjsCrfwCNSGHMv9D7RDDgSaBp2icqTytwKq68hfalW9BsOmVps5yfgPO7Y/7jE URto1qXkNAne9r9vLne4HsccfDRMw0LoCA1HP3uZfF+hW94XSNrSzW+GehJoTXZD7HsE OYmQ== X-Gm-Message-State: ALoCoQl2ZsRgtye2Qt2SE1RRQFOR6j2yn+tkQha0PQMtXM404esp05lAY4lRm1WVMYElqjrOs/8D X-Received: by 10.68.172.36 with SMTP id az4mr20496454pbc.48.1380491022363; Sun, 29 Sep 2013 14:43:42 -0700 (PDT) MIME-Version: 1.0 Received: by 10.68.220.138 with HTTP; Sun, 29 Sep 2013 14:43:02 -0700 (PDT) In-Reply-To: References: From: Takuya ASADA Date: Mon, 30 Sep 2013 06:43:02 +0900 Message-ID: Subject: Re: Adding Flow Director sysctls to ixgbe(4) (was: netmap: traffic distribution) To: hiren panchasara Content-Type: multipart/mixed; boundary=047d7b10c96501056a04e78c9de7 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-net@freebsd.org" , Adrian Chadd X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Sep 2013 21:43:43 -0000 --047d7b10c96501056a04e78c9de7 Content-Type: text/plain; charset=UTF-8 Hi, I just implemented device specific ioctl with device specific configuration tool. It still doesn't support some important features such as: - FDIR enable / disable via sysctl or tunable params - ATR enable / disable via sysctl or tunable params - IPv6 support on signature filter - signature filter list - support perfect filter But, at least it can configure signature filter manually. Usage is as follows: Usage: ixgbetool [operation] add_sig_filter del_sig_filter 2013/9/28 hiren panchasara > > > > On Fri, Sep 27, 2013 at 1:58 AM, Takuya ASADA wrote: > >> 2013/9/27 Adrian Chadd >> >>> On 27 September 2013 00:43, hiren panchasara >> > wrote: >>> >>> >>>> Takuya, >>>> >>>> I see a lot of responses/comments on proposed changes. Was anything >>>> decided >>>> at the end of it? As far as I can tell, its still not committed to the >>>> tree. >>>> >>> >>> I'd rather see an ioctl API for that chipset and then have a separate >>> tool program it for now. >>> >> >> Ah, like cxgbetool and cxgbe? (it has device specific tool and ioctls) >> http://svnweb.freebsd.org/base/head/tools/tools/cxgbetool/ >> > > Something like this for ixgbe would be nice to start with, imo. > > Cheers, > Hiren > >> http://svnweb.freebsd.org/base/head/sys/dev/cxgb/ >> >> >>> So, how bout we hack that up? :) >>> >> >> Sound's interesting ;-) >> Could you tell me more detail about your idea? >> >> > --047d7b10c96501056a04e78c9de7 Content-Type: application/octet-stream; name="ixgbetool-v001.diff" Content-Disposition: attachment; filename="ixgbetool-v001.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hm6s7nuw0 ZGlmZiAtLWdpdCBhL3N5cy9kZXYvaXhnYmUvaXhnYmUuYyBiL3N5cy9kZXYvaXhnYmUvaXhnYmUu YwppbmRleCBiNjVkZjcyLi5iZWIzMzY2IDEwMDY0NAotLS0gYS9zeXMvZGV2L2l4Z2JlL2l4Z2Jl LmMKKysrIGIvc3lzL2Rldi9peGdiZS9peGdiZS5jCkBAIC0zNSw3ICszNSw5IEBACiAKICNpbmNs dWRlICJvcHRfaW5ldC5oIgogI2luY2x1ZGUgIm9wdF9pbmV0Ni5oIgorIAogI2luY2x1ZGUgIml4 Z2JlLmgiCisjaW5jbHVkZSAiaXhnYmVfaW9jdGwuaCIKIAogLyoqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKgogICogIFNl dCB0aGlzIHRvIG9uZSB0byBkaXNwbGF5IGRlYnVnIHN0YXRpc3RpY3MKQEAgLTIwMCw3ICsyMDIs OSBAQCBzdGF0aWMgdm9pZAlpeGdiZV9oYW5kbGVfbXNmKHZvaWQgKiwgaW50KTsKIHN0YXRpYyB2 b2lkCWl4Z2JlX2hhbmRsZV9tb2Qodm9pZCAqLCBpbnQpOwogCiAjaWZkZWYgSVhHQkVfRkRJUgor I2lmZGVmIElYR0JFX0ZESVJfQVRSCiBzdGF0aWMgdm9pZAlpeGdiZV9hdHIoc3RydWN0IHR4X3Jp bmcgKiwgc3RydWN0IG1idWYgKik7CisjZW5kaWYKIHN0YXRpYyB2b2lkCWl4Z2JlX3JlaW5pdF9m ZGlyKHZvaWQgKiwgaW50KTsKICNlbmRpZgogCkBAIC0yMjQsNiArMjI4LDE5IEBAIHN0YXRpYyBk cml2ZXJfdCBpeGdiZV9kcml2ZXIgPSB7CiAJIml4IiwgaXhnYmVfbWV0aG9kcywgc2l6ZW9mKHN0 cnVjdCBhZGFwdGVyKSwKIH07CiAKK3N0YXRpYyBkX2lvY3RsX3QgaXhnYmVfZXh0ZW5zaW9uX2lv Y3RsOworc3RhdGljIGRfb3Blbl90IGl4Z2JlX2V4dGVuc2lvbl9vcGVuOworc3RhdGljIGRfY2xv c2VfdCBpeGdiZV9leHRlbnNpb25fY2xvc2U7CisKK3N0YXRpYyBzdHJ1Y3QgY2RldnN3IGl4Z2Jl X2NkZXZzdyA9IHsKKyAgICAgICAuZF92ZXJzaW9uID0gICAgRF9WRVJTSU9OLAorICAgICAgIC5k X2ZsYWdzID0gICAgICAwLAorICAgICAgIC5kX29wZW4gPSAgICAgICBpeGdiZV9leHRlbnNpb25f b3BlbiwKKyAgICAgICAuZF9jbG9zZSA9ICAgICAgaXhnYmVfZXh0ZW5zaW9uX2Nsb3NlLAorICAg ICAgIC5kX2lvY3RsID0gICAgICBpeGdiZV9leHRlbnNpb25faW9jdGwsCisgICAgICAgLmRfbmFt ZSA9ICAgICAgICJpeGdiZSIsCit9OworCiBkZXZjbGFzc190IGl4Z2JlX2RldmNsYXNzOwogRFJJ VkVSX01PRFVMRShpeGdiZSwgcGNpLCBpeGdiZV9kcml2ZXIsIGl4Z2JlX2RldmNsYXNzLCAwLCAw KTsKIApAQCAtMzE3LDYgKzMzNCw3IEBAIHN0YXRpYyBib29sIGl4Z2JlX3JzY19lbmFibGUgPSBG QUxTRTsKIHN0YXRpYyBpbnQgaXhnYmVfdG90YWxfcG9ydHM7CiAKICNpZmRlZiBJWEdCRV9GRElS CisjaWZkZWYgSVhHQkVfRkRJUl9BVFIKIC8qCiAqKiBGb3IgRmxvdyBEaXJlY3RvcjogdGhpcyBp cyB0aGUKICoqIG51bWJlciBvZiBUWCBwYWNrZXRzIHdlIHNhbXBsZQpAQCAtMzI3LDYgKzM0NSw3 IEBAIHN0YXRpYyBpbnQgaXhnYmVfdG90YWxfcG9ydHM7CiAqKiBzZXR0aW5nIHRoaXMgdG8gMC4K ICovCiBzdGF0aWMgaW50IGF0cl9zYW1wbGVfcmF0ZSA9IDIwOworI2VuZGlmCiAvKiAKICoqIEZs b3cgRGlyZWN0b3IgYWN0dWFsbHkgJ3N0ZWFscycKICoqIHBhcnQgb2YgdGhlIHBhY2tldCBidWZm ZXIgYXMgaXRzCkBAIC00MDEsNiArNDIwLDIwIEBAIGl4Z2JlX3Byb2JlKGRldmljZV90IGRldikK IAlyZXR1cm4gKEVOWElPKTsKIH0KIAorc3RhdGljIGludAoraXhnYmVfbWFrZWRldihzdHJ1Y3Qg YWRhcHRlciAqYWRhcHRlcikKK3sKKwlhZGFwdGVyLT5jZGV2ID0gbWFrZV9kZXYoJml4Z2JlX2Nk ZXZzdywgYWRhcHRlci0+aWZwLT5pZl9kdW5pdCwKKwkgICAgVUlEX1JPT1QsIEdJRF9XSEVFTCwg MDYwMCwgIiVzIiwgaWZfbmFtZShhZGFwdGVyLT5pZnApKTsKKwkKKwlpZiAoYWRhcHRlci0+Y2Rl diA9PSBOVUxMKQorCQlyZXR1cm4gKEVOT01FTSk7CisKKwlhZGFwdGVyLT5jZGV2LT5zaV9kcnYx ID0gKHZvaWQgKilhZGFwdGVyOworCQorCXJldHVybiAoMCk7Cit9CisKIC8qKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioK ICAqICBEZXZpY2UgaW5pdGlhbGl6YXRpb24gcm91dGluZQogICoKQEAgLTYwNCw2ICs2MzcsMTEg QEAgaXhnYmVfYXR0YWNoKGRldmljZV90IGRldikKICNpZmRlZiBERVZfTkVUTUFQCiAJaXhnYmVf bmV0bWFwX2F0dGFjaChhZGFwdGVyKTsKICNlbmRpZiAvKiBERVZfTkVUTUFQICovCisKKwllcnJv ciA9IGl4Z2JlX21ha2VkZXYoYWRhcHRlcik7CisJaWYgKGVycm9yKQorCQlnb3RvIGVycl9sYXRl OworCiAJSU5JVF9ERUJVR09VVCgiaXhnYmVfYXR0YWNoOiBlbmQiKTsKIAlyZXR1cm4gKDApOwog ZXJyX2xhdGU6CkBAIC0xODEyLDcgKzE4NTAsNyBAQCByZXRyeToKIAkJcmV0dXJuIChlcnJvcik7 CiAJfQogCi0jaWZkZWYgSVhHQkVfRkRJUgorI2lmZGVmIElYR0JFX0ZESVJfQVRSCiAJLyogRG8g dGhlIGZsb3cgZGlyZWN0b3IgbWFnaWMgKi8KIAlpZiAoKHR4ci0+YXRyX3NhbXBsZSkgJiYgKCFh ZGFwdGVyLT5mZGlyX3JlaW5pdCkpIHsKIAkJKyt0eHItPmF0cl9jb3VudDsKQEAgLTMwNTksNyAr MzA5Nyw3IEBAIGl4Z2JlX3NldHVwX3RyYW5zbWl0X3Jpbmcoc3RydWN0IHR4X3JpbmcgKnR4cikK IAkJdHhidWYtPmVvcCA9IE5VTEw7CiAgICAgICAgIH0KIAotI2lmZGVmIElYR0JFX0ZESVIKKyNp ZmRlZiBJWEdCRV9GRElSX0FUUgogCS8qIFNldCB0aGUgcmF0ZSBhdCB3aGljaCB3ZSBzYW1wbGUg cGFja2V0cyAqLwogCWlmIChhZGFwdGVyLT5ody5tYWMudHlwZSAhPSBpeGdiZV9tYWNfODI1OThF QikKIAkJdHhyLT5hdHJfc2FtcGxlID0gYXRyX3NhbXBsZV9yYXRlOwpAQCAtMzQ3OSw3ICszNTE3 LDcgQEAgaXhnYmVfdHNvX3NldHVwKHN0cnVjdCB0eF9yaW5nICp0eHIsIHN0cnVjdCBtYnVmICpt cCwKIAlyZXR1cm4gKDApOwogfQogCi0jaWZkZWYgSVhHQkVfRkRJUgorI2lmZGVmIElYR0JFX0ZE SVJfQVRSCiAvKgogKiogVGhpcyByb3V0aW5lIHBhcnNlcyBwYWNrZXQgaGVhZGVycyBzbyB0aGF0 IEZsb3cKICoqIERpcmVjdG9yIGNhbiBtYWtlIGEgaGFzaGVkIGZpbHRlciB0YWJsZSBlbnRyeSAK QEAgLTUyNzAsMTMgKzUzMDgsMzMgQEAgaXhnYmVfdXBkYXRlX3N0YXRzX2NvdW50ZXJzKHN0cnVj dCBhZGFwdGVyICphZGFwdGVyKQogCWFkYXB0ZXItPnN0YXRzLnhlYyArPSBJWEdCRV9SRUFEX1JF RyhodywgSVhHQkVfWEVDKTsKIAlhZGFwdGVyLT5zdGF0cy5mY2NyYyArPSBJWEdCRV9SRUFEX1JF RyhodywgSVhHQkVfRkNDUkMpOwogCWFkYXB0ZXItPnN0YXRzLmZjbGFzdCArPSBJWEdCRV9SRUFE X1JFRyhodywgSVhHQkVfRkNMQVNUKTsKLQkvKiBPbmx5IHJlYWQgRkNPRSBvbiA4MjU5OSAqLwor CS8qIE9ubHkgcmVhZCBGQ09FL0ZESVIgb24gODI1OTkgKi8KIAlpZiAoaHctPm1hYy50eXBlICE9 IGl4Z2JlX21hY184MjU5OEVCKSB7CiAJCWFkYXB0ZXItPnN0YXRzLmZjb2VycGRjICs9IElYR0JF X1JFQURfUkVHKGh3LCBJWEdCRV9GQ09FUlBEQyk7CiAJCWFkYXB0ZXItPnN0YXRzLmZjb2VwcmMg Kz0gSVhHQkVfUkVBRF9SRUcoaHcsIElYR0JFX0ZDT0VQUkMpOwogCQlhZGFwdGVyLT5zdGF0cy5m Y29lcHRjICs9IElYR0JFX1JFQURfUkVHKGh3LCBJWEdCRV9GQ09FUFRDKTsKIAkJYWRhcHRlci0+ c3RhdHMuZmNvZWR3cmMgKz0gSVhHQkVfUkVBRF9SRUcoaHcsIElYR0JFX0ZDT0VEV1JDKTsKIAkJ YWRhcHRlci0+c3RhdHMuZmNvZWR3dGMgKz0gSVhHQkVfUkVBRF9SRUcoaHcsIElYR0JFX0ZDT0VE V1RDKTsKKwkJYWRhcHRlci0+c3RhdHMuZmRpcmZyZWVfZnJlZSA9CisJCQkoSVhHQkVfUkVBRF9S RUcoaHcsIElYR0JFX0ZESVJGUkVFKSAmIElYR0JFX0ZESVJGUkVFX0ZSRUVfTUFTSykKKwkJCT4+ IElYR0JFX0ZESVJGUkVFX0ZSRUVfU0hJRlQ7CisJCWFkYXB0ZXItPnN0YXRzLmZkaXJmcmVlX2Nv bGwgPQorCQkJKElYR0JFX1JFQURfUkVHKGh3LCBJWEdCRV9GRElSRlJFRSkgJiBJWEdCRV9GRElS RlJFRV9DT0xMX01BU0spCisJCQk+PiBJWEdCRV9GRElSRlJFRV9DT0xMX1NISUZUOworCQlhZGFw dGVyLT5zdGF0cy5mZGlydXN0YXRfYWRkICs9CisJCQkoSVhHQkVfUkVBRF9SRUcoaHcsIElYR0JF X0ZESVJVU1RBVCkgJiBJWEdCRV9GRElSVVNUQVRfQUREX01BU0spCisJCQk+PiBJWEdCRV9GRElS VVNUQVRfQUREX1NISUZUOworCQlhZGFwdGVyLT5zdGF0cy5mZGlydXN0YXRfcmVtb3ZlICs9CisJ CQkoSVhHQkVfUkVBRF9SRUcoaHcsIElYR0JFX0ZESVJVU1RBVCkgJiBJWEdCRV9GRElSVVNUQVRf UkVNT1ZFX01BU0spCisJCQk+PiBJWEdCRV9GRElSVVNUQVRfUkVNT1ZFX1NISUZUOworCQlhZGFw dGVyLT5zdGF0cy5mZGlyZnN0YXRfZmFkZCArPQorCQkJKElYR0JFX1JFQURfUkVHKGh3LCBJWEdC RV9GRElSRlNUQVQpICYgSVhHQkVfRkRJUkZTVEFUX0ZBRERfTUFTSykKKwkJCT4+IElYR0JFX0ZE SVJGU1RBVF9GQUREX1NISUZUOworCQlhZGFwdGVyLT5zdGF0cy5mZGlyZnN0YXRfZnJlbW92ZSAr PQorCQkJKElYR0JFX1JFQURfUkVHKGh3LCBJWEdCRV9GRElSRlNUQVQpICYgSVhHQkVfRkRJUkZT VEFUX0ZSRU1PVkVfTUFTSykKKwkJCT4+IElYR0JFX0ZESVJGU1RBVF9GUkVNT1ZFX1NISUZUOwor CQlhZGFwdGVyLT5zdGF0cy5mZGlybWF0Y2ggKz0gSVhHQkVfUkVBRF9SRUcoaHcsIElYR0JFX0ZE SVJNQVRDSCk7CisJCWFkYXB0ZXItPnN0YXRzLmZkaXJtaXNzICs9IElYR0JFX1JFQURfUkVHKGh3 LCBJWEdCRV9GRElSTUlTUyk7CiAJfQogCiAJLyogRmlsbCBvdXQgdGhlIE9TIHN0YXRpc3RpY3Mg c3RydWN0dXJlICovCkBAIC01NjQyLDYgKzU3MDAsMzIgQEAgaXhnYmVfYWRkX2h3X3N0YXRzKHN0 cnVjdCBhZGFwdGVyICphZGFwdGVyKQogCVNZU0NUTF9BRERfVVFVQUQoY3R4LCBzdGF0X2xpc3Qs IE9JRF9BVVRPLCAidHhfZnJhbWVzXzEwMjRfMTUyMiIsCiAJCQlDVExGTEFHX1JELCAmc3RhdHMt PnB0YzE1MjIsCiAJCQkiMTAyNC0xNTIyIGJ5dGUgZnJhbWVzIHRyYW5zbWl0dGVkIik7CisKKwkv KiBmZGlyIHN0YXRzICovCisJU1lTQ1RMX0FERF9VUVVBRChjdHgsIHN0YXRfbGlzdCwgT0lEX0FV VE8sICJmZGlyZnJlZV9mcmVlIiwKKwkJQ1RMRkxBR19SRCwgJnN0YXRzLT5mZGlyZnJlZV9mcmVl LAorCQkiIik7CisJU1lTQ1RMX0FERF9VUVVBRChjdHgsIHN0YXRfbGlzdCwgT0lEX0FVVE8sICJm ZGlyZnJlZV9jb2xsIiwKKwkJQ1RMRkxBR19SRCwgJnN0YXRzLT5mZGlyZnJlZV9jb2xsLAorCQki Iik7CisJU1lTQ1RMX0FERF9VUVVBRChjdHgsIHN0YXRfbGlzdCwgT0lEX0FVVE8sICJmZGlydXN0 YXRfYWRkIiwKKwkJQ1RMRkxBR19SRCwgJnN0YXRzLT5mZGlydXN0YXRfYWRkLAorCQkiIik7CisJ U1lTQ1RMX0FERF9VUVVBRChjdHgsIHN0YXRfbGlzdCwgT0lEX0FVVE8sICJmZGlydXN0YXRfcmVt b3ZlIiwKKwkJQ1RMRkxBR19SRCwgJnN0YXRzLT5mZGlydXN0YXRfcmVtb3ZlLAorCQkiIik7CisJ U1lTQ1RMX0FERF9VUVVBRChjdHgsIHN0YXRfbGlzdCwgT0lEX0FVVE8sICJmZGlyZnN0YXRfZmFk ZCIsCisJCUNUTEZMQUdfUkQsICZzdGF0cy0+ZmRpcmZzdGF0X2ZhZGQsCisJCSIiKTsKKwlTWVND VExfQUREX1VRVUFEKGN0eCwgc3RhdF9saXN0LCBPSURfQVVUTywgImZkaXJmc3RhdF9mcmVtb3Zl IiwKKwkJQ1RMRkxBR19SRCwgJnN0YXRzLT5mZGlyZnN0YXRfZnJlbW92ZSwKKwkJIiIpOworCVNZ U0NUTF9BRERfVVFVQUQoY3R4LCBzdGF0X2xpc3QsIE9JRF9BVVRPLCAiZmRpcm1hdGNoIiwKKwkJ Q1RMRkxBR19SRCwgJnN0YXRzLT5mZGlybWF0Y2gsCisJCSIiKTsKKwlTWVNDVExfQUREX1VRVUFE KGN0eCwgc3RhdF9saXN0LCBPSURfQVVUTywgImZkaXJtaXNzIiwKKwkJQ1RMRkxBR19SRCwgJnN0 YXRzLT5mZGlybWlzcywKKwkJIiIpOwogfQogCiAvKgpAQCAtNTgwMywzICs1ODg3LDgzIEBAIGl4 Z2JlX2Rpc2FibGVfcnhfZHJvcChzdHJ1Y3QgYWRhcHRlciAqYWRhcHRlcikKICAgICAgICAgCUlY R0JFX1dSSVRFX1JFRyhodywgSVhHQkVfU1JSQ1RMKGkpLCBzcnJjdGwpOwogCX0KIH0KKworc3Rh dGljIGludAoraXhnYmVfZXh0ZW5zaW9uX29wZW4oc3RydWN0IGNkZXYgKmRldiwgaW50IGZsYWdz LCBpbnQgZm1wLCBzdHJ1Y3QgdGhyZWFkICp0ZCkKK3sKKyAgICAgICByZXR1cm4gKDApOworfQor CitzdGF0aWMgaW50CitpeGdiZV9leHRlbnNpb25fY2xvc2Uoc3RydWN0IGNkZXYgKmRldiwgaW50 IGZsYWdzLCBpbnQgZm10LCBzdHJ1Y3QgdGhyZWFkICp0ZCkKK3sKKyAgICAgICByZXR1cm4gKDAp OworfQorCitzdGF0aWMgaW50CitpeGdiZV9leHRlbnNpb25faW9jdGwoc3RydWN0IGNkZXYgKmRl diwgdW5zaWduZWQgbG9uZyBjbWQsIGNhZGRyX3QgZGF0YSwKKyAgICBpbnQgZmZsYWcsIHN0cnVj dCB0aHJlYWQgKnRkKQoreworCXN0cnVjdCBhZGFwdGVyICphZGFwdGVyID0gKHN0cnVjdCBhZGFw dGVyICopZGV2LT5zaV9kcnYxOworCisJaWYgKHByaXZfY2hlY2sodGQsIFBSSVZfRFJJVkVSKSkg eworCQlyZXR1cm4gKEVQRVJNKTsKKwl9CisJCisJc3dpdGNoIChjbWQpIHsKKwljYXNlIElYR0JF X0FERF9TSUdGSUxURVI6IHsKKwkJc3RydWN0IGl4X2ZpbHRlciAqZmlsdGVyID0gKHN0cnVjdCBp eF9maWx0ZXIgKilkYXRhOworCQl1bmlvbiBpeGdiZV9hdHJfaGFzaF9kd29yZCBpbnB1dCA9IHsu ZHdvcmQgPSAwfTsKKwkJdW5pb24gaXhnYmVfYXRyX2hhc2hfZHdvcmQgY29tbW9uID0gey5kd29y ZCA9IDB9OworCisJCXN3aXRjaCAoZmlsdGVyLT5wcm90bykgeworCQljYXNlIElYR0JFX0ZJTFRF Ul9QUk9UT19UQ1BWNDoKKwkJCWlucHV0LmZvcm1hdHRlZC5mbG93X3R5cGUgXj0gSVhHQkVfQVRS X0ZMT1dfVFlQRV9UQ1BWNDsKKwkJCWJyZWFrOworCQljYXNlIElYR0JFX0ZJTFRFUl9QUk9UT19V RFBWNDoKKwkJCWlucHV0LmZvcm1hdHRlZC5mbG93X3R5cGUgXj0gSVhHQkVfQVRSX0ZMT1dfVFlQ RV9VRFBWNDsKKwkJCWJyZWFrOworCQlkZWZhdWx0OgorCQkJcmV0dXJuIChFSU5WQUwpOworCQl9 CisJCWNvbW1vbi5wb3J0LnNyYyBePSBodG9ucyhmaWx0ZXItPnNyY19wb3J0KTsKKwkJY29tbW9u LnBvcnQuZHN0IF49IGh0b25zKGZpbHRlci0+ZHN0X3BvcnQpOworCQljb21tb24uZmxleF9ieXRl cyBePSBodG9ucyhFVEhFUlRZUEVfSVApOworCQljb21tb24uaXAgXj0gZmlsdGVyLT5zcmNfaXAu c19hZGRyIF4gZmlsdGVyLT5kc3RfaXAuc19hZGRyOworCisJCWl4Z2JlX2ZkaXJfYWRkX3NpZ25h dHVyZV9maWx0ZXJfODI1OTkoJmFkYXB0ZXItPmh3LAorCQkJaW5wdXQsIGNvbW1vbiwgZmlsdGVy LT5xdWVfaW5kZXgpOworCQlicmVhazsKKwl9CisJY2FzZSBJWEdCRV9DTFJfU0lHRklMVEVSOiB7 CisJCXN0cnVjdCBpeF9maWx0ZXIgKmZpbHRlciA9IChzdHJ1Y3QgaXhfZmlsdGVyICopZGF0YTsK KwkJdW5pb24gaXhnYmVfYXRyX2hhc2hfZHdvcmQgaW5wdXQgPSB7LmR3b3JkID0gMH07CisJCXVu aW9uIGl4Z2JlX2F0cl9oYXNoX2R3b3JkIGNvbW1vbiA9IHsuZHdvcmQgPSAwfTsKKworCQlzd2l0 Y2ggKGZpbHRlci0+cHJvdG8pIHsKKwkJY2FzZSBJWEdCRV9GSUxURVJfUFJPVE9fVENQVjQ6CisJ CQlpbnB1dC5mb3JtYXR0ZWQuZmxvd190eXBlIF49IElYR0JFX0FUUl9GTE9XX1RZUEVfVENQVjQ7 CisJCQlicmVhazsKKwkJY2FzZSBJWEdCRV9GSUxURVJfUFJPVE9fVURQVjQ6CisJCQlpbnB1dC5m b3JtYXR0ZWQuZmxvd190eXBlIF49IElYR0JFX0FUUl9GTE9XX1RZUEVfVURQVjQ7CisJCQlicmVh azsKKwkJZGVmYXVsdDoKKwkJCXJldHVybiAoRUlOVkFMKTsKKwkJfQorCQljb21tb24ucG9ydC5z cmMgXj0gaHRvbnMoZmlsdGVyLT5zcmNfcG9ydCk7CisJCWNvbW1vbi5wb3J0LmRzdCBePSBodG9u cyhmaWx0ZXItPmRzdF9wb3J0KTsKKwkJY29tbW9uLmZsZXhfYnl0ZXMgXj0gaHRvbnMoRVRIRVJU WVBFX0lQKTsKKwkJY29tbW9uLmlwIF49IGZpbHRlci0+c3JjX2lwLnNfYWRkciBeIGZpbHRlci0+ ZHN0X2lwLnNfYWRkcjsKKworCQlpeGdiZV9mZGlyX2VyYXNlX3NpZ25hdHVyZV9maWx0ZXJfODI1 OTkoJmFkYXB0ZXItPmh3LAorCQkJaW5wdXQsIGNvbW1vbik7CisJCWJyZWFrOworCX0KKwlkZWZh dWx0OgorCQlyZXR1cm4gKEVPUE5PVFNVUFApOworCQlicmVhazsKKwl9CisKKwlyZXR1cm4gKDAp OworfQorCmRpZmYgLS1naXQgYS9zeXMvZGV2L2l4Z2JlL2l4Z2JlLmggYi9zeXMvZGV2L2l4Z2Jl L2l4Z2JlLmgKaW5kZXggNzdiNzJlZC4uNDljNDFmMiAxMDA2NDQKLS0tIGEvc3lzL2Rldi9peGdi ZS9peGdiZS5oCisrKyBiL3N5cy9kZXYvaXhnYmUvaXhnYmUuaApAQCAtODgsNiArODgsOCBAQAog I2luY2x1ZGUgPHN5cy9wY3B1Lmg+CiAjaW5jbHVkZSA8c3lzL3NtcC5oPgogI2luY2x1ZGUgPG1h Y2hpbmUvc21wLmg+CisjaW5jbHVkZSA8c3lzL2NvbmYuaD4KKyNpbmNsdWRlIDxzeXMvcHJpdi5o PgogCiAjaW5jbHVkZSAiaXhnYmVfYXBpLmgiCiAKQEAgLTQ2OCw2ICs0NzAsOCBAQCBzdHJ1Y3Qg YWRhcHRlciB7CiAJdW5zaWduZWQgbG9uZwkJbGlua19pcnE7CiAKIAlzdHJ1Y3QgaXhnYmVfaHdf c3RhdHMgCXN0YXRzOworCisJc3RydWN0IGNkZXYJCSpjZGV2OwogfTsKIAogCmRpZmYgLS1naXQg YS9zeXMvZGV2L2l4Z2JlL2l4Z2JlXzgyNTk5LmMgYi9zeXMvZGV2L2l4Z2JlL2l4Z2JlXzgyNTk5 LmMKaW5kZXggM2NjOGNkNy4uNzJlYTVlYSAxMDA2NDQKLS0tIGEvc3lzL2Rldi9peGdiZS9peGdi ZV84MjU5OS5jCisrKyBiL3N5cy9kZXYvaXhnYmUvaXhnYmVfODI1OTkuYwpAQCAtMTQ4Miw3ICsx NDgyLDggQEAgczMyIGl4Z2JlX2luaXRfZmRpcl9zaWduYXR1cmVfODI1OTkoc3RydWN0IGl4Z2Jl X2h3ICpodywgdTMyIGZkaXJjdHJsKQogCSAqICBTZXQgdGhlIG1heGltdW0gbGVuZ3RoIHBlciBo YXNoIGJ1Y2tldCB0byAweEEgZmlsdGVycwogCSAqICBTZW5kIGludGVycnVwdCB3aGVuIDY0IGZp bHRlcnMgYXJlIGxlZnQKIAkgKi8KLQlmZGlyY3RybCB8PSAoMHg2IDw8IElYR0JFX0ZESVJDVFJM X0ZMRVhfU0hJRlQpIHwKKwlmZGlyY3RybCB8PSBJWEdCRV9GRElSQ1RSTF9SRVBPUlRfU1RBVFVT IHwKKyAJCSAgICAoMHg2IDw8IElYR0JFX0ZESVJDVFJMX0ZMRVhfU0hJRlQpIHwKIAkJICAgICgw eEEgPDwgSVhHQkVfRkRJUkNUUkxfTUFYX0xFTkdUSF9TSElGVCkgfAogCQkgICAgKDQgPDwgSVhH QkVfRkRJUkNUUkxfRlVMTF9USFJFU0hfU0hJRlQpOwogCkBAIC0xNjY3LDYgKzE2NjgsNTYgQEAg czMyIGl4Z2JlX2ZkaXJfYWRkX3NpZ25hdHVyZV9maWx0ZXJfODI1OTkoc3RydWN0IGl4Z2JlX2h3 ICpodywKIAlyZXR1cm4gSVhHQkVfU1VDQ0VTUzsKIH0KIAorLyoqCisgKiAgaXhnYmVfZmRpcl9l cmFzZV9zaWduYXR1cmVfZmlsdGVyXzgyNTk5IC0gQWRkcyBhIHNpZ25hdHVyZSBoYXNoIGZpbHRl cgorICogIEBodzogcG9pbnRlciB0byBoYXJkd2FyZSBzdHJ1Y3R1cmUKKyAqICBAc3RyZWFtOiBp bnB1dCBiaXRzdHJlYW0KKyAqICBAcXVldWU6IHF1ZXVlIGluZGV4IHRvIGRpcmVjdCB0cmFmZmlj IHRvCisgKiovCitzMzIgaXhnYmVfZmRpcl9lcmFzZV9zaWduYXR1cmVfZmlsdGVyXzgyNTk5KHN0 cnVjdCBpeGdiZV9odyAqaHcsCisgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICB1bmlvbiBpeGdiZV9hdHJfaGFzaF9kd29yZCBpbnB1dCwKKyAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIHVuaW9uIGl4Z2JlX2F0cl9oYXNoX2R3b3JkIGNvbW1v bikKK3sKKwl1NjQgIGZkaXJoYXNoY21kOworCXUzMiAgZmRpcmNtZDsKKworCURFQlVHRlVOQygi aXhnYmVfZmRpcl9jbGVhcl9zaWduYXR1cmVfZmlsdGVyXzgyNTk5Iik7CisKKwkvKgorCSAqIEdl dCB0aGUgZmxvd190eXBlIGluIG9yZGVyIHRvIHByb2dyYW0gRkRJUkNNRCBwcm9wZXJseQorCSAq IGxvd2VzdCAyIGJpdHMgYXJlIEZESVJDTUQuTDRUWVBFLCB0aGlyZCBsb3dlc3QgYml0IGlzIEZE SVJDTUQuSVBWNgorCSAqLworCXN3aXRjaCAoaW5wdXQuZm9ybWF0dGVkLmZsb3dfdHlwZSkgewor CWNhc2UgSVhHQkVfQVRSX0ZMT1dfVFlQRV9UQ1BWNDoKKwljYXNlIElYR0JFX0FUUl9GTE9XX1RZ UEVfVURQVjQ6CisJY2FzZSBJWEdCRV9BVFJfRkxPV19UWVBFX1NDVFBWNDoKKwljYXNlIElYR0JF X0FUUl9GTE9XX1RZUEVfVENQVjY6CisJY2FzZSBJWEdCRV9BVFJfRkxPV19UWVBFX1VEUFY2Ogor CWNhc2UgSVhHQkVfQVRSX0ZMT1dfVFlQRV9TQ1RQVjY6CisJCWJyZWFrOworCWRlZmF1bHQ6CisJ CURFQlVHT1VUKCIgRXJyb3Igb24gZmxvdyB0eXBlIGlucHV0XG4iKTsKKwkJcmV0dXJuIElYR0JF X0VSUl9DT05GSUc7CisJfQorCisJLyogY29uZmlndXJlIEZESVJDTUQgcmVnaXN0ZXIgKi8KKwlm ZGlyY21kID0gSVhHQkVfRkRJUkNNRF9DTURfUkVNT1ZFX0ZMT1cgfCAKKwkgICAgICAgICAgSVhH QkVfRkRJUkNNRF9MQVNUIHwgSVhHQkVfRkRJUkNNRF9RVUVVRV9FTjsKKwlmZGlyY21kIHw9IGlu cHV0LmZvcm1hdHRlZC5mbG93X3R5cGUgPDwgSVhHQkVfRkRJUkNNRF9GTE9XX1RZUEVfU0hJRlQ7 CisKKwkvKgorCSAqIFRoZSBsb3dlciAzMi1iaXRzIG9mIGZkaXJoYXNoY21kIGlzIGZvciBGRElS SEFTSCwgdGhlIHVwcGVyIDMyLWJpdHMKKwkgKiBpcyBmb3IgRkRJUkNNRC4gIFRoZW4gZG8gYSA2 NC1iaXQgcmVnaXN0ZXIgd3JpdGUgZnJvbSBGRElSSEFTSC4KKwkgKi8KKwlmZGlyaGFzaGNtZCA9 ICh1NjQpZmRpcmNtZCA8PCAzMjsKKwlmZGlyaGFzaGNtZCB8PSBpeGdiZV9hdHJfY29tcHV0ZV9z aWdfaGFzaF84MjU5OShpbnB1dCwgY29tbW9uKTsKKwlJWEdCRV9XUklURV9SRUc2NChodywgSVhH QkVfRkRJUkhBU0gsIGZkaXJoYXNoY21kKTsKKworCURFQlVHT1VUMSgiVHggaGFzaD0leFxuIiwg KHUzMilmZGlyaGFzaGNtZCk7CisKKwlyZXR1cm4gSVhHQkVfU1VDQ0VTUzsKK30KKwogI2RlZmlu ZSBJWEdCRV9DT01QVVRFX0JLVF9IQVNIX0lURVJBVElPTihfbikgXAogZG8geyBcCiAJdTMyIG4g PSAoX24pOyBcCmRpZmYgLS1naXQgYS9zeXMvZGV2L2l4Z2JlL2l4Z2JlX2FwaS5oIGIvc3lzL2Rl di9peGdiZS9peGdiZV9hcGkuaAppbmRleCA5MTAyM2FlLi43N2M2NDI3IDEwMDY0NAotLS0gYS9z eXMvZGV2L2l4Z2JlL2l4Z2JlX2FwaS5oCisrKyBiL3N5cy9kZXYvaXhnYmUvaXhnYmVfYXBpLmgK QEAgLTE0NCw2ICsxNDQsOSBAQCBzMzIgaXhnYmVfZmRpcl9hZGRfc2lnbmF0dXJlX2ZpbHRlcl84 MjU5OShzdHJ1Y3QgaXhnYmVfaHcgKmh3LAogCQkJCQkgIHVuaW9uIGl4Z2JlX2F0cl9oYXNoX2R3 b3JkIGlucHV0LAogCQkJCQkgIHVuaW9uIGl4Z2JlX2F0cl9oYXNoX2R3b3JkIGNvbW1vbiwKIAkJ CQkJICB1OCBxdWV1ZSk7CitzMzIgaXhnYmVfZmRpcl9lcmFzZV9zaWduYXR1cmVfZmlsdGVyXzgy NTk5KHN0cnVjdCBpeGdiZV9odyAqaHcsCisgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICB1bmlvbiBpeGdiZV9hdHJfaGFzaF9kd29yZCBpbnB1dCwKKyAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHVuaW9uIGl4Z2JlX2F0cl9oYXNoX2R3b3Jk IGNvbW1vbik7CiBzMzIgaXhnYmVfZmRpcl9zZXRfaW5wdXRfbWFza184MjU5OShzdHJ1Y3QgaXhn YmVfaHcgKmh3LAogCQkJCSAgICB1bmlvbiBpeGdiZV9hdHJfaW5wdXQgKmlucHV0X21hc2spOwog czMyIGl4Z2JlX2ZkaXJfd3JpdGVfcGVyZmVjdF9maWx0ZXJfODI1OTkoc3RydWN0IGl4Z2JlX2h3 ICpodywKZGlmZiAtLWdpdCBhL3N5cy9kZXYvaXhnYmUvaXhnYmVfaW9jdGwuaCBiL3N5cy9kZXYv aXhnYmUvaXhnYmVfaW9jdGwuaApuZXcgZmlsZSBtb2RlIDEwMDY0NAppbmRleCAwMDAwMDAwLi5m NzExM2QzCi0tLSAvZGV2L251bGwKKysrIGIvc3lzL2Rldi9peGdiZS9peGdiZV9pb2N0bC5oCkBA IC0wLDAgKzEsNTggQEAKKy8qKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKgorCitDb3B5cmlnaHQgKGMpIDIwMTMg VGFrdXlhIEFTQURBCitBbGwgcmlnaHRzIHJlc2VydmVkLgorCitSZWRpc3RyaWJ1dGlvbiBhbmQg dXNlIGluIHNvdXJjZSBhbmQgYmluYXJ5IGZvcm1zLCB3aXRoIG9yIHdpdGhvdXQKK21vZGlmaWNh dGlvbiwgYXJlIHBlcm1pdHRlZCBwcm92aWRlZCB0aGF0IHRoZSBmb2xsb3dpbmcgY29uZGl0aW9u cyBhcmUgbWV0OgorCisgMS4gUmVkaXN0cmlidXRpb25zIG9mIHNvdXJjZSBjb2RlIG11c3QgcmV0 YWluIHRoZSBhYm92ZSBjb3B5cmlnaHQgbm90aWNlLAorICAgIHRoaXMgbGlzdCBvZiBjb25kaXRp b25zIGFuZCB0aGUgZm9sbG93aW5nIGRpc2NsYWltZXIuCisKKyAyLiBOZWl0aGVyIHRoZSBuYW1l IG9mIHRoZSBDaGVsc2lvIENvcnBvcmF0aW9uIG5vciB0aGUgbmFtZXMgb2YgaXRzCisgICAgY29u dHJpYnV0b3JzIG1heSBiZSB1c2VkIHRvIGVuZG9yc2Ugb3IgcHJvbW90ZSBwcm9kdWN0cyBkZXJp dmVkIGZyb20KKyAgICB0aGlzIHNvZnR3YXJlIHdpdGhvdXQgc3BlY2lmaWMgcHJpb3Igd3JpdHRl biBwZXJtaXNzaW9uLgorCitUSElTIFNPRlRXQVJFIElTIFBST1ZJREVEIEJZIFRIRSBDT1BZUklH SFQgSE9MREVSUyBBTkQgQ09OVFJJQlVUT1JTICJBUyBJUyIKK0FORCBBTlkgRVhQUkVTUyBPUiBJ TVBMSUVEIFdBUlJBTlRJRVMsIElOQ0xVRElORywgQlVUIE5PVCBMSU1JVEVEIFRPLCBUSEUKK0lN UExJRUQgV0FSUkFOVElFUyBPRiBNRVJDSEFOVEFCSUxJVFkgQU5EIEZJVE5FU1MgRk9SIEEgUEFS VElDVUxBUiBQVVJQT1NFCitBUkUgRElTQ0xBSU1FRC4gSU4gTk8gRVZFTlQgU0hBTEwgVEhFIENP UFlSSUdIVCBPV05FUiBPUiBDT05UUklCVVRPUlMgQkUKK0xJQUJMRSBGT1IgQU5ZIERJUkVDVCwg SU5ESVJFQ1QsIElOQ0lERU5UQUwsIFNQRUNJQUwsIEVYRU1QTEFSWSwgT1IKK0NPTlNFUVVFTlRJ QUwgREFNQUdFUyAoSU5DTFVESU5HLCBCVVQgTk9UIExJTUlURUQgVE8sIFBST0NVUkVNRU5UIE9G CitTVUJTVElUVVRFIEdPT0RTIE9SIFNFUlZJQ0VTOyBMT1NTIE9GIFVTRSwgREFUQSwgT1IgUFJP RklUUzsgT1IgQlVTSU5FU1MKK0lOVEVSUlVQVElPTikgSE9XRVZFUiBDQVVTRUQgQU5EIE9OIEFO WSBUSEVPUlkgT0YgTElBQklMSVRZLCBXSEVUSEVSIElOCitDT05UUkFDVCwgU1RSSUNUIExJQUJJ TElUWSwgT1IgVE9SVCAoSU5DTFVESU5HIE5FR0xJR0VOQ0UgT1IgT1RIRVJXSVNFKQorQVJJU0lO RyBJTiBBTlkgV0FZIE9VVCBPRiBUSEUgVVNFIE9GIFRISVMgU09GVFdBUkUsIEVWRU4gSUYgQURW SVNFRCBPRiBUSEUKK1BPU1NJQklMSVRZIE9GIFNVQ0ggREFNQUdFLgorCiskRnJlZUJTRCQKKwor KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqLworCisjaWZuZGVmIF9fSVhHQkVJT0NUTF9IX18KKyNkZWZpbmUg X19JWEdCRUlPQ1RMX0hfXworCitlbnVtIHsKKwlJWF9BRERfU0lHRklMVEVSID0gMHgwLAorCUlY X0NMUl9TSUdGSUxURVIKK307CisKK2VudW0geworCUlYR0JFX0ZJTFRFUl9QUk9UT19UQ1BWNCwK KwlJWEdCRV9GSUxURVJfUFJPVE9fVURQVjQKK307CisKK3N0cnVjdCBpeF9maWx0ZXIgeworCWlu dCBwcm90bzsKKwlzdHJ1Y3QgaW5fYWRkciBzcmNfaXA7CisJaW50IHNyY19wb3J0OworCXN0cnVj dCBpbl9hZGRyIGRzdF9pcDsKKwlpbnQgZHN0X3BvcnQ7CisJaW50IHF1ZV9pbmRleDsKK307CisK KyNkZWZpbmUgSVhHQkVfQUREX1NJR0ZJTFRFUglfSU9XKCdpJywgSVhfQUREX1NJR0ZJTFRFUiwg c3RydWN0IGl4X2ZpbHRlcikKKyNkZWZpbmUgSVhHQkVfQ0xSX1NJR0ZJTFRFUglfSU9XKCdpJywg SVhfQ0xSX1NJR0ZJTFRFUiwgc3RydWN0IGl4X2ZpbHRlcikKKworI2VuZGlmCisKZGlmZiAtLWdp dCBhL3N5cy9kZXYvaXhnYmUvaXhnYmVfdHlwZS5oIGIvc3lzL2Rldi9peGdiZS9peGdiZV90eXBl LmgKaW5kZXggNDlmNWJjMC4uYzVmMjliYiAxMDA2NDQKLS0tIGEvc3lzL2Rldi9peGdiZS9peGdi ZV90eXBlLmgKKysrIGIvc3lzL2Rldi9peGdiZS9peGdiZV90eXBlLmgKQEAgLTI5OTcsNiArMjk5 Nyw4IEBAIHN0cnVjdCBpeGdiZV9od19zdGF0cyB7CiAJdTY0IHFidGNbMTZdOwogCXU2NCBxcHJk Y1sxNl07CiAJdTY0IHB4b24yb2ZmY1s4XTsKKwl1NjQgZmRpcmZyZWVfZnJlZTsKKwl1NjQgZmRp cmZyZWVfY29sbDsKIAl1NjQgZmRpcnVzdGF0X2FkZDsKIAl1NjQgZmRpcnVzdGF0X3JlbW92ZTsK IAl1NjQgZmRpcmZzdGF0X2ZhZGQ7CmRpZmYgLS1naXQgYS90b29scy90b29scy9peGdiZXRvb2wv TWFrZWZpbGUgYi90b29scy90b29scy9peGdiZXRvb2wvTWFrZWZpbGUKbmV3IGZpbGUgbW9kZSAx MDA2NDQKaW5kZXggMDAwMDAwMC4uMDY5NWU5MwotLS0gL2Rldi9udWxsCisrKyBiL3Rvb2xzL3Rv b2xzL2l4Z2JldG9vbC9NYWtlZmlsZQpAQCAtMCwwICsxLDkgQEAKKyMgJEZyZWVCU0QkCisKK1BS T0c9CWl4Z2JldG9vbAorU1JDUz0JaXhnYmV0b29sLmMKK05PX01BTj0KK0NGTEFHUys9IC1JJHsu Q1VSRElSfS8uLi8uLi8uLi9zeXMvZGV2L2l4Z2JlIC1JLgorQklORElSPz0gL3Vzci9zYmluCisK Ky5pbmNsdWRlIDxic2QucHJvZy5taz4KZGlmZiAtLWdpdCBhL3Rvb2xzL3Rvb2xzL2l4Z2JldG9v bC9peGdiZXRvb2wuYyBiL3Rvb2xzL3Rvb2xzL2l4Z2JldG9vbC9peGdiZXRvb2wuYwpuZXcgZmls ZSBtb2RlIDEwMDY0NAppbmRleCAwMDAwMDAwLi5kMTkxMWE1Ci0tLSAvZGV2L251bGwKKysrIGIv dG9vbHMvdG9vbHMvaXhnYmV0b29sL2l4Z2JldG9vbC5jCkBAIC0wLDAgKzEsMTc0IEBACisvKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioKKworQ29weXJpZ2h0IChjKSAyMDEzLCBUYWt1eWEgQVNBREEuCitBbGwg cmlnaHRzIHJlc2VydmVkLgorCitSZWRpc3RyaWJ1dGlvbiBhbmQgdXNlIGluIHNvdXJjZSBhbmQg YmluYXJ5IGZvcm1zLCB3aXRoIG9yIHdpdGhvdXQKK21vZGlmaWNhdGlvbiwgYXJlIHBlcm1pdHRl ZCBwcm92aWRlZCB0aGF0IHRoZSBmb2xsb3dpbmcgY29uZGl0aW9ucyBhcmUgbWV0OgorCisgMS4g UmVkaXN0cmlidXRpb25zIG9mIHNvdXJjZSBjb2RlIG11c3QgcmV0YWluIHRoZSBhYm92ZSBjb3B5 cmlnaHQgbm90aWNlLAorICAgIHRoaXMgbGlzdCBvZiBjb25kaXRpb25zIGFuZCB0aGUgZm9sbG93 aW5nIGRpc2NsYWltZXIuCisKKyAyLiBSZWRpc3RyaWJ1dGlvbnMgaW4gYmluYXJ5IGZvcm0gbXVz dCByZXByb2R1Y2UgdGhlIGFib3ZlIGNvcHlyaWdodAorICAgIG5vdGljZSwgdGhpcyBsaXN0IG9m IGNvbmRpdGlvbnMgYW5kIHRoZSBmb2xsb3dpbmcgZGlzY2xhaW1lciBpbiB0aGUKKyAgICBkb2N1 bWVudGF0aW9uIGFuZC9vciBvdGhlciBtYXRlcmlhbHMgcHJvdmlkZWQgd2l0aCB0aGUgZGlzdHJp YnV0aW9uLgorCisgMy4gTmVpdGhlciB0aGUgbmFtZSBvZiB0aGUgQ2hlbHNpbyBDb3Jwb3JhdGlv biBub3IgdGhlIG5hbWVzIG9mIGl0cworICAgIGNvbnRyaWJ1dG9ycyBtYXkgYmUgdXNlZCB0byBl bmRvcnNlIG9yIHByb21vdGUgcHJvZHVjdHMgZGVyaXZlZCBmcm9tCisgICAgdGhpcyBzb2Z0d2Fy ZSB3aXRob3V0IHNwZWNpZmljIHByaW9yIHdyaXR0ZW4gcGVybWlzc2lvbi4KKworVEhJUyBTT0ZU V0FSRSBJUyBQUk9WSURFRCBCWSBUSEUgQ09QWVJJR0hUIEhPTERFUlMgQU5EIENPTlRSSUJVVE9S UyAiQVMgSVMiCitBTkQgQU5ZIEVYUFJFU1MgT1IgSU1QTElFRCBXQVJSQU5USUVTLCBJTkNMVURJ TkcsIEJVVCBOT1QgTElNSVRFRCBUTywgVEhFCitJTVBMSUVEIFdBUlJBTlRJRVMgT0YgTUVSQ0hB TlRBQklMSVRZIEFORCBGSVRORVNTIEZPUiBBIFBBUlRJQ1VMQVIgUFVSUE9TRQorQVJFIERJU0NM QUlNRUQuIElOIE5PIEVWRU5UIFNIQUxMIFRIRSBDT1BZUklHSFQgT1dORVIgT1IgQ09OVFJJQlVU T1JTIEJFCitMSUFCTEUgRk9SIEFOWSBESVJFQ1QsIElORElSRUNULCBJTkNJREVOVEFMLCBTUEVD SUFMLCBFWEVNUExBUlksIE9SCitDT05TRVFVRU5USUFMIERBTUFHRVMgKElOQ0xVRElORywgQlVU IE5PVCBMSU1JVEVEIFRPLCBQUk9DVVJFTUVOVCBPRgorU1VCU1RJVFVURSBHT09EUyBPUiBTRVJW SUNFUzsgTE9TUyBPRiBVU0UsIERBVEEsIE9SIFBST0ZJVFM7IE9SIEJVU0lORVNTCitJTlRFUlJV UFRJT04pIEhPV0VWRVIgQ0FVU0VEIEFORCBPTiBBTlkgVEhFT1JZIE9GIExJQUJJTElUWSwgV0hF VEhFUiBJTgorQ09OVFJBQ1QsIFNUUklDVCBMSUFCSUxJVFksIE9SIFRPUlQgKElOQ0xVRElORyBO RUdMSUdFTkNFIE9SIE9USEVSV0lTRSkKK0FSSVNJTkcgSU4gQU5ZIFdBWSBPVVQgT0YgVEhFIFVT RSBPRiBUSElTIFNPRlRXQVJFLCBFVkVOIElGIEFEVklTRUQgT0YgVEhFCitQT1NTSUJJTElUWSBP RiBTVUNIIERBTUFHRS4KKworCisqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKiovCisjaW5jbHVkZSA8c3lzL2Nk ZWZzLmg+CitfX0ZCU0RJRCgiJEZyZWVCU0QkIik7CisKKyNpbmNsdWRlIDxzdGRpby5oPgorI2lu Y2x1ZGUgPHN0cmluZy5oPgorI2luY2x1ZGUgPGZjbnRsLmg+CisjaW5jbHVkZSA8ZXJybm8uaD4K KyNpbmNsdWRlIDxzdGRsaWIuaD4KKyNpbmNsdWRlIDxsaW1pdHMuaD4KKyNpbmNsdWRlIDx1bmlz dGQuaD4KKyNpbmNsdWRlIDxzeXMvdHlwZXMuaD4KKyNpbmNsdWRlIDxzeXMvc29ja2V0Lmg+Cisj aW5jbHVkZSA8bmV0aW5ldC9pbi5oPgorI2luY2x1ZGUgPGFycGEvaW5ldC5oPgorI2luY2x1ZGUg PHN5cy9pb2N0bC5oPgorI2luY2x1ZGUgPGl4Z2JlX2lvY3RsLmg+CisKK3N0YXRpYyB2b2lkCit1 c2FnZSh2b2lkKQoreworCWZwcmludGYoc3RkZXJyLCAiVXNhZ2U6IGl4Z2JldG9vbCA8aWZuYW1l PiBbb3BlcmF0aW9uXVxuIik7CisJZnByaW50ZihzdGRlcnIsICJcdGFkZF9zaWdfZmlsdGVyIDxw cm90bz4gPHNyY19pcD4gPHNyY19wb3J0PiA8ZHN0X2lwPiA8ZHN0X3BvcnQ+IDxxdWVfaW5kZXg+ XG4iKTsKKwlmcHJpbnRmKHN0ZGVyciwgIlx0ZGVsX3NpZ19maWx0ZXIgPHByb3RvPiA8c3JjX2lw PiA8c3JjX3BvcnQ+IDxkc3RfaXA+IDxkc3RfcG9ydD5cbiIpOworfQorCitzdGF0aWMgaW50Citk b2l0KGNvbnN0IGNoYXIgKmlmZl9uYW1lLCB1bnNpZ25lZCBsb25nIGNtZCwgdm9pZCAqZGF0YSkK K3sKKwlpbnQgZmQgPSAwOworCWludCBlcnI7CisJY2hhciBidWZbNjRdOworCisJc25wcmludGYo YnVmLCA2NCwgIi9kZXYvJXMiLCBpZmZfbmFtZSk7CisJaWYgKChmZCA9IG9wZW4oYnVmLCBPX1JE V1IpKSA8IDApCisJCXJldHVybiAtMTsKKwkKKwllcnIgPSBpb2N0bChmZCwgY21kLCBkYXRhKSA8 IDAgPyAtMSA6IDA7CisJY2xvc2UoZmQpOworCXJldHVybiBlcnI7Cit9CisKK3N0YXRpYyBpbnQg CithZGRfc2lnX2ZpbHRlcihpbnQgYXJnYywgY2hhciAqYXJndltdLCBjaGFyICppZm5hbWUpCit7 CisJc3RydWN0IGl4X2ZpbHRlciBmaWx0ZXI7CisJaW50IGVycm9yOworCisJaWYgKGFyZ2MgIT0g OSkgCisJCXJldHVybiAtMTsKKworCWlmICghc3RyY21wKGFyZ3ZbM10sICJ0Y3B2NCIpKQorCQlm aWx0ZXIucHJvdG8gPSBJWEdCRV9GSUxURVJfUFJPVE9fVENQVjQ7CisJZWxzZSBpZiAoIXN0cmNt cChhcmd2WzNdLCAidWRwdjQiKSkKKwkJZmlsdGVyLnByb3RvID0gSVhHQkVfRklMVEVSX1BST1RP X1VEUFY0OworCWVsc2UKKwkJcmV0dXJuIC0xOworCWVycm9yID0gaW5ldF9hdG9uKGFyZ3ZbNF0s ICZmaWx0ZXIuc3JjX2lwKTsKKwlpZiAoZXJyb3IgIT0gMSkKKwkJcmV0dXJuIGVycm9yOworCWVy cm5vID0gMDsKKwlmaWx0ZXIuc3JjX3BvcnQgPSBzdHJ0b2woYXJndls1XSwgTlVMTCwgMCk7CisJ aWYgKGVycm5vKQorCQlyZXR1cm4gZXJybm87CisJZXJyb3IgPSBpbmV0X2F0b24oYXJndls2XSwg JmZpbHRlci5kc3RfaXApOworCWlmIChlcnJvciAhPSAxKQorCQlyZXR1cm4gZXJyb3I7CisJZXJy bm8gPSAwOworCWZpbHRlci5kc3RfcG9ydCA9IHN0cnRvbChhcmd2WzddLCBOVUxMLCAwKTsKKwlp ZiAoZXJybm8pCisJCXJldHVybiBlcnJubzsKKwllcnJubyA9IDA7CisJZmlsdGVyLnF1ZV9pbmRl eCA9IHN0cnRvbChhcmd2WzhdLCBOVUxMLCAwKTsKKwlpZiAoZXJybm8pCisJCXJldHVybiBlcnJu bzsKKworCWVycm9yID0gZG9pdChpZm5hbWUsIElYR0JFX0FERF9TSUdGSUxURVIsICh2b2lkICop JmZpbHRlcik7CisJaWYgKGVycm9yKQorCQlwZXJyb3IoImlvY3RsIik7CisJcmV0dXJuIDA7Cit9 CisKK3N0YXRpYyBpbnQgCitkZWxfc2lnX2ZpbHRlcihpbnQgYXJnYywgY2hhciAqYXJndltdLCBj aGFyICppZm5hbWUpCit7CisJc3RydWN0IGl4X2ZpbHRlciBmaWx0ZXI7CisJaW50IGVycm9yOwor CisJaWYgKGFyZ2MgIT0gOCkgCisJCXJldHVybiAtMTsKKworCWlmICghc3RyY21wKGFyZ3ZbM10s ICJ0Y3B2NCIpKQorCQlmaWx0ZXIucHJvdG8gPSBJWEdCRV9GSUxURVJfUFJPVE9fVENQVjQ7CisJ ZWxzZSBpZiAoIXN0cmNtcChhcmd2WzNdLCAidWRwdjQiKSkKKwkJZmlsdGVyLnByb3RvID0gSVhH QkVfRklMVEVSX1BST1RPX1VEUFY0OworCWVsc2UKKwkJcmV0dXJuIC0xOworCWVycm9yID0gaW5l dF9hdG9uKGFyZ3ZbNF0sICZmaWx0ZXIuc3JjX2lwKTsKKwlpZiAoZXJyb3IgIT0gMSkKKwkJcmV0 dXJuIGVycm9yOworCWVycm5vID0gMDsKKwlmaWx0ZXIuc3JjX3BvcnQgPSBzdHJ0b2woYXJndls1 XSwgTlVMTCwgMCk7CisJaWYgKGVycm5vKQorCQlyZXR1cm4gZXJybm87CisJZXJyb3IgPSBpbmV0 X2F0b24oYXJndls2XSwgJmZpbHRlci5kc3RfaXApOworCWlmIChlcnJvciAhPSAxKQorCQlyZXR1 cm4gZXJyb3I7CisJZXJybm8gPSAwOworCWZpbHRlci5kc3RfcG9ydCA9IHN0cnRvbChhcmd2Wzdd LCBOVUxMLCAwKTsKKwlpZiAoZXJybm8pCisJCXJldHVybiBlcnJubzsKKworCWVycm9yID0gZG9p dChpZm5hbWUsIElYR0JFX0NMUl9TSUdGSUxURVIsICh2b2lkICopJmZpbHRlcik7CisJaWYgKGVy cm9yKQorCQlwZXJyb3IoImlvY3RsIik7CisJcmV0dXJuIDA7Cit9CisKK2ludCAKK21haW4oaW50 IGFyZ2MsIGNoYXIgKmFyZ3ZbXSkKK3sKKwlpbnQgcmV0OworCWNoYXIgKmlmbmFtZTsKKworCWlm IChhcmdjIDwgMykgeworCQl1c2FnZSgpOworCQlleGl0KDEpOworCX0KKwlpZm5hbWUgPSBhcmd2 WzFdOworCWlmICghc3RyY21wKGFyZ3ZbMl0sICJhZGRfc2lnX2ZpbHRlciIpKQorCQlyZXQgPSBh ZGRfc2lnX2ZpbHRlcihhcmdjLCBhcmd2LCBpZm5hbWUpOworCWVsc2UgaWYgKCFzdHJjbXAoYXJn dlsyXSwgImRlbF9zaWdfZmlsdGVyIikpCisJCXJldCA9IGRlbF9zaWdfZmlsdGVyKGFyZ2MsIGFy Z3YsIGlmbmFtZSk7CisJZWxzZSAKKwkJcmV0ID0gLTE7CisKKwlpZiAocmV0KQorCQl1c2FnZSgp OworCisJcmV0dXJuIChyZXQpOworfQorCg== --047d7b10c96501056a04e78c9de7-- From owner-freebsd-net@FreeBSD.ORG Sun Sep 29 21:44:17 2013 Return-Path: Delivered-To: freebsd-net@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 825345C4; Sun, 29 Sep 2013 21:44:17 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 582252A72; Sun, 29 Sep 2013 21:44:17 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r8TLiHUL049188; Sun, 29 Sep 2013 21:44:17 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r8TLiHFo049187; Sun, 29 Sep 2013 21:44:17 GMT (envelope-from linimon) Date: Sun, 29 Sep 2013 21:44:17 GMT Message-Id: <201309292144.r8TLiHFo049187@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Subject: Re: kern/182387: [bge] BCM5720 is not working X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Sep 2013 21:44:17 -0000 Old Synopsis: BCM5720 is not working New Synopsis: [bge] BCM5720 is not working Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Sun Sep 29 21:43:31 UTC 2013 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=182387 From owner-freebsd-net@FreeBSD.ORG Sun Sep 29 21:44:46 2013 Return-Path: Delivered-To: freebsd-net@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 42ACB6A7; Sun, 29 Sep 2013 21:44:46 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 192442A85; Sun, 29 Sep 2013 21:44:46 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r8TLijsN049259; Sun, 29 Sep 2013 21:44:45 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r8TLij8j049258; Sun, 29 Sep 2013 21:44:45 GMT (envelope-from linimon) Date: Sun, 29 Sep 2013 21:44:45 GMT Message-Id: <201309292144.r8TLij8j049258@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Subject: Re: kern/182382: [tcp] sysctl to set TCP CC method on BIG ENDIAN systems fails X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Sep 2013 21:44:46 -0000 Old Synopsis: sysctl to set TCP CC method on BIG ENDIAN systems fails New Synopsis: [tcp] sysctl to set TCP CC method on BIG ENDIAN systems fails Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Sun Sep 29 21:44:30 UTC 2013 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=182382 From owner-freebsd-net@FreeBSD.ORG Mon Sep 30 04:25:26 2013 Return-Path: Delivered-To: freebsd-net@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C0B7A2C4; Mon, 30 Sep 2013 04:25:26 +0000 (UTC) (envelope-from yongari@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9688C28F9; Mon, 30 Sep 2013 04:25:26 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r8U4PQjL047754; Mon, 30 Sep 2013 04:25:26 GMT (envelope-from yongari@freefall.freebsd.org) Received: (from yongari@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r8U4PPvx047753; Mon, 30 Sep 2013 04:25:25 GMT (envelope-from yongari) Date: Mon, 30 Sep 2013 04:25:25 GMT Message-Id: <201309300425.r8U4PPvx047753@freefall.freebsd.org> To: ochkhuu@mobinet.mn, yongari@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: yongari@FreeBSD.org Subject: Re: kern/182387: [bge] BCM5720 is not working X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Sep 2013 04:25:26 -0000 Synopsis: [bge] BCM5720 is not working State-Changed-From-To: open->feedback State-Changed-By: yongari State-Changed-When: Mon Sep 30 04:24:29 UTC 2013 State-Changed-Why: 9.1-RELEASE lacks support for BCM5720. Would you try 8.4-RELEASE or 9.2-RC4? Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: yongari Responsible-Changed-When: Mon Sep 30 04:24:29 UTC 2013 Responsible-Changed-Why: Grab. http://www.freebsd.org/cgi/query-pr.cgi?pr=182387 From owner-freebsd-net@FreeBSD.ORG Mon Sep 30 09:10:31 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 93FB0B41 for ; Mon, 30 Sep 2013 09:10:31 +0000 (UTC) (envelope-from anri@polynet.lviv.ua) Received: from postal.polynet.lviv.ua (postal.polynet.lviv.ua [195.22.112.6]) by mx1.freebsd.org (Postfix) with ESMTP id 297C3257D for ; Mon, 30 Sep 2013 09:10:30 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=polynet.lviv.ua; s=dkimpolynet; h=Subject:MIME-Version:Content-Type:To:From:Message-ID:Date; bh=kJz1aqgZcZyPpo9U4r8XNZlthjNPIqNzLCdZ8sgn4LA=; b=YUHVO21j6l+k5hPLjvbflYRvda9bPNqavGTLZxp19QP/fqyel7UZySsqgEtVWO9IrGXT3h2bLPObmk8u1+O9asKfGo/FAVU/aPnol50J2OL6AW7yRXaB7rXzmXDsxCYl65Sfxt2lJ0Gl2mI3Q+OsUTjjCDMN53eltbBgYLFyQ9M=; Received: from [192.168.0.55] (helo=localhost) by postal.polynet.lviv.ua with esmtp (Exim 4.77 (FreeBSD)) (envelope-from ) id 1VQZUq-0002cj-Me for freebsd-net@freebsd.org; Mon, 30 Sep 2013 12:10:28 +0300 Received: from 195.22.112.3 ([195.22.112.3]) by webmail.polynet.lviv.ua (Horde Framework) with HTTP; Mon, 30 Sep 2013 12:10:27 +0300 Date: Mon, 30 Sep 2013 12:10:27 +0300 Message-ID: <20130930121027.Horde.taTEbLTlKvRSSUADQ3_q1_A@webmail.polynet.lviv.ua> From: Andriy Kopystyansky To: freebsd-net@freebsd.org User-Agent: Internet Messaging Program (IMP) H4 (5.0.22-git) Content-Type: text/plain; charset=KOI8-U; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline X-SA-Exim-Connect-IP: 192.168.0.55 X-SA-Exim-Mail-From: anri@polynet.lviv.ua X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on postal.polynet.lviv.ua X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT shortcircuit=ham autolearn=disabled version=3.3.2 Subject: Intel 82580 lagg(4) problem X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on postal.polynet.lviv.ua) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Sep 2013 09:10:31 -0000 Greetings! We've got a strange problem with lagg(4) interfaces built on Intel's 82580 chipset igb (dual port 1Gb card). We cannot send over lagg interface more than ~1Gb/s, yet receiving ~2GB over it. Looks like something indicating the problem can be seen here: anri@host:[8:13]~#ifstat -i lagg0 -i igb1 -i igb3 1 lagg0 igb1 igb3 KB/s in KB/s out KB/s in KB/s out KB/s in KB/s out 9116.50 26515.16 4147.70 28871.43 5004.86 23683.31 8423.08 26544.62 3853.22 28980.60 4594.21 23520.97 8796.48 26395.28 4248.46 28344.00 4567.42 23978.17 Note (IN) traffic - everything's ok, about 50% on each igb interfaces and total summary on lagg0. But (OUT) traffic looks weird - there is more traffic on the single igb1 than on lagg0! Tried with default driver came with the system, also the new one igb-2.3.10 from Intel site - no luck. Testing lagg interface built on other cards (em, bce) on the same machine shows expected normal behavior for both directions. --------------------------------------- anri@host:[9:02]~#uname -a FreeBSD host 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #5: Fri Sep 20 14:52:18 EEST 2013 anri@host:/usr/obj/usr/src/sys/NODEONE amd64 -------------------------------------- Interfaces: lagg0: flags=8843 metric 0 mtu 1500 options=401bb ether 90:e2:ba:36:95:1d inet 172.16.0.1 netmask 0xffffffc0 broadcast 172.16.0.63 media: Ethernet autoselect status: active laggproto lacp lagghash l2,l3,l4 laggport: igb3 flags=1c laggport: igb1 flags=1c igb1: flags=8843 metric 0 mtu 1500 options=401bb ether 90:e2:ba:36:95:1d media: Ethernet autoselect (1000baseT ) status: active igb3: flags=8843 metric 0 mtu 1500 options=401bb ether 90:e2:ba:36:95:1d media: Ethernet autoselect (1000baseT ) status: active --------------------------------------- Hardware: IBM 3550 with 2x Intel(R) Xeon(R) CPU E5430 @ 2.66GHz (amd64) pciconf -lv: igb1@pci0:19:0:1: class=0x020000 card=0x12b28086 chip=0x15168086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82580 Gigabit Network Connection' class = network subclass = ethernet --------------------------------------- /boot/loader.conf: hw.igb.rxd=4096 hw.igb.txd=4096 hw.igb.max_interrupt_rate=32000 hw.igb.num_queues=2 net.isr.maxthreads=8 net.isr.dispatch=direct net.isr.bindthreads=1 net.link.ifqmaxlen=10240 /etc/sysctl.conf: (relevant part) dev.igb.1.rx_processing_limit=-1 dev.igb.3.rx_processing_limit=-1 net.inet.ip.intr_queue_maxlen=512 net.route.netisr_maxqlen=4096 net.inet.ip.redirect=0 net.inet.ip.fastforwarding=1 kern.maxfiles=204800 kern.maxfilesperproc=200000 kern.ipc.nmbclusters=204800 kern.ipc.maxsockets=204800 Any tips, advices? thanks in advance, with best regards, Andriy Kopystyansky From owner-freebsd-net@FreeBSD.ORG Mon Sep 30 09:51:36 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 604382B9 for ; Mon, 30 Sep 2013 09:51:36 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-we0-x230.google.com (mail-we0-x230.google.com [IPv6:2a00:1450:400c:c03::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E0BAD2793 for ; Mon, 30 Sep 2013 09:51:35 +0000 (UTC) Received: by mail-we0-f176.google.com with SMTP id u56so5235746wes.21 for ; Mon, 30 Sep 2013 02:51:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=3c1GpcIYaONS7ptP6CsFDKT1BkQMxVMAS97G8ZMIQBc=; b=FZIlwAWzwL2WBiXPrrCTyLajcvOQOBsKv0qYXbB2Aw/ucGHWmcJijyY64CTKjpnkDa DuTjAjgtnbDAaociC/y9gxtnxJE7+3kzba2tgk9hV24NeCYslb1LE8vmvNhSfpMGkoKs uT7VA2GSBo/+m9XGDcQ5A5wzYAVbtCyG007/1q90RRs0ro7xTO2Q127tMZ/1Yqmyk8fB 9xHPiyCUItH4Sn79FNXtwQBFw2WQaO7ngH3ZhH4Tvzq+kkmZYdpRCyqStPwJqQO+kIlo SRkUt6+6Rh5aerJ8hJHXmDN70KGTuMIaR9mJQb9XX70Sz5JoTEf/GOPzHaqRfLX86sIl RDwA== MIME-Version: 1.0 X-Received: by 10.180.109.132 with SMTP id hs4mr13045119wib.46.1380534694400; Mon, 30 Sep 2013 02:51:34 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.216.73.133 with HTTP; Mon, 30 Sep 2013 02:51:34 -0700 (PDT) In-Reply-To: <20130930121027.Horde.taTEbLTlKvRSSUADQ3_q1_A@webmail.polynet.lviv.ua> References: <20130930121027.Horde.taTEbLTlKvRSSUADQ3_q1_A@webmail.polynet.lviv.ua> Date: Mon, 30 Sep 2013 02:51:34 -0700 X-Google-Sender-Auth: n5PYEZXwetYHk6xNGKdGCFEcvjY Message-ID: Subject: Re: Intel 82580 lagg(4) problem From: Adrian Chadd To: Andriy Kopystyansky Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD Net X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Sep 2013 09:51:36 -0000 Hi, There's a lagg/lacp option to not hash based on the incoming assigned flowid on the incoming mbuf when transmitting but instead calculate its own hash for outbound transmission. It's net.link.lagg.0.use_flowid . Set it to 0 and retry. Thanks, -adrian On 30 September 2013 02:10, Andriy Kopystyansky wrote: > Greetings! > We've got a strange problem with lagg(4) interfaces built on Intel's 82580 > chipset igb (dual port 1Gb card). > We cannot send over lagg interface more than ~1Gb/s, yet receiving ~2GB > over it. > Looks like something indicating the problem can be seen here: > > anri@host:[8:13]~#ifstat -i lagg0 -i igb1 -i igb3 1 > lagg0 igb1 igb3 > KB/s in KB/s out KB/s in KB/s out KB/s in KB/s out > 9116.50 26515.16 4147.70 28871.43 5004.86 23683.31 > 8423.08 26544.62 3853.22 28980.60 4594.21 23520.97 > 8796.48 26395.28 4248.46 28344.00 4567.42 23978.17 > > Note (IN) traffic - everything's ok, about 50% on each igb interfaces and > total summary on lagg0. > But (OUT) traffic looks weird - there is more traffic on the single igb1 > than on lagg0! > Tried with default driver came with the system, also the new one > igb-2.3.10 from Intel site - no luck. > > Testing lagg interface built on other cards (em, bce) on the same machine > shows expected normal behavior for both directions. > ------------------------------**--------- > anri@host:[9:02]~#uname -a > FreeBSD host 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #5: Fri Sep 20 14:52:18 > EEST 2013 anri@host:/usr/obj/usr/src/**sys/NODEONE amd64 > ------------------------------**-------- > Interfaces: > lagg0: flags=8843 metric 0 mtu > 1500 > options=401bb MTU,VLAN_HWCSUM,TSO4,VLAN_**HWTSO> > ether 90:e2:ba:36:95:1d > inet 172.16.0.1 netmask 0xffffffc0 broadcast 172.16.0.63 > media: Ethernet autoselect > status: active > laggproto lacp lagghash l2,l3,l4 > laggport: igb3 flags=1c > laggport: igb1 flags=1c > > igb1: flags=8843 metric 0 mtu > 1500 > options=401bb MTU,VLAN_HWCSUM,TSO4,VLAN_**HWTSO> > ether 90:e2:ba:36:95:1d > media: Ethernet autoselect (1000baseT ) > status: active > > igb3: flags=8843 metric 0 mtu > 1500 > options=401bb MTU,VLAN_HWCSUM,TSO4,VLAN_**HWTSO> > ether 90:e2:ba:36:95:1d > media: Ethernet autoselect (1000baseT ) > status: active > > ------------------------------**--------- > Hardware: IBM 3550 with 2x Intel(R) Xeon(R) CPU E5430 @ 2.66GHz (amd64) > pciconf -lv: > igb1@pci0:19:0:1: class=0x020000 card=0x12b28086 chip=0x15168086 > rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > device = '82580 Gigabit Network Connection' > class = network > subclass = ethernet > > ------------------------------**--------- > /boot/loader.conf: > hw.igb.rxd=4096 > hw.igb.txd=4096 > hw.igb.max_interrupt_rate=**32000 > hw.igb.num_queues=2 > net.isr.maxthreads=8 > net.isr.dispatch=direct > net.isr.bindthreads=1 > net.link.ifqmaxlen=10240 > > /etc/sysctl.conf: (relevant part) > > dev.igb.1.rx_processing_limit=**-1 > dev.igb.3.rx_processing_limit=**-1 > net.inet.ip.intr_queue_maxlen=**512 > net.route.netisr_maxqlen=4096 > net.inet.ip.redirect=0 > net.inet.ip.fastforwarding=1 > kern.maxfiles=204800 > kern.maxfilesperproc=200000 > kern.ipc.nmbclusters=204800 > kern.ipc.maxsockets=204800 > > Any tips, advices? > > thanks in advance, with best regards, > Andriy Kopystyansky > > > ______________________________**_________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/**mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@**freebsd.org > " > From owner-freebsd-net@FreeBSD.ORG Mon Sep 30 11:06:49 2013 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 02A3FE6C for ; Mon, 30 Sep 2013 11:06:49 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E364B2BF6 for ; Mon, 30 Sep 2013 11:06:48 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r8UB6mpO053544 for ; Mon, 30 Sep 2013 11:06:48 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r8UB6moA053542 for freebsd-net@FreeBSD.org; Mon, 30 Sep 2013 11:06:48 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 30 Sep 2013 11:06:48 GMT Message-Id: <201309301106.r8UB6moA053542@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-net@FreeBSD.org Subject: Current problem reports assigned to freebsd-net@FreeBSD.org X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Sep 2013 11:06:49 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/182382 net [tcp] sysctl to set TCP CC method on BIG ENDIAN system o kern/182297 net [cm] ArcNet driver fails to detect the link address - o kern/182212 net [patch] [ng_mppc] ng_mppc(4) blocks on network errors o kern/181970 net [re] LAN RealtekŪ 8111G is not supported by re driver o kern/181931 net [vlan] [lagg] vlan over lagg over mlxen crashes the ke o kern/181823 net [ip6] [patch] make ipv6 mroute return same errror code o kern/181741 net [kernel] [patch] Packet loss when 'control' messages a o kern/181703 net [re] [patch] Fix Realtek 8111G Ethernet controller not o kern/181699 net [ipsec] [patch] IPsec does scale to large SPD / SADB o kern/181657 net [bpf] [patch] BPF_COP/BPF_COPX instruction reservation o kern/181257 net [bge] bge link status change o kern/181236 net [igb] igb driver unstable work o kern/181225 net [infiniband] [patch] unloading ipoib crashes the kerne o kern/181135 net [netmap] [patch] sys/dev/netmap patch for Linux compat o kern/181131 net [netmap] [patch] sys/dev/netmap memory allocation impr o kern/181006 net [run] [patch] mbuf leak in run(4) driver o kern/180893 net [if_ethersubr] [patch] Packets received with own LLADD o kern/180844 net [panic] [re] Intermittent panic (re driver?) o kern/180775 net [bxe] if_bxe driver broken with Broadcom BCM57711 card o kern/180722 net [bluetooth] bluetooth takes 30-50 attempts to pair to s kern/180468 net [request] LOCAL_PEERCRED support for PF_INET o kern/180065 net [netinet6] [patch] Multicast loopback to own host brok o kern/179926 net [lacp] [patch] active aggregator selection bug o kern/179824 net [ixgbe] System (9.1-p4) hangs on heavy ixgbe network t o kern/179733 net [lagg] [patch] interface loses capabilities when proto o kern/179429 net [tap] STP enabled tap bridge o kern/179299 net [igb] Intel X540-T2 - unstable driver a kern/179264 net [vimage] [pf] Core dump with Packet filter and VIMAGE o kern/178947 net [arp] arp rejecting not working o kern/178782 net [ixgbe] 82599EB SFP does not work with passthrough und o kern/178612 net [run] kernel panic due the problems with run driver o kern/178472 net [ip6] [patch] make return code consistent with IPv4 co o kern/178079 net [tcp] Switching TCP CC algorithm panics on sparc64 wit s kern/178071 net FreeBSD unable to recongize Kontron (Industrial Comput o kern/177905 net [xl] [panic] ifmedia_set when pluging CardBus LAN card o kern/177618 net [bridge] Problem with bridge firewall with trunk ports o kern/177417 net [ip6] Invalid protocol value in ipsec6_common_input_cb o kern/177402 net [igb] [pf] problem with ethernet driver igb + pf / alt o kern/177400 net [jme] JMC25x 1000baseT establishment issues o kern/177366 net [ieee80211] negative malloc(9) statistics for 80211nod f kern/177362 net [netinet] [patch] Wrong control used to return TOS o kern/177194 net [netgraph] Unnamed netgraph nodes for vlan interfaces o kern/177139 net [igb] igb drops ethernet ports 2 and 3 o kern/176884 net [re] re0 flapping up/down o kern/176671 net [epair] MAC address for epair device not unique o kern/176484 net [ipsec] [enc] [patch] panic: IPsec + enc(4); device na o kern/176446 net [netinet] [patch] Concurrency in ixgbe driving out-of- o kern/176420 net [kernel] [patch] incorrect errno for LOCAL_PEERCRED o kern/176419 net [kernel] [patch] socketpair support for LOCAL_PEERCRED o kern/176401 net [netgraph] page fault in netgraph o kern/176167 net [ipsec][lagg] using lagg and ipsec causes immediate pa o kern/176097 net [lagg] [patch] lagg/lacp broken when aggregated interf o kern/176027 net [em] [patch] flow control systcl consistency for em dr o kern/176026 net [tcp] [patch] TCP wrappers caused quite a lot of warni o bin/175974 net ppp(8): logic issue o kern/175864 net [re] Intel MB D510MO, onboard ethernet not working aft o kern/175852 net [amd64] [patch] in_cksum_hdr() behaves differently on o kern/175734 net no ethernet detected on system with EG20T PCH chipset o kern/175267 net [pf] [tap] pf + tap keep state problem o kern/175236 net [epair] [gif] epair and gif Devices On Bridge o kern/175182 net [panic] kernel panic on RADIX_MPATH when deleting rout o kern/175153 net [tcp] will there miss a FIN when do TSO? o kern/174959 net [net] [patch] rnh_walktree_from visits spurious nodes o kern/174958 net [net] [patch] rnh_walktree_from makes unreasonable ass o kern/174897 net [route] Interface routes are broken o kern/174851 net [bxe] [patch] UDP checksum offload is wrong in bxe dri o kern/174850 net [bxe] [patch] bxe driver does not receive multicasts o kern/174849 net [bxe] [patch] bxe driver can hang kernel when reset o kern/174822 net [tcp] Page fault in tcp_discardcb under high traffic o kern/174602 net [gif] [ipsec] traceroute issue on gif tunnel with ipse o kern/174535 net [tcp] TCP fast retransmit feature works strange o kern/173871 net [gif] process of 'ifconfig gif0 create hangs' when if_ o kern/173475 net [tun] tun(4) stays opened by PID after process is term o kern/173201 net [ixgbe] [patch] Missing / broken ixgbe sysctl's and tu o kern/173137 net [em] em(4) unable to run at gigabit with 9.1-RC2 o kern/173002 net [patch] data type size problem in if_spppsubr.c o kern/172895 net [ixgb] [ixgbe] do not properly determine link-state o kern/172683 net [ip6] Duplicate IPv6 Link Local Addresses o kern/172675 net [netinet] [patch] sysctl_tcp_hc_list (net.inet.tcp.hos p kern/172113 net [panic] [e1000] [patch] 9.1-RC1/amd64 panices in igb(4 o kern/171840 net [ip6] IPv6 packets transmitting only on queue 0 o kern/171739 net [bce] [panic] bce related kernel panic o kern/171711 net [dummynet] [panic] Kernel panic in dummynet o kern/171532 net [ndis] ndis(4) driver includes 'pccard'-specific code, o kern/171531 net [ndis] undocumented dependency for ndis(4) o kern/171524 net [ipmi] ipmi driver crashes kernel by reboot or shutdow s kern/171508 net [epair] [request] Add the ability to name epair device o kern/171228 net [re] [patch] if_re - eeprom write issues o kern/170701 net [ppp] killl ppp or reboot with active ppp connection c o kern/170267 net [ixgbe] IXGBE_LE32_TO_CPUS is probably an unintentiona o kern/170081 net [fxp] pf/nat/jails not working if checksum offloading o kern/169898 net ifconfig(8) fails to set MTU on multiple interfaces. o kern/169676 net [bge] [hang] system hangs, fully or partially after re o kern/169664 net [bgp] Wrongful replacement of interface connected net o kern/169620 net [ng] [pf] ng_l2tp incoming packet bypass pf firewall o kern/169459 net [ppp] umodem/ppp/3g stopped working after update from o kern/169438 net [ipsec] ipv4-in-ipv6 tunnel mode IPsec does not work p kern/168294 net [ixgbe] [patch] ixgbe driver compiled in kernel has no o kern/168246 net [em] Multiple em(4) not working with qemu o kern/168245 net [arp] [regression] Permanent ARP entry not deleted on o kern/168244 net [arp] [regression] Unable to manually remove permanent o kern/168183 net [bce] bce driver hang system o kern/167947 net [setfib] [patch] arpresolve checks only the default FI o kern/167603 net [ip] IP fragment reassembly's broken: file transfer ov o kern/167500 net [em] [panic] Kernel panics in em driver o kern/167325 net [netinet] [patch] sosend sometimes return EINVAL with o kern/167202 net [igmp]: Sending multiple IGMP packets crashes kernel o kern/166462 net [gre] gre(4) when using a tunnel source address from c o kern/166285 net [arp] FreeBSD v8.1 REL p8 arp: unknown hardware addres o kern/166255 net [net] [patch] It should be possible to disable "promis p kern/165903 net mbuf leak o kern/165622 net [ndis][panic][patch] Unregistered use of FPU in kernel s kern/165562 net [request] add support for Intel i350 in FreeBSD 7.4 o kern/165526 net [bxe] UDP packets checksum calculation whithin if_bxe o kern/165488 net [ppp] [panic] Fatal trap 12 jails and ppp , kernel wit o kern/165305 net [ip6] [request] Feature parity between IP_TOS and IPV6 o kern/165296 net [vlan] [patch] Fix EVL_APPLY_VLID, update EVL_APPLY_PR o kern/165181 net [igb] igb freezes after about 2 weeks of uptime o kern/165174 net [patch] [tap] allow tap(4) to keep its address on clos o kern/165152 net [ip6] Does not work through the issue of ipv6 addresse o kern/164495 net [igb] connect double head igb to switch cause system t o kern/164490 net [pfil] Incorrect IP checksum on pfil pass from ip_outp o kern/164475 net [gre] gre misses RUNNING flag after a reboot o kern/164265 net [netinet] [patch] tcp_lro_rx computes wrong checksum i o kern/163903 net [igb] "igb0:tx(0)","bpf interface lock" v2.2.5 9-STABL o kern/163481 net freebsd do not add itself to ping route packet o kern/162927 net [tun] Modem-PPP error ppp[1538]: tun0: Phase: Clearing o kern/162558 net [dummynet] [panic] seldom dummynet panics o kern/162153 net [em] intel em driver 7.2.4 don't compile o kern/162110 net [igb] [panic] RELENG_9 panics on boot in IGB driver - o kern/162028 net [ixgbe] [patch] misplaced #endif in ixgbe.c o kern/161277 net [em] [patch] BMC cannot receive IPMI traffic after loa o kern/160873 net [igb] igb(4) from HEAD fails to build on 7-STABLE o kern/160750 net Intel PRO/1000 connection breaks under load until rebo o kern/160693 net [gif] [em] Multicast packet are not passed from GIF0 t o kern/160293 net [ieee80211] ppanic] kernel panic during network setup o kern/160206 net [gif] gifX stops working after a while (IPv6 tunnel) o kern/159817 net [udp] write UDPv4: No buffer space available (code=55) o kern/159629 net [ipsec] [panic] kernel panic with IPsec in transport m o kern/159621 net [tcp] [panic] panic: soabort: so_count o kern/159603 net [netinet] [patch] in_ifscrubprefix() - network route c o kern/159601 net [netinet] [patch] in_scrubprefix() - loopback route re o kern/159294 net [em] em watchdog timeouts o kern/159203 net [wpi] Intel 3945ABG Wireless LAN not support IBSS o kern/158930 net [bpf] BPF element leak in ifp->bpf_if->bif_dlist o kern/158726 net [ip6] [patch] ICMPv6 Router Announcement flooding limi o kern/158694 net [ix] [lagg] ix0 is not working within lagg(4) o kern/158665 net [ip6] [panic] kernel pagefault in in6_setscope() o kern/158635 net [em] TSO breaks BPF packet captures with em driver f kern/157802 net [dummynet] [panic] kernel panic in dummynet o kern/157785 net amd64 + jail + ipfw + natd = very slow outbound traffi o kern/157418 net [em] em driver lockup during boot on Supermicro X9SCM- o kern/157410 net [ip6] IPv6 Router Advertisements Cause Excessive CPU U o kern/157287 net [re] [panic] INVARIANTS panic (Memory modified after f o kern/157200 net [network.subr] [patch] stf(4) can not communicate betw o kern/157182 net [lagg] lagg interface not working together with epair o kern/156877 net [dummynet] [panic] dummynet move_pkt() null ptr derefe o kern/156667 net [em] em0 fails to init on CURRENT after March 17 o kern/156408 net [vlan] Routing failure when using VLANs vs. Physical e o kern/156328 net [icmp]: host can ping other subnet but no have IP from o kern/156317 net [ip6] Wrong order of IPv6 NS DAD/MLD Report o kern/156283 net [ip6] [patch] nd6_ns_input - rtalloc_mpath does not re o kern/156279 net [if_bridge][divert][ipfw] unable to correctly re-injec o kern/156226 net [lagg]: failover does not announce the failover to swi o kern/156030 net [ip6] [panic] Crash in nd6_dad_start() due to null ptr o kern/155680 net [multicast] problems with multicast s kern/155642 net [new driver] [request] Add driver for Realtek RTL8191S o kern/155597 net [panic] Kernel panics with "sbdrop" message o kern/155420 net [vlan] adding vlan break existent vlan o kern/155177 net [route] [panic] Panic when inject routes in kernel o kern/155010 net [msk] ntfs-3g via iscsi using msk driver cause kernel o kern/154943 net [gif] ifconfig gifX create on existing gifX clears IP s kern/154851 net [new driver] [request]: Port brcm80211 driver from Lin o kern/154850 net [netgraph] [patch] ng_ether fails to name nodes when t o kern/154679 net [em] Fatal trap 12: "em1 taskq" only at startup (8.1-R o kern/154600 net [tcp] [panic] Random kernel panics on tcp_output o kern/154557 net [tcp] Freeze tcp-session of the clients, if in the gat o kern/154443 net [if_bridge] Kernel module bridgestp.ko missing after u o kern/154286 net [netgraph] [panic] 8.2-PRERELEASE panic in netgraph o kern/154255 net [nfs] NFS not responding o kern/154214 net [stf] [panic] Panic when creating stf interface o kern/154185 net race condition in mb_dupcl p kern/154169 net [multicast] [ip6] Node Information Query multicast add o kern/154134 net [ip6] stuck kernel state in LISTEN on ipv6 daemon whic o kern/154091 net [netgraph] [panic] netgraph, unaligned mbuf? o conf/154062 net [vlan] [patch] change to way of auto-generatation of v o kern/153937 net [ral] ralink panics the system (amd64 freeBSDD 8.X) wh o kern/153936 net [ixgbe] [patch] MPRC workaround incorrectly applied to o kern/153816 net [ixgbe] ixgbe doesn't work properly with the Intel 10g o kern/153772 net [ixgbe] [patch] sysctls reference wrong XON/XOFF varia o kern/153497 net [netgraph] netgraph panic due to race conditions o kern/153454 net [patch] [wlan] [urtw] Support ad-hoc and hostap modes o kern/153308 net [em] em interface use 100% cpu o kern/153244 net [em] em(4) fails to send UDP to port 0xffff o kern/152893 net [netgraph] [panic] 8.2-PRERELEASE panic in netgraph o kern/152853 net [em] tftpd (and likely other udp traffic) fails over e o kern/152828 net [em] poor performance on 8.1, 8.2-PRE o kern/152569 net [net]: Multiple ppp connections and routing table prob o kern/152235 net [arp] Permanent local ARP entries are not properly upd o kern/152141 net [vlan] [patch] encapsulate vlan in ng_ether before out o kern/152036 net [libc] getifaddrs(3) returns truncated sockaddrs for n o kern/151690 net [ep] network connectivity won't work until dhclient is o kern/151681 net [nfs] NFS mount via IPv6 leads to hang on client with o kern/151593 net [igb] [panic] Kernel panic when bringing up igb networ o kern/150920 net [ixgbe][igb] Panic when packets are dropped with heade o kern/150557 net [igb] igb0: Watchdog timeout -- resetting o kern/150251 net [patch] [ixgbe] Late cable insertion broken o kern/150249 net [ixgbe] Media type detection broken o bin/150224 net ppp(8) does not reassign static IP after kill -KILL co f kern/149969 net [wlan] [ral] ralink rt2661 fails to maintain connectio o kern/149643 net [rum] device not sending proper beacon frames in ap mo o kern/149609 net [panic] reboot after adding second default route o kern/149117 net [inet] [patch] in_pcbbind: redundant test o kern/149086 net [multicast] Generic multicast join failure in 8.1 o kern/148018 net [flowtable] flowtable crashes on ia64 o kern/147912 net [boot] FreeBSD 8 Beta won't boot on Thinkpad i1300 11 o kern/147894 net [ipsec] IPv6-in-IPv4 does not work inside an ESP-only o kern/147155 net [ip6] setfb not work with ipv6 o kern/146845 net [libc] close(2) returns error 54 (connection reset by f kern/146792 net [flowtable] flowcleaner 100% cpu's core load o kern/146719 net [pf] [panic] PF or dumynet kernel panic o kern/146534 net [icmp6] wrong source address in echo reply o kern/146427 net [mwl] Additional virtual access points don't work on m f kern/146394 net [vlan] IP source address for outgoing connections o bin/146377 net [ppp] [tun] Interface doesn't clear addresses when PPP o kern/146358 net [vlan] wrong destination MAC address o kern/146165 net [wlan] [panic] Setting bssid in adhoc mode causes pani o kern/146082 net [ng_l2tp] a false invaliant check was performed in ng_ o kern/146037 net [panic] mpd + CoA = kernel panic o kern/145825 net [panic] panic: soabort: so_count o kern/145728 net [lagg] Stops working lagg between two servers. p kern/145600 net TCP/ECN behaves different to CE/CWR than ns2 reference f kern/144917 net [flowtable] [panic] flowtable crashes system [regressi o kern/144882 net MacBookPro =>4.1 does not connect to BSD in hostap wit o kern/144874 net [if_bridge] [patch] if_bridge frees mbuf after pfil ho o conf/144700 net [rc.d] async dhclient breaks stuff for too many people o kern/144616 net [nat] [panic] ip_nat panic FreeBSD 7.2 f kern/144315 net [ipfw] [panic] freebsd 8-stable reboot after add ipfw o kern/144231 net bind/connect/sendto too strict about sockaddr length o kern/143846 net [gif] bringing gif3 tunnel down causes gif0 tunnel to s kern/143673 net [stf] [request] there should be a way to support multi s kern/143666 net [ip6] [request] PMTU black hole detection not implemen o kern/143622 net [pfil] [patch] unlock pfil lock while calling firewall o kern/143593 net [ipsec] When using IPSec, tcpdump doesn't show outgoin o kern/143591 net [ral] RT2561C-based DLink card (DWL-510) fails to work o kern/143208 net [ipsec] [gif] IPSec over gif interface not working o kern/143034 net [panic] system reboots itself in tcp code [regression] o kern/142877 net [hang] network-related repeatable 8.0-STABLE hard hang o kern/142774 net Problem with outgoing connections on interface with mu o kern/142772 net [libc] lla_lookup: new lle malloc failed f kern/142518 net [em] [lagg] Problem on 8.0-STABLE with em and lagg o kern/142018 net [iwi] [patch] Possibly wrong interpretation of beacon- o kern/141861 net [wi] data garbled with WEP and wi(4) with Prism 2.5 f kern/141741 net Etherlink III NIC won't work after upgrade to FBSD 8, o kern/140742 net rum(4) Two asus-WL167G adapters cannot talk to each ot o kern/140682 net [netgraph] [panic] random panic in netgraph f kern/140634 net [vlan] destroying if_lagg interface with if_vlan membe o kern/140619 net [ifnet] [patch] refine obsolete if_var.h comments desc o kern/140346 net [wlan] High bandwidth use causes loss of wlan connecti o kern/140142 net [ip6] [panic] FreeBSD 7.2-amd64 panic w/IPv6 o kern/140066 net [bwi] install report for 8.0 RC 2 (multiple problems) o kern/139387 net [ipsec] Wrong lenth of PF_KEY messages in promiscuous o bin/139346 net [patch] arp(8) add option to remove static entries lis o kern/139268 net [if_bridge] [patch] allow if_bridge to forward just VL p kern/139204 net [arp] DHCP server replies rejected, ARP entry lost bef o kern/139117 net [lagg] + wlan boot timing (EBUSY) o kern/138850 net [dummynet] dummynet doesn't work correctly on a bridge o kern/138782 net [panic] sbflush_internal: cc 0 || mb 0xffffff004127b00 o kern/138688 net [rum] possibly broken on 8 Beta 4 amd64: able to wpa a o kern/138678 net [lo] FreeBSD does not assign linklocal address to loop o kern/138407 net [gre] gre(4) interface does not come up after reboot o kern/138332 net [tun] [lor] ifconfig tun0 destroy causes LOR if_adata/ o kern/138266 net [panic] kernel panic when udp benchmark test used as r f kern/138029 net [bpf] [panic] periodically kernel panic and reboot o kern/137881 net [netgraph] [panic] ng_pppoe fatal trap 12 p bin/137841 net [patch] wpa_supplicant(8) cannot verify SHA256 signed p kern/137776 net [rum] panic in rum(4) driver on 8.0-BETA2 o bin/137641 net ifconfig(8): various problems with "vlan_device.vlan_i o kern/137392 net [ip] [panic] crash in ip_nat.c line 2577 o kern/137372 net [ral] FreeBSD doesn't support wireless interface from o kern/137089 net [lagg] lagg falsely triggers IPv6 duplicate address de o kern/136911 net [netgraph] [panic] system panic on kldload ng_bpf.ko t o kern/136618 net [pf][stf] panic on cloning interface without unit numb o kern/135502 net [periodic] Warning message raised by rtfree function i o kern/134583 net [hang] Machine with jail freezes after random amount o o kern/134531 net [route] [panic] kernel crash related to routes/zebra o kern/134157 net [dummynet] dummynet loads cpu for 100% and make a syst o kern/133969 net [dummynet] [panic] Fatal trap 12: page fault while in o kern/133968 net [dummynet] [panic] dummynet kernel panic o kern/133736 net [udp] ip_id not protected ... o kern/133595 net [panic] Kernel Panic at pcpu.h:195 o kern/133572 net [ppp] [hang] incoming PPTP connection hangs the system o kern/133490 net [bpf] [panic] 'kmem_map too small' panic on Dell r900 o kern/133235 net [netinet] [patch] Process SIOCDLIFADDR command incorre f kern/133213 net arp and sshd errors on 7.1-PRERELEASE o kern/133060 net [ipsec] [pfsync] [panic] Kernel panic with ipsec + pfs o kern/132889 net [ndis] [panic] NDIS kernel crash on load BCM4321 AGN d o conf/132851 net [patch] rc.conf(5): allow to setfib(1) for service run o kern/132734 net [ifmib] [panic] panic in net/if_mib.c o kern/132705 net [libwrap] [patch] libwrap - infinite loop if hosts.all o kern/132672 net [ndis] [panic] ndis with rt2860.sys causes kernel pani o kern/132354 net [nat] Getting some packages to ipnat(8) causes crash o kern/132277 net [crypto] [ipsec] poor performance using cryptodevice f o kern/131781 net [ndis] ndis keeps dropping the link o kern/131776 net [wi] driver fails to init o kern/131753 net [altq] [panic] kernel panic in hfsc_dequeue o bin/131365 net route(8): route add changes interpretation of network f kern/130820 net [ndis] wpa_supplicant(8) returns 'no space on device' o kern/130628 net [nfs] NFS / rpc.lockd deadlock on 7.1-R o kern/130525 net [ndis] [panic] 64 bit ar5008 ndisgen-erated driver cau o kern/130311 net [wlan_xauth] [panic] hostapd restart causing kernel pa o kern/130109 net [ipfw] Can not set fib for packets originated from loc f kern/130059 net [panic] Leaking 50k mbufs/hour f kern/129719 net [nfs] [panic] Panic during shutdown, tcp_ctloutput: in o kern/129517 net [ipsec] [panic] double fault / stack overflow f kern/129508 net [carp] [panic] Kernel panic with EtherIP (may be relat o kern/129219 net [ppp] Kernel panic when using kernel mode ppp o kern/129197 net [panic] 7.0 IP stack related panic o bin/128954 net ifconfig(8) deletes valid routes o bin/128602 net [an] wpa_supplicant(8) crashes with an(4) o kern/128448 net [nfs] 6.4-RC1 Boot Fails if NFS Hostname cannot be res o bin/128295 net [patch] ifconfig(8) does not print TOE4 or TOE6 capabi o bin/128001 net wpa_supplicant(8), wlan(4), and wi(4) issues o kern/127826 net [iwi] iwi0 driver has reduced performance and connecti o kern/127815 net [gif] [patch] if_gif does not set vlan attributes from o kern/127724 net [rtalloc] rtfree: 0xc5a8f870 has 1 refs f bin/127719 net [arp] arp: Segmentation fault (core dumped) f kern/127528 net [icmp]: icmp socket receives icmp replies not owned by p kern/127360 net [socket] TOE socket options missing from sosetopt() o bin/127192 net routed(8) removes the secondary alias IP of interface f kern/127145 net [wi]: prism (wi) driver crash at bigger traffic o kern/126895 net [patch] [ral] Add antenna selection (marked as TBD) o kern/126874 net [vlan]: Zebra problem if ifconfig vlanX destroy o kern/126695 net rtfree messages and network disruption upon use of if_ o kern/126339 net [ipw] ipw driver drops the connection o kern/126075 net [inet] [patch] internet control accesses beyond end of o bin/125922 net [patch] Deadlock in arp(8) o kern/125920 net [arp] Kernel Routing Table loses Ethernet Link status o kern/125845 net [netinet] [patch] tcp_lro_rx() should make use of hard o kern/125258 net [socket] socket's SO_REUSEADDR option does not work o kern/125239 net [gre] kernel crash when using gre o kern/124341 net [ral] promiscuous mode for wireless device ral0 looses o kern/124225 net [ndis] [patch] ndis network driver sometimes loses net o kern/124160 net [libc] connect(2) function loops indefinitely o kern/124021 net [ip6] [panic] page fault in nd6_output() o kern/123968 net [rum] [panic] rum driver causes kernel panic with WPA. o kern/123892 net [tap] [patch] No buffer space available o kern/123890 net [ppp] [panic] crash & reboot on work with PPP low-spee o kern/123858 net [stf] [patch] stf not usable behind a NAT o kern/123758 net [panic] panic while restarting net/freenet6 o bin/123633 net ifconfig(8) doesn't set inet and ether address in one o kern/123559 net [iwi] iwi periodically disassociates/associates [regre o bin/123465 net [ip6] route(8): route add -inet6 -interfac o kern/123463 net [ipsec] [panic] repeatable crash related to ipsec-tool o conf/123330 net [nsswitch.conf] Enabling samba wins in nsswitch.conf c o kern/123160 net [ip] Panic and reboot at sysctl kern.polling.enable=0 o kern/122989 net [swi] [panic] 6.3 kernel panic in swi1: net o kern/122954 net [lagg] IPv6 EUI64 incorrectly chosen for lagg devices f kern/122780 net [lagg] tcpdump on lagg interface during high pps wedge o kern/122685 net It is not visible passing packets in tcpdump(1) o kern/122319 net [wi] imposible to enable ad-hoc demo mode with Orinoco o kern/122290 net [netgraph] [panic] Netgraph related "kmem_map too smal o kern/122252 net [ipmi] [bge] IPMI problem with BCM5704 (does not work o kern/122033 net [ral] [lor] Lock order reversal in ral0 at bootup ieee o bin/121895 net [patch] rtsol(8)/rtsold(8) doesn't handle managed netw s kern/121774 net [swi] [panic] 6.3 kernel panic in swi1: net o kern/121555 net [panic] Fatal trap 12: current process = 12 (swi1: net o kern/121534 net [ipl] [nat] FreeBSD Release 6.3 Kernel Trap 12: o kern/121443 net [gif] [lor] icmp6_input/nd6_lookup o kern/121437 net [vlan] Routing to layer-2 address does not work on VLA o bin/121359 net [patch] [security] ppp(8): fix local stack overflow in o kern/121257 net [tcp] TSO + natd -> slow outgoing tcp traffic o kern/121181 net [panic] Fatal trap 3: breakpoint instruction fault whi o kern/120966 net [rum] kernel panic with if_rum and WPA encryption o kern/120566 net [request]: ifconfig(8) make order of arguments more fr o kern/120304 net [netgraph] [patch] netgraph source assumes 32-bit time o kern/120266 net [udp] [panic] gnugk causes kernel panic when closing U o bin/120060 net routed(8) deletes link-level routes in the presence of o kern/119945 net [rum] [panic] rum device in hostap mode, cause kernel o kern/119791 net [nfs] UDP NFS mount of aliased IP addresses from a Sol o kern/119617 net [nfs] nfs error on wpa network when reseting/shutdown f kern/119516 net [ip6] [panic] _mtx_lock_sleep: recursed on non-recursi o kern/119432 net [arp] route add -host -iface causes arp e o kern/119225 net [wi] 7.0-RC1 no carrier with Prism 2.5 wifi card [regr o kern/118727 net [netgraph] [patch] [request] add new ng_pf module o kern/117423 net [vlan] Duplicate IP on different interfaces o bin/117339 net [patch] route(8): loading routing management commands o bin/116643 net [patch] [request] fstat(1): add INET/INET6 socket deta o kern/116185 net [iwi] if_iwi driver leads system to reboot o kern/115239 net [ipnat] panic with 'kmem_map too small' using ipnat o kern/115019 net [netgraph] ng_ether upper hook packet flow stops on ad o kern/115002 net [wi] if_wi timeout. failed allocation (busy bit). ifco o kern/114915 net [patch] [pcn] pcn (sys/pci/if_pcn.c) ethernet driver f o kern/113432 net [ucom] WARNING: attempt to net_add_domain(netgraph) af o kern/112722 net [ipsec] [udp] IP v4 udp fragmented packet reject o kern/112686 net [patm] patm driver freezes System (FreeBSD 6.2-p4) i38 o bin/112557 net [patch] ppp(8) lock file should not use symlink name o kern/112528 net [nfs] NFS over TCP under load hangs with "impossible p o kern/111537 net [inet6] [patch] ip6_input() treats mbuf cluster wrong o kern/111457 net [ral] ral(4) freeze o kern/110284 net [if_ethersubr] Invalid Assumption in SIOCSIFADDR in et o kern/110249 net [kernel] [regression] [patch] setsockopt() error regre o kern/109470 net [wi] Orinoco Classic Gold PC Card Can't Channel Hop o bin/108895 net pppd(8): PPPoE dead connections on 6.2 [regression] f kern/108197 net [panic] [gif] [ip6] if_delmulti reference counting pan o kern/107944 net [wi] [patch] Forget to unlock mutex-locks o conf/107035 net [patch] bridge(8): bridge interface given in rc.conf n o kern/106444 net [netgraph] [panic] Kernel Panic on Binding to an ip to o kern/106316 net [dummynet] dummynet with multipass ipfw drops packets o kern/105945 net Address can disappear from network interface s kern/105943 net Network stack may modify read-only mbuf chain copies o bin/105925 net problems with ifconfig(8) and vlan(4) [regression] o kern/104851 net [inet6] [patch] On link routes not configured when usi o kern/104751 net [netgraph] kernel panic, when getting info about my tr o kern/104738 net [inet] [patch] Reentrant problem with inet_ntoa in the o kern/103191 net Unpredictable reboot o kern/103135 net [ipsec] ipsec with ipfw divert (not NAT) encodes a pac o kern/102540 net [netgraph] [patch] supporting vlan(4) by ng_fec(4) o conf/102502 net [netgraph] [patch] ifconfig name does't rename netgrap o kern/102035 net [plip] plip networking disables parallel port printing o kern/100709 net [libc] getaddrinfo(3) should return TTL info o kern/100519 net [netisr] suggestion to fix suboptimal network polling o kern/98597 net [inet6] Bug in FreeBSD 6.1 IPv6 link-local DAD procedu o bin/98218 net wpa_supplicant(8) blacklist not working o kern/97306 net [netgraph] NG_L2TP locks after connection with failed o conf/97014 net [gif] gifconfig_gif? in rc.conf does not recognize IPv f kern/96268 net [socket] TCP socket performance drops by 3000% if pack o kern/95519 net [ral] ral0 could not map mbuf o kern/95288 net [pppd] [tty] [panic] if_ppp panic in sys/kern/tty_subr o kern/95277 net [netinet] [patch] IP Encapsulation mask_match() return o kern/95267 net packet drops periodically appear f kern/93378 net [tcp] Slow data transfer in Postfix and Cyrus IMAP (wo o kern/93019 net [ppp] ppp and tunX problems: no traffic after restarti o kern/92880 net [libc] [patch] almost rewritten inet_network(3) functi s kern/92279 net [dc] Core faults everytime I reboot, possible NIC issu o kern/91859 net [ndis] if_ndis does not work with Asus WL-138 o kern/91364 net [ral] [wep] WF-511 RT2500 Card PCI and WEP o kern/91311 net [aue] aue interface hanging o kern/87421 net [netgraph] [panic]: ng_ether + ng_eiface + if_bridge o kern/86871 net [tcp] [patch] allocation logic for PCBs in TIME_WAIT s o kern/86427 net [lor] Deadlock with FASTIPSEC and nat o kern/85780 net 'panic: bogus refcnt 0' in routing/ipv6 o bin/85445 net ifconfig(8): deprecated keyword to ifconfig inoperativ o bin/82975 net route change does not parse classfull network as given o kern/82881 net [netgraph] [panic] ng_fec(4) causes kernel panic after o kern/82468 net Using 64MB tcp send/recv buffers, trafficflow stops, i o bin/82185 net [patch] ndp(8) can delete the incorrect entry o kern/81095 net IPsec connection stops working if associated network i o kern/78968 net FreeBSD freezes on mbufs exhaustion (network interface o kern/78090 net [ipf] ipf filtering on bridged packets doesn't work if o kern/77341 net [ip6] problems with IPV6 implementation o kern/75873 net Usability problem with non-RFC-compliant IP spoof prot s kern/75407 net [an] an(4): no carrier after short time a kern/71474 net [route] route lookup does not skip interfaces marked d o kern/71469 net default route to internet magically disappears with mu o kern/68889 net [panic] m_copym, length > size of mbuf chain o kern/66225 net [netgraph] [patch] extend ng_eiface(4) control message o kern/65616 net IPSEC can't detunnel GRE packets after real ESP encryp s kern/60293 net [patch] FreeBSD arp poison patch a kern/56233 net IPsec tunnel (ESP) over IPv6: MTU computation is wrong s bin/41647 net ifconfig(8) doesn't accept lladdr along with inet addr o kern/39937 net ipstealth issue a kern/38554 net [patch] changing interface ipaddress doesn't seem to w o kern/31940 net ip queue length too short for >500kpps o kern/31647 net [libc] socket calls can return undocumented EINVAL o kern/30186 net [libc] getaddrinfo(3) does not handle incorrect servna f kern/24959 net [patch] proper TCP_NOPUSH/TCP_CORK compatibility o conf/23063 net [arp] [patch] for static ARP tables in rc.network o kern/21998 net [socket] [patch] ident only for outgoing connections o kern/5877 net [socket] sb_cc counts control data as well as data dat 470 problems total. From owner-freebsd-net@FreeBSD.ORG Mon Sep 30 12:08:32 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id EADC41F7 for ; Mon, 30 Sep 2013 12:08:32 +0000 (UTC) (envelope-from syuu@dokukino.com) Received: from mail-pd0-x22b.google.com (mail-pd0-x22b.google.com [IPv6:2607:f8b0:400e:c02::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B9D7220E8 for ; Mon, 30 Sep 2013 12:08:32 +0000 (UTC) Received: by mail-pd0-f171.google.com with SMTP id g10so5537560pdj.30 for ; Mon, 30 Sep 2013 05:08:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dokukino.com; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=HnDU+ab8IO0yG8QvHD8pZOsnZiSU7jgueyTCyrGkLPU=; b=Pz3732vCoHPTwjGpWNKwOFHTk7ASv/SHwyYIfLv8VzPp5ihy8PRFI490epI7VSHy8S 5vEv4r632xflsqwnp1JTPIH20oB1/b+NvqStlWI9PL3AOQXhqVwhPwq8taObt17jZfel FRdDt1fa69FKONMjCXSat1Z5B1h79XWkzx9Cw= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=HnDU+ab8IO0yG8QvHD8pZOsnZiSU7jgueyTCyrGkLPU=; b=AM2A3rRlcW2E9nISpyc4Jd8QMQGIGV4g73BAlqcz7HLJlHEA9QyzWtPvd4yTuaRZ9E rl4YSLN2V0TCuGpMGB86SsAv8nJPOckHDCNMHVn5KwSopLTF+/XF8qHejm25bDU9TbY5 IEkgWixdQtUt/wHHYpOcFH43vJ5wpAqdcgyT9VPIvtN6R7F3L6qPQV/S+PWEtmjJfl6K ecGFN92AjVWdnu5Axtp5TcEhELps8K2IH0qVvXh3ON0jY/RhCMjR4v9Em0U9fb7QpK2I k4i/ifTtmB9l82HMv5jOGf83k6ryUjE8wtICsyE7k67WTub/kCsGy/mUwjgUafyv8rJS wnNg== X-Gm-Message-State: ALoCoQnCWRc2MnLpWQj0hZMTEwTg6yi44ATZubLRhUawmzqE72rnXNGosq9cAUv9XuF09fJ5qRiK X-Received: by 10.68.33.100 with SMTP id q4mr23032154pbi.119.1380542910331; Mon, 30 Sep 2013 05:08:30 -0700 (PDT) MIME-Version: 1.0 Received: by 10.68.220.138 with HTTP; Mon, 30 Sep 2013 05:07:49 -0700 (PDT) In-Reply-To: References: From: Takuya ASADA Date: Mon, 30 Sep 2013 21:07:49 +0900 Message-ID: Subject: Re: Adding Flow Director sysctls to ixgbe(4) (was: netmap: traffic distribution) To: hiren panchasara Content-Type: multipart/mixed; boundary=bcaec520efabc496d604e798b12f X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-net@freebsd.org" , Adrian Chadd X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Sep 2013 12:08:33 -0000 --bcaec520efabc496d604e798b12f Content-Type: text/plain; charset=UTF-8 Hi, This is updated version of the patch. Signature filter list feature is added. Here're usage of ixgbetool: - add a filter ixgbetool ix0 add_sig_filter tcpv4 10.1.0.1 34763 10.1.0.2 22 3 - show filters ixgbetool ix0 show_sig_filter - del a filter ixgbetool ix0 del_sig_filter 1 2013/9/30 Takuya ASADA > Hi, > > I just implemented device specific ioctl with device specific > configuration tool. > It still doesn't support some important features such as: > - FDIR enable / disable via sysctl or tunable params > - ATR enable / disable via sysctl or tunable params > - IPv6 support on signature filter > - signature filter list > - support perfect filter > But, at least it can configure signature filter manually. > > Usage is as follows: > Usage: ixgbetool [operation] > add_sig_filter > del_sig_filter > > > 2013/9/28 hiren panchasara > >> >> >> >> On Fri, Sep 27, 2013 at 1:58 AM, Takuya ASADA wrote: >> >>> 2013/9/27 Adrian Chadd >>> >>>> On 27 September 2013 00:43, hiren panchasara < >>>> hiren.panchasara@gmail.com> wrote: >>>> >>>> >>>>> Takuya, >>>>> >>>>> I see a lot of responses/comments on proposed changes. Was anything >>>>> decided >>>>> at the end of it? As far as I can tell, its still not committed to the >>>>> tree. >>>>> >>>> >>>> I'd rather see an ioctl API for that chipset and then have a separate >>>> tool program it for now. >>>> >>> >>> Ah, like cxgbetool and cxgbe? (it has device specific tool and ioctls) >>> http://svnweb.freebsd.org/base/head/tools/tools/cxgbetool/ >>> >> >> Something like this for ixgbe would be nice to start with, imo. >> >> Cheers, >> Hiren >> >>> http://svnweb.freebsd.org/base/head/sys/dev/cxgb/ >>> >>> >>>> So, how bout we hack that up? :) >>>> >>> >>> Sound's interesting ;-) >>> Could you tell me more detail about your idea? >>> >>> >> > --bcaec520efabc496d604e798b12f Content-Type: application/octet-stream; name="ixgbetool-v002.diff" Content-Disposition: attachment; filename="ixgbetool-v002.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hm7nikph1 ZGlmZiAtLWdpdCBhL3N5cy9kZXYvaXhnYmUvaXhnYmUuYyBiL3N5cy9kZXYvaXhnYmUvaXhnYmUu YwppbmRleCBiNjVkZjcyLi5hZGVmYjE0IDEwMDY0NAotLS0gYS9zeXMvZGV2L2l4Z2JlL2l4Z2Jl LmMKKysrIGIvc3lzL2Rldi9peGdiZS9peGdiZS5jCkBAIC0zNSw2ICszNSw3IEBACiAKICNpbmNs dWRlICJvcHRfaW5ldC5oIgogI2luY2x1ZGUgIm9wdF9pbmV0Ni5oIgorIAogI2luY2x1ZGUgIml4 Z2JlLmgiCiAKIC8qKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioKQEAgLTIwMCw3ICsyMDEsOSBAQCBzdGF0aWMgdm9pZAlp eGdiZV9oYW5kbGVfbXNmKHZvaWQgKiwgaW50KTsKIHN0YXRpYyB2b2lkCWl4Z2JlX2hhbmRsZV9t b2Qodm9pZCAqLCBpbnQpOwogCiAjaWZkZWYgSVhHQkVfRkRJUgorI2lmZGVmIElYR0JFX0ZESVJf QVRSCiBzdGF0aWMgdm9pZAlpeGdiZV9hdHIoc3RydWN0IHR4X3JpbmcgKiwgc3RydWN0IG1idWYg Kik7CisjZW5kaWYKIHN0YXRpYyB2b2lkCWl4Z2JlX3JlaW5pdF9mZGlyKHZvaWQgKiwgaW50KTsK ICNlbmRpZgogCkBAIC0yMjQsNiArMjI3LDE5IEBAIHN0YXRpYyBkcml2ZXJfdCBpeGdiZV9kcml2 ZXIgPSB7CiAJIml4IiwgaXhnYmVfbWV0aG9kcywgc2l6ZW9mKHN0cnVjdCBhZGFwdGVyKSwKIH07 CiAKK3N0YXRpYyBkX2lvY3RsX3QgaXhnYmVfZXh0ZW5zaW9uX2lvY3RsOworc3RhdGljIGRfb3Bl bl90IGl4Z2JlX2V4dGVuc2lvbl9vcGVuOworc3RhdGljIGRfY2xvc2VfdCBpeGdiZV9leHRlbnNp b25fY2xvc2U7CisKK3N0YXRpYyBzdHJ1Y3QgY2RldnN3IGl4Z2JlX2NkZXZzdyA9IHsKKyAgICAg ICAuZF92ZXJzaW9uID0gICAgRF9WRVJTSU9OLAorICAgICAgIC5kX2ZsYWdzID0gICAgICAwLAor ICAgICAgIC5kX29wZW4gPSAgICAgICBpeGdiZV9leHRlbnNpb25fb3BlbiwKKyAgICAgICAuZF9j bG9zZSA9ICAgICAgaXhnYmVfZXh0ZW5zaW9uX2Nsb3NlLAorICAgICAgIC5kX2lvY3RsID0gICAg ICBpeGdiZV9leHRlbnNpb25faW9jdGwsCisgICAgICAgLmRfbmFtZSA9ICAgICAgICJpeGdiZSIs Cit9OworCiBkZXZjbGFzc190IGl4Z2JlX2RldmNsYXNzOwogRFJJVkVSX01PRFVMRShpeGdiZSwg cGNpLCBpeGdiZV9kcml2ZXIsIGl4Z2JlX2RldmNsYXNzLCAwLCAwKTsKIApAQCAtMzE3LDYgKzMz Myw3IEBAIHN0YXRpYyBib29sIGl4Z2JlX3JzY19lbmFibGUgPSBGQUxTRTsKIHN0YXRpYyBpbnQg aXhnYmVfdG90YWxfcG9ydHM7CiAKICNpZmRlZiBJWEdCRV9GRElSCisjaWZkZWYgSVhHQkVfRkRJ Ul9BVFIKIC8qCiAqKiBGb3IgRmxvdyBEaXJlY3RvcjogdGhpcyBpcyB0aGUKICoqIG51bWJlciBv ZiBUWCBwYWNrZXRzIHdlIHNhbXBsZQpAQCAtMzI3LDYgKzM0NCw3IEBAIHN0YXRpYyBpbnQgaXhn YmVfdG90YWxfcG9ydHM7CiAqKiBzZXR0aW5nIHRoaXMgdG8gMC4KICovCiBzdGF0aWMgaW50IGF0 cl9zYW1wbGVfcmF0ZSA9IDIwOworI2VuZGlmCiAvKiAKICoqIEZsb3cgRGlyZWN0b3IgYWN0dWFs bHkgJ3N0ZWFscycKICoqIHBhcnQgb2YgdGhlIHBhY2tldCBidWZmZXIgYXMgaXRzCkBAIC00MDEs NiArNDE5LDIwIEBAIGl4Z2JlX3Byb2JlKGRldmljZV90IGRldikKIAlyZXR1cm4gKEVOWElPKTsK IH0KIAorc3RhdGljIGludAoraXhnYmVfbWFrZWRldihzdHJ1Y3QgYWRhcHRlciAqYWRhcHRlcikK K3sKKwlhZGFwdGVyLT5jZGV2ID0gbWFrZV9kZXYoJml4Z2JlX2NkZXZzdywgYWRhcHRlci0+aWZw LT5pZl9kdW5pdCwKKwkgICAgVUlEX1JPT1QsIEdJRF9XSEVFTCwgMDYwMCwgIiVzIiwgaWZfbmFt ZShhZGFwdGVyLT5pZnApKTsKKwkKKwlpZiAoYWRhcHRlci0+Y2RldiA9PSBOVUxMKQorCQlyZXR1 cm4gKEVOT01FTSk7CisKKwlhZGFwdGVyLT5jZGV2LT5zaV9kcnYxID0gKHZvaWQgKilhZGFwdGVy OworCQorCXJldHVybiAoMCk7Cit9CisKIC8qKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioKICAqICBEZXZpY2UgaW5pdGlh bGl6YXRpb24gcm91dGluZQogICoKQEAgLTYwNCw2ICs2MzYsMTQgQEAgaXhnYmVfYXR0YWNoKGRl dmljZV90IGRldikKICNpZmRlZiBERVZfTkVUTUFQCiAJaXhnYmVfbmV0bWFwX2F0dGFjaChhZGFw dGVyKTsKICNlbmRpZiAvKiBERVZfTkVUTUFQICovCisKKwllcnJvciA9IGl4Z2JlX21ha2VkZXYo YWRhcHRlcik7CisJaWYgKGVycm9yKQorCQlnb3RvIGVycl9sYXRlOworCQorCW10eF9pbml0KCZh ZGFwdGVyLT5maWx0ZXJfbXR4LCAiZmlsdGVyX210eCIsIE5VTEwsIE1UWF9ERUYpOworCVRBSUxR X0lOSVQoJmFkYXB0ZXItPmZpbHRlcl9saXN0KTsKKwogCUlOSVRfREVCVUdPVVQoIml4Z2JlX2F0 dGFjaDogZW5kIik7CiAJcmV0dXJuICgwKTsKIGVycl9sYXRlOgpAQCAtMTgxMiw3ICsxODUyLDcg QEAgcmV0cnk6CiAJCXJldHVybiAoZXJyb3IpOwogCX0KIAotI2lmZGVmIElYR0JFX0ZESVIKKyNp ZmRlZiBJWEdCRV9GRElSX0FUUgogCS8qIERvIHRoZSBmbG93IGRpcmVjdG9yIG1hZ2ljICovCiAJ aWYgKCh0eHItPmF0cl9zYW1wbGUpICYmICghYWRhcHRlci0+ZmRpcl9yZWluaXQpKSB7CiAJCSsr dHhyLT5hdHJfY291bnQ7CkBAIC0zMDU5LDcgKzMwOTksNyBAQCBpeGdiZV9zZXR1cF90cmFuc21p dF9yaW5nKHN0cnVjdCB0eF9yaW5nICp0eHIpCiAJCXR4YnVmLT5lb3AgPSBOVUxMOwogICAgICAg ICB9CiAKLSNpZmRlZiBJWEdCRV9GRElSCisjaWZkZWYgSVhHQkVfRkRJUl9BVFIKIAkvKiBTZXQg dGhlIHJhdGUgYXQgd2hpY2ggd2Ugc2FtcGxlIHBhY2tldHMgKi8KIAlpZiAoYWRhcHRlci0+aHcu bWFjLnR5cGUgIT0gaXhnYmVfbWFjXzgyNTk4RUIpCiAJCXR4ci0+YXRyX3NhbXBsZSA9IGF0cl9z YW1wbGVfcmF0ZTsKQEAgLTM0NzksNyArMzUxOSw3IEBAIGl4Z2JlX3Rzb19zZXR1cChzdHJ1Y3Qg dHhfcmluZyAqdHhyLCBzdHJ1Y3QgbWJ1ZiAqbXAsCiAJcmV0dXJuICgwKTsKIH0KIAotI2lmZGVm IElYR0JFX0ZESVIKKyNpZmRlZiBJWEdCRV9GRElSX0FUUgogLyoKICoqIFRoaXMgcm91dGluZSBw YXJzZXMgcGFja2V0IGhlYWRlcnMgc28gdGhhdCBGbG93CiAqKiBEaXJlY3RvciBjYW4gbWFrZSBh IGhhc2hlZCBmaWx0ZXIgdGFibGUgZW50cnkgCkBAIC01MjcwLDEzICs1MzEwLDMzIEBAIGl4Z2Jl X3VwZGF0ZV9zdGF0c19jb3VudGVycyhzdHJ1Y3QgYWRhcHRlciAqYWRhcHRlcikKIAlhZGFwdGVy LT5zdGF0cy54ZWMgKz0gSVhHQkVfUkVBRF9SRUcoaHcsIElYR0JFX1hFQyk7CiAJYWRhcHRlci0+ c3RhdHMuZmNjcmMgKz0gSVhHQkVfUkVBRF9SRUcoaHcsIElYR0JFX0ZDQ1JDKTsKIAlhZGFwdGVy LT5zdGF0cy5mY2xhc3QgKz0gSVhHQkVfUkVBRF9SRUcoaHcsIElYR0JFX0ZDTEFTVCk7Ci0JLyog T25seSByZWFkIEZDT0Ugb24gODI1OTkgKi8KKwkvKiBPbmx5IHJlYWQgRkNPRS9GRElSIG9uIDgy NTk5ICovCiAJaWYgKGh3LT5tYWMudHlwZSAhPSBpeGdiZV9tYWNfODI1OThFQikgewogCQlhZGFw dGVyLT5zdGF0cy5mY29lcnBkYyArPSBJWEdCRV9SRUFEX1JFRyhodywgSVhHQkVfRkNPRVJQREMp OwogCQlhZGFwdGVyLT5zdGF0cy5mY29lcHJjICs9IElYR0JFX1JFQURfUkVHKGh3LCBJWEdCRV9G Q09FUFJDKTsKIAkJYWRhcHRlci0+c3RhdHMuZmNvZXB0YyArPSBJWEdCRV9SRUFEX1JFRyhodywg SVhHQkVfRkNPRVBUQyk7CiAJCWFkYXB0ZXItPnN0YXRzLmZjb2Vkd3JjICs9IElYR0JFX1JFQURf UkVHKGh3LCBJWEdCRV9GQ09FRFdSQyk7CiAJCWFkYXB0ZXItPnN0YXRzLmZjb2Vkd3RjICs9IElY R0JFX1JFQURfUkVHKGh3LCBJWEdCRV9GQ09FRFdUQyk7CisJCWFkYXB0ZXItPnN0YXRzLmZkaXJm cmVlX2ZyZWUgPQorCQkJKElYR0JFX1JFQURfUkVHKGh3LCBJWEdCRV9GRElSRlJFRSkgJiBJWEdC RV9GRElSRlJFRV9GUkVFX01BU0spCisJCQk+PiBJWEdCRV9GRElSRlJFRV9GUkVFX1NISUZUOwor CQlhZGFwdGVyLT5zdGF0cy5mZGlyZnJlZV9jb2xsID0KKwkJCShJWEdCRV9SRUFEX1JFRyhodywg SVhHQkVfRkRJUkZSRUUpICYgSVhHQkVfRkRJUkZSRUVfQ09MTF9NQVNLKQorCQkJPj4gSVhHQkVf RkRJUkZSRUVfQ09MTF9TSElGVDsKKwkJYWRhcHRlci0+c3RhdHMuZmRpcnVzdGF0X2FkZCArPQor CQkJKElYR0JFX1JFQURfUkVHKGh3LCBJWEdCRV9GRElSVVNUQVQpICYgSVhHQkVfRkRJUlVTVEFU X0FERF9NQVNLKQorCQkJPj4gSVhHQkVfRkRJUlVTVEFUX0FERF9TSElGVDsKKwkJYWRhcHRlci0+ c3RhdHMuZmRpcnVzdGF0X3JlbW92ZSArPQorCQkJKElYR0JFX1JFQURfUkVHKGh3LCBJWEdCRV9G RElSVVNUQVQpICYgSVhHQkVfRkRJUlVTVEFUX1JFTU9WRV9NQVNLKQorCQkJPj4gSVhHQkVfRkRJ UlVTVEFUX1JFTU9WRV9TSElGVDsKKwkJYWRhcHRlci0+c3RhdHMuZmRpcmZzdGF0X2ZhZGQgKz0K KwkJCShJWEdCRV9SRUFEX1JFRyhodywgSVhHQkVfRkRJUkZTVEFUKSAmIElYR0JFX0ZESVJGU1RB VF9GQUREX01BU0spCisJCQk+PiBJWEdCRV9GRElSRlNUQVRfRkFERF9TSElGVDsKKwkJYWRhcHRl ci0+c3RhdHMuZmRpcmZzdGF0X2ZyZW1vdmUgKz0KKwkJCShJWEdCRV9SRUFEX1JFRyhodywgSVhH QkVfRkRJUkZTVEFUKSAmIElYR0JFX0ZESVJGU1RBVF9GUkVNT1ZFX01BU0spCisJCQk+PiBJWEdC RV9GRElSRlNUQVRfRlJFTU9WRV9TSElGVDsKKwkJYWRhcHRlci0+c3RhdHMuZmRpcm1hdGNoICs9 IElYR0JFX1JFQURfUkVHKGh3LCBJWEdCRV9GRElSTUFUQ0gpOworCQlhZGFwdGVyLT5zdGF0cy5m ZGlybWlzcyArPSBJWEdCRV9SRUFEX1JFRyhodywgSVhHQkVfRkRJUk1JU1MpOwogCX0KIAogCS8q IEZpbGwgb3V0IHRoZSBPUyBzdGF0aXN0aWNzIHN0cnVjdHVyZSAqLwpAQCAtNTY0Miw2ICs1NzAy LDMyIEBAIGl4Z2JlX2FkZF9od19zdGF0cyhzdHJ1Y3QgYWRhcHRlciAqYWRhcHRlcikKIAlTWVND VExfQUREX1VRVUFEKGN0eCwgc3RhdF9saXN0LCBPSURfQVVUTywgInR4X2ZyYW1lc18xMDI0XzE1 MjIiLAogCQkJQ1RMRkxBR19SRCwgJnN0YXRzLT5wdGMxNTIyLAogCQkJIjEwMjQtMTUyMiBieXRl IGZyYW1lcyB0cmFuc21pdHRlZCIpOworCisJLyogZmRpciBzdGF0cyAqLworCVNZU0NUTF9BRERf VVFVQUQoY3R4LCBzdGF0X2xpc3QsIE9JRF9BVVRPLCAiZmRpcmZyZWVfZnJlZSIsCisJCUNUTEZM QUdfUkQsICZzdGF0cy0+ZmRpcmZyZWVfZnJlZSwKKwkJIiIpOworCVNZU0NUTF9BRERfVVFVQUQo Y3R4LCBzdGF0X2xpc3QsIE9JRF9BVVRPLCAiZmRpcmZyZWVfY29sbCIsCisJCUNUTEZMQUdfUkQs ICZzdGF0cy0+ZmRpcmZyZWVfY29sbCwKKwkJIiIpOworCVNZU0NUTF9BRERfVVFVQUQoY3R4LCBz dGF0X2xpc3QsIE9JRF9BVVRPLCAiZmRpcnVzdGF0X2FkZCIsCisJCUNUTEZMQUdfUkQsICZzdGF0 cy0+ZmRpcnVzdGF0X2FkZCwKKwkJIiIpOworCVNZU0NUTF9BRERfVVFVQUQoY3R4LCBzdGF0X2xp c3QsIE9JRF9BVVRPLCAiZmRpcnVzdGF0X3JlbW92ZSIsCisJCUNUTEZMQUdfUkQsICZzdGF0cy0+ ZmRpcnVzdGF0X3JlbW92ZSwKKwkJIiIpOworCVNZU0NUTF9BRERfVVFVQUQoY3R4LCBzdGF0X2xp c3QsIE9JRF9BVVRPLCAiZmRpcmZzdGF0X2ZhZGQiLAorCQlDVExGTEFHX1JELCAmc3RhdHMtPmZk aXJmc3RhdF9mYWRkLAorCQkiIik7CisJU1lTQ1RMX0FERF9VUVVBRChjdHgsIHN0YXRfbGlzdCwg T0lEX0FVVE8sICJmZGlyZnN0YXRfZnJlbW92ZSIsCisJCUNUTEZMQUdfUkQsICZzdGF0cy0+ZmRp cmZzdGF0X2ZyZW1vdmUsCisJCSIiKTsKKwlTWVNDVExfQUREX1VRVUFEKGN0eCwgc3RhdF9saXN0 LCBPSURfQVVUTywgImZkaXJtYXRjaCIsCisJCUNUTEZMQUdfUkQsICZzdGF0cy0+ZmRpcm1hdGNo LAorCQkiIik7CisJU1lTQ1RMX0FERF9VUVVBRChjdHgsIHN0YXRfbGlzdCwgT0lEX0FVVE8sICJm ZGlybWlzcyIsCisJCUNUTEZMQUdfUkQsICZzdGF0cy0+ZmRpcm1pc3MsCisJCSIiKTsKIH0KIAog LyoKQEAgLTU4MDMsMyArNTg4OSwxMzcgQEAgaXhnYmVfZGlzYWJsZV9yeF9kcm9wKHN0cnVjdCBh ZGFwdGVyICphZGFwdGVyKQogICAgICAgICAJSVhHQkVfV1JJVEVfUkVHKGh3LCBJWEdCRV9TUlJD VEwoaSksIHNycmN0bCk7CiAJfQogfQorCitzdGF0aWMgaW50CitpeGdiZV9leHRlbnNpb25fb3Bl bihzdHJ1Y3QgY2RldiAqZGV2LCBpbnQgZmxhZ3MsIGludCBmbXAsIHN0cnVjdCB0aHJlYWQgKnRk KQoreworICAgICAgIHJldHVybiAoMCk7Cit9CisKK3N0YXRpYyBpbnQKK2l4Z2JlX2V4dGVuc2lv bl9jbG9zZShzdHJ1Y3QgY2RldiAqZGV2LCBpbnQgZmxhZ3MsIGludCBmbXQsIHN0cnVjdCB0aHJl YWQgKnRkKQoreworICAgICAgIHJldHVybiAoMCk7Cit9CisKK3N0YXRpYyBzdHJ1Y3QgaXhfZmls dGVyX2VudHJ5ICoKK2l4Z2JlX2ZpbmRfZmlsdGVyKHN0cnVjdCBhZGFwdGVyICphZGFwdGVyLCB1 bnNpZ25lZCBpZCkKK3sKKwlzdHJ1Y3QgaXhfZmlsdGVyX2VudHJ5ICplbnRyeTsKKworCVRBSUxR X0ZPUkVBQ0goZW50cnksICZhZGFwdGVyLT5maWx0ZXJfbGlzdCwgbGluaykKKwkJaWYgKGVudHJ5 LT5maWx0ZXIuaWQgPT0gaWQpCisJCQlyZXR1cm4gZW50cnk7CisJcmV0dXJuIE5VTEw7Cit9CisK K3N0YXRpYyBpbnQKK2l4Z2JlX2V4dGVuc2lvbl9pb2N0bChzdHJ1Y3QgY2RldiAqZGV2LCB1bnNp Z25lZCBsb25nIGNtZCwgY2FkZHJfdCBkYXRhLAorICAgIGludCBmZmxhZywgc3RydWN0IHRocmVh ZCAqdGQpCit7CisJc3RydWN0IGFkYXB0ZXIgKmFkYXB0ZXIgPSAoc3RydWN0IGFkYXB0ZXIgKilk ZXYtPnNpX2RydjE7CisJaW50IGVycm9yID0gMDsKKworCWlmIChwcml2X2NoZWNrKHRkLCBQUklW X0RSSVZFUikpIHsKKwkJcmV0dXJuIChFUEVSTSk7CisJfQorCQorCW10eF9sb2NrKCZhZGFwdGVy LT5maWx0ZXJfbXR4KTsKKwlzd2l0Y2ggKGNtZCkgeworCWNhc2UgSVhHQkVfQUREX1NJR0ZJTFRF UjogeworCQlzdHJ1Y3QgaXhfZmlsdGVyICpmaWx0ZXIgPSAoc3RydWN0IGl4X2ZpbHRlciAqKWRh dGE7CisJCXN0cnVjdCBpeF9maWx0ZXJfZW50cnkgKmVudHJ5OworCQl1bmlvbiBpeGdiZV9hdHJf aGFzaF9kd29yZCBpbnB1dCA9IHsuZHdvcmQgPSAwfTsKKwkJdW5pb24gaXhnYmVfYXRyX2hhc2hf ZHdvcmQgY29tbW9uID0gey5kd29yZCA9IDB9OworCisJCXN3aXRjaCAoZmlsdGVyLT5wcm90bykg eworCQljYXNlIElYR0JFX0ZJTFRFUl9QUk9UT19UQ1BWNDoKKwkJCWlucHV0LmZvcm1hdHRlZC5m bG93X3R5cGUgXj0gSVhHQkVfQVRSX0ZMT1dfVFlQRV9UQ1BWNDsKKwkJCWJyZWFrOworCQljYXNl IElYR0JFX0ZJTFRFUl9QUk9UT19VRFBWNDoKKwkJCWlucHV0LmZvcm1hdHRlZC5mbG93X3R5cGUg Xj0gSVhHQkVfQVRSX0ZMT1dfVFlQRV9VRFBWNDsKKwkJCWJyZWFrOworCQlkZWZhdWx0OgorCQkJ ZXJyb3IgPSBFSU5WQUw7CisJCQlnb3RvIG91dDsKKwkJfQorCQljb21tb24ucG9ydC5zcmMgXj0g aHRvbnMoZmlsdGVyLT5zcmNfcG9ydCk7CisJCWNvbW1vbi5wb3J0LmRzdCBePSBodG9ucyhmaWx0 ZXItPmRzdF9wb3J0KTsKKwkJY29tbW9uLmZsZXhfYnl0ZXMgXj0gaHRvbnMoRVRIRVJUWVBFX0lQ KTsKKwkJY29tbW9uLmlwIF49IGZpbHRlci0+c3JjX2lwLnNfYWRkciBeIGZpbHRlci0+ZHN0X2lw LnNfYWRkcjsKKworCQllbnRyeSA9IG1hbGxvYyhzaXplb2YoKmVudHJ5KSwgTV9ERVZCVUYsIE1f Tk9XQUlUIHwgTV9aRVJPKTsKKwkJaWYgKCFlbnRyeSkgeworCQkJZXJyb3IgPSBFTk9NRU07CisJ CQlnb3RvIG91dDsKKwkJfQorCQltZW1jcHkoJmVudHJ5LT5maWx0ZXIsIGZpbHRlciwgc2l6ZW9m KGVudHJ5LT5maWx0ZXIpKTsKKwkJZW50cnktPmZpbHRlci5pZCA9IGFkYXB0ZXItPm5leHRfZmls dGVyX2lkKys7CisJCVRBSUxRX0lOU0VSVF9UQUlMKCZhZGFwdGVyLT5maWx0ZXJfbGlzdCwgZW50 cnksIGxpbmspOworCisJCWl4Z2JlX2ZkaXJfYWRkX3NpZ25hdHVyZV9maWx0ZXJfODI1OTkoJmFk YXB0ZXItPmh3LAorCQkJaW5wdXQsIGNvbW1vbiwgZmlsdGVyLT5xdWVfaW5kZXgpOworCQlicmVh azsKKwl9CisJY2FzZSBJWEdCRV9HRVRfU0lHRklMVEVSOiB7CisJCXN0cnVjdCBpeF9maWx0ZXIg KmZpbHRlciA9IChzdHJ1Y3QgaXhfZmlsdGVyICopZGF0YTsKKwkJc3RydWN0IGl4X2ZpbHRlcl9l bnRyeSAqZW50cnk7CisKKwkJZW50cnkgPSBpeGdiZV9maW5kX2ZpbHRlcihhZGFwdGVyLCBmaWx0 ZXItPmlkKTsKKwkJaWYgKGVudHJ5KQorCQkJbWVtY3B5KGZpbHRlciwgJmVudHJ5LT5maWx0ZXIs IHNpemVvZigqZmlsdGVyKSk7CisJCWVsc2UKKwkJCWVycm9yID0gRU5PRU5UOworCQlicmVhazsK Kwl9OworCWNhc2UgSVhHQkVfQ0xSX1NJR0ZJTFRFUjogeworCQl1bnNpZ25lZCAqaWQgPSAodW5z aWduZWQgKilkYXRhOworCQlzdHJ1Y3QgaXhfZmlsdGVyX2VudHJ5ICplbnRyeTsKKwkJdW5pb24g aXhnYmVfYXRyX2hhc2hfZHdvcmQgaW5wdXQgPSB7LmR3b3JkID0gMH07CisJCXVuaW9uIGl4Z2Jl X2F0cl9oYXNoX2R3b3JkIGNvbW1vbiA9IHsuZHdvcmQgPSAwfTsKKworCQllbnRyeSA9IGl4Z2Jl X2ZpbmRfZmlsdGVyKGFkYXB0ZXIsICppZCk7CisJCWlmICghZW50cnkpIHsKKwkJCWVycm9yID0g RU5PRU5UOworCQkJZ290byBvdXQ7CisJCX0KKworCQlzd2l0Y2ggKGVudHJ5LT5maWx0ZXIucHJv dG8pIHsKKwkJY2FzZSBJWEdCRV9GSUxURVJfUFJPVE9fVENQVjQ6CisJCQlpbnB1dC5mb3JtYXR0 ZWQuZmxvd190eXBlIF49IElYR0JFX0FUUl9GTE9XX1RZUEVfVENQVjQ7CisJCQlicmVhazsKKwkJ Y2FzZSBJWEdCRV9GSUxURVJfUFJPVE9fVURQVjQ6CisJCQlpbnB1dC5mb3JtYXR0ZWQuZmxvd190 eXBlIF49IElYR0JFX0FUUl9GTE9XX1RZUEVfVURQVjQ7CisJCQlicmVhazsKKwkJZGVmYXVsdDoK KwkJCWVycm9yID0gRUlOVkFMOworCQkJZ290byBvdXQ7CisJCX0KKwkJY29tbW9uLnBvcnQuc3Jj IF49IGh0b25zKGVudHJ5LT5maWx0ZXIuc3JjX3BvcnQpOworCQljb21tb24ucG9ydC5kc3QgXj0g aHRvbnMoZW50cnktPmZpbHRlci5kc3RfcG9ydCk7CisJCWNvbW1vbi5mbGV4X2J5dGVzIF49IGh0 b25zKEVUSEVSVFlQRV9JUCk7CisJCWNvbW1vbi5pcCBePSBlbnRyeS0+ZmlsdGVyLnNyY19pcC5z X2FkZHIKKwkJCV4gZW50cnktPmZpbHRlci5kc3RfaXAuc19hZGRyOworCisJCWl4Z2JlX2ZkaXJf ZXJhc2Vfc2lnbmF0dXJlX2ZpbHRlcl84MjU5OSgmYWRhcHRlci0+aHcsCisJCQlpbnB1dCwgY29t bW9uKTsKKworCQlUQUlMUV9SRU1PVkUoJmFkYXB0ZXItPmZpbHRlcl9saXN0LCBlbnRyeSwgbGlu ayk7CisJCWJyZWFrOworCX0KKwljYXNlIElYR0JFX0dFVF9TSUdGSUxURVJfTEVOOiB7CisJCXVu c2lnbmVkICppZCA9ICh1bnNpZ25lZCAqKWRhdGE7CisJCQorCQkqaWQgPSBhZGFwdGVyLT5uZXh0 X2ZpbHRlcl9pZDsKKwkJYnJlYWs7CisJfQorCWRlZmF1bHQ6CisJCWVycm9yID0gRU9QTk9UU1VQ UDsKKwkJYnJlYWs7CisJfQorCitvdXQ6CisJbXR4X3VubG9jaygmYWRhcHRlci0+ZmlsdGVyX210 eCk7CisJcmV0dXJuIChlcnJvcik7Cit9CisKZGlmZiAtLWdpdCBhL3N5cy9kZXYvaXhnYmUvaXhn YmUuaCBiL3N5cy9kZXYvaXhnYmUvaXhnYmUuaAppbmRleCA3N2I3MmVkLi4wNjRiNTEwIDEwMDY0 NAotLS0gYS9zeXMvZGV2L2l4Z2JlL2l4Z2JlLmgKKysrIGIvc3lzL2Rldi9peGdiZS9peGdiZS5o CkBAIC04OCw4ICs4OCwxMSBAQAogI2luY2x1ZGUgPHN5cy9wY3B1Lmg+CiAjaW5jbHVkZSA8c3lz L3NtcC5oPgogI2luY2x1ZGUgPG1hY2hpbmUvc21wLmg+CisjaW5jbHVkZSA8c3lzL2NvbmYuaD4K KyNpbmNsdWRlIDxzeXMvcHJpdi5oPgogCiAjaW5jbHVkZSAiaXhnYmVfYXBpLmgiCisjaW5jbHVk ZSAiaXhnYmVfaW9jdGwuaCIKIAogLyogVHVuYWJsZXMgKi8KIApAQCAtNDY4LDggKzQ3MSwxNyBA QCBzdHJ1Y3QgYWRhcHRlciB7CiAJdW5zaWduZWQgbG9uZwkJbGlua19pcnE7CiAKIAlzdHJ1Y3Qg aXhnYmVfaHdfc3RhdHMgCXN0YXRzOworCisJc3RydWN0IGNkZXYJCSpjZGV2OworCVRBSUxRX0hF QUQoLCBpeF9maWx0ZXJfZW50cnkpIGZpbHRlcl9saXN0OworCXN0cnVjdCBtdHgJCWZpbHRlcl9t dHg7CisJdW5zaWduZWQJCW5leHRfZmlsdGVyX2lkOwogfTsKIAorc3RydWN0IGl4X2ZpbHRlcl9l bnRyeSB7CisJVEFJTFFfRU5UUlkoaXhfZmlsdGVyX2VudHJ5KSBsaW5rOworCXN0cnVjdCBpeF9m aWx0ZXIgZmlsdGVyOworfTsKIAogLyogUHJlY2lzaW9uIFRpbWUgU3luYyAoSUVFRSAxNTg4KSBk ZWZpbmVzICovCiAjZGVmaW5lIEVUSEVSVFlQRV9JRUVFMTU4OCAgICAgIDB4ODhGNwpkaWZmIC0t Z2l0IGEvc3lzL2Rldi9peGdiZS9peGdiZV84MjU5OS5jIGIvc3lzL2Rldi9peGdiZS9peGdiZV84 MjU5OS5jCmluZGV4IDNjYzhjZDcuLjcyZWE1ZWEgMTAwNjQ0Ci0tLSBhL3N5cy9kZXYvaXhnYmUv aXhnYmVfODI1OTkuYworKysgYi9zeXMvZGV2L2l4Z2JlL2l4Z2JlXzgyNTk5LmMKQEAgLTE0ODIs NyArMTQ4Miw4IEBAIHMzMiBpeGdiZV9pbml0X2ZkaXJfc2lnbmF0dXJlXzgyNTk5KHN0cnVjdCBp eGdiZV9odyAqaHcsIHUzMiBmZGlyY3RybCkKIAkgKiAgU2V0IHRoZSBtYXhpbXVtIGxlbmd0aCBw ZXIgaGFzaCBidWNrZXQgdG8gMHhBIGZpbHRlcnMKIAkgKiAgU2VuZCBpbnRlcnJ1cHQgd2hlbiA2 NCBmaWx0ZXJzIGFyZSBsZWZ0CiAJICovCi0JZmRpcmN0cmwgfD0gKDB4NiA8PCBJWEdCRV9GRElS Q1RSTF9GTEVYX1NISUZUKSB8CisJZmRpcmN0cmwgfD0gSVhHQkVfRkRJUkNUUkxfUkVQT1JUX1NU QVRVUyB8CisgCQkgICAgKDB4NiA8PCBJWEdCRV9GRElSQ1RSTF9GTEVYX1NISUZUKSB8CiAJCSAg ICAoMHhBIDw8IElYR0JFX0ZESVJDVFJMX01BWF9MRU5HVEhfU0hJRlQpIHwKIAkJICAgICg0IDw8 IElYR0JFX0ZESVJDVFJMX0ZVTExfVEhSRVNIX1NISUZUKTsKIApAQCAtMTY2Nyw2ICsxNjY4LDU2 IEBAIHMzMiBpeGdiZV9mZGlyX2FkZF9zaWduYXR1cmVfZmlsdGVyXzgyNTk5KHN0cnVjdCBpeGdi ZV9odyAqaHcsCiAJcmV0dXJuIElYR0JFX1NVQ0NFU1M7CiB9CiAKKy8qKgorICogIGl4Z2JlX2Zk aXJfZXJhc2Vfc2lnbmF0dXJlX2ZpbHRlcl84MjU5OSAtIEFkZHMgYSBzaWduYXR1cmUgaGFzaCBm aWx0ZXIKKyAqICBAaHc6IHBvaW50ZXIgdG8gaGFyZHdhcmUgc3RydWN0dXJlCisgKiAgQHN0cmVh bTogaW5wdXQgYml0c3RyZWFtCisgKiAgQHF1ZXVlOiBxdWV1ZSBpbmRleCB0byBkaXJlY3QgdHJh ZmZpYyB0bworICoqLworczMyIGl4Z2JlX2ZkaXJfZXJhc2Vfc2lnbmF0dXJlX2ZpbHRlcl84MjU5 OShzdHJ1Y3QgaXhnYmVfaHcgKmh3LAorICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgdW5pb24gaXhnYmVfYXRyX2hhc2hfZHdvcmQgaW5wdXQsCisgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICB1bmlvbiBpeGdiZV9hdHJfaGFzaF9kd29yZCBj b21tb24pCit7CisJdTY0ICBmZGlyaGFzaGNtZDsKKwl1MzIgIGZkaXJjbWQ7CisKKwlERUJVR0ZV TkMoIml4Z2JlX2ZkaXJfY2xlYXJfc2lnbmF0dXJlX2ZpbHRlcl84MjU5OSIpOworCisJLyoKKwkg KiBHZXQgdGhlIGZsb3dfdHlwZSBpbiBvcmRlciB0byBwcm9ncmFtIEZESVJDTUQgcHJvcGVybHkK KwkgKiBsb3dlc3QgMiBiaXRzIGFyZSBGRElSQ01ELkw0VFlQRSwgdGhpcmQgbG93ZXN0IGJpdCBp cyBGRElSQ01ELklQVjYKKwkgKi8KKwlzd2l0Y2ggKGlucHV0LmZvcm1hdHRlZC5mbG93X3R5cGUp IHsKKwljYXNlIElYR0JFX0FUUl9GTE9XX1RZUEVfVENQVjQ6CisJY2FzZSBJWEdCRV9BVFJfRkxP V19UWVBFX1VEUFY0OgorCWNhc2UgSVhHQkVfQVRSX0ZMT1dfVFlQRV9TQ1RQVjQ6CisJY2FzZSBJ WEdCRV9BVFJfRkxPV19UWVBFX1RDUFY2OgorCWNhc2UgSVhHQkVfQVRSX0ZMT1dfVFlQRV9VRFBW NjoKKwljYXNlIElYR0JFX0FUUl9GTE9XX1RZUEVfU0NUUFY2OgorCQlicmVhazsKKwlkZWZhdWx0 OgorCQlERUJVR09VVCgiIEVycm9yIG9uIGZsb3cgdHlwZSBpbnB1dFxuIik7CisJCXJldHVybiBJ WEdCRV9FUlJfQ09ORklHOworCX0KKworCS8qIGNvbmZpZ3VyZSBGRElSQ01EIHJlZ2lzdGVyICov CisJZmRpcmNtZCA9IElYR0JFX0ZESVJDTURfQ01EX1JFTU9WRV9GTE9XIHwgCisJICAgICAgICAg IElYR0JFX0ZESVJDTURfTEFTVCB8IElYR0JFX0ZESVJDTURfUVVFVUVfRU47CisJZmRpcmNtZCB8 PSBpbnB1dC5mb3JtYXR0ZWQuZmxvd190eXBlIDw8IElYR0JFX0ZESVJDTURfRkxPV19UWVBFX1NI SUZUOworCisJLyoKKwkgKiBUaGUgbG93ZXIgMzItYml0cyBvZiBmZGlyaGFzaGNtZCBpcyBmb3Ig RkRJUkhBU0gsIHRoZSB1cHBlciAzMi1iaXRzCisJICogaXMgZm9yIEZESVJDTUQuICBUaGVuIGRv IGEgNjQtYml0IHJlZ2lzdGVyIHdyaXRlIGZyb20gRkRJUkhBU0guCisJICovCisJZmRpcmhhc2hj bWQgPSAodTY0KWZkaXJjbWQgPDwgMzI7CisJZmRpcmhhc2hjbWQgfD0gaXhnYmVfYXRyX2NvbXB1 dGVfc2lnX2hhc2hfODI1OTkoaW5wdXQsIGNvbW1vbik7CisJSVhHQkVfV1JJVEVfUkVHNjQoaHcs IElYR0JFX0ZESVJIQVNILCBmZGlyaGFzaGNtZCk7CisKKwlERUJVR09VVDEoIlR4IGhhc2g9JXhc biIsICh1MzIpZmRpcmhhc2hjbWQpOworCisJcmV0dXJuIElYR0JFX1NVQ0NFU1M7Cit9CisKICNk ZWZpbmUgSVhHQkVfQ09NUFVURV9CS1RfSEFTSF9JVEVSQVRJT04oX24pIFwKIGRvIHsgXAogCXUz MiBuID0gKF9uKTsgXApkaWZmIC0tZ2l0IGEvc3lzL2Rldi9peGdiZS9peGdiZV9hcGkuaCBiL3N5 cy9kZXYvaXhnYmUvaXhnYmVfYXBpLmgKaW5kZXggOTEwMjNhZS4uNzdjNjQyNyAxMDA2NDQKLS0t IGEvc3lzL2Rldi9peGdiZS9peGdiZV9hcGkuaAorKysgYi9zeXMvZGV2L2l4Z2JlL2l4Z2JlX2Fw aS5oCkBAIC0xNDQsNiArMTQ0LDkgQEAgczMyIGl4Z2JlX2ZkaXJfYWRkX3NpZ25hdHVyZV9maWx0 ZXJfODI1OTkoc3RydWN0IGl4Z2JlX2h3ICpodywKIAkJCQkJICB1bmlvbiBpeGdiZV9hdHJfaGFz aF9kd29yZCBpbnB1dCwKIAkJCQkJICB1bmlvbiBpeGdiZV9hdHJfaGFzaF9kd29yZCBjb21tb24s CiAJCQkJCSAgdTggcXVldWUpOworczMyIGl4Z2JlX2ZkaXJfZXJhc2Vfc2lnbmF0dXJlX2ZpbHRl cl84MjU5OShzdHJ1Y3QgaXhnYmVfaHcgKmh3LAorICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgdW5pb24gaXhnYmVfYXRyX2hhc2hfZHdvcmQgaW5wdXQsCisgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB1bmlvbiBpeGdiZV9hdHJfaGFzaF9k d29yZCBjb21tb24pOwogczMyIGl4Z2JlX2ZkaXJfc2V0X2lucHV0X21hc2tfODI1OTkoc3RydWN0 IGl4Z2JlX2h3ICpodywKIAkJCQkgICAgdW5pb24gaXhnYmVfYXRyX2lucHV0ICppbnB1dF9tYXNr KTsKIHMzMiBpeGdiZV9mZGlyX3dyaXRlX3BlcmZlY3RfZmlsdGVyXzgyNTk5KHN0cnVjdCBpeGdi ZV9odyAqaHcsCmRpZmYgLS1naXQgYS9zeXMvZGV2L2l4Z2JlL2l4Z2JlX2lvY3RsLmggYi9zeXMv ZGV2L2l4Z2JlL2l4Z2JlX2lvY3RsLmgKbmV3IGZpbGUgbW9kZSAxMDA2NDQKaW5kZXggMDAwMDAw MC4uMTJmMTUyMgotLS0gL2Rldi9udWxsCisrKyBiL3N5cy9kZXYvaXhnYmUvaXhnYmVfaW9jdGwu aApAQCAtMCwwICsxLDYzIEBACisvKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioKKworQ29weXJpZ2h0IChjKSAy MDEzIFRha3V5YSBBU0FEQQorQWxsIHJpZ2h0cyByZXNlcnZlZC4KKworUmVkaXN0cmlidXRpb24g YW5kIHVzZSBpbiBzb3VyY2UgYW5kIGJpbmFyeSBmb3Jtcywgd2l0aCBvciB3aXRob3V0Cittb2Rp ZmljYXRpb24sIGFyZSBwZXJtaXR0ZWQgcHJvdmlkZWQgdGhhdCB0aGUgZm9sbG93aW5nIGNvbmRp dGlvbnMgYXJlIG1ldDoKKworIDEuIFJlZGlzdHJpYnV0aW9ucyBvZiBzb3VyY2UgY29kZSBtdXN0 IHJldGFpbiB0aGUgYWJvdmUgY29weXJpZ2h0IG5vdGljZSwKKyAgICB0aGlzIGxpc3Qgb2YgY29u ZGl0aW9ucyBhbmQgdGhlIGZvbGxvd2luZyBkaXNjbGFpbWVyLgorCisgMi4gTmVpdGhlciB0aGUg bmFtZSBvZiB0aGUgQ2hlbHNpbyBDb3Jwb3JhdGlvbiBub3IgdGhlIG5hbWVzIG9mIGl0cworICAg IGNvbnRyaWJ1dG9ycyBtYXkgYmUgdXNlZCB0byBlbmRvcnNlIG9yIHByb21vdGUgcHJvZHVjdHMg ZGVyaXZlZCBmcm9tCisgICAgdGhpcyBzb2Z0d2FyZSB3aXRob3V0IHNwZWNpZmljIHByaW9yIHdy aXR0ZW4gcGVybWlzc2lvbi4KKworVEhJUyBTT0ZUV0FSRSBJUyBQUk9WSURFRCBCWSBUSEUgQ09Q WVJJR0hUIEhPTERFUlMgQU5EIENPTlRSSUJVVE9SUyAiQVMgSVMiCitBTkQgQU5ZIEVYUFJFU1Mg T1IgSU1QTElFRCBXQVJSQU5USUVTLCBJTkNMVURJTkcsIEJVVCBOT1QgTElNSVRFRCBUTywgVEhF CitJTVBMSUVEIFdBUlJBTlRJRVMgT0YgTUVSQ0hBTlRBQklMSVRZIEFORCBGSVRORVNTIEZPUiBB IFBBUlRJQ1VMQVIgUFVSUE9TRQorQVJFIERJU0NMQUlNRUQuIElOIE5PIEVWRU5UIFNIQUxMIFRI RSBDT1BZUklHSFQgT1dORVIgT1IgQ09OVFJJQlVUT1JTIEJFCitMSUFCTEUgRk9SIEFOWSBESVJF Q1QsIElORElSRUNULCBJTkNJREVOVEFMLCBTUEVDSUFMLCBFWEVNUExBUlksIE9SCitDT05TRVFV RU5USUFMIERBTUFHRVMgKElOQ0xVRElORywgQlVUIE5PVCBMSU1JVEVEIFRPLCBQUk9DVVJFTUVO VCBPRgorU1VCU1RJVFVURSBHT09EUyBPUiBTRVJWSUNFUzsgTE9TUyBPRiBVU0UsIERBVEEsIE9S IFBST0ZJVFM7IE9SIEJVU0lORVNTCitJTlRFUlJVUFRJT04pIEhPV0VWRVIgQ0FVU0VEIEFORCBP TiBBTlkgVEhFT1JZIE9GIExJQUJJTElUWSwgV0hFVEhFUiBJTgorQ09OVFJBQ1QsIFNUUklDVCBM SUFCSUxJVFksIE9SIFRPUlQgKElOQ0xVRElORyBORUdMSUdFTkNFIE9SIE9USEVSV0lTRSkKK0FS SVNJTkcgSU4gQU5ZIFdBWSBPVVQgT0YgVEhFIFVTRSBPRiBUSElTIFNPRlRXQVJFLCBFVkVOIElG IEFEVklTRUQgT0YgVEhFCitQT1NTSUJJTElUWSBPRiBTVUNIIERBTUFHRS4KKworJEZyZWVCU0Qk CisKKyoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKi8KKworI2lmbmRlZiBfX0lYR0JFSU9DVExfSF9fCisjZGVm aW5lIF9fSVhHQkVJT0NUTF9IX18KKworZW51bSB7CisJSVhfQUREX1NJR0ZJTFRFUiA9IDB4MCwK KwlJWF9HRVRfU0lHRklMVEVSLAorCUlYX0NMUl9TSUdGSUxURVIsCisJSVhfR0VUX1NJR0ZJTFRF Ul9MRU4KK307CisKK2VudW0geworCUlYR0JFX0ZJTFRFUl9QUk9UT19UQ1BWNCwKKwlJWEdCRV9G SUxURVJfUFJPVE9fVURQVjQKK307CisKK3N0cnVjdCBpeF9maWx0ZXIgeworCXVuc2lnbmVkIGlk OworCWludCBwcm90bzsKKwlzdHJ1Y3QgaW5fYWRkciBzcmNfaXA7CisJaW50IHNyY19wb3J0Owor CXN0cnVjdCBpbl9hZGRyIGRzdF9pcDsKKwlpbnQgZHN0X3BvcnQ7CisJaW50IHF1ZV9pbmRleDsK K307CisKKyNkZWZpbmUgSVhHQkVfQUREX1NJR0ZJTFRFUglfSU9XKCdpJywgSVhfQUREX1NJR0ZJ TFRFUiwgc3RydWN0IGl4X2ZpbHRlcikKKyNkZWZpbmUgSVhHQkVfR0VUX1NJR0ZJTFRFUglfSU9X UignaScsIElYX0dFVF9TSUdGSUxURVIsIHN0cnVjdCBpeF9maWx0ZXIpCisjZGVmaW5lIElYR0JF X0NMUl9TSUdGSUxURVIJX0lPVygnaScsIElYX0NMUl9TSUdGSUxURVIsIHVuc2lnbmVkKQorI2Rl ZmluZSBJWEdCRV9HRVRfU0lHRklMVEVSX0xFTiBfSU9SKCdpJywgSVhfR0VUX1NJR0ZJTFRFUl9M RU4sIHVuc2lnbmVkKQorCisjZW5kaWYKKwpkaWZmIC0tZ2l0IGEvc3lzL2Rldi9peGdiZS9peGdi ZV90eXBlLmggYi9zeXMvZGV2L2l4Z2JlL2l4Z2JlX3R5cGUuaAppbmRleCA0OWY1YmMwLi5jNWYy OWJiIDEwMDY0NAotLS0gYS9zeXMvZGV2L2l4Z2JlL2l4Z2JlX3R5cGUuaAorKysgYi9zeXMvZGV2 L2l4Z2JlL2l4Z2JlX3R5cGUuaApAQCAtMjk5Nyw2ICsyOTk3LDggQEAgc3RydWN0IGl4Z2JlX2h3 X3N0YXRzIHsKIAl1NjQgcWJ0Y1sxNl07CiAJdTY0IHFwcmRjWzE2XTsKIAl1NjQgcHhvbjJvZmZj WzhdOworCXU2NCBmZGlyZnJlZV9mcmVlOworCXU2NCBmZGlyZnJlZV9jb2xsOwogCXU2NCBmZGly dXN0YXRfYWRkOwogCXU2NCBmZGlydXN0YXRfcmVtb3ZlOwogCXU2NCBmZGlyZnN0YXRfZmFkZDsK ZGlmZiAtLWdpdCBhL3Rvb2xzL3Rvb2xzL2l4Z2JldG9vbC9NYWtlZmlsZSBiL3Rvb2xzL3Rvb2xz L2l4Z2JldG9vbC9NYWtlZmlsZQpuZXcgZmlsZSBtb2RlIDEwMDY0NAppbmRleCAwMDAwMDAwLi4w Njk1ZTkzCi0tLSAvZGV2L251bGwKKysrIGIvdG9vbHMvdG9vbHMvaXhnYmV0b29sL01ha2VmaWxl CkBAIC0wLDAgKzEsOSBAQAorIyAkRnJlZUJTRCQKKworUFJPRz0JaXhnYmV0b29sCitTUkNTPQlp eGdiZXRvb2wuYworTk9fTUFOPQorQ0ZMQUdTKz0gLUkkey5DVVJESVJ9Ly4uLy4uLy4uL3N5cy9k ZXYvaXhnYmUgLUkuCitCSU5ESVI/PSAvdXNyL3NiaW4KKworLmluY2x1ZGUgPGJzZC5wcm9nLm1r PgpkaWZmIC0tZ2l0IGEvdG9vbHMvdG9vbHMvaXhnYmV0b29sL2l4Z2JldG9vbC5jIGIvdG9vbHMv dG9vbHMvaXhnYmV0b29sL2l4Z2JldG9vbC5jCm5ldyBmaWxlIG1vZGUgMTAwNjQ0CmluZGV4IDAw MDAwMDAuLjExY2IyYmUKLS0tIC9kZXYvbnVsbAorKysgYi90b29scy90b29scy9peGdiZXRvb2wv aXhnYmV0b29sLmMKQEAgLTAsMCArMSwyMTEgQEAKKy8qKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKgorCitDb3B5 cmlnaHQgKGMpIDIwMTMsIFRha3V5YSBBU0FEQS4KK0FsbCByaWdodHMgcmVzZXJ2ZWQuCisKK1Jl ZGlzdHJpYnV0aW9uIGFuZCB1c2UgaW4gc291cmNlIGFuZCBiaW5hcnkgZm9ybXMsIHdpdGggb3Ig d2l0aG91dAorbW9kaWZpY2F0aW9uLCBhcmUgcGVybWl0dGVkIHByb3ZpZGVkIHRoYXQgdGhlIGZv bGxvd2luZyBjb25kaXRpb25zIGFyZSBtZXQ6CisKKyAxLiBSZWRpc3RyaWJ1dGlvbnMgb2Ygc291 cmNlIGNvZGUgbXVzdCByZXRhaW4gdGhlIGFib3ZlIGNvcHlyaWdodCBub3RpY2UsCisgICAgdGhp cyBsaXN0IG9mIGNvbmRpdGlvbnMgYW5kIHRoZSBmb2xsb3dpbmcgZGlzY2xhaW1lci4KKworIDIu IFJlZGlzdHJpYnV0aW9ucyBpbiBiaW5hcnkgZm9ybSBtdXN0IHJlcHJvZHVjZSB0aGUgYWJvdmUg Y29weXJpZ2h0CisgICAgbm90aWNlLCB0aGlzIGxpc3Qgb2YgY29uZGl0aW9ucyBhbmQgdGhlIGZv bGxvd2luZyBkaXNjbGFpbWVyIGluIHRoZQorICAgIGRvY3VtZW50YXRpb24gYW5kL29yIG90aGVy IG1hdGVyaWFscyBwcm92aWRlZCB3aXRoIHRoZSBkaXN0cmlidXRpb24uCisKKyAzLiBOZWl0aGVy IHRoZSBuYW1lIG9mIHRoZSBDaGVsc2lvIENvcnBvcmF0aW9uIG5vciB0aGUgbmFtZXMgb2YgaXRz CisgICAgY29udHJpYnV0b3JzIG1heSBiZSB1c2VkIHRvIGVuZG9yc2Ugb3IgcHJvbW90ZSBwcm9k dWN0cyBkZXJpdmVkIGZyb20KKyAgICB0aGlzIHNvZnR3YXJlIHdpdGhvdXQgc3BlY2lmaWMgcHJp b3Igd3JpdHRlbiBwZXJtaXNzaW9uLgorCitUSElTIFNPRlRXQVJFIElTIFBST1ZJREVEIEJZIFRI RSBDT1BZUklHSFQgSE9MREVSUyBBTkQgQ09OVFJJQlVUT1JTICJBUyBJUyIKK0FORCBBTlkgRVhQ UkVTUyBPUiBJTVBMSUVEIFdBUlJBTlRJRVMsIElOQ0xVRElORywgQlVUIE5PVCBMSU1JVEVEIFRP LCBUSEUKK0lNUExJRUQgV0FSUkFOVElFUyBPRiBNRVJDSEFOVEFCSUxJVFkgQU5EIEZJVE5FU1Mg Rk9SIEEgUEFSVElDVUxBUiBQVVJQT1NFCitBUkUgRElTQ0xBSU1FRC4gSU4gTk8gRVZFTlQgU0hB TEwgVEhFIENPUFlSSUdIVCBPV05FUiBPUiBDT05UUklCVVRPUlMgQkUKK0xJQUJMRSBGT1IgQU5Z IERJUkVDVCwgSU5ESVJFQ1QsIElOQ0lERU5UQUwsIFNQRUNJQUwsIEVYRU1QTEFSWSwgT1IKK0NP TlNFUVVFTlRJQUwgREFNQUdFUyAoSU5DTFVESU5HLCBCVVQgTk9UIExJTUlURUQgVE8sIFBST0NV UkVNRU5UIE9GCitTVUJTVElUVVRFIEdPT0RTIE9SIFNFUlZJQ0VTOyBMT1NTIE9GIFVTRSwgREFU QSwgT1IgUFJPRklUUzsgT1IgQlVTSU5FU1MKK0lOVEVSUlVQVElPTikgSE9XRVZFUiBDQVVTRUQg QU5EIE9OIEFOWSBUSEVPUlkgT0YgTElBQklMSVRZLCBXSEVUSEVSIElOCitDT05UUkFDVCwgU1RS SUNUIExJQUJJTElUWSwgT1IgVE9SVCAoSU5DTFVESU5HIE5FR0xJR0VOQ0UgT1IgT1RIRVJXSVNF KQorQVJJU0lORyBJTiBBTlkgV0FZIE9VVCBPRiBUSEUgVVNFIE9GIFRISVMgU09GVFdBUkUsIEVW RU4gSUYgQURWSVNFRCBPRiBUSEUKK1BPU1NJQklMSVRZIE9GIFNVQ0ggREFNQUdFLgorCisKKyoq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKi8KKyNpbmNsdWRlIDxzeXMvY2RlZnMuaD4KK19fRkJTRElEKCIkRnJl ZUJTRCQiKTsKKworI2luY2x1ZGUgPHN0ZGlvLmg+CisjaW5jbHVkZSA8c3RyaW5nLmg+CisjaW5j bHVkZSA8ZmNudGwuaD4KKyNpbmNsdWRlIDxlcnJuby5oPgorI2luY2x1ZGUgPHN0ZGxpYi5oPgor I2luY2x1ZGUgPGxpbWl0cy5oPgorI2luY2x1ZGUgPHVuaXN0ZC5oPgorI2luY2x1ZGUgPHN5cy90 eXBlcy5oPgorI2luY2x1ZGUgPHN5cy9zb2NrZXQuaD4KKyNpbmNsdWRlIDxuZXRpbmV0L2luLmg+ CisjaW5jbHVkZSA8YXJwYS9pbmV0Lmg+CisjaW5jbHVkZSA8c3lzL2lvY3RsLmg+CisjaW5jbHVk ZSA8aXhnYmVfaW9jdGwuaD4KKworc3RhdGljIHZvaWQKK3VzYWdlKHZvaWQpCit7CisJZnByaW50 ZihzdGRlcnIsICJVc2FnZTogaXhnYmV0b29sIDxpZm5hbWU+IFtvcGVyYXRpb25dXG4iKTsKKwlm cHJpbnRmKHN0ZGVyciwgIlx0YWRkX3NpZ19maWx0ZXIgPHByb3RvPiA8c3JjX2lwPiA8c3JjX3Bv cnQ+IDxkc3RfaXA+IDxkc3RfcG9ydD4gPHF1ZV9pbmRleD5cbiIpOworCWZwcmludGYoc3RkZXJy LCAiXHRzaG93X3NpZ19maWx0ZXJcbiIpOworCWZwcmludGYoc3RkZXJyLCAiXHRkZWxfc2lnX2Zp bHRlciA8aWQ+XG4iKTsKK30KKworc3RhdGljIGludAorZG9pdChjb25zdCBjaGFyICppZmZfbmFt ZSwgdW5zaWduZWQgbG9uZyBjbWQsIHZvaWQgKmRhdGEpCit7CisJaW50IGZkID0gMDsKKwlpbnQg ZXJyOworCWNoYXIgYnVmWzY0XTsKKworCXNucHJpbnRmKGJ1ZiwgNjQsICIvZGV2LyVzIiwgaWZm X25hbWUpOworCWlmICgoZmQgPSBvcGVuKGJ1ZiwgT19SRFdSKSkgPCAwKQorCQlyZXR1cm4gLTE7 CisJCisJZXJyID0gaW9jdGwoZmQsIGNtZCwgZGF0YSkgPCAwID8gLTEgOiAwOworCWNsb3NlKGZk KTsKKwlyZXR1cm4gZXJyOworfQorCitzdGF0aWMgaW50IAorYWRkX3NpZ19maWx0ZXIoaW50IGFy Z2MsIGNoYXIgKmFyZ3ZbXSwgY2hhciAqaWZuYW1lKQoreworCXN0cnVjdCBpeF9maWx0ZXIgZmls dGVyOworCWludCBlcnJvcjsKKworCWlmIChhcmdjICE9IDkpIAorCQlyZXR1cm4gLTE7CisKKwlp ZiAoIXN0cmNtcChhcmd2WzNdLCAidGNwdjQiKSkKKwkJZmlsdGVyLnByb3RvID0gSVhHQkVfRklM VEVSX1BST1RPX1RDUFY0OworCWVsc2UgaWYgKCFzdHJjbXAoYXJndlszXSwgInVkcHY0IikpCisJ CWZpbHRlci5wcm90byA9IElYR0JFX0ZJTFRFUl9QUk9UT19VRFBWNDsKKwllbHNlCisJCXJldHVy biAtMTsKKwllcnJvciA9IGluZXRfYXRvbihhcmd2WzRdLCAmZmlsdGVyLnNyY19pcCk7CisJaWYg KGVycm9yICE9IDEpCisJCXJldHVybiBlcnJvcjsKKwllcnJubyA9IDA7CisJZmlsdGVyLnNyY19w b3J0ID0gc3RydG9sKGFyZ3ZbNV0sIE5VTEwsIDApOworCWlmIChlcnJubykKKwkJcmV0dXJuIGVy cm5vOworCWVycm9yID0gaW5ldF9hdG9uKGFyZ3ZbNl0sICZmaWx0ZXIuZHN0X2lwKTsKKwlpZiAo ZXJyb3IgIT0gMSkKKwkJcmV0dXJuIGVycm9yOworCWVycm5vID0gMDsKKwlmaWx0ZXIuZHN0X3Bv cnQgPSBzdHJ0b2woYXJndls3XSwgTlVMTCwgMCk7CisJaWYgKGVycm5vKQorCQlyZXR1cm4gZXJy bm87CisJZXJybm8gPSAwOworCWZpbHRlci5xdWVfaW5kZXggPSBzdHJ0b2woYXJndls4XSwgTlVM TCwgMCk7CisJaWYgKGVycm5vKQorCQlyZXR1cm4gZXJybm87CisKKwllcnJvciA9IGRvaXQoaWZu YW1lLCBJWEdCRV9BRERfU0lHRklMVEVSLCAodm9pZCAqKSZmaWx0ZXIpOworCWlmIChlcnJvcikK KwkJcGVycm9yKCJpb2N0bCIpOworCXJldHVybiAwOworfQorCitzdGF0aWMgaW5saW5lIGNvbnN0 IGNoYXIgKgorZmlsdGVyX3Byb3RvX3N0cihpbnQgcHJvdG8pCit7CisJY29uc3QgY2hhciAqc3Ry OworCisJc3dpdGNoIChwcm90bykgeworCWNhc2UgSVhHQkVfRklMVEVSX1BST1RPX1RDUFY0Ogor CQlzdHIgPSAidGNwdjQiOworCQlicmVhazsKKwljYXNlIElYR0JFX0ZJTFRFUl9QUk9UT19VRFBW NDoKKwkJc3RyID0gInVkcHY0IjsKKwkJYnJlYWs7CisJZGVmYXVsdDoKKwkJc3RyID0gIihpbnZh bCkiOworCX0KKwlyZXR1cm4gc3RyOworfQorCitzdGF0aWMgaW50IAorc2hvd19zaWdfZmlsdGVy KGludCBhcmdjLCBjaGFyICphcmd2W10sIGNoYXIgKmlmbmFtZSkKK3sKKwl1bnNpZ25lZCBpOwor CXVuc2lnbmVkIGxlbjsKKwlpbnQgZXJyb3I7CisKKwlpZiAoYXJnYyAhPSAzKSAKKwkJcmV0dXJu IC0xOworCisJZXJyb3IgPSBkb2l0KGlmbmFtZSwgSVhHQkVfR0VUX1NJR0ZJTFRFUl9MRU4sICh2 b2lkICopJmxlbik7CisJaWYgKGVycm9yKQorCQlwZXJyb3IoImlvY3RsIik7CisKKwlmb3IgKGkg PSAwOyBpIDwgbGVuOyBpKyspIHsKKwkJc3RydWN0IGl4X2ZpbHRlciBmaWx0ZXI7CisJCWZpbHRl ci5pZCA9IGk7CisJCWVycm9yID0gZG9pdChpZm5hbWUsIElYR0JFX0dFVF9TSUdGSUxURVIsICh2 b2lkICopJmZpbHRlcik7CisJCWlmIChlcnJvcikKKwkJCWNvbnRpbnVlOworCQlwcmludGYoImlk OiAldVxuIiwgZmlsdGVyLmlkKTsKKwkJcHJpbnRmKCJwcm90bzogJXNcbiIsIGZpbHRlcl9wcm90 b19zdHIoZmlsdGVyLnByb3RvKSk7CisJCXByaW50Zigic3JjX2lwOiAlc1xuIiwgaW5ldF9udG9h KGZpbHRlci5zcmNfaXApKTsKKwkJcHJpbnRmKCJzcmNfcG9ydDogJWRcbiIsIGZpbHRlci5zcmNf cG9ydCk7CisJCXByaW50ZigiZHN0X2lwOiAlc1xuIiwgaW5ldF9udG9hKGZpbHRlci5kc3RfaXAp KTsKKwkJcHJpbnRmKCJkc3RfcG9ydDogJWRcbiIsIGZpbHRlci5kc3RfcG9ydCk7CisJCXByaW50 ZigicXVlX2luZGV4OiAlZFxuIiwgZmlsdGVyLnF1ZV9pbmRleCk7CisJCXByaW50ZigiXG4iKTsK Kwl9CisJcmV0dXJuIDA7Cit9CisKK3N0YXRpYyBpbnQgCitkZWxfc2lnX2ZpbHRlcihpbnQgYXJn YywgY2hhciAqYXJndltdLCBjaGFyICppZm5hbWUpCit7CisJdW5zaWduZWQgaWQ7CisJaW50IGVy cm9yOworCisJaWYgKGFyZ2MgIT0gNCkgCisJCXJldHVybiAtMTsKKworCWVycm5vID0gMDsKKwlp ZCA9IHN0cnRvdWwoYXJndlszXSwgTlVMTCwgMCk7CisJaWYgKGVycm5vKQorCQlyZXR1cm4gZXJy bm87CisKKwllcnJvciA9IGRvaXQoaWZuYW1lLCBJWEdCRV9DTFJfU0lHRklMVEVSLCAodm9pZCAq KSZpZCk7CisJaWYgKGVycm9yKQorCQlwZXJyb3IoImlvY3RsIik7CisJcmV0dXJuIDA7Cit9CisK K2ludCAKK21haW4oaW50IGFyZ2MsIGNoYXIgKmFyZ3ZbXSkKK3sKKwlpbnQgcmV0OworCWNoYXIg KmlmbmFtZTsKKworCWlmIChhcmdjIDwgMykgeworCQl1c2FnZSgpOworCQlleGl0KDEpOworCX0K KwlpZm5hbWUgPSBhcmd2WzFdOworCWlmICghc3RyY21wKGFyZ3ZbMl0sICJhZGRfc2lnX2ZpbHRl ciIpKQorCQlyZXQgPSBhZGRfc2lnX2ZpbHRlcihhcmdjLCBhcmd2LCBpZm5hbWUpOworCWVsc2Ug aWYgKCFzdHJjbXAoYXJndlsyXSwgInNob3dfc2lnX2ZpbHRlciIpKQorCQlyZXQgPSBzaG93X3Np Z19maWx0ZXIoYXJnYywgYXJndiwgaWZuYW1lKTsKKwllbHNlIGlmICghc3RyY21wKGFyZ3ZbMl0s ICJkZWxfc2lnX2ZpbHRlciIpKQorCQlyZXQgPSBkZWxfc2lnX2ZpbHRlcihhcmdjLCBhcmd2LCBp Zm5hbWUpOworCWVsc2UgCisJCXJldCA9IC0xOworCisJaWYgKHJldCkKKwkJdXNhZ2UoKTsKKwor CXJldHVybiAocmV0KTsKK30KKwo= --bcaec520efabc496d604e798b12f-- From owner-freebsd-net@FreeBSD.ORG Mon Sep 30 14:22:18 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 04E44D43; Mon, 30 Sep 2013 14:22:18 +0000 (UTC) (envelope-from hiren.panchasara@gmail.com) Received: from mail-ee0-x22a.google.com (mail-ee0-x22a.google.com [IPv6:2a00:1450:4013:c00::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 553962B58; Mon, 30 Sep 2013 14:22:17 +0000 (UTC) Received: by mail-ee0-f42.google.com with SMTP id b45so2736741eek.29 for ; Mon, 30 Sep 2013 07:22:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=4gG1/2oFv72Bt/RQrr05HzZROAoQxupzWACZRHnybyQ=; b=jgdwBDmBsEBalMRZC2Grt2k5Vpmg2SArQN0f93icWZ6+nE1RXEN2UhmkLdU9eEYCea MsiFfbwcL7wYHgf/FnFw8CbN+5y++4E77BMK9i4e3xhNOsHBQuLqxy0J20riP6nP1+yR CY/fZmq0jPb6JmguBVDR0xno3/kLxk05PTnYXQwL8otmZqlegiovkJ3mdnxLHzmiYBOH LEO0DNsRVVn8mVS3S/AgiAQmJ81ou2wwfymIYkX0BTAwELK7/a8sE49xMCrnhGDjKVj6 oKIM2FcYsMrWRDlPDJLeAhPudsyttX8G0wQMjTXVIXIaY7sMjGP8/UvwOdvVFbwgLDb4 e3AQ== MIME-Version: 1.0 X-Received: by 10.14.246.11 with SMTP id p11mr38144032eer.9.1380550935652; Mon, 30 Sep 2013 07:22:15 -0700 (PDT) Received: by 10.14.105.137 with HTTP; Mon, 30 Sep 2013 07:22:15 -0700 (PDT) Received: by 10.14.105.137 with HTTP; Mon, 30 Sep 2013 07:22:15 -0700 (PDT) In-Reply-To: References: Date: Mon, 30 Sep 2013 07:22:15 -0700 Message-ID: Subject: Re: Adding Flow Director sysctls to ixgbe(4) (was: netmap: traffic distribution) From: hiren panchasara To: Takuya ASADA Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-net@freebsd.org, Adrian Chadd X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Sep 2013 14:22:18 -0000 On Sep 30, 2013 5:08 AM, "Takuya ASADA" wrote: > > Hi, > > This is updated version of the patch. I will give this a try today. Cheers Hiren > Signature filter list feature is added. > > Here're usage of ixgbetool: > - add a filter > ixgbetool ix0 add_sig_filter tcpv4 10.1.0.1 34763 10.1.0.2 22 3 > - show filters > ixgbetool ix0 show_sig_filter > - del a filter > ixgbetool ix0 del_sig_filter 1 > > > > 2013/9/30 Takuya ASADA >> >> Hi, >> >> I just implemented device specific ioctl with device specific configuration tool. >> It still doesn't support some important features such as: >> - FDIR enable / disable via sysctl or tunable params >> - ATR enable / disable via sysctl or tunable params >> - IPv6 support on signature filter >> - signature filter list >> - support perfect filter >> But, at least it can configure signature filter manually. >> >> Usage is as follows: >> Usage: ixgbetool [operation] >> add_sig_filter >> del_sig_filter >> >> >> 2013/9/28 hiren panchasara >>> >>> >>> >>> >>> On Fri, Sep 27, 2013 at 1:58 AM, Takuya ASADA wrote: >>>> >>>> 2013/9/27 Adrian Chadd >>>>> >>>>> On 27 September 2013 00:43, hiren panchasara < hiren.panchasara@gmail.com> wrote: >>>>> >>>>>> >>>>>> Takuya, >>>>>> >>>>>> I see a lot of responses/comments on proposed changes. Was anything decided >>>>>> at the end of it? As far as I can tell, its still not committed to the >>>>>> tree. >>>>> >>>>> >>>>> I'd rather see an ioctl API for that chipset and then have a separate tool program it for now. >>>> >>>> >>>> Ah, like cxgbetool and cxgbe? (it has device specific tool and ioctls) >>>> http://svnweb.freebsd.org/base/head/tools/tools/cxgbetool/ >>> >>> >>> Something like this for ixgbe would be nice to start with, imo. >>> >>> Cheers, >>> Hiren >>>> >>>> http://svnweb.freebsd.org/base/head/sys/dev/cxgb/ >>>> >>>>> >>>>> So, how bout we hack that up? :) >>>> >>>> >>>> Sound's interesting ;-) >>>> Could you tell me more detail about your idea? >>>> >>> >> > From owner-freebsd-net@FreeBSD.ORG Mon Sep 30 15:51:23 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id F03E24D7; Mon, 30 Sep 2013 15:51:23 +0000 (UTC) (envelope-from hiren.panchasara@gmail.com) Received: from mail-ea0-x230.google.com (mail-ea0-x230.google.com [IPv6:2a00:1450:4013:c01::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3B1FB21A6; Mon, 30 Sep 2013 15:51:23 +0000 (UTC) Received: by mail-ea0-f176.google.com with SMTP id q16so2797966ead.35 for ; Mon, 30 Sep 2013 08:51:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=W/sfdhYjwZJgwfmdDfvDrEV6SrvZq9eZCE0D8OOOSCc=; b=Kmfepx0r/hyBUPjlSY2D+kG8Jrzu0W80WFoIxlb1LEot+FbpNOwKpH7EQapj7BlHL6 xpeXEXKyy+BlFLvOLuCUv0mQphwCV30nHCLSAMiv2YIRFIvmyy/tlDf8/s66lTPgHn22 tezXjGdE4qUJEIICv9aHjJ/9s42+0QhkdLI7z58fxGB5rUu4P8rIh+rubbzBs9e/p8mq InJkxKr4ThEias/DrRDSSk3kdgbXq3LyHAA1EyxHExp1K3gVCT97zeG65r/D+INa7inf cJAoaE98lz594Hja0iDV7NTDPU4aKxp59Do0ahxT14DogMeuKkCroCpZJ/hyXDR8nRbR AwVA== MIME-Version: 1.0 X-Received: by 10.15.54.199 with SMTP id t47mr14605233eew.46.1380556281415; Mon, 30 Sep 2013 08:51:21 -0700 (PDT) Sender: hiren.panchasara@gmail.com Received: by 10.14.105.137 with HTTP; Mon, 30 Sep 2013 08:51:21 -0700 (PDT) In-Reply-To: References: Date: Mon, 30 Sep 2013 08:51:21 -0700 X-Google-Sender-Auth: JdVFjuIa6Jgcjk5kUbR43u3IlHE Message-ID: Subject: Re: Exposing sysctls for ixgbe From: hiren panchasara To: Adrian Chadd , jfv@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-net@freebsd.org" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Sep 2013 15:51:24 -0000 + jfv On Wed, Sep 25, 2013 at 5:35 PM, Adrian Chadd wrote: > please cc jfv and get them into his driver. :) > > -a > > > On 24 September 2013 23:53, hiren panchasara wrote: > >> Any comments? >> >> cheers, >> Hiren >> >> On Sun, Sep 22, 2013 at 12:01 PM, hiren panchasara > >wrote: >> >> > $ sysctl hw.igb >> > hw.igb.rxd: 4096 >> > hw.igb.txd: 4096 >> > hw.igb.enable_aim: 1 >> > hw.igb.enable_msix: 1 >> > hw.igb.max_interrupt_rate: 8000 >> > hw.igb.buf_ring_size: 4096 >> > hw.igb.header_split: 0 >> > hw.igb.num_queues: 1 >> > hw.igb.rx_process_limit: 100 >> > $ sysctl hw.ix >> > sysctl: unknown oid 'hw.ix': No such file or directory >> > >> > I thought it would be nice to have these things exposed. So I copied >> them >> > from igb: >> > http://people.freebsd.org/~hiren/ixgbe_sysctls.txt >> > >> > Changes for if_igb.c is to expose correct auto-tuned value for a running >> > system for "hw.igb.num_queues", which is not the case right now. >> > >> > Thanks to markj@ for help/pointers. >> > >> > Please let me know if the diffs look okay. >> > >> > cheers, >> > Hiren >> > >> _______________________________________________ >> freebsd-net@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-net >> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" >> > > From owner-freebsd-net@FreeBSD.ORG Mon Sep 30 19:03:17 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 4DE04217 for ; Mon, 30 Sep 2013 19:03:17 +0000 (UTC) (envelope-from syuu@dokukino.com) Received: from mail-pa0-x229.google.com (mail-pa0-x229.google.com [IPv6:2607:f8b0:400e:c03::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 234782D95 for ; Mon, 30 Sep 2013 19:03:17 +0000 (UTC) Received: by mail-pa0-f41.google.com with SMTP id bj1so6329541pad.28 for ; Mon, 30 Sep 2013 12:03:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dokukino.com; s=google; h=mime-version:from:date:message-id:subject:to:content-type; bh=ZPLWsxokXabr/3nqAXARM7VO0OjkjATZOK0aB4JX0Qg=; b=y73aZjD5hLSda21mz8AzKSYUz+CoQhTkbyV8hFsdl0kYGzcA3eQLMgBEKassI9EyeX Zv1m5P7BSVdOmQhAyKLOC2UrXwbtj+6Rhx1OCYbd3wHtOsUFKp8VumxsCf2tWBxzM5ar NZb8xizYZ4iMNJDW7BjJpg0kbSuWDBeb146hg= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to :content-type; bh=ZPLWsxokXabr/3nqAXARM7VO0OjkjATZOK0aB4JX0Qg=; b=E1PnoJ/2+yz08NDvzpO5mafUBmbZSOVim4K+n+yyN2YAxfHfS9vDje8ZwWMe2t9Jye ++B9NU67ej1Enxb68aOvZIIRHk+3B087m8aNGgvDrob3NJjX7Uu3kKIyVdltiRIa+7gj uZQBsqUiaG1eHf6QNUidCempt+lXpkLLaRAegVTMaXCSXl6AYozaMVOHzx/LLp4QdUGF whAqSo70pftv0u7pJritMIsGfWaoUi8O7MNqISbLM+MpZR4NNQs2fqIRWIqNwzDyNmmv uv77++7jHg5nRuZ01QM7cUcDKEy6rZXglgPK53o2iPJDKLT3iD5Ovsy2IIbij6Dzi/gO S7JA== X-Gm-Message-State: ALoCoQmagDZ+apjpn/DHEHLIsD4VpYSMrZg4fWLjGIoPibJGyTqoek/NLZw/q7Oa11n+PKJNXCkC X-Received: by 10.66.230.138 with SMTP id sy10mr29845641pac.103.1380567796697; Mon, 30 Sep 2013 12:03:16 -0700 (PDT) MIME-Version: 1.0 Received: by 10.68.220.138 with HTTP; Mon, 30 Sep 2013 12:02:36 -0700 (PDT) From: Takuya ASADA Date: Tue, 1 Oct 2013 04:02:36 +0900 Message-ID: Subject: Flow Director statistics for ixgbe(4) To: FreeBSD Net Content-Type: multipart/mixed; boundary=047d7b15ab8d1c613804e79e7dab X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Sep 2013 19:03:17 -0000 --047d7b15ab8d1c613804e79e7dab Content-Type: text/plain; charset=UTF-8 Hi, This is originally part of "ixgbetool" patch, but I think it can be discuss separately: http://freebsd.1045724.n5.nabble.com/Adding-Flow-Director-sysctls-to-ixgbe-4-was-netmap-traffic-distribution-tp5847066p5847789.html I implemented sysctls to expose Flow Director statistics. It works like this: $ sysctl dev.ix.0.mac_stats|grep fdir dev.ix.0.mac_stats.fdirfree_free: 8192 dev.ix.0.mac_stats.fdirfree_coll: 0 dev.ix.0.mac_stats.fdirustat_add: 0 dev.ix.0.mac_stats.fdirustat_remove: 0 dev.ix.0.mac_stats.fdirfstat_fadd: 0 dev.ix.0.mac_stats.fdirfstat_fremove: 0 dev.ix.0.mac_stats.fdirmatch: 0 dev.ix.0.mac_stats.fdirmiss: 23 --047d7b15ab8d1c613804e79e7dab Content-Type: application/octet-stream; name="fdirsysctl-v001.diff" Content-Disposition: attachment; filename="fdirsysctl-v001.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hm828lsy0 ZGlmZiAtLWdpdCBhL3N5cy9kZXYvaXhnYmUvaXhnYmUuYyBiL3N5cy9kZXYvaXhnYmUvaXhnYmUu YwppbmRleCBiNjVkZjcyLi40ZTUzMjJhIDEwMDY0NAotLS0gYS9zeXMvZGV2L2l4Z2JlL2l4Z2Jl LmMKKysrIGIvc3lzL2Rldi9peGdiZS9peGdiZS5jCkBAIC01MjcwLDEzICs1MjcwLDMzIEBAIGl4 Z2JlX3VwZGF0ZV9zdGF0c19jb3VudGVycyhzdHJ1Y3QgYWRhcHRlciAqYWRhcHRlcikKIAlhZGFw dGVyLT5zdGF0cy54ZWMgKz0gSVhHQkVfUkVBRF9SRUcoaHcsIElYR0JFX1hFQyk7CiAJYWRhcHRl ci0+c3RhdHMuZmNjcmMgKz0gSVhHQkVfUkVBRF9SRUcoaHcsIElYR0JFX0ZDQ1JDKTsKIAlhZGFw dGVyLT5zdGF0cy5mY2xhc3QgKz0gSVhHQkVfUkVBRF9SRUcoaHcsIElYR0JFX0ZDTEFTVCk7Ci0J LyogT25seSByZWFkIEZDT0Ugb24gODI1OTkgKi8KKwkvKiBPbmx5IHJlYWQgRkNPRS9GRElSIG9u IDgyNTk5ICovCiAJaWYgKGh3LT5tYWMudHlwZSAhPSBpeGdiZV9tYWNfODI1OThFQikgewogCQlh ZGFwdGVyLT5zdGF0cy5mY29lcnBkYyArPSBJWEdCRV9SRUFEX1JFRyhodywgSVhHQkVfRkNPRVJQ REMpOwogCQlhZGFwdGVyLT5zdGF0cy5mY29lcHJjICs9IElYR0JFX1JFQURfUkVHKGh3LCBJWEdC RV9GQ09FUFJDKTsKIAkJYWRhcHRlci0+c3RhdHMuZmNvZXB0YyArPSBJWEdCRV9SRUFEX1JFRyho dywgSVhHQkVfRkNPRVBUQyk7CiAJCWFkYXB0ZXItPnN0YXRzLmZjb2Vkd3JjICs9IElYR0JFX1JF QURfUkVHKGh3LCBJWEdCRV9GQ09FRFdSQyk7CiAJCWFkYXB0ZXItPnN0YXRzLmZjb2Vkd3RjICs9 IElYR0JFX1JFQURfUkVHKGh3LCBJWEdCRV9GQ09FRFdUQyk7CisJCWFkYXB0ZXItPnN0YXRzLmZk aXJmcmVlX2ZyZWUgPQorCQkJKElYR0JFX1JFQURfUkVHKGh3LCBJWEdCRV9GRElSRlJFRSkgJiBJ WEdCRV9GRElSRlJFRV9GUkVFX01BU0spCisJCQk+PiBJWEdCRV9GRElSRlJFRV9GUkVFX1NISUZU OworCQlhZGFwdGVyLT5zdGF0cy5mZGlyZnJlZV9jb2xsID0KKwkJCShJWEdCRV9SRUFEX1JFRyho dywgSVhHQkVfRkRJUkZSRUUpICYgSVhHQkVfRkRJUkZSRUVfQ09MTF9NQVNLKQorCQkJPj4gSVhH QkVfRkRJUkZSRUVfQ09MTF9TSElGVDsKKwkJYWRhcHRlci0+c3RhdHMuZmRpcnVzdGF0X2FkZCAr PQorCQkJKElYR0JFX1JFQURfUkVHKGh3LCBJWEdCRV9GRElSVVNUQVQpICYgSVhHQkVfRkRJUlVT VEFUX0FERF9NQVNLKQorCQkJPj4gSVhHQkVfRkRJUlVTVEFUX0FERF9TSElGVDsKKwkJYWRhcHRl ci0+c3RhdHMuZmRpcnVzdGF0X3JlbW92ZSArPQorCQkJKElYR0JFX1JFQURfUkVHKGh3LCBJWEdC RV9GRElSVVNUQVQpICYgSVhHQkVfRkRJUlVTVEFUX1JFTU9WRV9NQVNLKQorCQkJPj4gSVhHQkVf RkRJUlVTVEFUX1JFTU9WRV9TSElGVDsKKwkJYWRhcHRlci0+c3RhdHMuZmRpcmZzdGF0X2ZhZGQg Kz0KKwkJCShJWEdCRV9SRUFEX1JFRyhodywgSVhHQkVfRkRJUkZTVEFUKSAmIElYR0JFX0ZESVJG U1RBVF9GQUREX01BU0spCisJCQk+PiBJWEdCRV9GRElSRlNUQVRfRkFERF9TSElGVDsKKwkJYWRh cHRlci0+c3RhdHMuZmRpcmZzdGF0X2ZyZW1vdmUgKz0KKwkJCShJWEdCRV9SRUFEX1JFRyhodywg SVhHQkVfRkRJUkZTVEFUKSAmIElYR0JFX0ZESVJGU1RBVF9GUkVNT1ZFX01BU0spCisJCQk+PiBJ WEdCRV9GRElSRlNUQVRfRlJFTU9WRV9TSElGVDsKKwkJYWRhcHRlci0+c3RhdHMuZmRpcm1hdGNo ICs9IElYR0JFX1JFQURfUkVHKGh3LCBJWEdCRV9GRElSTUFUQ0gpOworCQlhZGFwdGVyLT5zdGF0 cy5mZGlybWlzcyArPSBJWEdCRV9SRUFEX1JFRyhodywgSVhHQkVfRkRJUk1JU1MpOwogCX0KIAog CS8qIEZpbGwgb3V0IHRoZSBPUyBzdGF0aXN0aWNzIHN0cnVjdHVyZSAqLwpAQCAtNTY0Miw2ICs1 NjYyLDMyIEBAIGl4Z2JlX2FkZF9od19zdGF0cyhzdHJ1Y3QgYWRhcHRlciAqYWRhcHRlcikKIAlT WVNDVExfQUREX1VRVUFEKGN0eCwgc3RhdF9saXN0LCBPSURfQVVUTywgInR4X2ZyYW1lc18xMDI0 XzE1MjIiLAogCQkJQ1RMRkxBR19SRCwgJnN0YXRzLT5wdGMxNTIyLAogCQkJIjEwMjQtMTUyMiBi eXRlIGZyYW1lcyB0cmFuc21pdHRlZCIpOworCisJLyogZmRpciBzdGF0cyAqLworCVNZU0NUTF9B RERfVVFVQUQoY3R4LCBzdGF0X2xpc3QsIE9JRF9BVVRPLCAiZmRpcmZyZWVfZnJlZSIsCisJCUNU TEZMQUdfUkQsICZzdGF0cy0+ZmRpcmZyZWVfZnJlZSwKKwkJIiIpOworCVNZU0NUTF9BRERfVVFV QUQoY3R4LCBzdGF0X2xpc3QsIE9JRF9BVVRPLCAiZmRpcmZyZWVfY29sbCIsCisJCUNUTEZMQUdf UkQsICZzdGF0cy0+ZmRpcmZyZWVfY29sbCwKKwkJIiIpOworCVNZU0NUTF9BRERfVVFVQUQoY3R4 LCBzdGF0X2xpc3QsIE9JRF9BVVRPLCAiZmRpcnVzdGF0X2FkZCIsCisJCUNUTEZMQUdfUkQsICZz dGF0cy0+ZmRpcnVzdGF0X2FkZCwKKwkJIiIpOworCVNZU0NUTF9BRERfVVFVQUQoY3R4LCBzdGF0 X2xpc3QsIE9JRF9BVVRPLCAiZmRpcnVzdGF0X3JlbW92ZSIsCisJCUNUTEZMQUdfUkQsICZzdGF0 cy0+ZmRpcnVzdGF0X3JlbW92ZSwKKwkJIiIpOworCVNZU0NUTF9BRERfVVFVQUQoY3R4LCBzdGF0 X2xpc3QsIE9JRF9BVVRPLCAiZmRpcmZzdGF0X2ZhZGQiLAorCQlDVExGTEFHX1JELCAmc3RhdHMt PmZkaXJmc3RhdF9mYWRkLAorCQkiIik7CisJU1lTQ1RMX0FERF9VUVVBRChjdHgsIHN0YXRfbGlz dCwgT0lEX0FVVE8sICJmZGlyZnN0YXRfZnJlbW92ZSIsCisJCUNUTEZMQUdfUkQsICZzdGF0cy0+ ZmRpcmZzdGF0X2ZyZW1vdmUsCisJCSIiKTsKKwlTWVNDVExfQUREX1VRVUFEKGN0eCwgc3RhdF9s aXN0LCBPSURfQVVUTywgImZkaXJtYXRjaCIsCisJCUNUTEZMQUdfUkQsICZzdGF0cy0+ZmRpcm1h dGNoLAorCQkiIik7CisJU1lTQ1RMX0FERF9VUVVBRChjdHgsIHN0YXRfbGlzdCwgT0lEX0FVVE8s ICJmZGlybWlzcyIsCisJCUNUTEZMQUdfUkQsICZzdGF0cy0+ZmRpcm1pc3MsCisJCSIiKTsKIH0K IAogLyoKZGlmZiAtLWdpdCBhL3N5cy9kZXYvaXhnYmUvaXhnYmVfODI1OTkuYyBiL3N5cy9kZXYv aXhnYmUvaXhnYmVfODI1OTkuYwppbmRleCAzY2M4Y2Q3Li4yYjEyZjcwIDEwMDY0NAotLS0gYS9z eXMvZGV2L2l4Z2JlL2l4Z2JlXzgyNTk5LmMKKysrIGIvc3lzL2Rldi9peGdiZS9peGdiZV84MjU5 OS5jCkBAIC0xNDgyLDcgKzE0ODIsOCBAQCBzMzIgaXhnYmVfaW5pdF9mZGlyX3NpZ25hdHVyZV84 MjU5OShzdHJ1Y3QgaXhnYmVfaHcgKmh3LCB1MzIgZmRpcmN0cmwpCiAJICogIFNldCB0aGUgbWF4 aW11bSBsZW5ndGggcGVyIGhhc2ggYnVja2V0IHRvIDB4QSBmaWx0ZXJzCiAJICogIFNlbmQgaW50 ZXJydXB0IHdoZW4gNjQgZmlsdGVycyBhcmUgbGVmdAogCSAqLwotCWZkaXJjdHJsIHw9ICgweDYg PDwgSVhHQkVfRkRJUkNUUkxfRkxFWF9TSElGVCkgfAorCWZkaXJjdHJsIHw9IElYR0JFX0ZESVJD VFJMX1JFUE9SVF9TVEFUVVMgfAorIAkJICAgICgweDYgPDwgSVhHQkVfRkRJUkNUUkxfRkxFWF9T SElGVCkgfAogCQkgICAgKDB4QSA8PCBJWEdCRV9GRElSQ1RSTF9NQVhfTEVOR1RIX1NISUZUKSB8 CiAJCSAgICAoNCA8PCBJWEdCRV9GRElSQ1RSTF9GVUxMX1RIUkVTSF9TSElGVCk7CiAKZGlmZiAt LWdpdCBhL3N5cy9kZXYvaXhnYmUvaXhnYmVfdHlwZS5oIGIvc3lzL2Rldi9peGdiZS9peGdiZV90 eXBlLmgKaW5kZXggNDlmNWJjMC4uYzVmMjliYiAxMDA2NDQKLS0tIGEvc3lzL2Rldi9peGdiZS9p eGdiZV90eXBlLmgKKysrIGIvc3lzL2Rldi9peGdiZS9peGdiZV90eXBlLmgKQEAgLTI5OTcsNiAr Mjk5Nyw4IEBAIHN0cnVjdCBpeGdiZV9od19zdGF0cyB7CiAJdTY0IHFidGNbMTZdOwogCXU2NCBx cHJkY1sxNl07CiAJdTY0IHB4b24yb2ZmY1s4XTsKKwl1NjQgZmRpcmZyZWVfZnJlZTsKKwl1NjQg ZmRpcmZyZWVfY29sbDsKIAl1NjQgZmRpcnVzdGF0X2FkZDsKIAl1NjQgZmRpcnVzdGF0X3JlbW92 ZTsKIAl1NjQgZmRpcmZzdGF0X2ZhZGQ7Cg== --047d7b15ab8d1c613804e79e7dab-- From owner-freebsd-net@FreeBSD.ORG Mon Sep 30 19:25:44 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 52F0F874 for ; Mon, 30 Sep 2013 19:25:44 +0000 (UTC) (envelope-from hiren.panchasara@gmail.com) Received: from mail-ea0-x22a.google.com (mail-ea0-x22a.google.com [IPv6:2a00:1450:4013:c01::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DE66A2ECF for ; Mon, 30 Sep 2013 19:25:43 +0000 (UTC) Received: by mail-ea0-f170.google.com with SMTP id h14so2920366eak.29 for ; Mon, 30 Sep 2013 12:25:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=VI5H3GaPVyEYCnPp5u2+5fFRP4xGuPUM9DHj0HR60HE=; b=aGd9xl4mgjrBjANjRxcOZ8lZJTS0AdoYuLZvAIblkHgRTkDqDLikIkCavjKXkSFIJz VHOW+CJvbbm942LyF9R3RZb/fzICh1EkQjvWhqtjG5YmJY0YUbp+KvDdZFezF3wfSIgn 8u7XNNtANrs+sB5UPu+uuC0cbumBR/CRMQfnMuq3oleOaEjNpKpt6a7qyzZQU59KktCL aT8ODVgnNJRCG+MIjioK41Cqbg9Tcd4I6my5sQcSAnQS/74AYPr/XhUf+WK/07/FI9v+ XXdXcELQZoEpwFVbJGkwhSDAB3dB5eY6MMPVaq+t4PkPllzT7ZOZUQyP4783wz9jjKNp Zf8g== MIME-Version: 1.0 X-Received: by 10.15.35.196 with SMTP id g44mr39896689eev.18.1380569141911; Mon, 30 Sep 2013 12:25:41 -0700 (PDT) Received: by 10.14.105.137 with HTTP; Mon, 30 Sep 2013 12:25:41 -0700 (PDT) In-Reply-To: References: Date: Mon, 30 Sep 2013 12:25:41 -0700 Message-ID: Subject: Re: Flow Director statistics for ixgbe(4) From: hiren panchasara To: Takuya ASADA Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD Net X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Sep 2013 19:25:44 -0000 On Mon, Sep 30, 2013 at 12:02 PM, Takuya ASADA wrote: > Hi, > > This is originally part of "ixgbetool" patch, but I think it can be discuss > separately: > > http://freebsd.1045724.n5.nabble.com/Adding-Flow-Director-sysctls-to-ixgbe-4-was-netmap-traffic-distribution-tp5847066p5847789.html > > I implemented sysctls to expose Flow Director statistics. > It works like this: > $ sysctl dev.ix.0.mac_stats|grep fdir > dev.ix.0.mac_stats.fdirfree_free: 8192 > dev.ix.0.mac_stats.fdirfree_coll: 0 > dev.ix.0.mac_stats.fdirustat_add: 0 > dev.ix.0.mac_stats.fdirustat_remove: 0 > dev.ix.0.mac_stats.fdirfstat_fadd: 0 > dev.ix.0.mac_stats.fdirfstat_fremove: 0 > dev.ix.0.mac_stats.fdirmatch: 0 > dev.ix.0.mac_stats.fdirmiss: 23 > I am running this with the ixgbetool patch you have and only 1 issue I've seen so far: fdirustat_add increments on adding a filter but fdirustat_remove does not on deleting one (if thats how its supposed to work) Can you please populate "description" for all the sysctls you are adding? :-) Cheers, Hiren From owner-freebsd-net@FreeBSD.ORG Mon Sep 30 20:49:14 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9EE255CF for ; Mon, 30 Sep 2013 20:49:14 +0000 (UTC) (envelope-from syuu@dokukino.com) Received: from mail-pd0-x22d.google.com (mail-pd0-x22d.google.com [IPv6:2607:f8b0:400e:c02::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 71134243E for ; Mon, 30 Sep 2013 20:49:14 +0000 (UTC) Received: by mail-pd0-f173.google.com with SMTP id p10so6170269pdj.32 for ; Mon, 30 Sep 2013 13:49:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dokukino.com; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=a2Pbi7WrVZtQrra/gWwcFFQ7Fy+Rjb/sMtpnj3mJ33M=; b=xSRNG7YAyHCpXLly01VjCBl34fiG8v8kfj3BQTPgWbB+QY5FwPjx5iizDDl+Lw2omb SuzKxhxiiFey0//JvxbRBxPjx1EbK4E38sV+DFlaj4Q+JQL7R8jaNddNdyEs7KwRR7JQ 2ZYapUeYk/JNN+9IB5O1mznpzt3oisqZFTuxM= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=a2Pbi7WrVZtQrra/gWwcFFQ7Fy+Rjb/sMtpnj3mJ33M=; b=NnlebkC6IVMagG6OcWAYxeAnBvXgcK5fZVqUcVaR2OgBIEQ8GXYMh+42Nksb7ASCJb qckU+sQABdnWvTsyLsDUCiYoT6/+EPQlMw/EnqLuXgmQlUOhAK+6P2tPSMo+cRuXdOCf ndNtBD4MBAfWCqqf1i43QXkJ6+vRiy4LvjKXVb1xLvQ8zbqBTK7ck3dEHs35lu6JffZS rYTzV8AIW/UtXlJL2TYgk5fmR27Uctr50zTV53KaYITR4pWGp1R3P+voUBusondiJw8t s6pY4PfGgv5/Qh9HA8J2vO+QYwCdbe4M4hVr5cDzx/xpR07hZfnTX71lCM+Mt6w8uAlr iJkw== X-Gm-Message-State: ALoCoQloyfhKScq5unosEDAwYhnM+domhtrc0RGz8vm+tOjvzLsIhgZNReQ17eMIxeVDqtIES/Ep X-Received: by 10.68.172.36 with SMTP id az4mr25999636pbc.48.1380574154116; Mon, 30 Sep 2013 13:49:14 -0700 (PDT) MIME-Version: 1.0 Received: by 10.68.220.138 with HTTP; Mon, 30 Sep 2013 13:48:32 -0700 (PDT) In-Reply-To: References: From: Takuya ASADA Date: Tue, 1 Oct 2013 05:48:32 +0900 Message-ID: Subject: Re: Flow Director statistics for ixgbe(4) To: hiren panchasara Content-Type: multipart/mixed; boundary=047d7b10c9650aebb104e79ff868 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD Net X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Sep 2013 20:49:14 -0000 --047d7b10c9650aebb104e79ff868 Content-Type: text/plain; charset=UTF-8 Hi, descriptions are added. 2013/10/1 hiren panchasara > > > > On Mon, Sep 30, 2013 at 12:02 PM, Takuya ASADA wrote: > >> Hi, >> >> This is originally part of "ixgbetool" patch, but I think it can be >> discuss >> separately: >> >> http://freebsd.1045724.n5.nabble.com/Adding-Flow-Director-sysctls-to-ixgbe-4-was-netmap-traffic-distribution-tp5847066p5847789.html >> >> I implemented sysctls to expose Flow Director statistics. >> It works like this: >> $ sysctl dev.ix.0.mac_stats|grep fdir >> dev.ix.0.mac_stats.fdirfree_free: 8192 >> dev.ix.0.mac_stats.fdirfree_coll: 0 >> dev.ix.0.mac_stats.fdirustat_add: 0 >> dev.ix.0.mac_stats.fdirustat_remove: 0 >> dev.ix.0.mac_stats.fdirfstat_fadd: 0 >> dev.ix.0.mac_stats.fdirfstat_fremove: 0 >> dev.ix.0.mac_stats.fdirmatch: 0 >> dev.ix.0.mac_stats.fdirmiss: 23 >> > > I am running this with the ixgbetool patch you have and only 1 issue I've > seen so far: fdirustat_add increments on adding a filter but > fdirustat_remove does not on deleting one (if thats how its supposed to > work) > > Can you please populate "description" for all the sysctls you are adding? > :-) > > Cheers, > Hiren > --047d7b10c9650aebb104e79ff868 Content-Type: application/octet-stream; name="fdirsysctl-v002.diff" Content-Disposition: attachment; filename="fdirsysctl-v002.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hm865x2o0 ZGlmZiAtLWdpdCBhL3N5cy9kZXYvaXhnYmUvaXhnYmUuYyBiL3N5cy9kZXYvaXhnYmUvaXhnYmUu YwppbmRleCBiNjVkZjcyLi5mOGEyYTlmIDEwMDY0NAotLS0gYS9zeXMvZGV2L2l4Z2JlL2l4Z2Jl LmMKKysrIGIvc3lzL2Rldi9peGdiZS9peGdiZS5jCkBAIC01MjcwLDEzICs1MjcwLDMzIEBAIGl4 Z2JlX3VwZGF0ZV9zdGF0c19jb3VudGVycyhzdHJ1Y3QgYWRhcHRlciAqYWRhcHRlcikKIAlhZGFw dGVyLT5zdGF0cy54ZWMgKz0gSVhHQkVfUkVBRF9SRUcoaHcsIElYR0JFX1hFQyk7CiAJYWRhcHRl ci0+c3RhdHMuZmNjcmMgKz0gSVhHQkVfUkVBRF9SRUcoaHcsIElYR0JFX0ZDQ1JDKTsKIAlhZGFw dGVyLT5zdGF0cy5mY2xhc3QgKz0gSVhHQkVfUkVBRF9SRUcoaHcsIElYR0JFX0ZDTEFTVCk7Ci0J LyogT25seSByZWFkIEZDT0Ugb24gODI1OTkgKi8KKwkvKiBPbmx5IHJlYWQgRkNPRS9GRElSIG9u IDgyNTk5ICovCiAJaWYgKGh3LT5tYWMudHlwZSAhPSBpeGdiZV9tYWNfODI1OThFQikgewogCQlh ZGFwdGVyLT5zdGF0cy5mY29lcnBkYyArPSBJWEdCRV9SRUFEX1JFRyhodywgSVhHQkVfRkNPRVJQ REMpOwogCQlhZGFwdGVyLT5zdGF0cy5mY29lcHJjICs9IElYR0JFX1JFQURfUkVHKGh3LCBJWEdC RV9GQ09FUFJDKTsKIAkJYWRhcHRlci0+c3RhdHMuZmNvZXB0YyArPSBJWEdCRV9SRUFEX1JFRyho dywgSVhHQkVfRkNPRVBUQyk7CiAJCWFkYXB0ZXItPnN0YXRzLmZjb2Vkd3JjICs9IElYR0JFX1JF QURfUkVHKGh3LCBJWEdCRV9GQ09FRFdSQyk7CiAJCWFkYXB0ZXItPnN0YXRzLmZjb2Vkd3RjICs9 IElYR0JFX1JFQURfUkVHKGh3LCBJWEdCRV9GQ09FRFdUQyk7CisJCWFkYXB0ZXItPnN0YXRzLmZk aXJmcmVlX2ZyZWUgPQorCQkJKElYR0JFX1JFQURfUkVHKGh3LCBJWEdCRV9GRElSRlJFRSkgJiBJ WEdCRV9GRElSRlJFRV9GUkVFX01BU0spCisJCQk+PiBJWEdCRV9GRElSRlJFRV9GUkVFX1NISUZU OworCQlhZGFwdGVyLT5zdGF0cy5mZGlyZnJlZV9jb2xsID0KKwkJCShJWEdCRV9SRUFEX1JFRyho dywgSVhHQkVfRkRJUkZSRUUpICYgSVhHQkVfRkRJUkZSRUVfQ09MTF9NQVNLKQorCQkJPj4gSVhH QkVfRkRJUkZSRUVfQ09MTF9TSElGVDsKKwkJYWRhcHRlci0+c3RhdHMuZmRpcnVzdGF0X2FkZCAr PQorCQkJKElYR0JFX1JFQURfUkVHKGh3LCBJWEdCRV9GRElSVVNUQVQpICYgSVhHQkVfRkRJUlVT VEFUX0FERF9NQVNLKQorCQkJPj4gSVhHQkVfRkRJUlVTVEFUX0FERF9TSElGVDsKKwkJYWRhcHRl ci0+c3RhdHMuZmRpcnVzdGF0X3JlbW92ZSArPQorCQkJKElYR0JFX1JFQURfUkVHKGh3LCBJWEdC RV9GRElSVVNUQVQpICYgSVhHQkVfRkRJUlVTVEFUX1JFTU9WRV9NQVNLKQorCQkJPj4gSVhHQkVf RkRJUlVTVEFUX1JFTU9WRV9TSElGVDsKKwkJYWRhcHRlci0+c3RhdHMuZmRpcmZzdGF0X2ZhZGQg Kz0KKwkJCShJWEdCRV9SRUFEX1JFRyhodywgSVhHQkVfRkRJUkZTVEFUKSAmIElYR0JFX0ZESVJG U1RBVF9GQUREX01BU0spCisJCQk+PiBJWEdCRV9GRElSRlNUQVRfRkFERF9TSElGVDsKKwkJYWRh cHRlci0+c3RhdHMuZmRpcmZzdGF0X2ZyZW1vdmUgKz0KKwkJCShJWEdCRV9SRUFEX1JFRyhodywg SVhHQkVfRkRJUkZTVEFUKSAmIElYR0JFX0ZESVJGU1RBVF9GUkVNT1ZFX01BU0spCisJCQk+PiBJ WEdCRV9GRElSRlNUQVRfRlJFTU9WRV9TSElGVDsKKwkJYWRhcHRlci0+c3RhdHMuZmRpcm1hdGNo ICs9IElYR0JFX1JFQURfUkVHKGh3LCBJWEdCRV9GRElSTUFUQ0gpOworCQlhZGFwdGVyLT5zdGF0 cy5mZGlybWlzcyArPSBJWEdCRV9SRUFEX1JFRyhodywgSVhHQkVfRkRJUk1JU1MpOwogCX0KIAog CS8qIEZpbGwgb3V0IHRoZSBPUyBzdGF0aXN0aWNzIHN0cnVjdHVyZSAqLwpAQCAtNTY0Miw2ICs1 NjYyLDMyIEBAIGl4Z2JlX2FkZF9od19zdGF0cyhzdHJ1Y3QgYWRhcHRlciAqYWRhcHRlcikKIAlT WVNDVExfQUREX1VRVUFEKGN0eCwgc3RhdF9saXN0LCBPSURfQVVUTywgInR4X2ZyYW1lc18xMDI0 XzE1MjIiLAogCQkJQ1RMRkxBR19SRCwgJnN0YXRzLT5wdGMxNTIyLAogCQkJIjEwMjQtMTUyMiBi eXRlIGZyYW1lcyB0cmFuc21pdHRlZCIpOworCisJLyogZmRpciBzdGF0cyAqLworCVNZU0NUTF9B RERfVVFVQUQoY3R4LCBzdGF0X2xpc3QsIE9JRF9BVVRPLCAiZmRpcmZyZWVfZnJlZSIsCisJCUNU TEZMQUdfUkQsICZzdGF0cy0+ZmRpcmZyZWVfZnJlZSwKKwkJIk51bWJlciBvZiBmcmVlIGZpbHRl cnMiKTsKKwlTWVNDVExfQUREX1VRVUFEKGN0eCwgc3RhdF9saXN0LCBPSURfQVVUTywgImZkaXJm cmVlX2NvbGwiLAorCQlDVExGTEFHX1JELCAmc3RhdHMtPmZkaXJmcmVlX2NvbGwsCisJCSJOdW1i ZXIgb2YgZmlsdGVycyB3aXRoIGNvbGxpc2lvbiBpbmRpY2F0aW9uIik7CisJU1lTQ1RMX0FERF9V UVVBRChjdHgsIHN0YXRfbGlzdCwgT0lEX0FVVE8sICJmZGlydXN0YXRfYWRkIiwKKwkJQ1RMRkxB R19SRCwgJnN0YXRzLT5mZGlydXN0YXRfYWRkLAorCQkiTnVtYmVyIG9mIGFkZGVkIGZpbHRlcnMi KTsKKwlTWVNDVExfQUREX1VRVUFEKGN0eCwgc3RhdF9saXN0LCBPSURfQVVUTywgImZkaXJ1c3Rh dF9yZW1vdmUiLAorCQlDVExGTEFHX1JELCAmc3RhdHMtPmZkaXJ1c3RhdF9yZW1vdmUsCisJCSJO dW1iZXIgb2YgcmVtb3ZlZCBmaWx0ZXJzIik7CisJU1lTQ1RMX0FERF9VUVVBRChjdHgsIHN0YXRf bGlzdCwgT0lEX0FVVE8sICJmZGlyZnN0YXRfZmFkZCIsCisJCUNUTEZMQUdfUkQsICZzdGF0cy0+ ZmRpcmZzdGF0X2ZhZGQsCisJCSJOdW1iZXIgb2YgZmlsdGVycyBhZGRpdGlvbiBldmVudHMgdGhh dCBkbyBub3QgY2hhbmdlIHRoZSBudW1iZXIgb2YgZnJlZSIpOworCVNZU0NUTF9BRERfVVFVQUQo Y3R4LCBzdGF0X2xpc3QsIE9JRF9BVVRPLCAiZmRpcmZzdGF0X2ZyZW1vdmUiLAorCQlDVExGTEFH X1JELCAmc3RhdHMtPmZkaXJmc3RhdF9mcmVtb3ZlLAorCQkiTnVtYmVyIG9mIGZhaWxlZCByZW1v dmVkIGZpbHRlcnMiKTsKKwlTWVNDVExfQUREX1VRVUFEKGN0eCwgc3RhdF9saXN0LCBPSURfQVVU TywgImZkaXJtYXRjaCIsCisJCUNUTEZMQUdfUkQsICZzdGF0cy0+ZmRpcm1hdGNoLAorCQkiTnVt YmVyIG9mIHBhY2tldHMgdGhhdCBtYXRjaGVkIGFueSBmbG93IGRpcmVjdG9yIGZpbHRlciIpOwor CVNZU0NUTF9BRERfVVFVQUQoY3R4LCBzdGF0X2xpc3QsIE9JRF9BVVRPLCAiZmRpcm1pc3MiLAor CQlDVExGTEFHX1JELCAmc3RhdHMtPmZkaXJtaXNzLAorCQkiTnVtYmVyIG9mIHBhY2tldHMgdGhh dCBtaXNzZWQgbWF0Y2hlZCBhbnkgZmxvdyBkaXJlY3RvciBmaWx0ZXIiKTsKIH0KIAogLyoKZGlm ZiAtLWdpdCBhL3N5cy9kZXYvaXhnYmUvaXhnYmVfODI1OTkuYyBiL3N5cy9kZXYvaXhnYmUvaXhn YmVfODI1OTkuYwppbmRleCAzY2M4Y2Q3Li4yYjEyZjcwIDEwMDY0NAotLS0gYS9zeXMvZGV2L2l4 Z2JlL2l4Z2JlXzgyNTk5LmMKKysrIGIvc3lzL2Rldi9peGdiZS9peGdiZV84MjU5OS5jCkBAIC0x NDgyLDcgKzE0ODIsOCBAQCBzMzIgaXhnYmVfaW5pdF9mZGlyX3NpZ25hdHVyZV84MjU5OShzdHJ1 Y3QgaXhnYmVfaHcgKmh3LCB1MzIgZmRpcmN0cmwpCiAJICogIFNldCB0aGUgbWF4aW11bSBsZW5n dGggcGVyIGhhc2ggYnVja2V0IHRvIDB4QSBmaWx0ZXJzCiAJICogIFNlbmQgaW50ZXJydXB0IHdo ZW4gNjQgZmlsdGVycyBhcmUgbGVmdAogCSAqLwotCWZkaXJjdHJsIHw9ICgweDYgPDwgSVhHQkVf RkRJUkNUUkxfRkxFWF9TSElGVCkgfAorCWZkaXJjdHJsIHw9IElYR0JFX0ZESVJDVFJMX1JFUE9S VF9TVEFUVVMgfAorIAkJICAgICgweDYgPDwgSVhHQkVfRkRJUkNUUkxfRkxFWF9TSElGVCkgfAog CQkgICAgKDB4QSA8PCBJWEdCRV9GRElSQ1RSTF9NQVhfTEVOR1RIX1NISUZUKSB8CiAJCSAgICAo NCA8PCBJWEdCRV9GRElSQ1RSTF9GVUxMX1RIUkVTSF9TSElGVCk7CiAKZGlmZiAtLWdpdCBhL3N5 cy9kZXYvaXhnYmUvaXhnYmVfdHlwZS5oIGIvc3lzL2Rldi9peGdiZS9peGdiZV90eXBlLmgKaW5k ZXggNDlmNWJjMC4uYzVmMjliYiAxMDA2NDQKLS0tIGEvc3lzL2Rldi9peGdiZS9peGdiZV90eXBl LmgKKysrIGIvc3lzL2Rldi9peGdiZS9peGdiZV90eXBlLmgKQEAgLTI5OTcsNiArMjk5Nyw4IEBA IHN0cnVjdCBpeGdiZV9od19zdGF0cyB7CiAJdTY0IHFidGNbMTZdOwogCXU2NCBxcHJkY1sxNl07 CiAJdTY0IHB4b24yb2ZmY1s4XTsKKwl1NjQgZmRpcmZyZWVfZnJlZTsKKwl1NjQgZmRpcmZyZWVf Y29sbDsKIAl1NjQgZmRpcnVzdGF0X2FkZDsKIAl1NjQgZmRpcnVzdGF0X3JlbW92ZTsKIAl1NjQg ZmRpcmZzdGF0X2ZhZGQ7Cg== --047d7b10c9650aebb104e79ff868-- From owner-freebsd-net@FreeBSD.ORG Mon Sep 30 21:44:45 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id CD3C03B8 for ; Mon, 30 Sep 2013 21:44:45 +0000 (UTC) (envelope-from hiren.panchasara@gmail.com) Received: from mail-ee0-x232.google.com (mail-ee0-x232.google.com [IPv6:2a00:1450:4013:c00::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 55ABC282C for ; Mon, 30 Sep 2013 21:44:45 +0000 (UTC) Received: by mail-ee0-f50.google.com with SMTP id d51so2944628eek.23 for ; Mon, 30 Sep 2013 14:44:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=UcLNsMXlSQlGRBSeGaBpYKLRNKvqbHsGM4RbFayL0cU=; b=wRGEgWwpE9MBp1Dzup0+HCpbDZJZYHbrYPc7f65VZq9q8IiK6iW4YNfTwb4aFqzh+0 mv8KtOOEVWj2hbmmFXZ9/01rbjwZGodeNMZV1acdDkGhoF3YSJm1cCngLcK529cjIcXU 1PHlWI2mGkHsN8tdItJWQIDZbh36jFsjOYhCFyZH6uB+KepZRcYW6Tv4LoLaTtC1yppE iW/A611KENvGOOvMdKoB+zLDUaon33QVf0ONRnKoUgR1bSFvOA353fsvKZq4aaIIZYoT tlkJTVmv+Ftea3QyAqFnOKWKYs5tAt0tRhu46gCqqTwgl8bu8tq1OgBINl/2OZ3t8Nke qCDw== MIME-Version: 1.0 X-Received: by 10.15.45.8 with SMTP id a8mr40682658eew.1.1380577483754; Mon, 30 Sep 2013 14:44:43 -0700 (PDT) Received: by 10.14.105.137 with HTTP; Mon, 30 Sep 2013 14:44:43 -0700 (PDT) In-Reply-To: References: Date: Mon, 30 Sep 2013 14:44:43 -0700 Message-ID: Subject: Re: Flow Director statistics for ixgbe(4) From: hiren panchasara To: Takuya ASADA Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD Net X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Sep 2013 21:44:45 -0000 On Mon, Sep 30, 2013 at 1:48 PM, Takuya ASADA wrote: > Hi, > > descriptions are added. > Great. My minor suggestions (you can ignore them :-)) from "Number of filters addition events that do not change the number of free" to "Number of failed filter addition events" (I believe, "do not change the number of free" part is given when addition is failing) from "Number of packets that missed matched any flow director filter" to "Number of packets that didn't match any flow director filter" > > 2013/10/1 hiren panchasara > >> >> >> >> On Mon, Sep 30, 2013 at 12:02 PM, Takuya ASADA wrote: >> >>> Hi, >>> >>> This is originally part of "ixgbetool" patch, but I think it can be >>> discuss >>> separately: >>> >>> http://freebsd.1045724.n5.nabble.com/Adding-Flow-Director-sysctls-to-ixgbe-4-was-netmap-traffic-distribution-tp5847066p5847789.html >>> >>> I implemented sysctls to expose Flow Director statistics. >>> It works like this: >>> $ sysctl dev.ix.0.mac_stats|grep fdir >>> dev.ix.0.mac_stats.fdirfree_free: 8192 >>> dev.ix.0.mac_stats.fdirfree_coll: 0 >>> dev.ix.0.mac_stats.fdirustat_add: 0 >>> dev.ix.0.mac_stats.fdirustat_remove: 0 >>> dev.ix.0.mac_stats.fdirfstat_fadd: 0 >>> dev.ix.0.mac_stats.fdirfstat_fremove: 0 >>> dev.ix.0.mac_stats.fdirmatch: 0 >>> dev.ix.0.mac_stats.fdirmiss: 23 >>> >> >> I am running this with the ixgbetool patch you have and only 1 issue I've >> seen so far: fdirustat_add increments on adding a filter but >> fdirustat_remove does not on deleting one (if thats how its supposed to >> work) >> > As we talked on another thread, yes, problem is just the counter not getting updated. The functionality is fine. Appreciate your awesome work. Cheers, Hiren From owner-freebsd-net@FreeBSD.ORG Tue Oct 1 00:28:29 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 892543B0 for ; Tue, 1 Oct 2013 00:28:29 +0000 (UTC) (envelope-from syuu@dokukino.com) Received: from mail-ie0-x22c.google.com (mail-ie0-x22c.google.com [IPv6:2607:f8b0:4001:c03::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5417B2F5F for ; Tue, 1 Oct 2013 00:28:29 +0000 (UTC) Received: by mail-ie0-f172.google.com with SMTP id x13so12070715ief.17 for ; Mon, 30 Sep 2013 17:28:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dokukino.com; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=1WWSagWCabKdQwcrnQEmQIriNavt8J4qMQmKvx9ft08=; b=EI+Bz3me4dVYFxgGy+kgd6YkROHGhsSuDKuXUjAl1cEaqYTvnYxID1/Dx1B40k7qzb CCUfokaME1BTdk+TMjhK/AIaPPyU1rFAa87pjeIFuTfXPwebRPrb3CwSGz/BObe/kQeG Wm+kP5TXpsCWyl8wqbpO7ak0CggnAFBRAh1Dg= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=1WWSagWCabKdQwcrnQEmQIriNavt8J4qMQmKvx9ft08=; b=Gnbd15wLFjSD0vIbmjLUfmVMx9iJMLwd7QLM7SXo90cTmvubWWHJteWGQPPOxIygPx PLbFb3m0jjjFRzLFseG+EbUoQsN/jq18o2Xr/zbxAhB6krzpsQ9rM8alZFhoGjk8Tkfb hOmLMXd9HWbVnFKeZnYtlAntVR06N6UnBiOU+EWkWXCpYyggvbXHNCQg/fqhknvX0Zpk SffhsehZZFabzsGiyBKayEGLk+W7X+5VE0rMqT3qAD5u9ZHgSpsEw1OOXcCApcWMbusi HjqPQ//in2KCjZqdrTCDNz0Zf5YnjTKSZe7CdfNGKIqDdHJjVSVBa2AwLBEv3xo3G9qz dP1Q== X-Gm-Message-State: ALoCoQm718YY6KxxH2LvZs2scvEmorJGmdl8dgaUWqA9ul2Kg1DdlTR9xaCV1Q05P2VvMlcxMpNV X-Received: by 10.50.238.196 with SMTP id vm4mr16014707igc.43.1380587308757; Mon, 30 Sep 2013 17:28:28 -0700 (PDT) MIME-Version: 1.0 Received: by 10.64.235.240 with HTTP; Mon, 30 Sep 2013 17:27:48 -0700 (PDT) In-Reply-To: References: From: Takuya ASADA Date: Tue, 1 Oct 2013 09:27:48 +0900 Message-ID: Subject: Re: Flow Director statistics for ixgbe(4) To: hiren panchasara Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD Net X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Oct 2013 00:28:29 -0000 2013/10/1 hiren panchasara > > > > On Mon, Sep 30, 2013 at 1:48 PM, Takuya ASADA wrote: > >> Hi, >> >> descriptions are added. >> > > Great. > > My minor suggestions (you can ignore them :-)) > > from > "Number of filters addition events that do not change the number of free" > to > "Number of failed filter addition events" > > (I believe, "do not change the number of free" part is given when addition > is failing) > The specification says: Number of filters addition events that do not change the number of free (non programmed) filters in the flow director filters logic (FDIRFREE.FREE). These events can be either filters update, filters collision, or tentative of filter additions when there is no sufficient space remaining in the filter table. The counter is stacked at 0xFF and cleared on read. So it's not just failing addition, but also update(filter already exists && filter update succeeded), filter collision, and no space to add filter(add failing). I haven't good idea to describe this.. > from > "Number of packets that missed matched any flow director filter" > to > "Number of packets that didn't match any flow director filter" > > >> >> 2013/10/1 hiren panchasara >> >>> >>> >>> >>> On Mon, Sep 30, 2013 at 12:02 PM, Takuya ASADA wrote: >>> >>>> Hi, >>>> >>>> This is originally part of "ixgbetool" patch, but I think it can be >>>> discuss >>>> separately: >>>> >>>> http://freebsd.1045724.n5.nabble.com/Adding-Flow-Director-sysctls-to-ixgbe-4-was-netmap-traffic-distribution-tp5847066p5847789.html >>>> >>>> I implemented sysctls to expose Flow Director statistics. >>>> It works like this: >>>> $ sysctl dev.ix.0.mac_stats|grep fdir >>>> dev.ix.0.mac_stats.fdirfree_free: 8192 >>>> dev.ix.0.mac_stats.fdirfree_coll: 0 >>>> dev.ix.0.mac_stats.fdirustat_add: 0 >>>> dev.ix.0.mac_stats.fdirustat_remove: 0 >>>> dev.ix.0.mac_stats.fdirfstat_fadd: 0 >>>> dev.ix.0.mac_stats.fdirfstat_fremove: 0 >>>> dev.ix.0.mac_stats.fdirmatch: 0 >>>> dev.ix.0.mac_stats.fdirmiss: 23 >>>> >>> >>> I am running this with the ixgbetool patch you have and only 1 issue >>> I've seen so far: fdirustat_add increments on adding a filter but >>> fdirustat_remove does not on deleting one (if thats how its supposed to >>> work) >>> >> > As we talked on another thread, yes, problem is just the counter not > getting updated. The functionality is fine. > > > Appreciate your awesome work. > > Cheers, > Hiren > > From owner-freebsd-net@FreeBSD.ORG Tue Oct 1 00:52:37 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 2D853882 for ; Tue, 1 Oct 2013 00:52:37 +0000 (UTC) (envelope-from rizzo.unipi@gmail.com) Received: from mail-la0-x231.google.com (mail-la0-x231.google.com [IPv6:2a00:1450:4010:c03::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 97EAA20C8 for ; Tue, 1 Oct 2013 00:52:36 +0000 (UTC) Received: by mail-la0-f49.google.com with SMTP id ev20so5141595lab.36 for ; Mon, 30 Sep 2013 17:52:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=GWGNEUYd+7aKqNRkFQobuD+CfiiA17gIaG+2X/yCO38=; b=ZX07X0prFUKZVayvns53IEROIij5/3QVJKLvu3535twdNJ6g6QANfO+qWA/FSBrFIy dJqO1aE5SPbkgnqh8OFs2o+4wORLNP0F8O6SIs1CsHyDJDm6B18IFLySLdoLF2MYhPWR Q1wYgOgVIMoCCtPjcYl1sfSqruRV+CUuWsT1tS1GJqC3gtCjNjigZr0OlfE2IKZzArY8 UhPAKtS/EQ+1HYpQUJyxo8m2IvAWLwqxDnK8V3vq+iugM/7Mcr1r5VurbfAeDuixCvBF Qbmzn/KhIu1kjOuuBMp7X+wkBaYp6va+DJHxjCL7c+YnEfvRCGCnEq0b9k6SV4oNyTdt pheg== MIME-Version: 1.0 X-Received: by 10.152.116.109 with SMTP id jv13mr9071546lab.30.1380588754618; Mon, 30 Sep 2013 17:52:34 -0700 (PDT) Sender: rizzo.unipi@gmail.com Received: by 10.114.172.105 with HTTP; Mon, 30 Sep 2013 17:52:34 -0700 (PDT) In-Reply-To: References: Date: Tue, 1 Oct 2013 02:52:34 +0200 X-Google-Sender-Auth: l3waRe2DsxJb2wHefjOO5a6Cp1M Message-ID: Subject: Re: Flow Director statistics for ixgbe(4) From: Luigi Rizzo To: Takuya ASADA Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD Net X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Oct 2013 00:52:37 -0000 Wouldn't it be better to make this type of code (sysctl and stat fetching) table-driven so that it has a smaller footprint in the source (better readability, less error prone) and binary code ? One static table could store the various per-counter info (stat_list offset, sysctl name, REG_NAME, REG_MASK, supported_hw ...) and then one loop in the add_hw_stats and one in update_stats_counters does the job. cheers luigi On Mon, Sep 30, 2013 at 9:02 PM, Takuya ASADA wrote: > Hi, > > This is originally part of "ixgbetool" patch, but I think it can be discuss > separately: > > http://freebsd.1045724.n5.nabble.com/Adding-Flow-Director-sysctls-to-ixgbe-4-was-netmap-traffic-distribution-tp5847066p5847789.html > > I implemented sysctls to expose Flow Director statistics. > It works like this: > $ sysctl dev.ix.0.mac_stats|grep fdir > dev.ix.0.mac_stats.fdirfree_free: 8192 > dev.ix.0.mac_stats.fdirfree_coll: 0 > dev.ix.0.mac_stats.fdirustat_add: 0 > dev.ix.0.mac_stats.fdirustat_remove: 0 > dev.ix.0.mac_stats.fdirfstat_fadd: 0 > dev.ix.0.mac_stats.fdirfstat_fremove: 0 > dev.ix.0.mac_stats.fdirmatch: 0 > dev.ix.0.mac_stats.fdirmiss: 23 > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > -- -----------------------------------------+------------------------------- Prof. Luigi RIZZO, rizzo@iet.unipi.it . Dip. di Ing. dell'Informazione http://www.iet.unipi.it/~luigi/ . Universita` di Pisa TEL +39-050-2211611 . via Diotisalvi 2 Mobile +39-338-6809875 . 56122 PISA (Italy) -----------------------------------------+------------------------------- From owner-freebsd-net@FreeBSD.ORG Tue Oct 1 11:45:18 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 6F2BD86B; Tue, 1 Oct 2013 11:45:18 +0000 (UTC) (envelope-from bms@fastmail.net) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3ADE723A4; Tue, 1 Oct 2013 11:45:17 +0000 (UTC) Received: from compute3.internal (compute3.nyi.mail.srv.osa [10.202.2.43]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id BE0E4214E2; Tue, 1 Oct 2013 07:45:16 -0400 (EDT) Received: from frontend2 ([10.202.2.161]) by compute3.internal (MEProxy); Tue, 01 Oct 2013 07:45:16 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.net; h= message-id:date:from:mime-version:to:cc:subject:references :in-reply-to:content-type:content-transfer-encoding; s=mesmtp; bh=pLVrPcMCkmcYu+VNW5eFH78Zewc=; b=eZoemLfvEiAqtO+nAGrarJW9PWfn BTL7qkwGEVa3ILfJaRGmjj6UuG5K4zZk2z0R5dgy56li+GBeHZMHDAqewMqyRvuG 1lBbtgQSowtl7mBbioSHFkhSQfgZMnpyieSpoqrEoi0xSha+kY4FUCAyKShnx20I esFUWZIh6W59ZLY= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:date:from:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; s=smtpout; bh=pLVrPcMCkmcYu+VNW5eFH7 8Zewc=; b=dY1EY2kGobLohVXQ229tNE4nuGB7Tjyz4BX32TJcN54yUOW0Dj9mWm OO7Y45CoYuN+V3ALQqgjbscyD0DlwUP7nsRlD4rZ1hsvExpxF0PDJb/TZMD9fZ0Z BmycMgE/i9UysAqhdmLRoOlGecCHtyTdF7zhDYVFN3uhozwgFMAiI= X-Sasl-enc: 0PUAwxWz19Z4zyyaS2NvcAhU2AlW1TJKFU7y9T8pAlVq 1380627916 Received: from [192.168.1.200] (unknown [86.159.172.159]) by mail.messagingengine.com (Postfix) with ESMTPA id 9FC7C6802B2; Tue, 1 Oct 2013 07:45:15 -0400 (EDT) Message-ID: <524AB5CB.4070909@fastmail.net> Date: Tue, 01 Oct 2013 12:45:15 +0100 From: Bruce Simpson User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: Rui Paulo Subject: Re: devel/jenkins port not starting. Kernel panic in IPv6 multicast code References: <521C5EC2.1060901@yandex.ru> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Craig Rodrigues , freebsd-net@freebsd.org, "Andrey V. Elsukov" , bms@freebsd.org, lwhsu@freebsd.org X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Oct 2013 11:45:18 -0000 Hello, On 29/09/2013 20:42, Rui Paulo wrote: > On 29 Aug 2013, at 13:47, Craig Rodrigues wrote: >> Thanks for the analysis. It looks like the mailing list is dropping my >> attachments, so I uploaded my log files here: >> >> http://people.freebsd.org/~rodrigc/jenkins-problem/ >> >> I don't understand where to go about fixing the problem. >> Should we fix the FreeBSD kernel to not panic in this case, by changing the >> KASSERT >> to an error? > Definitely fix FreeBSD... Somebody (can't remember, too many things on my plate right now) sent a one liner for the overly paranoid KASSERT involved, so go ahead and commit... isn't a release about to be branched? From owner-freebsd-net@FreeBSD.ORG Wed Oct 2 18:38:18 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A9B01771 for ; Wed, 2 Oct 2013 18:38:18 +0000 (UTC) (envelope-from jinhuacao@gmail.com) Received: from mail-ve0-x233.google.com (mail-ve0-x233.google.com [IPv6:2607:f8b0:400c:c01::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 571A22FAA for ; Wed, 2 Oct 2013 18:38:18 +0000 (UTC) Received: by mail-ve0-f179.google.com with SMTP id c14so948490vea.10 for ; Wed, 02 Oct 2013 11:38:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=6vav2Pkc2QVRl82ULm+K9NmP/oYC818613M42sYTADs=; b=imLqzwyZEvL9sUJitIRjqIm/u/ALjNKS6Yp3onsFDhoh6M514zYcm2IcYLFHP9tvCb piVN2J01H84UclOtQRuKV7DrkDfRf99zCbgzV0zGoNx7v0kZkHtyadmBDA/R3ZUCU3ZU U0MrKtL/mp0r3g7kedAohxa6vr0aYKbGwNDwOYevx3WmdTym67lg1ZJoyLBo5AW2XBwR tN34KvZfTtgHbaAGNnjdMK+PV17n30Hv2Cp6264RlnhnQILXj2YUMD3WuNG5vCHfsIZv Zz6JORqgbUoqzEb9QY4houWgzip2wpVSC59ItV2kYjF9ewC9Uj7xMGwKEEBIHh559tVH ZJdQ== MIME-Version: 1.0 X-Received: by 10.52.75.228 with SMTP id f4mr2666142vdw.6.1380739097370; Wed, 02 Oct 2013 11:38:17 -0700 (PDT) Received: by 10.221.39.68 with HTTP; Wed, 2 Oct 2013 11:38:17 -0700 (PDT) Date: Wed, 2 Oct 2013 11:38:17 -0700 Message-ID: Subject: 3 dup ack causes cwnd go to 1 mss while sack is enabled From: Jinhua Cao To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 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, 02 Oct 2013 18:38:18 -0000 At present, it seems 3 dup ack would cause cwnd go to 1 mss while sack enabld (line 2525 in tcp_input as attached). Is this following rfc? Thanks, -Jason 2494 } else if (tp->t_dupacks == tcprexmtthresh) {2495 tcp_seq onxt = tp->snd_nxt;24962497 /*2498 * If we're doing sack, check to2499 * see if we're already in sack2500 * recovery. If we're not doing sack,2501 * check to see if we're in newreno2502 * recovery.2503 */2504 if (tp->t_flags & TF_SACK_PERMIT) {2505 if (IN_FASTRECOVERY(tp->t_flags)) {2506 tp->t_dupacks = 0;2507 break;2508 }2509 } else {2510 if (SEQ_LEQ(th->th_ack,2511tp->snd_recover)) { 2512 tp->t_dupacks = 0;2513 break;2514 }2515 }2516 /* Congestion signal before ack. */2517 cc_cong_signal(tp, th, CC_NDUPACK);2518cc_ack_received(tp, th, CC_DUPACK); 2519 tcp_timer_activate(tp, TT_REXMT, 0);2520 tp->t_rtttime = 0;2521 if (tp->t_flags & TF_SACK_PERMIT) {2522 TCPSTAT_INC(2523tcps_sack_recovery_episode); 2524 tp->sack_newdata = tp->snd_nxt;2525 tp->snd_cwnd = tp->t_maxseg;2526(void) tcp_output(tp); 2527 goto drop;2528 }2529 tp->snd_nxt = th->th_ack;2530 tp->snd_cwnd = tp->t_maxseg;2531 if ((thflags & TH_FIN) &&2532(TCPS_HAVERCVDFIN(tp->t_state) == 0)) { 2533 /* 2534 * If its a fin we need to process2535 * it to avoid a race where both2536 * sides enter FIN-WAIT and send FIN|ACK2537 * at the same time.2538 */2539 break;2540 }2541 (void) tcp_output(tp);2542KASSERT(tp->snd_limited <= 2, 2543 ("%s: tp->snd_limited too big",2544 __func__));2545 tp->snd_cwnd = tp->snd_ssthresh +2546 tp->t_maxseg *2547 (tp->t_dupacks - tp->snd_limited); 2548 if (SEQ_GT(onxt, tp->snd_nxt))2549 tp->snd_nxt = onxt;2550 goto drop; 2551 } From owner-freebsd-net@FreeBSD.ORG Wed Oct 2 20:18:41 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0ABE8E00 for ; Wed, 2 Oct 2013 20:18:41 +0000 (UTC) (envelope-from hiren.panchasara@gmail.com) Received: from mail-ea0-x22e.google.com (mail-ea0-x22e.google.com [IPv6:2a00:1450:4013:c01::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 82E5525D4 for ; Wed, 2 Oct 2013 20:18:40 +0000 (UTC) Received: by mail-ea0-f174.google.com with SMTP id z15so650778ead.5 for ; Wed, 02 Oct 2013 13:18:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Qx5od+Z2YIm8y7zM9j4qhvOWp6K2rOD+2jpt3IbobnI=; b=fz45oaO5wnf1GkiWdtsv0TRwUfOZt4azXrnldUD5yMnmySn3OKwQRgD9lH+bOPopDn zSggFgyM/e1QWCEiVBBHc0FwlJbc7/w/ord91kck/pDwJOdkqkOxPt5qaD2KlH7tjUXm mKeuW5zsZYfnPRgRNuqCdiWGoxot6nqTU0+/FAxKKvVpxAS1M04JZZUSbiMX+YcB/m5x xF0UVqhuwtEqLpoU03ekMXvED2HOVg76Nfgrj8RVrV5eci9CsqqMBAcL3IPX4p6vD4bO RhH3V32oMLBVcAuq7jktHsZH4eM58IhMsoR7K47FLqS/9PdNxQcrTy2h2MvoTRvAX6is a8vg== MIME-Version: 1.0 X-Received: by 10.15.98.194 with SMTP id bj42mr6481611eeb.12.1380745118795; Wed, 02 Oct 2013 13:18:38 -0700 (PDT) Received: by 10.14.105.137 with HTTP; Wed, 2 Oct 2013 13:18:38 -0700 (PDT) In-Reply-To: References: Date: Wed, 2 Oct 2013 13:18:38 -0700 Message-ID: Subject: Re: netmap: understanding pkg-gen.c From: hiren panchasara To: Luigi Rizzo Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-net@freebsd.org" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 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, 02 Oct 2013 20:18:41 -0000 Thanks Luigi. Coming back to this thread to actually understand what's going on. On Tue, Sep 24, 2013 at 8:37 PM, Luigi Rizzo wrote: > > > > On this box, I have 2 interfaces igb0 (10.73.149.28) and ix1 > (10.73.149.17) > > and this is how I am using this binary: > > > > -bash-4.2$ sudo ./pkt-gen -i ix1 -f tx -n 100000000 -c 8 -p 8 -d > > 10.73.149.17 -s 10.73.149.28 > So, my intention is to *send* 10gbps data to ix1 and see the card use all of its 8 queues. Above command is the correct one? I kldunloaded/loaded ixbge to clear out all the stats and tested it again: -bash-4.2$ sudo ./pkt-gen -i ix1 -f tx -n 100000000 -c 8 -p 8 -d 10.73.149.17 -s 10.73.149.28 extract_ip_range [143] extract IP range from 10.73.149.28 extract_ip_range [178] range is 10.73.149.28 0 to 10.73.149.28 0 extract_ip_range [143] extract IP range from 10.73.149.17 extract_ip_range [178] range is 10.73.149.17 0 to 10.73.149.17 0 extract_mac_range [184] extract MAC range from 90:e2:ba:30:68:c5 extract_mac_range [199] 90:e2:ba:30:68:c5 starts at 90:e2:ba:30:68:c5 extract_mac_range [184] extract MAC range from ff:ff:ff:ff:ff:ff extract_mac_range [199] ff:ff:ff:ff:ff:ff starts at ff:ff:ff:ff:ff:ff main [1530] map size is 334980 Kb main [1552] mapping 334980 Kbytes Sending on ix1: 8 queues, 8 threads and 8 cpus. 10.73.149.28 -> 10.73.149.17 (90:e2:ba:30:68:c5 -> ff:ff:ff:ff:ff:ff) main [1622] Sending 512 packets every 0.000000000 ns main [1624] Wait 2 secs for phy reset main [1626] Ready... sender_body [775] start sender_body [775] start sender_body [775] start sender_body [775] start sender_body [775] start sender_body [775] start sender_body [775] start sender_body [848] drop copy sender_body [775] start sender_body [848] drop copy sender_body [848] drop copy sender_body [848] drop copy sender_body [848] drop copy sender_body [848] drop copy sender_body [848] drop copy main_thread [1192] 15122963 pps (15130434 pkts in 1000494 usec) main_thread [1192] 14881444 pps (14896266 pkts in 1000996 usec) sender_body [841] poll error/timeout on queue 1 main_thread [1192] 14880708 pps (15659371 pkts in 1052327 usec) main_thread [1192] 14878611 pps (14888684 pkts in 1000677 usec) main_thread [1192] 14882655 pps (14897538 pkts in 1001000 usec) main_thread [1192] 11900044 pps (12029754 pkts in 1010900 usec) main_thread [1212] ouch, thread 1 exited with error Sent 87502047 packets, 60 bytes each, in 5.86 seconds. Speed: 14.92 Mpps Bandwidth: 7.16 Gbps (raw 10.03 Gbps) -bash-4.2$ But looking at the queue stats: -bash-4.2$ sysctl -a | grep ix.1 | grep queue | grep rx_packets dev.ix.1.queue0.rx_packets: 171 dev.ix.1.queue1.rx_packets: 0 dev.ix.1.queue2.rx_packets: 0 dev.ix.1.queue3.rx_packets: 0 dev.ix.1.queue4.rx_packets: 0 dev.ix.1.queue5.rx_packets: 0 dev.ix.1.queue6.rx_packets: 0 dev.ix.1.queue7.rx_packets: 0 And after a few seconds: -bash-4.2$ sysctl -a | grep ix.1 | grep queue | grep rx_packets dev.ix.1.queue0.rx_packets: 310 dev.ix.1.queue1.rx_packets: 0 dev.ix.1.queue2.rx_packets: 0 dev.ix.1.queue3.rx_packets: 0 dev.ix.1.queue4.rx_packets: 8 dev.ix.1.queue5.rx_packets: 0 dev.ix.1.queue6.rx_packets: 0 dev.ix.1.queue7.rx_packets: 0 -bash-4.2$ What is going on here? Should I be seeing more pkts in rx_packets? Should I see more queues being used? I am using stock ixgbe at this point. I believe RSS is enabled by default? I apologize if I am asking obvious/answered questions here. cheers, Hiren From owner-freebsd-net@FreeBSD.ORG Wed Oct 2 22:11:09 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 876C8151 for ; Wed, 2 Oct 2013 22:11:09 +0000 (UTC) (envelope-from hiren.panchasara@gmail.com) Received: from mail-ee0-x22e.google.com (mail-ee0-x22e.google.com [IPv6:2a00:1450:4013:c00::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0DF0D2DE9 for ; Wed, 2 Oct 2013 22:11:08 +0000 (UTC) Received: by mail-ee0-f46.google.com with SMTP id c13so704097eek.33 for ; Wed, 02 Oct 2013 15:11:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Ftwg1IhVegvgS7cjrMhvlUjsrAXlBrzmB7VmsnUKdgI=; b=IZXxhOwpLlfQRvWoKsrOAWEKQoiaDUZDQrQi2uVqEJ8exEpjWb8dHlT4b+pmoIhd1J 1CyVUiexo/hUhmHDKKXdagoUoPR7Az2OK87mkK0RCQr+wllX/qYPmXvYoJ9noq18T/lt qQby/lXl97LsnIWg9QNPvRA1R7Q9QATFzWYfFwzl6IKozilw7D/dlLCKnbTyhi2P2xSk xRVdvh2FsWoDzwILx030dv7g9ZxZgbU7sC3sKKCxWyVxOKxpIPC+MMWbNxcXAHUL20nD 0EuzLvcT0zGkJK/H5QmOyl9uEHl+3eyQY5EqXV0nEuKvdTUllVTwpeWzXH+GrtYhTeQq WDpQ== MIME-Version: 1.0 X-Received: by 10.15.54.199 with SMTP id t47mr7076409eew.46.1380751867341; Wed, 02 Oct 2013 15:11:07 -0700 (PDT) Received: by 10.14.105.137 with HTTP; Wed, 2 Oct 2013 15:11:07 -0700 (PDT) In-Reply-To: References: Date: Wed, 2 Oct 2013 15:11:07 -0700 Message-ID: Subject: Re: netmap: understanding pkg-gen.c From: hiren panchasara To: Luigi Rizzo Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-net@freebsd.org" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 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, 02 Oct 2013 22:11:09 -0000 On Wed, Oct 2, 2013 at 1:18 PM, hiren panchasara wrote: > > Thanks Luigi. > > Coming back to this thread to actually understand what's going on. > > > On Tue, Sep 24, 2013 at 8:37 PM, Luigi Rizzo wrote: > >> > >> > On this box, I have 2 interfaces igb0 (10.73.149.28) and ix1 >> (10.73.149.17) >> > and this is how I am using this binary: >> > >> > -bash-4.2$ sudo ./pkt-gen -i ix1 -f tx -n 100000000 -c 8 -p 8 -d >> > 10.73.149.17 -s 10.73.149.28 >> > > So, my intention is to *send* 10gbps data to ix1 and see the card use all > of its 8 queues. > > Above command is the correct one? > > I kldunloaded/loaded ixbge to clear out all the stats and tested it again: > > > -bash-4.2$ sudo ./pkt-gen -i ix1 -f tx -n 100000000 -c 8 -p 8 -d > 10.73.149.17 -s 10.73.149.28 > extract_ip_range [143] extract IP range from 10.73.149.28 > extract_ip_range [178] range is 10.73.149.28 0 to 10.73.149.28 0 > extract_ip_range [143] extract IP range from 10.73.149.17 > extract_ip_range [178] range is 10.73.149.17 0 to 10.73.149.17 0 > extract_mac_range [184] extract MAC range from 90:e2:ba:30:68:c5 > extract_mac_range [199] 90:e2:ba:30:68:c5 starts at 90:e2:ba:30:68:c5 > extract_mac_range [184] extract MAC range from ff:ff:ff:ff:ff:ff > extract_mac_range [199] ff:ff:ff:ff:ff:ff starts at ff:ff:ff:ff:ff:ff > main [1530] map size is 334980 Kb > main [1552] mapping 334980 Kbytes > Sending on ix1: 8 queues, 8 threads and 8 cpus. > 10.73.149.28 -> 10.73.149.17 (90:e2:ba:30:68:c5 -> ff:ff:ff:ff:ff:ff) > main [1622] Sending 512 packets every 0.000000000 ns > main [1624] Wait 2 secs for phy reset > main [1626] Ready... > sender_body [775] start > sender_body [775] start > sender_body [775] start > sender_body [775] start > sender_body [775] start > sender_body [775] start > sender_body [775] start > sender_body [848] drop copy > > sender_body [775] start > sender_body [848] drop copy > sender_body [848] drop copy > sender_body [848] drop copy > sender_body [848] drop copy > sender_body [848] drop copy > sender_body [848] drop copy > main_thread [1192] 15122963 pps (15130434 pkts in 1000494 usec) > main_thread [1192] 14881444 pps (14896266 pkts in 1000996 usec) > sender_body [841] poll error/timeout on queue 1 > main_thread [1192] 14880708 pps (15659371 pkts in 1052327 usec) > main_thread [1192] 14878611 pps (14888684 pkts in 1000677 usec) > main_thread [1192] 14882655 pps (14897538 pkts in 1001000 usec) > main_thread [1192] 11900044 pps (12029754 pkts in 1010900 usec) > main_thread [1212] ouch, thread 1 exited with error > Sent 87502047 packets, 60 bytes each, in 5.86 seconds. > Speed: 14.92 Mpps Bandwidth: 7.16 Gbps (raw 10.03 Gbps) > -bash-4.2$ > > But looking at the queue stats: > > > -bash-4.2$ sysctl -a | grep ix.1 | grep queue | grep rx_packets > dev.ix.1.queue0.rx_packets: 171 > dev.ix.1.queue1.rx_packets: 0 > dev.ix.1.queue2.rx_packets: 0 > dev.ix.1.queue3.rx_packets: 0 > dev.ix.1.queue4.rx_packets: 0 > dev.ix.1.queue5.rx_packets: 0 > dev.ix.1.queue6.rx_packets: 0 > dev.ix.1.queue7.rx_packets: 0 > > And after a few seconds: > > -bash-4.2$ sysctl -a | grep ix.1 | grep queue | grep rx_packets > dev.ix.1.queue0.rx_packets: 310 > dev.ix.1.queue1.rx_packets: 0 > dev.ix.1.queue2.rx_packets: 0 > dev.ix.1.queue3.rx_packets: 0 > dev.ix.1.queue4.rx_packets: 8 > dev.ix.1.queue5.rx_packets: 0 > dev.ix.1.queue6.rx_packets: 0 > dev.ix.1.queue7.rx_packets: 0 > -bash-4.2$ > > What is going on here? Should I be seeing more pkts in rx_packets? Should > I see more queues being used? > > I am using stock ixgbe at this point. I believe RSS is enabled by default? > fdir(flow director)/atr is also enabled by default. I tried to turn that off by following change in /sys/modules/ixgbe/Makefile -CFLAGS+= -I${.CURDIR}/../../dev/ixgbe -DSMP -DIXGBE_FDIR +CFLAGS+= -I${.CURDIR}/../../dev/ixgbe -DSMP But, now interface would not attach to netmap: sudo ./pkt-gen -i ix1 -f tx -n 100000000 -c 8 -p 8 -d 10.73.149.17 -s 10.73.149.28 extract_ip_range [143] extract IP range from 10.73.149.28 extract_ip_range [178] range is 10.73.149.28 0 to 10.73.149.28 0 extract_ip_range [143] extract IP range from 10.73.149.17 extract_ip_range [178] range is 10.73.149.17 0 to 10.73.149.17 0 extract_mac_range [184] extract MAC range from 90:e2:ba:30:68:c5 extract_mac_range [199] 90:e2:ba:30:68:c5 starts at 90:e2:ba:30:68:c5 extract_mac_range [184] extract MAC range from ff:ff:ff:ff:ff:ff extract_mac_range [199] ff:ff:ff:ff:ff:ff starts at ff:ff:ff:ff:ff:ff main [1530] map size is 334980 Kb main [1536] Unable to get if info for ix1 main [1543] bad nthreads 8, have 0 queues main [1552] mapping 0 Kbytes main [1558] Unable to mmap 0 KB main [1572] Unable to register interface ix1 Sending on ix1: 0 queues, 8 threads and 8 cpus. 10.73.149.28 -> 10.73.149.17 (90:e2:ba:30:68:c5 -> ff:ff:ff:ff:ff:ff) main [1622] Sending 512 packets every 0.000000000 ns main [1624] Wait 2 secs for phy reset main [1626] Ready... start_threads [1126] Unable to register ix1 start_threads [1126] Unable to register ix1 start_threads [1126] Unable to register ix1 start_threads [1126] Unable to register ix1 start_threads [1126] Unable to register ix1 start_threads [1126] Unable to register ix1 start_threads [1126] Unable to register ix1 start_threads [1126] Unable to register ix1 main_thread [1192] 0 pps (0 pkts in 1043812 usec) main_thread [1212] ouch, thread 0 exited with error main_thread [1212] ouch, thread 1 exited with error main_thread [1212] ouch, thread 2 exited with error main_thread [1212] ouch, thread 3 exited with error main_thread [1212] ouch, thread 4 exited with error main_thread [1212] ouch, thread 5 exited with error main_thread [1212] ouch, thread 6 exited with error main_thread [1212] ouch, thread 7 exited with error Sent 0 packets, 60 bytes each, in 0.00 seconds. Speed: 0.00 pps Bandwidth: 0.00 bps (raw 0.00 bps) Error is coming from pkg-gen.c: if ((ioctl(tfd, NIOCREGIF, &tifreq)) == -1) { D("Unable to register %s", g->ifname); continue; } Cheers, Hiren From owner-freebsd-net@FreeBSD.ORG Wed Oct 2 22:30:01 2013 Return-Path: Delivered-To: freebsd-net@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 92246786 for ; Wed, 2 Oct 2013 22:30:01 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7088D2ED0 for ; Wed, 2 Oct 2013 22:30:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r92MU1Gu095160 for ; Wed, 2 Oct 2013 22:30:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r92MU1XN095159; Wed, 2 Oct 2013 22:30:01 GMT (envelope-from gnats) Date: Wed, 2 Oct 2013 22:30:01 GMT Message-Id: <201310022230.r92MU1XN095159@freefall.freebsd.org> To: freebsd-net@FreeBSD.org Cc: From: Gleb Smirnoff Subject: Re: kern/181741 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Gleb Smirnoff List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Oct 2013 22:30:01 -0000 The following reply was made to PR kern/181741; it has been noted by GNATS. From: Gleb Smirnoff To: Yuri Cc: bug-followup@FreeBSD.org Subject: Re: kern/181741 Date: Thu, 3 Oct 2013 02:26:49 +0400 --O5XBE6gyVG5Rl6Rj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I've made a test case for this problem. Patch for unix_passfd test from our test suite. -- Totus tuus, Glebius. --O5XBE6gyVG5Rl6Rj Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="unix_passfd.c.diff" Index: tools/regression/sockets/unix_passfd/unix_passfd.c =================================================================== --- tools/regression/sockets/unix_passfd/unix_passfd.c (revision 256008) +++ tools/regression/sockets/unix_passfd/unix_passfd.c (working copy) @@ -29,11 +29,14 @@ #include #include #include +#include +#include #include #include #include #include +#include #include #include @@ -106,11 +109,10 @@ samefile(const char *test, struct stat *sb1, struc } static void -sendfd(const char *test, int sockfd, int sendfd) +sendfd_payload(const char *test, int sockfd, int sendfd, + void *payload, size_t paylen) { struct iovec iovec; - char ch; - char message[CMSG_SPACE(sizeof(int))]; struct cmsghdr *cmsghdr; struct msghdr msghdr; @@ -118,13 +120,12 @@ static void bzero(&msghdr, sizeof(msghdr)); bzero(&message, sizeof(message)); - ch = 0; msghdr.msg_control = message; msghdr.msg_controllen = sizeof(message); - iovec.iov_base = &ch; - iovec.iov_len = sizeof(ch); + iovec.iov_base = payload; + iovec.iov_len = paylen; msghdr.msg_iov = &iovec; msghdr.msg_iovlen = 1; @@ -138,55 +139,71 @@ static void len = sendmsg(sockfd, &msghdr, 0); if (len < 0) err(-1, "%s: sendmsg", test); - if (len != sizeof(ch)) + if (len != paylen) errx(-1, "%s: sendmsg: %zd bytes sent", test, len); } static void -recvfd(const char *test, int sockfd, int *recvfd) +sendfd(const char *test, int sockfd, int sendfd) { + char ch; + + return (sendfd_payload(test, sockfd, sendfd, &ch, sizeof(ch))); +} + +static void +recvfd_payload(const char *test, int sockfd, int *recvfd, + void *buf, size_t buflen) +{ struct cmsghdr *cmsghdr; - char message[CMSG_SPACE(sizeof(int))]; + char message[CMSG_SPACE(SOCKCREDSIZE(CMGROUP_MAX)) + sizeof(int)]; struct msghdr msghdr; struct iovec iovec; ssize_t len; - char ch; bzero(&msghdr, sizeof(msghdr)); - ch = 0; msghdr.msg_control = message; msghdr.msg_controllen = sizeof(message); - iovec.iov_base = &ch; - iovec.iov_len = sizeof(ch); + iovec.iov_base = buf; + iovec.iov_len = buflen; msghdr.msg_iov = &iovec; msghdr.msg_iovlen = 1; - iovec.iov_len = sizeof(ch); - - msghdr.msg_iov = &iovec; - msghdr.msg_iovlen = 1; - len = recvmsg(sockfd, &msghdr, 0); if (len < 0) err(-1, "%s: recvmsg", test); - if (len != sizeof(ch)) + if (len != buflen) errx(-1, "%s: recvmsg: %zd bytes received", test, len); + cmsghdr = CMSG_FIRSTHDR(&msghdr); if (cmsghdr == NULL) errx(-1, "%s: recvmsg: did not receive control message", test); - if (cmsghdr->cmsg_len != CMSG_LEN(sizeof(int)) || - cmsghdr->cmsg_level != SOL_SOCKET || - cmsghdr->cmsg_type != SCM_RIGHTS) + *recvfd = -1; + for (; cmsghdr != NULL; cmsghdr = CMSG_NXTHDR(&msghdr, cmsghdr)) { + if (cmsghdr->cmsg_level == SOL_SOCKET && + cmsghdr->cmsg_type == SCM_RIGHTS && + cmsghdr->cmsg_len == CMSG_LEN(sizeof(int))) { + *recvfd = *(int *)CMSG_DATA(cmsghdr); + if (*recvfd == -1) + errx(-1, "%s: recvmsg: received fd -1", test); + } + } + if (*recvfd == -1) errx(-1, "%s: recvmsg: did not receive single-fd message", test); - *recvfd = *(int *)CMSG_DATA(cmsghdr); - if (*recvfd == -1) - errx(-1, "%s: recvmsg: received fd -1", test); } +static void +recvfd(const char *test, int sockfd, int *recvfd) +{ + char ch; + + return (recvfd_payload(test, sockfd, recvfd, &ch, sizeof(ch))); +} + int main(int argc, char *argv[]) { @@ -330,6 +347,43 @@ main(int argc, char *argv[]) closesocketpair(fd); printf("%s passed\n", test); + + /* + * Test for PR 181741. Receiver sets LOCAL_CREDS, and kernel + * prepends a control message to the data. Sender sends large + * payload. Payload + SCM_RIGHTS + LOCAL_CREDS hit socket buffer + * limit, and receiver receives truncated data. + */ + test = "test8-rigths+creds+payload"; + printf("beginning %s\n", test); + + { + const int on = 1; + u_long sendspace; + size_t len; + void *buf; + + len = sizeof(sendspace); + if (sysctlbyname("net.local.stream.sendspace", &sendspace, + &len, NULL, 0) < 0) + err(-1, "%s: sysctlbyname(net.local.stream.sendspace)", + test); + + if ((buf = malloc(sendspace)) == NULL) + err(-1, "%s: malloc", test); + + domainsocketpair(test, fd); + if (setsockopt(fd[1], 0, LOCAL_CREDS, &on, sizeof(on)) < 0) + err(-1, "%s: setsockopt(LOCAL_CREDS)", test); + tempfile(test, &putfd_1); + sendfd_payload(test, fd[0], putfd_1, buf, sendspace); + recvfd_payload(test, fd[1], &getfd_1, buf, sendspace); + close(putfd_1); + close(getfd_1); + closesocketpair(fd); + } + + printf("%s passed\n", test); return (0); } --O5XBE6gyVG5Rl6Rj-- From owner-freebsd-net@FreeBSD.ORG Wed Oct 2 23:15:23 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 43D11B81 for ; Wed, 2 Oct 2013 23:15:23 +0000 (UTC) (envelope-from hiren.panchasara@gmail.com) Received: from mail-ea0-x22c.google.com (mail-ea0-x22c.google.com [IPv6:2a00:1450:4013:c01::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BCC6C2196 for ; Wed, 2 Oct 2013 23:15:22 +0000 (UTC) Received: by mail-ea0-f172.google.com with SMTP id r16so723080ead.31 for ; Wed, 02 Oct 2013 16:15:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=V0dfqGBXH/pkgVtPjO+N65z/z29JYmi5glcuGHiL8VI=; b=J9m2ld2yyDvLzIte/e4hUBT7Xf4hXJ2b35nrts1FM5/ZMwMZ3Um2S2ufKLqrzeWWAs RbGgXb+6TYXqQFCqDt/90mQBA2ePg9BYFi/xmrwAkffDJcHblk5Lp8B+Emv1PauZM1yC vq8BodYhqz16WDudWOQecH0A6ADsRfwS/5d6HsaGiaDt04QXfOL5pKVATLhh5iHduoy8 tPzv565JpdSsUYEP2mIfZxJKjlUctF7Hlu3hsRdwvJMj3eRfR+T3GzM160F81A1mLVj6 06cV3PhypreEGxxkJ4P0Q5xTK83ydTgYF0zXYYptKrhy76yGsEzxfeWa7fe/M4gKazcm N84A== MIME-Version: 1.0 X-Received: by 10.14.223.1 with SMTP id u1mr7529492eep.10.1380755721046; Wed, 02 Oct 2013 16:15:21 -0700 (PDT) Received: by 10.14.105.137 with HTTP; Wed, 2 Oct 2013 16:15:20 -0700 (PDT) In-Reply-To: References: Date: Wed, 2 Oct 2013 16:15:20 -0700 Message-ID: Subject: Re: netmap: understanding pkg-gen.c From: hiren panchasara To: Luigi Rizzo Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-net@freebsd.org" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 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, 02 Oct 2013 23:15:23 -0000 On Wed, Oct 2, 2013 at 3:11 PM, hiren panchasara wrote: > > > > On Wed, Oct 2, 2013 at 1:18 PM, hiren panchasara < > hiren.panchasara@gmail.com> wrote: > >> >> Thanks Luigi. >> >> Coming back to this thread to actually understand what's going on. >> >> >> On Tue, Sep 24, 2013 at 8:37 PM, Luigi Rizzo wrote: >> >>> > >>> > On this box, I have 2 interfaces igb0 (10.73.149.28) and ix1 >>> (10.73.149.17) >>> > and this is how I am using this binary: >>> > >>> > -bash-4.2$ sudo ./pkt-gen -i ix1 -f tx -n 100000000 -c 8 -p 8 -d >>> > 10.73.149.17 -s 10.73.149.28 >>> >> >> So, my intention is to *send* 10gbps data to ix1 and see the card use all >> of its 8 queues. >> >> Above command is the correct one? >> >> I kldunloaded/loaded ixbge to clear out all the stats and tested it again: >> >> >> -bash-4.2$ sudo ./pkt-gen -i ix1 -f tx -n 100000000 -c 8 -p 8 -d >> 10.73.149.17 -s 10.73.149.28 >> extract_ip_range [143] extract IP range from 10.73.149.28 >> extract_ip_range [178] range is 10.73.149.28 0 to 10.73.149.28 0 >> extract_ip_range [143] extract IP range from 10.73.149.17 >> extract_ip_range [178] range is 10.73.149.17 0 to 10.73.149.17 0 >> extract_mac_range [184] extract MAC range from 90:e2:ba:30:68:c5 >> extract_mac_range [199] 90:e2:ba:30:68:c5 starts at 90:e2:ba:30:68:c5 >> extract_mac_range [184] extract MAC range from ff:ff:ff:ff:ff:ff >> extract_mac_range [199] ff:ff:ff:ff:ff:ff starts at ff:ff:ff:ff:ff:ff >> main [1530] map size is 334980 Kb >> main [1552] mapping 334980 Kbytes >> Sending on ix1: 8 queues, 8 threads and 8 cpus. >> 10.73.149.28 -> 10.73.149.17 (90:e2:ba:30:68:c5 -> ff:ff:ff:ff:ff:ff) >> main [1622] Sending 512 packets every 0.000000000 ns >> main [1624] Wait 2 secs for phy reset >> main [1626] Ready... >> sender_body [775] start >> sender_body [775] start >> sender_body [775] start >> sender_body [775] start >> sender_body [775] start >> sender_body [775] start >> sender_body [775] start >> sender_body [848] drop copy >> >> sender_body [775] start >> sender_body [848] drop copy >> sender_body [848] drop copy >> sender_body [848] drop copy >> sender_body [848] drop copy >> sender_body [848] drop copy >> sender_body [848] drop copy >> main_thread [1192] 15122963 pps (15130434 pkts in 1000494 usec) >> main_thread [1192] 14881444 pps (14896266 pkts in 1000996 usec) >> sender_body [841] poll error/timeout on queue 1 >> main_thread [1192] 14880708 pps (15659371 pkts in 1052327 usec) >> main_thread [1192] 14878611 pps (14888684 pkts in 1000677 usec) >> main_thread [1192] 14882655 pps (14897538 pkts in 1001000 usec) >> main_thread [1192] 11900044 pps (12029754 pkts in 1010900 usec) >> main_thread [1212] ouch, thread 1 exited with error >> Sent 87502047 packets, 60 bytes each, in 5.86 seconds. >> Speed: 14.92 Mpps Bandwidth: 7.16 Gbps (raw 10.03 Gbps) >> -bash-4.2$ >> >> But looking at the queue stats: >> >> >> -bash-4.2$ sysctl -a | grep ix.1 | grep queue | grep rx_packets >> dev.ix.1.queue0.rx_packets: 171 >> dev.ix.1.queue1.rx_packets: 0 >> dev.ix.1.queue2.rx_packets: 0 >> dev.ix.1.queue3.rx_packets: 0 >> dev.ix.1.queue4.rx_packets: 0 >> dev.ix.1.queue5.rx_packets: 0 >> dev.ix.1.queue6.rx_packets: 0 >> dev.ix.1.queue7.rx_packets: 0 >> >> And after a few seconds: >> >> -bash-4.2$ sysctl -a | grep ix.1 | grep queue | grep rx_packets >> dev.ix.1.queue0.rx_packets: 310 >> dev.ix.1.queue1.rx_packets: 0 >> dev.ix.1.queue2.rx_packets: 0 >> dev.ix.1.queue3.rx_packets: 0 >> dev.ix.1.queue4.rx_packets: 8 >> dev.ix.1.queue5.rx_packets: 0 >> dev.ix.1.queue6.rx_packets: 0 >> dev.ix.1.queue7.rx_packets: 0 >> -bash-4.2$ >> >> What is going on here? Should I be seeing more pkts in rx_packets? Should >> I see more queues being used? >> >> I am using stock ixgbe at this point. I believe RSS is enabled by >> default? >> > > fdir(flow director)/atr is also enabled by default. > > I tried to turn that off by following change in /sys/modules/ixgbe/Makefile > > -CFLAGS+= -I${.CURDIR}/../../dev/ixgbe -DSMP -DIXGBE_FDIR > +CFLAGS+= -I${.CURDIR}/../../dev/ixgbe -DSMP > > But, now interface would not attach to netmap: > > > sudo ./pkt-gen -i ix1 -f tx -n 100000000 -c 8 -p 8 -d 10.73.149.17 -s > 10.73.149.28 > extract_ip_range [143] extract IP range from 10.73.149.28 > extract_ip_range [178] range is 10.73.149.28 0 to 10.73.149.28 0 > extract_ip_range [143] extract IP range from 10.73.149.17 > extract_ip_range [178] range is 10.73.149.17 0 to 10.73.149.17 0 > extract_mac_range [184] extract MAC range from 90:e2:ba:30:68:c5 > extract_mac_range [199] 90:e2:ba:30:68:c5 starts at 90:e2:ba:30:68:c5 > extract_mac_range [184] extract MAC range from ff:ff:ff:ff:ff:ff > extract_mac_range [199] ff:ff:ff:ff:ff:ff starts at ff:ff:ff:ff:ff:ff > main [1530] map size is 334980 Kb > main [1536] Unable to get if info for ix1 > main [1543] bad nthreads 8, have 0 queues > main [1552] mapping 0 Kbytes > main [1558] Unable to mmap 0 KB > main [1572] Unable to register interface ix1 > > Sending on ix1: 0 queues, 8 threads and 8 cpus. > 10.73.149.28 -> 10.73.149.17 (90:e2:ba:30:68:c5 -> ff:ff:ff:ff:ff:ff) > main [1622] Sending 512 packets every 0.000000000 ns > main [1624] Wait 2 secs for phy reset > main [1626] Ready... > start_threads [1126] Unable to register ix1 > start_threads [1126] Unable to register ix1 > start_threads [1126] Unable to register ix1 > start_threads [1126] Unable to register ix1 > start_threads [1126] Unable to register ix1 > start_threads [1126] Unable to register ix1 > start_threads [1126] Unable to register ix1 > start_threads [1126] Unable to register ix1 > main_thread [1192] 0 pps (0 pkts in 1043812 usec) > main_thread [1212] ouch, thread 0 exited with error > > main_thread [1212] ouch, thread 1 exited with error > main_thread [1212] ouch, thread 2 exited with error > main_thread [1212] ouch, thread 3 exited with error > main_thread [1212] ouch, thread 4 exited with error > main_thread [1212] ouch, thread 5 exited with error > main_thread [1212] ouch, thread 6 exited with error > main_thread [1212] ouch, thread 7 exited with error > Sent 0 packets, 60 bytes each, in 0.00 seconds. > Speed: 0.00 pps Bandwidth: 0.00 bps (raw 0.00 bps) > > Error is coming from pkg-gen.c: > > if ((ioctl(tfd, NIOCREGIF, &tifreq)) == -1) { > D("Unable to register %s", g->ifname); > continue; > } > So somehow I am always seeing this error now. No matter what changes I have made to ixgbe. I've tried a reboot too. I've removed "device ixgbe" from kernconf and building it as a module. Should I not do that? Let me try putting it back in the kernel and see if I am still seeing the issue. Really weird. cheers, Hiren From owner-freebsd-net@FreeBSD.ORG Wed Oct 2 23:39:36 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 166D8330 for ; Wed, 2 Oct 2013 23:39:36 +0000 (UTC) (envelope-from hiren.panchasara@gmail.com) Received: from mail-ee0-x22b.google.com (mail-ee0-x22b.google.com [IPv6:2a00:1450:4013:c00::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 908102313 for ; Wed, 2 Oct 2013 23:39:35 +0000 (UTC) Received: by mail-ee0-f43.google.com with SMTP id e52so725379eek.2 for ; Wed, 02 Oct 2013 16:39:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=gBPFKp3r5RcGtRewrTqrQSZB+LSvKTQUspxKJqsTCYc=; b=p1xb2XlYWrDHGu8Qwd4Er5HzLwE0cR4IClOWgo057V1HPVIRmBewvSkIZT9UKUl9IE x3lJwKUR9CsC2ChMm6kax0X0sG9X1TkIrogjRTrRT+9oKgnNOlgJkSKyPIKqbdbdQQ6k cV4BwYk+TsI+ZetLR2Mo4edFtPZOl4CYeMI0i8DAeHECmN0Ie88C+ChHzMBrhox4cGhx 6ZcBn3xD3uaYeJdfJcrQmVJsqA2q4BTfygnxpKuGBwzSMsofUyNi1Jg+jjiYmtVHDPR8 0fQFyEw2Cot/Xi5SQSq0txTKQdWKRP+PkYwtOF2MW4ACMGlRgPSD9GP8NFMx6w4DY1fJ d7sA== MIME-Version: 1.0 X-Received: by 10.14.246.11 with SMTP id p11mr7642445eer.9.1380757174002; Wed, 02 Oct 2013 16:39:34 -0700 (PDT) Received: by 10.14.105.137 with HTTP; Wed, 2 Oct 2013 16:39:33 -0700 (PDT) In-Reply-To: References: Date: Wed, 2 Oct 2013 16:39:33 -0700 Message-ID: Subject: Re: netmap: understanding pkg-gen.c From: hiren panchasara To: Luigi Rizzo Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-net@freebsd.org" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 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, 02 Oct 2013 23:39:36 -0000 On Wed, Oct 2, 2013 at 4:15 PM, hiren panchasara wrote: > > > > On Wed, Oct 2, 2013 at 3:11 PM, hiren panchasara < > hiren.panchasara@gmail.com> wrote: > >> >> >> >> On Wed, Oct 2, 2013 at 1:18 PM, hiren panchasara < >> hiren.panchasara@gmail.com> wrote: >> >>> >>> Thanks Luigi. >>> >>> Coming back to this thread to actually understand what's going on. >>> >>> >>> On Tue, Sep 24, 2013 at 8:37 PM, Luigi Rizzo wrote: >>> >>>> > >>>> > On this box, I have 2 interfaces igb0 (10.73.149.28) and ix1 >>>> (10.73.149.17) >>>> > and this is how I am using this binary: >>>> > >>>> > -bash-4.2$ sudo ./pkt-gen -i ix1 -f tx -n 100000000 -c 8 -p 8 -d >>>> > 10.73.149.17 -s 10.73.149.28 >>>> >>> >>> So, my intention is to *send* 10gbps data to ix1 and see the card use >>> all of its 8 queues. >>> >>> Above command is the correct one? >>> >>> I kldunloaded/loaded ixbge to clear out all the stats and tested it >>> again: >>> >>> >>> -bash-4.2$ sudo ./pkt-gen -i ix1 -f tx -n 100000000 -c 8 -p 8 -d >>> 10.73.149.17 -s 10.73.149.28 >>> extract_ip_range [143] extract IP range from 10.73.149.28 >>> extract_ip_range [178] range is 10.73.149.28 0 to 10.73.149.28 0 >>> extract_ip_range [143] extract IP range from 10.73.149.17 >>> extract_ip_range [178] range is 10.73.149.17 0 to 10.73.149.17 0 >>> extract_mac_range [184] extract MAC range from 90:e2:ba:30:68:c5 >>> extract_mac_range [199] 90:e2:ba:30:68:c5 starts at 90:e2:ba:30:68:c5 >>> extract_mac_range [184] extract MAC range from ff:ff:ff:ff:ff:ff >>> extract_mac_range [199] ff:ff:ff:ff:ff:ff starts at ff:ff:ff:ff:ff:ff >>> main [1530] map size is 334980 Kb >>> main [1552] mapping 334980 Kbytes >>> Sending on ix1: 8 queues, 8 threads and 8 cpus. >>> 10.73.149.28 -> 10.73.149.17 (90:e2:ba:30:68:c5 -> ff:ff:ff:ff:ff:ff) >>> main [1622] Sending 512 packets every 0.000000000 ns >>> main [1624] Wait 2 secs for phy reset >>> main [1626] Ready... >>> sender_body [775] start >>> sender_body [775] start >>> sender_body [775] start >>> sender_body [775] start >>> sender_body [775] start >>> sender_body [775] start >>> sender_body [775] start >>> sender_body [848] drop copy >>> >>> sender_body [775] start >>> sender_body [848] drop copy >>> sender_body [848] drop copy >>> sender_body [848] drop copy >>> sender_body [848] drop copy >>> sender_body [848] drop copy >>> sender_body [848] drop copy >>> main_thread [1192] 15122963 pps (15130434 pkts in 1000494 usec) >>> main_thread [1192] 14881444 pps (14896266 pkts in 1000996 usec) >>> sender_body [841] poll error/timeout on queue 1 >>> main_thread [1192] 14880708 pps (15659371 pkts in 1052327 usec) >>> main_thread [1192] 14878611 pps (14888684 pkts in 1000677 usec) >>> main_thread [1192] 14882655 pps (14897538 pkts in 1001000 usec) >>> main_thread [1192] 11900044 pps (12029754 pkts in 1010900 usec) >>> main_thread [1212] ouch, thread 1 exited with error >>> Sent 87502047 packets, 60 bytes each, in 5.86 seconds. >>> Speed: 14.92 Mpps Bandwidth: 7.16 Gbps (raw 10.03 Gbps) >>> -bash-4.2$ >>> >>> But looking at the queue stats: >>> >>> >>> -bash-4.2$ sysctl -a | grep ix.1 | grep queue | grep rx_packets >>> dev.ix.1.queue0.rx_packets: 171 >>> dev.ix.1.queue1.rx_packets: 0 >>> dev.ix.1.queue2.rx_packets: 0 >>> dev.ix.1.queue3.rx_packets: 0 >>> dev.ix.1.queue4.rx_packets: 0 >>> dev.ix.1.queue5.rx_packets: 0 >>> dev.ix.1.queue6.rx_packets: 0 >>> dev.ix.1.queue7.rx_packets: 0 >>> >>> And after a few seconds: >>> >>> -bash-4.2$ sysctl -a | grep ix.1 | grep queue | grep rx_packets >>> dev.ix.1.queue0.rx_packets: 310 >>> dev.ix.1.queue1.rx_packets: 0 >>> dev.ix.1.queue2.rx_packets: 0 >>> dev.ix.1.queue3.rx_packets: 0 >>> dev.ix.1.queue4.rx_packets: 8 >>> dev.ix.1.queue5.rx_packets: 0 >>> dev.ix.1.queue6.rx_packets: 0 >>> dev.ix.1.queue7.rx_packets: 0 >>> -bash-4.2$ >>> >>> What is going on here? Should I be seeing more pkts in rx_packets? >>> Should I see more queues being used? >>> >>> I am using stock ixgbe at this point. I believe RSS is enabled by >>> default? >>> >> >> fdir(flow director)/atr is also enabled by default. >> >> I tried to turn that off by following change in >> /sys/modules/ixgbe/Makefile >> >> -CFLAGS+= -I${.CURDIR}/../../dev/ixgbe -DSMP -DIXGBE_FDIR >> +CFLAGS+= -I${.CURDIR}/../../dev/ixgbe -DSMP >> >> But, now interface would not attach to netmap: >> >> >> sudo ./pkt-gen -i ix1 -f tx -n 100000000 -c 8 -p 8 -d 10.73.149.17 -s >> 10.73.149.28 >> extract_ip_range [143] extract IP range from 10.73.149.28 >> extract_ip_range [178] range is 10.73.149.28 0 to 10.73.149.28 0 >> extract_ip_range [143] extract IP range from 10.73.149.17 >> extract_ip_range [178] range is 10.73.149.17 0 to 10.73.149.17 0 >> extract_mac_range [184] extract MAC range from 90:e2:ba:30:68:c5 >> extract_mac_range [199] 90:e2:ba:30:68:c5 starts at 90:e2:ba:30:68:c5 >> extract_mac_range [184] extract MAC range from ff:ff:ff:ff:ff:ff >> extract_mac_range [199] ff:ff:ff:ff:ff:ff starts at ff:ff:ff:ff:ff:ff >> main [1530] map size is 334980 Kb >> main [1536] Unable to get if info for ix1 >> main [1543] bad nthreads 8, have 0 queues >> main [1552] mapping 0 Kbytes >> main [1558] Unable to mmap 0 KB >> main [1572] Unable to register interface ix1 >> >> Sending on ix1: 0 queues, 8 threads and 8 cpus. >> 10.73.149.28 -> 10.73.149.17 (90:e2:ba:30:68:c5 -> ff:ff:ff:ff:ff:ff) >> main [1622] Sending 512 packets every 0.000000000 ns >> main [1624] Wait 2 secs for phy reset >> main [1626] Ready... >> start_threads [1126] Unable to register ix1 >> start_threads [1126] Unable to register ix1 >> start_threads [1126] Unable to register ix1 >> start_threads [1126] Unable to register ix1 >> start_threads [1126] Unable to register ix1 >> start_threads [1126] Unable to register ix1 >> start_threads [1126] Unable to register ix1 >> start_threads [1126] Unable to register ix1 >> main_thread [1192] 0 pps (0 pkts in 1043812 usec) >> main_thread [1212] ouch, thread 0 exited with error >> >> main_thread [1212] ouch, thread 1 exited with error >> main_thread [1212] ouch, thread 2 exited with error >> main_thread [1212] ouch, thread 3 exited with error >> main_thread [1212] ouch, thread 4 exited with error >> main_thread [1212] ouch, thread 5 exited with error >> main_thread [1212] ouch, thread 6 exited with error >> main_thread [1212] ouch, thread 7 exited with error >> Sent 0 packets, 60 bytes each, in 0.00 seconds. >> Speed: 0.00 pps Bandwidth: 0.00 bps (raw 0.00 bps) >> >> Error is coming from pkg-gen.c: >> >> if ((ioctl(tfd, NIOCREGIF, &tifreq)) == -1) { >> D("Unable to register %s", g->ifname); >> continue; >> } >> > > So somehow I am always seeing this error now. No matter what changes I > have made to ixgbe. I've tried a reboot too. > > I've removed "device ixgbe" from kernconf and building it as a module. > Should I not do that? > > Let me try putting it back in the kernel and see if I am still seeing the > issue. > Yep. Works now. So, ixgbe cannot be built/used as a module if I want to make fdir related changes. Alright back to the original issue of all 8 queues not being used. I removed -DIXGBE_FDIR to disable flow director. Just to see how it behaves: And I still see the same results on sudo ./pkt-gen -i ix1 -f tx -n 100000000 -c 8 -p 8 -d 10.73.149.17 -s 10.73.149.28 -bash-4.2$ sysctl -a | grep dev.ix.1 | grep queue | grep rx_packets dev.ix.1.queue0.rx_packets: 922 dev.ix.1.queue1.rx_packets: 48 dev.ix.1.queue2.rx_packets: 0 dev.ix.1.queue3.rx_packets: 0 dev.ix.1.queue4.rx_packets: 0 dev.ix.1.queue5.rx_packets: 0 dev.ix.1.queue6.rx_packets: 0 dev.ix.1.queue7.rx_packets: 0 Any help is appreciated. cheers, Hiren From owner-freebsd-net@FreeBSD.ORG Thu Oct 3 04:34:03 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D615580E for ; Thu, 3 Oct 2013 04:34:03 +0000 (UTC) (envelope-from hiren.panchasara@gmail.com) Received: from mail-ea0-x236.google.com (mail-ea0-x236.google.com [IPv6:2a00:1450:4013:c01::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6CA99213D for ; Thu, 3 Oct 2013 04:34:03 +0000 (UTC) Received: by mail-ea0-f182.google.com with SMTP id o10so819670eaj.27 for ; Wed, 02 Oct 2013 21:34:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=fSOQ6q0/oRcS7UBV92MQLhtbpeL6OMSxDRosxGV07/E=; b=NTul8cqqMrOqAtE5Xt33xzILOBgJB6UFe9x7nd1VMkePL/F4IAshTMewpDs128Nkcu vh9kzTuaZ15zkqZUpCyVH9gwde/psW5/K+gmmJr1faQmmv5LZPqhhuLwrSAU2iBNFNo6 yQDxIw+yd/bp2hormf1mm+yorlyOckOFio81vltX4b9BVZT2X4ibdSNNKM1vzbvVs7cP 47RfbrXFJIxInsJwDd5F1HYZmT6jQZ1L0SAxdO6SAH4aeIPkcwwJJlEEeV28NNADuEMN nuS+verdzDPP5+QkbuD6JEfReDNqAQffMRZTkGFDEcQE02+anP+B3039gW6pea+0qwRT tNuw== MIME-Version: 1.0 X-Received: by 10.14.172.133 with SMTP id t5mr9297931eel.35.1380774841857; Wed, 02 Oct 2013 21:34:01 -0700 (PDT) Received: by 10.14.105.137 with HTTP; Wed, 2 Oct 2013 21:34:01 -0700 (PDT) In-Reply-To: References: Date: Wed, 2 Oct 2013 21:34:01 -0700 Message-ID: Subject: Re: netmap: understanding pkg-gen.c From: hiren panchasara To: Luigi Rizzo Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-net@freebsd.org" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Oct 2013 04:34:03 -0000 On Wed, Oct 2, 2013 at 4:39 PM, hiren panchasara wrote: > > > > On Wed, Oct 2, 2013 at 4:15 PM, hiren panchasara < > hiren.panchasara@gmail.com> wrote: > >> >> >> >> On Wed, Oct 2, 2013 at 3:11 PM, hiren panchasara < >> hiren.panchasara@gmail.com> wrote: >> >>> >>> >>> >>> On Wed, Oct 2, 2013 at 1:18 PM, hiren panchasara < >>> hiren.panchasara@gmail.com> wrote: >>> >>>> >>>> Thanks Luigi. >>>> >>>> Coming back to this thread to actually understand what's going on. >>>> >>>> >>>> On Tue, Sep 24, 2013 at 8:37 PM, Luigi Rizzo wrote: >>>> >>>>> > >>>>> > On this box, I have 2 interfaces igb0 (10.73.149.28) and ix1 >>>>> (10.73.149.17) >>>>> > and this is how I am using this binary: >>>>> > >>>>> > -bash-4.2$ sudo ./pkt-gen -i ix1 -f tx -n 100000000 -c 8 -p 8 -d >>>>> > 10.73.149.17 -s 10.73.149.28 >>>>> >>>> Thanks to Juli, I realized that I was doing it wrong. Trying to _send_ pkts from ix1 via netmap and looking at ix1's _receive_ buffers. I am setting up another machine with ixgbe to have 2 different machines for proper testing. Apologies for the noise. cheers, Hiren From owner-freebsd-net@FreeBSD.ORG Thu Oct 3 06:05:54 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 272D5AE0 for ; Thu, 3 Oct 2013 06:05:54 +0000 (UTC) (envelope-from rizzo.unipi@gmail.com) Received: from mail-lb0-x232.google.com (mail-lb0-x232.google.com [IPv6:2a00:1450:4010:c04::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 914CA259C for ; Thu, 3 Oct 2013 06:05:53 +0000 (UTC) Received: by mail-lb0-f178.google.com with SMTP id z5so1562357lbh.23 for ; Wed, 02 Oct 2013 23:05:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=EshtF1IW3rsY+n9M5tCx9rx91nITZVOq3Lp7EICRR3g=; b=BqJDoRH7ht6h6FWmVHpvmMVjCQI+MjD+996dqGsIVyTguQLhYGA8uEbQzMbEJbrQ58 t+ROcF9pqRFfl0/dWt6ve2hrJutEp9MYxJsWiYVOjBB0X0VoqY3FCYfX7FHSuGte3+Fs u0XivqGZ/RFCy/0tED6lBLEKR8YCHr7/ueBu/4Lw4QhVQ6dwNIFBDDCqQhd08RavVfxc nwM58tWxjDhpYeVbxGx5Sbm5LmR+EJ8L7y9HLd3ekMYG/omr5MmcYi9L9JBmw2hMIERN utHaBbSMkTazIbDiAA9G0w9HO9mcvaI77txpcB70AvYQlPEwgve23cIkju71DGkClCEn cakw== MIME-Version: 1.0 X-Received: by 10.112.154.70 with SMTP id vm6mr5400833lbb.1.1380780351537; Wed, 02 Oct 2013 23:05:51 -0700 (PDT) Sender: rizzo.unipi@gmail.com Received: by 10.114.172.105 with HTTP; Wed, 2 Oct 2013 23:05:51 -0700 (PDT) In-Reply-To: References: Date: Thu, 3 Oct 2013 08:05:51 +0200 X-Google-Sender-Auth: 5AvRMJrq4Hw0me2YSQSRTIetQuQ Message-ID: Subject: Re: netmap: understanding pkg-gen.c From: Luigi Rizzo To: hiren panchasara Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-net@freebsd.org" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Oct 2013 06:05:54 -0000 On Thu, Oct 3, 2013 at 6:34 AM, hiren panchasara wrote: > > Thanks Luigi. >>>>> >>>>> Coming back to this thread to actually understand what's going on. >>>>> >>>>> >>>>> On Tue, Sep 24, 2013 at 8:37 PM, Luigi Rizzo wrote: >>>>> >>>>>> > >>>>>> > On this box, I have 2 interfaces igb0 (10.73.149.28) and ix1 >>>>>> (10.73.149.17) >>>>>> > and this is how I am using this binary: >>>>>> > >>>>>> > -bash-4.2$ sudo ./pkt-gen -i ix1 -f tx -n 100000000 -c 8 -p 8 -d >>>>>> > 10.73.149.17 -s 10.73.149.28 >>>>>> >>>>> > Thanks to Juli, I realized that I was doing it wrong. > > Trying to _send_ pkts from ix1 via netmap and looking at ix1's _receive_ > buffers. > > I am setting up another machine with ixgbe to have 2 different machines > for proper testing. > since you have a dual port card, you can actually run the experiment on a single machine, connecting the two ports with a cross cable and run the sender on ix1 and the receiver on ix0. But you will still see traffic only to one queue, because pkt-gen by default uses the same DST-MAC address so the way you configure RSS is irrelevant. What you could do is, when prefilling the buffers, use different mac or ip addresses. There is some unfinished code in pkt-gen.c to implement that. cheers luigi From owner-freebsd-net@FreeBSD.ORG Thu Oct 3 06:51:47 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A81496A0 for ; Thu, 3 Oct 2013 06:51:47 +0000 (UTC) (envelope-from hiren.panchasara@gmail.com) Received: from mail-ea0-x22b.google.com (mail-ea0-x22b.google.com [IPv6:2a00:1450:4013:c01::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 300B12787 for ; Thu, 3 Oct 2013 06:51:47 +0000 (UTC) Received: by mail-ea0-f171.google.com with SMTP id n15so861631ead.2 for ; Wed, 02 Oct 2013 23:51:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=QhKmahYgqr+cRH7Dv8Hdiwtaf+OtgGlmNLc24pA3zSk=; b=ilXjbdjxFtdPlsYw2Rdckg1caLRaJgZ8fRxdyLg0Sss88A3eEe/FtK2IWxjFrowiM6 GFgJLC1xR3xOBboC8jn5RBuKusHuEffVr1IhthK5lnsanBEi1e0csljcSpE2dzN7fY3H xA8KWrirHRnlqmSpo7CCnGSGcPD5l+l3JugjWYolOvom3sA4/NpKyH+R2PqAXQMlttGo yECQexkwa0jXPFwEwoZxwEQY2BU2b97kb3BXIiSyZiUPkD5HgNl97VoHI3sbP/KiaU1v 0Z5GvMVDuZB5gikGhVcRAfQQZa6bQlCop0QtZyAOQhjOj1LGM0/iDqcYz34orxaA5sIf FsDQ== MIME-Version: 1.0 X-Received: by 10.14.37.4 with SMTP id x4mr10419860eea.16.1380783105452; Wed, 02 Oct 2013 23:51:45 -0700 (PDT) Received: by 10.14.105.137 with HTTP; Wed, 2 Oct 2013 23:51:45 -0700 (PDT) In-Reply-To: References: Date: Wed, 2 Oct 2013 23:51:45 -0700 Message-ID: Subject: Re: netmap: understanding pkg-gen.c From: hiren panchasara To: Luigi Rizzo Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-net@freebsd.org" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Oct 2013 06:51:47 -0000 On Wed, Oct 2, 2013 at 11:05 PM, Luigi Rizzo wrote: > > > > On Thu, Oct 3, 2013 at 6:34 AM, hiren panchasara < > hiren.panchasara@gmail.com> wrote: > >> >> Thanks Luigi. >>>>>> >>>>>> Coming back to this thread to actually understand what's going on. >>>>>> >>>>>> >>>>>> On Tue, Sep 24, 2013 at 8:37 PM, Luigi Rizzo wrote: >>>>>> >>>>>>> > >>>>>>> > On this box, I have 2 interfaces igb0 (10.73.149.28) and ix1 >>>>>>> (10.73.149.17) >>>>>>> > and this is how I am using this binary: >>>>>>> > >>>>>>> > -bash-4.2$ sudo ./pkt-gen -i ix1 -f tx -n 100000000 -c 8 -p 8 -d >>>>>>> > 10.73.149.17 -s 10.73.149.28 >>>>>>> >>>>>> >> Thanks to Juli, I realized that I was doing it wrong. >> >> Trying to _send_ pkts from ix1 via netmap and looking at ix1's _receive_ >> buffers. >> >> I am setting up another machine with ixgbe to have 2 different machines >> for proper testing. >> > > since you have a dual port card, you can actually run the experiment > on a single machine, connecting the two ports with a > cross cable and run the sender on ix1 and the receiver on ix0. > Thanks but for now I have 2 machines with ixgbe to play with. > > But you will still see traffic only to one queue, because > pkt-gen by default uses the same DST-MAC address so the > way you configure RSS is irrelevant. > What/where is the exact logic/code of how card determines what traffic goes to what queue? Is it based on DST-MAC always? > What you could do is, when prefilling the buffers, use > different mac or ip addresses. There is some unfinished > code in pkt-gen.c to implement that. > I see we are not playing with g.dst_mac.name much. Let me know if you have unfinished code sitting somewhere I can look. Thanks, Hiren From owner-freebsd-net@FreeBSD.ORG Thu Oct 3 07:04:56 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0D057F01 for ; Thu, 3 Oct 2013 07:04:56 +0000 (UTC) (envelope-from rizzo.unipi@gmail.com) Received: from mail-la0-x22a.google.com (mail-la0-x22a.google.com [IPv6:2a00:1450:4010:c03::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 775212812 for ; Thu, 3 Oct 2013 07:04:55 +0000 (UTC) Received: by mail-la0-f42.google.com with SMTP id ep20so1554239lab.15 for ; Thu, 03 Oct 2013 00:04:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=/1nuIAin0piSKNYqSRc/SZBDntubsQwPhbVyiFKp/Iw=; b=cbyvZvzEznlT5Q+deVPZWiBxg5nGAmRGRibx+lrYdGoXcsdySeL+X/Lah6B95Ojjkd I/hSk5NKfrtzyrtTVFk5X8+K1Ifu9dOd9uk/jnnEatbzKR94lpe0uk4U52atWyyA/HS2 Wc6vcIgicYK9EajqFa46pmhl+EhUIoby/csOjlK9VcXTnNIKY0UJN/Pjz1O0DjttO83P Ivbij/Sa4dHr0sXzyXJgIPUMhy/T8b8CxInZiWRkbHz+C0TYNHzlVvphKsMPntEPsDSt Nc7oSJyHHoMfmy8pWbzoBlB8/3gemnk7B66dzS7TkzpjlYX8zNgSIevodgXLpO0ZvPVm r2LA== MIME-Version: 1.0 X-Received: by 10.112.155.230 with SMTP id vz6mr572780lbb.35.1380783893602; Thu, 03 Oct 2013 00:04:53 -0700 (PDT) Sender: rizzo.unipi@gmail.com Received: by 10.114.172.105 with HTTP; Thu, 3 Oct 2013 00:04:53 -0700 (PDT) In-Reply-To: References: Date: Thu, 3 Oct 2013 09:04:53 +0200 X-Google-Sender-Auth: EVI-KSZogFN4PVZLMyccDsf8Yqo Message-ID: Subject: Re: netmap: understanding pkg-gen.c From: Luigi Rizzo To: hiren panchasara Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-net@freebsd.org" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Oct 2013 07:04:56 -0000 On Thu, Oct 3, 2013 at 8:51 AM, hiren panchasara wrote: > > But you will still see traffic only to one queue, because >> pkt-gen by default uses the same DST-MAC address so the >> way you configure RSS is irrelevant. >> > What/where is the exact logic/code of how card determines what traffic > goes to what queue? > Is it based on DST-MAC always? > i think it depends on how you configure it. the NIC has some flexible filters, and i do not know exactly how it is used. > What you could do is, when prefilling the buffers, use >> different mac or ip addresses. There is some unfinished >> code in pkt-gen.c to implement that. >> > > I see we are not playing with g.dst_mac.name much. > Let me know if you have unfinished code sitting somewhere I can look. > all i have is unfinished and is in the pkt-gen.c in the freebsd source tree (src/tools/netmap i believe) cheers luigi From owner-freebsd-net@FreeBSD.ORG Thu Oct 3 15:43:00 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 068587E6 for ; Thu, 3 Oct 2013 15:43:00 +0000 (UTC) (envelope-from h.tugrul.erdogan@gmail.com) Received: from mail-qe0-x22f.google.com (mail-qe0-x22f.google.com [IPv6:2607:f8b0:400d:c02::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BF86D2CC2 for ; Thu, 3 Oct 2013 15:42:59 +0000 (UTC) Received: by mail-qe0-f47.google.com with SMTP id b4so1866559qen.6 for ; Thu, 03 Oct 2013 08:42:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=wUVLoqDUpDnYSu8x7GpSNdPSriIOPCc0Ph1sqrVibaI=; b=p6tyZPBksc2OM3xs0IEhhpVm75Ogve2KvmXAM+bv+QPl0QN1XVQ2a0DcAF/0zfGVaT ZcI5VJ/Wv0hVZslAbBx02PNzFH440IXwZW46q6gCzZzy4rI3n8Z6wGwiBOxzTEu+K3qt OA//Wd/6aTrvfu1dazjJnJ3aBQl5UsVZzTxmZc6iOZMMO7aT9cjRDKhCqTHxaBq5a+yY Zyg6Ytz7I9rJ6w4NWQ6fj/dBJjWnZUIg9cPUn8l2XCChRPyTT4gorrwlfzzX2C0tvxeY Tw61tcQAGZzBpJcRYopfNlVQywIGcXWM+0pqAboOaPgVluniYExIcIcK/bWxpg0hAeYc 3xmQ== MIME-Version: 1.0 X-Received: by 10.49.130.162 with SMTP id of2mr10682421qeb.37.1380814978894; Thu, 03 Oct 2013 08:42:58 -0700 (PDT) Received: by 10.49.84.137 with HTTP; Thu, 3 Oct 2013 08:42:58 -0700 (PDT) Date: Thu, 3 Oct 2013 18:42:58 +0300 Message-ID: Subject: The reason of "ping: sendto: No buffer space available" and link_irq variable From: Tugrul Erdogan To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Oct 2013 15:43:00 -0000 Hi, I am using FreeBSD alpha2 amd64 on my router and after packet loaded test attack I am taking "ping: sendto: No buffer space available" error when running ping from router to victim directoion. The nic is "Intel 82599EB". Whenever this problem began to show, I can track the packages by tcpdump but I think the packages can not be created physically when they are reached physical layer. Doing the nic down/up can not be solved the problem. When I testing I have found the "dev.ix.0.link_irq" value is increased very differently from other nic's link_irq values. So after assigning the value of 2 to this link_irq variable the problem solved. I want to your help at two path; firstly why should I take this error. Secondly what is the role of the link_irq variable, what is the situations which are trigger to increase the link_irq variable and is the real reason of this problem the link_irq variable or anything else under this mechanism? Thanks and best regards, From owner-freebsd-net@FreeBSD.ORG Thu Oct 3 16:54:57 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 8B1A0AEE for ; Thu, 3 Oct 2013 16:54:57 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from mail-qc0-x22a.google.com (mail-qc0-x22a.google.com [IPv6:2607:f8b0:400d:c01::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4D85B2116 for ; Thu, 3 Oct 2013 16:54:57 +0000 (UTC) Received: by mail-qc0-f170.google.com with SMTP id m20so1860920qcx.1 for ; Thu, 03 Oct 2013 09:54:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=iTbEzewTe0kFsDyOa3SchO+NKQzdm1oiMbTcPN4i7eM=; b=Z/kKDhRC1Tz3bxK+MHkhJVoZVIWJFAmigEjIuPVRDyNlQYoElPjcol6Rf1vA0XwN1Z Px3SnVvif0Zp99440vku+EA9t35ySka+6HrIdLXDqW9xPp3ZiHYYX88msSMEgQY4lJgI S6OUpRaHgAtD1uH37NnIxITrfm0Coom0y11wpdJ1ak6+OocWwkwiBWjC2vgHkHJhM8kN y5M7r91TBDlsNkWDiqRt87b57V+/bZSstXqDRWHtKR5qIo/ANRJPMyyOlv5UsOhQp2k4 Jdc40S3Ha70BITwmDKND6xbKUN0adzzJRU5GxTHm9L8kWFXkOnHhKhexGqtxlT7C6nMF 8Buw== MIME-Version: 1.0 X-Received: by 10.49.51.67 with SMTP id i3mr11218165qeo.8.1380819296463; Thu, 03 Oct 2013 09:54:56 -0700 (PDT) Received: by 10.49.117.134 with HTTP; Thu, 3 Oct 2013 09:54:56 -0700 (PDT) In-Reply-To: References: Date: Thu, 3 Oct 2013 12:54:56 -0400 Message-ID: Subject: Re: The reason of "ping: sendto: No buffer space available" and link_irq variable From: Ryan Stone To: Tugrul Erdogan Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Oct 2013 16:54:57 -0000 On Thu, Oct 3, 2013 at 11:42 AM, Tugrul Erdogan wrote: > Hi, > > I am using FreeBSD alpha2 amd64 on my router and after packet loaded test > attack I am taking > "ping: sendto: No buffer space available" error when running ping from > router to victim directoion. The nic is "Intel 82599EB". Whenever this > problem began to show, I can track the packages by tcpdump but I think the > packages can not be created physically when they are reached physical > layer. Doing the nic down/up can not be solved the problem. > > When I testing I have found the "dev.ix.0.link_irq" value is increased very > differently from other nic's link_irq values. So after assigning the value > of 2 to this link_irq variable the problem solved. > > I want to your help at two path; firstly why should I take this error. > Secondly what is the role of the link_irq variable, what is the situations > which are trigger to increase the link_irq variable and is the real reason > of this problem the link_irq variable or anything else under this > mechanism? > > Thanks and best regards, dev.ix.0.link_irq is not supposed to be a writeable sysctl. It is a read-only sysctl that reflects the number of times that the hardware informed the driver (through an interrupt, or irq) that the state of the link changed. If you are seeing this increase then something is causing the NIC to lose link momentarily. I would recommend checking for things like dirty fibre, bad cables, failing optics (SFP+), etc. Check on both ends of the link. From owner-freebsd-net@FreeBSD.ORG Thu Oct 3 17:05:42 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 94E6FD75 for ; Thu, 3 Oct 2013 17:05:42 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from mail-qe0-x22a.google.com (mail-qe0-x22a.google.com [IPv6:2607:f8b0:400d:c02::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5211821AB for ; Thu, 3 Oct 2013 17:05:42 +0000 (UTC) Received: by mail-qe0-f42.google.com with SMTP id 1so2002441qec.1 for ; Thu, 03 Oct 2013 10:05:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=QwDRD23H5LZeC6WUh1xsdyv2Ec/ntdEs52Vh1ODSyW4=; b=t1mJ1mgyIEd1EtbVoI/HRlR2fpH7axztARosjJWGRebmquhZyNmpqPm0WKDLFtFRLr lz6sDJp3zfQQoRcIfeqBN8JQQYnOK1orCDmxHbwEK3tQDjWrEjv9aHWv7EHJcZVXQ1Zm NNd5nR375jL692BCl8HUj9W3OKmKKPuykZDY6BPwoXgbLbV5MVZumVaapKpkxG/1CWLF Vw2of3F0jbEbtwZvx4+8lTX3f3F3++2Y8UNbgVD3c9z7OrwVXIl2/gao/Lxe7n1KFgxp 1DX1sWaHfrKvwR3BiU4srAaRZYNDA5cU+hYSnnbbvKmkyP29ct61ShzeJeot531XL+Je LqDw== MIME-Version: 1.0 X-Received: by 10.224.5.137 with SMTP id 9mr11831508qav.65.1380819941442; Thu, 03 Oct 2013 10:05:41 -0700 (PDT) Received: by 10.49.117.134 with HTTP; Thu, 3 Oct 2013 10:05:41 -0700 (PDT) In-Reply-To: References: Date: Thu, 3 Oct 2013 13:05:41 -0400 Message-ID: Subject: Re: netmap: understanding pkg-gen.c From: Ryan Stone To: hiren panchasara Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-net@freebsd.org" , Luigi Rizzo X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Oct 2013 17:05:42 -0000 On Thu, Oct 3, 2013 at 2:51 AM, hiren panchasara wrote: > What/where is the exact logic/code of how card determines what traffic goes > to what queue? > Is it based on DST-MAC always? RSS is based off of a hash of the 4-tuple (src/dst ip, src/dst port). Note that this is very dependent on the hardware's ability to parse the packet. The hardware supported by ixgbe only understands vlan encapsulation, so if you use any other type of L2 encapsulation (e.g. MPLS, PPPoE, etc) RSS will not be able to balance your traffic across multiple queues. Layer 3 encapsulations like GRE are not supported either, but the hardware will be able to parse the packet up to the outer IP header and will load balance based on the src/dst address of the outer IP. The ixgbe hardware of course will understand unencapsulated TCP/IP or UDP/IP in ethernet. All hardware supports IPv6 as well as IPv4. From owner-freebsd-net@FreeBSD.ORG Fri Oct 4 18:29:21 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0CE43853; Fri, 4 Oct 2013 18:29:21 +0000 (UTC) (envelope-from logan@elandsys.com) Received: from mx.ipv6.elandsys.com (mx.ipv6.elandsys.com [IPv6:2001:470:f329:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id BEC542E77; Fri, 4 Oct 2013 18:29:20 +0000 (UTC) Received: from mx.elandsys.com (IDENT:logan@localhost [127.0.0.1]) by mx.elandsys.com (8.14.5/8.14.5) with ESMTP id r94ITHus019721 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 4 Oct 2013 11:29:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=opendkim.org; s=mail2010; t=1380911358; bh=MUgrJyemt05Mx7HWAVKn+CdCF+fDTBZm2AEand19/P8=; h=Date:From:To:Cc:Subject; b=x+KIDxF3DTXMPqu9zh6YUIjvAFbCCF07/sPKViii771ocoaSdS0b1+yr9KoSOPD13 ox8KX+AtYFf04toXAApUXMUaM3GJzVn2QafUbFCz9N8GqfuO0KloFwHSrs6rN66X1O fWg1CODN5f/z8RaNCRO+sCg8x2TzRNXDT4sRdLeA= DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=elandsys.com; s=mail; t=1380911358; i=@elandsys.com; bh=MUgrJyemt05Mx7HWAVKn+CdCF+fDTBZm2AEand19/P8=; h=Date:From:To:Cc:Subject; b=bmsmArpi6Rq37lHsVIsAMhWx3AAT6MPLSEDAplBpVhA1T3apTA9+NjIqbwWMYFuL1 2r3MWrOHMToaJtnn1oP2y9tNoVNkD6ZgoGCec9eAvDCQqaRTZUiQze4HEMOVdngpOP zv4eXYLKjwGy3Hxu9J8PBfA1THsov2jbKQ+TK8sw= Received: (from logan@localhost) by mx.elandsys.com (8.14.5/8.14.5/Submit) id r94ITHb8006632; Fri, 4 Oct 2013 11:29:17 -0700 (PDT) X-Authentication-Warning: mx.elandsys.com: logan set sender to logan@elandsys.com using -f Date: Fri, 4 Oct 2013 11:29:17 -0700 From: Loganaden Velvindron To: freebsd-net@freebsd.org Subject: mbuf leakage fix Message-ID: <20131004182917.GA18870@mx.elandsys.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Cc: gnn@freebsd.org X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Oct 2013 18:29:21 -0000 Hi, >From netbsd. Index: ip6_mroute.c =================================================================== --- ip6_mroute.c (revision 255947) +++ ip6_mroute.c (working copy) @@ -616,7 +616,7 @@ for (rte = rt->mf6c_stall; rte != NULL; ) { struct rtdetq *n = rte->next; - m_free(rte->m); + m_freem(rte->m); free(rte, M_MRTABLE6); rte = n; } From owner-freebsd-net@FreeBSD.ORG Fri Oct 4 21:55:57 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 8F83E84D; Fri, 4 Oct 2013 21:55:57 +0000 (UTC) (envelope-from hiren.panchasara@gmail.com) Received: from mail-ea0-x229.google.com (mail-ea0-x229.google.com [IPv6:2a00:1450:4013:c01::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C1BEE2916; Fri, 4 Oct 2013 21:55:56 +0000 (UTC) Received: by mail-ea0-f169.google.com with SMTP id k11so2075647eaj.0 for ; Fri, 04 Oct 2013 14:55:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=0GB7J4DhWbqzfLDoOUDX70sSIzwmcXJ3vVKb57Doz6s=; b=bdo2cRNwHku4iEqp2Muc8UoHeMD0NrZy12qCNeakvRcgJ3Ob9aWBigJx1xoe6X1Ajw +GTHX2FJ09O2jw0J+cX1mc7YYpkxB1Aslu0tzoGR5ZqBfL2SVAs2EjJSV4Q341BFBQnj 1siV+0u6yysE08LuZRbs1401iXypCa1LwFRLCoLkVPLC4oAQ9qvekrmtAbR33IEsJ6wq k0aDaX+Ac4v8J2Llm5prpGnVRTmiSlzUhf7nzy5zGo7JC6UyfsWXPNNQW44Ttd3otutC duBsFoxW1FD/P/Adw8MWjNYWajejBZ39XR5vEm4DE4fzoz5/szUvzV86B3JXN9r1xXnH KDUw== MIME-Version: 1.0 X-Received: by 10.14.29.67 with SMTP id h43mr25179221eea.7.1380923755135; Fri, 04 Oct 2013 14:55:55 -0700 (PDT) Sender: hiren.panchasara@gmail.com Received: by 10.14.105.137 with HTTP; Fri, 4 Oct 2013 14:55:55 -0700 (PDT) In-Reply-To: References: Date: Fri, 4 Oct 2013 14:55:55 -0700 X-Google-Sender-Auth: W4rj9SmADQz8zdXFFErzT6tVGHA Message-ID: Subject: Re: Exposing sysctls for ixgbe From: hiren panchasara To: Adrian Chadd , jfv@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-net@freebsd.org" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Oct 2013 21:55:57 -0000 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 wrote: > + jfv > > > On Wed, Sep 25, 2013 at 5:35 PM, Adrian Chadd wrote: > >> please cc jfv and get them into his driver. :) >> >> -a >> >> >> On 24 September 2013 23:53, hiren panchasara wrote: >> >>> Any comments? >>> >>> cheers, >>> Hiren >>> >>> On Sun, Sep 22, 2013 at 12:01 PM, hiren panchasara >> >wrote: >>> >>> > $ sysctl hw.igb >>> > hw.igb.rxd: 4096 >>> > hw.igb.txd: 4096 >>> > hw.igb.enable_aim: 1 >>> > hw.igb.enable_msix: 1 >>> > hw.igb.max_interrupt_rate: 8000 >>> > hw.igb.buf_ring_size: 4096 >>> > hw.igb.header_split: 0 >>> > hw.igb.num_queues: 1 >>> > hw.igb.rx_process_limit: 100 >>> > $ sysctl hw.ix >>> > sysctl: unknown oid 'hw.ix': No such file or directory >>> > >>> > I thought it would be nice to have these things exposed. So I copied >>> them >>> > from igb: >>> > http://people.freebsd.org/~hiren/ixgbe_sysctls.txt >>> > >>> > Changes for if_igb.c is to expose correct auto-tuned value for a >>> running >>> > system for "hw.igb.num_queues", which is not the case right now. >>> > >>> > Thanks to markj@ for help/pointers. >>> > >>> > Please let me know if the diffs look okay. >>> > >>> > cheers, >>> > Hiren >>> > >>> _______________________________________________ >>> freebsd-net@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-net >>> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" >>> >> >> > From owner-freebsd-net@FreeBSD.ORG Sat Oct 5 00:56:21 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 916CF65F; Sat, 5 Oct 2013 00:56:21 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-vb0-x22d.google.com (mail-vb0-x22d.google.com [IPv6:2607:f8b0:400c:c02::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1643A2078; Sat, 5 Oct 2013 00:56:21 +0000 (UTC) Received: by mail-vb0-f45.google.com with SMTP id e15so2546831vbg.4 for ; Fri, 04 Oct 2013 17:56:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=FFUzbLcstaePEiDV+rPaEeUks2HX1O4jDW9pu8SvRv0=; b=e7uSbGQGKfhvJCXZwBW/l6kd6ZM38pr7+iXe+mDemm/hmSS1Jt/e9BjtojQ6IMNkcK Qle1R6rRn03hJ78mZMJsmh4ZCs9NKshIW/0ehpD+dz6/+LwOp1Z5/bTOqFJ9m74OI5ai xhZp8gfArtxZLiVrsmNbpeECSKjs7RNja4aC72JEJK/Y2vmv7ghP7PZqosZVYcA2Aykz ytZx3HhqO5rlVmPF1npFVvg/39PeFE6SThD32YvR8aA/c4cuE8tUB8p6UP/URB+COTAd qO2Q/NFuUB0VYjw6rLyxAlWXs+/sN4UcxtU/Ne6SxncffCX2yEvR1RS8OEcppF3pIlZu jOog== MIME-Version: 1.0 X-Received: by 10.58.117.71 with SMTP id kc7mr14757935veb.16.1380934580058; Fri, 04 Oct 2013 17:56:20 -0700 (PDT) Received: by 10.220.159.141 with HTTP; Fri, 4 Oct 2013 17:56:19 -0700 (PDT) In-Reply-To: References: Date: Fri, 4 Oct 2013 17:56:19 -0700 Message-ID: Subject: Re: Exposing sysctls for ixgbe From: Jack Vogel To: hiren panchasara Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Jack F Vogel , "freebsd-net@freebsd.org" , Adrian Chadd X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Oct 2013 00:56:21 -0000 Good with me Hiren Jack On Fri, Oct 4, 2013 at 2:55 PM, hiren panchasara 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 wrote: > >> + jfv >> >> >> On Wed, Sep 25, 2013 at 5:35 PM, Adrian Chadd wrote: >> >>> please cc jfv and get them into his driver. :) >>> >>> -a >>> >>> >>> On 24 September 2013 23:53, hiren panchasara wrote: >>> >>>> Any comments? >>>> >>>> cheers, >>>> Hiren >>>> >>>> On Sun, Sep 22, 2013 at 12:01 PM, hiren panchasara >>> >wrote: >>>> >>>> > $ sysctl hw.igb >>>> > hw.igb.rxd: 4096 >>>> > hw.igb.txd: 4096 >>>> > hw.igb.enable_aim: 1 >>>> > hw.igb.enable_msix: 1 >>>> > hw.igb.max_interrupt_rate: 8000 >>>> > hw.igb.buf_ring_size: 4096 >>>> > hw.igb.header_split: 0 >>>> > hw.igb.num_queues: 1 >>>> > hw.igb.rx_process_limit: 100 >>>> > $ sysctl hw.ix >>>> > sysctl: unknown oid 'hw.ix': No such file or directory >>>> > >>>> > I thought it would be nice to have these things exposed. So I copied >>>> them >>>> > from igb: >>>> > http://people.freebsd.org/~hiren/ixgbe_sysctls.txt >>>> > >>>> > Changes for if_igb.c is to expose correct auto-tuned value for a >>>> running >>>> > system for "hw.igb.num_queues", which is not the case right now. >>>> > >>>> > Thanks to markj@ for help/pointers. >>>> > >>>> > Please let me know if the diffs look okay. >>>> > >>>> > cheers, >>>> > Hiren >>>> > >>>> _______________________________________________ >>>> freebsd-net@freebsd.org mailing list >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-net >>>> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" >>>> >>> >>> >> > From owner-freebsd-net@FreeBSD.ORG Sat Oct 5 13:59:23 2013 Return-Path: Delivered-To: freebsd-net@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B80AF3AD; Sat, 5 Oct 2013 13:59:23 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8C5A9218A; Sat, 5 Oct 2013 13:59:23 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r95DxNeW045911; Sat, 5 Oct 2013 13:59:23 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r95DxNGE045910; Sat, 5 Oct 2013 13:59:23 GMT (envelope-from linimon) Date: Sat, 5 Oct 2013 13:59:23 GMT Message-Id: <201310051359.r95DxNGE045910@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Subject: Re: kern/182665: [wlan] Kernel panic when creating second wlandev. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Oct 2013 13:59:23 -0000 Old Synopsis: Kernel panic when creating second wlandev. New Synopsis: [wlan] Kernel panic when creating second wlandev. Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Sat Oct 5 13:58:53 UTC 2013 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=182665 From owner-freebsd-net@FreeBSD.ORG Sat Oct 5 19:48:19 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E5E88A43; Sat, 5 Oct 2013 19:48:19 +0000 (UTC) (envelope-from hiren.panchasara@gmail.com) Received: from mail-ee0-x22f.google.com (mail-ee0-x22f.google.com [IPv6:2a00:1450:4013:c00::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2C8DC227A; Sat, 5 Oct 2013 19:48:19 +0000 (UTC) Received: by mail-ee0-f47.google.com with SMTP id d49so2402133eek.6 for ; Sat, 05 Oct 2013 12:48:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=0tGnLJURb9EByhsv2W+Mr2OV3luMvVh2MUtUyPGNAPk=; b=W3Sief8YIDx63jZJt/wmYJ4Hr+Ef7i5Cybkj2jTPOdWhDTHOr0bNh7lfgkWtfhxZ+M FMddPwaY4o5VBHuSbbkVHCCC1lcVFgiMSGiJG1kte2Wn1z604IS6YIaPJ9A0S96+tAgJ yaH+o61/2CzlIEruC88v99eD50jnIPGhqjgJJuXM65QQkMNtLeM3e6s5fU7Gl9LNfN5w OvmP80xz+KuCFlgxjE+yvqL86UYQNCRzoh9rbhnzgFoizYT4gR7NuH8xEJVsvr7kRYlB OB6IeTKLGcxX2+tFvBlNN0U0mbv6lSaCfbM1vgaQ0+SCq3DiL552aPggAVOo8kCzH9GL Jh7w== MIME-Version: 1.0 X-Received: by 10.14.184.132 with SMTP id s4mr33819372eem.13.1381002496527; Sat, 05 Oct 2013 12:48:16 -0700 (PDT) Sender: hiren.panchasara@gmail.com Received: by 10.14.105.137 with HTTP; Sat, 5 Oct 2013 12:48:16 -0700 (PDT) In-Reply-To: References: Date: Sat, 5 Oct 2013 12:48:16 -0700 X-Google-Sender-Auth: tTQXhnn6y-pTpAVvFDoVoh0fyE4 Message-ID: Subject: Re: Exposing sysctls for ixgbe From: hiren panchasara To: Jack Vogel Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Jack F Vogel , "freebsd-net@freebsd.org" , Adrian Chadd X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Oct 2013 19:48:20 -0000 Thanks. Committed via: http://svnweb.freebsd.org/base?view=revision&revision=256069 Cheers, Hiren