From owner-freebsd-net@freebsd.org Sun Feb 5 16:34:20 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D7D03CD2D7F for ; Sun, 5 Feb 2017 16:34:20 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: from reviews.nyi.freebsd.org (reviews.nyi.freebsd.org [IPv6:2610:1c1:1:607c::16:b]) by mx1.freebsd.org (Postfix) with ESMTP id 74A383F0 for ; Sun, 5 Feb 2017 16:34:20 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: by reviews.nyi.freebsd.org (Postfix, from userid 1346) id 72941364F3; Sun, 5 Feb 2017 16:34:19 +0000 (UTC) Date: Sun, 5 Feb 2017 16:34:19 +0000 To: freebsd-net@freebsd.org From: "jhujhiti_adjectivism.org (Erick Turnquist)" Reply-to: D9451+325+eaa6f8a0c0731bfe@reviews.freebsd.org Subject: [Differential] D9451: Constrain IPv6 interface routes to each FIB Message-ID: X-Priority: 3 X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , , , Thread-Topic: D9451: Constrain IPv6 interface routes to each FIB X-Herald-Rules: <28>, <81> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: Precedence: bulk Thread-Index: MzA4MmVhNjA3MDYxYjk1ZGE4NzFjZWJhMzgy MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="b1_cf53400cd4a7c8d741c0c224ba2d23ca" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2017 16:34:20 -0000 --b1_cf53400cd4a7c8d741c0c224ba2d23ca Content-Type: text/plain; charset = "utf-8" Content-Transfer-Encoding: base64 amh1amhpdGlfYWRqZWN0aXZpc20ub3JnIGNyZWF0ZWQgdGhpcyByZXZpc2lvbi4Kamh1amhpdGlf YWRqZWN0aXZpc20ub3JnIGFkZGVkIHJldmlld2VyczogYXNvbWVycywgbmV0d29yay4Kamh1amhp dGlfYWRqZWN0aXZpc20ub3JnIGFkZGVkIGEgc3Vic2NyaWJlcjogZnJlZWJzZC1uZXQtbGlzdC4K amh1amhpdGlfYWRqZWN0aXZpc20ub3JnIHNldCB0aGUgcmVwb3NpdG9yeSBmb3IgdGhpcyByZXZp c2lvbiB0byByUyBGcmVlQlNEIHNyYyByZXBvc2l0b3J5LgpIZXJhbGQgYWRkZWQgc3Vic2NyaWJl cnM6IGFlLCBpbXAuCgpSRVZJU0lPTiBTVU1NQVJZCiAgSVB2NiByb3V0ZXMgaW5zdGFsbGVkIG9u IGludGVyZmFjZXMgYXJlIGN1cnJlbnRseSBpbnN0YWxsZWQgaW4gYWxsIEZJQnMsIHJlZ2FyZGxl c3Mgb2YgdGhlIHZhbHVlIG9mIG5ldC5hZGRfYWRkcl9hbGxmaWJzLiBUaGlzIGNoYW5nZSB3aWxs IGNhdXNlIHRoZSByb3V0ZXMgdG8gb25seSBiZSBpbnN0YWxsZWQgaW4gdGhlIGludGVyZmFjZSdz IEZJQiB3aGVuIHRoZSB2YWx1ZSBvZiBuZXQuYWRkX2FkZHJfYWxsZmlicyBpcyAxLgogIAogIFNl ZSBQUjE5NjM2MSAtIGh0dHBzOi8vYnVncy5mcmVlYnNkLm9yZy9idWd6aWxsYS9zaG93X2J1Zy5j Z2k/aWQ9MTk2MzYxCgpSRVBPU0lUT1JZCiAgclMgRnJlZUJTRCBzcmMgcmVwb3NpdG9yeQoKUkVW SVNJT04gREVUQUlMCiAgaHR0cHM6Ly9yZXZpZXdzLmZyZWVic2Qub3JnL0Q5NDUxCgpBRkZFQ1RF RCBGSUxFUwogIHN5cy9uZXQvcm91dGUuYwogIHN5cy9uZXRpbmV0Ni9pY21wNi5jCiAgc3lzL25l dGluZXQ2L2luNi5jCiAgc3lzL25ldGluZXQ2L2luNl9zcmMuYwogIHN5cy9uZXRpbmV0Ni9uZDYu YwogIHN5cy9uZXRpbmV0Ni9uZDYuaAogIHN5cy9uZXRpbmV0Ni9uZDZfbmJyLmMKICBzeXMvbmV0 aW5ldDYvbmQ2X3J0ci5jCgpFTUFJTCBQUkVGRVJFTkNFUwogIGh0dHBzOi8vcmV2aWV3cy5mcmVl YnNkLm9yZy9zZXR0aW5ncy9wYW5lbC9lbWFpbHByZWZlcmVuY2VzLwoKVG86IGpodWpoaXRpX2Fk amVjdGl2aXNtLm9yZywgYXNvbWVycywgI25ldHdvcmsKQ2M6IGltcCwgYWUsIGZyZWVic2QtbmV0 LWxpc3QK --b1_cf53400cd4a7c8d741c0c224ba2d23ca Content-Type: text/x-patch; charset=utf-8; name="D9451.24768.patch" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="D9451.24768.patch" ZGlmZiAtLWdpdCBhL3N5cy9uZXRpbmV0Ni9uZDZfcnRyLmMgYi9zeXMvbmV0aW5ldDYvbmQ2X3J0 ci5jCi0tLSBhL3N5cy9uZXRpbmV0Ni9uZDZfcnRyLmMKKysrIGIvc3lzL25ldGluZXQ2L25kNl9y dHIuYwpAQCAtNTAwLDcgKzUwMCw3IEBACiAKIAllcnJvciA9IGluNl9ydHJlcXVlc3QoUlRNX0FE RCwgKHN0cnVjdCBzb2NrYWRkciAqKSZkZWYsCiAJICAgIChzdHJ1Y3Qgc29ja2FkZHIgKikmZ2F0 ZSwgKHN0cnVjdCBzb2NrYWRkciAqKSZtYXNrLAotCSAgICBSVEZfR0FURVdBWSwgJm5ld3J0LCBS VF9ERUZBVUxUX0ZJQik7CisJICAgIFJURl9HQVRFV0FZLCAmbmV3cnQsIG5ldy0+aWZwLT5pZl9m aWIpOwogCWlmIChuZXdydCkgewogCQluZDZfcnRtc2coUlRNX0FERCwgbmV3cnQpOyAvKiB0ZWxs IHVzZXIgcHJvY2VzcyAqLwogCQlSVEZSRUUobmV3cnQpOwpAQCAtNTcxLDcgKzU3MSw3IEBACiAK IAlpbjZfcnRyZXF1ZXN0KFJUTV9ERUxFVEUsIChzdHJ1Y3Qgc29ja2FkZHIgKikmZGVmLAogCSAg ICAoc3RydWN0IHNvY2thZGRyICopJmdhdGUsCi0JICAgIChzdHJ1Y3Qgc29ja2FkZHIgKikmbWFz aywgUlRGX0dBVEVXQVksICZvbGRydCwgUlRfREVGQVVMVF9GSUIpOworCSAgICAoc3RydWN0IHNv Y2thZGRyICopJm1hc2ssIFJURl9HQVRFV0FZLCAmb2xkcnQsIGRyLT5pZnAtPmlmX2ZpYik7CiAJ aWYgKG9sZHJ0KSB7CiAJCW5kNl9ydG1zZyhSVE1fREVMRVRFLCBvbGRydCk7CiAJCVJURlJFRShv bGRydCk7CkBAIC03MDIsNyArNzAyLDcgQEAKIAkgKiBmcm9tIHRoZSByb3V0aW5nIHRhYmxlLgog CSAqLwogCWlmIChkZWxkcikKLQkJZGVmcm91dGVyX3NlbGVjdCgpOworCQlkZWZyb3V0ZXJfc2Vs ZWN0KGRlbGRyLT5pZnAtPmlmX2ZpYik7CiAKIAkvKgogCSAqIFJlbGVhc2UgdGhlIGxpc3QgcmVm ZXJlbmNlLgpAQCAtNzMyLDcgKzczMiw3IEBACiAgKiBjb21wbGljYXRlZCBhbmQgdGhlIHBvc3Np YmlsaXR5IG9mIGludHJvZHVjaW5nIGJ1Z3MuCiAgKi8KIHZvaWQKLWRlZnJvdXRlcl9zZWxlY3Qo dm9pZCkKK2RlZnJvdXRlcl9zZWxlY3QoaW50IGZpYm51bSkKIHsKIAlzdHJ1Y3QgbmRfZGVmcm91 dGVyICpkciwgKnNlbGVjdGVkX2RyLCAqaW5zdGFsbGVkX2RyOwogCXN0cnVjdCBsbGVudHJ5ICps biA9IE5VTEw7CkBAIC03NTUsNyArNzU1LDcgQEAKIAlzZWxlY3RlZF9kciA9IGluc3RhbGxlZF9k ciA9IE5VTEw7CiAJVEFJTFFfRk9SRUFDSChkciwgJlZfbmRfZGVmcm91dGVyLCBkcl9lbnRyeSkg ewogCQlJRl9BRkRBVEFfUkxPQ0soZHItPmlmcCk7Ci0JCWlmIChzZWxlY3RlZF9kciA9PSBOVUxM ICYmCisJCWlmIChzZWxlY3RlZF9kciA9PSBOVUxMICYmIGRyLT5pZnAtPmlmX2ZpYiA9PSBmaWJu dW0gJiYKIAkJICAgIChsbiA9IG5kNl9sb29rdXAoJmRyLT5ydGFkZHIsIDAsIGRyLT5pZnApKSAm JgogCQkgICAgTkQ2X0lTX0xMSU5GT19QUk9CUkVBQ0gobG4pKSB7CiAJCQlzZWxlY3RlZF9kciA9 IGRyOwpAQCAtNzY3LDcgKzc2Nyw3IEBACiAJCQlsbiA9IE5VTEw7CiAJCX0KIAotCQlpZiAoZHIt Pmluc3RhbGxlZCkgeworCQlpZiAoZHItPmluc3RhbGxlZCAmJiBkci0+aWZwLT5pZl9maWIgPT0g ZmlibnVtKSB7CiAJCQlpZiAoaW5zdGFsbGVkX2RyID09IE5VTEwpIHsKIAkJCQlpbnN0YWxsZWRf ZHIgPSBkcjsKIAkJCQlkZWZyb3V0ZXJfcmVmKGluc3RhbGxlZF9kcik7CkBAIC03ODksMTQgKzc4 OSwyMyBAQAogCWlmIChzZWxlY3RlZF9kciA9PSBOVUxMKSB7CiAJCWlmIChpbnN0YWxsZWRfZHIg PT0gTlVMTCB8fAogCQkgICAgVEFJTFFfTkVYVChpbnN0YWxsZWRfZHIsIGRyX2VudHJ5KSA9PSBO VUxMKQotCQkJc2VsZWN0ZWRfZHIgPSBUQUlMUV9GSVJTVCgmVl9uZF9kZWZyb3V0ZXIpOworCQkJ ZHIgPSBUQUlMUV9GSVJTVCgmVl9uZF9kZWZyb3V0ZXIpOwogCQllbHNlCi0JCQlzZWxlY3RlZF9k ciA9IFRBSUxRX05FWFQoaW5zdGFsbGVkX2RyLCBkcl9lbnRyeSk7Ci0JCWRlZnJvdXRlcl9yZWYo c2VsZWN0ZWRfZHIpOworCQkJZHIgPSBUQUlMUV9ORVhUKGluc3RhbGxlZF9kciwgZHJfZW50cnkp OworCisJCS8qIEVuc3VyZSB3ZSBzZWxlY3QgYSByb3V0ZXIgZm9yIHRoaXMgRklCLiAqLworCQlU QUlMUV9GT1JFQUNIX0ZST00oZHIsICZWX25kX2RlZnJvdXRlciwgZHJfZW50cnkpIHsKKwkJCWlm IChkci0+aWZwLT5pZl9maWIgPT0gZmlibnVtKSB7CisJCQkJc2VsZWN0ZWRfZHIgPSBkcjsKKwkJ CQlkZWZyb3V0ZXJfcmVmKHNlbGVjdGVkX2RyKTsKKwkJCQlicmVhazsKKwkJCX0KKwkJfQogCX0g ZWxzZSBpZiAoaW5zdGFsbGVkX2RyICE9IE5VTEwpIHsKIAkJSUZfQUZEQVRBX1JMT0NLKGluc3Rh bGxlZF9kci0+aWZwKTsKIAkJaWYgKChsbiA9IG5kNl9sb29rdXAoJmluc3RhbGxlZF9kci0+cnRh ZGRyLCAwLCBpbnN0YWxsZWRfZHItPmlmcCkpICYmCiAJCSAgICBORDZfSVNfTExJTkZPX1BST0JS RUFDSChsbikgJiYKKwkJICAgIGluc3RhbGxlZF9kci0+aWZwLT5pZl9maWIgPT0gZmlibnVtICYm CiAJCSAgICBydHByZWYoc2VsZWN0ZWRfZHIpIDw9IHJ0cHJlZihpbnN0YWxsZWRfZHIpKSB7CiAJ CQlkZWZyb3V0ZXJfcmVsZShzZWxlY3RlZF9kcik7CiAJCQlzZWxlY3RlZF9kciA9IGluc3RhbGxl ZF9kcjsKQEAgLTgwOCwxOCArODE3LDIwIEBACiAJTkQ2X1JVTkxPQ0soKTsKIAogCS8qCi0JICog SWYgdGhlIHNlbGVjdGVkIHJvdXRlciBpcyBkaWZmZXJlbnQgdGhhbiB0aGUgaW5zdGFsbGVkIG9u ZSwKLQkgKiByZW1vdmUgdGhlIGluc3RhbGxlZCByb3V0ZXIgYW5kIGluc3RhbGwgdGhlIHNlbGVj dGVkIG9uZS4KLQkgKiBOb3RlIHRoYXQgdGhlIHNlbGVjdGVkIHJvdXRlciBpcyBuZXZlciBOVUxM IGhlcmUuCisJICogSWYgd2Ugc2VsZWN0ZWQgYSByb3V0ZXIgZm9yIHRoaXMgRklCIGFuZCBpdCdz IGRpZmZlcmVudAorCSAqIHRoYW4gdGhlIGluc3RhbGxlZCBvbmUsIHJlbW92ZSB0aGUgaW5zdGFs bGVkIHJvdXRlciBhbmQKKwkgKiBpbnN0YWxsIHRoZSBzZWxlY3RlZCBvbmUgaW4gaXRzIHBsYWNl LgogCSAqLwogCWlmIChpbnN0YWxsZWRfZHIgIT0gc2VsZWN0ZWRfZHIpIHsKIAkJaWYgKGluc3Rh bGxlZF9kciAhPSBOVUxMKSB7CiAJCQlkZWZyb3V0ZXJfZGVscmVxKGluc3RhbGxlZF9kcik7CiAJ CQlkZWZyb3V0ZXJfcmVsZShpbnN0YWxsZWRfZHIpOwogCQl9Ci0JCWRlZnJvdXRlcl9hZGRyZXEo c2VsZWN0ZWRfZHIpOworCQlpZiAoc2VsZWN0ZWRfZHIgIT0gTlVMTCkKKwkJCWRlZnJvdXRlcl9h ZGRyZXEoc2VsZWN0ZWRfZHIpOwogCX0KLQlkZWZyb3V0ZXJfcmVsZShzZWxlY3RlZF9kcik7CisJ aWYgKHNlbGVjdGVkX2RyICE9IE5VTEwpCisJCWRlZnJvdXRlcl9yZWxlKHNlbGVjdGVkX2RyKTsK IH0KIAogLyoKQEAgLTk0Miw3ICs5NTMsNyBAQAogCVZfbmQ2X2xpc3RfZ2VuaWQrKzsKIAlORDZf V1VOTE9DSygpOwogCi0JZGVmcm91dGVyX3NlbGVjdCgpOworCWRlZnJvdXRlcl9zZWxlY3QobmV3 LT5pZnAtPmlmX2ZpYik7CiAKIAlyZXR1cm4gKG4pOwogfQpAQCAtMTczMyw3ICsxNzQ0LDcgQEAK IAlzdHJ1Y3QgcnRlbnRyeSAqcnQ7CiAJc3RydWN0IHNvY2thZGRyX2luNiBtYXNrNjsKIAl1X2xv bmcgcnRmbGFnczsKLQlpbnQgZXJyb3IsIGFfZmFpbHVyZSwgZmlibnVtOworCWludCBlcnJvciwg YV9mYWlsdXJlLCBmaWJudW0sIG1heGZpYjsKIAogCS8qCiAJICogaW42X2lmaW5pdCgpIHNldHMg bmQ2X3J0cmVxdWVzdCB0byBpZmFfcnRyZXF1ZXN0IGZvciBhbGwgaWZhZGRycy4KQEAgLTE3NDQs OCArMTc1NSwxNSBAQAogCW1hc2s2LnNpbjZfYWRkciA9IHByLT5uZHByX21hc2s7CiAJcnRmbGFn cyA9IChpZmEtPmlmYV9mbGFncyAmIH5JRkFfUlRTRUxGKSB8IFJURl9VUDsKIAorCWlmKHJ0X2Fk ZF9hZGRyX2FsbGZpYnMpIHsKKwkJZmlibnVtID0gMDsKKwkJbWF4ZmliID0gcnRfbnVtZmliczsK Kwl9IGVsc2UgeworCQlmaWJudW0gPSBpZmEtPmlmYV9pZnAtPmlmX2ZpYjsKKwkJbWF4ZmliID0g ZmlibnVtICsgMTsKKwl9CiAJYV9mYWlsdXJlID0gMDsKLQlmb3IgKGZpYm51bSA9IDA7IGZpYm51 bSA8IHJ0X251bWZpYnM7IGZpYm51bSsrKSB7CisJZm9yICg7IGZpYm51bSA8IG1heGZpYjsgZmli bnVtKyspIHsKIAogCQlydCA9IE5VTEw7CiAJCWVycm9yID0gaW42X3J0cmVxdWVzdChSVE1fQURE LApAQCAtMTgzMyw2ICsxODUxLDEwIEBACiAJCWlmICgob3ByLT5uZHByX3N0YXRlZmxhZ3MgJiBO RFBSRl9PTkxJTkspID09IDApCiAJCQljb250aW51ZTsKIAorCQlpZiAoIXJ0X2FkZF9hZGRyX2Fs bGZpYnMgJiYKKwkJICAgIG9wci0+bmRwcl9pZnAtPmlmX2ZpYiAhPSBwci0+bmRwcl9pZnAtPmlm X2ZpYikKKwkJCWNvbnRpbnVlOworCiAJCWlmIChvcHItPm5kcHJfcGxlbiA9PSBwci0+bmRwcl9w bGVuICYmCiAJCSAgICBpbjZfYXJlX3ByZWZpeF9lcXVhbCgmcHItPm5kcHJfcHJlZml4LnNpbjZf YWRkciwKIAkJICAgICZvcHItPm5kcHJfcHJlZml4LnNpbjZfYWRkciwgcHItPm5kcHJfcGxlbikp IHsKQEAgLTE4OTMsNyArMTkxNSw3IEBACiAJc3RydWN0IHJ0ZW50cnkgKnJ0OwogCWNoYXIgaXA2 YnVmW0lORVQ2X0FERFJTVFJMRU5dOwogCXVpbnQ2NF90IGdlbmlkOwotCWludCBmaWJudW0sIGFf ZmFpbHVyZTsKKwlpbnQgZmlibnVtLCBtYXhmaWIsIGFfZmFpbHVyZTsKIAogCU5ENl9PTkxJTktf TE9DS19BU1NFUlQoKTsKIAlORDZfVU5MT0NLX0FTU0VSVCgpOwpAQCAtMTkxMSw4ICsxOTMzLDE2 IEBACiAJbWFzazYuc2luNl9sZW4gPSBzaXplb2Yoc2E2KTsKIAliY29weSgmcHItPm5kcHJfbWFz aywgJm1hc2s2LnNpbjZfYWRkciwgc2l6ZW9mKHN0cnVjdCBpbjZfYWRkcikpOwogCisJaWYgKHJ0 X2FkZF9hZGRyX2FsbGZpYnMpIHsKKwkJZmlibnVtID0gMDsKKwkJbWF4ZmliID0gcnRfbnVtZmli czsKKwl9IGVsc2UgeworCQlmaWJudW0gPSBpZnAtPmlmX2ZpYjsKKwkJbWF4ZmliID0gZmlibnVt ICsgMTsKKwl9CisKIAlhX2ZhaWx1cmUgPSAwOwotCWZvciAoZmlibnVtID0gMDsgZmlibnVtIDwg cnRfbnVtZmliczsgZmlibnVtKyspIHsKKwlmb3IgKDsgZmlibnVtIDwgbWF4ZmliOyBmaWJudW0r KykgewogCQlydCA9IE5VTEw7CiAJCWVycm9yID0gaW42X3J0cmVxdWVzdChSVE1fREVMRVRFLCAo c3RydWN0IHNvY2thZGRyICopJnNhNiwgTlVMTCwKIAkJICAgIChzdHJ1Y3Qgc29ja2FkZHIgKikm bWFzazYsIDAsICZydCwgZmlibnVtKTsKZGlmZiAtLWdpdCBhL3N5cy9uZXRpbmV0Ni9uZDZfbmJy LmMgYi9zeXMvbmV0aW5ldDYvbmQ2X25ici5jCi0tLSBhL3N5cy9uZXRpbmV0Ni9uZDZfbmJyLmMK KysrIGIvc3lzL25ldGluZXQ2L25kNl9uYnIuYwpAQCAtMjYyLDggKzI2Miw3IEBACiAJCWJ6ZXJv KCZpbmZvLCBzaXplb2YoaW5mbykpOwogCQlpbmZvLnJ0aV9pbmZvW1JUQVhfR0FURVdBWV0gPSAo c3RydWN0IHNvY2thZGRyICopJnJ0X2dhdGV3YXk7CiAKLQkJLyogQWx3YXlzIHVzZSB0aGUgZGVm YXVsdCBGSUIuICovCi0JCWlmIChyaWJfbG9va3VwX2luZm8oUlRfREVGQVVMVF9GSUIsIChzdHJ1 Y3Qgc29ja2FkZHIgKikmZHN0NiwKKwkJaWYgKHJpYl9sb29rdXBfaW5mbyhpZnAtPmlmX2ZpYiwg KHN0cnVjdCBzb2NrYWRkciAqKSZkc3Q2LAogCQkgICAgMCwgMCwgJmluZm8pID09IDApIHsKIAkJ CWlmICgoaW5mby5ydGlfZmxhZ3MgJiBSVEZfQU5OT1VOQ0UpICE9IDAgJiYKIAkJCSAgICBydF9n YXRld2F5LnNkbF9mYW1pbHkgPT0gQUZfTElOSykgewpAQCAtNDg1LDcgKzQ4NCw3IEBACiAJCQl1 aW50MzJfdCBzY29wZWlkOwogCiAJCQlpbjZfc3BsaXRzY29wZSgmaXA2LT5pcDZfZHN0LCAmZHN0 NiwgJnNjb3BlaWQpOwotCQkJZXJyb3IgPSBpbjZfc2VsZWN0c3JjX2FkZHIoUlRfREVGQVVMVF9G SUIsICZkc3Q2LAorCQkJZXJyb3IgPSBpbjZfc2VsZWN0c3JjX2FkZHIoZmlibnVtLCAmZHN0NiwK IAkJCSAgICBzY29wZWlkLCBpZnAsICZzcmM2LCBOVUxMKTsKIAkJCWlmIChlcnJvcikgewogCQkJ CWNoYXIgaXA2YnVmW0lORVQ2X0FERFJTVFJMRU5dOwpAQCAtOTgyLDcgKzk4MSw3IEBACiAJICog U2VsZWN0IGEgc291cmNlIHdob3NlIHNjb3BlIGlzIHRoZSBzYW1lIGFzIHRoYXQgb2YgdGhlIGRl c3QuCiAJICovCiAJaW42X3NwbGl0c2NvcGUoJmRhZGRyNiwgJmRzdDYsICZzY29wZWlkKTsKLQll cnJvciA9IGluNl9zZWxlY3RzcmNfYWRkcihSVF9ERUZBVUxUX0ZJQiwgJmRzdDYsCisJZXJyb3Ig PSBpbjZfc2VsZWN0c3JjX2FkZHIoZmlibnVtLCAmZHN0NiwKIAkgICAgc2NvcGVpZCwgaWZwLCAm c3JjNiwgTlVMTCk7CiAJaWYgKGVycm9yKSB7CiAJCWNoYXIgaXA2YnVmW0lORVQ2X0FERFJTVFJM RU5dOwpkaWZmIC0tZ2l0IGEvc3lzL25ldGluZXQ2L25kNi5oIGIvc3lzL25ldGluZXQ2L25kNi5o Ci0tLSBhL3N5cy9uZXRpbmV0Ni9uZDYuaAorKysgYi9zeXMvbmV0aW5ldDYvbmQ2LmgKQEAgLTQ2 OSw3ICs0NjksNyBAQAogdm9pZCBuZDZfcnNfaW5wdXQoc3RydWN0IG1idWYgKiwgaW50LCBpbnQp Owogdm9pZCBuZDZfcmFfaW5wdXQoc3RydWN0IG1idWYgKiwgaW50LCBpbnQpOwogdm9pZCBkZWZy b3V0ZXJfcmVzZXQodm9pZCk7Ci12b2lkIGRlZnJvdXRlcl9zZWxlY3Qodm9pZCk7Cit2b2lkIGRl ZnJvdXRlcl9zZWxlY3QoaW50IGZpYm51bSk7CiB2b2lkIGRlZnJvdXRlcl9yZWYoc3RydWN0IG5k X2RlZnJvdXRlciAqKTsKIHZvaWQgZGVmcm91dGVyX3JlbGUoc3RydWN0IG5kX2RlZnJvdXRlciAq KTsKIGJvb2wgZGVmcm91dGVyX3JlbW92ZShzdHJ1Y3QgaW42X2FkZHIgKiwgc3RydWN0IGlmbmV0 ICopOwpkaWZmIC0tZ2l0IGEvc3lzL25ldGluZXQ2L25kNi5jIGIvc3lzL25ldGluZXQ2L25kNi5j Ci0tLSBhL3N5cy9uZXRpbmV0Ni9uZDYuYworKysgYi9zeXMvbmV0aW5ldDYvbmQ2LmMKQEAgLTE1 Nyw2ICsxNTcsNyBAQAogCXN0cnVjdCBzb2NrYWRkcl9kbCBndzsKIAlzdHJ1Y3QgaWZuZXQgKmlm cDsKIAlpbnQgdHlwZTsKKwlpbnQgZmlibnVtOwogCiAJTExFX1dMT0NLX0FTU0VSVChsbGUpOwog CkBAIC0xOTQsOCArMTk1LDkgQEAKIAlydGluZm8ucnRpX2luZm9bUlRBWF9EU1RdID0gKHN0cnVj dCBzb2NrYWRkciAqKSZkc3Q7CiAJcnRpbmZvLnJ0aV9pbmZvW1JUQVhfR0FURVdBWV0gPSAoc3Ry dWN0IHNvY2thZGRyICopJmd3OwogCXJ0aW5mby5ydGlfYWRkcnMgPSBSVEFfRFNUIHwgUlRBX0dB VEVXQVk7CisJZmlibnVtID0gcnRfYWRkX2FkZHJfYWxsZmlicyA/IFJUX0FMTF9GSUJTIDogaWZw LT5pZl9maWI7CiAJcnRfbWlzc21zZ19maWIodHlwZSwgJnJ0aW5mbywgUlRGX0hPU1QgfCBSVEZf TExEQVRBIHwgKAotCSAgICB0eXBlID09IFJUTV9BREQgPyBSVEZfVVA6IDApLCAwLCBSVF9ERUZB VUxUX0ZJQik7CisJICAgIHR5cGUgPT0gUlRNX0FERCA/IFJURl9VUDogMCksIDAsIGZpYm51bSk7 CiB9CiAKIC8qCkBAIC0xMjA0LDcgKzEyMDYsNyBAQAogCiAJaWYgKE5EX0lGSU5GTyhpZnApLT5m bGFncyAmIE5ENl9JRkZfQUNDRVBUX1JUQURWKSB7CiAJCS8qIFJlZnJlc2ggZGVmYXVsdCByb3V0 ZXIgbGlzdC4gKi8KLQkJZGVmcm91dGVyX3NlbGVjdCgpOworCQlkZWZyb3V0ZXJfc2VsZWN0KGlm cC0+aWZfZmliKTsKIAl9CiB9CiAKQEAgLTEyOTAsOSArMTI5Miw3IEBACiAJYnplcm8oJnJ0X2tl eSwgc2l6ZW9mKHJ0X2tleSkpOwogCWJ6ZXJvKCZpbmZvLCBzaXplb2YoaW5mbykpOwogCWluZm8u cnRpX2luZm9bUlRBWF9EU1RdID0gKHN0cnVjdCBzb2NrYWRkciAqKSZydF9rZXk7Ci0KLQkvKiBB bHdheXMgdXNlIHRoZSBkZWZhdWx0IEZJQiBoZXJlLiBYWE1FIC0gd2h5PyAqLwotCWZpYm51bSA9 IFJUX0RFRkFVTFRfRklCOworCWZpYm51bSA9IGlmcC0+aWZfZmliOwogCiAJLyoKIAkgKiBJZiB0 aGUgYWRkcmVzcyBtYXRjaGVzIG9uZSBvZiBvdXIgYWRkcmVzc2VzLApAQCAtMTUxNCw3ICsxNTE0 LDcgQEAKIAkJCS8qCiAJCQkgKiBSZWZyZXNoIGRlZmF1bHQgcm91dGVyIGxpc3QuCiAJCQkgKi8K LQkJCWRlZnJvdXRlcl9zZWxlY3QoKTsKKwkJCWRlZnJvdXRlcl9zZWxlY3QoZHItPmlmcC0+aWZf ZmliKTsKIAkJfQogCiAJCS8qCkBAIC0xNzcwLDcgKzE3NzAsOCBAQAogCWNhc2UgU0lPQ1NOREZM VVNIX0lONjoJLyogWFhYOiB0aGUgaW9jdGwgbmFtZSBpcyBjb25mdXNpbmcuLi4gKi8KIAkJLyog c3luYyBrZXJuZWwgcm91dGluZyB0YWJsZSB3aXRoIHRoZSBkZWZhdWx0IHJvdXRlciBsaXN0ICov CiAJCWRlZnJvdXRlcl9yZXNldCgpOwotCQlkZWZyb3V0ZXJfc2VsZWN0KCk7CisJCWZvciAoaW50 IGZpYm51bSA9IDA7IGZpYm51bSA8IHJ0X251bWZpYnM7IGZpYm51bSsrKQorCQkJZGVmcm91dGVy X3NlbGVjdChmaWJudW0pOwogCQlicmVhazsKIAljYXNlIFNJT0NTUEZYRkxVU0hfSU42OgogCXsK QEAgLTE4MjMsNyArMTgyNCw4IEBACiAJCQlkZWZyb3V0ZXJfZGVsKGRyKTsKIAkJfQogCi0JCWRl ZnJvdXRlcl9zZWxlY3QoKTsKKwkJZm9yIChpbnQgZmlibnVtID0gMDsgZmlibnVtIDwgcnRfbnVt ZmliczsgZmlibnVtKyspCisJCQlkZWZyb3V0ZXJfc2VsZWN0KGZpYm51bSk7CiAJCWJyZWFrOwog CX0KIAljYXNlIFNJT0NHTkJSSU5GT19JTjY6CkBAIC0yMTIxLDcgKzIxMjMsNyBAQAogCQkvKgog CQkgKiBndWFyYW50ZWVkIHJlY3Vyc2lvbgogCQkgKi8KLQkJZGVmcm91dGVyX3NlbGVjdCgpOwor CQlkZWZyb3V0ZXJfc2VsZWN0KGlmcC0+aWZfZmliKTsKIAl9CiB9CiAKZGlmZiAtLWdpdCBhL3N5 cy9uZXRpbmV0Ni9pbjZfc3JjLmMgYi9zeXMvbmV0aW5ldDYvaW42X3NyYy5jCi0tLSBhL3N5cy9u ZXRpbmV0Ni9pbjZfc3JjLmMKKysrIGIvc3lzL25ldGluZXQ2L2luNl9zcmMuYwpAQCAtMjk3LDcg KzI5Nyw3IEBACiAJICovCiAJLyogZ2V0IHRoZSBvdXRnb2luZyBpbnRlcmZhY2UgKi8KIAlpZiAo KGVycm9yID0gaW42X3NlbGVjdGlmKGRzdHNvY2ssIG9wdHMsIG1vcHRzLCAmaWZwLCBvaWZwLAot CSAgICAoaW5wICE9IE5VTEwpID8gaW5wLT5pbnBfaW5jLmluY19maWJudW0gOiBSVF9ERUZBVUxU X0ZJQikpICE9IDApCisJICAgIChpbnAgIT0gTlVMTCkgPyBpbnAtPmlucF9pbmMuaW5jX2ZpYm51 bSA6IGZpYm51bSkpICE9IDApCiAJCXJldHVybiAoZXJyb3IpOwogCiAjaWZkZWYgRElBR05PU1RJ QwpkaWZmIC0tZ2l0IGEvc3lzL25ldGluZXQ2L2luNi5jIGIvc3lzL25ldGluZXQ2L2luNi5jCi0t LSBhL3N5cy9uZXRpbmV0Ni9pbjYuYworKysgYi9zeXMvbmV0aW5ldDYvaW42LmMKQEAgLTE1OSw2 ICsxNTksNyBAQAogCXN0cnVjdCBzb2NrYWRkcl9kbCBnYXRld2F5OwogCXN0cnVjdCBzb2NrYWRk cl9pbjYgbWFzaywgYWRkcjsKIAlzdHJ1Y3QgcnRlbnRyeSBydDsKKwlpbnQgZmlibnVtOwogCiAJ LyoKIAkgKiBpbml0aWFsaXplIGZvciBydG1zZyBnZW5lcmF0aW9uCkBAIC0xNzYsOCArMTc3LDkg QEAKIAlydC5ydF9mbGFncyA9IFJURl9IT1NUIHwgUlRGX1NUQVRJQzsKIAlpZiAoY21kID09IFJU TV9BREQpCiAJCXJ0LnJ0X2ZsYWdzIHw9IFJURl9VUDsKLQkvKiBBbm5vdW5jZSBhcnJpdmFsIG9m IGxvY2FsIGFkZHJlc3MgdG8gYWxsIEZJQnMuICovCi0JcnRfbmV3YWRkcm1zZyhjbWQsICZpYS0+ aWFfaWZhLCAwLCAmcnQpOworCWZpYm51bSA9IHJ0X2FkZF9hZGRyX2FsbGZpYnMgPyBSVF9BTExf RklCUyA6IGlhNjJpZmEoaWEpLT5pZmFfaWZwLT5pZl9maWI7CisJLyogQW5ub3VuY2UgYXJyaXZh bCBvZiBsb2NhbCBhZGRyZXNzIHRvIHRoaXMgRklCLiAqLworCXJ0X25ld2FkZHJtc2dfZmliKGNt ZCwgJmlhLT5pYV9pZmEsIDAsICZydCwgZmlibnVtKTsKIH0KIAogaW50CkBAIC0yMTE1LDE1ICsy MTE3LDE1IEBACiAJdWludDMyX3Qgc2NvcGVpZDsKIAlpbnQgZXJyb3I7CiAJY2hhciBpcDZidWZb SU5FVDZfQUREUlNUUkxFTl07CisJaW50IGZpYm51bTsKIAogCUtBU1NFUlQobDNhZGRyLT5zYV9m YW1pbHkgPT0gQUZfSU5FVDYsCiAJICAgICgic2luX2ZhbWlseSAlZCIsIGwzYWRkci0+c2FfZmFt aWx5KSk7CiAKLQkvKiBPdXIgbG9jYWwgYWRkcmVzc2VzIGFyZSBhbHdheXMgb25seSBpbnN0YWxs ZWQgb24gdGhlIGRlZmF1bHQgRklCLiAqLwotCiAJc2luNiA9IChjb25zdCBzdHJ1Y3Qgc29ja2Fk ZHJfaW42ICopbDNhZGRyOwogCWluNl9zcGxpdHNjb3BlKCZzaW42LT5zaW42X2FkZHIsICZkc3Qs ICZzY29wZWlkKTsKLQllcnJvciA9IGZpYjZfbG9va3VwX25oX2Jhc2ljKFJUX0RFRkFVTFRfRklC LCAmZHN0LCBzY29wZWlkLCAwLCAwLCAmbmg2KTsKKwlmaWJudW0gPSBydF9hZGRfYWRkcl9hbGxm aWJzID8gUlRfREVGQVVMVF9GSUIgOiBpZnAtPmlmX2ZpYjsKKwllcnJvciA9IGZpYjZfbG9va3Vw X25oX2Jhc2ljKGZpYm51bSwgJmRzdCwgc2NvcGVpZCwgMCwgMCwgJm5oNik7CiAJaWYgKGVycm9y ICE9IDAgfHwgKG5oNi5uaF9mbGFncyAmIE5IRl9HQVRFV0FZKSB8fCBuaDYubmhfaWZwICE9IGlm cCkgewogCQlzdHJ1Y3QgaWZhZGRyICppZmE7CiAJCS8qCmRpZmYgLS1naXQgYS9zeXMvbmV0aW5l dDYvaWNtcDYuYyBiL3N5cy9uZXRpbmV0Ni9pY21wNi5jCi0tLSBhL3N5cy9uZXRpbmV0Ni9pY21w Ni5jCisrKyBiL3N5cy9uZXRpbmV0Ni9pY21wNi5jCkBAIC0yMDY0LDYgKzIwNjQsNyBAQAogCXN0 cnVjdCBpZm5ldCAqb3V0aWYgPSBOVUxMOwogCWludCBwbGVuOwogCWludCB0eXBlLCBjb2RlLCBo bGltOworCWludCBmaWJudW07CiAKIAkvKiB0b28gc2hvcnQgdG8gcmVmbGVjdCAqLwogCWlmIChv ZmYgPCBzaXplb2Yoc3RydWN0IGlwNl9oZHIpKSB7CkBAIC0yMTM2LDYgKzIxMzcsMTQgQEAKIAkJ CWlmYV9mcmVlKCZpYS0+aWFfaWZhKTsKIAl9CiAKKwlpYSA9IGluNmlmYV9pZndpdGhhZGRyKCZp cDYtPmlwNl9kc3QsIDAgLyogWFhYICovKTsKKwlpZiAoaWEgIT0gTlVMTCkgeworCQlmaWJudW0g PSBpYS0+aWFfaWZwLT5pZl9maWI7CisJCWlmYV9mcmVlKCZpYS0+aWFfaWZhKTsKKwl9IGVsc2UK KwkJZmlibnVtID0gUlRfREVGQVVMVF9GSUI7CisJTV9TRVRGSUIobSwgZmlibnVtKTsKKwogCWlm IChzcmNwID09IE5VTEwpIHsKIAkJaW50IGVycm9yOwogCQlzdHJ1Y3QgaW42X2FkZHIgZHN0NjsK QEAgLTIxNDcsNyArMjE1Niw3IEBACiAJCSAqIHNvdXJjZSBhZGRyZXNzIG9mIHRoZSBlcnJvbmVv dXMgcGFja2V0LgogCQkgKi8KIAkJaW42X3NwbGl0c2NvcGUoJmlwNi0+aXA2X3NyYywgJmRzdDYs ICZzY29wZWlkKTsKLQkJZXJyb3IgPSBpbjZfc2VsZWN0c3JjX2FkZHIoUlRfREVGQVVMVF9GSUIs ICZkc3Q2LAorCQllcnJvciA9IGluNl9zZWxlY3RzcmNfYWRkcihmaWJudW0sICZkc3Q2LAogCQkg ICAgc2NvcGVpZCwgTlVMTCwgJnNyYzYsICZobGltKTsKIAogCQlpZiAoZXJyb3IpIHsKQEAgLTIy ODksNyArMjI5OCw3IEBACiAJdWludDMyX3Qgc2NvcGVpZDsKIAogCWluNl9zcGxpdHNjb3BlKCZy ZWRkc3Q2LCAma2RzdCwgJnNjb3BlaWQpOwotCWlmIChmaWI2X2xvb2t1cF9uaF9iYXNpYyhSVF9E RUZBVUxUX0ZJQiwgJmtkc3QsIHNjb3BlaWQsIDAsIDAsJm5oNik9PTApeworCWlmIChmaWI2X2xv b2t1cF9uaF9iYXNpYyhpZnAtPmlmX2ZpYiwgJmtkc3QsIHNjb3BlaWQsIDAsIDAsJm5oNik9PTAp ewogCQlpZiAoKG5oNi5uaF9mbGFncyAmIE5IRl9HQVRFV0FZKSA9PSAwKSB7CiAJCQluZDZsb2co KExPR19FUlIsCiAJCQkgICAgIklDTVA2IHJlZGlyZWN0IHJlamVjdGVkOyBubyByb3V0ZSAiCmRp ZmYgLS1naXQgYS9zeXMvbmV0L3JvdXRlLmMgYi9zeXMvbmV0L3JvdXRlLmMKLS0tIGEvc3lzL25l dC9yb3V0ZS5jCisrKyBiL3N5cy9uZXQvcm91dGUuYwpAQCAtMjIyMSw3ICsyMjIxLDcgQEAKIAlj YXNlIEFGX0lORVQ2OgogCWNhc2UgQUZfSU5FVDoKIAkJLyogV2UgZG8gc3VwcG9ydCBtdWx0aXBs ZSBGSUJzLiAqLwotCQlmaWIgPSBSVF9BTExfRklCUzsKKwkJZmliID0gcnRfYWRkX2FkZHJfYWxs ZmlicyA/IFJUX0FMTF9GSUJTIDogaWZhLT5pZmFfaWZwLT5pZl9maWI7CiAJCWJyZWFrOwogCX0K IAlyZXR1cm4gKHJ0aW5pdDEoaWZhLCBjbWQsIGZsYWdzLCBmaWIpKTsKCg== --b1_cf53400cd4a7c8d741c0c224ba2d23ca-- From owner-freebsd-net@freebsd.org Sun Feb 5 16:42:00 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 22C3BCD2FF5 for ; Sun, 5 Feb 2017 16:42:00 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 08217A25 for ; Sun, 5 Feb 2017 16:42:00 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v15GfwMu011512 for ; Sun, 5 Feb 2017 16:41:59 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 196361] Constrain IPv6 routes to each FIB (Consistent with IPv4 route behaviour) Date: Sun, 05 Feb 2017 16:41:58 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.1-RELEASE X-Bugzilla-Keywords: needs-patch, needs-qa X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: jhujhiti@adjectivism.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 05 Feb 2017 16:42:00 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D196361 --- Comment #16 from jhujhiti@adjectivism.org --- I've created a diff in Phabricator: https://reviews.freebsd.org/D9451 --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Sun Feb 5 17:33:41 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5D7A1CD2E33 for ; Sun, 5 Feb 2017 17:33:41 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: from reviews.nyi.freebsd.org (reviews.nyi.freebsd.org [IPv6:2610:1c1:1:607c::16:b]) by mx1.freebsd.org (Postfix) with ESMTP id 3BB8DBD0 for ; Sun, 5 Feb 2017 17:33:41 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: by reviews.nyi.freebsd.org (Postfix, from userid 1346) id D71B83646F; Sun, 5 Feb 2017 17:33:40 +0000 (UTC) Date: Sun, 5 Feb 2017 17:33:40 +0000 To: freebsd-net@freebsd.org From: "asomers (Alan Somers)" Reply-to: D9451+325+eaa6f8a0c0731bfe@reviews.freebsd.org Subject: [Differential] D9451: Constrain IPv6 interface routes to each FIB Message-ID: <5d361201ba2aa08a4e24c9d39c10ca4b@localhost.localdomain> X-Priority: 3 X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , Thread-Topic: D9451: Constrain IPv6 interface routes to each FIB X-Herald-Rules: <28>, <81> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: Precedence: bulk In-Reply-To: References: Thread-Index: MzA4MmVhNjA3MDYxYjk1ZGE4NzFjZWJhMzgyIFiXYfQ= MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2017 17:33:41 -0000 YXNvbWVycyBhZGRlZCBhIGNvbW1lbnQuCgoKICBBd2Vzb21lIHdvcmsgamh1amhpdGkuICBVbmZv cnR1bmF0ZWx5LCBJIHdvbid0IGJlIGFibGUgdG8gdGVzdCBpdCB1bnRpbCBQUiAyMTY3MzQgaXMg Zml4ZWQgb3IgSSBtYWtlIG15c2VsZiBhbm90aGVyIEZyZWVCU0QgaGVhZCBtYWNoaW5lLiAgSSds bCB0cnkgdG8gZG8gdGhhdCBzb21ldGltZSBuZXh0IHdlZWsuCgpSRVBPU0lUT1JZCiAgclMgRnJl ZUJTRCBzcmMgcmVwb3NpdG9yeQoKUkVWSVNJT04gREVUQUlMCiAgaHR0cHM6Ly9yZXZpZXdzLmZy ZWVic2Qub3JnL0Q5NDUxCgpFTUFJTCBQUkVGRVJFTkNFUwogIGh0dHBzOi8vcmV2aWV3cy5mcmVl YnNkLm9yZy9zZXR0aW5ncy9wYW5lbC9lbWFpbHByZWZlcmVuY2VzLwoKVG86IGpodWpoaXRpX2Fk amVjdGl2aXNtLm9yZywgI25ldHdvcmssIGFzb21lcnMKQ2M6IGltcCwgYWUsIGZyZWVic2QtbmV0 LWxpc3QK From owner-freebsd-net@freebsd.org Sun Feb 5 18:44:32 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A9288CD2319 for ; Sun, 5 Feb 2017 18:44:32 +0000 (UTC) (envelope-from alarig@swordarmor.fr) Received: from kaiminus.swordarmor.fr (kaiminus.swordarmor.fr [IPv6:2a00:5884:8200:15::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 446A1149C for ; Sun, 5 Feb 2017 18:44:32 +0000 (UTC) (envelope-from alarig@swordarmor.fr) Received: from mew.swordarmor.fr (mew.swordarmor.fr [IPv6:2a00:5884:102:1::4]) (using TLSv1.2 with cipher ECDHE-RSA-CHACHA20-POLY1305 (256/256 bits)) (No client certificate requested) by kaiminus.swordarmor.fr (Postfix) with ESMTPSA id 92D698928C for ; Sun, 5 Feb 2017 19:44:26 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=swordarmor.fr; s=default; t=1486320266; bh=krBB6AtMuphyw69uVKBsraeeMyUFUEm8kfn34UQY/qU=; h=Date:From:To:Subject:References:In-Reply-To; b=J2ZkZrbNZeOO/qKRldhCPWlUP4DS6RamtcOGBZqpT2d1xamyUDz/r3aWtYKmRmTcw uPwQcQraZQDiFYycxivNA5k/ERKsjv3lO2kIPsI2h2IcO+b7hXpqPGDAu1dITfOBdr 7hx9aU+ImuMFrpgkUPPl03jqXhmgedMwLcQV+VMs= Date: Sun, 5 Feb 2017 19:44:20 +0100 From: Alarig Le Lay To: freebsd-net@freebsd.org Subject: Re: Avoid using RFC3927 outside of the link Message-ID: <20170205184420.yv7vteskd7t7sd67@mew.swordarmor.fr> References: <20161219184617.7yph7isgtgjy4mja@kaiminus> <58582C25.7090806@grosbein.net> <20161219190506.kc32q7sz3okekup7@kaiminus> <58583645.3090502@grosbein.net> <20161219210150.mf4cwx3k33x2qbbe@kaiminus> <58589E28.9020900@grosbein.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="m2tikxai5vi7dqy7" Content-Disposition: inline In-Reply-To: <58589E28.9020900@grosbein.net> User-Agent: NeoMutt/20170128 (1.7.2) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 05 Feb 2017 18:44:32 -0000 --m2tikxai5vi7dqy7 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On mar. 20 d=C3=A9c. 09:57:44 2016, Eugene Grosbein wrote: > 20.12.2016 4:01, Alarig Le Lay =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > > On Tue Dec 20 02:34:29 2016, Eugene Grosbein wrote: > > > Well, you can always use brute force instead: > > >=20 > > > ipfw nat 169 config reset ip 89.234.186.1 && \ > > > ipfw add 60 nat 169 ip from 169.254.0.0/16 to any out xmit igb0 > > >=20 > > > That's ugly but works. > >=20 > > I will work just by side effect: by doing this, I will send BGP packets > > from 89.234.186.1, which is an IP than the peer learned by BGP. This wi= ll > > create a recursive loop, and the session will be shut. So, no more > > traffic will transit through this interface, and this IP will not be > > displayed anymore :p >=20 > You could also use another public IP as primary address for interface in = question > and an address from 169.254.0.0/16 as secondary one. BGP will still work = and > kernel/ICMP will use public IP. Hi, I tried this, but the box is still replying from 169.254.0.0/16: alarig@scw-0eb563:~$ mtr -4bw kaiminus.swordarmor.fr Start: Sun Feb 5 18:33:13 2017 HOST: scw-0eb563 Loss% Snt La= st Avg Best Wrst StDev 1.|-- 10.2.18.150 0.0% 10 = 0.4 0.4 0.3 0.5 0.0 2.|-- ??? 100.0 10 = 0.0 0.0 0.0 0.0 0.0 3.|-- 10.1.96.0 0.0% 10 = 0.6 0.6 0.5 0.9 0.0 4.|-- ??? 100.0 10 = 0.0 0.0 0.0 0.0 0.0 5.|-- 188-225-47-212.int.cloud.online.net (212.47.225.188) 0.0% 10 = 1.9 1.3 0.6 2.3 0.0 6.|-- 195.154.1.38 0.0% 10 = 1.9 1.3 1.0 2.1 0.0 7.|-- 195.154.1.193 0.0% 10 = 2.2 2.7 1.4 5.7 1.2 8.|-- equinix-th2.quantic-telecom.net (195.42.144.192) 0.0% 10 = 1.6 1.8 1.2 2.8 0.3 9.|-- 185.132.75.33 0.0% 10 = 8.2 8.4 7.8 9.4 0.3 10.|-- 169.254.1.3 0.0% 10 = 8.4 8.6 7.9 9.4 0.0 11.|-- kaiminus.swordarmor.fr (89.234.186.26) 0.0% 10 = 8.1 9.2 8.1 9.9 0.3 I did this commands: birdc disable bgp_quantic birdc6 disable bgp_quantic ifconfig em0.21 down ifconfig em0.21 destroy ifconfig em0.21 create ifconfig em0.21 description "transit quantic" ifconfig em0.21 vlan 21 vlandev em0 ifconfig em0.21 inet 169.254.1.2/29 ifconfig em0.21 inet 89.234.186.7/32 alias ifconfig em0.21 inet6 2a06:e040:3501:0101:0002::2/80 birdc enable bgp_quantic birdc6 enable bgp_quantic I also tried to put 89.234.186.7/32 as primary and 169.254.1.2/29 as alias. Also, the routes are installed like this: root@nominoe:~ # netstat -rn | grep 169.254.1.1 | head 1.0.129.0/24 169.254.1.1 UG1 em0.21 1.0.144.0/20 169.254.1.1 UG1 em0.21 So, am I right if I say that the box will always use 169.254.1.2 as source address because the next hop is 169.254.1.1? Thanks, --=20 alarig --m2tikxai5vi7dqy7 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEE+2yGwT0H0n57WkRbrzhKwWsgK4gFAliXcoEACgkQrzhKwWsg K4iNPgf+KCTj67ch0RyUyb8XJXh9sZYDAsBMNcl/oMLlcXUVCSFUeqhqn7fpdmOw 33e7ULADjHwoO7eojnDtQ+WMT7IwDY6Y3hvyHHmz29In47fkyPbsN6GPusFeJVVY x7P4RoGJWfF4rOsxhoqD1XqWN9Dtf7kmguQufy9wGH913CoeBlgka3SLYXTD1CvF GP7X4pOshyRR0q8decdV+7SHdvWWfRNXH49ddHKuAGHWVCieDRgLIhH5t3O3O+Sp VfkSPwzVzizncPqol111X5SQ93zAMQtnl7SV4za6s586kKh84qsRn0B8ZRvQhZR+ UoisbSg539bW20PfLTuzd+KvI1zjyA== =mT4T -----END PGP SIGNATURE----- --m2tikxai5vi7dqy7-- From owner-freebsd-net@freebsd.org Sun Feb 5 21:00:53 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 36A17CD2115 for ; Sun, 5 Feb 2017 21:00:53 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 254A41981 for ; Sun, 5 Feb 2017 21:00:53 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v15L01kJ016582 for ; Sun, 5 Feb 2017 21:00:53 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <201702052100.v15L01kJ016582@kenobi.freebsd.org> From: bugzilla-noreply@FreeBSD.org To: freebsd-net@FreeBSD.org Subject: Problem reports for freebsd-net@FreeBSD.org that need special attention Date: Sun, 05 Feb 2017 21:00:53 +0000 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 05 Feb 2017 21:00:53 -0000 To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status | Bug Id | Description ------------+-----------+--------------------------------------------------- In Progress | 165622 | [ndis][panic][patch] Unregistered use of FPU in k In Progress | 203422 | mpd/ppoe not working with re(4) with revision 285 In Progress | 206581 | bxe_ioctl_nvram handler is faulty New | 204438 | setsockopt() handling of kern.ipc.maxsockbuf limi New | 205592 | TCP processing in IPSec causes kernel panic New | 206053 | kqueue support code of netmap causes panic New | 213410 | [carp] service netif restart causes hang only whe New | 215874 | [patch] [icmp] [mbuf_tags] teach icmp_error() opt Open | 148807 | [panic] "panic: sbdrop" and "panic: sbsndptr: soc Open | 193452 | Dell PowerEdge 210 II -- Kernel panic bce (broadc Open | 194485 | Userland cannot add IPv6 prefix routes Open | 194515 | Fatal Trap 12 Kernel with vimage Open | 199136 | [if_tap] Added down_on_close sysctl variable to t Open | 202510 | [CARP] advertisements sourced from CARP IP cause Open | 206544 | sendmsg(2) (sendto(2) too?) can fail with EINVAL; Open | 211031 | [panic] in ng_uncallout when argument is NULL Open | 211962 | bxe driver queue soft hangs and flooding tx_soft_ Open | 212018 | Enable IPSEC_NAT_T in GENERIC kernel configuratio Open | 213257 | Crash in IGB driver with ALTQ 19 problems total for which you should take action. From owner-freebsd-net@freebsd.org Sun Feb 5 23:48:23 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E19BDCD26A2 for ; Sun, 5 Feb 2017 23:48:23 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: from reviews.nyi.freebsd.org (reviews.nyi.freebsd.org [IPv6:2610:1c1:1:607c::16:b]) by mx1.freebsd.org (Postfix) with ESMTP id B49981E82 for ; Sun, 5 Feb 2017 23:48:23 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: by reviews.nyi.freebsd.org (Postfix, from userid 1346) id 1B4F3369DF; Sun, 5 Feb 2017 23:48:23 +0000 (UTC) Date: Sun, 5 Feb 2017 23:48:23 +0000 To: freebsd-net@freebsd.org From: "ae (Andrey V. Elsukov)" Reply-to: D9451+325+eaa6f8a0c0731bfe@reviews.freebsd.org Subject: [Differential] D9451: Constrain IPv6 interface routes to each FIB Message-ID: <7ee757850adbc3bc79a2ac746aa75e89@localhost.localdomain> X-Priority: 3 X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: Thread-Topic: D9451: Constrain IPv6 interface routes to each FIB X-Herald-Rules: <28>, <81> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: Precedence: bulk In-Reply-To: References: Thread-Index: MzA4MmVhNjA3MDYxYjk1ZGE4NzFjZWJhMzgyIFiXucc= MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2017 23:48:24 -0000 YWUgYWRkZWQgYSBjb21tZW50LgoKCiAgQ2FuIHlvdSByZXN1Ym1pdCB0aGUgcGF0Y2ggd2l0aCBt b3JlIGNvbnRleHQ/IFlvdSBjYW4gbWFrZSBpdCB1c2luZyBzdWNoIGFyZ3VtZW50cyBmb3Igc3Zu IGRpZmYgIi0tZGlmZi1jbWQ9ZGlmZiAteCAtVTk5OTk5OSIgb3Igc2ltaWxhciBhcmd1bWVudHMg Zm9yIHlvdXIgVkNTLiBJdCBwcm9kdWNlcyBhIG11Y2ggbGFyZ2UgcGF0Y2hlcywgYnV0IGl0IGlz IHBvc3NpYmxlIHRvIHNlZSBtb3JlIGNvbnRleHQuCgpSRVBPU0lUT1JZCiAgclMgRnJlZUJTRCBz cmMgcmVwb3NpdG9yeQoKUkVWSVNJT04gREVUQUlMCiAgaHR0cHM6Ly9yZXZpZXdzLmZyZWVic2Qu b3JnL0Q5NDUxCgpFTUFJTCBQUkVGRVJFTkNFUwogIGh0dHBzOi8vcmV2aWV3cy5mcmVlYnNkLm9y Zy9zZXR0aW5ncy9wYW5lbC9lbWFpbHByZWZlcmVuY2VzLwoKVG86IGpodWpoaXRpX2FkamVjdGl2 aXNtLm9yZywgI25ldHdvcmssIGFzb21lcnMKQ2M6IGltcCwgYWUsIGZyZWVic2QtbmV0LWxpc3QK From owner-freebsd-net@freebsd.org Mon Feb 6 00:58:16 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BA63FCD1A0A for ; Mon, 6 Feb 2017 00:58:16 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9C49B1BDD for ; Mon, 6 Feb 2017 00:58:16 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v160wGou059474 for ; Mon, 6 Feb 2017 00:58:16 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 204340] [panic] nfsd, em, msix, fatal trap 9 Date: Mon, 06 Feb 2017 00:58:15 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.2-RELEASE X-Bugzilla-Keywords: IntelNetworking, crash, patch X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: rmacklem@FreeBSD.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: rmacklem@FreeBSD.org X-Bugzilla-Flags: mfc-stable9- mfc-stable10+ X-Bugzilla-Changed-Fields: attachments.isobsolete attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 06 Feb 2017 00:58:16 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D204340 Rick Macklem changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #179512|0 |1 is obsolete| | --- Comment #25 from Rick Macklem --- Created attachment 179661 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D179661&action= =3Dedit add svcpool_close (cleaned up version) This patch implements the same logic as 179512, but is cleaned up by factoring out the code common to svcpool_destroy() and svcpool_close() and placing it in svcpool_cleanup(). Semantically equivalent to 179512 for testing. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-net@freebsd.org Mon Feb 6 01:50:04 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5DE01CD2A21 for ; Mon, 6 Feb 2017 01:50:04 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: from reviews.nyi.freebsd.org (reviews.nyi.freebsd.org [IPv6:2610:1c1:1:607c::16:b]) by mx1.freebsd.org (Postfix) with ESMTP id 0AEFC12C8 for ; Mon, 6 Feb 2017 01:50:04 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: by reviews.nyi.freebsd.org (Postfix, from userid 1346) id 9A5FB36D78; Mon, 6 Feb 2017 01:50:02 +0000 (UTC) Date: Mon, 6 Feb 2017 01:50:02 +0000 To: freebsd-net@freebsd.org From: "jhujhiti_adjectivism.org (Erick Turnquist)" Reply-to: D9451+325+eaa6f8a0c0731bfe@reviews.freebsd.org Subject: [Differential] D9451: Constrain IPv6 interface routes to each FIB Message-ID: X-Priority: 3 X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , , Thread-Topic: D9451: Constrain IPv6 interface routes to each FIB X-Herald-Rules: <28>, <81> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: Precedence: bulk In-Reply-To: References: Thread-Index: MzA4MmVhNjA3MDYxYjk1ZGE4NzFjZWJhMzgyIFiX1ko= MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="b1_c156dea391f2e6886b3c64cb30c4063f" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2017 01:50:04 -0000 --b1_c156dea391f2e6886b3c64cb30c4063f Content-Type: text/plain; charset = "utf-8" Content-Transfer-Encoding: base64 amh1amhpdGlfYWRqZWN0aXZpc20ub3JnIHVwZGF0ZWQgdGhpcyByZXZpc2lvbiB0byBEaWZmIDI0 NzgyLgpqaHVqaGl0aV9hZGplY3RpdmlzbS5vcmcgYWRkZWQgYSBjb21tZW50LgoKCiAgSGVyZSdz IHRoZSBzYW1lIHBhdGNoIHdpdGggZnVsbCBjb250ZXh0CgpSRVBPU0lUT1JZCiAgclMgRnJlZUJT RCBzcmMgcmVwb3NpdG9yeQoKQ0hBTkdFUyBTSU5DRSBMQVNUIFVQREFURQogIGh0dHBzOi8vcmV2 aWV3cy5mcmVlYnNkLm9yZy9EOTQ1MT92cz0yNDc2OCZpZD0yNDc4MgoKUkVWSVNJT04gREVUQUlM CiAgaHR0cHM6Ly9yZXZpZXdzLmZyZWVic2Qub3JnL0Q5NDUxCgpBRkZFQ1RFRCBGSUxFUwogIHN5 cy9uZXQvcm91dGUuYwogIHN5cy9uZXRpbmV0Ni9pY21wNi5jCiAgc3lzL25ldGluZXQ2L2luNi5j CiAgc3lzL25ldGluZXQ2L2luNl9zcmMuYwogIHN5cy9uZXRpbmV0Ni9uZDYuYwogIHN5cy9uZXRp bmV0Ni9uZDYuaAogIHN5cy9uZXRpbmV0Ni9uZDZfbmJyLmMKICBzeXMvbmV0aW5ldDYvbmQ2X3J0 ci5jCgpFTUFJTCBQUkVGRVJFTkNFUwogIGh0dHBzOi8vcmV2aWV3cy5mcmVlYnNkLm9yZy9zZXR0 aW5ncy9wYW5lbC9lbWFpbHByZWZlcmVuY2VzLwoKVG86IGpodWpoaXRpX2FkamVjdGl2aXNtLm9y ZywgI25ldHdvcmssIGFzb21lcnMKQ2M6IGltcCwgYWUsIGZyZWVic2QtbmV0LWxpc3QK --b1_c156dea391f2e6886b3c64cb30c4063f Content-Type: text/x-patch; charset=utf-8; name="D9451.24782.patch" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="D9451.24782.patch" ZGlmZiAtLWdpdCBhL3N5cy9uZXRpbmV0Ni9uZDZfcnRyLmMgYi9zeXMvbmV0aW5ldDYvbmQ2X3J0 ci5jCi0tLSBhL3N5cy9uZXRpbmV0Ni9uZDZfcnRyLmMKKysrIGIvc3lzL25ldGluZXQ2L25kNl9y dHIuYwpAQCAtNTAwLDcgKzUwMCw3IEBACiAKIAllcnJvciA9IGluNl9ydHJlcXVlc3QoUlRNX0FE RCwgKHN0cnVjdCBzb2NrYWRkciAqKSZkZWYsCiAJICAgIChzdHJ1Y3Qgc29ja2FkZHIgKikmZ2F0 ZSwgKHN0cnVjdCBzb2NrYWRkciAqKSZtYXNrLAotCSAgICBSVEZfR0FURVdBWSwgJm5ld3J0LCBS VF9ERUZBVUxUX0ZJQik7CisJICAgIFJURl9HQVRFV0FZLCAmbmV3cnQsIG5ldy0+aWZwLT5pZl9m aWIpOwogCWlmIChuZXdydCkgewogCQluZDZfcnRtc2coUlRNX0FERCwgbmV3cnQpOyAvKiB0ZWxs IHVzZXIgcHJvY2VzcyAqLwogCQlSVEZSRUUobmV3cnQpOwpAQCAtNTcxLDcgKzU3MSw3IEBACiAK IAlpbjZfcnRyZXF1ZXN0KFJUTV9ERUxFVEUsIChzdHJ1Y3Qgc29ja2FkZHIgKikmZGVmLAogCSAg ICAoc3RydWN0IHNvY2thZGRyICopJmdhdGUsCi0JICAgIChzdHJ1Y3Qgc29ja2FkZHIgKikmbWFz aywgUlRGX0dBVEVXQVksICZvbGRydCwgUlRfREVGQVVMVF9GSUIpOworCSAgICAoc3RydWN0IHNv Y2thZGRyICopJm1hc2ssIFJURl9HQVRFV0FZLCAmb2xkcnQsIGRyLT5pZnAtPmlmX2ZpYik7CiAJ aWYgKG9sZHJ0KSB7CiAJCW5kNl9ydG1zZyhSVE1fREVMRVRFLCBvbGRydCk7CiAJCVJURlJFRShv bGRydCk7CkBAIC03MDIsNyArNzAyLDcgQEAKIAkgKiBmcm9tIHRoZSByb3V0aW5nIHRhYmxlLgog CSAqLwogCWlmIChkZWxkcikKLQkJZGVmcm91dGVyX3NlbGVjdCgpOworCQlkZWZyb3V0ZXJfc2Vs ZWN0KGRlbGRyLT5pZnAtPmlmX2ZpYik7CiAKIAkvKgogCSAqIFJlbGVhc2UgdGhlIGxpc3QgcmVm ZXJlbmNlLgpAQCAtNzMyLDcgKzczMiw3IEBACiAgKiBjb21wbGljYXRlZCBhbmQgdGhlIHBvc3Np YmlsaXR5IG9mIGludHJvZHVjaW5nIGJ1Z3MuCiAgKi8KIHZvaWQKLWRlZnJvdXRlcl9zZWxlY3Qo dm9pZCkKK2RlZnJvdXRlcl9zZWxlY3QoaW50IGZpYm51bSkKIHsKIAlzdHJ1Y3QgbmRfZGVmcm91 dGVyICpkciwgKnNlbGVjdGVkX2RyLCAqaW5zdGFsbGVkX2RyOwogCXN0cnVjdCBsbGVudHJ5ICps biA9IE5VTEw7CkBAIC03NTUsNyArNzU1LDcgQEAKIAlzZWxlY3RlZF9kciA9IGluc3RhbGxlZF9k ciA9IE5VTEw7CiAJVEFJTFFfRk9SRUFDSChkciwgJlZfbmRfZGVmcm91dGVyLCBkcl9lbnRyeSkg ewogCQlJRl9BRkRBVEFfUkxPQ0soZHItPmlmcCk7Ci0JCWlmIChzZWxlY3RlZF9kciA9PSBOVUxM ICYmCisJCWlmIChzZWxlY3RlZF9kciA9PSBOVUxMICYmIGRyLT5pZnAtPmlmX2ZpYiA9PSBmaWJu dW0gJiYKIAkJICAgIChsbiA9IG5kNl9sb29rdXAoJmRyLT5ydGFkZHIsIDAsIGRyLT5pZnApKSAm JgogCQkgICAgTkQ2X0lTX0xMSU5GT19QUk9CUkVBQ0gobG4pKSB7CiAJCQlzZWxlY3RlZF9kciA9 IGRyOwpAQCAtNzY3LDcgKzc2Nyw3IEBACiAJCQlsbiA9IE5VTEw7CiAJCX0KIAotCQlpZiAoZHIt Pmluc3RhbGxlZCkgeworCQlpZiAoZHItPmluc3RhbGxlZCAmJiBkci0+aWZwLT5pZl9maWIgPT0g ZmlibnVtKSB7CiAJCQlpZiAoaW5zdGFsbGVkX2RyID09IE5VTEwpIHsKIAkJCQlpbnN0YWxsZWRf ZHIgPSBkcjsKIAkJCQlkZWZyb3V0ZXJfcmVmKGluc3RhbGxlZF9kcik7CkBAIC03ODksMTQgKzc4 OSwyMyBAQAogCWlmIChzZWxlY3RlZF9kciA9PSBOVUxMKSB7CiAJCWlmIChpbnN0YWxsZWRfZHIg PT0gTlVMTCB8fAogCQkgICAgVEFJTFFfTkVYVChpbnN0YWxsZWRfZHIsIGRyX2VudHJ5KSA9PSBO VUxMKQotCQkJc2VsZWN0ZWRfZHIgPSBUQUlMUV9GSVJTVCgmVl9uZF9kZWZyb3V0ZXIpOworCQkJ ZHIgPSBUQUlMUV9GSVJTVCgmVl9uZF9kZWZyb3V0ZXIpOwogCQllbHNlCi0JCQlzZWxlY3RlZF9k ciA9IFRBSUxRX05FWFQoaW5zdGFsbGVkX2RyLCBkcl9lbnRyeSk7Ci0JCWRlZnJvdXRlcl9yZWYo c2VsZWN0ZWRfZHIpOworCQkJZHIgPSBUQUlMUV9ORVhUKGluc3RhbGxlZF9kciwgZHJfZW50cnkp OworCisJCS8qIEVuc3VyZSB3ZSBzZWxlY3QgYSByb3V0ZXIgZm9yIHRoaXMgRklCLiAqLworCQlU QUlMUV9GT1JFQUNIX0ZST00oZHIsICZWX25kX2RlZnJvdXRlciwgZHJfZW50cnkpIHsKKwkJCWlm IChkci0+aWZwLT5pZl9maWIgPT0gZmlibnVtKSB7CisJCQkJc2VsZWN0ZWRfZHIgPSBkcjsKKwkJ CQlkZWZyb3V0ZXJfcmVmKHNlbGVjdGVkX2RyKTsKKwkJCQlicmVhazsKKwkJCX0KKwkJfQogCX0g ZWxzZSBpZiAoaW5zdGFsbGVkX2RyICE9IE5VTEwpIHsKIAkJSUZfQUZEQVRBX1JMT0NLKGluc3Rh bGxlZF9kci0+aWZwKTsKIAkJaWYgKChsbiA9IG5kNl9sb29rdXAoJmluc3RhbGxlZF9kci0+cnRh ZGRyLCAwLCBpbnN0YWxsZWRfZHItPmlmcCkpICYmCiAJCSAgICBORDZfSVNfTExJTkZPX1BST0JS RUFDSChsbikgJiYKKwkJICAgIGluc3RhbGxlZF9kci0+aWZwLT5pZl9maWIgPT0gZmlibnVtICYm CiAJCSAgICBydHByZWYoc2VsZWN0ZWRfZHIpIDw9IHJ0cHJlZihpbnN0YWxsZWRfZHIpKSB7CiAJ CQlkZWZyb3V0ZXJfcmVsZShzZWxlY3RlZF9kcik7CiAJCQlzZWxlY3RlZF9kciA9IGluc3RhbGxl ZF9kcjsKQEAgLTgwOCwxOCArODE3LDIwIEBACiAJTkQ2X1JVTkxPQ0soKTsKIAogCS8qCi0JICog SWYgdGhlIHNlbGVjdGVkIHJvdXRlciBpcyBkaWZmZXJlbnQgdGhhbiB0aGUgaW5zdGFsbGVkIG9u ZSwKLQkgKiByZW1vdmUgdGhlIGluc3RhbGxlZCByb3V0ZXIgYW5kIGluc3RhbGwgdGhlIHNlbGVj dGVkIG9uZS4KLQkgKiBOb3RlIHRoYXQgdGhlIHNlbGVjdGVkIHJvdXRlciBpcyBuZXZlciBOVUxM IGhlcmUuCisJICogSWYgd2Ugc2VsZWN0ZWQgYSByb3V0ZXIgZm9yIHRoaXMgRklCIGFuZCBpdCdz IGRpZmZlcmVudAorCSAqIHRoYW4gdGhlIGluc3RhbGxlZCBvbmUsIHJlbW92ZSB0aGUgaW5zdGFs bGVkIHJvdXRlciBhbmQKKwkgKiBpbnN0YWxsIHRoZSBzZWxlY3RlZCBvbmUgaW4gaXRzIHBsYWNl LgogCSAqLwogCWlmIChpbnN0YWxsZWRfZHIgIT0gc2VsZWN0ZWRfZHIpIHsKIAkJaWYgKGluc3Rh bGxlZF9kciAhPSBOVUxMKSB7CiAJCQlkZWZyb3V0ZXJfZGVscmVxKGluc3RhbGxlZF9kcik7CiAJ CQlkZWZyb3V0ZXJfcmVsZShpbnN0YWxsZWRfZHIpOwogCQl9Ci0JCWRlZnJvdXRlcl9hZGRyZXEo c2VsZWN0ZWRfZHIpOworCQlpZiAoc2VsZWN0ZWRfZHIgIT0gTlVMTCkKKwkJCWRlZnJvdXRlcl9h ZGRyZXEoc2VsZWN0ZWRfZHIpOwogCX0KLQlkZWZyb3V0ZXJfcmVsZShzZWxlY3RlZF9kcik7CisJ aWYgKHNlbGVjdGVkX2RyICE9IE5VTEwpCisJCWRlZnJvdXRlcl9yZWxlKHNlbGVjdGVkX2RyKTsK IH0KIAogLyoKQEAgLTk0Miw3ICs5NTMsNyBAQAogCVZfbmQ2X2xpc3RfZ2VuaWQrKzsKIAlORDZf V1VOTE9DSygpOwogCi0JZGVmcm91dGVyX3NlbGVjdCgpOworCWRlZnJvdXRlcl9zZWxlY3QobmV3 LT5pZnAtPmlmX2ZpYik7CiAKIAlyZXR1cm4gKG4pOwogfQpAQCAtMTczMyw3ICsxNzQ0LDcgQEAK IAlzdHJ1Y3QgcnRlbnRyeSAqcnQ7CiAJc3RydWN0IHNvY2thZGRyX2luNiBtYXNrNjsKIAl1X2xv bmcgcnRmbGFnczsKLQlpbnQgZXJyb3IsIGFfZmFpbHVyZSwgZmlibnVtOworCWludCBlcnJvciwg YV9mYWlsdXJlLCBmaWJudW0sIG1heGZpYjsKIAogCS8qCiAJICogaW42X2lmaW5pdCgpIHNldHMg bmQ2X3J0cmVxdWVzdCB0byBpZmFfcnRyZXF1ZXN0IGZvciBhbGwgaWZhZGRycy4KQEAgLTE3NDQs OCArMTc1NSwxNSBAQAogCW1hc2s2LnNpbjZfYWRkciA9IHByLT5uZHByX21hc2s7CiAJcnRmbGFn cyA9IChpZmEtPmlmYV9mbGFncyAmIH5JRkFfUlRTRUxGKSB8IFJURl9VUDsKIAorCWlmKHJ0X2Fk ZF9hZGRyX2FsbGZpYnMpIHsKKwkJZmlibnVtID0gMDsKKwkJbWF4ZmliID0gcnRfbnVtZmliczsK Kwl9IGVsc2UgeworCQlmaWJudW0gPSBpZmEtPmlmYV9pZnAtPmlmX2ZpYjsKKwkJbWF4ZmliID0g ZmlibnVtICsgMTsKKwl9CiAJYV9mYWlsdXJlID0gMDsKLQlmb3IgKGZpYm51bSA9IDA7IGZpYm51 bSA8IHJ0X251bWZpYnM7IGZpYm51bSsrKSB7CisJZm9yICg7IGZpYm51bSA8IG1heGZpYjsgZmli bnVtKyspIHsKIAogCQlydCA9IE5VTEw7CiAJCWVycm9yID0gaW42X3J0cmVxdWVzdChSVE1fQURE LApAQCAtMTgzMyw2ICsxODUxLDEwIEBACiAJCWlmICgob3ByLT5uZHByX3N0YXRlZmxhZ3MgJiBO RFBSRl9PTkxJTkspID09IDApCiAJCQljb250aW51ZTsKIAorCQlpZiAoIXJ0X2FkZF9hZGRyX2Fs bGZpYnMgJiYKKwkJICAgIG9wci0+bmRwcl9pZnAtPmlmX2ZpYiAhPSBwci0+bmRwcl9pZnAtPmlm X2ZpYikKKwkJCWNvbnRpbnVlOworCiAJCWlmIChvcHItPm5kcHJfcGxlbiA9PSBwci0+bmRwcl9w bGVuICYmCiAJCSAgICBpbjZfYXJlX3ByZWZpeF9lcXVhbCgmcHItPm5kcHJfcHJlZml4LnNpbjZf YWRkciwKIAkJICAgICZvcHItPm5kcHJfcHJlZml4LnNpbjZfYWRkciwgcHItPm5kcHJfcGxlbikp IHsKQEAgLTE4OTMsNyArMTkxNSw3IEBACiAJc3RydWN0IHJ0ZW50cnkgKnJ0OwogCWNoYXIgaXA2 YnVmW0lORVQ2X0FERFJTVFJMRU5dOwogCXVpbnQ2NF90IGdlbmlkOwotCWludCBmaWJudW0sIGFf ZmFpbHVyZTsKKwlpbnQgZmlibnVtLCBtYXhmaWIsIGFfZmFpbHVyZTsKIAogCU5ENl9PTkxJTktf TE9DS19BU1NFUlQoKTsKIAlORDZfVU5MT0NLX0FTU0VSVCgpOwpAQCAtMTkxMSw4ICsxOTMzLDE2 IEBACiAJbWFzazYuc2luNl9sZW4gPSBzaXplb2Yoc2E2KTsKIAliY29weSgmcHItPm5kcHJfbWFz aywgJm1hc2s2LnNpbjZfYWRkciwgc2l6ZW9mKHN0cnVjdCBpbjZfYWRkcikpOwogCisJaWYgKHJ0 X2FkZF9hZGRyX2FsbGZpYnMpIHsKKwkJZmlibnVtID0gMDsKKwkJbWF4ZmliID0gcnRfbnVtZmli czsKKwl9IGVsc2UgeworCQlmaWJudW0gPSBpZnAtPmlmX2ZpYjsKKwkJbWF4ZmliID0gZmlibnVt ICsgMTsKKwl9CisKIAlhX2ZhaWx1cmUgPSAwOwotCWZvciAoZmlibnVtID0gMDsgZmlibnVtIDwg cnRfbnVtZmliczsgZmlibnVtKyspIHsKKwlmb3IgKDsgZmlibnVtIDwgbWF4ZmliOyBmaWJudW0r KykgewogCQlydCA9IE5VTEw7CiAJCWVycm9yID0gaW42X3J0cmVxdWVzdChSVE1fREVMRVRFLCAo c3RydWN0IHNvY2thZGRyICopJnNhNiwgTlVMTCwKIAkJICAgIChzdHJ1Y3Qgc29ja2FkZHIgKikm bWFzazYsIDAsICZydCwgZmlibnVtKTsKZGlmZiAtLWdpdCBhL3N5cy9uZXRpbmV0Ni9uZDZfbmJy LmMgYi9zeXMvbmV0aW5ldDYvbmQ2X25ici5jCi0tLSBhL3N5cy9uZXRpbmV0Ni9uZDZfbmJyLmMK KysrIGIvc3lzL25ldGluZXQ2L25kNl9uYnIuYwpAQCAtMjYyLDggKzI2Miw3IEBACiAJCWJ6ZXJv KCZpbmZvLCBzaXplb2YoaW5mbykpOwogCQlpbmZvLnJ0aV9pbmZvW1JUQVhfR0FURVdBWV0gPSAo c3RydWN0IHNvY2thZGRyICopJnJ0X2dhdGV3YXk7CiAKLQkJLyogQWx3YXlzIHVzZSB0aGUgZGVm YXVsdCBGSUIuICovCi0JCWlmIChyaWJfbG9va3VwX2luZm8oUlRfREVGQVVMVF9GSUIsIChzdHJ1 Y3Qgc29ja2FkZHIgKikmZHN0NiwKKwkJaWYgKHJpYl9sb29rdXBfaW5mbyhpZnAtPmlmX2ZpYiwg KHN0cnVjdCBzb2NrYWRkciAqKSZkc3Q2LAogCQkgICAgMCwgMCwgJmluZm8pID09IDApIHsKIAkJ CWlmICgoaW5mby5ydGlfZmxhZ3MgJiBSVEZfQU5OT1VOQ0UpICE9IDAgJiYKIAkJCSAgICBydF9n YXRld2F5LnNkbF9mYW1pbHkgPT0gQUZfTElOSykgewpAQCAtNDg1LDcgKzQ4NCw3IEBACiAJCQl1 aW50MzJfdCBzY29wZWlkOwogCiAJCQlpbjZfc3BsaXRzY29wZSgmaXA2LT5pcDZfZHN0LCAmZHN0 NiwgJnNjb3BlaWQpOwotCQkJZXJyb3IgPSBpbjZfc2VsZWN0c3JjX2FkZHIoUlRfREVGQVVMVF9G SUIsICZkc3Q2LAorCQkJZXJyb3IgPSBpbjZfc2VsZWN0c3JjX2FkZHIoZmlibnVtLCAmZHN0NiwK IAkJCSAgICBzY29wZWlkLCBpZnAsICZzcmM2LCBOVUxMKTsKIAkJCWlmIChlcnJvcikgewogCQkJ CWNoYXIgaXA2YnVmW0lORVQ2X0FERFJTVFJMRU5dOwpAQCAtOTgyLDcgKzk4MSw3IEBACiAJICog U2VsZWN0IGEgc291cmNlIHdob3NlIHNjb3BlIGlzIHRoZSBzYW1lIGFzIHRoYXQgb2YgdGhlIGRl c3QuCiAJICovCiAJaW42X3NwbGl0c2NvcGUoJmRhZGRyNiwgJmRzdDYsICZzY29wZWlkKTsKLQll cnJvciA9IGluNl9zZWxlY3RzcmNfYWRkcihSVF9ERUZBVUxUX0ZJQiwgJmRzdDYsCisJZXJyb3Ig PSBpbjZfc2VsZWN0c3JjX2FkZHIoZmlibnVtLCAmZHN0NiwKIAkgICAgc2NvcGVpZCwgaWZwLCAm c3JjNiwgTlVMTCk7CiAJaWYgKGVycm9yKSB7CiAJCWNoYXIgaXA2YnVmW0lORVQ2X0FERFJTVFJM RU5dOwpkaWZmIC0tZ2l0IGEvc3lzL25ldGluZXQ2L25kNi5oIGIvc3lzL25ldGluZXQ2L25kNi5o Ci0tLSBhL3N5cy9uZXRpbmV0Ni9uZDYuaAorKysgYi9zeXMvbmV0aW5ldDYvbmQ2LmgKQEAgLTQ2 OSw3ICs0NjksNyBAQAogdm9pZCBuZDZfcnNfaW5wdXQoc3RydWN0IG1idWYgKiwgaW50LCBpbnQp Owogdm9pZCBuZDZfcmFfaW5wdXQoc3RydWN0IG1idWYgKiwgaW50LCBpbnQpOwogdm9pZCBkZWZy b3V0ZXJfcmVzZXQodm9pZCk7Ci12b2lkIGRlZnJvdXRlcl9zZWxlY3Qodm9pZCk7Cit2b2lkIGRl ZnJvdXRlcl9zZWxlY3QoaW50IGZpYm51bSk7CiB2b2lkIGRlZnJvdXRlcl9yZWYoc3RydWN0IG5k X2RlZnJvdXRlciAqKTsKIHZvaWQgZGVmcm91dGVyX3JlbGUoc3RydWN0IG5kX2RlZnJvdXRlciAq KTsKIGJvb2wgZGVmcm91dGVyX3JlbW92ZShzdHJ1Y3QgaW42X2FkZHIgKiwgc3RydWN0IGlmbmV0 ICopOwpkaWZmIC0tZ2l0IGEvc3lzL25ldGluZXQ2L25kNi5jIGIvc3lzL25ldGluZXQ2L25kNi5j Ci0tLSBhL3N5cy9uZXRpbmV0Ni9uZDYuYworKysgYi9zeXMvbmV0aW5ldDYvbmQ2LmMKQEAgLTE1 Nyw2ICsxNTcsNyBAQAogCXN0cnVjdCBzb2NrYWRkcl9kbCBndzsKIAlzdHJ1Y3QgaWZuZXQgKmlm cDsKIAlpbnQgdHlwZTsKKwlpbnQgZmlibnVtOwogCiAJTExFX1dMT0NLX0FTU0VSVChsbGUpOwog CkBAIC0xOTQsOCArMTk1LDkgQEAKIAlydGluZm8ucnRpX2luZm9bUlRBWF9EU1RdID0gKHN0cnVj dCBzb2NrYWRkciAqKSZkc3Q7CiAJcnRpbmZvLnJ0aV9pbmZvW1JUQVhfR0FURVdBWV0gPSAoc3Ry dWN0IHNvY2thZGRyICopJmd3OwogCXJ0aW5mby5ydGlfYWRkcnMgPSBSVEFfRFNUIHwgUlRBX0dB VEVXQVk7CisJZmlibnVtID0gcnRfYWRkX2FkZHJfYWxsZmlicyA/IFJUX0FMTF9GSUJTIDogaWZw LT5pZl9maWI7CiAJcnRfbWlzc21zZ19maWIodHlwZSwgJnJ0aW5mbywgUlRGX0hPU1QgfCBSVEZf TExEQVRBIHwgKAotCSAgICB0eXBlID09IFJUTV9BREQgPyBSVEZfVVA6IDApLCAwLCBSVF9ERUZB VUxUX0ZJQik7CisJICAgIHR5cGUgPT0gUlRNX0FERCA/IFJURl9VUDogMCksIDAsIGZpYm51bSk7 CiB9CiAKIC8qCkBAIC0xMjA0LDcgKzEyMDYsNyBAQAogCiAJaWYgKE5EX0lGSU5GTyhpZnApLT5m bGFncyAmIE5ENl9JRkZfQUNDRVBUX1JUQURWKSB7CiAJCS8qIFJlZnJlc2ggZGVmYXVsdCByb3V0 ZXIgbGlzdC4gKi8KLQkJZGVmcm91dGVyX3NlbGVjdCgpOworCQlkZWZyb3V0ZXJfc2VsZWN0KGlm cC0+aWZfZmliKTsKIAl9CiB9CiAKQEAgLTEyOTAsOSArMTI5Miw3IEBACiAJYnplcm8oJnJ0X2tl eSwgc2l6ZW9mKHJ0X2tleSkpOwogCWJ6ZXJvKCZpbmZvLCBzaXplb2YoaW5mbykpOwogCWluZm8u cnRpX2luZm9bUlRBWF9EU1RdID0gKHN0cnVjdCBzb2NrYWRkciAqKSZydF9rZXk7Ci0KLQkvKiBB bHdheXMgdXNlIHRoZSBkZWZhdWx0IEZJQiBoZXJlLiBYWE1FIC0gd2h5PyAqLwotCWZpYm51bSA9 IFJUX0RFRkFVTFRfRklCOworCWZpYm51bSA9IGlmcC0+aWZfZmliOwogCiAJLyoKIAkgKiBJZiB0 aGUgYWRkcmVzcyBtYXRjaGVzIG9uZSBvZiBvdXIgYWRkcmVzc2VzLApAQCAtMTUxNCw3ICsxNTE0 LDcgQEAKIAkJCS8qCiAJCQkgKiBSZWZyZXNoIGRlZmF1bHQgcm91dGVyIGxpc3QuCiAJCQkgKi8K LQkJCWRlZnJvdXRlcl9zZWxlY3QoKTsKKwkJCWRlZnJvdXRlcl9zZWxlY3QoZHItPmlmcC0+aWZf ZmliKTsKIAkJfQogCiAJCS8qCkBAIC0xNzcwLDcgKzE3NzAsOCBAQAogCWNhc2UgU0lPQ1NOREZM VVNIX0lONjoJLyogWFhYOiB0aGUgaW9jdGwgbmFtZSBpcyBjb25mdXNpbmcuLi4gKi8KIAkJLyog c3luYyBrZXJuZWwgcm91dGluZyB0YWJsZSB3aXRoIHRoZSBkZWZhdWx0IHJvdXRlciBsaXN0ICov CiAJCWRlZnJvdXRlcl9yZXNldCgpOwotCQlkZWZyb3V0ZXJfc2VsZWN0KCk7CisJCWZvciAoaW50 IGZpYm51bSA9IDA7IGZpYm51bSA8IHJ0X251bWZpYnM7IGZpYm51bSsrKQorCQkJZGVmcm91dGVy X3NlbGVjdChmaWJudW0pOwogCQlicmVhazsKIAljYXNlIFNJT0NTUEZYRkxVU0hfSU42OgogCXsK QEAgLTE4MjMsNyArMTgyNCw4IEBACiAJCQlkZWZyb3V0ZXJfZGVsKGRyKTsKIAkJfQogCi0JCWRl ZnJvdXRlcl9zZWxlY3QoKTsKKwkJZm9yIChpbnQgZmlibnVtID0gMDsgZmlibnVtIDwgcnRfbnVt ZmliczsgZmlibnVtKyspCisJCQlkZWZyb3V0ZXJfc2VsZWN0KGZpYm51bSk7CiAJCWJyZWFrOwog CX0KIAljYXNlIFNJT0NHTkJSSU5GT19JTjY6CkBAIC0yMTIxLDcgKzIxMjMsNyBAQAogCQkvKgog CQkgKiBndWFyYW50ZWVkIHJlY3Vyc2lvbgogCQkgKi8KLQkJZGVmcm91dGVyX3NlbGVjdCgpOwor CQlkZWZyb3V0ZXJfc2VsZWN0KGlmcC0+aWZfZmliKTsKIAl9CiB9CiAKZGlmZiAtLWdpdCBhL3N5 cy9uZXRpbmV0Ni9pbjZfc3JjLmMgYi9zeXMvbmV0aW5ldDYvaW42X3NyYy5jCi0tLSBhL3N5cy9u ZXRpbmV0Ni9pbjZfc3JjLmMKKysrIGIvc3lzL25ldGluZXQ2L2luNl9zcmMuYwpAQCAtMjk3LDcg KzI5Nyw3IEBACiAJICovCiAJLyogZ2V0IHRoZSBvdXRnb2luZyBpbnRlcmZhY2UgKi8KIAlpZiAo KGVycm9yID0gaW42X3NlbGVjdGlmKGRzdHNvY2ssIG9wdHMsIG1vcHRzLCAmaWZwLCBvaWZwLAot CSAgICAoaW5wICE9IE5VTEwpID8gaW5wLT5pbnBfaW5jLmluY19maWJudW0gOiBSVF9ERUZBVUxU X0ZJQikpICE9IDApCisJICAgIChpbnAgIT0gTlVMTCkgPyBpbnAtPmlucF9pbmMuaW5jX2ZpYm51 bSA6IGZpYm51bSkpICE9IDApCiAJCXJldHVybiAoZXJyb3IpOwogCiAjaWZkZWYgRElBR05PU1RJ QwpkaWZmIC0tZ2l0IGEvc3lzL25ldGluZXQ2L2luNi5jIGIvc3lzL25ldGluZXQ2L2luNi5jCi0t LSBhL3N5cy9uZXRpbmV0Ni9pbjYuYworKysgYi9zeXMvbmV0aW5ldDYvaW42LmMKQEAgLTE1OSw2 ICsxNTksNyBAQAogCXN0cnVjdCBzb2NrYWRkcl9kbCBnYXRld2F5OwogCXN0cnVjdCBzb2NrYWRk cl9pbjYgbWFzaywgYWRkcjsKIAlzdHJ1Y3QgcnRlbnRyeSBydDsKKwlpbnQgZmlibnVtOwogCiAJ LyoKIAkgKiBpbml0aWFsaXplIGZvciBydG1zZyBnZW5lcmF0aW9uCkBAIC0xNzYsOCArMTc3LDkg QEAKIAlydC5ydF9mbGFncyA9IFJURl9IT1NUIHwgUlRGX1NUQVRJQzsKIAlpZiAoY21kID09IFJU TV9BREQpCiAJCXJ0LnJ0X2ZsYWdzIHw9IFJURl9VUDsKLQkvKiBBbm5vdW5jZSBhcnJpdmFsIG9m IGxvY2FsIGFkZHJlc3MgdG8gYWxsIEZJQnMuICovCi0JcnRfbmV3YWRkcm1zZyhjbWQsICZpYS0+ aWFfaWZhLCAwLCAmcnQpOworCWZpYm51bSA9IHJ0X2FkZF9hZGRyX2FsbGZpYnMgPyBSVF9BTExf RklCUyA6IGlhNjJpZmEoaWEpLT5pZmFfaWZwLT5pZl9maWI7CisJLyogQW5ub3VuY2UgYXJyaXZh bCBvZiBsb2NhbCBhZGRyZXNzIHRvIHRoaXMgRklCLiAqLworCXJ0X25ld2FkZHJtc2dfZmliKGNt ZCwgJmlhLT5pYV9pZmEsIDAsICZydCwgZmlibnVtKTsKIH0KIAogaW50CkBAIC0yMTE1LDE1ICsy MTE3LDE1IEBACiAJdWludDMyX3Qgc2NvcGVpZDsKIAlpbnQgZXJyb3I7CiAJY2hhciBpcDZidWZb SU5FVDZfQUREUlNUUkxFTl07CisJaW50IGZpYm51bTsKIAogCUtBU1NFUlQobDNhZGRyLT5zYV9m YW1pbHkgPT0gQUZfSU5FVDYsCiAJICAgICgic2luX2ZhbWlseSAlZCIsIGwzYWRkci0+c2FfZmFt aWx5KSk7CiAKLQkvKiBPdXIgbG9jYWwgYWRkcmVzc2VzIGFyZSBhbHdheXMgb25seSBpbnN0YWxs ZWQgb24gdGhlIGRlZmF1bHQgRklCLiAqLwotCiAJc2luNiA9IChjb25zdCBzdHJ1Y3Qgc29ja2Fk ZHJfaW42ICopbDNhZGRyOwogCWluNl9zcGxpdHNjb3BlKCZzaW42LT5zaW42X2FkZHIsICZkc3Qs ICZzY29wZWlkKTsKLQllcnJvciA9IGZpYjZfbG9va3VwX25oX2Jhc2ljKFJUX0RFRkFVTFRfRklC LCAmZHN0LCBzY29wZWlkLCAwLCAwLCAmbmg2KTsKKwlmaWJudW0gPSBydF9hZGRfYWRkcl9hbGxm aWJzID8gUlRfREVGQVVMVF9GSUIgOiBpZnAtPmlmX2ZpYjsKKwllcnJvciA9IGZpYjZfbG9va3Vw X25oX2Jhc2ljKGZpYm51bSwgJmRzdCwgc2NvcGVpZCwgMCwgMCwgJm5oNik7CiAJaWYgKGVycm9y ICE9IDAgfHwgKG5oNi5uaF9mbGFncyAmIE5IRl9HQVRFV0FZKSB8fCBuaDYubmhfaWZwICE9IGlm cCkgewogCQlzdHJ1Y3QgaWZhZGRyICppZmE7CiAJCS8qCmRpZmYgLS1naXQgYS9zeXMvbmV0aW5l dDYvaWNtcDYuYyBiL3N5cy9uZXRpbmV0Ni9pY21wNi5jCi0tLSBhL3N5cy9uZXRpbmV0Ni9pY21w Ni5jCisrKyBiL3N5cy9uZXRpbmV0Ni9pY21wNi5jCkBAIC0yMDY0LDYgKzIwNjQsNyBAQAogCXN0 cnVjdCBpZm5ldCAqb3V0aWYgPSBOVUxMOwogCWludCBwbGVuOwogCWludCB0eXBlLCBjb2RlLCBo bGltOworCWludCBmaWJudW07CiAKIAkvKiB0b28gc2hvcnQgdG8gcmVmbGVjdCAqLwogCWlmIChv ZmYgPCBzaXplb2Yoc3RydWN0IGlwNl9oZHIpKSB7CkBAIC0yMTM2LDYgKzIxMzcsMTQgQEAKIAkJ CWlmYV9mcmVlKCZpYS0+aWFfaWZhKTsKIAl9CiAKKwlpYSA9IGluNmlmYV9pZndpdGhhZGRyKCZp cDYtPmlwNl9kc3QsIDAgLyogWFhYICovKTsKKwlpZiAoaWEgIT0gTlVMTCkgeworCQlmaWJudW0g PSBpYS0+aWFfaWZwLT5pZl9maWI7CisJCWlmYV9mcmVlKCZpYS0+aWFfaWZhKTsKKwl9IGVsc2UK KwkJZmlibnVtID0gUlRfREVGQVVMVF9GSUI7CisJTV9TRVRGSUIobSwgZmlibnVtKTsKKwogCWlm IChzcmNwID09IE5VTEwpIHsKIAkJaW50IGVycm9yOwogCQlzdHJ1Y3QgaW42X2FkZHIgZHN0NjsK QEAgLTIxNDcsNyArMjE1Niw3IEBACiAJCSAqIHNvdXJjZSBhZGRyZXNzIG9mIHRoZSBlcnJvbmVv dXMgcGFja2V0LgogCQkgKi8KIAkJaW42X3NwbGl0c2NvcGUoJmlwNi0+aXA2X3NyYywgJmRzdDYs ICZzY29wZWlkKTsKLQkJZXJyb3IgPSBpbjZfc2VsZWN0c3JjX2FkZHIoUlRfREVGQVVMVF9GSUIs ICZkc3Q2LAorCQllcnJvciA9IGluNl9zZWxlY3RzcmNfYWRkcihmaWJudW0sICZkc3Q2LAogCQkg ICAgc2NvcGVpZCwgTlVMTCwgJnNyYzYsICZobGltKTsKIAogCQlpZiAoZXJyb3IpIHsKQEAgLTIy ODksNyArMjI5OCw3IEBACiAJdWludDMyX3Qgc2NvcGVpZDsKIAogCWluNl9zcGxpdHNjb3BlKCZy ZWRkc3Q2LCAma2RzdCwgJnNjb3BlaWQpOwotCWlmIChmaWI2X2xvb2t1cF9uaF9iYXNpYyhSVF9E RUZBVUxUX0ZJQiwgJmtkc3QsIHNjb3BlaWQsIDAsIDAsJm5oNik9PTApeworCWlmIChmaWI2X2xv b2t1cF9uaF9iYXNpYyhpZnAtPmlmX2ZpYiwgJmtkc3QsIHNjb3BlaWQsIDAsIDAsJm5oNik9PTAp ewogCQlpZiAoKG5oNi5uaF9mbGFncyAmIE5IRl9HQVRFV0FZKSA9PSAwKSB7CiAJCQluZDZsb2co KExPR19FUlIsCiAJCQkgICAgIklDTVA2IHJlZGlyZWN0IHJlamVjdGVkOyBubyByb3V0ZSAiCmRp ZmYgLS1naXQgYS9zeXMvbmV0L3JvdXRlLmMgYi9zeXMvbmV0L3JvdXRlLmMKLS0tIGEvc3lzL25l dC9yb3V0ZS5jCisrKyBiL3N5cy9uZXQvcm91dGUuYwpAQCAtMjIyMSw3ICsyMjIxLDcgQEAKIAlj YXNlIEFGX0lORVQ2OgogCWNhc2UgQUZfSU5FVDoKIAkJLyogV2UgZG8gc3VwcG9ydCBtdWx0aXBs ZSBGSUJzLiAqLwotCQlmaWIgPSBSVF9BTExfRklCUzsKKwkJZmliID0gcnRfYWRkX2FkZHJfYWxs ZmlicyA/IFJUX0FMTF9GSUJTIDogaWZhLT5pZmFfaWZwLT5pZl9maWI7CiAJCWJyZWFrOwogCX0K IAlyZXR1cm4gKHJ0aW5pdDEoaWZhLCBjbWQsIGZsYWdzLCBmaWIpKTsKCg== --b1_c156dea391f2e6886b3c64cb30c4063f-- From owner-freebsd-net@freebsd.org Mon Feb 6 03:49:47 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 91F2CCD28FE for ; Mon, 6 Feb 2017 03:49:47 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 81A2B13B7 for ; Mon, 6 Feb 2017 03:49:47 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v163nlHu009171 for ; Mon, 6 Feb 2017 03:49:47 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 216832] net.inet.tcp.log_debug incorrect debug message Date: Mon, 06 Feb 2017 03:49:47 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.3-RELEASE X-Bugzilla-Keywords: patch X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: linimon@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to keywords Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 06 Feb 2017 03:49:47 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D216832 Mark Linimon changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|freebsd-bugs@FreeBSD.org |freebsd-net@FreeBSD.org Keywords| |patch --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Mon Feb 6 06:20:45 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3E351CD3BE1 for ; Mon, 6 Feb 2017 06:20:45 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2D72013BD for ; Mon, 6 Feb 2017 06:20:45 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v166Ki5D023707 for ; Mon, 6 Feb 2017 06:20:45 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 213257] Crash in IGB driver with ALTQ Date: Mon, 06 Feb 2017 06:20:45 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.3-STABLE X-Bugzilla-Keywords: crash, needs-qa X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: loos@FreeBSD.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Flags: mfc-stable9? mfc-stable10? mfc-stable11? X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 06 Feb 2017 06:20:45 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D213257 Luiz Otavio O Souza,+55 (14) 99772-1255 changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |loos@FreeBSD.org --- Comment #15 from Luiz Otavio O Souza,+55 (14) 99772-1255 --- We tracked down this bug on pfSense. The bug is quite obvious, the fix prob= ably not that much. We'll discuss the issue with FreeBSD people. For now adding "hw.igb.num_queues=3D1" to /boot/local.conf is enough to pre= vent the crashes. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Mon Feb 6 06:56:15 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0488FCD3434 for ; Mon, 6 Feb 2017 06:56:15 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E2787A59 for ; Mon, 6 Feb 2017 06:56:14 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v166uD0Y036978 for ; Mon, 6 Feb 2017 06:56:14 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 213257] Crash in IGB driver with ALTQ Date: Mon, 06 Feb 2017 06:56:13 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.3-STABLE X-Bugzilla-Keywords: crash, needs-qa X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: freebsd@mcwest.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Flags: mfc-stable9? mfc-stable10? mfc-stable11? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 06 Feb 2017 06:56:15 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D213257 --- Comment #16 from freebsd@mcwest.org --- (In reply to Luiz Otavio O Souza,+55 (14) 99772-1255 from comment #15) Thanks for reporting the simple workaround, but perhaps you meant to specify /boot/loader.conf.local rather than /boot/local.conf? --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Mon Feb 6 09:08:15 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 31309CD2C6D; Mon, 6 Feb 2017 09:08:15 +0000 (UTC) (envelope-from ae@FreeBSD.org) Received: from butcher-nb.yandex.net (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) by mx1.freebsd.org (Postfix) with ESMTP id 5EA4D1908; Mon, 6 Feb 2017 09:08:14 +0000 (UTC) (envelope-from ae@FreeBSD.org) Subject: Re: [RFC/RFT] projects/ipsec To: freebsd-current@FreeBSD.org, freebsd-net@FreeBSD.org References: <2bd32791-944f-2417-41e9-e0fe1c705502@FreeBSD.org> From: "Andrey V. Elsukov" Message-ID: <400b1efb-f770-b41b-805a-a755236da85b@FreeBSD.org> Date: Mon, 6 Feb 2017 12:07:00 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: <2bd32791-944f-2417-41e9-e0fe1c705502@FreeBSD.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 06 Feb 2017 09:08:15 -0000 On 11.12.2016 02:07, Andrey V. Elsukov wrote: > I am pleased to announce that projects/ipsec, that I started several > months ago is ready for testing and review. > The main goals were: > * rework locking to make IPsec code more friendly for concurrent > processing; > * make lookup in SADB/SPDB faster; > * revise PFKEY implementation, remove stale code, make it closer > to RFC; > * implement IPsec VTI (virtual tunneling interface); > * make IPsec code loadable as kernel module. JFYI, the project was merged into head/ in r313330. -- WBR, Andrey V. Elsukov From owner-freebsd-net@freebsd.org Mon Feb 6 18:53:57 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 45C29CD39CB; Mon, 6 Feb 2017 18:53:57 +0000 (UTC) (envelope-from auryn@zirakzigil.org) Received: from mx1.etoilesoft.fr (mx1.etoilesoft.fr [52.57.51.18]) by mx1.freebsd.org (Postfix) with ESMTP id 10A8B1566; Mon, 6 Feb 2017 18:53:56 +0000 (UTC) (envelope-from auryn@zirakzigil.org) Received: from mx1.etoilesoft.fr (localhost [127.0.0.1]) by mx1.etoilesoft.fr (Postfix) with ESMTP id 95E039D19F; Mon, 6 Feb 2017 18:54:08 +0000 (UTC) Received: from [172.20.15.189] (localhost [127.0.0.1]) (Authenticated sender: auryn@zirakzigil.org) by mx1.etoilesoft.fr (Postfix) with ESMTPA id 262019D19D; Mon, 6 Feb 2017 18:54:08 +0000 (UTC) To: "freebsd-net@freebsd.org" , freebsd-hackers@freebsd.org From: Giulio Ferro Subject: Duplicate MAC addresses in VNET epair interaces Message-ID: <472069af-0f9d-d830-064b-2d984a5774ae@zirakzigil.org> Date: Mon, 6 Feb 2017 19:53:48 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.7.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 06 Feb 2017 18:53:57 -0000 Hi all, Setup: 11.0-STABLE FreeBSD 11.0-STABLE #0 r312338: Tue Jan 17 12:29:38 UTC 2017 I've set up two freebsd hosts, each of which has a single VNET jail. On each host I've created 2 epair interfaces. Host A - epair0a, epair1a on the host - epair0b, epair1b on the jail Host B - epair0a, epair10a on the host - epair0b, epair10b on the jail What I noticed is that on both hosts, each epair interface has the same MAC address: Host A: root@xxx:~ # ifconfig epair0a epair0a: flags=8843 metric 0 mtu 1500 options=8 ether 02:ff:e0:00:03:0a inet 192.168.0.1 netmask 0xffffff00 broadcast 192.168.0.255 nd6 options=29 media: Ethernet 10Gbase-T (10Gbase-T ) status: active groups: epair root@xxx:~ # ifconfig epair1a epair1a: flags=8943 metric 0 mtu 1500 options=8 ether 02:ff:e0:00:05:0a nd6 options=29 media: Ethernet 10Gbase-T (10Gbase-T ) status: active groups: epair Host B: root@yyy:~ # ifconfig epair0a epair0a: flags=8843 metric 0 mtu 1500 options=8 ether 02:ff:e0:00:03:0a inet 192.168.0.1 netmask 0xffffff00 broadcast 192.168.0.255 nd6 options=29 media: Ethernet 10Gbase-T (10Gbase-T ) status: active groups: epair root@yyy:~ # ifconfig epair10a epair10a: flags=28943 metric 0 mtu 1500 options=8 ether 02:ff:e0:00:05:0a nd6 options=29 media: Ethernet 10Gbase-T (10Gbase-T ) status: active groups: epair (same behavior on the epair interfaces on the jail side) As you can see, the mac addresses seems to depend on the order of the creation of the epair, not on the name or address This is a potentially bad behavior, because if I want to bridge say epair1a on A with epair10a on B with a VPN or a physical connection giving 192.168.1.1 to epair1b and 192.168.1.2 to epair10b, I won't be able to make them talk to each other since they have the same MAC address. My question is: is this a bug or something I'm doing wrong? If there any workaround I can use? Thanks Giulio From owner-freebsd-net@freebsd.org Mon Feb 6 19:53:33 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A9D06CD3ED0; Mon, 6 Feb 2017 19:53:33 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mx1.sbone.de", Issuer "SBone.DE" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3EBDF1DA3; Mon, 6 Feb 2017 19:53:33 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 93F2525D38A4; Mon, 6 Feb 2017 19:53:19 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id A8B4BD1F855; Mon, 6 Feb 2017 19:53:18 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id 1fU8_GgIFP65; Mon, 6 Feb 2017 19:53:16 +0000 (UTC) Received: from [10.111.64.116] (unknown [IPv6:fde9:577b:c1a9:4410:9b2:9b63:1d3b:690d]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id F325BD1F828; Mon, 6 Feb 2017 19:53:14 +0000 (UTC) From: "Bjoern A. Zeeb" To: "Giulio Ferro" Cc: "freebsd-net@freebsd.org" , freebsd-hackers@freebsd.org Subject: Re: Duplicate MAC addresses in VNET epair interaces Date: Mon, 06 Feb 2017 19:53:12 +0000 Message-ID: <8B1A6A6C-4280-4B96-9D60-FC9E7EEE2222@lists.zabbadoz.net> In-Reply-To: <472069af-0f9d-d830-064b-2d984a5774ae@zirakzigil.org> References: <472069af-0f9d-d830-064b-2d984a5774ae@zirakzigil.org> MIME-Version: 1.0 X-Mailer: MailMate (2.0BETAr6076) Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 06 Feb 2017 19:53:33 -0000 On 6 Feb 2017, at 18:53, Giulio Ferro wrote: > Hi all, > > > Setup: > > 11.0-STABLE FreeBSD 11.0-STABLE #0 r312338: Tue Jan 17 12:29:38 UTC > 2017 > > > I've set up two freebsd hosts, each of which has a single VNET jail. > > On each host I've created 2 epair interfaces. > > Host A > > - epair0a, epair1a on the host > > - epair0b, epair1b on the jail > > > Host B > > - epair0a, epair10a on the host > > - epair0b, epair10b on the jail > > > What I noticed is that on both hosts, each epair interface has the > same MAC address: > â€Ļ> > > (same behavior on the epair interfaces on the jail side) > > > As you can see, the mac addresses seems to depend on the order of the > creation of the epair, not on the name or address > > > This is a potentially bad behavior, because if I want to bridge say > epair1a on A with epair10a on B with a VPN or > > a physical connection giving 192.168.1.1 to epair1b and 192.168.1.2 to > epair10b, I won't be able to make them > > talk to each other since they have the same MAC address. > > > My question is: is this a bug or something I'm doing wrong? If there > any workaround I can use? From the man page: Like any other Ethernet interface, an epair needs to have a network address. Each epair will be assigned a locally administered address by default, that is only guaranteed to be unique within one network stack. To change the default addresses one may use the SIOCSIFADDR ioctl(2) or ifconfig(8) utility. I thought someone patched it a few years ago to have a pseudo-random part to make collisions less likely and use the FreeBSD vendor space, but it seems that never happened for epair (or didn’t make it into the tree). ifconfig epair[ab] ether 02:xx:xx:xx:xx is your friend for now. /bz From owner-freebsd-net@freebsd.org Mon Feb 6 21:37:41 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 97FD2CD3347 for ; Mon, 6 Feb 2017 21:37:41 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8511EB99 for ; Mon, 6 Feb 2017 21:37:41 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v16Lbf5V049103 for ; Mon, 6 Feb 2017 21:37:41 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 216744] [feature request] set DSCP on neighbor solicitation Date: Mon, 06 Feb 2017 21:37:41 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 11.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: hrs@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 06 Feb 2017 21:37:41 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D216744 --- Comment #3 from Hiroki Sato --- I think it is not a bad idea to implement a configuration knob of DSCP valu= e of ND messages while it is possible to set one via a packet filter as ae@ explains. RFC 4594 recommends to set CS6 for network control traffic. I w= as not aware of Cisco's but it seems it uses CS7 according to the original rep= ort. I do not think this causes an interoperability issue. One question: does anyone know (or have access to) routers other than Cisco= 's which set non-zero DSCP value and what value is actually set? While CS7 is= a reasonable option, I want to know how popular such an implementation is bef= ore going ahead. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Mon Feb 6 23:49:32 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 12C40CB48AC for ; Mon, 6 Feb 2017 23:49:32 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E9109F3D for ; Mon, 6 Feb 2017 23:49:31 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v16NnVCC096079 for ; Mon, 6 Feb 2017 23:49:31 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 216744] [feature request] set DSCP on neighbor solicitation Date: Mon, 06 Feb 2017 23:49:31 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 11.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: jasonmader@gmail.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 06 Feb 2017 23:49:32 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D216744 --- Comment #4 from Jason Mader --- The neighbor discovery uses CS7 (network), and Cisco uses CS6 on Internet routing protocols. Which make sense. Unfortunately I don't have any other information on how common it is. I have looked and Linux and Arista do not set a DSCP on NDP. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Tue Feb 7 08:13:24 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A5696CD4FFB for ; Tue, 7 Feb 2017 08:13:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8A13E1237 for ; Tue, 7 Feb 2017 08:13:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v178DMVf013963 for ; Tue, 7 Feb 2017 08:13:24 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 211003] net.inet.tcp.delayed_ack=0 delaying local tcp requests Date: Tue, 07 Feb 2017 08:13:22 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.2-STABLE X-Bugzilla-Keywords: regression X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: tuexen@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 07 Feb 2017 08:13:24 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D211003 Michael Tuexen changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tuexen@freebsd.org --- Comment #4 from Michael Tuexen --- Created attachment 179696 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D179696&action= =3Dedit packetdrill script reproducing the issue --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Tue Feb 7 08:14:29 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6F65FCC60FD for ; Tue, 7 Feb 2017 08:14:29 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5F4CD1310 for ; Tue, 7 Feb 2017 08:14:29 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v178ESUO016198 for ; Tue, 7 Feb 2017 08:14:29 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 211003] net.inet.tcp.delayed_ack=0 delaying local tcp requests Date: Tue, 07 Feb 2017 08:14:29 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.2-STABLE X-Bugzilla-Keywords: regression X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: tuexen@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 07 Feb 2017 08:14:29 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D211003 --- Comment #5 from Michael Tuexen --- The problem is that FreeBSD only sends a window update if at least 2 MSS are freed. This is never true in this example. Will provide a patch. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Tue Feb 7 08:14:57 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 98AA7CC61AD for ; Tue, 7 Feb 2017 08:14:57 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8871913CE for ; Tue, 7 Feb 2017 08:14:57 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v178EvTO017091 for ; Tue, 7 Feb 2017 08:14:57 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 211003] net.inet.tcp.delayed_ack=0 delaying local tcp requests Date: Tue, 07 Feb 2017 08:14:57 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.2-STABLE X-Bugzilla-Keywords: regression X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: tuexen@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: tuexen@freebsd.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 07 Feb 2017 08:14:57 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D211003 Michael Tuexen changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|freebsd-net@FreeBSD.org |tuexen@freebsd.org --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Tue Feb 7 09:38:29 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 256D8CD3F60 for ; Tue, 7 Feb 2017 09:38:29 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 14FFD10C for ; Tue, 7 Feb 2017 09:38:29 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v179cS86049949 for ; Tue, 7 Feb 2017 09:38:28 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 204340] [panic] nfsd, em, msix, fatal trap 9 Date: Tue, 07 Feb 2017 09:38:28 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.2-RELEASE X-Bugzilla-Keywords: IntelNetworking, crash, patch X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: avg@FreeBSD.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: rmacklem@FreeBSD.org X-Bugzilla-Flags: mfc-stable9- mfc-stable10+ X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 07 Feb 2017 09:38:29 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D204340 --- Comment #26 from Andriy Gapon --- (In reply to Rick Macklem from comment #25) Rick, thank you very much! We tested this patch and it makes nfsd more robust with respect to SIGKILL. We haven't seen any regressions. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-net@freebsd.org Tue Feb 7 15:18:41 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 34C4FCD51C1 for ; Tue, 7 Feb 2017 15:18:41 +0000 (UTC) (envelope-from ler@FreeBSD.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thebighonker.lerctr.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 15876130D for ; Tue, 7 Feb 2017 15:18:41 +0000 (UTC) (envelope-from ler@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:Subject:To:From:Date:Content-Transfer-Encoding: Content-Type:MIME-Version:Sender:Reply-To:Cc:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=HCUactyXaRh+aDLS9F/A04AURz82pTsxGes2wQ3kBrM=; b=AiII+0/3hvQ9GOb3+H/xshnQIl ZH2XwlfSDsbfFRdOqXuSIbbJk3/pG2IfWnAsmIOp0Hb7xWo7El9BMcMAz/5Ii9HtUQc/Lg2iFlwK6 l3Ms79hJH+PWWG4kljKOvpfMtmK4XXeQH7+E5JXPCHUvAGb2U4CH5LImh6X/mYQSjLTk=; Received: from thebighonker.lerctr.org ([2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]:40142 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.88 (FreeBSD)) (envelope-from ) id 1cb7XU-000Kiu-CM for freebsd-net@freebsd.org; Tue, 07 Feb 2017 09:18:40 -0600 Received: from proxy.na.alcatel-lucent.com ([135.245.48.84]) by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Tue, 07 Feb 2017 09:18:40 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 07 Feb 2017 09:18:40 -0600 From: Larry Rosenman To: Freebsd net Subject: panic with dhcp assigned jumbo frames/bce interface Message-ID: X-Sender: ler@FreeBSD.org User-Agent: Roundcube Webmail/1.2.3 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 07 Feb 2017 15:18:41 -0000 I attempted to set my network up with jumbo frames, and have the MTU set via DHCP option 26 (9000), and I get my bce0 device bouncing up & down like a yo-yo, and a panic with a recursed lock. I can probably get a picture of the panic, but wanted to get this out there. (-CURRENT, both the January snap and the February snap, AMD64.) -- Larry Rosenman http://people.freebsd.org/~ler Phone: +1 214-642-9640 E-Mail: ler@FreeBSD.org US Mail: 17716 Limpia Crk, Round Rock, TX 78664-7281 From owner-freebsd-net@freebsd.org Tue Feb 7 17:39:46 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 86A89CD5AAA for ; Tue, 7 Feb 2017 17:39:46 +0000 (UTC) (envelope-from snar@snar.spb.ru) Received: from staff.retn.net (staff.retn.net [IPv6:2a02:2d8:0:20ff:232a::8]) by mx1.freebsd.org (Postfix) with ESMTP id 2D88A1BE2 for ; Tue, 7 Feb 2017 17:39:46 +0000 (UTC) (envelope-from snar@snar.spb.ru) Received: from staff.retn.net (staff.retn.net [IPv6:2a02:2d8:0:20ff:232a::8]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: snarspb@) by staff.retn.net (Postfix) with ESMTPSA id 586D620574 for ; Tue, 7 Feb 2017 20:39:34 +0300 (MSK) Date: Tue, 7 Feb 2017 20:39:30 +0300 From: Alexandre Snarskii To: freebsd-net@freebsd.org Subject: igb (82575EB) not passing traffic out. Message-ID: <20170207173930.GA64097@staff.retn.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.6.1 (2016-04-27) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 07 Feb 2017 17:39:46 -0000 Hi! After upgrading 12-stable from early January 2017 to February 2017 igb card (onboard dual-port 82575EB) stopped passing outbound traffic. It can be seen in tcpdump, but switch reports "no packets received" and sysctl counters reports zeros for tx. Details: dmesg: FreeBSD 12.0-CURRENT #0 r313342: Tue Feb 7 17:56:16 MSK 2017 igb0: port 0x2020-0x203f mem 0xb1f20000-0xb1f3ffff,0xb1f44000-0xb1f47fff irq 40 at device 0.0 on pci1 igb0: attach_pre capping queues at 4 igb0: using 1024 tx descriptors and 1024 rx descriptors igb0: msix_init qsets capped at 4 igb0: pxm cpus: 4 queue msgs: 9 admincnt: 1 igb0: using 4 rx queues 4 tx queues igb0: Using MSIX interrupts with 5 vectors igb0: allocated for 4 tx_queues igb0: allocated for 4 rx_queues igb0: Ethernet address: 00:15:17:b0:e6:f8 igb0: netmap queues/slots: TX 4/1024, RX 4/1024 pciconf -lv: igb0@pci0:1:0:0: class=0x020000 card=0x34de8086 chip=0x10a78086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82575EB Gigabit Network Connection' class = network subclass = ethernet ifconfig: igb0: flags=8843 metric 0 mtu 1500 options=6525bb ether 00:15:17:b0:e6:f8 inet 87.245.206.15 netmask 0xffffffc0 broadcast 87.245.206.63 inet6 fe80::215:17ff:feb0:e6f8%igb0 prefixlen 64 scopeid 0x1 inet6 2a02:2d8:0:20ff:232a::3 prefixlen 64 nd6 options=21 media: Ethernet autoselect (1000baseT ) status: active (tried to disable all features like lro/tso/csum, no changes). sysctl dev.igb.0: note mac_stats.tx_frames_* of zero: dev.igb.0.wake: 0 dev.igb.0.interrupts.rx_overrun: 0 dev.igb.0.interrupts.rx_desc_min_thresh: 0 dev.igb.0.interrupts.tx_queue_min_thresh: 0 dev.igb.0.interrupts.tx_queue_empty: 0 dev.igb.0.interrupts.tx_abs_timer: 0 dev.igb.0.interrupts.tx_pkt_timer: 8 dev.igb.0.interrupts.rx_abs_timer: 9786 dev.igb.0.interrupts.rx_pkt_timer: 9786 dev.igb.0.interrupts.asserts: 9682 dev.igb.0.mac_stats.tso_ctx_fail: 0 dev.igb.0.mac_stats.tso_txd: 0 dev.igb.0.mac_stats.tx_frames_1024_1522: 0 dev.igb.0.mac_stats.tx_frames_512_1023: 0 dev.igb.0.mac_stats.tx_frames_256_511: 0 dev.igb.0.mac_stats.tx_frames_128_255: 0 dev.igb.0.mac_stats.tx_frames_65_127: 0 dev.igb.0.mac_stats.tx_frames_64: 0 dev.igb.0.mac_stats.mcast_pkts_txd: 0 dev.igb.0.mac_stats.bcast_pkts_txd: 0 dev.igb.0.mac_stats.good_pkts_txd: 0 dev.igb.0.mac_stats.total_pkts_txd: 0 dev.igb.0.mac_stats.good_octets_txd: 0 dev.igb.0.mac_stats.good_octets_recvd: 907217 dev.igb.0.mac_stats.rx_frames_1024_1522: 0 dev.igb.0.mac_stats.rx_frames_512_1023: 304 dev.igb.0.mac_stats.rx_frames_256_511: 258 dev.igb.0.mac_stats.rx_frames_128_255: 191 dev.igb.0.mac_stats.rx_frames_65_127: 2817 dev.igb.0.mac_stats.rx_frames_64: 6216 dev.igb.0.mac_stats.mcast_pkts_recvd: 2409 dev.igb.0.mac_stats.bcast_pkts_recvd: 7369 dev.igb.0.mac_stats.good_pkts_recvd: 9786 dev.igb.0.mac_stats.total_pkts_recvd: 15480 dev.igb.0.mac_stats.xoff_txd: 0 dev.igb.0.mac_stats.xoff_recvd: 0 dev.igb.0.mac_stats.xon_txd: 0 dev.igb.0.mac_stats.xon_recvd: 0 dev.igb.0.mac_stats.coll_ext_errs: 0 dev.igb.0.mac_stats.alignment_errs: 0 dev.igb.0.mac_stats.crc_errs: 0 dev.igb.0.mac_stats.recv_errs: 0 dev.igb.0.mac_stats.recv_jabber: 0 dev.igb.0.mac_stats.recv_oversize: 0 dev.igb.0.mac_stats.recv_fragmented: 0 dev.igb.0.mac_stats.recv_undersize: 0 dev.igb.0.mac_stats.recv_no_buff: 0 dev.igb.0.mac_stats.missed_packets: 0 dev.igb.0.mac_stats.defer_count: 0 dev.igb.0.mac_stats.sequence_errors: 0 dev.igb.0.mac_stats.symbol_errors: 0 dev.igb.0.mac_stats.collision_count: 0 dev.igb.0.mac_stats.late_coll: 0 dev.igb.0.mac_stats.multiple_coll: 0 dev.igb.0.mac_stats.single_coll: 0 dev.igb.0.mac_stats.excess_coll: 0 dev.igb.0.queue_rx_3.rx_irq: 0 dev.igb.0.queue_rx_3.rxd_tail: 44 dev.igb.0.queue_rx_3.rxd_head: 46 dev.igb.0.queue_rx_2.rx_irq: 0 dev.igb.0.queue_rx_2.rxd_tail: 158 dev.igb.0.queue_rx_2.rxd_head: 160 dev.igb.0.queue_rx_1.rx_irq: 0 dev.igb.0.queue_rx_1.rxd_tail: 60 dev.igb.0.queue_rx_1.rxd_head: 62 dev.igb.0.queue_rx_0.rx_irq: 0 dev.igb.0.queue_rx_0.rxd_tail: 300 dev.igb.0.queue_rx_0.rxd_head: 302 dev.igb.0.queue_tx_3.no_desc_avail: 0 dev.igb.0.queue_tx_3.tx_irq: 0 dev.igb.0.queue_tx_3.txd_tail: 0 dev.igb.0.queue_tx_3.txd_head: 0 dev.igb.0.queue_tx_2.no_desc_avail: 0 dev.igb.0.queue_tx_2.tx_irq: 0 dev.igb.0.queue_tx_2.txd_tail: 0 dev.igb.0.queue_tx_2.txd_head: 0 dev.igb.0.queue_tx_1.no_desc_avail: 0 dev.igb.0.queue_tx_1.tx_irq: 0 dev.igb.0.queue_tx_1.txd_tail: 0 dev.igb.0.queue_tx_1.txd_head: 0 dev.igb.0.queue_tx_0.no_desc_avail: 0 dev.igb.0.queue_tx_0.tx_irq: 0 dev.igb.0.queue_tx_0.txd_tail: 457 dev.igb.0.queue_tx_0.txd_head: 1 dev.igb.0.fc_low_water: 45604 dev.igb.0.fc_high_water: 47104 dev.igb.0.rx_control: 67403806 dev.igb.0.device_control: 1490027073 dev.igb.0.watchdog_timeouts: 0 dev.igb.0.rx_overruns: 0 dev.igb.0.tx_dma_fail: 0 dev.igb.0.mbuf_defrag_fail: 0 dev.igb.0.link_irq: 4 dev.igb.0.dropped: 0 dev.igb.0.eee_control: 1 dev.igb.0.rx_processing_limit: 100 dev.igb.0.itr: 488 dev.igb.0.tx_abs_int_delay: 66 dev.igb.0.rx_abs_int_delay: 66 dev.igb.0.tx_int_delay: 66 dev.igb.0.rx_int_delay: 0 dev.igb.0.reg_dump: General Registers CTRL 58d00241 STATUS 00080787 CTRL_EXIT 91180c01 Interrupt Registers ICR 00000000 RX Registers RCTL 0404801e RDLEN 00004000 RDH 0000012e RDT 0000012c RXDCTL 02040810 RDBAL 02ec1000 RDBAH 00000000 TX Registers TCTL b50400fa TDBAL 02eb1000 TDBAH 00000000 TDLEN 00004000 TDH 00000001 TDT 000001c9 TXDCTL 0241011f TDFH 80001800 TDFT 00001800 TDFHS 00001800 TDFPC 00000000 dev.igb.0.fc: 0 dev.igb.0.debug: -1 dev.igb.0.nvm: -1 dev.igb.0.iflib.rxq3.rxq_fl0.credits: 1023 dev.igb.0.iflib.rxq3.rxq_fl0.cidx: 46 dev.igb.0.iflib.rxq3.rxq_fl0.pidx: 45 dev.igb.0.iflib.rxq2.rxq_fl0.credits: 1023 dev.igb.0.iflib.rxq2.rxq_fl0.cidx: 160 dev.igb.0.iflib.rxq2.rxq_fl0.pidx: 159 dev.igb.0.iflib.rxq1.rxq_fl0.credits: 1023 dev.igb.0.iflib.rxq1.rxq_fl0.cidx: 62 dev.igb.0.iflib.rxq1.rxq_fl0.pidx: 61 dev.igb.0.iflib.rxq0.rxq_fl0.credits: 1023 dev.igb.0.iflib.rxq0.rxq_fl0.cidx: 302 dev.igb.0.iflib.rxq0.rxq_fl0.pidx: 301 dev.igb.0.iflib.txq3.r_abdications: 0 dev.igb.0.iflib.txq3.r_restarts: 0 dev.igb.0.iflib.txq3.r_stalls: 0 dev.igb.0.iflib.txq3.r_starts: 0 dev.igb.0.iflib.txq3.r_drops: 0 dev.igb.0.iflib.txq3.r_enqueues: 0 dev.igb.0.iflib.txq3.ring_state: pidx_head: 0000 pidx_tail: 0000 cidx: 0000 state: IDLE dev.igb.0.iflib.txq3.txq_cleaned: 0 dev.igb.0.iflib.txq3.txq_processed: 0 dev.igb.0.iflib.txq3.txq_in_use: 0 dev.igb.0.iflib.txq3.txq_cidx_processed: 0 dev.igb.0.iflib.txq3.txq_cidx: 0 dev.igb.0.iflib.txq3.txq_pidx: 0 dev.igb.0.iflib.txq3.no_tx_dma_setup: 0 dev.igb.0.iflib.txq3.txd_encap_efbig: 0 dev.igb.0.iflib.txq3.tx_map_failed: 0 dev.igb.0.iflib.txq3.no_desc_avail: 0 dev.igb.0.iflib.txq3.mbuf_defrag_failed: 0 dev.igb.0.iflib.txq3.m_pullups: 0 dev.igb.0.iflib.txq3.mbuf_defrag: 0 dev.igb.0.iflib.txq2.r_abdications: 0 dev.igb.0.iflib.txq2.r_restarts: 0 dev.igb.0.iflib.txq2.r_stalls: 0 dev.igb.0.iflib.txq2.r_starts: 0 dev.igb.0.iflib.txq2.r_drops: 0 dev.igb.0.iflib.txq2.r_enqueues: 0 dev.igb.0.iflib.txq2.ring_state: pidx_head: 0000 pidx_tail: 0000 cidx: 0000 state: IDLE dev.igb.0.iflib.txq2.txq_cleaned: 0 dev.igb.0.iflib.txq2.txq_processed: 0 dev.igb.0.iflib.txq2.txq_in_use: 0 dev.igb.0.iflib.txq2.txq_cidx_processed: 0 dev.igb.0.iflib.txq2.txq_cidx: 0 dev.igb.0.iflib.txq2.txq_pidx: 0 dev.igb.0.iflib.txq2.no_tx_dma_setup: 0 dev.igb.0.iflib.txq2.txd_encap_efbig: 0 dev.igb.0.iflib.txq2.tx_map_failed: 0 dev.igb.0.iflib.txq2.no_desc_avail: 0 dev.igb.0.iflib.txq2.mbuf_defrag_failed: 0 dev.igb.0.iflib.txq2.m_pullups: 0 dev.igb.0.iflib.txq2.mbuf_defrag: 0 dev.igb.0.iflib.txq1.r_abdications: 0 dev.igb.0.iflib.txq1.r_restarts: 0 dev.igb.0.iflib.txq1.r_stalls: 0 dev.igb.0.iflib.txq1.r_starts: 0 dev.igb.0.iflib.txq1.r_drops: 0 dev.igb.0.iflib.txq1.r_enqueues: 0 dev.igb.0.iflib.txq1.ring_state: pidx_head: 0000 pidx_tail: 0000 cidx: 0000 state: IDLE dev.igb.0.iflib.txq1.txq_cleaned: 0 dev.igb.0.iflib.txq1.txq_processed: 0 dev.igb.0.iflib.txq1.txq_in_use: 0 dev.igb.0.iflib.txq1.txq_cidx_processed: 0 dev.igb.0.iflib.txq1.txq_cidx: 0 dev.igb.0.iflib.txq1.txq_pidx: 0 dev.igb.0.iflib.txq1.no_tx_dma_setup: 0 dev.igb.0.iflib.txq1.txd_encap_efbig: 0 dev.igb.0.iflib.txq1.tx_map_failed: 0 dev.igb.0.iflib.txq1.no_desc_avail: 0 dev.igb.0.iflib.txq1.mbuf_defrag_failed: 0 dev.igb.0.iflib.txq1.m_pullups: 0 dev.igb.0.iflib.txq1.mbuf_defrag: 0 dev.igb.0.iflib.txq0.r_abdications: 0 dev.igb.0.iflib.txq0.r_restarts: 0 dev.igb.0.iflib.txq0.r_stalls: 0 dev.igb.0.iflib.txq0.r_starts: 359 dev.igb.0.iflib.txq0.r_drops: 0 dev.igb.0.iflib.txq0.r_enqueues: 359 dev.igb.0.iflib.txq0.ring_state: pidx_head: 0359 pidx_tail: 0359 cidx: 0359 state: IDLE dev.igb.0.iflib.txq0.txq_cleaned: 0 dev.igb.0.iflib.txq0.txq_processed: 1 dev.igb.0.iflib.txq0.txq_in_use: 457 dev.igb.0.iflib.txq0.txq_cidx_processed: 1 dev.igb.0.iflib.txq0.txq_cidx: 0 dev.igb.0.iflib.txq0.txq_pidx: 457 dev.igb.0.iflib.txq0.no_tx_dma_setup: 0 dev.igb.0.iflib.txq0.txd_encap_efbig: 0 dev.igb.0.iflib.txq0.tx_map_failed: 0 dev.igb.0.iflib.txq0.no_desc_avail: 0 dev.igb.0.iflib.txq0.mbuf_defrag_failed: 0 dev.igb.0.iflib.txq0.m_pullups: 0 dev.igb.0.iflib.txq0.mbuf_defrag: 0 dev.igb.0.iflib.override_nrxds: 0 dev.igb.0.iflib.override_ntxds: 0 dev.igb.0.iflib.override_qs_enable: 0 dev.igb.0.iflib.override_nrxqs: 0 dev.igb.0.iflib.override_ntxqs: 0 dev.igb.0.iflib.driver_version: 7.6.1-k dev.igb.0.%parent: pci1 dev.igb.0.%pnpinfo: vendor=0x8086 device=0x10a7 subvendor=0x8086 subdevice=0x34de class=0x020000 dev.igb.0.%location: slot=0 function=0 dbsf=pci0:1:0:0 handle=\_SB_.PCI0.MRP1.ZOR1 dev.igb.0.%driver: igb dev.igb.0.%desc: Intel(R) PRO/1000 PCI-Express Network Driver tcpdump with arp replies (demonstrating that input traffic reaches kernel ok): tcpdump: listening on igb0, link-type EN10MB (Ethernet), capture size 262144 bytes 18:33:06.929553 00:15:17:b0:e6:f8 > b0:a8:6e:7b:47:c8, ethertype ARP (0x0806), length 42: Ethernet (len 6), IPv4 (len 4), Reply 87.245.206.15 is-at 00:15:17:b0:e6:f8, length 28 18:33:07.369398 00:15:17:b0:e6:f8 > 5c:5e:ab:0f:2a:80, ethertype 802.1Q (0x8100), length 46: vlan 490, p 0, ethertype ARP, Ethernet (len 6), IPv4 (len 4), Reply 10.31.0.2 is-at 00:15:17:b0:e6:f8, length 28 switch output demonstrating that there were no packets from host in last four hours: Last flapped : 2017-02-07 18:09:50 GMT-3 (00:24:09 ago) Statistics last cleared: 2017-02-07 13:54:55 GMT-3 (04:39:04 ago) Traffic statistics: Input bytes : 0 0 bps Output bytes : 30559996 16160 bps Input packets: 0 0 pps Output packets: 273220 20 pps From owner-freebsd-net@freebsd.org Tue Feb 7 17:41:29 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B747ECD5CEB for ; Tue, 7 Feb 2017 17:41:29 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A6D5691 for ; Tue, 7 Feb 2017 17:41:29 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v17HfSe9083633 for ; Tue, 7 Feb 2017 17:41:29 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 196361] Constrain IPv6 routes to each FIB (Consistent with IPv4 route behaviour) Date: Tue, 07 Feb 2017 17:41:28 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.1-RELEASE X-Bugzilla-Keywords: needs-patch, needs-qa X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: commit-hook@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 07 Feb 2017 17:41:29 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D196361 --- Comment #17 from commit-hook@freebsd.org --- A commit references this bug: Author: asomers Date: Tue Feb 7 17:40:59 UTC 2017 New revision: 313395 URL: https://svnweb.freebsd.org/changeset/base/313395 Log: Add fibs_test:udp_dontroute6, another IPv6 multi-FIB test PR: 196361 MFC after: 3 weeks Sponsored by: Spectra Logic Corp Changes: head/tests/sys/netinet/fibs_test.sh head/tests/sys/netinet/udp_dontroute.c --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Wed Feb 8 01:37:57 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A35EECD4837 for ; Wed, 8 Feb 2017 01:37:57 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8511410CE for ; Wed, 8 Feb 2017 01:37:57 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from [192.168.0.6] (67-0-255-20.albq.qwest.net [67.0.255.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id 90B6C1928BA; Wed, 8 Feb 2017 01:37:55 +0000 (UTC) Subject: Re: igb (82575EB) not passing traffic out. To: Alexandre Snarskii , freebsd-net@freebsd.org References: <20170207173930.GA64097@staff.retn.net> From: Sean Bruno Message-ID: Date: Tue, 7 Feb 2017 18:37:52 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 MIME-Version: 1.0 In-Reply-To: <20170207173930.GA64097@staff.retn.net> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="MfFswioWa9GO1dMEjUaXGbLAtQVgUrX6n" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 08 Feb 2017 01:37:57 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --MfFswioWa9GO1dMEjUaXGbLAtQVgUrX6n Content-Type: multipart/mixed; boundary="OJOca76hLJBgbiEwnucXWu0O8NJS7g5Rd"; protected-headers="v1" From: Sean Bruno To: Alexandre Snarskii , freebsd-net@freebsd.org Message-ID: Subject: Re: igb (82575EB) not passing traffic out. References: <20170207173930.GA64097@staff.retn.net> In-Reply-To: <20170207173930.GA64097@staff.retn.net> --OJOca76hLJBgbiEwnucXWu0O8NJS7g5Rd Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 02/07/17 10:39, Alexandre Snarskii wrote: >=20 > Hi! >=20 > After upgrading 12-stable from early January 2017 to February 2017 > igb card (onboard dual-port 82575EB) stopped passing outbound traffic. = > It can be seen in tcpdump, but switch reports "no packets received" and= =20 > sysctl counters reports zeros for tx. >=20 I'm hoping to get to this issue sometime this week. There is definitely an issue on this device: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D216734 > Details: >=20 > dmesg: >=20 > FreeBSD 12.0-CURRENT #0 r313342: Tue Feb 7 17:56:16 MSK 2017 >=20 > igb0: port 0x2020-0x203f= mem 0xb1f20000-0xb1f3ffff,0xb1f44000-0xb1f47fff irq 40 at device 0.0 on = pci1 > igb0: attach_pre capping queues at 4 > igb0: using 1024 tx descriptors and 1024 rx descriptors > igb0: msix_init qsets capped at 4 > igb0: pxm cpus: 4 queue msgs: 9 admincnt: 1 > igb0: using 4 rx queues 4 tx queues=20 > igb0: Using MSIX interrupts with 5 vectors > igb0: allocated for 4 tx_queues > igb0: allocated for 4 rx_queues > igb0: Ethernet address: 00:15:17:b0:e6:f8 > igb0: netmap queues/slots: TX 4/1024, RX 4/1024 >=20 > pciconf -lv: >=20 > igb0@pci0:1:0:0: class=3D0x020000 card=3D0x34de8086 chip=3D0x10a78086 r= ev=3D0x02 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D '82575EB Gigabit Network Connection' > class =3D network > subclass =3D ethernet >=20 > ifconfig: >=20 > igb0: flags=3D8843 metric 0 mtu= 1500 > options=3D6525bb > ether 00:15:17:b0:e6:f8 > inet 87.245.206.15 netmask 0xffffffc0 broadcast 87.245.206.63=20 > inet6 fe80::215:17ff:feb0:e6f8%igb0 prefixlen 64 scopeid 0x1=20 > inet6 2a02:2d8:0:20ff:232a::3 prefixlen 64=20 > nd6 options=3D21 > media: Ethernet autoselect (1000baseT ) > status: active >=20 > (tried to disable all features like lro/tso/csum, no changes). >=20 > sysctl dev.igb.0: note mac_stats.tx_frames_* of zero: >=20 > dev.igb.0.wake: 0 > dev.igb.0.interrupts.rx_overrun: 0 > dev.igb.0.interrupts.rx_desc_min_thresh: 0 > dev.igb.0.interrupts.tx_queue_min_thresh: 0 > dev.igb.0.interrupts.tx_queue_empty: 0 > dev.igb.0.interrupts.tx_abs_timer: 0 > dev.igb.0.interrupts.tx_pkt_timer: 8 > dev.igb.0.interrupts.rx_abs_timer: 9786 > dev.igb.0.interrupts.rx_pkt_timer: 9786 > dev.igb.0.interrupts.asserts: 9682 > dev.igb.0.mac_stats.tso_ctx_fail: 0 > dev.igb.0.mac_stats.tso_txd: 0 > dev.igb.0.mac_stats.tx_frames_1024_1522: 0 > dev.igb.0.mac_stats.tx_frames_512_1023: 0 > dev.igb.0.mac_stats.tx_frames_256_511: 0 > dev.igb.0.mac_stats.tx_frames_128_255: 0 > dev.igb.0.mac_stats.tx_frames_65_127: 0 > dev.igb.0.mac_stats.tx_frames_64: 0 > dev.igb.0.mac_stats.mcast_pkts_txd: 0 > dev.igb.0.mac_stats.bcast_pkts_txd: 0 > dev.igb.0.mac_stats.good_pkts_txd: 0 > dev.igb.0.mac_stats.total_pkts_txd: 0 > dev.igb.0.mac_stats.good_octets_txd: 0 > dev.igb.0.mac_stats.good_octets_recvd: 907217 > dev.igb.0.mac_stats.rx_frames_1024_1522: 0 > dev.igb.0.mac_stats.rx_frames_512_1023: 304 > dev.igb.0.mac_stats.rx_frames_256_511: 258 > dev.igb.0.mac_stats.rx_frames_128_255: 191 > dev.igb.0.mac_stats.rx_frames_65_127: 2817 > dev.igb.0.mac_stats.rx_frames_64: 6216 > dev.igb.0.mac_stats.mcast_pkts_recvd: 2409 > dev.igb.0.mac_stats.bcast_pkts_recvd: 7369 > dev.igb.0.mac_stats.good_pkts_recvd: 9786 > dev.igb.0.mac_stats.total_pkts_recvd: 15480 > dev.igb.0.mac_stats.xoff_txd: 0 > dev.igb.0.mac_stats.xoff_recvd: 0 > dev.igb.0.mac_stats.xon_txd: 0 > dev.igb.0.mac_stats.xon_recvd: 0 > dev.igb.0.mac_stats.coll_ext_errs: 0 > dev.igb.0.mac_stats.alignment_errs: 0 > dev.igb.0.mac_stats.crc_errs: 0 > dev.igb.0.mac_stats.recv_errs: 0 > dev.igb.0.mac_stats.recv_jabber: 0 > dev.igb.0.mac_stats.recv_oversize: 0 > dev.igb.0.mac_stats.recv_fragmented: 0 > dev.igb.0.mac_stats.recv_undersize: 0 > dev.igb.0.mac_stats.recv_no_buff: 0 > dev.igb.0.mac_stats.missed_packets: 0 > dev.igb.0.mac_stats.defer_count: 0 > dev.igb.0.mac_stats.sequence_errors: 0 > dev.igb.0.mac_stats.symbol_errors: 0 > dev.igb.0.mac_stats.collision_count: 0 > dev.igb.0.mac_stats.late_coll: 0 > dev.igb.0.mac_stats.multiple_coll: 0 > dev.igb.0.mac_stats.single_coll: 0 > dev.igb.0.mac_stats.excess_coll: 0 > dev.igb.0.queue_rx_3.rx_irq: 0 > dev.igb.0.queue_rx_3.rxd_tail: 44 > dev.igb.0.queue_rx_3.rxd_head: 46 > dev.igb.0.queue_rx_2.rx_irq: 0 > dev.igb.0.queue_rx_2.rxd_tail: 158 > dev.igb.0.queue_rx_2.rxd_head: 160 > dev.igb.0.queue_rx_1.rx_irq: 0 > dev.igb.0.queue_rx_1.rxd_tail: 60 > dev.igb.0.queue_rx_1.rxd_head: 62 > dev.igb.0.queue_rx_0.rx_irq: 0 > dev.igb.0.queue_rx_0.rxd_tail: 300 > dev.igb.0.queue_rx_0.rxd_head: 302 > dev.igb.0.queue_tx_3.no_desc_avail: 0 > dev.igb.0.queue_tx_3.tx_irq: 0 > dev.igb.0.queue_tx_3.txd_tail: 0 > dev.igb.0.queue_tx_3.txd_head: 0 > dev.igb.0.queue_tx_2.no_desc_avail: 0 > dev.igb.0.queue_tx_2.tx_irq: 0 > dev.igb.0.queue_tx_2.txd_tail: 0 > dev.igb.0.queue_tx_2.txd_head: 0 > dev.igb.0.queue_tx_1.no_desc_avail: 0 > dev.igb.0.queue_tx_1.tx_irq: 0 > dev.igb.0.queue_tx_1.txd_tail: 0 > dev.igb.0.queue_tx_1.txd_head: 0 > dev.igb.0.queue_tx_0.no_desc_avail: 0 > dev.igb.0.queue_tx_0.tx_irq: 0 > dev.igb.0.queue_tx_0.txd_tail: 457 > dev.igb.0.queue_tx_0.txd_head: 1 > dev.igb.0.fc_low_water: 45604 > dev.igb.0.fc_high_water: 47104 > dev.igb.0.rx_control: 67403806 > dev.igb.0.device_control: 1490027073 > dev.igb.0.watchdog_timeouts: 0 > dev.igb.0.rx_overruns: 0 > dev.igb.0.tx_dma_fail: 0 > dev.igb.0.mbuf_defrag_fail: 0 > dev.igb.0.link_irq: 4 > dev.igb.0.dropped: 0 > dev.igb.0.eee_control: 1 > dev.igb.0.rx_processing_limit: 100 > dev.igb.0.itr: 488 > dev.igb.0.tx_abs_int_delay: 66 > dev.igb.0.rx_abs_int_delay: 66 > dev.igb.0.tx_int_delay: 66 > dev.igb.0.rx_int_delay: 0 > dev.igb.0.reg_dump: General Registers > CTRL 58d00241 > STATUS 00080787 > CTRL_EXIT 91180c01 >=20 > Interrupt Registers > ICR 00000000 >=20 > RX Registers > RCTL 0404801e > RDLEN 00004000 > RDH 0000012e > RDT 0000012c > RXDCTL 02040810 > RDBAL 02ec1000 > RDBAH 00000000 >=20 > TX Registers > TCTL b50400fa > TDBAL 02eb1000 > TDBAH 00000000 > TDLEN 00004000 > TDH 00000001 > TDT 000001c9 > TXDCTL 0241011f > TDFH 80001800 > TDFT 00001800 > TDFHS 00001800 > TDFPC 00000000 >=20 >=20 > dev.igb.0.fc: 0 > dev.igb.0.debug: -1 > dev.igb.0.nvm: -1 > dev.igb.0.iflib.rxq3.rxq_fl0.credits: 1023 > dev.igb.0.iflib.rxq3.rxq_fl0.cidx: 46 > dev.igb.0.iflib.rxq3.rxq_fl0.pidx: 45 > dev.igb.0.iflib.rxq2.rxq_fl0.credits: 1023 > dev.igb.0.iflib.rxq2.rxq_fl0.cidx: 160 > dev.igb.0.iflib.rxq2.rxq_fl0.pidx: 159 > dev.igb.0.iflib.rxq1.rxq_fl0.credits: 1023 > dev.igb.0.iflib.rxq1.rxq_fl0.cidx: 62 > dev.igb.0.iflib.rxq1.rxq_fl0.pidx: 61 > dev.igb.0.iflib.rxq0.rxq_fl0.credits: 1023 > dev.igb.0.iflib.rxq0.rxq_fl0.cidx: 302 > dev.igb.0.iflib.rxq0.rxq_fl0.pidx: 301 > dev.igb.0.iflib.txq3.r_abdications: 0 > dev.igb.0.iflib.txq3.r_restarts: 0 > dev.igb.0.iflib.txq3.r_stalls: 0 > dev.igb.0.iflib.txq3.r_starts: 0 > dev.igb.0.iflib.txq3.r_drops: 0 > dev.igb.0.iflib.txq3.r_enqueues: 0 > dev.igb.0.iflib.txq3.ring_state: pidx_head: 0000 pidx_tail: 0000 cidx: = 0000 state: IDLE > dev.igb.0.iflib.txq3.txq_cleaned: 0 > dev.igb.0.iflib.txq3.txq_processed: 0 > dev.igb.0.iflib.txq3.txq_in_use: 0 > dev.igb.0.iflib.txq3.txq_cidx_processed: 0 > dev.igb.0.iflib.txq3.txq_cidx: 0 > dev.igb.0.iflib.txq3.txq_pidx: 0 > dev.igb.0.iflib.txq3.no_tx_dma_setup: 0 > dev.igb.0.iflib.txq3.txd_encap_efbig: 0 > dev.igb.0.iflib.txq3.tx_map_failed: 0 > dev.igb.0.iflib.txq3.no_desc_avail: 0 > dev.igb.0.iflib.txq3.mbuf_defrag_failed: 0 > dev.igb.0.iflib.txq3.m_pullups: 0 > dev.igb.0.iflib.txq3.mbuf_defrag: 0 > dev.igb.0.iflib.txq2.r_abdications: 0 > dev.igb.0.iflib.txq2.r_restarts: 0 > dev.igb.0.iflib.txq2.r_stalls: 0 > dev.igb.0.iflib.txq2.r_starts: 0 > dev.igb.0.iflib.txq2.r_drops: 0 > dev.igb.0.iflib.txq2.r_enqueues: 0 > dev.igb.0.iflib.txq2.ring_state: pidx_head: 0000 pidx_tail: 0000 cidx: = 0000 state: IDLE > dev.igb.0.iflib.txq2.txq_cleaned: 0 > dev.igb.0.iflib.txq2.txq_processed: 0 > dev.igb.0.iflib.txq2.txq_in_use: 0 > dev.igb.0.iflib.txq2.txq_cidx_processed: 0 > dev.igb.0.iflib.txq2.txq_cidx: 0 > dev.igb.0.iflib.txq2.txq_pidx: 0 > dev.igb.0.iflib.txq2.no_tx_dma_setup: 0 > dev.igb.0.iflib.txq2.txd_encap_efbig: 0 > dev.igb.0.iflib.txq2.tx_map_failed: 0 > dev.igb.0.iflib.txq2.no_desc_avail: 0 > dev.igb.0.iflib.txq2.mbuf_defrag_failed: 0 > dev.igb.0.iflib.txq2.m_pullups: 0 > dev.igb.0.iflib.txq2.mbuf_defrag: 0 > dev.igb.0.iflib.txq1.r_abdications: 0 > dev.igb.0.iflib.txq1.r_restarts: 0 > dev.igb.0.iflib.txq1.r_stalls: 0 > dev.igb.0.iflib.txq1.r_starts: 0 > dev.igb.0.iflib.txq1.r_drops: 0 > dev.igb.0.iflib.txq1.r_enqueues: 0 > dev.igb.0.iflib.txq1.ring_state: pidx_head: 0000 pidx_tail: 0000 cidx: = 0000 state: IDLE > dev.igb.0.iflib.txq1.txq_cleaned: 0 > dev.igb.0.iflib.txq1.txq_processed: 0 > dev.igb.0.iflib.txq1.txq_in_use: 0 > dev.igb.0.iflib.txq1.txq_cidx_processed: 0 > dev.igb.0.iflib.txq1.txq_cidx: 0 > dev.igb.0.iflib.txq1.txq_pidx: 0 > dev.igb.0.iflib.txq1.no_tx_dma_setup: 0 > dev.igb.0.iflib.txq1.txd_encap_efbig: 0 > dev.igb.0.iflib.txq1.tx_map_failed: 0 > dev.igb.0.iflib.txq1.no_desc_avail: 0 > dev.igb.0.iflib.txq1.mbuf_defrag_failed: 0 > dev.igb.0.iflib.txq1.m_pullups: 0 > dev.igb.0.iflib.txq1.mbuf_defrag: 0 > dev.igb.0.iflib.txq0.r_abdications: 0 > dev.igb.0.iflib.txq0.r_restarts: 0 > dev.igb.0.iflib.txq0.r_stalls: 0 > dev.igb.0.iflib.txq0.r_starts: 359 > dev.igb.0.iflib.txq0.r_drops: 0 > dev.igb.0.iflib.txq0.r_enqueues: 359 > dev.igb.0.iflib.txq0.ring_state: pidx_head: 0359 pidx_tail: 0359 cidx: = 0359 state: IDLE > dev.igb.0.iflib.txq0.txq_cleaned: 0 > dev.igb.0.iflib.txq0.txq_processed: 1 > dev.igb.0.iflib.txq0.txq_in_use: 457 > dev.igb.0.iflib.txq0.txq_cidx_processed: 1 > dev.igb.0.iflib.txq0.txq_cidx: 0 > dev.igb.0.iflib.txq0.txq_pidx: 457 > dev.igb.0.iflib.txq0.no_tx_dma_setup: 0 > dev.igb.0.iflib.txq0.txd_encap_efbig: 0 > dev.igb.0.iflib.txq0.tx_map_failed: 0 > dev.igb.0.iflib.txq0.no_desc_avail: 0 > dev.igb.0.iflib.txq0.mbuf_defrag_failed: 0 > dev.igb.0.iflib.txq0.m_pullups: 0 > dev.igb.0.iflib.txq0.mbuf_defrag: 0 > dev.igb.0.iflib.override_nrxds: 0 > dev.igb.0.iflib.override_ntxds: 0 > dev.igb.0.iflib.override_qs_enable: 0 > dev.igb.0.iflib.override_nrxqs: 0 > dev.igb.0.iflib.override_ntxqs: 0 > dev.igb.0.iflib.driver_version: 7.6.1-k > dev.igb.0.%parent: pci1 > dev.igb.0.%pnpinfo: vendor=3D0x8086 device=3D0x10a7 subvendor=3D0x8086 = subdevice=3D0x34de class=3D0x020000 > dev.igb.0.%location: slot=3D0 function=3D0 dbsf=3Dpci0:1:0:0 handle=3D\= _SB_.PCI0.MRP1.ZOR1 > dev.igb.0.%driver: igb > dev.igb.0.%desc: Intel(R) PRO/1000 PCI-Express Network Driver >=20 > tcpdump with arp replies (demonstrating that input traffic reaches kern= el ok): >=20 > tcpdump: listening on igb0, link-type EN10MB (Ethernet), capture size 2= 62144 bytes > 18:33:06.929553 00:15:17:b0:e6:f8 > b0:a8:6e:7b:47:c8, ethertype ARP (0= x0806), length 42: Ethernet (len 6), IPv4 (len 4), Reply 87.245.206.15 is= -at 00:15:17:b0:e6:f8, length 28 > 18:33:07.369398 00:15:17:b0:e6:f8 > 5c:5e:ab:0f:2a:80, ethertype 802.1Q= (0x8100), length 46: vlan 490, p 0, ethertype ARP, Ethernet (len 6), IPv= 4 (len 4), Reply 10.31.0.2 is-at 00:15:17:b0:e6:f8, length 28 >=20 > switch output demonstrating that there were no packets from host > in last four hours: >=20 > Last flapped : 2017-02-07 18:09:50 GMT-3 (00:24:09 ago) > Statistics last cleared: 2017-02-07 13:54:55 GMT-3 (04:39:04 ago) > Traffic statistics: > Input bytes : 0 0 bps > Output bytes : 30559996 16160 bps > Input packets: 0 0 pps > Output packets: 273220 20 pps >=20 > _______________________________________________ > freebsd-net@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" >=20 --OJOca76hLJBgbiEwnucXWu0O8NJS7g5Rd-- --MfFswioWa9GO1dMEjUaXGbLAtQVgUrX6n Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEEuq1GMucSHejSCZfdEgHvyh5yfmQFAliadnBfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEJB QUQ0NjMyRTcxMjFERThEMjA5OTdERDEyMDFFRkNBMUU3MjdFNjQACgkQEgHvyh5y fmSueAf/TA9usS/4lMG1H1W5Cj1MhGkS0AJV0WmwzL5Jsgk6lLOqD1gwRGCQ1Gxe ieCTlpZM8qU2ybwBNtZv1HZvJuII+qwjKIAi8kTCe22jkrHDG6mGI2HCOd2cD0eW iO0oSNaL5mm+9usnCoI3sJ+FleTpV2/DLs+z93tpsQqT6kPrFcp4iYLkV4rSg6RH ghAVz9D09imF3S+TIy8Gwv4j6IL8+EtvjOzbTwJiPXTf6z1E2tIYv/Bn6K8eSyFq VRtyamQ4Ak3M/f2pJ/4bTWDCwe5f57+T//bJdJcqbj6ZRJKcqFPGdxdJq+/V4a5W HqlVUEdAtMc3ZTG0SY6BDA+cqoPspQ== =q8Mf -----END PGP SIGNATURE----- --MfFswioWa9GO1dMEjUaXGbLAtQVgUrX6n-- From owner-freebsd-net@freebsd.org Wed Feb 8 02:46:36 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 403F3CD395C; Wed, 8 Feb 2017 02:46:36 +0000 (UTC) (envelope-from ler@FreeBSD.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thebighonker.lerctr.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1F94AD37; Wed, 8 Feb 2017 02:46:36 +0000 (UTC) (envelope-from ler@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:References:In-Reply-To:Subject:Cc:To:From:Date: Content-Transfer-Encoding:Content-Type:MIME-Version:Sender:Reply-To: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=BI5SvsrmlYudqrJUQyvR9PMMJ/nvnFYaI7Tbws5dzAo=; b=WtqIleq0XT2PM7Hw7Fg+ZxKtMO IR+eNSO9NFHJct//4MmxaRqwHAfAKj/gSFCYF4Y/vqCITwagEe1yMOJNi5NoYy+3rx0hgxuPgMz4K wVxqZClRD+KA8xjr8EDNpIIwLlN5IOxZX/h45QFWZH8ELNZ1UnSlxNXruj2oEJYQ06KQ=; Received: from thebighonker.lerctr.org ([2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]:25148 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.88 (FreeBSD)) (envelope-from ) id 1cbIHD-000ITs-A7; Tue, 07 Feb 2017 20:46:35 -0600 Received: from 2001:470:1f0f:42c:ac93:b159:a623:348b by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Tue, 07 Feb 2017 20:46:35 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 07 Feb 2017 20:46:35 -0600 From: Larry Rosenman To: Larry Rosenman Cc: Freebsd net , owner-freebsd-net@freebsd.org Subject: Re: panic with dhcp assigned jumbo frames/bce interface In-Reply-To: References: Message-ID: X-Sender: ler@FreeBSD.org User-Agent: Roundcube Webmail/1.2.3 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 08 Feb 2017 02:46:36 -0000 On 02/07/2017 9:18 am, Larry Rosenman wrote: > I attempted to set my network up with jumbo frames, and have the MTU > set via > DHCP option 26 (9000), and I get my bce0 device bouncing up & down > like a yo-yo, and > a panic with a recursed lock. > > I can probably get a picture of the panic, but wanted to get this out > there. > > (-CURRENT, both the January snap and the February snap, AMD64.) What documentation/etc would y'all like? -- Larry Rosenman http://people.freebsd.org/~ler Phone: +1 214-642-9640 E-Mail: ler@FreeBSD.org US Mail: 17716 Limpia Crk, Round Rock, TX 78664-7281 From owner-freebsd-net@freebsd.org Wed Feb 8 09:56:49 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D5AC6CD5234 for ; Wed, 8 Feb 2017 09:56:49 +0000 (UTC) (envelope-from farrokhi@FreeBSD.org) Received: from mail.farrokhi.net (mail.farrokhi.net [79.127.49.115]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5366C1B40 for ; Wed, 8 Feb 2017 09:56:49 +0000 (UTC) (envelope-from farrokhi@FreeBSD.org) Received: from [192.168.0.107] (unknown [79.127.49.114]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: freebsd@farrokhi.net) by mail.farrokhi.net (Postfix) with ESMTPSA id 2D6F545571 for ; Wed, 8 Feb 2017 13:26:37 +0330 (IRST) From: "Babak Farrokhi" To: "FreeBSD Net" Subject: ixgbe interrupt rate on 11-STABLE Date: Wed, 08 Feb 2017 13:26:36 +0330 Message-ID: <08C3F17E-53F6-4CDC-BFEA-D2B294A8C704@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=_MailMate_85FDD487-A78F-4AB7-96FB-0272D5D69606_="; micalg=pgp-sha256; protocol="application/pgp-signature" X-Mailer: MailMate (1.9.6r5342) X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 08 Feb 2017 09:56:49 -0000 This is an OpenPGP/MIME signed message (RFC 3156 and 4880). --=_MailMate_85FDD487-A78F-4AB7-96FB-0272D5D69606_= Content-Type: text/plain; markup=markdown Content-Transfer-Encoding: quoted-printable Hi all, I encountered a new behavior with ixgbe interrupt rates on 11-STABLE whic= h = was not present in 10-STABLE. = We disable aim and manually set the interrupt rate. On 10-STABLE the inte= rrupt = rate will not exceed the configured value, but it is not the case in 11-S= TABLE. I am wondering if this is expected behavior or not. Here is what I see: # sysctl dev.ix | grep interrupt_rate dev.ix.1.queue7.interrupt_rate: 500000 dev.ix.1.queue6.interrupt_rate: 500000 dev.ix.1.queue5.interrupt_rate: 100000 dev.ix.1.queue4.interrupt_rate: 500000 dev.ix.1.queue3.interrupt_rate: 500000 dev.ix.1.queue2.interrupt_rate: 500000 dev.ix.1.queue1.interrupt_rate: 500000 dev.ix.1.queue0.interrupt_rate: 500000 dev.ix.0.queue7.interrupt_rate: 500000 dev.ix.0.queue6.interrupt_rate: 500000 dev.ix.0.queue5.interrupt_rate: 100000 dev.ix.0.queue4.interrupt_rate: 5813 dev.ix.0.queue3.interrupt_rate: 500000 dev.ix.0.queue2.interrupt_rate: 500000 dev.ix.0.queue1.interrupt_rate: 500000 dev.ix.0.queue0.interrupt_rate: 500000 Our setup: # sysctl hw.ix hw.ix.rxd: 4096 hw.ix.txd: 4096 hw.ix.num_queues: 8 hw.ix.enable_msix: 1 hw.ix.advertise_speed: 0 hw.ix.flow_control: 0 hw.ix.tx_process_limit: -1 hw.ix.rx_process_limit: -1 hw.ix.max_interrupt_rate: 16000 hw.ix.enable_aim: 0 # sysctl dev.ix | grep aim dev.ix.1.enable_aim: 0 dev.ix.0.enable_aim: 0 # vmstat -ai | grep ix irq265: ix0:q0 1252479695 10058 irq266: ix0:q1 1232959515 9901 irq267: ix0:q2 1227101328 9854 irq268: ix0:q3 1229457979 9873 irq269: ix0:q4 1237070699 9934 irq270: ix0:q5 1231407684 9889 irq271: ix0:q6 1234032662 9910 irq272: ix0:q7 1230403197 9881 irq273: ix0:link 107 0 irq274: ix1:q0 2928503268 23517 irq275: ix1:q1 2526264197 20287 irq276: ix1:q2 2543700719 20427 irq277: ix1:q3 2552022026 20494 irq278: ix1:q4 2584441166 20754 irq279: ix1:q5 2563593862 20587 irq280: ix1:q6 2567670402 20619 irq281: ix1:q7 2581949876 20734 irq282: ix1:link 2 0 Hardware: # pciconf -lv | grep -A3 ix ix0@pci0:5:0:0: class=3D0x020000 card=3D0x7b118086 chip=3D0x154d8086 rev=3D= 0x01 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D 'Ethernet 10G 2P X520 Adapter' class =3D network -- ix1@pci0:5:0:1: class=3D0x020000 card=3D0x7b118086 chip=3D0x154d8086 rev=3D= 0x01 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D 'Ethernet 10G 2P X520 Adapter' class =3D network # dmesg | grep ^ix ix0: = port 0x2020-0x203f mem 0x92300000-0x923fffff,0x92404000-0x92407fff irq 34= at device 0.0 numa-domain 0 on pci5 ix0: Using MSIX interrupts with 9 vectors ix0: ixgbe_allocate_msix: number of queues (8) !=3D number of RSS buckets= (128); performance will be impacted. ix0: Ethernet address: a0:36:9f:da:05:4c ix0: PCI Express Bus: Speed 5.0GT/s Width x8 ix0: Error 2 setting up SR-IOV ix0: netmap queues/slots: TX 8/4096, RX 8/4096 ix1: = port 0x2000-0x201f mem 0x92200000-0x922fffff,0x92400000-0x92403fff irq 37= at device 0.1 numa-domain 0 on pci5 ix1: Using MSIX interrupts with 9 vectors ix1: ixgbe_allocate_msix: number of queues (8) !=3D number of RSS buckets= (128); performance will be impacted. ix1: Ethernet address: a0:36:9f:da:05:4e ix1: PCI Express Bus: Speed 5.0GT/s Width x8 ix1: Error 2 setting up SR-IOV ix1: netmap queues/slots: TX 8/4096, RX 8/4096 Any ideas? Thanks, Babak --=_MailMate_85FDD487-A78F-4AB7-96FB-0272D5D69606_= Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iQJ8BAEBCABmBQJYmutUXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRGMDgxNUY4ODYxQkYyREVBRjI2MUU5QzE2 QjI2N0FEODVENjMyRTlBAAoJEGsmethdYy6aQ2UP/iFS5b2ylOGHzYV4oe741bRB aQREDtHcFPOlNq8T1P9jA+ijEZpBFwEA3GQdPC5+JKvqBNrCeJFwgp3Ejbu94UKw /C9TUxZuCqbSTu599X4FvsmeN+YO0WD4kxrqlZ5ynR6gKGCXH+e283JmlRZH2/59 s8tZEVUAizgif8YOW4LGj6+3OR+oNxh9bCOyu9eNH8kc66BUekp2w/1A0/7TaEew 4kr2BV3+PL1hnAbYVc7uj6gHiT4RCBafk6Y+rNqBpPKtmzrQGV53ghWaZ1/+1Mkd nXVThlPQ3JfuZO9Gg1csznslIJca3bXG+4RJLIYQiy7+7KbmOM2k38nzqoUGS0i5 DXsdnkaopi1MsSo0CE3QXQLrMhVgUl07jIgCD6iHQvEYa0TDmsXEkxtfICCk6YBZ Iy2oT+U+Mj/J/mBM5hKJ9dwPKI43O3voq/bQRTtxiJLitQ6XHMIX+AJwUhOIvb5U dAsDuSWAQn8gmf9FrB1nWLc0dJR8pc9jCAEJdt9jT48TLs8Weu3Dvh/7ErzuSwd1 prl497/EoCRsrons6iIh5+sZciRa5eB8dJsKO6upi41NwBQ8+9/4daBhpv14WKT6 1Eb4cBX2kSDHikJ8a4NGky4g/sbVDeOFp5eTO5ciC4HtB975Eae5iwjSuX9uJKnK IVOs+2YjHoHf0mxkSuQK =4oTR -----END PGP SIGNATURE----- --=_MailMate_85FDD487-A78F-4AB7-96FB-0272D5D69606_=-- From owner-freebsd-net@freebsd.org Wed Feb 8 18:13:47 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8850ACD6F7E for ; Wed, 8 Feb 2017 18:13:47 +0000 (UTC) (envelope-from ale@FreeBSD.org) Received: from lab.alexdupre.com (lab.alexdupre.com [81.174.31.42]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C805A1CF9 for ; Wed, 8 Feb 2017 18:13:46 +0000 (UTC) (envelope-from ale@FreeBSD.org) Received: (qmail 95942 invoked from network); 8 Feb 2017 18:07:01 -0000 Received: from 151-0-207-194.ip282.fastwebnet.it (HELO ale.bitgold.com) (sysadmin@alexdupre.com@151.0.207.194) by lab.alexdupre.com with ESMTPSA; 8 Feb 2017 18:07:01 -0000 To: freebsd-net@FreeBSD.org From: Alex Dupre Subject: Multiple MAC addresses on a single interface Message-ID: <3e403eb2-b113-12d5-17c4-096ff32239e8@FreeBSD.org> Date: Wed, 8 Feb 2017 19:06:49 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:49.0) Gecko/20100101 Firefox/49.0 SeaMonkey/2.46 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 08 Feb 2017 18:13:47 -0000 Hi, I need to establish two PPPoE sessions on the same LAN using the same ethernet interface. The sessions are on different VLANs, but they are handled by the same AC that doesn't allow that both sessions are initiated by the same MAC address. Is there a way to associate two MAC addresses to a single physical interface (even by creating a virtual interface linked to the physical one) and so have VLANs on different mac addresses, without forcing the use of a secondary physical interface? -- Alex Dupre From owner-freebsd-net@freebsd.org Wed Feb 8 18:23:18 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 66718CD649A for ; Wed, 8 Feb 2017 18:23:18 +0000 (UTC) (envelope-from crest@rlwinm.de) Received: from smtp.rlwinm.de (smtp.rlwinm.de [IPv6:2a01:4f8:201:31ef::e]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 344157E1 for ; Wed, 8 Feb 2017 18:23:18 +0000 (UTC) (envelope-from crest@rlwinm.de) Received: from crest.local (unknown [87.253.189.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.rlwinm.de (Postfix) with ESMTPSA id 3BC7C118D9 for ; Wed, 8 Feb 2017 19:23:16 +0100 (CET) Subject: Re: NFSROOT and lagg(4) To: freebsd-net@freebsd.org References: <3b771270-245a-cf8a-9cbe-f55df7680812@freebsd.org> <20170204210054.GJ2092@kib.kiev.ua> From: Jan Bramkamp Message-ID: Date: Wed, 8 Feb 2017 19:23:15 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 In-Reply-To: <20170204210054.GJ2092@kib.kiev.ua> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 08 Feb 2017 18:23:18 -0000 On 04/02/2017 22:00, Konstantin Belousov wrote: > On Sat, Feb 04, 2017 at 01:44:21PM -0700, Sean Bruno wrote: >> "what I want" is to pxe/netboot and then switch over to using a lagg(4) >> interface that includes the interface used in the pxe/netboot boot up. >> I suspect, I have to switch to MDROOT to do this, but I thought I'd ask >> if anyone is doing this type of configuration in their labs? >> >> What seems to happen is that I lose the nfsroot when I reconfigure the >> lagg, and I no longer have access to reconfigure. >> >> e.g. pxeboot from em0, then reconfigure networking to use em0/em1 in lagg0: >> >> em0: flags=8843 metric 0 mtu 1500 >> >> options=5259b >> ether 00:30:18:c5:0a:a9 >> nd6 options=29 >> media: Ethernet autoselect (1000baseT ) >> status: active >> em1: flags=8843 metric 0 mtu 1500 >> >> options=5259b >> ether 00:30:18:c5:0a:a9 >> nd6 options=29 >> media: Ethernet autoselect (1000baseT ) >> status: active >> lagg0: flags=8843 metric 0 mtu 1500 >> >> options=5259b >> ether 00:30:18:c5:0a:a9 >> inet 192.168.100.53 netmask 0xffffff00 broadcast 192.168.100.255 >> nd6 options=29 >> media: Ethernet autoselect >> status: active >> groups: lagg >> laggproto lacp lagghash l2,l3,l4 >> laggport: em0 flags=1c >> laggport: em1 flags=1c >> > > Look at reroot support, see reboot(8) option -r. I suspect you could > need two reroots: first to some tmpfs or memory backed md(4) where > ifconfig is present to reconfigure interfaces, second to boot into the > final root. You can't reroot into a tmpfs. It gets unmounted during the reroot which deletes every it ever contained. From owner-freebsd-net@freebsd.org Wed Feb 8 18:23:19 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E8DB6CD649F for ; Wed, 8 Feb 2017 18:23:19 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: from reviews.nyi.freebsd.org (reviews.nyi.freebsd.org [IPv6:2610:1c1:1:607c::16:b]) by mx1.freebsd.org (Postfix) with ESMTP id C50A07F6 for ; Wed, 8 Feb 2017 18:23:19 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: by reviews.nyi.freebsd.org (Postfix, from userid 1346) id 2E3CE375D7; Wed, 8 Feb 2017 18:23:19 +0000 (UTC) Date: Wed, 8 Feb 2017 18:23:19 +0000 To: freebsd-net@freebsd.org From: "asomers (Alan Somers)" Reply-to: D9451+325+eaa6f8a0c0731bfe@reviews.freebsd.org Subject: [Differential] D9451: Constrain IPv6 interface routes to each FIB Message-ID: X-Priority: 3 X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: Thread-Topic: D9451: Constrain IPv6 interface routes to each FIB X-Herald-Rules: <28>, <81> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: Precedence: bulk In-Reply-To: References: Thread-Index: MzA4MmVhNjA3MDYxYjk1ZGE4NzFjZWJhMzgyIFibYhc= MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2017 18:23:20 -0000 YXNvbWVycyBhZGRlZCBhIHJldmlld2VyOiBiei4KClJFUE9TSVRPUlkKICByUyBGcmVlQlNEIHNy YyByZXBvc2l0b3J5CgpSRVZJU0lPTiBERVRBSUwKICBodHRwczovL3Jldmlld3MuZnJlZWJzZC5v cmcvRDk0NTEKCkVNQUlMIFBSRUZFUkVOQ0VTCiAgaHR0cHM6Ly9yZXZpZXdzLmZyZWVic2Qub3Jn L3NldHRpbmdzL3BhbmVsL2VtYWlscHJlZmVyZW5jZXMvCgpUbzogamh1amhpdGlfYWRqZWN0aXZp c20ub3JnLCAjbmV0d29yaywgYXNvbWVycywgYnoKQ2M6IGJ6LCBpbXAsIGFlLCBmcmVlYnNkLW5l dC1saXN0Cg== From owner-freebsd-net@freebsd.org Wed Feb 8 18:25:33 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6605DCD65EF for ; Wed, 8 Feb 2017 18:25:33 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: from reviews.nyi.freebsd.org (reviews.nyi.freebsd.org [IPv6:2610:1c1:1:607c::16:b]) by mx1.freebsd.org (Postfix) with ESMTP id 25F299D6 for ; Wed, 8 Feb 2017 18:25:33 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: by reviews.nyi.freebsd.org (Postfix, from userid 1346) id 90646376AE; Wed, 8 Feb 2017 18:25:32 +0000 (UTC) Date: Wed, 8 Feb 2017 18:25:32 +0000 To: freebsd-net@freebsd.org From: "asomers (Alan Somers)" Reply-to: D9451+325+eaa6f8a0c0731bfe@reviews.freebsd.org Subject: [Differential] D9451: Constrain IPv6 interface routes to each FIB Message-ID: <9a0e9dbf81e9f36e7db1a694bf3f217c@localhost.localdomain> X-Priority: 3 X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , , , Thread-Topic: D9451: Constrain IPv6 interface routes to each FIB X-Herald-Rules: <28>, <81> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: Precedence: bulk In-Reply-To: References: Thread-Index: MzA4MmVhNjA3MDYxYjk1ZGE4NzFjZWJhMzgyIFibYpw= MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2017 18:25:33 -0000 YXNvbWVycyByZXF1ZXN0ZWQgY2hhbmdlcyB0byB0aGlzIHJldmlzaW9uLgphc29tZXJzIGFkZGVk IGEgc3Vic2NyaWJlcjogYnouCmFzb21lcnMgYWRkZWQgYSBjb21tZW50LgpUaGlzIHJldmlzaW9u IG5vdyByZXF1aXJlcyBjaGFuZ2VzIHRvIHByb2NlZWQuCgoKICBJbiBhZGRpdGlvbiB0byB0aGUg aXNzdWVzIEkgbWVudGlvbmVkIGlubGluZSwgY291bGQgeW91IHBsZWFzZSBhbHNvIHVwZGF0ZSB0 aGUgcmV2aWV3IHN1bW1hcnkgdG8gaW5jbHVkZSB0aGUgZnVsbCBjb21taXQgbWVzc2FnZT8gIFRy eSB0byBtZW50aW9uIGV2ZXJ5IHNjZW5hcmlvIHdoZXJlIHlvdSdyZSBpbnRlbnRpb25hbGx5IGNo YW5naW5nIGJlaGF2aW9yLiAgSSdsbCB0cnkgdG8gYWRkIEFURiB0ZXN0Y2FzZXMgZm9yIGFsbCBv ZiB0aGVtLgoKSU5MSU5FIENPTU1FTlRTCgo+IHJvdXRlLmM6MjIyNAo+ICAJCS8qIFdlIGRvIHN1 cHBvcnQgbXVsdGlwbGUgRklCcy4gKi8KPiAtCQlmaWIgPSBSVF9BTExfRklCUzsKPiArCQlmaWIg PSBydF9hZGRfYWRkcl9hbGxmaWJzID8gUlRfQUxMX0ZJQlMgOiBpZmEtPmlmYV9pZnAtPmlmX2Zp YjsKPiAgCQlicmVhazsKClRoaXMgbGluZSBpcyBnb2luZyB0byBicmVhayB2aW1hZ2UsIGFuZCBp dCdzIGFsc28gdGhlIHdyb25nIHBsYWNlIHRvIGNoZWNrIHRoZSB0dW5hYmxlLiAgU2VlIHJ0aW5p dDEsIGxpbmUgMjAzMi4gIFBsZWFzZSByZXZlcnQgdGhpcyBjaHVuay4KCj4gaWNtcDYuYzoyMTQ3 Cj4gKwlNX1NFVEZJQihtLCBmaWJudW0pOwo+ICsKPiAgCWlmIChzcmNwID09IE5VTEwpIHsKCkl0 IHNlZW1zIGxpa2UgdGhpcyBjb2RlIHNlbGVjdHMgdGhlIGluY29taW5nIGludGVyZmFjZSdzIEZJ QiBmb3Igcm91dGluZyBhbiBJQ01QdjYgcmVzcG9uc2UuICBEbyBJIHVuZGVyc3RhbmQgdGhhdCBj b3JyZWN0bHk/ICBJZiBzbywgd2h5IGlzIHNpbWlsYXIgY29kZSBub3QgbmVlZGVkIGluIGljbXBf cmVmbGVjdD8KCj4gaW42LmM6MTgwCj4gIAkJcnQucnRfZmxhZ3MgfD0gUlRGX1VQOwo+IC0JLyog QW5ub3VuY2UgYXJyaXZhbCBvZiBsb2NhbCBhZGRyZXNzIHRvIGFsbCBGSUJzLiAqLwo+IC0JcnRf bmV3YWRkcm1zZyhjbWQsICZpYS0+aWFfaWZhLCAwLCAmcnQpOwo+ICsJZmlibnVtID0gcnRfYWRk X2FkZHJfYWxsZmlicyA/IFJUX0FMTF9GSUJTIDogaWE2MmlmYShpYSktPmlmYV9pZnAtPmlmX2Zp YjsKPiArCS8qIEFubm91bmNlIGFycml2YWwgb2YgbG9jYWwgYWRkcmVzcyB0byB0aGlzIEZJQi4g Ki8KClNob3VsZCBiZSBgVl9ydF9hZGRfYWRkcl9hbGxmaWJzYAoKPiBpbjYuYzoyMTI3Cj4gIAlp bjZfc3BsaXRzY29wZSgmc2luNi0+c2luNl9hZGRyLCAmZHN0LCAmc2NvcGVpZCk7Cj4gLQllcnJv ciA9IGZpYjZfbG9va3VwX25oX2Jhc2ljKFJUX0RFRkFVTFRfRklCLCAmZHN0LCBzY29wZWlkLCAw LCAwLCAmbmg2KTsKPiArCWZpYm51bSA9IHJ0X2FkZF9hZGRyX2FsbGZpYnMgPyBSVF9ERUZBVUxU X0ZJQiA6IGlmcC0+aWZfZmliOwo+ICsJZXJyb3IgPSBmaWI2X2xvb2t1cF9uaF9iYXNpYyhmaWJu dW0sICZkc3QsIHNjb3BlaWQsIDAsIDAsICZuaDYpOwoKU2hvdWxkIGJlIFZfcnRfYWRkX2FkZHJf YWxsZmlicwoKPiBpbjZfc3JjLmM6NTY2Cj4gIAo+ICAJZmlibnVtID0gKGlucCAhPSBOVUxMKSA/ IGlucC0+aW5wX2luYy5pbmNfZmlibnVtIDogUlRfREVGQVVMVF9GSUI7Cj4gIAlyZXRpZnAgPSBO VUxMOwoKSSB0aGluayB0aGlzIGlzIGEgYnVnLiAgSWYgd2UgaGF2ZSBhIHNvY2tldCwgdGhlbiB0 aGUgc291cmNlIGFkZHJlc3Mgc2hvdWxkIGJlIGJhc2VkIG9uIHRoZSBzb2NrZXQncyBGSUIsIG5v dCB0aGUgaW50ZXJmYWNlJ3MuICBTb2NrZXQgRklCcyBkZWZhdWx0IHRvIHRoZSBGSUIgb2YgdGhl IHByb2Nlc3MsIGJ1dCBjYW4gYmUgbWFudWFsbHkgY2hhbmdlZC4KCj4gbmQ2LmM6MTk4Cj4gIAly dGluZm8ucnRpX2FkZHJzID0gUlRBX0RTVCB8IFJUQV9HQVRFV0FZOwo+ICsJZmlibnVtID0gcnRf YWRkX2FkZHJfYWxsZmlicyA/IFJUX0FMTF9GSUJTIDogaWZwLT5pZl9maWI7Cj4gIAlydF9taXNz bXNnX2ZpYih0eXBlLCAmcnRpbmZvLCBSVEZfSE9TVCB8IFJURl9MTERBVEEgfCAoCgpTaG91bGQg YmUgVl9ydF9hZGRfYWRkcl9hbGxmaWJzCgo+IG5kNi5jOjEyOTUKPiAgCWluZm8ucnRpX2luZm9b UlRBWF9EU1RdID0gKHN0cnVjdCBzb2NrYWRkciAqKSZydF9rZXk7Cj4gLQo+IC0JLyogQWx3YXlz IHVzZSB0aGUgZGVmYXVsdCBGSUIgaGVyZS4gWFhNRSAtIHdoeT8gKi8KPiAtCWZpYm51bSA9IFJU X0RFRkFVTFRfRklCOwo+ICsJZmlibnVtID0gaWZwLT5pZl9maWI7Cj4gIAoKVGhpcyBsb29rcyB3 cm9uZyB0byBtZS4gIElmIHdlJ3JlIHRyeWluZyB0byBkZXRlcm1pbmUgd2hldGhlciBhIGdpdmVu IElQdjYgYWRkcmVzcyBpcyBhIG5laWdoYm9yLCB0aGF0IHNob3VsZG4ndCBkZXBlbmQgb24gdGhl IGludGVyZmFjZSdzIGRlZmF1bHQgZmliLiAgT1RPSCwgdGhlIG9sZCBjb2RlIGxvb2tzIHdyb25n IHRvbywgYmVjYXVzZSBpdCBvbmx5IGNoZWNrcyB0aGUgZGVmYXVsdCBGSUIsIG5vdCBhbGwgRklC cy4gIFRoZSByaWdodCBhbnN3ZXIgaXMgcHJvYmFibHkgdG8gbG9vcCB0aHJvdWdoIGFsbCBGSUJz LiAgSSB3b3VsZCBhc2sgZm9yIEBieidzIHJldmlldyBvZiB0aGlzIHNlY3Rpb24KCj4gbmQ2Lmg6 NDcyCj4gIHZvaWQgZGVmcm91dGVyX3Jlc2V0KHZvaWQpOwo+IC12b2lkIGRlZnJvdXRlcl9zZWxl Y3Qodm9pZCk7Cj4gK3ZvaWQgZGVmcm91dGVyX3NlbGVjdChpbnQgZmlibnVtKTsKPiAgdm9pZCBk ZWZyb3V0ZXJfcmVmKHN0cnVjdCBuZF9kZWZyb3V0ZXIgKik7CgpUaGlzIGlzIGEgS1BJIGNoYW5n ZS4gIFdlIGdlbmVyYWxseSBjYW4ndCBicmVhayBleGlzdGluZyBLUElzLiAgWW91ciBvcHRpb25z IGFyZToKCjEuIElzIGBkZWZyb3V0ZXJfc2VsZWN0YCBuZXcgaW4gRnJlZUJTRCAxMj8gIElmIHNv LCBnbyBhaGVhZCBhbmQgY2hhbmdlIGl0CjIuIEhhcyBgZGVmcm91dGVyX3NlbGVjdGAncyBzaWdu YXR1cmUgYWxyZWFkeSBjaGFuZ2VkIHNpbmNlIEZyZWVCU0QgMTEuMD8gIElmIHNvLCBnbyBhaGVh ZCBhbmQgY2hhbmdlIGl0LgozLiBPdGhlcndpc2UsIGxlYXZlIGl0IGFsb25lLCBhbmQgYWRkIGEg bmV3IGZ1bmN0aW9uIGNhbGxlZCBgZGVmcm91dGVyX3NlbGVjdF9maWJgLgoKPiBuZDZfbmJyLmM6 MjY1Cj4gIAo+IC0JCS8qIEFsd2F5cyB1c2UgdGhlIGRlZmF1bHQgRklCLiAqLwo+IC0JCWlmIChy aWJfbG9va3VwX2luZm8oUlRfREVGQVVMVF9GSUIsIChzdHJ1Y3Qgc29ja2FkZHIgKikmZHN0NiwK PiArCQlpZiAocmliX2xvb2t1cF9pbmZvKGlmcC0+aWZfZmliLCAoc3RydWN0IHNvY2thZGRyICop JmRzdDYsCj4gIAkJICAgIDAsIDAsICZpbmZvKSA9PSAwKSB7CgpBcyB3aXRoIGBuZDZfaXNfbmV3 X2FkZHJfbmVpZ2hib3JgLCB3ZSBzaG91bGQgZ2V0IEBieidzIHJldmlldyBoZXJlLgoKPiBuZDZf cnRyLmM6NzM1Cj4gIHZvaWQKPiAtZGVmcm91dGVyX3NlbGVjdCh2b2lkKQo+ICtkZWZyb3V0ZXJf c2VsZWN0KGludCBmaWJudW0pCj4gIHsKClBsZWFzZSBkb2N1bWVudCB0aGUgbmV3IHBhcmFtZXRl ci4gIEFsc28sIEknbSBub3Qgc3VyZSB0aGUgY29kZSBpcyBjb3JyZWN0IHdoZW4gYGZpYm51bSA9 PSBSVF9BRERSX0FMTEZJQlNgLiAgSW4gdGhhdCBjYXNlLCBubyBpbnRlcmZhY2Ugd2lsbCBldmVy IGhhdmUgYGlmX2ZpYiA9PSBmaWJudW1gLiAgWW91IHNob3VsZCBwcm9iYWJseSBmYWxsIGJhY2sg dG8gbGVnYWN5IGJlaGF2aW9yIGluIHRoYXQgY2FzZS4KCj4gbmQ2X3J0ci5jOjgwNgo+ICAJCUlG X0FGREFUQV9STE9DSyhpbnN0YWxsZWRfZHItPmlmcCk7Cj4gIAkJaWYgKChsbiA9IG5kNl9sb29r dXAoJmluc3RhbGxlZF9kci0+cnRhZGRyLCAwLCBpbnN0YWxsZWRfZHItPmlmcCkpICYmCj4gIAkJ ICAgIE5ENl9JU19MTElORk9fUFJPQlJFQUNIKGxuKSAmJgoKV2hpbGUgeW91J3JlIGhlcmUsIHlv dSBtYXkgYXMgd2VsbCBmaXggdGhlIHN0eWxlIG9uIHRoaXMgbGluZS4gIEl0J3MgPiA4MCBjaGFy cy4KCj4gbmQ2X3J0ci5jOjE3NTgKPiAgCj4gKwlpZihydF9hZGRfYWRkcl9hbGxmaWJzKSB7Cj4g KwkJZmlibnVtID0gMDsKClNob3VsZCBiZSBWX3J0X2FkZF9hZGRyX2FsbGZpYnMKCj4gbmQ2X3J0 ci5jOjE4NTQKPiAgCj4gKwkJaWYgKCFydF9hZGRfYWRkcl9hbGxmaWJzICYmCj4gKwkJICAgIG9w ci0+bmRwcl9pZnAtPmlmX2ZpYiAhPSBwci0+bmRwcl9pZnAtPmlmX2ZpYikKClNob3VsZCBiZSBW X3J0X2FkZF9hZGRyX2FsbGZpYnMKCj4gbmQ2X3J0ci5jOjE5MzYKPiAgCj4gKwlpZiAocnRfYWRk X2FkZHJfYWxsZmlicykgewo+ICsJCWZpYm51bSA9IDA7CgpTaG91bGQgYmUgVl9ydF9hZGRfYWRk cl9hbGxmaWJzCgpSRVBPU0lUT1JZCiAgclMgRnJlZUJTRCBzcmMgcmVwb3NpdG9yeQoKUkVWSVNJ T04gREVUQUlMCiAgaHR0cHM6Ly9yZXZpZXdzLmZyZWVic2Qub3JnL0Q5NDUxCgpFTUFJTCBQUkVG RVJFTkNFUwogIGh0dHBzOi8vcmV2aWV3cy5mcmVlYnNkLm9yZy9zZXR0aW5ncy9wYW5lbC9lbWFp bHByZWZlcmVuY2VzLwoKVG86IGpodWpoaXRpX2FkamVjdGl2aXNtLm9yZywgI25ldHdvcmssIGFz b21lcnMKQ2M6IGJ6LCBpbXAsIGFlLCBmcmVlYnNkLW5ldC1saXN0Cg== From owner-freebsd-net@freebsd.org Wed Feb 8 18:31:51 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 34D18CD68B7 for ; Wed, 8 Feb 2017 18:31:51 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-yw0-x22b.google.com (mail-yw0-x22b.google.com [IPv6:2607:f8b0:4002:c05::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E9BE1DCB; Wed, 8 Feb 2017 18:31:50 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-yw0-x22b.google.com with SMTP id l19so91203399ywc.2; Wed, 08 Feb 2017 10:31:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=dbxwM7GM5Xe6sR74fTWB7J4VFOpxZfCk50xojeP9adc=; b=dosoSDWrJOI17ZW9ZjkW/WW9JgEI7KSIhC1/BuRqJN+IZkH7FQNg1uhlixw6qtRGPH Tx3KAYijW+RG3nq7CAGOBPIxWcH6/YnFKLmoK6ffTCQ2j/ENZfjOesyAoqZF4LEO7fRG CPQ3xFeaClc/oQng8xP34qdb7mqVJ+bc6Um3gS4HYNenBazoqq2JqGG5Z1qrrZZv/PtG Mr+RS5Coc9qk41hGYosTjHluNTasJby+GlXIKBxILcjW7LrzC3GlW7C2VgSls5sa0uzc I9RpQmserhnagIqK6OmMC5IYj0ewBShHbpra4PrcR3fUWzatWA489d3lA8w6wdKIjSz7 IN7A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=dbxwM7GM5Xe6sR74fTWB7J4VFOpxZfCk50xojeP9adc=; b=Sc0lwl2iGccz/S8ZtAU05QVRx5XD9q5QuSFxVlEbG7V45A3NTfs6Lcw2+GicHEReZr LgDgUIZm6jY6pNoN4V6opXblLeKw/7CVec7h4UToeV6eiB3ijZjIBSKHXQUlJoqF/ePC 9+ijwfffdlLBjmmQUNAUCJ1zoKY6Wt6ORqcxc6K+K7M+0FQSz7kO5gqq05nqNcmju62P dYGvBc7B+oRehdMkyF0qyrRCS/dYNhPUCSAXEKlijiIqU1Ki+gmhUA17UeXYqoOisWCk iY2lNGBPBp2Y8UBy4qsMReqz08H+MirbsebvhqR4n1ojgazG/PSnUldzVBMs/+bi1UGP b9og== X-Gm-Message-State: AIkVDXKUxEasyqlm7x5n743droMG+kBrwYT2OWyCXeUE59deZDMu7wtn/ggqZ6wf6Fn9bUV7j963zqa8GL/pfg== X-Received: by 10.129.141.6 with SMTP id d6mr15596326ywg.36.1486578710111; Wed, 08 Feb 2017 10:31:50 -0800 (PST) MIME-Version: 1.0 Sender: asomers@gmail.com Received: by 10.129.38.133 with HTTP; Wed, 8 Feb 2017 10:31:49 -0800 (PST) In-Reply-To: <3e403eb2-b113-12d5-17c4-096ff32239e8@FreeBSD.org> References: <3e403eb2-b113-12d5-17c4-096ff32239e8@FreeBSD.org> From: Alan Somers Date: Wed, 8 Feb 2017 11:31:49 -0700 X-Google-Sender-Auth: aFEoIoeB6zVllkmf29KxKDkDb_8 Message-ID: Subject: Re: Multiple MAC addresses on a single interface To: Alex Dupre Cc: FreeBSD Net Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 08 Feb 2017 18:31:51 -0000 It sounds like overkill, but if you put each PPPoE client in a separate VIMAGE jail, then each one will get a separate vnet interface, with distinct MACs. They can be bridged to the same physical interface. -Alan On Wed, Feb 8, 2017 at 11:06 AM, Alex Dupre wrote: > Hi, > I need to establish two PPPoE sessions on the same LAN using the same > ethernet interface. The sessions are on different VLANs, but they are > handled by the same AC that doesn't allow that both sessions are initiated > by the same MAC address. Is there a way to associate two MAC addresses to a > single physical interface (even by creating a virtual interface linked to > the physical one) and so have VLANs on different mac addresses, without > forcing the use of a secondary physical interface? > > -- > Alex Dupre > _______________________________________________ > freebsd-net@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@freebsd.org Wed Feb 8 18:38:40 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 80D5DCD6B4C for ; Wed, 8 Feb 2017 18:38:40 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-qk0-x22c.google.com (mail-qk0-x22c.google.com [IPv6:2607:f8b0:400d:c09::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3B01114B7; Wed, 8 Feb 2017 18:38:40 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-qk0-x22c.google.com with SMTP id u25so131459999qki.2; Wed, 08 Feb 2017 10:38:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=cQY5nWge16yb+c5owA18xdk1q9RV9oDNNX89zYIK5FU=; b=S1adM7tVPh9maeIDCEI2fTyxUi+mnHQgI45z/PxnwYbhvWQRoOoaedf8DgXjRKuf11 apCatk3a1czM1vnpteOg97Zvi0Cuy0Twi7QvHgMsrIkbbdqw7Qu4dxiQkdLwUtG9p0Xh RtqlQU0zyu7fWRX0+LIjyOMk/c9hYPttx13lnESN2dqPqj5ngKNUKoD+rP4sSqhYfIUP N0MMO6LGaj1jfOjngDcsHa5oI8H6Zbh1S+jSw9/U+0aCCp/p5pqZTASiutv8I6ezDarG 9EAKHhH56305EbeaO8SOwjWEFb+mIHmrKS/hw/lxSUcvpMIFz3PCzqozA2ehxtvHj6nU H2pQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=cQY5nWge16yb+c5owA18xdk1q9RV9oDNNX89zYIK5FU=; b=bWgm+sZ9V87KJspcDkEkVcSbykKWJ5xjZWWQF+NKkGpWf8movt/2lwxoqShphbAybU scdjwYWGoFnsHDdBKZv8tJ/BhNtQb/nvxLFnphE4Y5KX58GJF2TIAxq7St+dd9pkDa80 Q0AQt/sTB9dYe8B8butmMHhrDVKv2rcLccN3lpkDYRh6mBkUgXRtbpIe4qyrbfmA9eTw zliMLwnkrs0aTXBIoAm9gjZStBlT+1tpJ/fGyWtdJl60/cOiQ0S77wdX5qNUiAgJjWjj NHb31EmfF6lGjCdKeyKMfhTOp8oNj+SxrBpg2TobIT+thVCjgfw+3qrLRLG7OltHl9XY p2+w== X-Gm-Message-State: AMke39ljSy0tPQkRpMcH5i2Ot7f9B6iM5U16JvaJ/rMVNIEacrAHJQ6u+uOtfHudgFzQQQ== X-Received: by 10.55.185.131 with SMTP id j125mr21489858qkf.115.1486579119159; Wed, 08 Feb 2017 10:38:39 -0800 (PST) Received: from wkstn-mjohnston.west.isilon.com (c-76-104-201-218.hsd1.wa.comcast.net. [76.104.201.218]) by smtp.gmail.com with ESMTPSA id h40sm6887243qtb.6.2017.02.08.10.38.38 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 08 Feb 2017 10:38:38 -0800 (PST) Sender: Mark Johnston Date: Wed, 8 Feb 2017 10:45:29 -0800 From: Mark Johnston To: Larry Rosenman Cc: Freebsd net Subject: Re: panic with dhcp assigned jumbo frames/bce interface Message-ID: <20170208184529.GB39314@wkstn-mjohnston.west.isilon.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.7.2 (2016-11-26) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 08 Feb 2017 18:38:40 -0000 On Tue, Feb 07, 2017 at 08:46:35PM -0600, Larry Rosenman wrote: > On 02/07/2017 9:18 am, Larry Rosenman wrote: > > I attempted to set my network up with jumbo frames, and have the MTU > > set via > > DHCP option 26 (9000), and I get my bce0 device bouncing up & down > > like a yo-yo, and > > a panic with a recursed lock. > > > > I can probably get a picture of the panic, but wanted to get this out > > there. > > > > (-CURRENT, both the January snap and the February snap, AMD64.) > What documentation/etc would y'all like? I think the panic message and backtrace would be sufficient. From owner-freebsd-net@freebsd.org Wed Feb 8 20:11:05 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 49A5FCD6D1C for ; Wed, 8 Feb 2017 20:11:05 +0000 (UTC) (envelope-from ale@FreeBSD.org) Received: from lab.alexdupre.com (lab.alexdupre.com [81.174.31.42]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 79F171DBE for ; Wed, 8 Feb 2017 20:11:03 +0000 (UTC) (envelope-from ale@FreeBSD.org) Received: (qmail 97393 invoked from network); 8 Feb 2017 20:11:00 -0000 Received: from unknown (HELO ?192.168.178.163?) (sysadmin@alexdupre.com@192.168.178.163) by lab.alexdupre.com with ESMTPSA; 8 Feb 2017 20:11:00 -0000 Subject: Re: Multiple MAC addresses on a single interface To: Alan Somers Cc: FreeBSD Net References: <3e403eb2-b113-12d5-17c4-096ff32239e8@FreeBSD.org> From: Alex Dupre Message-ID: Date: Wed, 8 Feb 2017 21:10:53 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:49.0) Gecko/20100101 Firefox/49.0 SeaMonkey/2.46 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 08 Feb 2017 20:11:05 -0000 Alan Somers wrote: > It sounds like overkill, but if you put each PPPoE client in a > separate VIMAGE jail, then each one will get a separate vnet > interface, with distinct MACs. They can be bridged to the same > physical interface. Yes, it seems a bit overkill. I've tried a few other configurations like changing the mac address of the vlan interface and enabling promiscuous mode on the ether interface, without success. Could I get a different result by using the setenaddr/setautosrc control capabilities of the ng_ether node associated to the vlan interface (and enabling the promiscuous mode on the ether/vlan interfaces)? -- Alex Dupre From owner-freebsd-net@freebsd.org Wed Feb 8 20:18:16 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 20300CD6F3B for ; Wed, 8 Feb 2017 20:18:16 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-qk0-x232.google.com (mail-qk0-x232.google.com [IPv6:2607:f8b0:400d:c09::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D0C7B2C9; Wed, 8 Feb 2017 20:18:15 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: by mail-qk0-x232.google.com with SMTP id s186so134979818qkb.1; Wed, 08 Feb 2017 12:18:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=L9vYm2jBmdeFHhJmuIxvs6A2PoQE+uk1EPN0rLM+Whg=; b=XGI7z9AlAJ9p4OROq0JYMwK6Na7PUJt0FzBecBke1yvOLoxG36SoAu5YRrrAdDlgsp 4yjdgGkN/cVfsgFupueJCr1DQbiFy2APgvlI6mioH1jteMIQcJwtcMnwxne4urVxfnEw SXmntIjg/1UsYckMNrfN5f3JYcFKL/HbgdqW3VncUhged2kAau6F5ttZAH6/Sns5K+/C djMf5PLuH6S+5u+9q/wvT+/fM2ReLcZ7tQklCYI94D6osQUd459/i8Y72qvkjYe7X1uE BJ8jgEplXS2V3XQLmkAi84RHJU8JMdoqiYhitWqNQbeapY+12mBgsZ/7poi0ijhaxtJr MI4g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=L9vYm2jBmdeFHhJmuIxvs6A2PoQE+uk1EPN0rLM+Whg=; b=HJNElgKRmos6ZkJkeATWjekymZmundS3t8Lljh8xikz+HMvG07qBmFH8HaD8KQFUIe MIj6ws7NcxXKpNIJLamswwG292uvSY1QggVohOe6B+yLowvbXco64d0jkpi8/34fVnK9 yYZ+Efh8AvXy2Tsw8xP1rkdcXIw77Lv+Vd1K32fRZnyKEV/IkfzIU2drBnQDLXaNa84L GpRrWMekJ3ECQiB/q3gmhXYvoGshLKyAEYzzy6QSKZIHQtxmr6UulDmEDVzzpM95kB8O Hi1jAGAYEbNVH6rCjx6DRIs/wNBY2izdkv+Z1p4L88dfRiMx27pA3k74syyVgj9Qm9YZ x9Dw== X-Gm-Message-State: AMke39lzN/c4AkORtYZMCS3O3moreBc8Pzb87jkR4aluxlOze1tQNAQR4kbk8NWvx+/L5iNCN350FJVxrgbfUA== X-Received: by 10.55.17.223 with SMTP id 92mr21360204qkr.30.1486585094709; Wed, 08 Feb 2017 12:18:14 -0800 (PST) MIME-Version: 1.0 Received: by 10.140.28.202 with HTTP; Wed, 8 Feb 2017 12:18:14 -0800 (PST) In-Reply-To: <3e403eb2-b113-12d5-17c4-096ff32239e8@FreeBSD.org> References: <3e403eb2-b113-12d5-17c4-096ff32239e8@FreeBSD.org> From: Freddie Cash Date: Wed, 8 Feb 2017 12:18:14 -0800 Message-ID: Subject: Re: Multiple MAC addresses on a single interface To: Alex Dupre Cc: freebsd-net Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 08 Feb 2017 20:18:16 -0000 On Wed, Feb 8, 2017 at 10:06 AM, Alex Dupre wrote: > Hi, > I need to establish two PPPoE sessions on the same LAN using the same > ethernet interface. The sessions are on different VLANs, but they are > handled by the same AC that doesn't allow that both sessions are initiate= d > by the same MAC address. Is there a way to associate two MAC addresses to= a > single physical interface (even by creating a virtual interface linked to > the physical one) and so have VLANs on different mac addresses, without > forcing the use of a secondary physical interface? =E2=80=8BI have not tried to pass traffic over these interfaces, but it app= ears you can assign MAC addresses to vlan pseudo-devices:=E2=80=8B =E2=80=8Bifconfig vlanX create ifconfig vlanX vlan X vlandev bge0 ifconfig vlanX inet 1.2.3.4/24 ifconfig vlanX ether aa:bb:cc:dd:ee:ff =E2=80=8Bifconfig vlanA create ifconfig vlanA vlan A vlandev bge0 ifconfig vlanA inet 1.2.3.4/24 ifconfig vlanA ether aa:bb:cc:dd:ee:00 Here's how it looks on a live system (although without a cable plugged into igb0). Note the different MAC addresses for each interface. igb0: flags=3D8843 metric 0 mtu 150= 0 options=3D407bb ether 00:25:90:ab:20:04 nd6 options=3D29 media: Ethernet autoselect status: no carrier vlan20: flags=3D8843 metric 0 mtu 1= 500 options=3D303 ether 00:25:90:ab:20:14 inet 10.3.4.5 netmask 0xffffff00 broadcast 10.3.4.255 nd6 options=3D29 media: Ethernet autoselect status: no carrier vlan: 20 parent interface: igb0 vlan30: flags=3D8843 metric 0 mtu 1= 500 options=3D303 ether 00:25:90:ab:20:22 inet 10.3.5.6 netmask 0xffffff00 broadcast 10.3.5.255 nd6 options=3D29 media: Ethernet autoselect status: no carrier vlan: 30 parent interface: igb0 =E2=80=8BWhether or not that actually works would require someone to run so= me tcpdumps/wireshark on the vlanX and vlanY interfaces to see what the Ethernet frames actually look like. :) --=20 Freddie Cash fjwcash@gmail.com From owner-freebsd-net@freebsd.org Wed Feb 8 22:26:37 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4A5D9CD496E for ; Wed, 8 Feb 2017 22:26:37 +0000 (UTC) (envelope-from ale@FreeBSD.org) Received: from lab.alexdupre.com (lab.alexdupre.com [81.174.31.42]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4D7ED10DE for ; Wed, 8 Feb 2017 22:26:35 +0000 (UTC) (envelope-from ale@FreeBSD.org) Received: (qmail 310 invoked from network); 8 Feb 2017 22:26:32 -0000 Received: from unknown (HELO ?192.168.178.163?) (sysadmin@alexdupre.com@192.168.178.163) by lab.alexdupre.com with ESMTPSA; 8 Feb 2017 22:26:32 -0000 Subject: Re: Multiple MAC addresses on a single interface To: Alan Somers Cc: FreeBSD Net References: <3e403eb2-b113-12d5-17c4-096ff32239e8@FreeBSD.org> From: Alex Dupre Message-ID: <2202afd4-c9b2-e3eb-4b57-7069f1244361@FreeBSD.org> Date: Wed, 8 Feb 2017 23:26:27 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:49.0) Gecko/20100101 Firefox/49.0 SeaMonkey/2.46 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 08 Feb 2017 22:26:37 -0000 Alex Dupre wrote: > Yes, it seems a bit overkill. I've tried a few other configurations like > changing the mac address of the vlan interface and enabling promiscuous > mode on the ether interface, without success. I solved the issue, I had to enable promiscuous mode on both the ethernet and vlan interface, in such way changing the mac address on the vlan interface worked flawlessy. -- Alex Dupre From owner-freebsd-net@freebsd.org Thu Feb 9 05:31:31 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E28BACD7CD2 for ; Thu, 9 Feb 2017 05:31:31 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: from reviews.nyi.freebsd.org (reviews.nyi.freebsd.org [IPv6:2610:1c1:1:607c::16:b]) by mx1.freebsd.org (Postfix) with ESMTP id BABB8EB9 for ; Thu, 9 Feb 2017 05:31:31 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: by reviews.nyi.freebsd.org (Postfix, from userid 1346) id 672D237A3C; Thu, 9 Feb 2017 05:31:31 +0000 (UTC) Date: Thu, 9 Feb 2017 05:31:31 +0000 To: freebsd-net@freebsd.org From: "jhujhiti_adjectivism.org (Erick Turnquist)" Reply-to: D9451+325+eaa6f8a0c0731bfe@reviews.freebsd.org Subject: [Differential] D9451: Constrain IPv6 interface routes to each FIB Message-ID: X-Priority: 3 X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , Thread-Topic: D9451: Constrain IPv6 interface routes to each FIB X-Herald-Rules: <28>, <81> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: Precedence: bulk In-Reply-To: References: Thread-Index: MzA4MmVhNjA3MDYxYjk1ZGE4NzFjZWJhMzgyIFib/rM= MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2017 05:31:32 -0000 amh1amhpdGlfYWRqZWN0aXZpc20ub3JnIG1hcmtlZCA2IGlubGluZSBjb21tZW50cyBhcyBkb25l LgpqaHVqaGl0aV9hZGplY3RpdmlzbS5vcmcgYWRkZWQgYSBjb21tZW50LgoKCiAgQXMgSSBtZW50 aW9uZWQgaW4gdGhlIFBSLCB0aGlzIGlzIG15IGZpcnN0IGF0dGVtcHQgYXQga2VybmVsIHdvcmss IHNvIEkgdmVyeSBtdWNoIGFwcHJlY2lhdGUgdGhlIGNvbW1lbnRzLiBJJ2xsIGdvIGFoZWFkIGFu ZCB1cGRhdGUgdGhlIHJldmlldyBzdW1tYXJ5IGF0IG15IG5leHQgb3Bwb3J0dW5pdHkuCiAgCiAg VGhlIHRlc3RjYXNlIHRoYXQgaXMgZGlmZmljdWx0IHRvIHdyaXRlIGlzIHVuZm9ydHVuYXRlbHkg dGhlIG9uZSB0aGF0IHRlc3RzIHRoZSBtb3N0IGNvbXBsZXggY29kZSBwYXRoczogY29uZmlndXJp bmcgbXVsdGlwbGUgcHJlZml4ZXMgYW5kIGRlZmF1bHQgcm91dGVycyBmcm9tIHJvdXRlciBhZHZl cnRpc2VtZW50cyBpbiBkaWZmZXJlbnQgRklCcy4gSSdtIG5vdCBzdXJlIGl0J3MgcG9zc2libGUg dG8gd3JpdGUgdGhpcyB3aXRoIGEgc2luZ2xlIG1hY2hpbmUgKHNlbmRpbmcgUkFzIHRvIGl0c2Vs Zik/IEZvciB3aGF0IGl0J3Mgd29ydGgsIG15IHRlc3QgY2FzZSB3aGlsZSB3b3JraW5nIGhhcyBi ZWVuIHRvIGF0dGFjaCB0aGUgbWFjaGluZSdzIE5JQyAod2hpY2ggaXMgY29ubmVjdGVkIHRvIGEg bmV0d29yayBzZW5kaW5nIFJBcykgdG8gYSBicmlkZ2UsIGFuZCB0aGVuIGNvbm5lY3Qgc2V2ZXJh bCBlcGFpciBpbnRlcmZhY2VzIGluIGRpZmZlcmVudCBGSUJzIHRvIHRoZSBicmlkZ2UuIFRoaXMg dGVzdCBhbHNvIHByb3ZlZCB0aGF0IHRoZSBjb2RlIGhhcyBubyBwcm9ibGVtcyB3aXRoIG92ZXJs YXBwaW5nIHN1Ym5ldHMgaW4gZGlmZmVyZW50IEZJQnMuCgpJTkxJTkUgQ09NTUVOVFMKCj4gYXNv bWVycyB3cm90ZSBpbiByb3V0ZS5jOjIyMjQKPiBUaGlzIGxpbmUgaXMgZ29pbmcgdG8gYnJlYWsg dmltYWdlLCBhbmQgaXQncyBhbHNvIHRoZSB3cm9uZyBwbGFjZSB0byBjaGVjayB0aGUgdHVuYWJs ZS4gIFNlZSBydGluaXQxLCBsaW5lIDIwMzIuICBQbGVhc2UgcmV2ZXJ0IHRoaXMgY2h1bmsuCgpZ b3UncmUgcmlnaHQgLSB0aGlzIHdhcyBtaXN0YWtlbmx5IGxlZnQgb3ZlciBmcm9tIG15IGZpcnN0 IChwb29yKSBhdHRlbXB0IGF0IHRoZSBwYXRjaC4gSSdsbCByZXZlcnQgYW5kIHJlcGxhY2Ugd2l0 aCBydGluaXQxKCkgaW4gdGhlIGFwcGxpY2FibGUgcGxhY2VzIGluIG5ldGluZXQ2L2luNi5jLgoK Q2FuIEkgYXNrIHdoYXQgeW91IG1lYW4gYnkgdGhpcyBiZWluZyB0aGUgd3JvbmcgcGxhY2UgdG8g Y2hlY2sgdGhlIHR1bmFibGU/IElzIHRoaXMgYSBzdHlsaXN0aWMgdGhpbmcsIG9yIGlzIHRoZXJl IGEgdGVjaG5pY2FsIHJlYXNvbiBJJ20gbm90IGF3YXJlIG9mPwoKPiBhc29tZXJzIHdyb3RlIGlu IGljbXA2LmM6MjE0Nwo+IEl0IHNlZW1zIGxpa2UgdGhpcyBjb2RlIHNlbGVjdHMgdGhlIGluY29t aW5nIGludGVyZmFjZSdzIEZJQiBmb3Igcm91dGluZyBhbiBJQ01QdjYgcmVzcG9uc2UuICBEbyBJ IHVuZGVyc3RhbmQgdGhhdCBjb3JyZWN0bHk/ICBJZiBzbywgd2h5IGlzIHNpbWlsYXIgY29kZSBu b3QgbmVlZGVkIGluIGljbXBfcmVmbGVjdD8KCllvdSBkbyB1bmRlcnN0YW5kIGNvcnJlY3RseSwg YW5kIHRyeWluZyB0byBhbnN3ZXIgd2h5IGVxdWl2YWxlbnQgY29kZSBpcyBub3QgbmVlZGVkIGlu IGljbXBfcmVmbGVjdCgpIGNhdXNlZCBtZSB0byByZWFsaXplIHRoYXQgdGhpcyBsb2dpYyBpcyBt b3N0bHkgcmVkdW5kYW50LiBpY21wNl9yZWZsZWN0KCkgY2FsbGVycyBjb3B5IHRoZSBGSUIgd2hl biBjcmVhdGluZyB0aGUgbWJ1ZiBvZiB0aGUgcGFja2V0IHRvIHJlZmxlY3QsIGFuZCBSVF9ERUZB VUxUX0ZJQiB3aWxsIGdldCBwYXNzZWQgdG8gaW42X3NlbGVjdHNyY19hZGRyKCkgYmVsb3cgaW4g KmFsbW9zdCogYWxsIG9mIHRoZSBzYW1lIGNhc2VzIGFzIGl0IGRpZCBiZWZvcmUuCgpUaGUgb25l IGNhc2UgdGhhdCBzZWVtcyB3b3J0aCB0aGlua2luZyBhYm91dCBtb3JlIGlzIHRoZSBjYXNlIHdo ZXJlIHRoZSBwYWNrZXQgaXMgZGVzdGluZWQgdG8gYW4gYW55Y2FzdCBhZGRyZXNzLiBUaGUgbG9n aWMgb24gbGluZXMgMjEyNS0yMTI2IGF2b2lkIHNlbGVjdGluZyB0aGF0IGFkZHJlc3MgYXMgYSBz b3VyY2UuIFNpbmNlIHNyY3Agd2lsbCBub3QgYmUgc2V0IGluIHRoaXMgY2FzZSwgd2Ugd2lsbCBl bmQgdXAgc2VsZWN0aW5nIGEgc291cmNlIGFkZHJlc3MgZm9yIHRoZSByZXNwb25zZSBmcm9tIHRo ZSBkZWZhdWx0IEZJQiBvbiBsaW5lIDIxNTkgKGFzc3VtaW5nIG15IGNoYW5nZSBoYWQgYmVlbiBy ZXZlcnRlZCkuIFRoaXMgc2VlbXMgbGlrZSBhIGNhc2Ugd2hlcmUgd2Ugc2hvdWxkIGF0dGVtcHQg dG8gcmVwbHkgZnJvbSBzb21lIG90aGVyIGFkZHJlc3MgaW4gdGhlIHNhbWUgRklCLiBEb2VzIHRo aXMgbG9naWMgbWFrZSBzZW5zZT8gSWYgc28sIEknbGwgcmV3b3JrIHRoZSBGSUIgc2VsZWN0aW9u IGxvZ2ljIGFib3ZlIHRvIGJlIGxlc3MgcmVkdW5kYW50LgoKQWx0ZXJuYXRpdmVseSwgSSBub3Rp Y2UgdGhhdCBhIG5vdGUgaW4gUkZDIDY3MjQsIEFwcGVuZGl4IEIgc3VnZ2VzdHMgdGhhdCBhbnlj YXN0IHNvdXJjZSBhZGRyZXNzZXMgbWF5IGJlIHZhbGlkIChodHRwczovL3Rvb2xzLmlldGYub3Jn L2h0bWwvcmZjNjcyNCBwYWdlIDMwLCBzZWN0aW9uIDMpLCBzbyBwZXJoYXBzIGF2b2lkaW5nIHNl bGVjdGluZyB0aGUgYW55Y2FzdCBhZGRyZXNzIGFzIGEgc291cmNlIGZvciB0aGUgcmVwbHkgaXMg bm8gbG9uZ2VyIG5lY2Vzc2FyeSAoYWx0aG91Z2ggcmV3b3JraW5nIHNvdXJjZSBhZGRyZXNzIHNl bGVjdGlvbiBpbiBnZW5lcmFsIGlzIGRlZmluaXRlbHkgbm90IGluIHNjb3BlIGZvciBteSBjaGFu Z2UpLgoKPiBhc29tZXJzIHdyb3RlIGluIGluNl9zcmMuYzo1NjYKPiBJIHRoaW5rIHRoaXMgaXMg YSBidWcuICBJZiB3ZSBoYXZlIGEgc29ja2V0LCB0aGVuIHRoZSBzb3VyY2UgYWRkcmVzcyBzaG91 bGQgYmUgYmFzZWQgb24gdGhlIHNvY2tldCdzIEZJQiwgbm90IHRoZSBpbnRlcmZhY2Uncy4gIFNv Y2tldCBGSUJzIGRlZmF1bHQgdG8gdGhlIEZJQiBvZiB0aGUgcHJvY2VzcywgYnV0IGNhbiBiZSBt YW51YWxseSBjaGFuZ2VkLgoKSSBtdXN0IGJlIG1pc3VuZGVyc3RhbmRpbmcgdGhlIGlucGNiIHN0 cnVjdHVyZSAtLSBkb2VzIHRoaXMgbm90IHJlcHJlc2VudCB0aGUgc29ja2V0IChhbmQgdGhlcmVm b3JlIGlucC0+aW5wX2luYy5pbmNfZmlibnVtIHJlcHJlc2VudCB0aGUgc29ja2V0IEZJQik/CgpF dmVuIGlmIG15IHVuZGVyc3RhbmRpbmcgaXMgY29ycmVjdCwgSSBkbyB0aGluayB0aGVyZSdzIGEg YnVnIGhlcmU6IGl0IHNlZW1zIGxpa2Ugd2Ugc2hvdWxkIHByZWZlciB0aGUgc29ja2V0J3MgRklC LCB0aGVuIHRoZSBpbnRlcmZhY2UncyBGSUIsIGFuZCBvbmx5IHRoZSBkZWZhdWx0IGFzIGEgbGFz dCByZXNvcnQuCgo+IGFzb21lcnMgd3JvdGUgaW4gbmQ2LmM6MTI5NQo+IFRoaXMgbG9va3Mgd3Jv bmcgdG8gbWUuICBJZiB3ZSdyZSB0cnlpbmcgdG8gZGV0ZXJtaW5lIHdoZXRoZXIgYSBnaXZlbiBJ UHY2IGFkZHJlc3MgaXMgYSBuZWlnaGJvciwgdGhhdCBzaG91bGRuJ3QgZGVwZW5kIG9uIHRoZSBp bnRlcmZhY2UncyBkZWZhdWx0IGZpYi4gIE9UT0gsIHRoZSBvbGQgY29kZSBsb29rcyB3cm9uZyB0 b28sIGJlY2F1c2UgaXQgb25seSBjaGVja3MgdGhlIGRlZmF1bHQgRklCLCBub3QgYWxsIEZJQnMu ICBUaGUgcmlnaHQgYW5zd2VyIGlzIHByb2JhYmx5IHRvIGxvb3AgdGhyb3VnaCBhbGwgRklCcy4g IEkgd291bGQgYXNrIGZvciBAYnoncyByZXZpZXcgb2YgdGhpcyBzZWN0aW9uCgpJIHRoaW5rIHRo aXMgbWFrZXMgc2Vuc2UuLi4gSSBhc3N1bWUgdGhlIG9sZCBjb2RlIHVzZWQgdGhlIGRlZmF1bHQg RklCIGJlY2F1c2UgYWxsIGludGVyZmFjZSBhZGRyZXNzZXMgd2VyZSBhZGRlZCB0byBhbGwgRklC cywgc28gaXQgZGlkbid0IG1hdHRlciB3aGljaCBGSUIgd2FzIHNlYXJjaGVkLgoKPiBhc29tZXJz IHdyb3RlIGluIG5kNi5oOjQ3Mgo+IFRoaXMgaXMgYSBLUEkgY2hhbmdlLiAgV2UgZ2VuZXJhbGx5 IGNhbid0IGJyZWFrIGV4aXN0aW5nIEtQSXMuICBZb3VyIG9wdGlvbnMgYXJlOgo+IAo+IDEuIElz IGBkZWZyb3V0ZXJfc2VsZWN0YCBuZXcgaW4gRnJlZUJTRCAxMj8gIElmIHNvLCBnbyBhaGVhZCBh bmQgY2hhbmdlIGl0Cj4gMi4gSGFzIGBkZWZyb3V0ZXJfc2VsZWN0YCdzIHNpZ25hdHVyZSBhbHJl YWR5IGNoYW5nZWQgc2luY2UgRnJlZUJTRCAxMS4wPyAgSWYgc28sIGdvIGFoZWFkIGFuZCBjaGFu Z2UgaXQuCj4gMy4gT3RoZXJ3aXNlLCBsZWF2ZSBpdCBhbG9uZSwgYW5kIGFkZCBhIG5ldyBmdW5j dGlvbiBjYWxsZWQgYGRlZnJvdXRlcl9zZWxlY3RfZmliYC4KCkkgd2FzIHVuZGVyIHRoZSBpbXBy ZXNzaW9uIHRoYXQgS1BJcyB3ZXJlIG11dGFibGUgb24gQ1VSUkVOVCAtIGFsdGhvdWdoIEkgYWxz byB1bmRlcnN0YW5kIHRoYXQgYSBLUEkgY2hhbmdlIHdvdWxkIGJsb2NrIGFuIE1GQy4gQXJlIHRo ZSBydWxlcyBhcm91bmQgS1BJIGNoYW5nZXMgb24gQ1VSUkVOVCBtb3JlIHN0cmljdCB0aGFuIEkg cmVhbGl6ZWQ/CgpJIHJlYWxpemVkIHdoaWxlIHdyaXRpbmcgdGhpcyBjb21tZW50IHRoYXQgSSBj YW4gc2ltcGx5IG1ha2UgdGhlIG9sZCBmdW5jdGlvbiBsb29wIG92ZXIgYWxsIEZJQnMsIHNvIG1h aW50YWluaW5nIEtQSSBzdGFiaWxpdHkgd29ya3MgOikKCj4gYXNvbWVycyB3cm90ZSBpbiBuZDZf cnRyLmM6NzM1Cj4gUGxlYXNlIGRvY3VtZW50IHRoZSBuZXcgcGFyYW1ldGVyLiAgQWxzbywgSSdt IG5vdCBzdXJlIHRoZSBjb2RlIGlzIGNvcnJlY3Qgd2hlbiBgZmlibnVtID09IFJUX0FERFJfQUxM RklCU2AuICBJbiB0aGF0IGNhc2UsIG5vIGludGVyZmFjZSB3aWxsIGV2ZXIgaGF2ZSBgaWZfZmli ID09IGZpYm51bWAuICBZb3Ugc2hvdWxkIHByb2JhYmx5IGZhbGwgYmFjayB0byBsZWdhY3kgYmVo YXZpb3IgaW4gdGhhdCBjYXNlLgoKSSB3b3VsZCBleHBlY3QgYSB2YWx1ZSBSVF9BRERSX0FMTEZJ QlMgdG8gZWl0aGVyICgxKSBiZSBhbiBpbnZhbGlkIGFyZ3VtZW50IChhc3NlcnRpb24gZmFpbHVy ZT8pIG9yICgyKSBjYWxsIG91cnNlbHZlcyByZWN1cnNpdmVseSB0byBsb29wIG92ZXIgYWxsIEZJ QnMgcmF0aGVyIHRoYW4gZmFsbGluZyBiYWNrIHRvIG9sZCBiZWhhdmlvciwgd2hpY2ggZG9lc24n dCBtYWtlIGEgbG90IG9mIHNlbnNlIC0tIG9sZCBiZWhhdmlvciB3YXNuJ3QgRklCLWF3YXJlIGFu ZCBjb3VsZCB0cmFtcGxlIG92ZXIgbXVsdGlwbGUgc2VsZWN0ZWQgcm91dGVycy4KClJFUE9TSVRP UlkKICByUyBGcmVlQlNEIHNyYyByZXBvc2l0b3J5CgpSRVZJU0lPTiBERVRBSUwKICBodHRwczov L3Jldmlld3MuZnJlZWJzZC5vcmcvRDk0NTEKCkVNQUlMIFBSRUZFUkVOQ0VTCiAgaHR0cHM6Ly9y ZXZpZXdzLmZyZWVic2Qub3JnL3NldHRpbmdzL3BhbmVsL2VtYWlscHJlZmVyZW5jZXMvCgpUbzog amh1amhpdGlfYWRqZWN0aXZpc20ub3JnLCAjbmV0d29yaywgYXNvbWVycywgYnoKQ2M6IGJ6LCBp bXAsIGFlLCBmcmVlYnNkLW5ldC1saXN0Cg== From owner-freebsd-net@freebsd.org Thu Feb 9 06:02:24 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F1A7BCD7641 for ; Thu, 9 Feb 2017 06:02:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E0CB51C1C for ; Thu, 9 Feb 2017 06:02:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v1962O6L087208 for ; Thu, 9 Feb 2017 06:02:24 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 216922] bpf(4): opening already opened device returns EBUSY; not documented as supported error in open(2) and not documented in bpf manpages Date: Thu, 09 Feb 2017 06:02:24 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: linimon@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 09 Feb 2017 06:02:25 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D216922 Mark Linimon changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|freebsd-bugs@FreeBSD.org |freebsd-net@FreeBSD.org --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Thu Feb 9 07:58:31 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3C39CCD7B8A for ; Thu, 9 Feb 2017 07:58:31 +0000 (UTC) (envelope-from amir.alipour.r@gmail.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 1CB5E170C for ; Thu, 9 Feb 2017 07:58:31 +0000 (UTC) (envelope-from amir.alipour.r@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 1C1F0CD7B89; Thu, 9 Feb 2017 07:58:31 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1BBE4CD7B88 for ; Thu, 9 Feb 2017 07:58:31 +0000 (UTC) (envelope-from amir.alipour.r@gmail.com) Received: from mail-wr0-x22d.google.com (mail-wr0-x22d.google.com [IPv6:2a00:1450:400c:c0c::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A7C03170B for ; Thu, 9 Feb 2017 07:58:30 +0000 (UTC) (envelope-from amir.alipour.r@gmail.com) Received: by mail-wr0-x22d.google.com with SMTP id 89so77541564wrr.2 for ; Wed, 08 Feb 2017 23:58:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=bDcBhO+nt0PZfI8dGw/An+hTAm2ZCJ92MbxUTzrnOKo=; b=jLZroVnN5dKe00EO3K5McMpvXr4g2rt610E9DhYRgG+7X4uSO5LzQxJQlLsiG6GPpu e7QExoUSVsOT+Q5dox3hLYAwhVWeGdybkfbk8+1pzW0YdvgKJliQnVakZFap73DtpYiy zo8nMO8WJr8ZQBse/QiIRtJ4DnWPTMBlo8Z19FP4yY5IzjJjnMeW0XUGjwCktvAy6FlI 3KiCsBpJzdyTLl8OsUNK6BGwUHUoqtVGRbX/ULjygHDRm6uy7gPRSJ2NEyYxTvjORcPP KJ17/hiO+SjE0v6EKV3iFjtxbMwz4NMFjlsy4aZqywG1btGw5R0Pit/1yijARsibzBBs ld9A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=bDcBhO+nt0PZfI8dGw/An+hTAm2ZCJ92MbxUTzrnOKo=; b=bFU7P6wxqlgoQeKqV4c7+DVd5RmQ42H0fQb0FHQZk+M2qiV4A0w4dErJAecUOu+/+g OkP7TdzTOGujJJuQ4LFLF0HctJRpT82PgnqkNXTg7QS9tgtZdJaKoALGQY/85SvgphCs mcNy8+C22WPBKTzwgdPOzN6LHZXE3RzLOkifxZz1PqhRPq5BQXikNU4WguxbdpYv0c74 Ki5C36vuqEWuN+/nm/i83BVrlR57hyZ9X3GD7AEZKzh4v6r5F5yMzqh03jNxlJYDU3rH e7s+Hu6SAZWM4GQ6QYDXw5nAqOn6b4vRJElrERtRUJBA3bLYB4jvCeyiJ8z1+6p6ks+x R7DA== X-Gm-Message-State: AMke39nn7yIiWBbsop83waIZbylF/Gf5OJnVmegF/NUSaz8J85/BzMPbVyL1xZgeoYgxoz8WrhEdL4lEVnre5g== X-Received: by 10.223.169.164 with SMTP id b33mr1646227wrd.132.1486627108906; Wed, 08 Feb 2017 23:58:28 -0800 (PST) MIME-Version: 1.0 Received: by 10.28.236.210 with HTTP; Wed, 8 Feb 2017 23:58:28 -0800 (PST) In-Reply-To: References: From: amir alipour Date: Thu, 9 Feb 2017 11:28:28 +0330 Message-ID: Subject: Fwd: which 10g nic To: net@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 09 Feb 2017 07:58:31 -0000 hello i want to know which 10g nic is best to work with netmap in linux and i also wanted to know which kernel and what distribution to use(if it matters) Thank you for any help you can provide From owner-freebsd-net@freebsd.org Thu Feb 9 08:30:11 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CC108CD7B61 for ; Thu, 9 Feb 2017 08:30:11 +0000 (UTC) (envelope-from v.maffione@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id AAAB0D58 for ; Thu, 9 Feb 2017 08:30:11 +0000 (UTC) (envelope-from v.maffione@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id AA038CD7B60; Thu, 9 Feb 2017 08:30:11 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A9A7BCD7B5F for ; Thu, 9 Feb 2017 08:30:11 +0000 (UTC) (envelope-from v.maffione@gmail.com) Received: from mail-ot0-x22a.google.com (mail-ot0-x22a.google.com [IPv6:2607:f8b0:4003:c0f::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6B56BD57 for ; Thu, 9 Feb 2017 08:30:11 +0000 (UTC) (envelope-from v.maffione@gmail.com) Received: by mail-ot0-x22a.google.com with SMTP id 32so7814219oth.3 for ; Thu, 09 Feb 2017 00:30:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=OO5W4eD1xLFrmw25uaVnKSEG1S01USsiAJ9jxCSw6o0=; b=pMfiFrM3jlzMaV7OWzF7LUMYOLfoTmsA08dx0iDxmVHSin8Z6CszCPfz403s1/3pMp O/CN3MC2w4VNAhrUEvnxhjRgZyOI7/5yFby1cni6KoBd3LMQFWlwZAKu2Y5qygzr2tV3 RvXFHKyXP8dz8K5NqfbUnqh2AvfYN5OAZFXJeCHBCKPN4xnwellktNR1WCQcq/5KNdLk 6RE/sLmqI+6CwV3cnSCFhT1YLEp41WwgM5mJxPtgJKVHtbtk8JNGD6oA51e+wmRmdFm/ 8GFTjiBdkbtDIFmld0MLYpquH42xkeXSTytaM3AkN2IFRty51kTflwtzjWwHDSZn3BT+ 0Lyw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=OO5W4eD1xLFrmw25uaVnKSEG1S01USsiAJ9jxCSw6o0=; b=Fbjc/ihpNGr/HlTHdJkX3ULLFPc9/y5V9raFIFcciZnE9QLi4VafDwqynC3vDOMouq /Xh4G5nOe9Mk2qowgnaewQI0ZtIxK6kzx2ZsHas2laU6PHIhMrZN/Vw94t8X3My2jcvK v7oiDwo/wnoUvfKNoULQyQ1dXp8XmT0w7DDznINcokAC2ilHHXPzEDNUyNWey86VIz6V SDVsrMGfsPnZC7rAoxjzdn4/o25djmx/93h0MeBk2ZCQ6zrhmGFNlPb8FIh3168Vu0bx SIGUlVTTnKSRbqimolTQdtHdCGdAmXGY0iWZ2qIsoVnxhUM8v3mLhSD2qPwP8sNWIg8J d/TQ== X-Gm-Message-State: AMke39mMB1NWQZQtADGk3HGeQ1EUcwFGnhCizMDyuUr6gB08soEgwf+y2KK3W+mO/0kluFmgTVsirSS3LzJL8w== X-Received: by 10.157.40.46 with SMTP id m43mr1163969otb.213.1486629010625; Thu, 09 Feb 2017 00:30:10 -0800 (PST) MIME-Version: 1.0 Received: by 10.157.6.166 with HTTP; Thu, 9 Feb 2017 00:30:10 -0800 (PST) In-Reply-To: References: From: Vincenzo Maffione Date: Thu, 9 Feb 2017 09:30:10 +0100 Message-ID: Subject: Re: which 10g nic To: amir alipour Cc: "freebsd-net@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 09 Feb 2017 08:30:11 -0000 Hi, Use Intel NICs driven by ixgbe driver (for instance82599-based). We mostly run netmap on Ubuntu and Archlinux, but it should run ok also on Debian and CentOS. For more information, rea the LINUX/README and README files in the netmap repository (github). Cheers, Vincenzo 2017-02-09 8:58 GMT+01:00 amir alipour : > hello > i want to know which 10g nic is best to work with netmap in linux > and i also wanted to know which kernel and what distribution to use(if it > matters) > Thank you for any help you can provide > _______________________________________________ > freebsd-net@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > -- Vincenzo Maffione From owner-freebsd-net@freebsd.org Thu Feb 9 10:27:18 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 58406CD6A63 for ; Thu, 9 Feb 2017 10:27:18 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [78.47.246.247]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E5B701296 for ; Thu, 9 Feb 2017 10:27:17 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221]) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id v19AR199083788 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Thu, 9 Feb 2017 11:27:02 +0100 (CET) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: Received: from eg.sd.rdtc.ru (eugen@localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTP id v19AQv37082360 for ; Thu, 9 Feb 2017 17:26:57 +0700 (KRAT) (envelope-from eugen@grosbein.net) To: freebsd-net From: Eugene Grosbein Subject: regression: gif(4) configuration broken since 10.x Message-ID: <589C43F1.1010007@grosbein.net> Date: Thu, 9 Feb 2017 17:26:57 +0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=3.5 required=5.0 tests=BAYES_00, DATE_IN_FUTURE_96_Q, LOCAL_FROM autolearn=no autolearn_force=no version=3.4.1 X-Spam-Report: * 3.2 DATE_IN_FUTURE_96_Q Date: is 4 days to 4 months after Received: date * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on hz.grosbein.net X-Spam-Level: *** X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 09 Feb 2017 10:27:18 -0000 Hi! Upgrade from earlier versions to 10.x Īr 11 breaks gif(4) tunnels no matter if they are described using cloned_interfaces or gif_interfaces rc.conf configuration directives: interfaces get created and tunnel addresses assigned but miss configured inet addresses. There is trivial patch and PR over a year but problem is still here: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204700 Please fix it. Eugene Grosbein From owner-freebsd-net@freebsd.org Thu Feb 9 10:50:01 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CE15ECD7195 for ; Thu, 9 Feb 2017 10:50:01 +0000 (UTC) (envelope-from Stefan.Thiel@flynt.io) Received: from mail.scaling.ch (mail.scaling.ch [195.182.53.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 687091DFE for ; Thu, 9 Feb 2017 10:50:00 +0000 (UTC) (envelope-from Stefan.Thiel@flynt.io) Received: from scinchvirs03.sc.scaling.ch (scinchvirs03.sc.scaling.ch [10.7.2.3]) by mail.scaling.ch (Postfix) with ESMTPS id E2822756 for ; Thu, 9 Feb 2017 11:49:51 +0100 (CET) Received: from scinchvirs03.sc.scaling.ch (10.7.2.3) by scinchvirs03.sc.scaling.ch (10.7.2.3) with Microsoft SMTP Server (TLS) id 15.0.1044.25; Thu, 9 Feb 2017 11:49:51 +0100 Received: from scinchvirs03.sc.scaling.ch ([::1]) by scinchvirs03.sc.scaling.ch ([::1]) with mapi id 15.00.1044.021; Thu, 9 Feb 2017 11:49:51 +0100 From: Stefan Thiel To: "freebsd-net@freebsd.org" Subject: netif restart on VMWare loses carp Thread-Topic: netif restart on VMWare loses carp Thread-Index: AQHSgsI9L1Lb7sMDlU6QriVsx37eCw== Date: Thu, 9 Feb 2017 10:49:51 +0000 Message-ID: <2635AF18-B004-4FD6-82A4-B53EB3FA597B@flynt.io> Accept-Language: en-US, de-CH Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [195.182.53.78] Content-Type: text/plain; charset="utf-8" Content-ID: <1A3A5AFE165D57479BE6B02D32B13194@scaling.ch> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 09 Feb 2017 10:50:01 -0000 PG9yaWdpbmFsbHkgcG9zdGVkIG9uIGZyZWVic2QtcXVlc3Rpb25zLCBidXQgSSB0aGluayBmcmVl YnNkLW5ldCBpcyBhcHByb3ByaWF0ZT4NCj4gICAgSGksIA0KPiAgICANCj4gICAgSeKAmW0gYW4g YXBwbGljYXRpb24gZGV2ZWxvcGVyIHVzaW5nIEZyZWVCU0QgZm9yIGdhdGV3YXlzIG9uIGEgRVNY aSA2IFZNV2FyZSBjbHVzdGVyLg0KPiAgICANCj4gICAgQWZ0ZXIgcmVib290aW5nIHRoZSBnYXRl d2F5IGFsbCBpcyBmaW5lLCBidXQgdXBvbiDigJgvZXRjL3JjLmQvbmV0aWYgcmVzdGFydOKAmSBz b21lIG9mIHRoZSBjYXJwIGRlZmluaXRpb25zL2FsaWFzZXMgb24gdGhlIHZsYW4gaW50ZXJmYWNl cyBhcmUgbG9zdCAoZGlmZmVyZW50IG9uZXMgYnV0IHJlcHJvZHVjaWJsZSBmb3IgZWFjaCBuZXR3 b3JrIGNvbmZpZ3VyYXRpb24g4oCTIHNlZSBiZWxvdyBhIGxpc3Qgb2YgY29uZmlndXJhdGlvbnMg dHJpZWQpLiBJdCBsb29rcyBsaWtlIOKAmG5ldGlmIHJlc3RhcnTigJkgdGFrZXMgdGhlIGNhcnAg YWxpYXMgdXAgYW5kIHRoZW4gaW1tZWRpYXRlbHkgZG93biBhZ2FpbiAoc2VlIC92YXIvbG9nL21l c3NhZ2VzIGJlbG93KS4NCj4gICAgDQo+ICAgIEkgdHJpZWQgZGlmZmVyZW50IE5JQyBlbXVsYXRp b25zL2RyaXZlcnMgKEUxMDAwIGFuZCBWTVgzKSBhbmQgDQo+ICAgIGRpZmZlcmVudCBuZXR3b3Jr IGNvbmZpZ3VyYXRpb25zOg0KPiAgICDigKIgMiBhY3RpdmUgaW50ZXJmYWNlcyAoMSB0YWdnZWQg bWdtdC4gYW5kIDEgdW50YWdnZWQgdHJ1bmsgd2l0aCBqdXN0IG9uZSB2bGFuIGhhdmluZyBhIGNh cnAgYWxpYXMg4oCTIGN1cnJlbnQgc3RhdGUgb2YgL2V0Yy9yYy5jb25mLmQvbmV0d29yayBiZWxv dykgPT4gbG9zaW5nIHRoZSBjYXJwIGFsaWFzIHVwb24g4oCYbmV0aWYgcmVzdGFydOKAmQ0KPiAg ICDigKIgNSBpbnRlcmZhY2VzICgyIHRhZ2dlZCBvbmVzIGZvciBtZ210LiBhbmQgaW50ZXJuZXQg YWNjZXNzIGFuZCAzIHVudGFnZ2VkIHRydW5rIGludGVyZmFjZXMgZWFjaCBoYXZpbmcgMyB2bGFu cyB3aXRoIGVhY2ggaGF2aW5nIGEgY2FycCBhbGlhcyAoc2VlIGNvbW1lbnRlZCBsaW5lcyBpbiAv ZXRjL3JjLmNvbmYuZC9uZXR3b3JrKSkgPT4gbG9zaW5nIHRoZSBGSVJTVCBjYXJwIGFsaWFzIG9u IHRoZSBmaXJzdCB0cnVuayBpbnRlcmZhY2UgDQo+ICAgIOKAoiAyIGludGVyZmFjZXMgKDEgdGFn Z2VkIG1nbXQuIGFuZCAxIHVudGFnZ2VkIHRydW5rIGludGVyZmFjZSB3aXRoIDMgdmxhbnMgZWFj aCBoYXZpbmcgYSBjYXJwIGFsaWFzKSA9PiBsb29zaW5nIEFMTCAzIGNhcnAgYWxpYXNlcyB1cG9u IOKAmG5ldGlmIHJlc3RhcnTigJkNCj4gICAgDQo+ICAgIEkgaGF2ZSBhbHNvIHNlZW4gb3RoZXIg Y29uZmlndXJhdGlvbnMgbG9zaW5nIG9uZSBvZiBtdWx0aXBsZSBjYXJwIGFsaWFzZXMgb24gMiBk aWZmZXJlbnQgaW50ZXJmYWNlcy4gQnV0IGZvciBlYWNoIGNvbmZpZ3VyYXRpb24gdGhlIGNhcnAg YWxpYXMgbG9zdCBpcyByZXByb2R1Y2libGUgYW5kIHN0YXlzIHRoZSBzYW1lIOKAkyBkaWZmZXJl bnQgY29uZmlndXJhdGlvbiAtPiBkaWZmZXJlbnQgZWZmZWN0ICg9IG90aGVyIGFsaWFzKGVzKSBs b3N0KS4NCj4gICAgDQoNCk1lYW53aGlsZSBJIHRlc3RlZCBhIHNpbWlsYXIgY29uZmlnIG9uIGhh cmR3YXJlIChhIHBjIGVuZ2luZSBib3gsIHRoYXQgd2FzIGZvcm1lcmx5IHVzZWQgZm9yIGEgcGYg c2Vuc2UgaW5zdGFsbGF0aW9uKSwgd2hlcmUgdGhpcyBlZmZlY3QgV0FTIE5PVCByZXByb2R1Y2li bGUuDQoNCkJhY2sgb24gVk13YXJlOiBBbHNvIHJlcGxhY2luZyBvcGVuLXZtLXRvb2xzIHdpdGgg dGhlIG9yaWdpbmFsIG9uZXMgZGlkbid0IGhlbHAgbG9zaW5nIGNhcnAgdXBvbiAnL2V0Yy9yYy5k L25ldGlmIHJlc3RhcnQnDQoNCldoZXRoZXIgdGhlIGludGVyZmFjZXMgYXJlIGNvbm5lY3RlZCBv ciBkaXNjb25uZWN0ZWQgZG9lc24ndCBtYXR0ZXIuIChWTVdhcmU6IHZpcnR1YWxseSBkaXNjb25u ZWN0ZWQsIEhhcmR3YXJlOiBwaHlzaWNhbGx5IGRpc2Nvbm5lY3RlZCkNCg0KU28gZmFyIHRoZSBz dW1tYXJ5Og0KLSBzZWVtcyB0byBiZSBWTVdhcmUgKGN1cnJlbnRseSB2ZXJzaW9uIDYgLSBuZXdl c3Qgd291bGQgYmUgNi41KSByZWxhdGVkIG9ubHkNCi0gY2hhbmdpbmcgTklDIGVtdWxhdGlvbiB0 eXBlLCBkcml2ZXJzIG9yIG5ldHdvcmsgY29ubmVjdGlvbiBzdGF0ZSBkaWRuJ3QgaGVscA0KDQp0 aGlzIGlzc3VlIGlzIHN0aWxsIE9QRU4gYW5kIEknbSBsYWNraW5nIGlkZWFzIGhvdyB0byBwcm9j ZWVkLg0KDQo+ICAgIEFueSBoaW50cyBvbiBob3cgdG8gZml4IG9yIHdoYXQgYW5kIGhvdyB0byBk ZWJ1ZyB3b3VsZCBiZSBncmVhdGx5IGFwcHJlY2lhdGVkLg0KPiAgICANCj4gICAgVGh4IA0KPiAg ICBTdGVmDQo+ICAgIA0KPiAgICAtLS0gdmVyc2lvbiBvZiB0aGUgdGVzdCBtYWNoaW5lIG9uIGEg RVNYaSDigJMgc2hvdWxkIGJlIG5ld2VzdCBzdGFibGUgLS0tIA0KPiAgICByb290QGNoeG56MDAx On4gIyB1bmFtZSAtYQ0KPiAgICBGcmVlQlNEIGNoeG56MDAxLnNjYWxpbmcuY2ggMTEuMC1SRUxF QVNFLXAyIEZyZWVCU0QgMTEuMC1SRUxFQVNFLXAyICMwOiBNb24gT2N0IDI0IDA2OjU1OjI3IFVU QyAyMDE2ICAgICByb290QGFtZDY0LWJ1aWxkZXIuZGFlbW9ub2xvZ3kubmV0Oi91c3Ivb2JqL3Vz ci9zcmMvc3lzL0dFTkVSSUMgIGFtZDY0DQo+ICAgIHJvb3RAY2h4bnowMDE6fiAjIGZyZWVic2Qt dmVyc2lvbg0KPiAgICAxMS4wLVJFTEVBU0UtcDcNCj4gICAgDQo+ICAgIC0tLSAvYm9vdC9sb2Fk ZXIuY29uZiAtLS0gDQo+ICAgICMgTVkgU0VUVElOR1MgDQo+ICAgIGNhcnBfbG9hZD0iWUVTIg0K PiAgICANCj4gICAgLS0tIC9ldGMvcmMuY29uZiAtLS0gDQo+ICAgIGNsZWFyX3RtcF9lbmFibGU9 IllFUyINCj4gICAgc3lzbG9nZF9mbGFncz0iLXNzIg0KPiAgICBzZW5kbWFpbF9lbmFibGU9Ik5P TkUiDQo+ICAgIGhvc3RuYW1lPSJjaHhuejAwMS5zY2FsaW5nLmNoIg0KPiAgICBzc2hkX2VuYWJs ZT0iWUVTIg0KPiAgICAjIFNldCBkdW1wZGV2IHRvICJBVVRPIiB0byBlbmFibGUgY3Jhc2ggZHVt cHMsICJOTyIgdG8gZGlzYWJsZQ0KPiAgICBkdW1wZGV2PSJOTyINCj4gICAgIyBNWSBTRVRUSU5H Uw0KPiAgICB2bXdhcmVfZ3Vlc3Rfdm1tZW1jdGxfZW5hYmxlPSJZRVMiDQo+ICAgIHZtd2FyZV9n dWVzdF92bXhuZXRfZW5hYmxlPSJZRVMiDQo+ICAgIHZtd2FyZV9ndWVzdGRfZW5hYmxlPSJZRVMi DQo+ICAgIGdhdGV3YXlfZW5hYmxlZD0ieWVzIg0KPiAgICANCj4gICAgLS0tIC9ldGMvcmMuY29u Zi5kL25ldHdvcmsgLS0tIA0KPiAgICBpZmNvbmZpZ192bXgwPSJpbmV0IDEwLjEuMS4yNTQvMjQi DQo+ICAgICNkZWZhdWx0cm91dGVyPSIxMC4xLjEuMSINCj4gICAgIyBpZmNvbmZpZ192bXgxPSJp bmV0IDEwLjMuMS4yNTQvMjQiDQo+ICAgIGlmY29uZmlnX3ZteDI9InVwIg0KPiAgICAjIHZsYW5z X3ZteDI9IjExIDIxIDMxIiAjIHRyeWluZyBtb3JlIGNvbXBsZXggc2V0dXBzIC0+IGVmZmVjdCBv ZiBsb3NpbmcgY2FycCBhbGlhc2VzIHVwb24gbmV0aWYgcmVzdGFydCBjYW4gYmUgZXZlbiB3b3Jz ZSDigKYgbG9zaW5nIHRoZW0gYWxsIGZvciBzcGVjaWZpYyBleGFtcGxlcw0KPiAgICB2bGFuc192 bXgyPSIxMSINCj4gICAgaWZjb25maWdfdm14Ml8xMT0iaW5ldCAxMC4yNTQuMjQxLjIxLzI0Ig0K PiAgICBpZmNvbmZpZ192bXgyXzExX2FsaWFzMD0iaW5ldCBhbGlhcyAxMC4yNTQuMjQxLjEvMzIg dmhpZCA0NyBhZHZza2V3IDEwMCBwYXNzIHRlc3QxMSINCj4gICAgIyBpZmNvbmZpZ192bXgyXzEx X2FsaWFzMD0iaW5ldCBhbGlhcyAxMC4yNTQuMjQxLjEvMjQgdmhpZCA0NyBhZHZza2V3IDEwMCBw YXNzIHRlc3QxMSIgICMgdHJ5aW5nIGRpZmZlcmVudCBzdWJuZXQgbWFzayBvbiBhbGlhcyAtPiBu byBpbXByb3ZlbWVudA0KPiAgICAjIGlmY29uZmlnX3ZteDJfMjE9ImluZXQgMTAuMjU0LjIyMS4y MS8yNCINCj4gICAgIyBpZmNvbmZpZ192bXgyXzIxX2FsaWFzMD0iaW5ldCB2aGlkIDQ3IGFkdnNr ZXcgMTAwIHBhc3MgdGVzdDIxIGFsaWFzIDEwLjI1NC4yMjEuMS8yNCINCj4gICAgIyBpZmNvbmZp Z192bXgyXzMxPSJpbmV0IDEwLjI1NC4yMzEuMjEvMjQiDQo+ICAgICMgaWZjb25maWdfdm14Ml8z MV9hbGlhczA9ImluZXQgdmhpZCA0NyBhZHZza2V3IDEwMCBwYXNzIHRlc3QzMSBhbGlhcyAxMC4y NTQuMjMxLjEvMjQiDQo+ICAgICMgaWZjb25maWdfdm14Mz0idXAiDQo+ICAgICMgdmxhbnNfdm14 Mz0iMTIgMjIgMzIiDQo+ICAgICMgaWZjb25maWdfdm14M18xMj0iaW5ldCAxMC4yNTQuMjQyLjIy LzI0Ig0KPiAgICAjIGlmY29uZmlnX3ZteDNfMTJfYWxpYXMwPSJpbmV0IHZoaWQgNDcgYWR2c2tl dyAxMDAgcGFzcyB0ZXN0MTIgYWxpYXMgMTAuMjU0LjI0Mi4yLzI0Ig0KPiAgICAjIGlmY29uZmln X3ZteDNfMjI9ImluZXQgMTAuMjU0LjIyMi4yMi8yNCINCj4gICAgIyBpZmNvbmZpZ192bXgzXzIy X2FsaWFzMD0iaW5ldCB2aGlkIDQ3IGFkdnNrZXcgMTAwIHBhc3MgdGVzdDIyIGFsaWFzIDEwLjI1 NC4yMjIuMi8yNCINCj4gICAgIyBpZmNvbmZpZ192bXgzXzMyPSJpbmV0IDEwLjI1NC4yMzIuMjIv MjQiDQo+ICAgICMgaWZjb25maWdfdm14M18zMl9hbGlhczA9ImluZXQgdmhpZCA0NyBhZHZza2V3 IDEwMCBwYXNzIHRlc3QzMiBhbGlhcyAxMC4yNTQuMjMyLjIvMjQiDQo+ICAgICMgaWZjb25maWdf dm14ND0idXAiDQo+ICAgICMgdmxhbnNfdm14ND0iMTkgMjkgMzkiDQo+ICAgICMgaWZjb25maWdf dm14NF8xOT0iaW5ldCAxMC4yNTQuMjQ5LjI5LzI0Ig0KPiAgICAjIGlmY29uZmlnX3ZteDRfMTlf YWxpYXMwPSJpbmV0IHZoaWQgNDcgYWR2c2tldyAxMDAgcGFzcyB0ZXN0MTkgYWxpYXMgMTAuMjU0 LjI0OS45LzI0Ig0KPiAgICAjIGlmY29uZmlnX3ZteDRfMjk9ImluZXQgMTAuMjU0LjIyOS4yOS8y NCINCj4gICAgIyBpZmNvbmZpZ192bXg0XzI5X2FsaWFzMD0iaW5ldCB2aGlkIDQ3IGFkdnNrZXcg MTAwIHBhc3MgdGVzdDI5IGFsaWFzIDEwLjI1NC4yMjkuOS8yNCINCj4gICAgIyBpZmNvbmZpZ192 bXg0XzM5PSJpbmV0IDEwLjI1NC4yMzkuMjkvMjQiDQo+ICAgICMgaWZjb25maWdfdm14NF8zOV9h bGlhczA9ImluZXQgdmhpZCA0NyBhZHZza2V3IDEwMCBwYXNzIHRlc3QzOSBhbGlhcyAxMC4yNTQu MjM5LjkvMjQiDQo+ICAgIA0KPiAgICAtLS0gbm90ZTogbm8gb3RoZXIgZmlsZXMgaW4gL2V0Yy9y Yy5jb25mLmQgLS0tIA0KPiAgICANCg0KDQo= From owner-freebsd-net@freebsd.org Thu Feb 9 19:57:47 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ADA71CD8801 for ; Thu, 9 Feb 2017 19:57:47 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: from reviews.nyi.freebsd.org (reviews.nyi.freebsd.org [IPv6:2610:1c1:1:607c::16:b]) by mx1.freebsd.org (Postfix) with ESMTP id 7DE2311C0 for ; Thu, 9 Feb 2017 19:57:47 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: by reviews.nyi.freebsd.org (Postfix, from userid 1346) id 34DC837D15; Thu, 9 Feb 2017 19:57:47 +0000 (UTC) Date: Thu, 9 Feb 2017 19:57:47 +0000 To: freebsd-net@freebsd.org From: "asomers (Alan Somers)" Reply-to: D9451+325+eaa6f8a0c0731bfe@reviews.freebsd.org Subject: [Differential] D9451: Constrain IPv6 interface routes to each FIB Message-ID: <868a80aba9ae7e1b34359292df88ff82@localhost.localdomain> X-Priority: 3 X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: Thread-Topic: D9451: Constrain IPv6 interface routes to each FIB X-Herald-Rules: <28>, <81> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: Precedence: bulk In-Reply-To: References: Thread-Index: MzA4MmVhNjA3MDYxYjk1ZGE4NzFjZWJhMzgyIFicybs= MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2017 19:57:47 -0000 YXNvbWVycyBhZGRlZCBhIGNvbW1lbnQuCgoKICBJbiBodHRwczovL3Jldmlld3MuZnJlZWJzZC5v cmcvRDk0NTEjMTk2MzY0LCBAamh1amhpdGlfYWRqZWN0aXZpc20ub3JnIHdyb3RlOgogIAogID4g QXMgSSBtZW50aW9uZWQgaW4gdGhlIFBSLCB0aGlzIGlzIG15IGZpcnN0IGF0dGVtcHQgYXQga2Vy bmVsIHdvcmssIHNvIEkgdmVyeSBtdWNoIGFwcHJlY2lhdGUgdGhlIGNvbW1lbnRzLiBJJ2xsIGdv IGFoZWFkIGFuZCB1cGRhdGUgdGhlIHJldmlldyBzdW1tYXJ5IGF0IG15IG5leHQgb3Bwb3J0dW5p dHkuCiAgPgogID4gVGhlIHRlc3RjYXNlIHRoYXQgaXMgZGlmZmljdWx0IHRvIHdyaXRlIGlzIHVu Zm9ydHVuYXRlbHkgdGhlIG9uZSB0aGF0IHRlc3RzIHRoZSBtb3N0IGNvbXBsZXggY29kZSBwYXRo czogY29uZmlndXJpbmcgbXVsdGlwbGUgcHJlZml4ZXMgYW5kIGRlZmF1bHQgcm91dGVycyBmcm9t IHJvdXRlciBhZHZlcnRpc2VtZW50cyBpbiBkaWZmZXJlbnQgRklCcy4gSSdtIG5vdCBzdXJlIGl0 J3MgcG9zc2libGUgdG8gd3JpdGUgdGhpcyB3aXRoIGEgc2luZ2xlIG1hY2hpbmUgKHNlbmRpbmcg UkFzIHRvIGl0c2VsZik/IEZvciB3aGF0IGl0J3Mgd29ydGgsIG15IHRlc3QgY2FzZSB3aGlsZSB3 b3JraW5nIGhhcyBiZWVuIHRvIGF0dGFjaCB0aGUgbWFjaGluZSdzIE5JQyAod2hpY2ggaXMgY29u bmVjdGVkIHRvIGEgbmV0d29yayBzZW5kaW5nIFJBcykgdG8gYSBicmlkZ2UsIGFuZCB0aGVuIGNv bm5lY3Qgc2V2ZXJhbCBlcGFpciBpbnRlcmZhY2VzIGluIGRpZmZlcmVudCBGSUJzIHRvIHRoZSBi cmlkZ2UuIFRoaXMgdGVzdCBhbHNvIHByb3ZlZCB0aGF0IHRoZSBjb2RlIGhhcyBubyBwcm9ibGVt cyB3aXRoIG92ZXJsYXBwaW5nIHN1Ym5ldHMgaW4gZGlmZmVyZW50IEZJQnMuCiAgCiAgCiAgSSB0 aGluayB3ZSBjYW4gbWFrZSB0aGUgdGVzdGNhc2UgYSBsaXR0bGUgc2ltcGxlci4gIFdlIGNhbiBj cmVhdGUgdHdvIHRhcCBkZXZpY2VzIGluIGRpZmZlcmVudCBmaWJzIGFuZCBicmlkZ2UgdGhlbSB3 aXRoIHNvY2F0LiAgVGhlbiB3ZSBjYW4gY29uZmlndXJlIG9uZSB0byBicm9hZGNhc3Qgcm91dGVy IGFkdmVydGlzZW1lbnRzLCBhbmQgY2hlY2sgdGhhdCB0aGUgb3RoZXIgb25lIHNldHMgdXAgaXRz IHJvdXRlcyBjb3JyZWN0bHkuICBXZSBjb3VsZCBjcmVhdGUgYSBzZWNvbmQgcGFpciBvZiB0YXAg aW50ZXJmYWNlcyB0b28sIHRvIHRlc3QgaGF2aW5nIG11bHRpcGxlIHNpbXVsdGFuZW91cyBzdWJu ZXRzIGNvbmZpZ3VyZWQgd2l0aCBTTEFBQy4gIEkgY2FuIHdyaXRlIHRoZSB0ZXN0Y2FzZSwgaWYg eW91IHRlbGwgbWUgd2hhdCB0byBjaGVjayBhbmQgaG93IHRvIGNvbmZpZ3VyZSBhbiBpbnRlcmZh Y2UgdG8gYnJvYWRjYXN0IHJvdXRlciBhZHZlcnRpc2VtZW50cy4KCklOTElORSBDT01NRU5UUwoK PiBqaHVqaGl0aV9hZGplY3RpdmlzbS5vcmcgd3JvdGUgaW4gcm91dGUuYzoyMjI0Cj4gWW91J3Jl IHJpZ2h0IC0gdGhpcyB3YXMgbWlzdGFrZW5seSBsZWZ0IG92ZXIgZnJvbSBteSBmaXJzdCAocG9v cikgYXR0ZW1wdCBhdCB0aGUgcGF0Y2guIEknbGwgcmV2ZXJ0IGFuZCByZXBsYWNlIHdpdGggcnRp bml0MSgpIGluIHRoZSBhcHBsaWNhYmxlIHBsYWNlcyBpbiBuZXRpbmV0Ni9pbjYuYy4KPiAKPiBD YW4gSSBhc2sgd2hhdCB5b3UgbWVhbiBieSB0aGlzIGJlaW5nIHRoZSB3cm9uZyBwbGFjZSB0byBj aGVjayB0aGUgdHVuYWJsZT8gSXMgdGhpcyBhIHN0eWxpc3RpYyB0aGluZywgb3IgaXMgdGhlcmUg YSB0ZWNobmljYWwgcmVhc29uIEknbSBub3QgYXdhcmUgb2Y/CgpKdXN0IHRocmVlIGxpbmVzIGJl bG93IHRoaXMgcG9pbnQsIGBydGluaXRgIGNhbGxzIGBydGluaXQxYCwgYW5kIGBydGluaXQxYCBj aGVja3MgYFZfcnRfYWRkX2FkZHJfYWxsZmlic2AgYXMgYWxtb3N0IHRoZSBmaXJzdCB0aGluZyB0 aGF0IGl0IGRvZXMuICBTbyBgcnRpbml0YCBzaG91bGRuJ3QgYWxzbyBjaGVjayBpdC4KCj4gamh1 amhpdGlfYWRqZWN0aXZpc20ub3JnIHdyb3RlIGluIGljbXA2LmM6MjE0Nwo+IFlvdSBkbyB1bmRl cnN0YW5kIGNvcnJlY3RseSwgYW5kIHRyeWluZyB0byBhbnN3ZXIgd2h5IGVxdWl2YWxlbnQgY29k ZSBpcyBub3QgbmVlZGVkIGluIGljbXBfcmVmbGVjdCgpIGNhdXNlZCBtZSB0byByZWFsaXplIHRo YXQgdGhpcyBsb2dpYyBpcyBtb3N0bHkgcmVkdW5kYW50LiBpY21wNl9yZWZsZWN0KCkgY2FsbGVy cyBjb3B5IHRoZSBGSUIgd2hlbiBjcmVhdGluZyB0aGUgbWJ1ZiBvZiB0aGUgcGFja2V0IHRvIHJl ZmxlY3QsIGFuZCBSVF9ERUZBVUxUX0ZJQiB3aWxsIGdldCBwYXNzZWQgdG8gaW42X3NlbGVjdHNy Y19hZGRyKCkgYmVsb3cgaW4gKmFsbW9zdCogYWxsIG9mIHRoZSBzYW1lIGNhc2VzIGFzIGl0IGRp ZCBiZWZvcmUuCj4gCj4gVGhlIG9uZSBjYXNlIHRoYXQgc2VlbXMgd29ydGggdGhpbmtpbmcgYWJv dXQgbW9yZSBpcyB0aGUgY2FzZSB3aGVyZSB0aGUgcGFja2V0IGlzIGRlc3RpbmVkIHRvIGFuIGFu eWNhc3QgYWRkcmVzcy4gVGhlIGxvZ2ljIG9uIGxpbmVzIDIxMjUtMjEyNiBhdm9pZCBzZWxlY3Rp bmcgdGhhdCBhZGRyZXNzIGFzIGEgc291cmNlLiBTaW5jZSBzcmNwIHdpbGwgbm90IGJlIHNldCBp biB0aGlzIGNhc2UsIHdlIHdpbGwgZW5kIHVwIHNlbGVjdGluZyBhIHNvdXJjZSBhZGRyZXNzIGZv ciB0aGUgcmVzcG9uc2UgZnJvbSB0aGUgZGVmYXVsdCBGSUIgb24gbGluZSAyMTU5IChhc3N1bWlu ZyBteSBjaGFuZ2UgaGFkIGJlZW4gcmV2ZXJ0ZWQpLiBUaGlzIHNlZW1zIGxpa2UgYSBjYXNlIHdo ZXJlIHdlIHNob3VsZCBhdHRlbXB0IHRvIHJlcGx5IGZyb20gc29tZSBvdGhlciBhZGRyZXNzIGlu IHRoZSBzYW1lIEZJQi4gRG9lcyB0aGlzIGxvZ2ljIG1ha2Ugc2Vuc2U/IElmIHNvLCBJJ2xsIHJl d29yayB0aGUgRklCIHNlbGVjdGlvbiBsb2dpYyBhYm92ZSB0byBiZSBsZXNzIHJlZHVuZGFudC4K PiAKPiBBbHRlcm5hdGl2ZWx5LCBJIG5vdGljZSB0aGF0IGEgbm90ZSBpbiBSRkMgNjcyNCwgQXBw ZW5kaXggQiBzdWdnZXN0cyB0aGF0IGFueWNhc3Qgc291cmNlIGFkZHJlc3NlcyBtYXkgYmUgdmFs aWQgKGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9yZmM2NzI0IHBhZ2UgMzAsIHNlY3Rpb24g MyksIHNvIHBlcmhhcHMgYXZvaWRpbmcgc2VsZWN0aW5nIHRoZSBhbnljYXN0IGFkZHJlc3MgYXMg YSBzb3VyY2UgZm9yIHRoZSByZXBseSBpcyBubyBsb25nZXIgbmVjZXNzYXJ5IChhbHRob3VnaCBy ZXdvcmtpbmcgc291cmNlIGFkZHJlc3Mgc2VsZWN0aW9uIGluIGdlbmVyYWwgaXMgZGVmaW5pdGVs eSBub3QgaW4gc2NvcGUgZm9yIG15IGNoYW5nZSkuCgpBdCBsaW5lIDIxNTksIGRvIHdlIGtub3cg dGhlIGZpYiBvZiB0aGUgcmVjZWl2aW5nIGludGVyZmFjZT8gIElmIHNvLCB3ZSBzaG91bGQgcHJv YmFibHkgdXNlIGl0LiAgVGhlIGludGVyZmFjZSBmaWIgaXMgdGhlIGZpYiB0byB1c2Ugd2hlbiBm b3J3YXJkaW5nIHBhY2tldHMsIHNvIGl0IG1ha2VzIHNlbnNlIHRvIHVzZSBpdCBmb3IgSUNNUCBy ZXBsaWVzLCB0b28uCgpZb3VyIG9ic2VydmF0aW9uIGFib3V0IFJGQyA2NzI0IGlzIGludGVyZXN0 aW5nLCBidXQgSSBkb24ndCB0aGluayB3ZSBzaG91bGQgYWN0IG9uIGl0IGFzIHBhcnQgb2YgdGhp cyBjb21taXQuICBJdCBzaG91bGQgZ28gaW4gc2VwYXJhdGVseS4KCj4gamh1amhpdGlfYWRqZWN0 aXZpc20ub3JnIHdyb3RlIGluIGluNl9zcmMuYzo1NjYKPiBJIG11c3QgYmUgbWlzdW5kZXJzdGFu ZGluZyB0aGUgaW5wY2Igc3RydWN0dXJlIC0tIGRvZXMgdGhpcyBub3QgcmVwcmVzZW50IHRoZSBz b2NrZXQgKGFuZCB0aGVyZWZvcmUgaW5wLT5pbnBfaW5jLmluY19maWJudW0gcmVwcmVzZW50IHRo ZSBzb2NrZXQgRklCKT8KPiAKPiBFdmVuIGlmIG15IHVuZGVyc3RhbmRpbmcgaXMgY29ycmVjdCwg SSBkbyB0aGluayB0aGVyZSdzIGEgYnVnIGhlcmU6IGl0IHNlZW1zIGxpa2Ugd2Ugc2hvdWxkIHBy ZWZlciB0aGUgc29ja2V0J3MgRklCLCB0aGVuIHRoZSBpbnRlcmZhY2UncyBGSUIsIGFuZCBvbmx5 IHRoZSBkZWZhdWx0IGFzIGEgbGFzdCByZXNvcnQuCgpZb3UncmUgY29ycmVjdDsgSSB3YXMgY29u ZnVzZWQgYWJvdXQgaW5wY2IuICBIb3dldmVyLCB0aGVyZSBpcyBubyBuZWVkIHRvIGNvbnNpZGVy IHRoZSBpbnRlcmZhY2UgZmliLiAgVGhlIGludGVyZmFjZSBmaWIgcmVhbGx5IG9ubHkgbWF0dGVy cyBmb3IgZm9yd2FyZGluZyBwYWNrZXRzIGFuZCBmb3IgYXV0b21hdGljYWxseSBhZGRpbmcgcm91 dGVzIHRvIHJvdXRpbmcgdGFibGVzLiAgQWxzbywgSSB0aGluayB0aGF0IHRoZSBgaW5wICE9IE5V TExgIGNoZWNrIGlzIHN1cGVyZmx1b3VzLiAgQUZBSUNULCB0aGVyZSdzIG5vIHdheSBmb3IgYGlu cGAgdG8gYmUgYE5VTExgIHJpZ2h0IGhlcmUuCgo+IGpodWpoaXRpX2FkamVjdGl2aXNtLm9yZyB3 cm90ZSBpbiBuZDYuaDo0NzIKPiBJIHdhcyB1bmRlciB0aGUgaW1wcmVzc2lvbiB0aGF0IEtQSXMg d2VyZSBtdXRhYmxlIG9uIENVUlJFTlQgLSBhbHRob3VnaCBJIGFsc28gdW5kZXJzdGFuZCB0aGF0 IGEgS1BJIGNoYW5nZSB3b3VsZCBibG9jayBhbiBNRkMuIEFyZSB0aGUgcnVsZXMgYXJvdW5kIEtQ SSBjaGFuZ2VzIG9uIENVUlJFTlQgbW9yZSBzdHJpY3QgdGhhbiBJIHJlYWxpemVkPwo+IAo+IEkg cmVhbGl6ZWQgd2hpbGUgd3JpdGluZyB0aGlzIGNvbW1lbnQgdGhhdCBJIGNhbiBzaW1wbHkgbWFr ZSB0aGUgb2xkIGZ1bmN0aW9uIGxvb3Agb3ZlciBhbGwgRklCcywgc28gbWFpbnRhaW5pbmcgS1BJ IHN0YWJpbGl0eSB3b3JrcyA6KQoKRGVmaW5pdGVseSBiZXR0ZXIgdG8gcHJlc2VydmVyIHRoZSBv bGQgYGRlZnJvdXRlcl9zZWxlY3RgIGFzIGEgd3JhcHBlciBhcm91bmQgdGhlIG5ldyBmdW5jdGlv bi4KCj4gamh1amhpdGlfYWRqZWN0aXZpc20ub3JnIHdyb3RlIGluIG5kNl9ydHIuYzo3MzUKPiBJ IHdvdWxkIGV4cGVjdCBhIHZhbHVlIFJUX0FERFJfQUxMRklCUyB0byBlaXRoZXIgKDEpIGJlIGFu IGludmFsaWQgYXJndW1lbnQgKGFzc2VydGlvbiBmYWlsdXJlPykgb3IgKDIpIGNhbGwgb3Vyc2Vs dmVzIHJlY3Vyc2l2ZWx5IHRvIGxvb3Agb3ZlciBhbGwgRklCcyByYXRoZXIgdGhhbiBmYWxsaW5n IGJhY2sgdG8gb2xkIGJlaGF2aW9yLCB3aGljaCBkb2Vzbid0IG1ha2UgYSBsb3Qgb2Ygc2Vuc2Ug LS0gb2xkIGJlaGF2aW9yIHdhc24ndCBGSUItYXdhcmUgYW5kIGNvdWxkIHRyYW1wbGUgb3ZlciBt dWx0aXBsZSBzZWxlY3RlZCByb3V0ZXJzLgoKTG9vcGluZyBzb3VuZHMgbGlrZSBhIGdvb2QgaWRl YS4KClJFUE9TSVRPUlkKICByUyBGcmVlQlNEIHNyYyByZXBvc2l0b3J5CgpSRVZJU0lPTiBERVRB SUwKICBodHRwczovL3Jldmlld3MuZnJlZWJzZC5vcmcvRDk0NTEKCkVNQUlMIFBSRUZFUkVOQ0VT CiAgaHR0cHM6Ly9yZXZpZXdzLmZyZWVic2Qub3JnL3NldHRpbmdzL3BhbmVsL2VtYWlscHJlZmVy ZW5jZXMvCgpUbzogamh1amhpdGlfYWRqZWN0aXZpc20ub3JnLCAjbmV0d29yaywgYXNvbWVycywg YnoKQ2M6IGpjaCwgYnosIGltcCwgYWUsIGZyZWVic2QtbmV0LWxpc3QK From owner-freebsd-net@freebsd.org Fri Feb 10 01:57:15 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C6A9CCD864D for ; Fri, 10 Feb 2017 01:57:15 +0000 (UTC) (envelope-from sepherosa@gmail.com) Received: from mail-vk0-x231.google.com (mail-vk0-x231.google.com [IPv6:2607:f8b0:400c:c05::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 82041883; Fri, 10 Feb 2017 01:57:15 +0000 (UTC) (envelope-from sepherosa@gmail.com) Received: by mail-vk0-x231.google.com with SMTP id r136so16280564vke.1; Thu, 09 Feb 2017 17:57:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=fvmnhkDUAN/tQKubU0g1rf8peqkKBdVJnI+UL8mL3D8=; b=lFnm1btNzEG5jfnX18dk14KHtCmS4PGjr+i9k1l3EUwQb6INT2OTPNYtNfjCQkRjVY mBDticXWOJTjAwb1DLQWAWXhNX5jDUn6mutkqT8gVGEcRQvoK+NdD1PsRRovwT3At4s9 wwpuAwrWCJ51ZX4OO3TyweAsD2kodzyE5G/j+vKA9gHRfmSAt+BvTUUx7V9UVL+0pRhp FjOtWU8oW3pXJDtl9Cwr/0ffsRD0cx8PoIFTfu1gvQr3DfwIMRqHABrmolj7mCeKSgk0 C1otdw8ZSH+/f7wVHkGuVHQZmffFS/dBd7jbKXRkS4RSTqiJRI/nMUWAwnycXAdC5I5L AsPQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=fvmnhkDUAN/tQKubU0g1rf8peqkKBdVJnI+UL8mL3D8=; b=RA9IRJcJcZXAO9xVvqhxDy4XNP/byUs4OMdMxngYR02IY+gUuvg2ZVaeQd14upv7FJ XXmhrO3azhaNjIFE2BS011p7avC+jHEUm174PBGlikT34gs3QRV61oRQwM3ZdG6+Fa5m xWmqIO0R17er3RlOoSdFBgh5J81lFd0HoR7ZL+unQGPbSauLpXKQr/SmWlp7tI17TIv5 xeYyUC1AjLxqsaI306gwrvIjIIooXkBknf4yLdQGGsTWjr8vPyHcnt8dodXpJOqNx0K+ DOcKLkEaLkga1l0qbzfK4jOL2CeXa5tzhm2SNIhIR/GE7vneojrf9g3AP8D7YMg6BkP0 VJ9Q== X-Gm-Message-State: AMke39n15PW6+BdrQyLKAyStGRYqYY54N/kDj6bj0Y9YUwGox/nsRC76oRb6jEd7qyLtfzZQevIv7tQ3Rb4new== X-Received: by 10.31.155.75 with SMTP id d72mr2968724vke.55.1486691834325; Thu, 09 Feb 2017 17:57:14 -0800 (PST) MIME-Version: 1.0 Received: by 10.176.2.10 with HTTP; Thu, 9 Feb 2017 17:57:13 -0800 (PST) In-Reply-To: <20170127193723.GT2611@FreeBSD.org> References: <790a6da4-2492-d887-8cbc-d9737d3f07d1@freebsd.org> <20170127193723.GT2611@FreeBSD.org> From: Sepherosa Ziehau Date: Fri, 10 Feb 2017 09:57:13 +0800 Message-ID: Subject: Re: ifmedia status callback is non-sleepable To: Gleb Smirnoff , "freebsd-net@freebsd.org" Cc: Andrew Rybchenko , FreeBSD developers Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 10 Feb 2017 01:57:15 -0000 On Sat, Jan 28, 2017 at 3:37 AM, Gleb Smirnoff wrote: > Andrew, > > On Thu, Jan 26, 2017 at 08:24:43PM +0300, Andrew Rybchenko wrote: > A> I'd like to double-check that it is intended/known limitation on ifmedia > A> status callback to be non-sleepable. > A> The limitation is imposed by usage of the ifmedia ioctl to get status > A> from lacp/lagg code on port creation (it holds non-sleepable rm_wlock). > A> > A> Backtrace of the corresponding panic: > A> > A> Sleeping thread (tid 100578, pid 10653) owns a non-sleepable lock > A> KDB: stack backtrace of thread 100578: > A> #0 0xffffffff80ae46e2 at mi_switch+0xd2 > A> #1 0xffffffff80b31e6a at sleepq_wait+0x3a > A> #2 0xffffffff80ae34e2 at _sx_xlock_hard+0x592 > A> #3 0xffffffff8222fd7e at sfxge_media_status+0x2e > A> #4 0xffffffff80be7b90 at ifmedia_ioctl+0x170 > A> #5 0xffffffff8222c3d0 at sfxge_if_ioctl+0x1f0 > A> #6 0xffffffff82277fbe at lagg_port_ioctl+0xde > A> #7 0xffffffff82278f9b at lacp_linkstate+0x4b > A> #8 0xffffffff822794c2 at lacp_port_create+0x1e2 > A> #9 0xffffffff82276a73 at lagg_ioctl+0x1243 > A> #10 0xffffffff80bdcbec at ifioctl+0xfbc > A> #11 0xffffffff80b41ab4 at kern_ioctl+0x2d4 > A> #12 0xffffffff80b41771 at sys_ioctl+0x171 > A> #13 0xffffffff80fa16ae at amd64_syscall+0x4ce > A> #14 0xffffffff80f8442b at Xfast_syscall+0xfb > A> panic: sleeping thread > A> cpuid = 23 > > I would say that this is bug in lagg(4). We shouldn't put constraint > of non-sleepability for ioctl(2). In additional to the ifmedia interface, the ADDMULTI/DELMULTI and setting IFF_PROMISC (through bpf, not sure about IFF_ALLMULTI) requires the driver to be non-sleepable. I currently work around this by looping sx_try_xlock(), and set a driver flag to force using DELAY instead of sleep APIs. Thanks, sephe From owner-freebsd-net@freebsd.org Fri Feb 10 05:39:55 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2F6B8CD79AF for ; Fri, 10 Feb 2017 05:39:55 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from vps.rulingia.com (vps.rulingia.com [103.243.244.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.rulingia.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BDFA31042; Fri, 10 Feb 2017 05:39:53 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from server.rulingia.com (ppp59-167-167-3.static.internode.on.net [59.167.167.3]) by vps.rulingia.com (8.15.2/8.15.2) with ESMTPS id v1A5dcli095073 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Fri, 10 Feb 2017 16:39:44 +1100 (AEDT) (envelope-from peter@rulingia.com) X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.15.2/8.15.2) with ESMTPS id v1A5dVv8085863 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 10 Feb 2017 16:39:32 +1100 (AEDT) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.15.2/8.15.2/Submit) id v1A5dVQo085862; Fri, 10 Feb 2017 16:39:31 +1100 (AEDT) (envelope-from peter) Date: Fri, 10 Feb 2017 16:39:31 +1100 From: Peter Jeremy To: Sean Bruno Cc: freebsd-net@FreeBSD.org Subject: Re: NFSROOT and lagg(4) Message-ID: <20170210053931.GA85802@server.rulingia.com> References: <3b771270-245a-cf8a-9cbe-f55df7680812@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="KsGdsel6WgEHnImy" Content-Disposition: inline In-Reply-To: <3b771270-245a-cf8a-9cbe-f55df7680812@freebsd.org> X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.7.2 (2016-11-26) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 10 Feb 2017 05:39:55 -0000 --KsGdsel6WgEHnImy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2017-Feb-04 13:44:21 -0700, Sean Bruno wrote: >"what I want" is to pxe/netboot and then switch over to using a lagg(4) >interface that includes the interface used in the pxe/netboot boot up. >I suspect, I have to switch to MDROOT to do this, but I thought I'd ask >if anyone is doing this type of configuration in their labs? I used to do something similar on my netbook - see https://www.bugs.au.freebsd.org/dokuwiki/laggdiskless I haven't tried it recently but it definitely worked early on in 10.x. --=20 Peter Jeremy --KsGdsel6WgEHnImy Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJYnVITXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRFRUIyOTg2QzMwNjcxRTc0RTY1QzIyN0Ux NkE1OTdBMEU0QTIwQjM0AAoJEBall6Dkogs0f0kP/RFYP29f2PGJzlEnpPCMB334 NZttrCLlDAND7TFlcaKZ++47j6EfpKlsuKeDXJHsrjEmDFcnz83uyRCEO5g2XsOF YbJEvH3ErNHFb8hGGyrDyvyOmjQgjMTWItq2jPA1MgOgt7L3JFxWqXIPiHI2lP9y daoGA5f6dE7Vw5qc5LkbWjIR4YFhzi98S6upjdJpId9X6KFjpo/hE5UKpfL+Zr6A 28MoJn7tCxt9Gh+JKCv3fm4DnJocRuekzsug2AK39zDx7U6BoCBs/c9E0JNAzkKt T2DuHaam0lx2zgGmrIUw41ZuxtVEJ5cMsMRNmYtCConbSn2WcHj5Av6YwMkHn7iH mHNvF9cUmk6C6Xs75PMhGAbfI15ZrvDC5bUU1EchGL6Bq2bz7lQCT7kXhlx86tve seqW7oNQA+d3rYJUEFEr2NYQO7rv3HHNZ5hzty9mIHTs4VwEPoGW2assLxGCZgSC PxJSKQ6jYLDyUGxg4rOQG+EKw/r4R/mkFB8jN7exw4lLG0qJHGG+rCyo4PRrYSGM fxKRcRmHVFGfarQp5oUdXW7ApgfrJ9/4RqS++Rs8nMj1ui3tch1znW/TXSbn+TtN VXPo1AkA8ImLhLaYzPHOZFmjRR+dYEonmGGEbHQ993FVwxBxgOk+U1pCFPxhaap5 jq2Ix57rDYDAEsdDGoiV =KU4d -----END PGP SIGNATURE----- --KsGdsel6WgEHnImy-- From owner-freebsd-net@freebsd.org Fri Feb 10 06:30:31 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 680A6CD8871 for ; Fri, 10 Feb 2017 06:30:31 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 5402EF48 for ; Fri, 10 Feb 2017 06:30:31 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 5369DCD8870; Fri, 10 Feb 2017 06:30:31 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 53129CD886F for ; Fri, 10 Feb 2017 06:30:31 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebi.us (glebi.us [96.95.210.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cell.glebi.us", Issuer "cell.glebi.us" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8BC9BF45; Fri, 10 Feb 2017 06:30:30 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.glebi.us (localhost [127.0.0.1]) by cell.glebi.us (8.15.2/8.15.2) with ESMTPS id v1A6UOr0023748 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 9 Feb 2017 22:30:24 -0800 (PST) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebi.us (8.15.2/8.15.2/Submit) id v1A6UOru023747; Thu, 9 Feb 2017 22:30:24 -0800 (PST) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebi.us: glebius set sender to glebius@FreeBSD.org using -f Date: Thu, 9 Feb 2017 22:30:24 -0800 From: Gleb Smirnoff To: jch@FreeBSD.org, hiren@FreeBSD.org, Jason Eggleston Cc: rrs@FreeBSD.org, jtl@FreeBSD.org, net@FreeBSD.org Subject: Re: listening sockets as non sockets Message-ID: <20170210063024.GE1973@FreeBSD.org> References: <20170127005251.GM2611@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170127005251.GM2611@FreeBSD.org> User-Agent: Mutt/1.7.2 (2016-11-26) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 10 Feb 2017 06:30:31 -0000 Hi! Two important updates. 1) The patch worked pretty okay, but the idea of separate file type is abandoned. With current filedescriptor code it is almost impossible to racelessly switch fileops and f_data. For more details read the commit message, URL below. 2) I moved the work to git. It allows for easier code sharing. https://github.com/glebius/FreeBSD/commit/3a52df429889ea9c6e61013f6913aad95939f159 -- Totus tuus, Glebius. From owner-freebsd-net@freebsd.org Sat Feb 11 12:34:04 2017 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 40776CDA08A for ; Sat, 11 Feb 2017 12:34:04 +0000 (UTC) (envelope-from amir.alipour.r@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 225F51ABA for ; Sat, 11 Feb 2017 12:34:04 +0000 (UTC) (envelope-from amir.alipour.r@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 21ACACDA089; Sat, 11 Feb 2017 12:34:04 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 214B7CDA087 for ; Sat, 11 Feb 2017 12:34:04 +0000 (UTC) (envelope-from amir.alipour.r@gmail.com) Received: from mail-wr0-x235.google.com (mail-wr0-x235.google.com [IPv6:2a00:1450:400c:c0c::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AFAFE1AB7 for ; Sat, 11 Feb 2017 12:34:03 +0000 (UTC) (envelope-from amir.alipour.r@gmail.com) Received: by mail-wr0-x235.google.com with SMTP id 89so125176953wrr.2 for ; Sat, 11 Feb 2017 04:34:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=GHmHxzphPBB2IiOdlBpJRIpqewvHg1BYDg9CyGUvCMs=; b=NFwicLcN82g+vufAJqWsL4geFUxokFxQJ1SCtWxfgSNkUelxs5+WR/lRZ4RbSSoSRR JEvq++j7UFIVtutjYfsMI+/aC08GvCZCk/UX5JH+HSuwQyXEtEvxrsu/3PTpOZfUFvi6 7H+EhXXEpirbe6+O7avlMGAEnAPAurjjtU9iCXu2nA+l/He9JgChf6WvZ3JoR3r5AZTl aGFNaClxffHig6MC4w4wlCvxm6G2UPOIv8VXgWfTw/C8KANpk5+tOJx14BHB1fMGqp2Q gd4+utBrLNthZvw4M2afUiWfpKLEKfG7q1eT/If9mSTiVhLi6yJHYUzPaUyfMYl8WR0L JgOg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=GHmHxzphPBB2IiOdlBpJRIpqewvHg1BYDg9CyGUvCMs=; b=HYkRuFnGdZxueH1yYtrZpDCuG/d4lf3wBGl/eqdUdviryekvXxbZN2u9g1bqQ/EFIB 5ivITsZoGPOSgm1Im2OtwzYaqp4RzIs4ZfzDluJg7lX16Ijtuke861lk8V+i4OzPXEkZ LvfPRaOm1xIjSEkEvq7LCtHDXBYZ2QRjDjjm3X//+21B34hqJtTFBpEqLv7Hl8gQa7pg vMmRw4NwAHHncpgnry4LTF+D9Ngn/MWtknZgHVSjsuAxOxcusmgnHMzLM/UNG6CzSqS2 MaGw+FM3wy2R6ONGjtUxCDA/CTxY+V1vXf+84nQKUWAVTWiptvDXbdpXWVq1/JYlc/p5 f4Bw== X-Gm-Message-State: AMke39lGQXKpfwRiFXo8SyizzXWHsrsj4kOVCos2EsSujhL4R+ZX3HwyFmSdlGMzqcHCre/BLZTpNX9xkumAZA== X-Received: by 10.223.179.15 with SMTP id j15mr11017306wrd.159.1486816441450; Sat, 11 Feb 2017 04:34:01 -0800 (PST) MIME-Version: 1.0 Received: by 10.28.236.210 with HTTP; Sat, 11 Feb 2017 04:34:01 -0800 (PST) From: amir alipour Date: Sat, 11 Feb 2017 16:04:01 +0330 Message-ID: Subject: netmap_mem_get_info To: net@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 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, 11 Feb 2017 12:34:04 -0000 hi i am trying to assign more memory to netmap but it fails i trace it to "netmap_mem_get_info" function ,this function changes my defined memory size to 343019520 and i cant find the implementation of it in the source code! Thank you for any help you can provide