From owner-freebsd-net@freebsd.org Sun Jan 10 01:10:58 2016 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 45D61A50CBD for ; Sun, 10 Jan 2016 01:10:58 +0000 (UTC) (envelope-from James@Lodge.me.uk) Received: from emea01-db3-obe.outbound.protection.outlook.com (mail-db3on0136.outbound.protection.outlook.com [157.55.234.136]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B92731B7F for ; Sun, 10 Jan 2016 01:10:56 +0000 (UTC) (envelope-from James@Lodge.me.uk) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gavinlodge.onmicrosoft.com; s=selector1-Lodge-me-uk; h=From:To:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=qt8XMcBIT7iU3bPc9/fcYys3tCwx/WanIAGWD0G/SAM=; b=XQxHQmqfOjOgsp7GauMS4LKWAca4TqcwR41kiJIZV3+Z38lyGq2eclAYbfVU9LiQ9HIyQzJe5904/vB/KxVVpqDiQIlokq4gNO9n24lrE3Y3tEccVoHA74vT+dNAE9Aq7/fAEoc0JcFrWgxRfT0uG7DDkClHvl3GuRIn7hxAzHo= Received: from VI1PR06MB1037.eurprd06.prod.outlook.com (10.162.123.156) by VI1PR06MB1039.eurprd06.prod.outlook.com (10.162.123.158) with Microsoft SMTP Server (TLS) id 15.1.365.19; Sat, 9 Jan 2016 19:36:25 +0000 Received: from VI1PR06MB1037.eurprd06.prod.outlook.com ([10.162.123.156]) by VI1PR06MB1037.eurprd06.prod.outlook.com ([10.162.123.156]) with mapi id 15.01.0365.020; Sat, 9 Jan 2016 19:36:25 +0000 From: James Lodge To: "freebsd-net@freebsd.org" Subject: vxlan interface rc.conf configuration Thread-Topic: vxlan interface rc.conf configuration Thread-Index: AQHRSxTi/RsuPtbX2U2on4TuOxMfnA== Date: Sat, 9 Jan 2016 19:36:24 +0000 Message-ID: Accept-Language: en-GB, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=James@Lodge.me.uk; x-originating-ip: [81.174.132.199] x-microsoft-exchange-diagnostics: 1; VI1PR06MB1039; 5:MT9ZktuFP7b7LQdlUpJ18+yuUHA+7KiNiz3FbVS2KDusupcWLAw4oGx1oxAUjadfSi34CelHCFcHbzyEiWtjj6XqkyO6mbGBVui/eZWKUAgAKSOBHv0XqwDvxufpQdoaluoeXSG3zzHOyNKIU/DjhQ==; 24:EB+MJD27IFImUT/XAodco6mDzVRA6fN5atb9SEoryxea2i9KIgCLSNchvzQBFFlewzA4jPxNFT8zBFDaKxGdJqQS13SovboNuKX4WBvxc3k= x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:VI1PR06MB1039; x-ms-office365-filtering-correlation-id: 6fa302b9-ea95-45b7-b966-08d3192c2968 x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(520078)(5005006)(8121501046)(10201501046)(3002001); SRVR:VI1PR06MB1039; BCL:0; PCL:0; RULEID:; SRVR:VI1PR06MB1039; x-forefront-prvs: 0816F1D86E x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(189002)(199003)(107886002)(87936001)(77096005)(2900100001)(86362001)(19627405001)(11100500001)(101416001)(189998001)(5002640100001)(92566002)(66066001)(2906002)(110136002)(19580395003)(33656002)(40100003)(2351001)(5001960100002)(19625215002)(5003600100002)(229853001)(74482002)(54356999)(586003)(6116002)(102836003)(50986999)(3846002)(80792005)(1220700001)(1096002)(122556002)(74316001)(105586002)(81156007)(5004730100002)(10400500002)(97736004)(16236675004)(106116001)(450100001)(2501003)(106356001)(76576001)(5008740100001); DIR:OUT; SFP:1102; SCL:1; SRVR:VI1PR06MB1039; H:VI1PR06MB1037.eurprd06.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: Lodge.me.uk does not designate permitted sender hosts) spamdiagnosticoutput: 1:23 spamdiagnosticmetadata: NSPM MIME-Version: 1.0 X-OriginatorOrg: Lodge.me.uk X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Jan 2016 19:36:24.8356 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: ded56ae9-7c77-4cf6-bbfd-39e6a505742d X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR06MB1039 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 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, 10 Jan 2016 01:10:58 -0000 I'd appreciate some help with vxlan interface creation at boot up. I can cr= eate a vxlan interface (unicast) using ifconfig(8) but I'm unable to work o= ut or find the correct rc.conf syntax. I can clone the interface, but cannot configure a vni or any other paramete= rs. This is what I have rc.conf cloned_interfaces=3D"vxlan0" ifconfig_vxlan0=3D"vxlanid 100 vxlanlocal x.x.x.x vxlanremote x.x.x.x inet = x.x.x.x netmask x.x.x.x" I'm sure I'm missing something obvious, but any help gratefully received. Regards James From owner-freebsd-net@freebsd.org Sun Jan 10 08:31:42 2016 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 907C8A694F8 for ; Sun, 10 Jan 2016 08:31:42 +0000 (UTC) (envelope-from sepherosa@gmail.com) Received: from mail-io0-x243.google.com (mail-io0-x243.google.com [IPv6:2607:f8b0:4001:c06::243]) (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 6368010AD for ; Sun, 10 Jan 2016 08:31:42 +0000 (UTC) (envelope-from sepherosa@gmail.com) Received: by mail-io0-x243.google.com with SMTP id q21so23857208iod.3 for ; Sun, 10 Jan 2016 00:31:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=+zYROqHmQiGAtCtBDMbYm5gXlJt0Fsit6vZ1IYu3yH8=; b=kFwrjtBsDuDdRyQevkKc0kIL0+6BScoeUw5tiuB4iur2u5dqRudEt7l9/eg+s2tprf Hn0sWty0MLhB5pviC3NhkXmlSa3Wf+CIKILC5WbAaIMyjbpQV+DW/j0Zqsbp27YtibJd 3icxhYNLLHiMiu9W9rMvEous6HpnFxWYjlZR+FYUuq31n2Emmzi1p8aATqNXfMMWjPlx EZQtvb4WqhvdDmT3/CWdBS8BEFwYliqvp9c5aGbZeFRe/VQ5Paz6BuIYDhpKWpQCEbAM 1lSXQnjk0nlz2ydoExWvhXMMjqq+00csr/3MpXg3tJ4KrQEZVAxhLDV9ewJD34W8Y0Ax AYdQ== MIME-Version: 1.0 X-Received: by 10.107.7.22 with SMTP id 22mr55221875ioh.17.1452414701960; Sun, 10 Jan 2016 00:31:41 -0800 (PST) Received: by 10.107.166.3 with HTTP; Sun, 10 Jan 2016 00:31:41 -0800 (PST) In-Reply-To: References: Date: Sun, 10 Jan 2016 16:31:41 +0800 Message-ID: Subject: Re: [Differential] [Request, 6 lines] D4825: tcp/lro: Add network driver configurable LRO entry depth From: Sepherosa Ziehau To: Ravi Pokala Cc: "freebsd-net@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 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, 10 Jan 2016 08:31:42 -0000 On Fri, Jan 8, 2016 at 11:59 PM, Ravi Pokala wrote: > -----Original Message----- > > >>Date: Fri, 8 Jan 2016 02:29:22 +0000 >>From: "sepherosa_gmail.com (Sepherosa Ziehau)" >> >>To: freebsd-net@freebsd.org >>Subject: [Differential] [Request, 6 lines] D4825: tcp/lro: Add network >> driver configurable LRO entry depth >>Message-ID: >> >>Content-Type: text/plain; charset="utf-8" >> >>sepherosa_gmail.com created this revision. >>sepherosa_gmail.com added reviewers: network, adrian, delphij, decui_microsoft.com, honzhan_microsoft.com, howard0su_gmail.com, glebius. >>sepherosa_gmail.com added a subscriber: freebsd-net-list. >>Herald added a reviewer: transport. >> >>REVISION SUMMARY >> When there is only tiny amount of TCP connections and the host is slow, e.g. in VM, holding too much TCP segments in an LRO entry will cause RX performance degradation. We now allow network drivers to configure how deep one LRO entry should be. > > Forgive me if I'm missing something obvious, but this patch doesn't actually change anything - rather than hard-coding 65535, you're using lc->lro_hiwat... which is hard-coded to 65535. > > Right? The value is intended to be changed by NIC drivers, see the code commented out by the HN_LRO_HIWAT here: https://reviews.freebsd.org/D4824 Thanks, sephe From owner-freebsd-net@freebsd.org Sun Jan 10 08:32:18 2016 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 C2976A6954D for ; Sun, 10 Jan 2016 08:32:18 +0000 (UTC) (envelope-from sepherosa@gmail.com) Received: from mail-ig0-x244.google.com (mail-ig0-x244.google.com [IPv6:2607:f8b0:4001:c05::244]) (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 950B111A2 for ; Sun, 10 Jan 2016 08:32:18 +0000 (UTC) (envelope-from sepherosa@gmail.com) Received: by mail-ig0-x244.google.com with SMTP id y8so11039014igw.0 for ; Sun, 10 Jan 2016 00:32:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=QGH7K8Ff8Mtj7yVki1NAJEFzZDw0+WVjEY9QxibIOsc=; b=ympcUBm2OgrO01zgKqQaH4G3jT020H+wS/377lAR2pPyrninixDBy5ZyxWpOzxRtUj CWSJDtCTIdsrJLnE+UIQCdsJor1uRty2B9GJU1lDLwSEJIlqz7OxkombeehSXCBFFVvH +bWpgpI8GS+CyoX4/GhmxzwRDcUEI1o7nEtceVjW/loBLoLf1QBHkjoVQ9kmtwanPKD5 uyc/cwSagkgIiPsFvpHdTZc52bu03xik5eHy9eT7dnLU3Ih51QTC0ga0CF4UFJtnhAo3 5MxEkgIyjQplzWHdby5E52P/sgGk7ZKZt4r4E3hsXBYa9S6gOHuE03HGPqDtWBmRlSev n6mw== MIME-Version: 1.0 X-Received: by 10.50.109.167 with SMTP id ht7mr7008523igb.38.1452414737871; Sun, 10 Jan 2016 00:32:17 -0800 (PST) Received: by 10.107.166.3 with HTTP; Sun, 10 Jan 2016 00:32:17 -0800 (PST) In-Reply-To: References: Date: Sun, 10 Jan 2016 16:32:17 +0800 Message-ID: Subject: Re: [Differential] [Request, 6 lines] D4825: tcp/lro: Add network driver configurable LRO entry depth From: Sepherosa Ziehau To: Adrian Chadd Cc: Ravi Pokala , "freebsd-net@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 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, 10 Jan 2016 08:32:18 -0000 On Sat, Jan 9, 2016 at 1:03 AM, Adrian Chadd wrote: > On 8 January 2016 at 07:59, Ravi Pokala wrote: >> -----Original Message----- >> >> >>>Date: Fri, 8 Jan 2016 02:29:22 +0000 >>>From: "sepherosa_gmail.com (Sepherosa Ziehau)" >>> >>>To: freebsd-net@freebsd.org >>>Subject: [Differential] [Request, 6 lines] D4825: tcp/lro: Add network >>> driver configurable LRO entry depth >>>Message-ID: >>> >>>Content-Type: text/plain; charset="utf-8" >>> >>>sepherosa_gmail.com created this revision. >>>sepherosa_gmail.com added reviewers: network, adrian, delphij, decui_microsoft.com, honzhan_microsoft.com, howard0su_gmail.com, glebius. >>>sepherosa_gmail.com added a subscriber: freebsd-net-list. >>>Herald added a reviewer: transport. >>> >>>REVISION SUMMARY >>> When there is only tiny amount of TCP connections and the host is slow, e.g. in VM, holding too much TCP segments in an LRO entry will cause RX performance degradation. We now allow network drivers to configure how deep one LRO entry should be. >> >> Forgive me if I'm missing something obvious, but this patch doesn't actually change anything - rather than hard-coding 65535, you're using lc->lro_hiwat... which is hard-coded to 65535. >> >> Right? >> > > Right; I'm assuming their driver will twiddle this appropriately over time. Yeah, by drivers, and through a driver sysctl From owner-freebsd-net@freebsd.org Sun Jan 10 08:32:32 2016 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 5D6C9A69597 for ; Sun, 10 Jan 2016 08:32:32 +0000 (UTC) (envelope-from sepherosa@gmail.com) Received: from mail-io0-x242.google.com (mail-io0-x242.google.com [IPv6:2607:f8b0:4001:c06::242]) (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 2E18E129C for ; Sun, 10 Jan 2016 08:32:32 +0000 (UTC) (envelope-from sepherosa@gmail.com) Received: by mail-io0-x242.google.com with SMTP id k127so40609896iok.1 for ; Sun, 10 Jan 2016 00:32:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=BlWEt7uIapb3BG/BY9ytuhbj3Wis3o5ccDUzmYVbfDQ=; b=JWgBwKXpgyqQkfT+fm27y1uMY3MRIs5plF9jLQOmDcQs8cmd8igELpAXNoBcIBKuOL 4+hRHN/UEGY4HuT9x7TujQl7t+/6nSIIgxnZ03gwECmF3KxdoW16zScu+QHAf2vs/5eZ ILO0jMoXR+J0IalHGQcYe9gK5C/M6ApWIKY0gfM5DhqrxmEWyPlraUchoe915F50F0QA TIH8c2ENCt8IobBK1oQ56++j/JOVcTeih5n2h1Sem64t1fMHGVLJoMUXMY+MjeNQ+n5v oCCMkzVa2aTpv96qpU/lrmbNx0/0lrMhR0+aPh7W6U2JkmDecZLuHy1EHpJNX/39XMgU 9wbA== MIME-Version: 1.0 X-Received: by 10.107.44.199 with SMTP id s190mr98500998ios.24.1452414751603; Sun, 10 Jan 2016 00:32:31 -0800 (PST) Received: by 10.107.166.3 with HTTP; Sun, 10 Jan 2016 00:32:31 -0800 (PST) In-Reply-To: References: Date: Sun, 10 Jan 2016 16:32:31 +0800 Message-ID: Subject: Re: [Differential] [Request, 6 lines] D4825: tcp/lro: Add network driver configurable LRO entry depth From: Sepherosa Ziehau To: "alex.burlyga.ietf alex.burlyga.ietf" Cc: Ravi Pokala , "freebsd-net@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 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, 10 Jan 2016 08:32:32 -0000 On Sat, Jan 9, 2016 at 1:04 AM, alex.burlyga.ietf alex.burlyga.ietf wrote: > Perhaps Sephe planing to use it as a sysctl? Yeah :) > > Alex. > On Jan 8, 2016 07:59, "Ravi Pokala" wrote: > >> -----Original Message----- >> >> >> >Date: Fri, 8 Jan 2016 02:29:22 +0000 >> >From: "sepherosa_gmail.com (Sepherosa Ziehau)" >> > >> >To: freebsd-net@freebsd.org >> >Subject: [Differential] [Request, 6 lines] D4825: tcp/lro: Add network >> > driver configurable LRO entry depth >> >Message-ID: >> > >> >Content-Type: text/plain; charset="utf-8" >> > >> >sepherosa_gmail.com created this revision. >> >sepherosa_gmail.com added reviewers: network, adrian, delphij, >> decui_microsoft.com, honzhan_microsoft.com, howard0su_gmail.com, glebius. >> >sepherosa_gmail.com added a subscriber: freebsd-net-list. >> >Herald added a reviewer: transport. >> > >> >REVISION SUMMARY >> > When there is only tiny amount of TCP connections and the host is slow, >> e.g. in VM, holding too much TCP segments in an LRO entry will cause RX >> performance degradation. We now allow network drivers to configure how >> deep one LRO entry should be. >> >> Forgive me if I'm missing something obvious, but this patch doesn't >> actually change anything - rather than hard-coding 65535, you're using >> lc->lro_hiwat... which is hard-coded to 65535. >> >> Right? >> >> -Ravi (rpokala@) >> >> _______________________________________________ >> 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" >> > _______________________________________________ > 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" -- Tomorrow Will Never Die From owner-freebsd-net@freebsd.org Sun Jan 10 08:54:19 2016 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 07311A69E99 for ; Sun, 10 Jan 2016 08:54:19 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: from phabric-backend.rbsd.freebsd.org (unknown [IPv6:2607:fc50:2000:101::1bb:73]) by mx1.freebsd.org (Postfix) with ESMTP id EA67D1EB3 for ; Sun, 10 Jan 2016 08:54:18 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: by phabric-backend.rbsd.freebsd.org (Postfix, from userid 1346) id E7CF4331E8FC; Sun, 10 Jan 2016 08:54:18 +0000 (UTC) Date: Sun, 10 Jan 2016 08:54:18 +0000 To: freebsd-net@freebsd.org From: "delphij (Xin Li)" Reply-to: D4824+325+0b1ea329f3d380e8@reviews.freebsd.org Subject: [Differential] [Updated] D4824: hyperv/hn: Implement LRO Message-ID: <187d0312975a0aa9cfef8621afcec18f@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: D4824: hyperv/hn: Implement LRO X-Herald-Rules: none X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: Precedence: bulk In-Reply-To: References: Thread-Index: MTc5M2I0ZWQ4MDNkYjdlMTJiMjY5YThlMzIwIFaSHDo= MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jan 2016 08:54:19 -0000 delphij added a comment. Looks good to me overall, consider this as a formal approval if there is no objection from Adrian by Monday. Could you please take a look at my inline comments and address them if they are reasonable? INLINE COMMENTS sys/dev/hyperv/netvsc/hv_netvsc_drv_freebsd.c:186 Will it be sensible to turn this into SYSCTL_INT with CTLFLAG_RDTUN, so users can check its value? sys/dev/hyperv/netvsc/hv_netvsc_drv_freebsd.c:410 Looks like this is never defined, but a quick glance suggests it won't hurt to have these code? Can these be unifdef -D'ed (unconditionally compiled in)? REVISION DETAIL https://reviews.freebsd.org/D4824 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: sepherosa_gmail.com, adrian, royger, decui_microsoft.com, howard0su_gmail.com, kmacy, honzhan_microsoft.com, delphij Cc: freebsd-net-list From owner-freebsd-net@freebsd.org Sun Jan 10 10:08:03 2016 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 0EEAEA69B07 for ; Sun, 10 Jan 2016 10:08:03 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: from phabric-backend.rbsd.freebsd.org (unknown [IPv6:2607:fc50:2000:101::1bb:73]) by mx1.freebsd.org (Postfix) with ESMTP id F29571FAE for ; Sun, 10 Jan 2016 10:08:02 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: by phabric-backend.rbsd.freebsd.org (Postfix, from userid 1346) id E3767331E92F; Sun, 10 Jan 2016 10:08:02 +0000 (UTC) Date: Sun, 10 Jan 2016 10:08:02 +0000 To: freebsd-net@freebsd.org From: "sepherosa_gmail.com (Sepherosa Ziehau)" Reply-to: D4824+325+0b1ea329f3d380e8@reviews.freebsd.org Subject: [Differential] [Commented On] D4824: hyperv/hn: Implement LRO Message-ID: <094d2282ae9efc11aa24b18cf3c0ccf9@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: D4824: hyperv/hn: Implement LRO X-Herald-Rules: none X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: Precedence: bulk In-Reply-To: References: Thread-Index: MTc5M2I0ZWQ4MDNkYjdlMTJiMjY5YThlMzIwIFaSLYI= MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Jan 2016 10:08:03 -0000 sepherosa_gmail.com added inline comments. INLINE COMMENTS sys/dev/hyperv/netvsc/hv_netvsc_drv_freebsd.c:186 I think you could get it though kenv(1). But it does not hurt to expose this tunable as a read-only sysctl. I will add it. sys/dev/hyperv/netvsc/hv_netvsc_drv_freebsd.c:410 It relies on a tcp_lro.[ch] change I put up in another review (https://reviews.freebsd.org/D4825, mainly added a lro_hiwat field into lro_ctrl), so I turn this off by default. This macro may also ease the work to MFC this patch to 10-stable. REVISION DETAIL https://reviews.freebsd.org/D4824 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: sepherosa_gmail.com, adrian, royger, decui_microsoft.com, howard0su_gmail.com, kmacy, honzhan_microsoft.com, delphij Cc: freebsd-net-list From owner-freebsd-net@freebsd.org Sun Jan 10 18:50:20 2016 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 6E01FA6ACBB for ; Sun, 10 Jan 2016 18:50:20 +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 5EBED160C for ; Sun, 10 Jan 2016 18:50:20 +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 u0AIoJfV093248 for ; Sun, 10 Jan 2016 18:50:20 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 206053] There is a bug in kqueue support code of netmap Date: Sun, 10 Jan 2016 18:50:19 +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-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: sbruno@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 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.20 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, 10 Jan 2016 18:50:20 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206053 Sean Bruno changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jhb@FreeBSD.org, | |kib@FreeBSD.org, | |luigi@FreeBSD.org --- Comment #1 from Sean Bruno --- I don't know enough to verify as a real bug, adding some folks who might ha= ve a grasp of what's going on here. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Sun Jan 10 18:55:28 2016 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 09273A6AE81 for ; Sun, 10 Jan 2016 18:55:28 +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 E5DAE1A17 for ; Sun, 10 Jan 2016 18:55:27 +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 u0AItRql005881 for ; Sun, 10 Jan 2016 18:55:27 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 206053] kqueue support code of netmap causes panic Date: Sun, 10 Jan 2016 18:55: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: 11.0-CURRENT X-Bugzilla-Keywords: crash, needs-qa X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: koobs@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Flags: mfc-stable10? X-Bugzilla-Changed-Fields: short_desc flagtypes.name 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.20 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, 10 Jan 2016 18:55:28 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206053 Kubilay Kocak changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|There is a bug in kqueue |kqueue support code of |support code of netmap |netmap causes panic Flags| |mfc-stable10? Keywords| |crash, needs-qa --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Sun Jan 10 19:22:43 2016 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 13134A6B7F3 for ; Sun, 10 Jan 2016 19:22:43 +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 03B381597 for ; Sun, 10 Jan 2016 19:22:43 +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 u0AJMg5i092460 for ; Sun, 10 Jan 2016 19:22:42 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 206053] kqueue support code of netmap causes panic Date: Sun, 10 Jan 2016 19:22:43 +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-CURRENT X-Bugzilla-Keywords: crash, needs-qa X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: kib@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Flags: 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.20 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, 10 Jan 2016 19:22:43 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206053 --- Comment #2 from Konstantin Belousov --- (In reply to Sean Bruno from comment #1) I think replacing 1 with 0 in the sys/dev/netmap/netmap_freebsd.c:netmap_kqfilter(), the call to knlist_add() would fix the issue at hand. But the panic probably means that netmap authors never ever run the code wi= th INVARIANTS and WITNESS. Also, there are other comments in the netmap_freebsd.c, esp. about 'not even munmap() on close()' which are, together with conslusions made, at least strange. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Sun Jan 10 19:58:51 2016 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 4DFB0A6A2CC for ; Sun, 10 Jan 2016 19:58:51 +0000 (UTC) (envelope-from rpokala@mac.com) Received: from mr11p00im-asmtp004.me.com (mr11p00im-asmtp004.me.com [17.110.69.135]) (using TLSv1.2 with cipher DHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 39F791322 for ; Sun, 10 Jan 2016 19:58:51 +0000 (UTC) (envelope-from rpokala@mac.com) Received: from [192.168.1.4] (c-24-6-178-251.hsd1.ca.comcast.net [24.6.178.251]) by mr11p00im-asmtp004.me.com (Oracle Communications Messaging Server 7.0.5.36.0 64bit (built Sep 8 2015)) with ESMTPSA id <0O0R002TT661MC00@mr11p00im-asmtp004.me.com> for freebsd-net@freebsd.org; Sun, 10 Jan 2016 19:58:50 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2016-01-10_13:,, signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 clxscore=1011 suspectscore=0 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1510270003 definitions=main-1601100376 User-Agent: Microsoft-MacOutlook/0.0.0.151217 Date: Sun, 10 Jan 2016 11:58:49 -0800 Subject: Re: [Differential] [Request, 6 lines] D4825: tcp/lro: Add network driver configurable LRO entry depth From: Ravi Pokala Sender: "Pokala, Ravi" To: Sepherosa Ziehau , Ravi Pokala Cc: "freebsd-net@freebsd.org" Message-id: Thread-topic: [Differential] [Request, 6 lines] D4825: tcp/lro: Add network driver configurable LRO entry depth References: In-reply-to: MIME-version: 1.0 Content-type: text/plain; charset=UTF-8 Content-transfer-encoding: 7bit X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 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, 10 Jan 2016 19:58:51 -0000 -----Original Message----- From: Sepherosa Ziehau Date: 2016-01-10, Sunday at 00:31 To: Ravi Pokala Cc: "freebsd-net@freebsd.org" Subject: Re: [Differential] [Request, 6 lines] D4825: tcp/lro: Add network driver configurable LRO entry depth >On Fri, Jan 8, 2016 at 11:59 PM, Ravi Pokala wrote: >> >>... >> >> Forgive me if I'm missing something obvious, but this patch doesn't actually change anything - rather than hard-coding 65535, you're using lc->lro_hiwat... which is hard-coded to 65535. >> >> Right? > >The value is intended to be changed by NIC drivers, see the code >commented out by the HN_LRO_HIWAT here: >https://reviews.freebsd.org/D4824 Cool. In that case, please mention the fact that it is currently unused when you submit the change. :-) Thanks, Ravi (rpokala@) >Thanks, >sephe From owner-freebsd-net@freebsd.org Sun Jan 10 20:55:52 2016 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 2F785A6B9A8 for ; Sun, 10 Jan 2016 20:55:52 +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 056A5157C for ; Sun, 10 Jan 2016 20:55:52 +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 u0AKtpo0099086 for ; Sun, 10 Jan 2016 20:55:51 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 185427] [igb] [panic] freebsd 8.4, 9.1 and 9.2 panic Double-Fault with intel 82576 igb driver Date: Sun, 10 Jan 2016 20:55:52 +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: unspecified X-Bugzilla-Keywords: IntelNetworking, crash X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: napTu@front.ru X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: Normal 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.20 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, 10 Jan 2016 20:55:52 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D185427 --- Comment #8 from napTu@front.ru --- Sean Bruno, yes, possible 32 bit specific problem.=20 Now, one of hosts work with FreeBSD10.2 amd64 and I can try again igb netca= rd. Eugen, FreeBSD8.4 host use only routing, without mpd, without NAT, WITH NETFLOW. FreeBSD9.x host use routing with NAT and NetFlow, without mpd also. net.isr.dispatch: direct and simple tuning: rc.local:sysctl net.inet.ip.fw.one_pass=3D0 rc.local:sysctl net.inet.tcp.blackhole=3D2 rc.local:sysctl net.inet.udp.blackhole=3D1 rc.local:sysctl kern.ipc.nmbclusters=3D32768 loader.conf: ipfw_load=3D"YES" ipfw_nat_load=3D"YES" ipdivert_load=3D"YES" libalias_load=3D"YES" dummynet_load=3D"YES" 8.4 host modules: # kldstat Id Refs Address Size Name 1 37 0x80400000 bb5f84 kernel 2 1 0x80fb6000 50ea0 if_em.ko 3 1 0x86490000 3000 ng_eiface.ko 4 9 0x86493000 b000 netgraph.ko 5 1 0x86523000 4000 ng_bridge.ko 6 1 0x86532000 4000 ng_ether.ko 7 1 0x86536000 7000 ng_netflow.ko 8 1 0x8653d000 5000 ng_ksocket.ko 9 1 0x865c2000 4000 ng_car.ko 10 1 0x865c6000 2000 ng_ipfw.ko 11 1 0x87af7000 4000 ng_socket.ko 12 1 0x87b7e000 3000 ng_tee.ko 13 1 0x93416000 1d000 nfsclient.ko 14 1 0x93433000 3000 nfslock.ko 15 1 0x93436000 2000 nfs_common.ko 16 1 0x93438000 13000 krpc.ko 9.x host modules # kldstat Id Refs Address Size Name 1 39 0xffffffff80200000 179ddb0 kernel 2 1 0xffffffff8199e000 2f9b00 zfs.ko 3 2 0xffffffff81c98000 6048 opensolaris.ko 4 4 0xffffffff81c9f000 21a60 ipfw.ko 5 1 0xffffffff81cc1000 7a40 ipfw_nat.ko 6 2 0xffffffff81cc9000 16f70 libalias.ko 7 1 0xffffffff81ce0000 8578 ipdivert.ko 8 1 0xffffffff81ce9000 19a80 dummynet.ko 9 1 0xffffffff81e11000 7430 ng_netflow.ko 10 6 0xffffffff81e19000 b9db netgraph.ko 11 1 0xffffffff81e25000 4ae1 ng_ksocket.ko 12 1 0xffffffff81e2a000 40fa ng_ether.ko 13 1 0xffffffff81e2f000 3c48 ng_eiface.ko 14 1 0xffffffff81e33000 3832 ng_socket.ko 15 1 0xffffffff81e37000 17d7 ng_tee.ko --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Sun Jan 10 21:00:06 2016 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 C3138A6BAB7 for ; Sun, 10 Jan 2016 21:00:06 +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 B8F9E175C for ; Sun, 10 Jan 2016 21:00:06 +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 u0AL01TA004728 for ; Sun, 10 Jan 2016 21:00:06 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <201601102100.u0AL01TA004728@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, 10 Jan 2016 21:00:06 +0000 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 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, 10 Jan 2016 21:00:06 -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 | 203422 | mpd/ppoe not working with re(4) with revision 285 New | 203175 | Daily kernel crashes in tcp_twclose
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 4F4E4A6B697 for ; Mon, 11 Jan 2016 01:41:21 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: from phabric-backend.rbsd.freebsd.org (unknown [IPv6:2607:fc50:2000:101::1bb:73]) by mx1.freebsd.org (Postfix) with ESMTP id 2FDCC1FF8 for ; Mon, 11 Jan 2016 01:41:21 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: by phabric-backend.rbsd.freebsd.org (Postfix, from userid 1346) id 2B391331EEBD; Mon, 11 Jan 2016 01:41:21 +0000 (UTC) Date: Mon, 11 Jan 2016 01:41:21 +0000 To: freebsd-net@freebsd.org From: "sepherosa_gmail.com (Sepherosa Ziehau)" Reply-to: D4824+325+0b1ea329f3d380e8@reviews.freebsd.org Subject: [Differential] [Updated, 294 lines] D4824: hyperv/hn: Implement LRO 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: D4824: hyperv/hn: Implement LRO X-Herald-Rules: none X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: Precedence: bulk In-Reply-To: References: Thread-Index: MTc5M2I0ZWQ4MDNkYjdlMTJiMjY5YThlMzIwIFaTCEE= MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="b1_c14163bddd8f0cd1f879d08e10e7134d" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Jan 2016 01:41:21 -0000 --b1_c14163bddd8f0cd1f879d08e10e7134d Content-Type: text/plain; charset = "utf-8" Content-Transfer-Encoding: 8bit sepherosa_gmail.com updated this revision to Diff 12098. sepherosa_gmail.com added a comment. Add devclass sysctl for global trust_hosttcp setting. Suggested-by: delphij CHANGES SINCE LAST UPDATE https://reviews.freebsd.org/D4824?vs=12034&id=12098 REVISION DETAIL https://reviews.freebsd.org/D4824 AFFECTED FILES sys/dev/hyperv/netvsc/hv_net_vsc.c sys/dev/hyperv/netvsc/hv_net_vsc.h sys/dev/hyperv/netvsc/hv_netvsc_drv_freebsd.c sys/dev/hyperv/netvsc/hv_rndis.h sys/dev/hyperv/netvsc/hv_rndis_filter.c sys/dev/hyperv/netvsc/hv_rndis_filter.h EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: sepherosa_gmail.com, adrian, royger, decui_microsoft.com, howard0su_gmail.com, kmacy, honzhan_microsoft.com, delphij Cc: transport, freebsd-net-list --b1_c14163bddd8f0cd1f879d08e10e7134d Content-Type: text/x-patch; charset=utf-8; name="D4824.12098.patch" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="D4824.12098.patch" ZGlmZiAtLWdpdCBhL3N5cy9kZXYvaHlwZXJ2L25ldHZzYy9odl9ybmRpc19maWx0ZXIuaCBiL3N5 cy9kZXYvaHlwZXJ2L25ldHZzYy9odl9ybmRpc19maWx0ZXIuaAotLS0gYS9zeXMvZGV2L2h5cGVy di9uZXR2c2MvaHZfcm5kaXNfZmlsdGVyLmgKKysrIGIvc3lzL2Rldi9oeXBlcnYvbmV0dnNjL2h2 X3JuZGlzX2ZpbHRlci5oCkBAIC05OCw2ICs5OCw3IEBACiAKIGludCBodl9yZl9vbl9yZWNlaXZl KG5ldHZzY19kZXYgKm5ldF9kZXYsCiAgICAgc3RydWN0IGh2X2RldmljZSAqZGV2aWNlLCBuZXR2 c2NfcGFja2V0ICpwa3QpOwordm9pZCBodl9yZl9yZWNlaXZlX3JvbGx1cChuZXR2c2NfZGV2ICpu ZXRfZGV2KTsKIGludCBodl9yZl9vbl9kZXZpY2VfYWRkKHN0cnVjdCBodl9kZXZpY2UgKmRldmlj ZSwgdm9pZCAqYWRkaXRsX2luZm8pOwogaW50IGh2X3JmX29uX2RldmljZV9yZW1vdmUoc3RydWN0 IGh2X2RldmljZSAqZGV2aWNlLCBib29sZWFuX3QgZGVzdHJveV9jaGFubmVsKTsKIGludCBodl9y Zl9vbl9vcGVuKHN0cnVjdCBodl9kZXZpY2UgKmRldmljZSk7CmRpZmYgLS1naXQgYS9zeXMvZGV2 L2h5cGVydi9uZXR2c2MvaHZfcm5kaXNfZmlsdGVyLmMgYi9zeXMvZGV2L2h5cGVydi9uZXR2c2Mv aHZfcm5kaXNfZmlsdGVyLmMKLS0tIGEvc3lzL2Rldi9oeXBlcnYvbmV0dnNjL2h2X3JuZGlzX2Zp bHRlci5jCisrKyBiL3N5cy9kZXYvaHlwZXJ2L25ldHZzYy9odl9ybmRpc19maWx0ZXIuYwpAQCAt OTYzLDMgKzk2MywxNCBAQAogCXJlcXVlc3QtPmhhbHRfY29tcGxldGVfZmxhZyA9IDE7CiB9CiAK Ky8qCisgKiBSTkRJUyBmaWx0ZXIgd2hlbiAiYWxsIiByZWNlcHRpb24gaXMgZG9uZQorICovCit2 b2lkCitodl9yZl9yZWNlaXZlX3JvbGx1cChuZXR2c2NfZGV2ICpuZXRfZGV2KQoreworCXJuZGlz X2RldmljZSAqcm5kaXNfZGV2OworCisJcm5kaXNfZGV2ID0gKHJuZGlzX2RldmljZSAqKW5ldF9k ZXYtPmV4dGVuc2lvbjsKKwluZXR2c2NfcmVjdl9yb2xsdXAocm5kaXNfZGV2LT5uZXRfZGV2LT5k ZXYpOworfQpkaWZmIC0tZ2l0IGEvc3lzL2Rldi9oeXBlcnYvbmV0dnNjL2h2X3JuZGlzLmggYi9z eXMvZGV2L2h5cGVydi9uZXR2c2MvaHZfcm5kaXMuaAotLS0gYS9zeXMvZGV2L2h5cGVydi9uZXR2 c2MvaHZfcm5kaXMuaAorKysgYi9zeXMvZGV2L2h5cGVydi9uZXR2c2MvaHZfcm5kaXMuaApAQCAt MTA0OSw2ICsxMDQ5LDcgQEAKIGludCBuZXR2c2NfcmVjdihzdHJ1Y3QgaHZfZGV2aWNlICpkZXZp Y2VfY3R4LCAKICAgICBuZXR2c2NfcGFja2V0ICpwYWNrZXQsIAogICAgIHJuZGlzX3RjcF9pcF9j c3VtX2luZm8gKmNzdW1faW5mbyk7Cit2b2lkIG5ldHZzY19yZWN2X3JvbGx1cChzdHJ1Y3QgaHZf ZGV2aWNlICpkZXZpY2VfY3R4KTsKIAogdm9pZCogaHZfc2V0X3JwcGlfZGF0YShybmRpc19tc2cg KnJuZGlzX21lc2csCiAgICAgdWludDMyX3QgcnBwaV9zaXplLApkaWZmIC0tZ2l0IGEvc3lzL2Rl di9oeXBlcnYvbmV0dnNjL2h2X25ldHZzY19kcnZfZnJlZWJzZC5jIGIvc3lzL2Rldi9oeXBlcnYv bmV0dnNjL2h2X25ldHZzY19kcnZfZnJlZWJzZC5jCi0tLSBhL3N5cy9kZXYvaHlwZXJ2L25ldHZz Yy9odl9uZXR2c2NfZHJ2X2ZyZWVic2QuYworKysgYi9zeXMvZGV2L2h5cGVydi9uZXR2c2MvaHZf bmV0dnNjX2Rydl9mcmVlYnNkLmMKQEAgLTY5LDYgKzY5LDcgQEAKICNpbmNsdWRlIDxzeXMvcXVl dWUuaD4KICNpbmNsdWRlIDxzeXMvbG9jay5oPgogI2luY2x1ZGUgPHN5cy9zeC5oPgorI2luY2x1 ZGUgPHN5cy9zeXNjdGwuaD4KIAogI2luY2x1ZGUgPG5ldC9pZi5oPgogI2luY2x1ZGUgPG5ldC9p Zl9hcnAuaD4KQEAgLTEzOCw2ICsxMzksMTUgQEAKICAgICBDU1VNX0lQX0lTQ1NJfENTVU1fSVA2 X1VEUHxDU1VNX0lQNl9UQ1B8Q1NVTV9JUDZfU0NUUHwJCVwKICAgICBDU1VNX0lQNl9UU098Q1NV TV9JUDZfSVNDU0kpCiAKKy8qIFhYWCBtb3ZlIHRvIG5ldGluZXQvdGNwX2xyby5oICovCisjZGVm aW5lIEhOX0xST19ISVdBVF9NQVgJCQkJNjU1MzUKKyNkZWZpbmUgSE5fTFJPX0hJV0FUX0RFRgkJ CQlITl9MUk9fSElXQVRfTUFYCisvKiBZWVkgMipNVFUgaXMgYSBiaXQgcm91Z2gsIGJ1dCBzaG91 bGQgYmUgZ29vZCBlbm91Z2guICovCisjZGVmaW5lIEhOX0xST19ISVdBVF9NVFVMSU0oaWZwKQkJ CSgyICogKGlmcCktPmlmX210dSkKKyNkZWZpbmUgSE5fTFJPX0hJV0FUX0lTVkFMSUQoc2MsIGhp d2F0KQkJCVwKKyAgICAoKGhpd2F0KSA+PSBITl9MUk9fSElXQVRfTVRVTElNKChzYyktPmhuX2lm cCkgfHwJXAorICAgICAoaGl3YXQpIDw9IEhOX0xST19ISVdBVF9NQVgpCisKIC8qCiAgKiBEYXRh IHR5cGVzCiAgKi8KQEAgLTE3MSw2ICsxODEsOSBAQAogLyogVGhlIG9uZSBhbmQgb25seSBvbmUg Ki8KIHN0YXRpYyBzdHJ1Y3QgaHZfbmV0dnNjX2RyaXZlcl9jb250ZXh0IGdfbmV0dnNjX2RydjsK IAorLyogVHJ1c3QgdGNwIHNlZ2VtZW50cyB2ZXJpZmljYXRpb24gb24gaG9zdCBzaWRlLiAqLwor c3RhdGljIGludCBobl90cnVzdF9ob3N0dGNwID0gMDsKK1RVTkFCTEVfSU5UKCJkZXYuaG4udHJ1 c3RfaG9zdHRjcCIsICZobl90cnVzdF9ob3N0dGNwKTsKIAogLyoKICAqIEZvcndhcmQgZGVjbGFy YXRpb25zCkBAIC0xODEsNiArMTk0LDE5IEBACiBzdGF0aWMgaW50ICBobl9pb2N0bChzdHJ1Y3Qg aWZuZXQgKmlmcCwgdV9sb25nIGNtZCwgY2FkZHJfdCBkYXRhKTsKIHN0YXRpYyBpbnQgIGhuX3N0 YXJ0X2xvY2tlZChzdHJ1Y3QgaWZuZXQgKmlmcCk7CiBzdGF0aWMgdm9pZCBobl9zdGFydChzdHJ1 Y3QgaWZuZXQgKmlmcCk7CisjaWZkZWYgSE5fTFJPX0hJV0FUCitzdGF0aWMgaW50IGhuX2xyb19o aXdhdF9zeXNjdGwoU1lTQ1RMX0hBTkRMRVJfQVJHUyk7CisjZW5kaWYKK3N0YXRpYyBpbnQgaG5f Y2hlY2tfaXBsZW4oY29uc3Qgc3RydWN0IG1idWYgKiwgaW50KTsKKworc3RhdGljIF9faW5saW5l IHZvaWQKK2huX3NldF9scm9faGl3YXQoc3RydWN0IGhuX3NvZnRjICpzYywgaW50IGhpd2F0KQor eworCXNjLT5obl9scm9faGl3YXQgPSBoaXdhdDsKKyNpZmRlZiBITl9MUk9fSElXQVQKKwlzYy0+ aG5fbHJvLmxyb19oaXdhdCA9IHNjLT5obl9scm9faGl3YXQ7CisjZW5kaWYKK30KIAogLyoKICAq IE5ldFZzYyBnZXQgbWVzc2FnZSB0cmFuc3BvcnQgcHJvdG9jb2wgdHlwZSAKQEAgLTMxMCw2ICsz MzYsOCBAQAogCWhuX3NvZnRjX3QgKnNjOwogCWludCB1bml0ID0gZGV2aWNlX2dldF91bml0KGRl dik7CiAJc3RydWN0IGlmbmV0ICppZnA7CisJc3RydWN0IHN5c2N0bF9vaWRfbGlzdCAqY2hpbGQ7 CisJc3RydWN0IHN5c2N0bF9jdHhfbGlzdCAqY3R4OwogCWludCByZXQ7CiAKIAluZXR2c2NfaW5p dCgpOwpAQCAtMzIyLDYgKzM1MCw4IEBACiAJYnplcm8oc2MsIHNpemVvZihobl9zb2Z0Y190KSk7 CiAJc2MtPmhuX3VuaXQgPSB1bml0OwogCXNjLT5obl9kZXYgPSBkZXY7CisJc2MtPmhuX2xyb19o aXdhdCA9IEhOX0xST19ISVdBVF9ERUY7CisJc2MtPmhuX3RydXN0X2hvc3R0Y3AgPSBobl90cnVz dF9ob3N0dGNwOwogCiAJTlZfTE9DS19JTklUKHNjLCAiTmV0VlNDTG9jayIpOwogCkBAIC0zNDks OSArMzc5LDExIEBACiAJICovCiAJaWZwLT5pZl9oZHJsZW4gPSBzaXplb2Yoc3RydWN0IGV0aGVy X3ZsYW5faGVhZGVyKTsKIAlpZnAtPmlmX2NhcGFiaWxpdGllcyB8PQotCSAgICBJRkNBUF9WTEFO X0hXVEFHR0lORyB8IElGQ0FQX1ZMQU5fTVRVIHwgSUZDQVBfSFdDU1VNIHwgSUZDQVBfVFNPOwor CSAgICBJRkNBUF9WTEFOX0hXVEFHR0lORyB8IElGQ0FQX1ZMQU5fTVRVIHwgSUZDQVBfSFdDU1VN IHwgSUZDQVBfVFNPIHwKKwkgICAgSUZDQVBfTFJPOwogCWlmcC0+aWZfY2FwZW5hYmxlIHw9Ci0J ICAgIElGQ0FQX1ZMQU5fSFdUQUdHSU5HIHwgSUZDQVBfVkxBTl9NVFUgfCBJRkNBUF9IV0NTVU0g fCBJRkNBUF9UU087CisJICAgIElGQ0FQX1ZMQU5fSFdUQUdHSU5HIHwgSUZDQVBfVkxBTl9NVFUg fCBJRkNBUF9IV0NTVU0gfCBJRkNBUF9UU08gfAorCSAgICBJRkNBUF9MUk87CiAJLyoKIAkgKiBP bmx5IGVuYWJsZSBVRFAgY2hlY2tzdW0gb2ZmbG9hZGluZyB3aGVuIGl0IGlzIG9uIDIwMTJSMiBv cgogCSAqIGxhdGVyLiBVRFAgY2hlY2tzdW0gb2ZmbG9hZGluZyBkb2Vzbid0IHdvcmsgb24gZWFy bGllcgpAQCAtMzcyLDggKzQwNCw1OSBAQAogCQlzYy0+aG5fY2FycmllciA9IDE7CiAJfQogCisJ dGNwX2xyb19pbml0KCZzYy0+aG5fbHJvKTsKKwkvKiBEcml2ZXIgcHJpdmF0ZSBMUk8gc2V0dGlu Z3MgKi8KKwlzYy0+aG5fbHJvLmlmcCA9IGlmcDsKKyNpZmRlZiBITl9MUk9fSElXQVQKKwlzYy0+ aG5fbHJvLmxyb19oaXdhdCA9IHNjLT5obl9scm9faGl3YXQ7CisjZW5kaWYKKwogCWV0aGVyX2lm YXR0YWNoKGlmcCwgZGV2aWNlX2luZm8ubWFjX2FkZHIpOwogCisJY3R4ID0gZGV2aWNlX2dldF9z eXNjdGxfY3R4KGRldik7CisJY2hpbGQgPSBTWVNDVExfQ0hJTERSRU4oZGV2aWNlX2dldF9zeXNj dGxfdHJlZShkZXYpKTsKKworCVNZU0NUTF9BRERfSU5UKGN0eCwgY2hpbGQsIE9JRF9BVVRPLCAi bHJvX3F1ZXVlZCIsCisJICAgIENUTEZMQUdfUlcsICZzYy0+aG5fbHJvLmxyb19xdWV1ZWQsIDAs ICJMUk8gcXVldWVkIik7CisJU1lTQ1RMX0FERF9JTlQoY3R4LCBjaGlsZCwgT0lEX0FVVE8sICJs cm9fZmx1c2hlZCIsCisJICAgIENUTEZMQUdfUlcsICZzYy0+aG5fbHJvLmxyb19mbHVzaGVkLCAw LCAiTFJPIGZsdXNoZWQiKTsKKwlTWVNDVExfQUREX1VMT05HKGN0eCwgY2hpbGQsIE9JRF9BVVRP LCAibHJvX3RyaWVkIiwKKwkgICAgQ1RMRkxBR19SVywgJnNjLT5obl9scm9fdHJpZWQsICIjIG9m IExSTyB0cmllcyIpOworI2lmZGVmIEhOX0xST19ISVdBVAorCVNZU0NUTF9BRERfUFJPQyhjdHgs IGNoaWxkLCBPSURfQVVUTywgImxyb19oaXdhdCIsCisJICAgIENUTFRZUEVfSU5UIHwgQ1RMRkxB R19SVywgc2MsIDAsIGhuX2xyb19oaXdhdF9zeXNjdGwsCisJICAgICJJIiwgIkxSTyBoaWdoIHdh dGVybWFyayIpOworI2VuZGlmCisJU1lTQ1RMX0FERF9JTlQoY3R4LCBjaGlsZCwgT0lEX0FVVE8s ICJ0cnVzdF9ob3N0dGNwIiwKKwkgICAgQ1RMRkxBR19SVywgJnNjLT5obl90cnVzdF9ob3N0dGNw LCAwLAorCSAgICAiVHJ1c3QgdGNwIHNlZ2VtZW50IHZlcmlmaWNhdGlvbiBvbiBob3N0IHNpZGUs ICIKKwkgICAgIndoZW4gY3N1bSBpbmZvIGlzIG1pc3NpbmciKTsKKwlTWVNDVExfQUREX1VMT05H KGN0eCwgY2hpbGQsIE9JRF9BVVRPLCAiY3N1bV9pcCIsCisJICAgIENUTEZMQUdfUlcsICZzYy0+ aG5fY3N1bV9pcCwgIlJYQ1NVTSBJUCIpOworCVNZU0NUTF9BRERfVUxPTkcoY3R4LCBjaGlsZCwg T0lEX0FVVE8sICJjc3VtX3RjcCIsCisJICAgIENUTEZMQUdfUlcsICZzYy0+aG5fY3N1bV90Y3As ICJSWENTVU0gVENQIik7CisJU1lTQ1RMX0FERF9VTE9ORyhjdHgsIGNoaWxkLCBPSURfQVVUTywg ImNzdW1fdHJ1c3RlZCIsCisJICAgIENUTEZMQUdfUlcsICZzYy0+aG5fY3N1bV90cnVzdGVkLAor CSAgICAiIyBvZiBUQ1Agc2VnZW1lbnRzIHRoYXQgd2UgdHJ1c3QgaG9zdCdzIGNzdW0gdmVyaWZp Y2F0aW9uIik7CisKKwlpZiAodW5pdCA9PSAwKSB7CisJCXN0cnVjdCBzeXNjdGxfY3R4X2xpc3Qg KmRjX2N0eDsKKwkJc3RydWN0IHN5c2N0bF9vaWRfbGlzdCAqZGNfY2hpbGQ7CisJCWRldmNsYXNz X3QgZGM7CisKKwkJLyoKKwkJICogQWRkIHN5c2N0bCBub2RlcyBmb3IgZGV2Y2xhc3MKKwkJICov CisJCWRjID0gZGV2aWNlX2dldF9kZXZjbGFzcyhkZXYpOworCQlkY19jdHggPSBkZXZjbGFzc19n ZXRfc3lzY3RsX2N0eChkYyk7CisJCWRjX2NoaWxkID0gU1lTQ1RMX0NISUxEUkVOKGRldmNsYXNz X2dldF9zeXNjdGxfdHJlZShkYykpOworCisJCVNZU0NUTF9BRERfSU5UKGRjX2N0eCwgZGNfY2hp bGQsIE9JRF9BVVRPLCAidHJ1c3RfaG9zdHRjcCIsCisJCSAgICBDVExGTEFHX1JELCAmaG5fdHJ1 c3RfaG9zdHRjcCwgMCwKKwkJICAgICJUcnVzdCB0Y3Agc2VnZW1lbnQgdmVyaWZpY2F0aW9uIG9u IGhvc3Qgc2lkZSwgIgorCQkgICAgIndoZW4gY3N1bSBpbmZvIGlzIG1pc3NpbmcgKGdsb2JhbCBz ZXR0aW5nKSIpOworCX0KKwogCXJldHVybiAoMCk7CiB9CiAKQEAgLTM4Myw2ICs0NjYsNyBAQAog c3RhdGljIGludAogbmV0dnNjX2RldGFjaChkZXZpY2VfdCBkZXYpCiB7CisJc3RydWN0IGhuX3Nv ZnRjICpzYyA9IGRldmljZV9nZXRfc29mdGMoZGV2KTsKIAlzdHJ1Y3QgaHZfZGV2aWNlICpodl9k ZXZpY2UgPSB2bWJ1c19nZXRfZGV2Y3R4KGRldik7IAogCiAJaWYgKGJvb3R2ZXJib3NlKQpAQCAt NDAxLDYgKzQ4NSw4IEBACiAKIAlodl9yZl9vbl9kZXZpY2VfcmVtb3ZlKGh2X2RldmljZSwgSFZf UkZfTlZfREVTVFJPWV9DSEFOTkVMKTsKIAorCXRjcF9scm9fZnJlZSgmc2MtPmhuX2xybyk7CisK IAlyZXR1cm4gKDApOwogfQogCkBAIC04ODcsNyArOTczLDcgQEAKIAlzdHJ1Y3QgbWJ1ZiAqbV9u ZXc7CiAJc3RydWN0IGlmbmV0ICppZnA7CiAJZGV2aWNlX3QgZGV2ID0gZGV2aWNlX2N0eC0+ZGV2 aWNlOwotCWludCBzaXplOworCWludCBzaXplLCBkb19scm8gPSAwOwogCiAJaWYgKHNjID09IE5V TEwpIHsKIAkJcmV0dXJuICgwKTsgLyogVE9ETzogS1lTIGhvdyBjYW4gdGhpcyBiZSEgKi8KQEAg LTkzOCwxNiArMTAyNCw1OCBAQAogCQlpZiAoY3N1bV9pbmZvLT5yZWNlaXZlLmlwX2NzdW1fc3Vj Y2VlZGVkKSB7CiAJCQltX25ldy0+bV9wa3RoZHIuY3N1bV9mbGFncyB8PQogCQkJICAgIChDU1VN X0lQX0NIRUNLRUQgfCBDU1VNX0lQX1ZBTElEKTsKKwkJCXNjLT5obl9jc3VtX2lwKys7CiAJCX0K IAogCQkvKiBUQ1AgY3N1bSBvZmZsb2FkICovCiAJCWlmIChjc3VtX2luZm8tPnJlY2VpdmUudGNw X2NzdW1fc3VjY2VlZGVkKSB7CiAJCQltX25ldy0+bV9wa3RoZHIuY3N1bV9mbGFncyB8PQogCQkJ ICAgIChDU1VNX0RBVEFfVkFMSUQgfCBDU1VNX1BTRVVET19IRFIpOwogCQkJbV9uZXctPm1fcGt0 aGRyLmNzdW1fZGF0YSA9IDB4ZmZmZjsKKwkJCXNjLT5obl9jc3VtX3RjcCsrOwogCQl9Ci0JfQog CisJCWlmIChjc3VtX2luZm8tPnJlY2VpdmUuaXBfY3N1bV9zdWNjZWVkZWQgJiYKKwkJICAgIGNz dW1faW5mby0+cmVjZWl2ZS50Y3BfY3N1bV9zdWNjZWVkZWQpCisJCQlkb19scm8gPSAxOworCX0g ZWxzZSB7CisJCWNvbnN0IHN0cnVjdCBldGhlcl9oZWFkZXIgKmVoOworCQl1aW50MTZfdCBldHlw ZTsKKwkJaW50IGhvZmY7CisKKwkJaG9mZiA9IHNpemVvZigqZWgpOworCQlpZiAobV9uZXctPm1f bGVuIDwgaG9mZikKKwkJCWdvdG8gc2tpcDsKKwkJZWggPSBtdG9kKG1fbmV3LCBzdHJ1Y3QgZXRo ZXJfaGVhZGVyICopOworCQlldHlwZSA9IG50b2hzKGVoLT5ldGhlcl90eXBlKTsKKwkJaWYgKGV0 eXBlID09IEVUSEVSVFlQRV9WTEFOKSB7CisJCQljb25zdCBzdHJ1Y3QgZXRoZXJfdmxhbl9oZWFk ZXIgKmV2bDsKKworCQkJaG9mZiA9IHNpemVvZigqZXZsKTsKKwkJCWlmIChtX25ldy0+bV9sZW4g PCBob2ZmKQorCQkJCWdvdG8gc2tpcDsKKwkJCWV2bCA9IG10b2QobV9uZXcsIHN0cnVjdCBldGhl cl92bGFuX2hlYWRlciAqKTsKKwkJCWV0eXBlID0gbnRvaHMoZXZsLT5ldmxfcHJvdG8pOworCQl9 CisKKwkJaWYgKGV0eXBlID09IEVUSEVSVFlQRV9JUCkgeworCQkJaW50IHByOworCisJCQlwciA9 IGhuX2NoZWNrX2lwbGVuKG1fbmV3LCBob2ZmKTsKKwkJCWlmIChwciA9PSBJUFBST1RPX1RDUCkg eworCQkJCWlmIChzYy0+aG5fdHJ1c3RfaG9zdHRjcCkgeworCQkJCQlzYy0+aG5fY3N1bV90cnVz dGVkKys7CisJCQkJCW1fbmV3LT5tX3BrdGhkci5jc3VtX2ZsYWdzIHw9CisJCQkJCSAgIChDU1VN X0lQX0NIRUNLRUQgfCBDU1VNX0lQX1ZBTElEIHwKKwkJCQkJICAgIENTVU1fREFUQV9WQUxJRCB8 IENTVU1fUFNFVURPX0hEUik7CisJCQkJCW1fbmV3LT5tX3BrdGhkci5jc3VtX2RhdGEgPSAweGZm ZmY7CisJCQkJfQorCQkJCS8qIFJlbHkgb24gU1cgY3N1bSB2ZXJpZmljYXRpb24gdGhvdWdoLi4u ICovCisJCQkJZG9fbHJvID0gMTsKKwkJCX0KKwkJfQorCX0KK3NraXA6CiAJaWYgKChwYWNrZXQt PnZsYW5fdGNpICE9IDApICYmCiAJICAgIChpZnAtPmlmX2NhcGVuYWJsZSAmIElGQ0FQX1ZMQU5f SFdUQUdHSU5HKSAhPSAwKSB7CiAJCW1fbmV3LT5tX3BrdGhkci5ldGhlcl92dGFnID0gcGFja2V0 LT52bGFuX3RjaTsKQEAgLTk2MSwxMiArMTA4OSwzNyBAQAogCiAJaWZfaW5jX2NvdW50ZXIoaWZw LCBJRkNPVU5URVJfSVBBQ0tFVFMsIDEpOwogCisJaWYgKChpZnAtPmlmX2NhcGVuYWJsZSAmIElG Q0FQX0xSTykgJiYgZG9fbHJvKSB7CisJCXN0cnVjdCBscm9fY3RybCAqbHJvID0gJnNjLT5obl9s cm87CisKKwkJaWYgKGxyby0+bHJvX2NudCkgeworCQkJc2MtPmhuX2xyb190cmllZCsrOworCQkJ aWYgKHRjcF9scm9fcngobHJvLCBtX25ldywgMCkgPT0gMCkgeworCQkJCS8qIERPTkUhICovCisJ CQkJcmV0dXJuIDA7CisJCQl9CisJCX0KKwl9CisKIAkvKiBXZSdyZSBub3QgaG9sZGluZyB0aGUg bG9jayBoZXJlLCBzbyBkb24ndCByZWxlYXNlIGl0ICovCiAJKCppZnAtPmlmX2lucHV0KShpZnAs IG1fbmV3KTsKIAogCXJldHVybiAoMCk7CiB9CiAKK3ZvaWQKK25ldHZzY19yZWN2X3JvbGx1cChz dHJ1Y3QgaHZfZGV2aWNlICpkZXZpY2VfY3R4KQoreworCWhuX3NvZnRjX3QgKnNjID0gZGV2aWNl X2dldF9zb2Z0YyhkZXZpY2VfY3R4LT5kZXZpY2UpOworCXN0cnVjdCBscm9fY3RybCAqbHJvID0g JnNjLT5obl9scm87CisJc3RydWN0IGxyb19lbnRyeSAqcXVldWVkOworCisJd2hpbGUgKChxdWV1 ZWQgPSBTTElTVF9GSVJTVCgmbHJvLT5scm9fYWN0aXZlKSkgIT0gTlVMTCkgeworCQlTTElTVF9S RU1PVkVfSEVBRCgmbHJvLT5scm9fYWN0aXZlLCBuZXh0KTsKKwkJdGNwX2xyb19mbHVzaChscm8s IHF1ZXVlZCk7CisJfQorfQorCiAvKgogICogUnVsZXMgZm9yIHVzaW5nIHNjLT50ZW1wX3VudXNh YmxlOgogICogMS4gIHNjLT50ZW1wX3VudXNhYmxlIGNhbiBvbmx5IGJlIHJlYWQgb3Igd3JpdHRl biB3aGlsZSBob2xkaW5nIE5WX0xPQ0soKQpAQCAtMTAyMiw3ICsxMTc1LDEzIEBACiAKIAkJLyog T2J0YWluIGFuZCByZWNvcmQgcmVxdWVzdGVkIE1UVSAqLwogCQlpZnAtPmlmX210dSA9IGlmci0+ aWZyX210dTsKLSAJCQorCQkvKgorCQkgKiBNYWtlIHN1cmUgdGhhdCBMUk8gaGlnaCB3YXRlcm1h cmsgaXMgc3RpbGwgdmFsaWQsCisJCSAqIGFmdGVyIE1UVSBjaGFuZ2UgKHRoZSAyKk1UVSBsaW1p dCkuCisJCSAqLworCQlpZiAoIUhOX0xST19ISVdBVF9JU1ZBTElEKHNjLCBzYy0+aG5fbHJvX2hp d2F0KSkKKwkJCWhuX3NldF9scm9faGl3YXQoc2MsIEhOX0xST19ISVdBVF9NVFVMSU0oaWZwKSk7 CisKIAkJZG8gewogCQkJTlZfTE9DSyhzYyk7CiAJCQlpZiAoIXNjLT50ZW1wX3VudXNhYmxlKSB7 CkBAIC0xMTQ3LDYgKzEzMDYsOCBAQAogCQkJCWlmcC0+aWZfY2FwZW5hYmxlIHw9IElGQ0FQX1JY Q1NVTTsKIAkJCX0KIAkJfQorCQlpZiAobWFzayAmIElGQ0FQX0xSTykKKwkJCWlmcC0+aWZfY2Fw ZW5hYmxlIF49IElGQ0FQX0xSTzsKIAogCQlpZiAobWFzayAmIElGQ0FQX1RTTzQpIHsKIAkJCWlm cC0+aWZfY2FwZW5hYmxlIF49IElGQ0FQX1RTTzQ7CkBAIC0xMjkyLDYgKzE0NTMsMTAyIEBACiB9 CiAjZW5kaWYKIAorI2lmZGVmIEhOX0xST19ISVdBVAorc3RhdGljIGludAoraG5fbHJvX2hpd2F0 X3N5c2N0bChTWVNDVExfSEFORExFUl9BUkdTKQoreworCXN0cnVjdCBobl9zb2Z0YyAqc2MgPSBh cmcxOworCWludCBoaXdhdCwgZXJyb3I7CisKKwloaXdhdCA9IHNjLT5obl9scm9faGl3YXQ7CisJ ZXJyb3IgPSBzeXNjdGxfaGFuZGxlX2ludChvaWRwLCAmaGl3YXQsIDAsIHJlcSk7CisJaWYgKGVy cm9yIHx8IHJlcS0+bmV3cHRyID09IE5VTEwpCisJCXJldHVybiBlcnJvcjsKKworCWlmICghSE5f TFJPX0hJV0FUX0lTVkFMSUQoc2MsIGhpd2F0KSkKKwkJcmV0dXJuIEVJTlZBTDsKKworCWlmIChz Yy0+aG5fbHJvX2hpd2F0ICE9IGhpd2F0KQorCQlobl9zZXRfbHJvX2hpd2F0KHNjLCBoaXdhdCk7 CisJcmV0dXJuIDA7Cit9CisjZW5kaWYJLyogSE5fTFJPX0hJV0FUICovCisKK3N0YXRpYyBpbnQK K2huX2NoZWNrX2lwbGVuKGNvbnN0IHN0cnVjdCBtYnVmICptLCBpbnQgaG9mZikKK3sKKwljb25z dCBzdHJ1Y3QgaXAgKmlwOworCWludCBsZW4sIGlwaGxlbiwgaXBsZW47CisJY29uc3Qgc3RydWN0 IHRjcGhkciAqdGg7CisJaW50IHRob2ZmOwkJCQkvKiBUQ1AgZGF0YSBvZmZzZXQgKi8KKworCWxl biA9IGhvZmYgKyBzaXplb2Yoc3RydWN0IGlwKTsKKworCS8qIFRoZSBwYWNrZXQgbXVzdCBiZSBh dCBsZWFzdCB0aGUgc2l6ZSBvZiBhbiBJUCBoZWFkZXIuICovCisJaWYgKG0tPm1fcGt0aGRyLmxl biA8IGxlbikKKwkJcmV0dXJuIElQUFJPVE9fRE9ORTsKKworCS8qIFRoZSBmaXhlZCBJUCBoZWFk ZXIgbXVzdCByZXNpZGUgY29tcGxldGVseSBpbiB0aGUgZmlyc3QgbWJ1Zi4gKi8KKwlpZiAobS0+ bV9sZW4gPCBsZW4pCisJCXJldHVybiBJUFBST1RPX0RPTkU7CisKKwlpcCA9IG10b2RvKG0sIGhv ZmYpOworCisJLyogQm91bmQgY2hlY2sgdGhlIHBhY2tldCdzIHN0YXRlZCBJUCBoZWFkZXIgbGVu Z3RoLiAqLworCWlwaGxlbiA9IGlwLT5pcF9obCA8PCAyOworCWlmIChpcGhsZW4gPCBzaXplb2Yo c3RydWN0IGlwKSkJCS8qIG1pbmltdW0gaGVhZGVyIGxlbmd0aCAqLworCQlyZXR1cm4gSVBQUk9U T19ET05FOworCisJLyogVGhlIGZ1bGwgSVAgaGVhZGVyIG11c3QgcmVzaWRlIGNvbXBsZXRlbHkg aW4gdGhlIG9uZSBtYnVmLiAqLworCWlmIChtLT5tX2xlbiA8IGhvZmYgKyBpcGhsZW4pCisJCXJl dHVybiBJUFBST1RPX0RPTkU7CisKKwlpcGxlbiA9IG50b2hzKGlwLT5pcF9sZW4pOworCisJLyoK KwkgKiBDaGVjayB0aGF0IHRoZSBhbW91bnQgb2YgZGF0YSBpbiB0aGUgYnVmZmVycyBpcyBhcwor CSAqIGF0IGxlYXN0IG11Y2ggYXMgdGhlIElQIGhlYWRlciB3b3VsZCBoYXZlIHVzIGV4cGVjdC4K KwkgKi8KKwlpZiAobS0+bV9wa3RoZHIubGVuIDwgaG9mZiArIGlwbGVuKQorCQlyZXR1cm4gSVBQ Uk9UT19ET05FOworCisJLyoKKwkgKiBJZ25vcmUgSVAgZnJhZ21lbnRzLgorCSAqLworCWlmIChu dG9ocyhpcC0+aXBfb2ZmKSAmIChJUF9PRkZNQVNLIHwgSVBfTUYpKQorCQlyZXR1cm4gSVBQUk9U T19ET05FOworCisJLyoKKwkgKiBUaGUgVENQL0lQIG9yIFVEUC9JUCBoZWFkZXIgbXVzdCBiZSBl bnRpcmVseSBjb250YWluZWQgd2l0aGluCisJICogdGhlIGZpcnN0IGZyYWdtZW50IG9mIGEgcGFj a2V0LgorCSAqLworCXN3aXRjaCAoaXAtPmlwX3ApIHsKKwljYXNlIElQUFJPVE9fVENQOgorCQlp ZiAoaXBsZW4gPCBpcGhsZW4gKyBzaXplb2Yoc3RydWN0IHRjcGhkcikpCisJCQlyZXR1cm4gSVBQ Uk9UT19ET05FOworCQlpZiAobS0+bV9sZW4gPCBob2ZmICsgaXBobGVuICsgc2l6ZW9mKHN0cnVj dCB0Y3BoZHIpKQorCQkJcmV0dXJuIElQUFJPVE9fRE9ORTsKKwkJdGggPSAoY29uc3Qgc3RydWN0 IHRjcGhkciAqKSgoY29uc3QgdWludDhfdCAqKWlwICsgaXBobGVuKTsKKwkJdGhvZmYgPSB0aC0+ dGhfb2ZmIDw8IDI7CisJCWlmICh0aG9mZiA8IHNpemVvZihzdHJ1Y3QgdGNwaGRyKSB8fCB0aG9m ZiArIGlwaGxlbiA+IGlwbGVuKQorCQkJcmV0dXJuIElQUFJPVE9fRE9ORTsKKwkJaWYgKG0tPm1f bGVuIDwgaG9mZiArIGlwaGxlbiArIHRob2ZmKQorCQkJcmV0dXJuIElQUFJPVE9fRE9ORTsKKwkJ YnJlYWs7CisJY2FzZSBJUFBST1RPX1VEUDoKKwkJaWYgKGlwbGVuIDwgaXBobGVuICsgc2l6ZW9m KHN0cnVjdCB1ZHBoZHIpKQorCQkJcmV0dXJuIElQUFJPVE9fRE9ORTsKKwkJaWYgKG0tPm1fbGVu IDwgaG9mZiArIGlwaGxlbiArIHNpemVvZihzdHJ1Y3QgdWRwaGRyKSkKKwkJCXJldHVybiBJUFBS T1RPX0RPTkU7CisJCWJyZWFrOworCWRlZmF1bHQ6CisJCWlmIChpcGxlbiA8IGlwaGxlbikKKwkJ CXJldHVybiBJUFBST1RPX0RPTkU7CisJCWJyZWFrOworCX0KKwlyZXR1cm4gaXAtPmlwX3A7Cit9 CisKIHN0YXRpYyBkZXZpY2VfbWV0aG9kX3QgbmV0dnNjX21ldGhvZHNbXSA9IHsKICAgICAgICAg LyogRGV2aWNlIGludGVyZmFjZSAqLwogICAgICAgICBERVZNRVRIT0QoZGV2aWNlX3Byb2JlLCAg ICAgICAgIG5ldHZzY19wcm9iZSksCmRpZmYgLS1naXQgYS9zeXMvZGV2L2h5cGVydi9uZXR2c2Mv aHZfbmV0X3ZzYy5oIGIvc3lzL2Rldi9oeXBlcnYvbmV0dnNjL2h2X25ldF92c2MuaAotLS0gYS9z eXMvZGV2L2h5cGVydi9uZXR2c2MvaHZfbmV0X3ZzYy5oCisrKyBiL3N5cy9kZXYvaHlwZXJ2L25l dHZzYy9odl9uZXRfdnNjLmgKQEAgLTQzLDYgKzQzLDggQEAKICNpbmNsdWRlIDxzeXMvbG9jay5o PgogI2luY2x1ZGUgPHN5cy9tYWxsb2MuaD4KICNpbmNsdWRlIDxzeXMvc3guaD4KKyNpbmNsdWRl IDxuZXRpbmV0L2luLmg+CisjaW5jbHVkZSA8bmV0aW5ldC90Y3BfbHJvLmg+CiAKICNpbmNsdWRl IDxkZXYvaHlwZXJ2L2luY2x1ZGUvaHlwZXJ2Lmg+CiAKQEAgLTk5Myw2ICs5OTUsMTcgQEAKIAlp bnQgICAgICAgICAgICAgdGVtcF91bnVzYWJsZTsKIAlzdHJ1Y3QgaHZfZGV2aWNlICAqaG5fZGV2 X29iajsKIAluZXR2c2NfZGV2ICAJKm5ldF9kZXY7CisKKwlzdHJ1Y3QgbHJvX2N0cmwJaG5fbHJv OworCWludAkJaG5fbHJvX2hpd2F0OworCisJLyogVHJ1c3QgdGNwIHNlZ21lbnRzIHZlcmlmaWNh dGlvbiBvbiBob3N0IHNpZGUgKi8KKwlpbnQJCWhuX3RydXN0X2hvc3R0Y3A7CisKKwl1X2xvbmcJ CWhuX2NzdW1faXA7CisJdV9sb25nCQlobl9jc3VtX3RjcDsKKwl1X2xvbmcJCWhuX2NzdW1fdHJ1 c3RlZDsKKwl1X2xvbmcJCWhuX2xyb190cmllZDsKIH0gaG5fc29mdGNfdDsKIAogCmRpZmYgLS1n aXQgYS9zeXMvZGV2L2h5cGVydi9uZXR2c2MvaHZfbmV0X3ZzYy5jIGIvc3lzL2Rldi9oeXBlcnYv bmV0dnNjL2h2X25ldF92c2MuYwotLS0gYS9zeXMvZGV2L2h5cGVydi9uZXR2c2MvaHZfbmV0X3Zz Yy5jCisrKyBiL3N5cy9kZXYvaHlwZXJ2L25ldHZzYy9odl9uZXRfdnNjLmMKQEAgLTkxOSw2ICs5 MTksNyBAQAogCSAqLwogCWh2X252X29uX3JlY2VpdmVfY29tcGxldGlvbihkZXZpY2UsIHZtX3hm ZXJfcGFnZV9wa3QtPmQudHJhbnNhY3Rpb25faWQsCiAJICAgIHN0YXR1cyk7CisJaHZfcmZfcmVj ZWl2ZV9yb2xsdXAobmV0X2Rldik7CiB9CiAKIC8qCgo= --b1_c14163bddd8f0cd1f879d08e10e7134d-- From owner-freebsd-net@freebsd.org Mon Jan 11 02:31:52 2016 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 A83D8A6B9CA for ; Mon, 11 Jan 2016 02:31:52 +0000 (UTC) (envelope-from haku22b@yahoo.co.jp) Received: from nh601-vm13.bullet.mail.ssk.yahoo.co.jp (nh601-vm13.bullet.mail.ssk.yahoo.co.jp [182.22.90.22]) by mx1.freebsd.org (Postfix) with ESMTP id 2C6FF1B4F for ; Mon, 11 Jan 2016 02:31:51 +0000 (UTC) (envelope-from haku22b@yahoo.co.jp) Received: from [182.22.66.105] by nh601.bullet.mail.ssk.yahoo.co.jp with NNFMP; 11 Jan 2016 02:29:02 -0000 Received: from [182.22.91.131] by t603.bullet.mail.ssk.yahoo.co.jp with NNFMP; 11 Jan 2016 02:29:02 -0000 Received: from [127.0.0.1] by omp604.mail.ssk.yahoo.co.jp with NNFMP; 11 Jan 2016 02:29:02 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 853701.93000.bm@omp604.mail.ssk.yahoo.co.jp Received: (qmail 66450 invoked by uid 60001); 11 Jan 2016 02:29:02 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.jp; s=yj20110701; t=1452479342; bh=axrD3/QrfA5qfBlbaDGfzHrs+8j+fAg4ddwnVUecaMU=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:X-YMail-JAS:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=QyjWaRl/I1tWp7h94PsveR+yF59UCij6Em8lwvNVUQKLzfbAOY84eDb8E1W8Da6F9Y9gY2/UUBtY31dCVaw5WPN4i8leenWgPVOhqYlyPgFlII8Uh0mUH2gMgVOdOxvsObxLoCUAYO9J8pkig53L6+MoMd1tQyjRqvswas18i0Y= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=yj20110701; d=yahoo.co.jp; h=Message-ID:X-YMail-OSG:Received:X-Mailer:X-YMail-JAS:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=YM7w5TB4XqOpIxfTFwqEoAAm25cyQYByUTWA5I2XSY2p3wMwDlH3R/b1g5IftL+fd0w8zE3GOQ7xZbI7yNkc9s3WNqUsPqn6LDpPwvvwigDWkJA08kamJqdy4DyaiZEWZ5jhIp+RgIkiyV+Bw0tgehJ1YCvtjvhs6kCDkfewInc=; Message-ID: <511690.54783.qm@web101310.mail.kks.yahoo.co.jp> X-YMail-OSG: wFRBhswVM1leLoFSpzlH2_G4YIVxzLRGO3PAQ.4eSCr9DsO8EB64xA412fhdKZ6TEqsr_aw8sYEbGo3NTQyDhFubjfgSEgY4oOAgJPAy0qOawOmXS_APej13T4GGP6N2D0g6_w092ZLwVBGsnzl7Tui8kNk8uuXAKpRhxdiFB.qYcSdOp8zP_Dk9sOpcPocGzYk97V_perpt4XJwVs1RdOphr_A9Tq6oZ0Vp4kP09xwlgcHPq9IMpAmbaEeSTrheTZ86DUiPSsS7Fbep1byXmRLdWqMHHX1z2txjdaB6LxtZuy3u4hg2Aaf47sLpJvR_q9uVYkEEWwTB4P685DLgqhaTlYjQCbodBXcKYpD3gcJCt_cfVDchgtJiGjzqHzVNGjE2byLsG9fGUkz.SYgYgivdmtPvF9b3qVSlDykqa4rdWsogCl6EBsJPthn2lT0bx5rc4Xi9mbrdxKCN2rAgNsin.Q7JDFvCM9jCzf1.RRnaPeh8ra1mHbPAYIMzXYgVkPv2 Received: from [126.25.227.130] by web101310.mail.kks.yahoo.co.jp via HTTP; Mon, 11 Jan 2016 11:29:02 JST X-Mailer: YahooMailWebService/0.8.111_67 X-YMail-JAS: hv.OU9UVM1mZ9tK0rpMWSwD_1hf_IZK62fkdCVF8X71hNkI0Z3N1v1peSPFWaKEUs3rprZydvc8mc.3.2q3CSYuUrra_CUQc9hRTB716TmGvYg6NWzE9zE5pkL1sDCFPI.Cx Date: Mon, 11 Jan 2016 11:29:02 +0900 (JST) From: haku22b@yahoo.co.jp Reply-To: haku22b@yahoo.co.jp Subject: How can I use bce1 ?? To: "freebsd-net@freebsd.org" MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 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, 11 Jan 2016 02:31:52 -0000 Hello , nice to meet you=0A=0Anow I am using Freebsd 10.1 =0A=0AI think=A0B= ce0 port is not good condition=0A=0Aso I want to change ethernet cable to b= ce1 from bce0 =0A=0Aand then What should I set up in freebsd =0A=0Ahelp ple= ase =0A=0Athank you, =A0have a nice day=0A From owner-freebsd-net@freebsd.org Mon Jan 11 06:42:32 2016 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 3B091A69360 for ; Mon, 11 Jan 2016 06:42:32 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [78.47.246.247]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C189D198E for ; Mon, 11 Jan 2016 06:42:31 +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.14.9/8.14.9) with ESMTP id u0B6gIuF073208 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 11 Jan 2016 07:42:19 +0100 (CET) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: haku22b@yahoo.co.jp Received: from [10.58.0.10] (dadvw [10.58.0.10]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id u0B6g8FM096553 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Mon, 11 Jan 2016 13:42:10 +0700 (KRAT) (envelope-from eugen@grosbein.net) Subject: Re: How can I use bce1 ?? To: haku22b@yahoo.co.jp, "freebsd-net@freebsd.org" References: <511690.54783.qm@web101310.mail.kks.yahoo.co.jp> From: Eugene Grosbein Message-ID: <56934EBB.70305@grosbein.net> Date: Mon, 11 Jan 2016 13:42:03 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <511690.54783.qm@web101310.mail.kks.yahoo.co.jp> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=0.3 required=5.0 tests=BAYES_00,LOCAL_FROM autolearn=no version=3.3.2 X-Spam-Report: * -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.3.2 (2011-06-06) on hz.grosbein.net X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 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, 11 Jan 2016 06:42:32 -0000 11.01.2016 9:29, haku22b@yahoo.co.jp пишет: > Hello , nice to meet you > > now I am using Freebsd 10.1 > > I think Bce0 port is not good condition > > so I want to change ethernet cable to bce1 from bce0 > > and then What should I set up in freebsd > > help please > > thank you, have a nice day Use your favorite text editor to edit the file /etc/rc.conf and replace all occurences of bce0 with bce1 there. For example, replace ifconfig_bce0 with ifconfig_bce1, firewall_nat_interface="bce0" to firewall_nat_interface="bce1" etc. Then reboot the machine. Reboot is not strictly required but it is simplest way to apply changes for novice user. From owner-freebsd-net@freebsd.org Mon Jan 11 08:22:52 2016 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 2877CA6BB9F for ; Mon, 11 Jan 2016 08:22:52 +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 187811502 for ; Mon, 11 Jan 2016 08:22:52 +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 u0B8MoES025481 for ; Mon, 11 Jan 2016 08:22:51 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 185427] [igb] [panic] freebsd 8.4, 9.1 and 9.2 panic Double-Fault with intel 82576 igb driver Date: Mon, 11 Jan 2016 08:22:51 +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: unspecified X-Bugzilla-Keywords: IntelNetworking, crash X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: eugen@grosbein.net X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: Normal 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.20 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, 11 Jan 2016 08:22:52 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D185427 --- Comment #9 from eugen@grosbein.net --- (In reply to napTu from comment #8) There seem to be some problems with multithreading and/or locks within 9.x kernel/ng_nat code. 82576 just adds extra parallelism as it supports MSI-X = and multiple receive interrupts and increase probability of races within NETGRA= PH code. 82571 supports only single-threaded receive path. Why do you use ng_nat if you do not run mpd? Try to switch from ng_nat to ipfw nat and eliminate netgraph to simplify co= de path. Your 8.x crash link is broken (404). --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Mon Jan 11 11:20:05 2016 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 18EEEA6B8E1 for ; Mon, 11 Jan 2016 11:20:05 +0000 (UTC) (envelope-from honzhan@microsoft.com) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1on0130.outbound.protection.outlook.com [157.56.110.130]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AC53F1AF5 for ; Mon, 11 Jan 2016 11:20:04 +0000 (UTC) (envelope-from honzhan@microsoft.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=selector1; h=From:To:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=7dhZf1g4329a0/WPTGjr6RMrOBWwCfVG6f62+Pv5HGA=; b=QHc+/y194ktngaepvq9vYKHznrbrqOoQcYKd181WCMvOJnfr/wJjaNJCkIGXuoJqvim0kIeNRXppwC2+JmSTZFeRuriQzhcY0PS+7zZeknFqQS2rUvFc8D7uiB51lSzmjtwlz/HBGBP3sHv5uMIe5nSwufoRkMvbTy0XyguUWdw= Received: from CH1PR03CA004.namprd03.prod.outlook.com (10.255.156.149) by BLUPR03MB567.namprd03.prod.outlook.com (10.141.78.20) with Microsoft SMTP Server (TLS) id 15.1.365.19; Mon, 11 Jan 2016 11:19:55 +0000 Received: from BN1BFFO11FD053.protection.gbl (10.255.156.132) by CH1PR03CA004.outlook.office365.com (10.255.156.149) with Microsoft SMTP Server (TLS) id 15.1.365.19 via Frontend Transport; Mon, 11 Jan 2016 11:19:55 +0000 Authentication-Results: spf=pass (sender IP is 206.191.228.180) smtp.mailfrom=microsoft.com; freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=pass action=none header.from=microsoft.com; Received-SPF: Pass (protection.outlook.com: domain of microsoft.com designates 206.191.228.180 as permitted sender) receiver=protection.outlook.com; client-ip=206.191.228.180; helo=064-smtp-out.microsoft.com; Received: from 064-smtp-out.microsoft.com (206.191.228.180) by BN1BFFO11FD053.mail.protection.outlook.com (10.58.145.8) with Microsoft SMTP Server (TLS) id 15.1.355.15 via Frontend Transport; Mon, 11 Jan 2016 11:19:52 +0000 Received: from SG2PR3002MB0106.064d.mgd.msft.net (141.251.56.18) by SG2PR3002MB0106.064d.mgd.msft.net (141.251.56.18) with Microsoft SMTP Server (TLS) id 15.1.365.9; Mon, 11 Jan 2016 11:19:49 +0000 Received: from SG2PR3002MB0106.064d.mgd.msft.net ([141.251.56.18]) by SG2PR3002MB0106.064d.mgd.msft.net ([141.251.56.18]) with mapi id 15.01.0365.012; Mon, 11 Jan 2016 11:19:49 +0000 From: Hongjiang Zhang To: "freebsd-net@freebsd.org" Subject: Is there any plan to support GRO Thread-Topic: Is there any plan to support GRO Thread-Index: AdFMYVwV39/DqPKeSISBhpIchNtv0w== Date: Mon, 11 Jan 2016 11:19:49 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [141.251.197.132] X-MS-Office365-Filtering-Correlation-Id: 7e401867-a6da-45e9-8ee4-08d31a7920da MIME-Version: 1.0 X-EOPAttributedMessage: 0 X-Microsoft-Exchange-Diagnostics: 1; BN1BFFO11FD053; 1:lW4hmpvoex6b72GiH7vcI/FQ9SNnTDMpicopkJEDfPoTq3UUCT2xP+DYCAJaKE0kCFTP1WDhz/l5rNhNR3zSnPyGi4A3AGZRdO1sLD0ZGADmZ9rh9VmcfeJ4qvECnoRuDydPoQCu0uzMFB2MQHNOMKMmWdgK23wmTCssEL6YxXaL3ahikQmWoa8Yp/d2bD+KXW/GpeZT21s14pZDdU3EUTb/6e1ASU2WTPWGv8CKtf4NmINybxeveE4Jr7VRrHBMgyFCLdnjzyEOs09gNa/iMeZ0nGFe0S6Zk1P6J3PtWyz/O92ClLufGZKjeXdxdtu7a6RPXvHSVO6q5XPYW1LwHA== X-Forefront-Antispam-Report: CIP:206.191.228.180; CTRY:US; IPV:NLI; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(2980300002)(438002)(53754006)(199003)(189002)(108616004)(260700001)(6806005)(300700001)(24736003)(86362001)(19625215002)(3846002)(1220700001)(102836003)(512954002)(6116002)(1096002)(19580395003)(790700001)(19300405004)(450100001)(69596002)(586003)(92566002)(5008740100001)(84326002)(229853001)(2501003)(11100500001)(97736004)(50986999)(2900100001)(81156007)(5003600100002)(5004730100002)(2351001)(86146001)(86612001)(189998001)(16796002)(33646002)(87936001)(110136002)(15975445007)(10290500002)(10400500002)(10090500001)(5005710100001)(66066001)(107886002)(106466001)(16236675004)(5000100001)(5001960100002)(54356999)(2906002); DIR:OUT; SFP:1102; SCL:1; SRVR:BLUPR03MB567; H:064-smtp-out.microsoft.com; FPR:; SPF:Pass; PTR:ErrorRetry; A:1; MX:1; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; BLUPR03MB567; 2:U4u9Yvk0ctj0ie/VT2BBTmFpPb9acGuDGWNvGJhWuZP4paj3vFouwuoiEA48lHsLuNEq21KX92DydTBzjnkSyBcu2XBXTih1m4xtyvobTwwfeYPyK9GGBDYQSoiBA1lvyMLmsVoDZdVzh2QQDz/s0Q==; 3:J5VhgGblYbuRSc/x6XAG/C5O6kHAhBZ1E49TOQQDC7NFuLJu+b6gdEAmbaBYcgrcAdGWDIkSrm130z7Fx3TOGKcx2xzwm0TQom7pswBt6kAC7jLq+XcDu8yTLVkYN2Mtz+uCaP9UDoJBf3SimfNVdssFZSe8Z5h9Qcm4nCDOqq0Xjl4FQ1FJOmpO5EUXZy16uXLZ63x5A5hGBUisb5UOWwUH1YEqQ+CyopGI7FzrdIWVr/TE25htGCBPG4afKHi8RNO6Djbg6lQ/pfHAapzRgQ==; 25:bIthE6gKimMguqzf6JuL7AXZMUSCMxbu2iZlY9cMCKReI3ZctgLuODXcuy71ecXtl3tnA3l86xpHHPBg2sVyv3tmtBkHga+jdUIA6QNt89w7dvQudR/vst6wQzaUtvsOA9ElzBMypn1KGjYzDOOdqGwQvb5kXQnck4Dg63DZhGjLOtJfMiOaMVKWXHdXg+Q2NgK7VbrnSpDa2BaJ5n2FkWPCzNYvMSki4nuIyvvryzrxRRlfgv1lZ9gEwpJbTvqkwJ3ghLO/NRLyY9Ff9VkEt+1VMNUoHKllr/jKbX+Ycco= X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(8251501001); SRVR:BLUPR03MB567; X-O365EOP-Header: O365_EOP: AllowList from IP - set SCL to -1 X-Microsoft-Exchange-Diagnostics: 1; BLUPR03MB567; 20:H6qe/3ij3G9o9irF/VgVa8AiYPVd3XK67hrhXteTjN4rKu8Y46KuH93s/l3weutBeRk6FxtQzVd698s9gLOj/GzuvLBdK3KnlNYncq1LebhXYZ45FNnpfqrINlQx/D9dIT6xE8bwUnPubV0yWor7z3R+y/6pkZ8GN3eToudn6UtgeYItSndpyFekOxy/sY/ENZNGml1q+dod3lUxztmEEQfniYqpCzlq6fuEeeBBkS+VhLc6MxOxRlwItFTuOQRZg6CIYfPBSSqVxiST32/ZTRax4GhlCXCIvzQ6BsJPAa0xImzh7da2AN9WaX3sWbXm9P9Utm9rP3xzn+DlO3D/WOkxenJbd01DJ/HSYHC6hlUSG7zLOgArhfvBEIaEmohTudWiYtxA8koidyYp1JBd6NWMkZsxpQx7nBLZEYn3wFolrf91Uh+6VVuU+ZqaECtnVFAZSfuzFbQQZ0MesVAC1pdKuBTQ4T1F7tfUpz1Fm+1UV3BYEdiNGDQv/ohwAn/kaP7xAjkO0N3kSLKtXV4hC79Mfj/IQRlG+adFM/6drk5H0cpgFaXBVCvQkaw2KuV1NjC5V2th9a0ydZV1Voin1s6FxpKsEPE5crxiY9M5P0o= X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(61425038)(601004)(2401047)(5005006)(13016025)(520078)(8121501046)(13018025)(10201501046)(3002001)(61426038)(61427038); SRVR:BLUPR03MB567; BCL:0; PCL:0; RULEID:; SRVR:BLUPR03MB567; X-Microsoft-Exchange-Diagnostics: 1; BLUPR03MB567; 4:L2KHexutVvdRzaLad5goPaF4ZrTU1cPi56Kmk6acwNNPuOta1317z9bIGsew+5PvG6Z+gp0GzVpcdaRUGVYvdsZT25QC4qgW9SrRZeGx+uSF3L5X9SJvO7gzTlEBp3eo8bmCf0VlmuSL8g/qvcPSG+b2hWc45ZTsV5kmB3CbBlmKOEkNZpUP1/lhlUaNgIHLNumRrroQmFUCDPl3USYibvUzt5Xt92ViNh0NHl0e1+gA07iX0NchTba+IdmFKtFvA7Ty+NGDMv/iLD2I4llywfmgTmKvpK3o2gjUPzt7TciR+7EJtrLVu4rX/ByvJlJzyyNrERgm7H40kZeo1tlBbGrZmM2UPAkPHT0pSr85ig/wQDzJhoFb/4fRdsrAjhnIKVluvvfB5RhbDVz1xZiIbBGGoktHgIc8jXqtR8TgDkzDe1rjvxalxRFZmaXOBiiIADPvCtiZyIa6ZgKUj3JVdDaA2HjAvkUYh2g1rCWNlNA= X-Forefront-PRVS: 0818724663 X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; BLUPR03MB567; 23:slBwompPPdd+0ERc/9k5FYc0sqRlHwBe5hTQgLNWMY?= =?us-ascii?Q?OF8aBiH2omU44603n7r0zy8WYNwI2DQElVVmmaK4nw8GIVSpgkQgLrs854II?= =?us-ascii?Q?T52XqxJCQX21LSC7heGsaK2c4NFgKufA1DAfhYlza6yUWUv33yvD8da+AmaS?= =?us-ascii?Q?bWo+GHyK5rdvUyKyUYiY8Hrp7/7bvjZQ7wE1aCulTMdTtrWjdkY/znkBlJZK?= =?us-ascii?Q?fNgymhOPJmox35TqxNghUVy9Kqvs81yrI8Spuc2aNOaN4hIHJucue1tOIz6M?= =?us-ascii?Q?ymljecc1xYqZCUSq0qnRevEsXnOudG88+euU3maHVuKd5MPQ8jAWhcg6wars?= =?us-ascii?Q?wQw/7tb6rVSKJ6OGD+wmPyh+/YVirOelonEFNMw56w10HBPEhkWjCG/XOUI9?= =?us-ascii?Q?k9VVzW+ZgpCu9CN8iGlmd9/I+AKt1hhpVHpsUFVLxW+sK9glf/3tkJCuHqmt?= =?us-ascii?Q?i8LUun71QmUTFAk6N3VnUayhSP03vcU05YD4QWta+IPAa3FbCWTus0xw5RB3?= =?us-ascii?Q?G2OXzYHfeXIaAyXSs8utdnATMpnCPIDOK91Do99RlZN5O7LtkQAQnmOfe+25?= =?us-ascii?Q?LY07xFVy7KqnzN1vxNhwzJmFFiMsV+P4ja9aIYVZUD9Mz0iObMNo8Zwg46E/?= =?us-ascii?Q?Djj7pGeh8VRfiogLTgPUsTTXhLnyELwU8j8uyjVanKRxMctrXM5bWeuzCb/1?= =?us-ascii?Q?WleGirevjzXQO4Ftf0dbRD5Z61RvMOiLMCITnjExFqO3JP/m3UrEM3AO2gVZ?= =?us-ascii?Q?17IckmGf+yGlyk++QABFgpq0EKa8wnVtwXe9qsAQjIw9imKZdFq3wF/RAKP3?= =?us-ascii?Q?hbd/DwtanROlz3AVQIz0PfCgAiWqqX1VC0aPXBFpZQuq5V6F5o1Kx4Q7hHeP?= =?us-ascii?Q?1GMEo+9Uu2lyqB+vqtTclGDd+WzMqTx2vsCe8SwlA6FBLBfyV7gwgnK31SrR?= =?us-ascii?Q?9CwHSrumIMg7Y3HoluW+BIcL2RIvSLieojoIXIFBXB6Bcfg7U6KMOScmOzNc?= =?us-ascii?Q?9oidVH5M3VK8tdZk5EyBaiKVTGA16lQ5Eq0Yz3K83uC8QaKTq/BFpZa15jEH?= =?us-ascii?Q?KM2JGN8tuF0cv79HmL7sawIa4b0inFqh2JRxeYGgE6ZVw5+3H2gJaaIH74AR?= =?us-ascii?Q?zeB0DAzA3UpTDdPwXKjNUw6mXKIlocmaoFOLKSqarZ99wFND+rmf8dysdbXS?= =?us-ascii?Q?2RkT1J4s5JyFOLSzX+hafk5lIboHmjdEhpwps0X/CTy8uZ7CjC91YdE9YfVA?= =?us-ascii?Q?HymEqwwZTme+blwhEr1LPzYc1G7sHoMaG72/T+tiNRLOw0ek2+UCuWvLtFDA?= =?us-ascii?Q?Q56j9eKXtWSGaP+Sh62oAJMr6k3EGp0SXBRgQWoZVfLJ1pdBm8eHI1RV4Zdp?= =?us-ascii?Q?Lz+Wm471a2KikL+e7tc4H0EvU1L/RJpLn/FsQmsR7K4kmgB9BGKtWLRLnc+h?= =?us-ascii?Q?zgzpGRT1ylerLmEoxxzrVR/mv+Pwwh22ib/wPtTrph3fjo7iYK/kG537/TmP?= =?us-ascii?Q?/qTJIU04YUU4Q0vMT8UphwgXQpHc7Or/M=3D?= X-Microsoft-Exchange-Diagnostics: 1; BLUPR03MB567; 5:LuMBFwe89qsHElrZZcFR8WhL9AQTRDrEKjK6pcqpnJKxM1xy7n+F9i96HHnjgMbp/YTS8y8npHHZt1VWPhJbjhiu3kfVGRXHlEuh6NrtZ8bU+aaDh/aDoX5YKEJyGCHlnOW1pUUYyNiK7DNEFkMI5A==; 24:jqdRFbAKQtvFMcrSvxW5mmdfwMX9OIcPmodv4oAuNf/zvYnvDeTpaRU338wKGIrG42m588kFL1mTTBEcXy8sLtiuJv5NriO+MmGsQ+mdTyw= SpamDiagnosticOutput: 1:23 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: microsoft.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 11 Jan 2016 11:19:52.9407 (UTC) X-MS-Exchange-CrossTenant-Id: 72f988bf-86f1-41af-91ab-2d7cd011db47 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=72f988bf-86f1-41af-91ab-2d7cd011db47; Ip=[206.191.228.180]; Helo=[064-smtp-out.microsoft.com] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLUPR03MB567 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 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, 11 Jan 2016 11:20:05 -0000 Hi all, LRO has been enabled since FreeBSD 7.1. Is there any plan to support GRO (G= eneric Receive Offloading)? I also found Linux disabled LRO and enabled GRO by default. It looks like G= RO is better than LRO. From owner-freebsd-net@freebsd.org Mon Jan 11 15:02:10 2016 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 79903A6CF93 for ; Mon, 11 Jan 2016 15:02:10 +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 69BF51A39 for ; Mon, 11 Jan 2016 15:02:10 +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 u0BF29bm090291 for ; Mon, 11 Jan 2016 15:02:10 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 206122] tcp keep-alive message sent without timestamp option Date: Mon, 11 Jan 2016 15:02:10 +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-CURRENT 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: keywords 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.20 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, 11 Jan 2016 15:02:10 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206122 Mark Linimon changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |patch 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 Mon Jan 11 15:43:14 2016 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 F33CAA6AE95 for ; Mon, 11 Jan 2016 15:43:14 +0000 (UTC) (envelope-from hiren@strugglingcoder.info) Received: from mail.strugglingcoder.info (strugglingcoder.info [65.19.130.35]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.strugglingcoder.info", Issuer "mail.strugglingcoder.info" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E4BC31471 for ; Mon, 11 Jan 2016 15:43:14 +0000 (UTC) (envelope-from hiren@strugglingcoder.info) Received: from localhost (unknown [10.1.1.3]) (Authenticated sender: hiren@strugglingcoder.info) by mail.strugglingcoder.info (Postfix) with ESMTPA id 9DB1BC8EB2; Mon, 11 Jan 2016 07:43:07 -0800 (PST) Date: Mon, 11 Jan 2016 07:43:07 -0800 From: hiren panchasara To: Hongjiang Zhang Cc: "freebsd-net@freebsd.org" Subject: Re: Is there any plan to support GRO Message-ID: <20160111154307.GK6605@strugglingcoder.info> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="j3olVFx0FsM75XyV" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 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, 11 Jan 2016 15:43:15 -0000 --j3olVFx0FsM75XyV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On 01/11/16 at 11:19P, Hongjiang Zhang wrote: > Is there any plan to support GRO (Generic Receive Offloading)? Not that I am aware of. Though there are efforts/talks/patches to improve LRO. Cheers, Hiren --j3olVFx0FsM75XyV Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAABCgBmBQJWk82IXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRBNEUyMEZBMUQ4Nzg4RjNGMTdFNjZGMDI4 QjkyNTBFMTU2M0VERkU1AAoJEIuSUOFWPt/lUg0IAKTrV/T00Zw39LkHF0bPJkJc uW7HJSaFBgev4iEu7rUdrmrA2sJKd9NIXAtBL8fzSa+7PooZi+ORRtO6wy6M6qtb jCwlRj1aD8tS40pVo8nbzRmEc0MjYJ69jrXiOzNOogjemDnHoSYV3fA0TviUYxKW jwRF5npe/OssMBTrQAP0OSvwHcuCfOYWJmR/abbSjcdxaLlu9waEc/TO0sYjCAqR nOFTUCZZaWqXyFFYkKhxL96mWDcXCvV3TG99UOgN0RI+OSG9Ab1enrDkeodQ2Ixr ybdqIvBOvB2nGEneaE1MNZdxBlZfVxkyMrlJ/HkjZzRTfqgTDZWrvyXgkv4Sdk8= =bxoW -----END PGP SIGNATURE----- --j3olVFx0FsM75XyV-- From owner-freebsd-net@freebsd.org Tue Jan 12 02:33:27 2016 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 28747A6C093 for ; Tue, 12 Jan 2016 02:33:27 +0000 (UTC) (envelope-from honzhan@microsoft.com) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1on0131.outbound.protection.outlook.com [157.56.110.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B79AB1F11 for ; Tue, 12 Jan 2016 02:33:25 +0000 (UTC) (envelope-from honzhan@microsoft.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=selector1; h=From:To:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=jSgbHz1R2khvgoRXHdfaGZzGdhkbnSmNl4747cJlsbk=; b=F0rRmghrLdkAdfRtkUSGAQGloxt+bKktQUvEM0iT2E+iVoo694vXi3/4chyXMasIIfIn4ShpESmqOBCOy+8E/Vrl0FOwDYY06gZl/J2maU/MHI6nJZmkP6Leb4W02fDc2abG+V4+FA+gQIz2rR2E7kLEJ/tR49qHcEsoFfV9M0Y= Received: from BY2PR03CA054.namprd03.prod.outlook.com (10.141.249.27) by BN1PR03MB086.namprd03.prod.outlook.com (10.255.225.158) with Microsoft SMTP Server (TLS) id 15.1.361.13; Tue, 12 Jan 2016 02:18:11 +0000 Received: from BN1AFFO11FD040.protection.gbl (2a01:111:f400:7c10::121) by BY2PR03CA054.outlook.office365.com (2a01:111:e400:2c5d::27) with Microsoft SMTP Server (TLS) id 15.1.365.19 via Frontend Transport; Tue, 12 Jan 2016 02:18:11 +0000 Authentication-Results: spf=pass (sender IP is 206.191.228.180) smtp.mailfrom=microsoft.com; strugglingcoder.info; dkim=none (message not signed) header.d=none;strugglingcoder.info; dmarc=pass action=none header.from=microsoft.com; Received-SPF: Pass (protection.outlook.com: domain of microsoft.com designates 206.191.228.180 as permitted sender) receiver=protection.outlook.com; client-ip=206.191.228.180; helo=064-smtp-out.microsoft.com; Received: from 064-smtp-out.microsoft.com (206.191.228.180) by BN1AFFO11FD040.mail.protection.outlook.com (10.58.52.251) with Microsoft SMTP Server (TLS) id 15.1.355.15 via Frontend Transport; Tue, 12 Jan 2016 02:18:09 +0000 Received: from SG2PR3002MB0106.064d.mgd.msft.net (141.251.56.18) by SG2PR3002MB0107.064d.mgd.msft.net (141.251.56.19) with Microsoft SMTP Server (TLS) id 15.1.365.9; Tue, 12 Jan 2016 02:18:05 +0000 Received: from SG2PR3002MB0106.064d.mgd.msft.net ([141.251.56.18]) by SG2PR3002MB0106.064d.mgd.msft.net ([141.251.56.18]) with mapi id 15.01.0365.012; Tue, 12 Jan 2016 02:18:05 +0000 From: Hongjiang Zhang To: hiren panchasara CC: "freebsd-net@freebsd.org" Subject: RE: Is there any plan to support GRO Thread-Topic: Is there any plan to support GRO Thread-Index: AdFMYVwV39/DqPKeSISBhpIchNtv0wAJWgGAABX+WVA= Date: Tue, 12 Jan 2016 02:18:05 +0000 Message-ID: <0fee05072a9741609f47ca53e0797759@SG2PR3002MB0106.064d.mgd.msft.net> References: <20160111154307.GK6605@strugglingcoder.info> In-Reply-To: <20160111154307.GK6605@strugglingcoder.info> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [141.251.56.4] X-MS-Office365-Filtering-Correlation-Id: 0fddf2f1-6d9a-446c-70b7-08d31af69db7 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-EOPAttributedMessage: 0 X-Microsoft-Exchange-Diagnostics: 1; BN1AFFO11FD040; 1:Jq7sMpTCqfCg2CDCQmfkSvUhvi5+I4OmDVOApzGhMcH9jy1PntToQuGgctFtmZbtrxCLTGz5J32neBOkfvdbl4ly+zhFYmwPbrLOnX4TPKewIIu/j2E0YXdDX2tn2OT/FAfmop/29h5IvLHfgMQFe8U5tg5jToXAtoN/4l2SIrBlgMKAQzlwByFfHYVyIr180rtplNZS1O8u1KllSxKhwlmPQudi1XZj/Arsz24Ar4VHxVKUhKpYrMHxGybqJNKFtj5tP2H3fAfwpyIYsU+5/greCnutlIx9LiCfPhk/zpUHoyy3PIQxxB0JY8VTsoXN/NJsRQuwchQ+BaxX/Yy18w== X-Forefront-Antispam-Report: CIP:206.191.228.180; CTRY:US; IPV:NLI; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(2980300002)(438002)(13464003)(24454002)(199003)(479174004)(11905935001)(189002)(5001960100002)(108616004)(16796002)(2900100001)(11100500001)(1220700001)(23696002)(2906002)(5004730100002)(10400500002)(92566002)(97736004)(5003600100002)(19580405001)(3846002)(54356999)(33646002)(48336001)(86146001)(66066001)(86612001)(110136002)(87936001)(47776003)(106466001)(2950100001)(81156007)(86362001)(24736003)(69596002)(76176999)(1096002)(5008740100001)(15975445007)(6806005)(10290500002)(4326007)(189998001)(47136003)(50466002)(19580395003)(6116002)(10090500001)(5005710100001)(50986999)(586003)(102836003); DIR:OUT; SFP:1102; SCL:1; SRVR:BN1PR03MB086; H:064-smtp-out.microsoft.com; FPR:; SPF:Pass; PTR:ErrorRetry; A:1; MX:1; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; BN1PR03MB086; 2:t7BkGUKNYzLt/HsDTGe/BoWhhxO8wupkEoB1lRFfq6nMEdRuApUS54Mr8MQFcHBliDt1XY8hSBgPqssG6wncAoCgDM3T5wCDlCx7lM9O9Gasht4U5SmoHwBDK7ZRRk+L6kTGJO9TyLe/qJEmZWmMAA==; 3:PqE06NzPDmjQc0SpkOLTZtBRCOcN7G9FVY00pb/Ilsvd1ZGxCnxxtFeZNk2tc5ShCW2xmNf97jDwn2rXow7TMrQFkMNv2sjvKGvKhEnNvQeGkSwLwtDXEdK9OcsyI1TOvi4Qgjs8T1vkUr4unXSaZigqjjWVq6+viYxkbpENpLfTlY+NMro9C561kGIE0TsHrP9horkbEv4LQvCOpawcERyddXq8yZyM2xlUzLg22kcHA3rwafhoN9/9DefE5G7/lGx7528v3JTp5ZWwe6us8A==; 25:0l6TC1NnXOYOr2yyyoEzfRBve4AIuFOMwwnwY/t+z8/+5JOpiES5GWzhgee/1aYnn24e54fEFp8ICIlLWpKyZdR2m0RPiVW89EsUvU82UU74cS42hAd9q+6T3mubHWOM/md2Fa1et4Oczcr4vdGBzBtr1CoH+cnFgDcJq4XPpp1cqns1LG3Z7mzOf840eFKdJrm4cMK9ng9ukcbLyjCTyZvReLjvOi/tl8t+L57qsR5mK31/lCJtda4s7WCOxK5M/YXR9M+8BgKJFkxD9Uva6IOCnRW4yHa/+ay2xWiaWto= X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(8251501001); SRVR:BN1PR03MB086; X-O365EOP-Header: O365_EOP: AllowList from IP - set SCL to -1 X-Microsoft-Exchange-Diagnostics: 1; BN1PR03MB086; 20:EGGFp9ETT+OB5U84Z8MUH5V0huDykwTfiGVRGAdttUQrEpwBwdmpcGpTkCM3cFxn3ngajfbQgj9ZcAqdULB9g2AapHw1id19DaZCWvz2ezIaZ3CIEcr5D/826er+GcDKOjs8ZbKPVBV2pHa/U72TuHX59p23ph+1pYt/HslUPHrt2ytIEiYK1ut+9kw3Bff4L8a5AVQ8trMliDGmWwejfxAQzzbnJyJhzO8g3Cd6dO8QrLvy0AIsz6krjw525c/4bs6e8j5lDc6IYe9I4zpu51gIvTq0RA0hB6Qryj1L6iWI7UTPGqUzi927BufM+0oExqdu6bWAXPztGsiJl/7y7dKMn+ud99udk24UZl3Nd9DQrIxPoavDgrWuQU7M6BVd2S05FmtXRlsfSsiJiw380jvxENSmoEiGq4kclsuKeiK40/kPw9MFPgpgTXC4ekfSKdLUfbspcotdZgQ1iEPt384CRGjTZIFhKPdrs3CAQGNxW1WBUa2HV4RtXgERfqAhnZ7SR/Udo4oL+fddIT1aGUgGxLs7EmmDNptO9N6rM5RkTvp7k1T6V0VfXv4s0aXxpIRN6osDyHca9rqBun1s1bVPj8DMh3gfyBqAKwIDTG8= X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(61425038)(601004)(2401047)(13016025)(520078)(8121501046)(5005006)(13018025)(10201501046)(3002001)(61426038)(61427038); SRVR:BN1PR03MB086; BCL:0; PCL:0; RULEID:; SRVR:BN1PR03MB086; X-Microsoft-Exchange-Diagnostics: 1; BN1PR03MB086; 4:lpTut4iCtDZgkRWHmC1MDYpFi7z365noj88ExFE3aJDZ1JZVfqKpSSIMXHH20R+t2AxAhe2kP/zBBtO+8z1vjjKjYiLxApzZlvysi1GOCIE6bFQmySuj5Wiet/uSPfJgyw758T4aeP7L8ops1kKJGrKwxPmH8zj1Ev+w3nqG70o5HZaROzRhLvBYNF9XGTXgft3SjGhUgZOTi4DDwo42LcTC/WIgJLwc/T7EXrEwaIzQAdCzeS/ivhdnv55UNG2SbSx090uTpJvqsb5HTAnpNpyEObuDXZrhuw66xdC2i7FBEZISqTWJaoafJ+Rt+i3F9jp1WIq4RZXAAFMrWCFcDqPWgIa8HSZ06dP5eMY+UeDaiNRCGpuAEEp1EeC4MaFxNLKcmjhRmaa5oHQQA3j6NKhzoGVYF5d8TNvWuB1NuQwFFR+t4lflz9WXvW7gNErjseACwhE3zv+ifvsy12QNY0nvZuCWrdLn5V5RyyhZZLk= X-Forefront-PRVS: 081904387B X-Microsoft-Exchange-Diagnostics: =?gb2312?B?MTtCTjFQUjAzTUIwODY7MjM6em1lRC9iK3A5RGxMNUFiWGQ2SXR1VmVBTjBo?= =?gb2312?B?QXNmU2tLRFpoZGptVnpNNFdGZ094R2hpQk5STW14eUFPRm5hOGVjdVRhRm1t?= =?gb2312?B?UXp0RGpwNFpxYzlzYkxtOWJ1cHBROHlNWUVOUkxIMWVOdFdXaUg0bDhheTJx?= =?gb2312?B?amRYYm9UbU5XcXNVbHpOUU1lL3Zsd2tGSUxUZGVXSzYvOUZ5YXpyZTVsUnBa?= =?gb2312?B?NTJkMklxUjNtYXkreEwxY2VGVFRVbmVhYmhQRVNBOVlWU1BXbkJ0RE1UN3BZ?= =?gb2312?B?anJnRk0wMzB2ZUJXdkZPTGRkLzNaUFVkWmxWZ1FaaGRMU0RDNTZzZ0tXNWhN?= =?gb2312?B?NUtWZFBsNXludWhzOVRqb3FiaHNMeVBXSWUrRkUxQWpiZnVCanhwdW1Ob2p2?= =?gb2312?B?dnRiNkVuNnNvQ2hmUkF4NXJRbURra2RTQUtiS3k5VWlNU0RJQWhYRTV2Nzk0?= =?gb2312?B?aVNqZUFweUEyZ1ZCd1NjZzl5KzNITVBKT3dpOGlsa2dVTzR1Um5HVWJuQjYy?= =?gb2312?B?MTZZMTVJTXR0UENVTm1YOGI3Ni94b3MwQ2RIaEUrUGx0cFpDTjUralJyeFNB?= =?gb2312?B?MjU4UEYrbkV0Mm9PeStjb1hSbTl3NFZHV3NXZTgzQ2dha1JnM2xsRkx4UjAx?= =?gb2312?B?eFFmV2xqdkwvLzRXMmkvd1pKV0I3S000cHAyalFqaWVmazlPZUI2cDcybEd5?= =?gb2312?B?L1gwbVNBeU9UOHR0T1V2dGovM3VncFMvR2lpYk5YMSs4RitOQWlpWWVIbzdK?= =?gb2312?B?ekZFTXl5YU5xUUhuTzlBeE1mVWhVVy9pNUttWElCTG44OHg5N1VHaHJ1Ni94?= =?gb2312?B?Q1pid3ZtYTB0U1ZrT1pQc2twYS92VlpjcWNjclUwbFVCTGRYM0hoZjBMcys5?= =?gb2312?B?eWNweEJCbEhqOHFTWXJldjd4K05PeGhUdkZ1OUtCbnd0bGhnaUZZbHBrb2F3?= =?gb2312?B?RVBGdWkwencvTXRPWkpKNE1wcnROM1JCM00yOE56MGRZYVJNaUlSakhiUlFP?= =?gb2312?B?bnY3NlZRSUN5YmtGdW1lR2FoVkdvdi9RR1ZBWW9pam9tWm02K3JxbGVqUXdx?= =?gb2312?B?RkFzZkNpOUNaaURMNXRjMnVqcGlLRTZtQThSazNpUnI0MllneEVNSmRpT1Vt?= =?gb2312?B?dU84a1R2bWtkRVhiNngrd1hKQldEdkpRNHJMU0lJRlV5bFNMN2ZLY2Y0RWxO?= =?gb2312?B?WWNsT2M0UDBibG1XUGJ0eTJUSENOUnZIRXllZEl0ZE14SlBhbFJqcXdTOG1j?= =?gb2312?B?YnRIY3dUTkgybHF4RW1oVjZuSWs4Q1lEMTFTVTRjR1Y3WlRCUUR3UExNZ0w1?= =?gb2312?B?c2dwQkw0a1EyUnJlZkhGQ1A2SGpwa2V5aTRrK2plVXNLdlFuTzBxZk5ZVW5v?= =?gb2312?B?UFFsWEgwdUVuN21VOWlBdzQ0UFo2NVNCUVlibk9FSFc2bmtnMTVyazAxa0xz?= =?gb2312?B?VGJWTFYzb2xpano3eDk1Y0FhY3ZncjFHdWgyUEg0eVFwQmVXaW1RSEVOV2Fy?= =?gb2312?B?TWN0RkdhZUJNK00rdC9PNzI5b1EvUDU1YlVzak9VRmplYk9Nc3ZVeVorbjlF?= =?gb2312?B?R3JEU0xrYy83aWNQYUI0eHpRRG5NQjhINkgrdk9wL0hmbnZVZ0poK1dUdHlp?= =?gb2312?B?ZUJuVE5rckhVTXRlTVBHcW1GLzNYemcxVysrbHQ3MXc0bXZBQ0svZ0xIUi9n?= =?gb2312?B?TUNMQ2R2ZWxKVkJETWgrRW9KdHFkUEVBU3V2c2VrMmQxTnVtUTh0NisyQW5j?= =?gb2312?B?Qy8vcGtkaFJsUU90YWgreiszdDlzdHJmQ2NQVTZ3cjRIQlUvT1ZCbmhvR1VI?= =?gb2312?B?cDBZeUdlUFFQY2Q3SVozejEvS0ZrcFNwUStwblU1ak8zdUFPbUZ1Q2xZV3FX?= =?gb2312?B?Sk5ITkptaHEyNlBMcHpobmpZMDJkZnpSUjhtTGVFZngxRkNLR3RmSVpVQTdQ?= =?gb2312?Q?Lk0jGChoB9WoaB5d/beooiccPw3hg=3D?= X-Microsoft-Exchange-Diagnostics: 1; BN1PR03MB086; 5:4U7jxRkJZK20mE42mhDxHDuweLPxkDZMFBxfweHbBAKrdMv628x5P6520anSjOlsBhE9cJYaV+1gwPitc+mU7vMucN62+DbjFfxMWMv4FWxDUBDDj/T6gnW0U0Sb/wNlnS8kEdjXTKV680gLMBH5fA==; 24:wJ77h2rJza0a/3vqm1sq3jSekzEAcygB+Yf7xQSRU37RWeq6B9mLwAP5o2q7W84TpD+q/UEybfqyDuPlOMO+mNvTM2yGn4n4O2G7jqtcKO8= SpamDiagnosticOutput: 1:23 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: microsoft.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 12 Jan 2016 02:18:09.5170 (UTC) X-MS-Exchange-CrossTenant-Id: 72f988bf-86f1-41af-91ab-2d7cd011db47 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=72f988bf-86f1-41af-91ab-2d7cd011db47; Ip=[206.191.228.180]; Helo=[064-smtp-out.microsoft.com] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN1PR03MB086 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 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, 12 Jan 2016 02:33:27 -0000 SGkgSGlyZW4sDQoNClRoYW5rcyBmb3IgeW91ciBpbmZvcm1hdGlvbi4gSSBmb3VuZCBzb21lIGlu Zm9ybWF0aW9uIGZyb20gaW50ZXJuZXQgKGh0dHBzOi8vbHduLm5ldC9BcnRpY2xlcy8zNTg5MTAv KSwgd2hpY2ggdGFsa3MgdGhlIGRpZmZlcmVuY2Ugb2YgTFJPIGFuZCBHUk8gb24gTGludXgsIGFu ZCBpdCBhbHNvIHBvaW50cyBvdXQgc29tZSBzaG9ydGNvbWluZ3Mgb2YgTFJPOiBicmVha3MgdGhp bmdzIGlmIHN5c3RlbSB3b3JrcyBhcyBhIHJvdXRlci4NCg0KU28sIGhvdyBhYm91dCBMUk8gaW4g RnJlZUJTRD8NCkNvdWxkIHlvdSBwbGVhc2Ugc2hhcmUgdGhlIHBsYW4gZm9yIExSTyBpbXByb3Zl bWVudD8NCg0KVGhhbmtzLg0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogaGly ZW4gcGFuY2hhc2FyYSBbbWFpbHRvOmhpcmVuQHN0cnVnZ2xpbmdjb2Rlci5pbmZvXSANClNlbnQ6 IDIwMTbE6jHUwjExyNUgMjM6NDMNClRvOiBIb25namlhbmcgWmhhbmcgPGhvbnpoYW5AbWljcm9z b2Z0LmNvbT4NCkNjOiBmcmVlYnNkLW5ldEBmcmVlYnNkLm9yZw0KU3ViamVjdDogUmU6IElzIHRo ZXJlIGFueSBwbGFuIHRvIHN1cHBvcnQgR1JPDQoNCk9uIDAxLzExLzE2IGF0IDExOjE5UCwgSG9u Z2ppYW5nIFpoYW5nIHdyb3RlOg0KPiBJcyB0aGVyZSBhbnkgcGxhbiB0byBzdXBwb3J0IEdSTyAo R2VuZXJpYyBSZWNlaXZlIE9mZmxvYWRpbmcpPw0KTm90IHRoYXQgSSBhbSBhd2FyZSBvZi4gVGhv dWdoIHRoZXJlIGFyZSBlZmZvcnRzL3RhbGtzL3BhdGNoZXMgdG8gaW1wcm92ZSBMUk8uDQoNCkNo ZWVycywNCkhpcmVuDQo= From owner-freebsd-net@freebsd.org Tue Jan 12 03:09:21 2016 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 4396BA6CE0E for ; Tue, 12 Jan 2016 03:09:21 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-io0-x230.google.com (mail-io0-x230.google.com [IPv6:2607:f8b0:4001:c06::230]) (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 1ED08152F for ; Tue, 12 Jan 2016 03:09:20 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-io0-x230.google.com with SMTP id q21so370163443iod.0 for ; Mon, 11 Jan 2016 19:09:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=8y7f8iquqMYfCNq/7bumRmOoE7fo03oITJn2+AyHpuk=; b=xASFAO6+dv995Cj9rq5gzUgO6nQS7071eV1vtFvZ+VPzmt8bAI1gfqmKxSqFiUlg1u 1rmgmrWX4wXvVs4DVLkD/5RXoCWhlsGg8xrexBaTsHi2ShIc0GCSX72eBwurC0T6vMpw 05l4X0NmF8MS1yYw1+mBMYkdvdTHGoGD5tl41yxlqbmc3CGKXwkZ7CvZEYK2xbTKL3q5 9hxdiwbZTODRCpE+nrZBef9YhCM40BuA69rdt1L0QrXfxTINM/v4X7RQY/aCKQAkBYv9 m7Qfkyy6/EgL4d/9X0uLAFukwHpqsOJx0VKPXLp4HS8+DWuU20afezureLIeZ3ertMwI 0SmQ== MIME-Version: 1.0 X-Received: by 10.107.11.162 with SMTP id 34mr111891733iol.165.1452568160021; Mon, 11 Jan 2016 19:09:20 -0800 (PST) Received: by 10.36.121.202 with HTTP; Mon, 11 Jan 2016 19:09:19 -0800 (PST) In-Reply-To: <0fee05072a9741609f47ca53e0797759@SG2PR3002MB0106.064d.mgd.msft.net> References: <20160111154307.GK6605@strugglingcoder.info> <0fee05072a9741609f47ca53e0797759@SG2PR3002MB0106.064d.mgd.msft.net> Date: Mon, 11 Jan 2016 19:09:19 -0800 Message-ID: Subject: Re: Is there any plan to support GRO From: Adrian Chadd To: Hongjiang Zhang Cc: hiren panchasara , "freebsd-net@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 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, 12 Jan 2016 03:09:21 -0000 Hi, On 11 January 2016 at 18:18, Hongjiang Zhang wrote: > Hi Hiren, > > Thanks for your information. I found some information from internet (https://lwn.net/Articles/358910/), which talks the difference of LRO and GRO on Linux, and it also points out some shortcomings of LRO: breaks things if system works as a router. > > So, how about LRO in FreeBSD? > Could you please share the plan for LRO improvement? It'd be relatively easy to add extra field checks to the LRO code to support the extra sanity checks the Linux GRO implementation is doing. We already do some basic sanity checks to ensure the packets are part of the same TCP stream. I don't know about things like VLANs that have been decapsulated by the NIC; that's likely worth investigating and fixing. But yes, adding more sanity checks isn't hard. Patches gratefully accepted. :) -adrian From owner-freebsd-net@freebsd.org Tue Jan 12 14:53:28 2016 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 6B3F7A6D3DF for ; Tue, 12 Jan 2016 14:53:28 +0000 (UTC) (envelope-from boris.astardzhiev@gmail.com) Received: from mail-wm0-x233.google.com (mail-wm0-x233.google.com [IPv6:2a00:1450:400c:c09::233]) (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 E2DA41FE9 for ; Tue, 12 Jan 2016 14:53:27 +0000 (UTC) (envelope-from boris.astardzhiev@gmail.com) Received: by mail-wm0-x233.google.com with SMTP id b14so324245047wmb.1 for ; Tue, 12 Jan 2016 06:53:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=P8cEtAJgIV3KOIzzK1O3gBohNpjJsOvMP3w9EWeuRP0=; b=YDTXSNZZhF9avIBSz6emTQmnDY1QB7jC8SRSEzkeo/Xd09P7hOwF281YV/Bslg3a1v cy7WsfpWnFOwh6TYTGInwHhM822yx0qZqCfWESOOjpOLJ65oVvcwdboPkHCvAhVmyF6+ JtufvOT/mMj+eJa6CL+/KHHMAkNxMXOERJkvAn6tsIlmjVj/bUsqlNoegdnQRMaZx0IG VwWsfKAY99R9GuahyOH9+S6Ouw042Cs2GzALw/dm72qplTKwc8SSbbR+MpW1r7ezvjoQ On2ELeYrFJAUfPAEVyQTsQwZNqAlcdM2HDZEFtMWDPMOjvLHqWKPJGK5GzL/0eYAtOLd zh+w== MIME-Version: 1.0 X-Received: by 10.28.186.85 with SMTP id k82mr21636352wmf.77.1452610406318; Tue, 12 Jan 2016 06:53:26 -0800 (PST) Received: by 10.28.136.148 with HTTP; Tue, 12 Jan 2016 06:53:25 -0800 (PST) In-Reply-To: References: <20160104101747.58347.qmail@f5-external.bushwire.net> <20160104194044.GD3625@kib.kiev.ua> <20160104210741.32812.qmail@f5-external.bushwire.net> <20160107161213.GZ3625@kib.kiev.ua> <20160107192840.GF3625@kib.kiev.ua> <20160108172323.W1815@besplex.bde.org> <20160108075815.3243.qmail@f5-external.bushwire.net> <20160108204606.G2420@besplex.bde.org> Date: Tue, 12 Jan 2016 16:53:25 +0200 Message-ID: Subject: Re: Does FreeBSD have sendmmsg or recvmmsg system calls? From: Boris Astardzhiev To: Adrian Chadd Cc: Bruce Evans , Mark Delany , FreeBSD Net Content-Type: multipart/mixed; boundary=001a114a0eae44223e05292437ae X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 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, 12 Jan 2016 14:53:28 -0000 --001a114a0eae44223e05292437ae Content-Type: text/plain; charset=UTF-8 Hello again, In my spare time I did the following simple libc-only implementation of the syscalls. I did some tests in a VM adapting these experiments: https://blog.cloudflare.com/how-to-receive-a-million-packets/ Any comments about the diff are greatly appreciated. Best regards, Boris Astardzhiev On Fri, Jan 8, 2016 at 7:02 PM, Adrian Chadd wrote: > On 8 January 2016 at 03:02, Bruce Evans wrote: > > On Fri, 8 Jan 2016, Adrian Chadd wrote: > > > >> On 7 January 2016 at 23:58, Mark Delany wrote: > >>> > >>> On 08Jan16, Bruce Evans allegedly wrote: > >>>> > >>>> If the NIC can't reach line rate > >>> > >>> > >>>> Network stack overheads are also enormous. > >>> > >>> > >>> Bruce makes some excellent points. > >>> > >>> I challenge anyone to get line rate UDP out of FBSD (or Linux) for a > >>> 1G NIC yet alone a 10G NIC listening to a single port. It was exactly > >>> my frustration with UDP performance that led me down the path of > >>> *mmsg() and netmap. > >>> > >>> Frankly this is an opportunity for FBSD as UDP performance appears to > >>> be a neglected area. > >> > >> > >> I'm there, on 16 threads. > >> > >> I'd rather we do it on two or three, as a lot of time is wasted in > >> producer/consumer locking. but yeah, 500k tx/rx should be doable per > >> CPU with only locking changes. > > .. and I did mean "kernel producer/consumer locking changes." > > > > > Line rate for 1 Gbps is about 1500 kpps (small packets). > > > > With I218V2 (em), I see enormous lock contention above 3 or 4 (user) > > threads, and 8 are slightly slower than 1. 1 doesn't saturate the NIC, > > and 2 is optimal. > > > > The RSS support in -HEAD lets you get away with parallelising UDP > streams very nicely. > > The framework is pretty simple (!): > > * drivers ask the RSS code for the RSS config and RSS hash to use, and > configure the hardware appropriately; > * the netisr input paths check the existence of the RSS hash and will > calculte it in software if reqiured; > * v4/v6 reassembly is done (at the IP level, /not/ at the protocol > level) and if it needs a new RSS hash / netisr reinjection, that'll > happen; > * the PCB lookup code for listen sockets now allows one listen socket > per RSS bucket - as the RSS / PCBGROUPS code already extended the PCB > to have one PCB table per RSS bucket (as well as a global one); > > So: > > * userland code queries RSS for the CPU and RSS bucket setup; > * you then create one listen socket per RSS bucket, bind it to the > local thread (if you want) and tell it "you're in RSS bucket X"; > * .. and then in the UDP case for local-bound sockets, the > transmit/receive path does not require modifying the global PCB state, > so the locking is kept per-RSS bucket, and scales linearly with the > number of CPUs you have (until you hit the NIC queue limits.) > > https://github.com/erikarn/freebsd-rss/ > > and: > > > http://adrianchadd.blogspot.com/2014/06/hacking-on-receive-side-scaling-rss-on.html > > http://adrianchadd.blogspot.com/2014/07/application-awareness-of-receive-side.html > > http://adrianchadd.blogspot.com/2014/08/receive-side-scaling-figuring-out-how.html > > http://adrianchadd.blogspot.com/2014/09/receive-side-scaling-testing-udp.html > > http://adrianchadd.blogspot.com/2014/10/more-rss-udp-tests-this-time-on-dell.html > > > > -adrian > _______________________________________________ > 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" > --001a114a0eae44223e05292437ae Content-Type: text/plain; charset=US-ASCII; name="sendrecvmmsg-libconly.diff" Content-Disposition: attachment; filename="sendrecvmmsg-libconly.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_ijbimzj50 ZGlmZiAtLWdpdCBhL2xpYi9saWJjL2luY2x1ZGUvbGliY19wcml2YXRlLmggYi9saWIvbGliYy9p bmNsdWRlL2xpYmNfcHJpdmF0ZS5oCmluZGV4IDVjYWY5YTMuLjlhMGQ2Y2YgMTAwNjQ0Ci0tLSBh L2xpYi9saWJjL2luY2x1ZGUvbGliY19wcml2YXRlLmgKKysrIGIvbGliL2xpYmMvaW5jbHVkZS9s aWJjX3ByaXZhdGUuaApAQCAtMjI0LDYgKzIyNCw4IEBAIGVudW0gewogCUlOVEVSUE9TX2tldmVu dCwKIAlJTlRFUlBPU193YWl0NiwKIAlJTlRFUlBPU19wcG9sbCwKKwlJTlRFUlBPU19zZW5kbW1z ZywKKwlJTlRFUlBPU19yZWN2bW1zZywKIAlJTlRFUlBPU19NQVgKIH07CiAKZGlmZiAtLWdpdCBh L2xpYi9saWJjL2luY2x1ZGUvbmFtZXNwYWNlLmggYi9saWIvbGliYy9pbmNsdWRlL25hbWVzcGFj ZS5oCmluZGV4IDczOWQ3YjEuLmM5NTgyOWUgMTAwNjQ0Ci0tLSBhL2xpYi9saWJjL2luY2x1ZGUv bmFtZXNwYWNlLmgKKysrIGIvbGliL2xpYmMvaW5jbHVkZS9uYW1lc3BhY2UuaApAQCAtMjA4LDYg KzIwOCw3IEBACiAjZGVmaW5lCQlyZWFkdgkJCQlfcmVhZHYKICNkZWZpbmUJCXJlY3Zmcm9tCQkJ X3JlY3Zmcm9tCiAjZGVmaW5lCQlyZWN2bXNnCQkJCV9yZWN2bXNnCisjZGVmaW5lCQlyZWN2bW1z ZwkJCV9yZWN2bW1zZwogI2RlZmluZQkJc2VsZWN0CQkJCV9zZWxlY3QKICNkZWZpbmUJCXNlbV9j bG9zZQkJCV9zZW1fY2xvc2UKICNkZWZpbmUJCXNlbV9kZXN0cm95CQkJX3NlbV9kZXN0cm95CkBA IC0yMjAsNiArMjIxLDcgQEAKICNkZWZpbmUJCXNlbV91bmxpbmsJCQlfc2VtX3VubGluawogI2Rl ZmluZQkJc2VtX3dhaXQJCQlfc2VtX3dhaXQKICNkZWZpbmUJCXNlbmRtc2cJCQkJX3NlbmRtc2cK KyNkZWZpbmUJCXNlbmRtbXNnCQkJX3NlbmRtbXNnCiAjZGVmaW5lCQlzZW5kdG8JCQkJX3NlbmR0 bwogI2RlZmluZQkJc2V0c29ja29wdAkJCV9zZXRzb2Nrb3B0CiAvKiNkZWZpbmUJCXNpZ2FjdGlv bgkJCV9zaWdhY3Rpb24qLwpkaWZmIC0tZ2l0IGEvbGliL2xpYmMvaW5jbHVkZS91bi1uYW1lc3Bh Y2UuaCBiL2xpYi9saWJjL2luY2x1ZGUvdW4tbmFtZXNwYWNlLmgKaW5kZXggZjMxZmE3YS4uMDIz MzM0OCAxMDA2NDQKLS0tIGEvbGliL2xpYmMvaW5jbHVkZS91bi1uYW1lc3BhY2UuaAorKysgYi9s aWIvbGliYy9pbmNsdWRlL3VuLW5hbWVzcGFjZS5oCkBAIC0xODksNiArMTg5LDcgQEAKICN1bmRl ZgkJcmVhZHYKICN1bmRlZgkJcmVjdmZyb20KICN1bmRlZgkJcmVjdm1zZworI3VuZGVmCQlyZWN2 bW1zZwogI3VuZGVmCQlzZWxlY3QKICN1bmRlZgkJc2VtX2Nsb3NlCiAjdW5kZWYJCXNlbV9kZXN0 cm95CkBAIC0yMDEsNiArMjAyLDcgQEAKICN1bmRlZgkJc2VtX3VubGluawogI3VuZGVmCQlzZW1f d2FpdAogI3VuZGVmCQlzZW5kbXNnCisjdW5kZWYJCXNlbmRtbXNnCiAjdW5kZWYJCXNlbmR0bwog I3VuZGVmCQlzZXRzb2Nrb3B0CiAjdW5kZWYJCXNpZ2FjdGlvbgpkaWZmIC0tZ2l0IGEvbGliL2xp YmMvc3lzL01ha2VmaWxlLmluYyBiL2xpYi9saWJjL3N5cy9NYWtlZmlsZS5pbmMKaW5kZXggZTRm ZTFiMi4uZWNiMzY2YSAxMDA2NDQKLS0tIGEvbGliL2xpYmMvc3lzL01ha2VmaWxlLmluYworKysg Yi9saWIvbGliYy9zeXMvTWFrZWZpbGUuaW5jCkBAIC0yOCw2ICsyOCwxMCBAQCBTUkNTKz0gZnV0 aW1lbnMuYyB1dGltZW5zYXQuYwogTk9BU00rPSBmdXRpbWVucy5vIHV0aW1lbnNhdC5vCiBQU0VV RE8rPSBfZnV0aW1lbnMubyBfdXRpbWVuc2F0Lm8KIAorU1JDUys9IHJlY3ZtbXNnLmMgc2VuZG1t c2cuYworTk9BU00rPSByZWN2bW1zZy5vIHNlbmRtbXNnLm8KK1BTRVVETys9IF9yZWN2bW1zZy5v IF9zZW5kbW1zZy5vCisKIElOVEVSUE9TRUQgPSBcCiAJYWNjZXB0IFwKIAlhY2NlcHQ0IFwKZGlm ZiAtLWdpdCBhL2xpYi9saWJjL3N5cy9TeW1ib2wubWFwIGIvbGliL2xpYmMvc3lzL1N5bWJvbC5t YXAKaW5kZXggN2IzMjU3Yy4uNzI0ZTFiNCAxMDA2NDQKLS0tIGEvbGliL2xpYmMvc3lzL1N5bWJv bC5tYXAKKysrIGIvbGliL2xpYmMvc3lzL1N5bWJvbC5tYXAKQEAgLTM5OSw2ICszOTksOCBAQCBG QlNEXzEuNCB7CiAJdXRpbWVuc2F0OwogCW51bWFfc2V0YWZmaW5pdHk7CiAJbnVtYV9nZXRhZmZp bml0eTsKKwlzZW5kbW1zZzsKKwlyZWN2bW1zZzsKIH07CiAKIEZCU0Rwcml2YXRlXzEuMCB7CkBA IC0xMDUxLDQgKzEwNTMsNiBAQCBGQlNEcHJpdmF0ZV8xLjAgewogCWdzc2Rfc3lzY2FsbDsKIAlf X2xpYmNfaW50ZXJwb3Npbmdfc2xvdDsKIAlfX2xpYmNfc2lnd2FpdDsKKwlfc2VuZG1tc2c7CisJ X3JlY3ZtbXNnOwogfTsKZGlmZiAtLWdpdCBhL2xpYi9saWJjL3N5cy9yZWN2bW1zZy5jIGIvbGli L2xpYmMvc3lzL3JlY3ZtbXNnLmMKbmV3IGZpbGUgbW9kZSAxMDA2NDQKaW5kZXggMDAwMDAwMC4u MDNhYjM3OQotLS0gL2Rldi9udWxsCisrKyBiL2xpYi9saWJjL3N5cy9yZWN2bW1zZy5jCkBAIC0w LDAgKzEsNzMgQEAKKy8qCisgKiBDb3B5cmlnaHQgKGMpIDIwMTYgQm9yaXMgQXN0YXJkemhpZXYs IFNtYXJ0Y29tLUJ1bGdhcmlhIEFECisgKiBBbGwgcmlnaHRzIHJlc2VydmVkLgorICoKKyAqIFJl ZGlzdHJpYnV0aW9uIGFuZCB1c2UgaW4gc291cmNlIGFuZCBiaW5hcnkgZm9ybXMsIHdpdGggb3Ig d2l0aG91dAorICogbW9kaWZpY2F0aW9uLCBhcmUgcGVybWl0dGVkIHByb3ZpZGVkIHRoYXQgdGhl IGZvbGxvd2luZyBjb25kaXRpb25zCisgKiBhcmUgbWV0OgorICogMS4gUmVkaXN0cmlidXRpb25z IG9mIHNvdXJjZSBjb2RlIG11c3QgcmV0YWluIHRoZSBhYm92ZSBjb3B5cmlnaHQKKyAqICAgIG5v dGljZShzKSwgdGhpcyBsaXN0IG9mIGNvbmRpdGlvbnMgYW5kIHRoZSBmb2xsb3dpbmcgZGlzY2xh aW1lciBhcworICogICAgdGhlIGZpcnN0IGxpbmVzIG9mIHRoaXMgZmlsZSB1bm1vZGlmaWVkIG90 aGVyIHRoYW4gdGhlIHBvc3NpYmxlCisgKiAgICBhZGRpdGlvbiBvZiBvbmUgb3IgbW9yZSBjb3B5 cmlnaHQgbm90aWNlcy4KKyAqIDIuIFJlZGlzdHJpYnV0aW9ucyBpbiBiaW5hcnkgZm9ybSBtdXN0 IHJlcHJvZHVjZSB0aGUgYWJvdmUgY29weXJpZ2h0CisgKiAgICBub3RpY2UocyksIHRoaXMgbGlz dCBvZiBjb25kaXRpb25zIGFuZCB0aGUgZm9sbG93aW5nIGRpc2NsYWltZXIgaW4KKyAqICAgIHRo ZSBkb2N1bWVudGF0aW9uIGFuZC9vciBvdGhlciBtYXRlcmlhbHMgcHJvdmlkZWQgd2l0aCB0aGUK KyAqICAgIGRpc3RyaWJ1dGlvbi4KKyAqCisgKiBUSElTIFNPRlRXQVJFIElTIFBST1ZJREVEIEJZ IFRIRSBDT1BZUklHSFQgSE9MREVSKFMpIGBgQVMgSVMnJyBBTkQgQU5ZCisgKiBFWFBSRVNTIE9S IElNUExJRUQgV0FSUkFOVElFUywgSU5DTFVESU5HLCBCVVQgTk9UIExJTUlURUQgVE8sIFRIRQor ICogSU1QTElFRCBXQVJSQU5USUVTIE9GIE1FUkNIQU5UQUJJTElUWSBBTkQgRklUTkVTUyBGT1Ig QSBQQVJUSUNVTEFSCisgKiBQVVJQT1NFIEFSRSBESVNDTEFJTUVELiAgSU4gTk8gRVZFTlQgU0hB TEwgVEhFIENPUFlSSUdIVCBIT0xERVIoUykgQkUKKyAqIExJQUJMRSBGT1IgQU5ZIERJUkVDVCwg SU5ESVJFQ1QsIElOQ0lERU5UQUwsIFNQRUNJQUwsIEVYRU1QTEFSWSwgT1IKKyAqIENPTlNFUVVF TlRJQUwgREFNQUdFUyAoSU5DTFVESU5HLCBCVVQgTk9UIExJTUlURUQgVE8sIFBST0NVUkVNRU5U IE9GCisgKiBTVUJTVElUVVRFIEdPT0RTIE9SIFNFUlZJQ0VTOyBMT1NTIE9GIFVTRSwgREFUQSwg T1IgUFJPRklUUzsgT1IKKyAqIEJVU0lORVNTIElOVEVSUlVQVElPTikgSE9XRVZFUiBDQVVTRUQg QU5EIE9OIEFOWSBUSEVPUlkgT0YgTElBQklMSVRZLAorICogV0hFVEhFUiBJTiBDT05UUkFDVCwg U1RSSUNUIExJQUJJTElUWSwgT1IgVE9SVCAoSU5DTFVESU5HIE5FR0xJR0VOQ0UKKyAqIE9SIE9U SEVSV0lTRSkgQVJJU0lORyBJTiBBTlkgV0FZIE9VVCBPRiBUSEUgVVNFIE9GIFRISVMgU09GVFdB UkUsCisgKiBFVkVOIElGIEFEVklTRUQgT0YgVEhFIFBPU1NJQklMSVRZIE9GIFNVQ0ggREFNQUdF LgorICovCisKKyNpbmNsdWRlIDxzeXMvY2RlZnMuaD4KK19fRkJTRElEKCIkRnJlZUJTRCQiKTsK KworI2luY2x1ZGUgPGVycm5vLmg+CisjaW5jbHVkZSA8c3lzL3R5cGVzLmg+CisjaW5jbHVkZSA8 c3lzL3N5c2NhbGwuaD4KKyNpbmNsdWRlIDxzeXMvc29ja2V0Lmg+CisjaW5jbHVkZSAibGliY19w cml2YXRlLmgiCisKKyNkZWZpbmUgVkxFTl9NQVggMTAyNAorCitpbnQKK3JlY3ZtbXNnKGludCBz LCBzdHJ1Y3QgbW1zZ2hkciAqbXNndmVjLCB1bnNpZ25lZCBpbnQgdmxlbiwgaW50IGZsYWdzKQor eworCWludCBpLCByZXQsIHJjdmQ7CisKKwlpZiAodmxlbiA+IFZMRU5fTUFYKQorCQl2bGVuID0g VkxFTl9NQVg7CisKKwlyY3ZkID0gMDsKKwlmb3IgKGkgPSAwOyBpIDwgdmxlbjsgaSsrKSB7CisJ CWVycm5vID0gMDsKKwkJcmV0ID0gKCgoaW50ICgqKShpbnQsIGNvbnN0IHN0cnVjdCBtc2doZHIg KiwgaW50KSkKKwkJICAgIF9fbGliY19pbnRlcnBvc2luZ1tJTlRFUlBPU19yZWN2bXNnXSkocywK KwkJICAgICAgICAmbXNndmVjW2ldLm1zZ19oZHIsIGZsYWdzKSk7CisJCWlmIChyZXQgPCAwIHx8 IGVycm5vICE9IDApIHsKKwkJCWlmIChyY3ZkKSB7CisJCQkJLyogV2UndmUgcmVjZWl2ZWQgbWVz c2FnZXMuIExldCBjYWxsZXIga25vdy4gKi8KKwkJCQllcnJubyA9IDA7CisJCQkJcmV0dXJuIChy Y3ZkKTsKKwkJCX0KKwkJCXJldHVybiAoLTEpOworCQl9CisKKwkJLyogU2F2ZSByZWNlaXZlZCBi eXRlcyAqLworCQltc2d2ZWNbaV0ubXNnX2xlbiA9IHJldDsKKworCQlyY3ZkKys7CisJfQorCisJ cmV0dXJuIChyY3ZkKTsKK30KKworI3VuZGVmIFZMRU5fTUFYCmRpZmYgLS1naXQgYS9saWIvbGli Yy9zeXMvc2VuZG1tc2cuYyBiL2xpYi9saWJjL3N5cy9zZW5kbW1zZy5jCm5ldyBmaWxlIG1vZGUg MTAwNjQ0CmluZGV4IDAwMDAwMDAuLjMzODdmZGMKLS0tIC9kZXYvbnVsbAorKysgYi9saWIvbGli Yy9zeXMvc2VuZG1tc2cuYwpAQCAtMCwwICsxLDczIEBACisvKgorICogQ29weXJpZ2h0IChjKSAy MDE2IEJvcmlzIEFzdGFyZHpoaWV2LCBTbWFydGNvbS1CdWxnYXJpYSBBRAorICogQWxsIHJpZ2h0 cyByZXNlcnZlZC4KKyAqCisgKiBSZWRpc3RyaWJ1dGlvbiBhbmQgdXNlIGluIHNvdXJjZSBhbmQg YmluYXJ5IGZvcm1zLCB3aXRoIG9yIHdpdGhvdXQKKyAqIG1vZGlmaWNhdGlvbiwgYXJlIHBlcm1p dHRlZCBwcm92aWRlZCB0aGF0IHRoZSBmb2xsb3dpbmcgY29uZGl0aW9ucworICogYXJlIG1ldDoK KyAqIDEuIFJlZGlzdHJpYnV0aW9ucyBvZiBzb3VyY2UgY29kZSBtdXN0IHJldGFpbiB0aGUgYWJv dmUgY29weXJpZ2h0CisgKiAgICBub3RpY2UocyksIHRoaXMgbGlzdCBvZiBjb25kaXRpb25zIGFu ZCB0aGUgZm9sbG93aW5nIGRpc2NsYWltZXIgYXMKKyAqICAgIHRoZSBmaXJzdCBsaW5lcyBvZiB0 aGlzIGZpbGUgdW5tb2RpZmllZCBvdGhlciB0aGFuIHRoZSBwb3NzaWJsZQorICogICAgYWRkaXRp b24gb2Ygb25lIG9yIG1vcmUgY29weXJpZ2h0IG5vdGljZXMuCisgKiAyLiBSZWRpc3RyaWJ1dGlv bnMgaW4gYmluYXJ5IGZvcm0gbXVzdCByZXByb2R1Y2UgdGhlIGFib3ZlIGNvcHlyaWdodAorICog ICAgbm90aWNlKHMpLCB0aGlzIGxpc3Qgb2YgY29uZGl0aW9ucyBhbmQgdGhlIGZvbGxvd2luZyBk aXNjbGFpbWVyIGluCisgKiAgICB0aGUgZG9jdW1lbnRhdGlvbiBhbmQvb3Igb3RoZXIgbWF0ZXJp YWxzIHByb3ZpZGVkIHdpdGggdGhlCisgKiAgICBkaXN0cmlidXRpb24uCisgKgorICogVEhJUyBT T0ZUV0FSRSBJUyBQUk9WSURFRCBCWSBUSEUgQ09QWVJJR0hUIEhPTERFUihTKSBgYEFTIElTJycg QU5EIEFOWQorICogRVhQUkVTUyBPUiBJTVBMSUVEIFdBUlJBTlRJRVMsIElOQ0xVRElORywgQlVU IE5PVCBMSU1JVEVEIFRPLCBUSEUKKyAqIElNUExJRUQgV0FSUkFOVElFUyBPRiBNRVJDSEFOVEFC SUxJVFkgQU5EIEZJVE5FU1MgRk9SIEEgUEFSVElDVUxBUgorICogUFVSUE9TRSBBUkUgRElTQ0xB SU1FRC4gIElOIE5PIEVWRU5UIFNIQUxMIFRIRSBDT1BZUklHSFQgSE9MREVSKFMpIEJFCisgKiBM SUFCTEUgRk9SIEFOWSBESVJFQ1QsIElORElSRUNULCBJTkNJREVOVEFMLCBTUEVDSUFMLCBFWEVN UExBUlksIE9SCisgKiBDT05TRVFVRU5USUFMIERBTUFHRVMgKElOQ0xVRElORywgQlVUIE5PVCBM SU1JVEVEIFRPLCBQUk9DVVJFTUVOVCBPRgorICogU1VCU1RJVFVURSBHT09EUyBPUiBTRVJWSUNF UzsgTE9TUyBPRiBVU0UsIERBVEEsIE9SIFBST0ZJVFM7IE9SCisgKiBCVVNJTkVTUyBJTlRFUlJV UFRJT04pIEhPV0VWRVIgQ0FVU0VEIEFORCBPTiBBTlkgVEhFT1JZIE9GIExJQUJJTElUWSwKKyAq IFdIRVRIRVIgSU4gQ09OVFJBQ1QsIFNUUklDVCBMSUFCSUxJVFksIE9SIFRPUlQgKElOQ0xVRElO RyBORUdMSUdFTkNFCisgKiBPUiBPVEhFUldJU0UpIEFSSVNJTkcgSU4gQU5ZIFdBWSBPVVQgT0Yg VEhFIFVTRSBPRiBUSElTIFNPRlRXQVJFLAorICogRVZFTiBJRiBBRFZJU0VEIE9GIFRIRSBQT1NT SUJJTElUWSBPRiBTVUNIIERBTUFHRS4KKyAqLworCisjaW5jbHVkZSA8c3lzL2NkZWZzLmg+Citf X0ZCU0RJRCgiJEZyZWVCU0QkIik7CisKKyNpbmNsdWRlIDxlcnJuby5oPgorI2luY2x1ZGUgPHN5 cy90eXBlcy5oPgorI2luY2x1ZGUgPHN5cy9zeXNjYWxsLmg+CisjaW5jbHVkZSA8c3lzL3NvY2tl dC5oPgorI2luY2x1ZGUgImxpYmNfcHJpdmF0ZS5oIgorCisjZGVmaW5lIFZMRU5fTUFYIDEwMjQK KworaW50CitzZW5kbW1zZyhpbnQgcywgc3RydWN0IG1tc2doZHIgKm1zZ3ZlYywgdW5zaWduZWQg aW50IHZsZW4sIGludCBmbGFncykKK3sKKwlpbnQgaSwgcmV0LCBzZW50OworCisJaWYgKHZsZW4g PiBWTEVOX01BWCkKKwkJdmxlbiA9IFZMRU5fTUFYOworCisJc2VudCA9IDA7CisJZm9yIChpID0g MDsgaSA8IHZsZW47IGkrKykgeworCQllcnJubyA9IDA7CisJCXJldCA9ICgoKGludCAoKikoaW50 LCBjb25zdCBzdHJ1Y3QgbXNnaGRyICosIGludCkpCisJCSAgICBfX2xpYmNfaW50ZXJwb3Npbmdb SU5URVJQT1Nfc2VuZG1zZ10pKHMsCisJCSAgICAgICAgJm1zZ3ZlY1tpXS5tc2dfaGRyLCBmbGFn cykpOworCQlpZiAocmV0IDwgMCB8fCBlcnJubyAhPSAwKSB7CisJCQlpZiAoc2VudCkgeworCQkJ CS8qIFdlIGhhdmUgc2VudCBtZXNzYWdlcy4gTGV0IGNhbGxlciBrbm93LiAqLworCQkJCWVycm5v ID0gMDsKKwkJCQlyZXR1cm4gKHNlbnQpOworCQkJfQorCQkJcmV0dXJuICgtMSk7CisJCX0KKwor CQkvKiBTYXZlIHNlbnQgYnl0ZXMgKi8KKwkJbXNndmVjW2ldLm1zZ19sZW4gPSByZXQ7CisKKwkJ c2VudCsrOworCX0KKworCXJldHVybiAoc2VudCk7Cit9CisKKyN1bmRlZiBWTEVOX01BWApkaWZm IC0tZ2l0IGEvbGliL2xpYnRoci90aHJlYWQvdGhyX3N5c2NhbGxzLmMgYi9saWIvbGlidGhyL3Ro cmVhZC90aHJfc3lzY2FsbHMuYwppbmRleCA3YzA1Njk3Li43YjU0NThkIDEwMDY0NAotLS0gYS9s aWIvbGlidGhyL3RocmVhZC90aHJfc3lzY2FsbHMuYworKysgYi9saWIvbGlidGhyL3RocmVhZC90 aHJfc3lzY2FsbHMuYwpAQCAtNjA2LDYgKzYwNiw4NCBAQCBfX3Rocl93cml0ZXYoaW50IGZkLCBj b25zdCBzdHJ1Y3QgaW92ZWMgKmlvdiwgaW50IGlvdmNudCkKIAlyZXR1cm4gKHJldCk7CiB9CiAK KyNkZWZpbmUgVkxFTl9NQVggMTAyNAorCitzdGF0aWMgaW50CitfX3Rocl9zZW5kbW1zZyhpbnQg cywgc3RydWN0IG1tc2doZHIgKm1zZ3ZlYywgdW5zaWduZWQgaW50IHZsZW4sIGludCBmbGFncykK K3sKKwlzdHJ1Y3QgcHRocmVhZCAqY3VydGhyZWFkOworCWludCBpLCByZXQsIHNlbnQ7CisKKwlj dXJ0aHJlYWQgPSBfZ2V0X2N1cnRocmVhZCgpOworCV90aHJfY2FuY2VsX2VudGVyKGN1cnRocmVh ZCk7CisKKwlpZiAodmxlbiA+IFZMRU5fTUFYKQorCQl2bGVuID0gVkxFTl9NQVg7CisKKwlzZW50 ID0gMDsKKwlmb3IgKGkgPSAwOyBpIDwgKGludCl2bGVuOyBpKyspIHsKKwkJZXJybm8gPSAwOwor CQlyZXQgPSBfX3N5c19zZW5kbXNnKHMsICZtc2d2ZWNbaV0ubXNnX2hkciwgZmxhZ3MpOworCQlp ZiAocmV0IDwgMCB8fCBlcnJubyAhPSAwKSB7CisJCQlpZiAoc2VudCkgeworCQkJCS8qIFdlIGhh dmUgc2VudCBtZXNzYWdlcy4gTGV0IGNhbGxlciBrbm93LiAqLworCQkJCWVycm5vID0gMDsKKwkJ CQlfdGhyX2NhbmNlbF9sZWF2ZShjdXJ0aHJlYWQsIHJldCA8PSAwKTsKKwkJCQlyZXR1cm4gKHNl bnQpOworCQkJfQorCQkJcmV0dXJuICgtMSk7CisJCX0KKworCQkvKiBTYXZlIHNlbnQgYnl0ZXMg Ki8KKwkJbXNndmVjW2ldLm1zZ19sZW4gPSByZXQ7CisKKwkJc2VudCsrOworCX0KKworCV90aHJf Y2FuY2VsX2xlYXZlKGN1cnRocmVhZCwgcmV0IDw9IDApOworCisJcmV0dXJuIChzZW50KTsKK30K Kworc3RhdGljIGludAorX190aHJfcmVjdm1tc2coaW50IHMsIHN0cnVjdCBtbXNnaGRyICptc2d2 ZWMsIHVuc2lnbmVkIGludCB2bGVuLCBpbnQgZmxhZ3MpCit7CisJc3RydWN0IHB0aHJlYWQgKmN1 cnRocmVhZDsKKwlpbnQgaSwgcmV0LCByY3ZkOworCisJY3VydGhyZWFkID0gX2dldF9jdXJ0aHJl YWQoKTsKKwlfdGhyX2NhbmNlbF9lbnRlcihjdXJ0aHJlYWQpOworCisJaWYgKHZsZW4gPiBWTEVO X01BWCkKKwkJdmxlbiA9IFZMRU5fTUFYOworCisJcmN2ZCA9IDA7CisJZm9yIChpID0gMDsgaSA8 IChpbnQpdmxlbjsgaSsrKSB7CisJCWVycm5vID0gMDsKKwkJcmV0ID0gX19zeXNfcmVjdm1zZyhz LCAmbXNndmVjW2ldLm1zZ19oZHIsIGZsYWdzKTsKKwkJaWYgKHJldCA8IDAgfHwgZXJybm8gIT0g MCkgeworCQkJaWYgKHJjdmQpIHsKKwkJCQkvKiBXZSd2ZSByZWNlaXZlZCBtZXNzYWdlcy4gTGV0 IGNhbGxlciBrbm93LiAqLworCQkJCWVycm5vID0gMDsKKwkJCQlfdGhyX2NhbmNlbF9sZWF2ZShj dXJ0aHJlYWQsIHJldCA9PSAtMSk7CisJCQkJcmV0dXJuIChyY3ZkKTsKKwkJCX0KKwkJCXJldHVy biAoLTEpOworCQl9CisKKwkJLyogU2F2ZSByZWNlaXZlZCBieXRlcyAqLworCQltc2d2ZWNbaV0u bXNnX2xlbiA9IHJldDsKKworCQlyY3ZkKys7CisJfQorCisJX3Rocl9jYW5jZWxfbGVhdmUoY3Vy dGhyZWFkLCByZXQgPT0gLTEpOworCisJcmV0dXJuIChyY3ZkKTsKK30KKworI3VuZGVmIFZMRU5f TUFYCisKIHZvaWQKIF9fdGhyX2ludGVycG9zZV9saWJjKHZvaWQpCiB7CkBAIC02NTIsNiArNzMw LDggQEAgX190aHJfaW50ZXJwb3NlX2xpYmModm9pZCkKIAlTTE9UKGtldmVudCk7CiAJU0xPVCh3 YWl0Nik7CiAJU0xPVChwcG9sbCk7CisJU0xPVChzZW5kbW1zZyk7CisJU0xPVChyZWN2bW1zZyk7 CiAjdW5kZWYgU0xPVAogCSooX19saWJjX2ludGVycG9zaW5nX3Nsb3QoCiAJICAgIElOVEVSUE9T X19wdGhyZWFkX211dGV4X2luaXRfY2FsbG9jX2NiKSkgPQpkaWZmIC0tZ2l0IGEvc3lzL3N5cy9z b2NrZXQuaCBiL3N5cy9zeXMvc29ja2V0LmgKaW5kZXggMThlMmRlMS4uNTA0MzEzZSAxMDA2NDQK LS0tIGEvc3lzL3N5cy9zb2NrZXQuaAorKysgYi9zeXMvc3lzL3NvY2tldC5oCkBAIC01OTUsNiAr NTk1LDE4IEBAIHN0cnVjdCBzZl9oZHRyIHsKICNlbmRpZiAvKiBfS0VSTkVMICovCiAjZW5kaWYg LyogX19CU0RfVklTSUJMRSAqLwogCisjaWZuZGVmIF9LRVJORUwKKyNpZmRlZiBfX0JTRF9WSVNJ QkxFCisvKgorICogU2VuZC9yZWN2bW1zZyBzcGVjaWZpYyBzdHJ1Y3R1cmUocykKKyAqLworc3Ry dWN0IG1tc2doZHIgeworCXN0cnVjdCBtc2doZHIJbXNnX2hkcjsJCS8qIG1lc3NhZ2UgaGVhZGVy ICovCisJdW5zaWduZWQgaW50CW1zZ19sZW47CQkvKiBtZXNzYWdlIGxlbmd0aCAgKi8KK307Cisj ZW5kaWYgLyogX19CU0RfVklTSUJMRSAqLworI2VuZGlmIC8qICFfS0VSTkVMICovCisKICNpZm5k ZWYJX0tFUk5FTAogCiAjaW5jbHVkZSA8c3lzL2NkZWZzLmg+CkBAIC02MTUsMTEgKzYyNywxNyBA QCBpbnQJbGlzdGVuKGludCwgaW50KTsKIHNzaXplX3QJcmVjdihpbnQsIHZvaWQgKiwgc2l6ZV90 LCBpbnQpOwogc3NpemVfdAlyZWN2ZnJvbShpbnQsIHZvaWQgKiwgc2l6ZV90LCBpbnQsIHN0cnVj dCBzb2NrYWRkciAqIF9fcmVzdHJpY3QsIHNvY2tsZW5fdCAqIF9fcmVzdHJpY3QpOwogc3NpemVf dAlyZWN2bXNnKGludCwgc3RydWN0IG1zZ2hkciAqLCBpbnQpOworI2lmIF9fQlNEX1ZJU0lCTEUK K2ludAlyZWN2bW1zZyhpbnQsIHN0cnVjdCBtbXNnaGRyICosIHVuc2lnbmVkIGludCwgaW50KTsK KyNlbmRpZgogc3NpemVfdAlzZW5kKGludCwgY29uc3Qgdm9pZCAqLCBzaXplX3QsIGludCk7CiBz c2l6ZV90CXNlbmR0byhpbnQsIGNvbnN0IHZvaWQgKiwKIAkgICAgc2l6ZV90LCBpbnQsIGNvbnN0 IHN0cnVjdCBzb2NrYWRkciAqLCBzb2NrbGVuX3QpOwogc3NpemVfdAlzZW5kbXNnKGludCwgY29u c3Qgc3RydWN0IG1zZ2hkciAqLCBpbnQpOwogI2lmIF9fQlNEX1ZJU0lCTEUKK2ludAlzZW5kbW1z ZyhpbnQsIHN0cnVjdCBtbXNnaGRyICosIHVuc2lnbmVkIGludCwgaW50KTsKKyNlbmRpZgorI2lm IF9fQlNEX1ZJU0lCTEUKIGludAlzZW5kZmlsZShpbnQsIGludCwgb2ZmX3QsIHNpemVfdCwgc3Ry dWN0IHNmX2hkdHIgKiwgb2ZmX3QgKiwgaW50KTsKIGludAlzZXRmaWIoaW50KTsKICNlbmRpZgo= --001a114a0eae44223e05292437ae-- From owner-freebsd-net@freebsd.org Tue Jan 12 15:30:45 2016 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 DBD20A6D5AE for ; Tue, 12 Jan 2016 15:30:45 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A9887197D for ; Tue, 12 Jan 2016 15:30:45 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (ppp121-45-229-231.lns20.per1.internode.on.net [121.45.229.231]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id u0CFUe4d004807 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Tue, 12 Jan 2016 07:30:43 -0800 (PST) (envelope-from julian@freebsd.org) Subject: Re: ppp(8) PPPoE fails when ifname contains "." To: freebsd-net@freebsd.org, Ben Woods References: From: Julian Elischer Message-ID: <56951C1A.6090805@freebsd.org> Date: Tue, 12 Jan 2016 23:30:34 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 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, 12 Jan 2016 15:30:46 -0000 On 7/01/2016 6:29 AM, Ben Woods wrote: > Hey everyone, > > I was recently trying to set up PPPoE to my ISP, over my network interface > which is configured with 802.1q VLAN tagging using vlan(4). > > I utilised the vlans_= feature described in rc.conf(5), > which creates a cloned interface named .. > > In /etc/ppp.conf I used the syntax PPPoE:. and this exposed > an interesting issue - ppp(8) would not set up the PPPoE interface > correctly when the interface contains a period. > > When I manually created the vlan clone interface with a name not containing > a period, ppp(8) worked fine. > > Has anyone seen this before? A quick review of the ppp(8) code, and I am > struggling to see the exact point where this syntax problem is. pppoe is implemented using netgraph. '.' has special meaning in netgraph. > > Regards, > Ben > > -- > From: Benjamin Woods > woodsb02@gmail.com > _______________________________________________ > 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 Tue Jan 12 23:29:32 2016 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 580D1A808CE for ; Tue, 12 Jan 2016 23:29:32 +0000 (UTC) (envelope-from flewis@panasas.com) Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2on0066.outbound.protection.outlook.com [207.46.100.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 227211174 for ; Tue, 12 Jan 2016 23:29:31 +0000 (UTC) (envelope-from flewis@panasas.com) Received: from DM2PR08MB446.namprd08.prod.outlook.com (10.141.86.18) by DM2PR08MB413.namprd08.prod.outlook.com (10.141.85.142) with Microsoft SMTP Server (TLS) id 15.1.361.13; Tue, 12 Jan 2016 23:29:24 +0000 Received: from DM2PR08MB447.namprd08.prod.outlook.com (10.141.86.19) by DM2PR08MB446.namprd08.prod.outlook.com (10.141.86.18) with Microsoft SMTP Server (TLS) id 15.1.361.13; Tue, 12 Jan 2016 23:29:22 +0000 Received: from DM2PR08MB447.namprd08.prod.outlook.com ([10.141.86.19]) by DM2PR08MB447.namprd08.prod.outlook.com ([10.141.86.19]) with mapi id 15.01.0361.006; Tue, 12 Jan 2016 23:29:22 +0000 From: "Lewis, Fred" To: "freebsd-net@freebsd.org" CC: "Pokala, Ravi" , "Lewis, Fred" Subject: Kernel panic from lagg_ioctl and lagg_port_ioctl Thread-Topic: Kernel panic from lagg_ioctl and lagg_port_ioctl Thread-Index: AQHRTZERJxBzi0RqBU+/N+qQfMI0yA== Date: Tue, 12 Jan 2016 23:29:22 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=flewis@panasas.com; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [66.31.107.140] x-microsoft-exchange-diagnostics: 1; DM2PR08MB446; 5:VjPXI9Oegh3eCtCiytXZjOIscTtkAbGRF3B/fbFyDkpx3B6UU4AKa6wX4QhigVWWIAKQZdb0P/7awd1wSxveiLjNCceHf3+zGXsnUVrXkNjozo/yJ5gSFsTBHkpPMqr8CdyxK8G7mYgvhYw4N4nldg==; 24:m/mPX6lab5fNm7Rirn80p6u0K7GDA1dPgDHFwIc46uxQRSZhumzJMslYn/nyH5I1lkfWWpRudp7x8J2HoSoIFSi/NPbJloU6joRZpvPbsfU= x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DM2PR08MB446; x-ms-office365-filtering-correlation-id: 7b879c44-642f-4196-8457-08d31ba833e1 x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(5005006)(8121501046)(520078)(3002001)(10201501046); SRVR:DM2PR08MB446; BCL:0; PCL:0; RULEID:; SRVR:DM2PR08MB446; x-forefront-prvs: 081904387B x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(189002)(164054003)(199003)(110136002)(87936001)(5004730100002)(81156007)(97736004)(2351001)(54356999)(2900100001)(105586002)(5002640100001)(1096002)(4001430100002)(4326007)(1220700001)(6116002)(92566002)(107886002)(11100500001)(102836003)(99286002)(3846002)(50986999)(106116001)(122556002)(86362001)(66066001)(5008740100001)(40100003)(229853001)(10400500002)(5001960100002)(189998001)(2906002)(36756003)(106356001)(450100001)(586003)(101416001)(2501003)(77096005); DIR:OUT; SFP:1101; SCL:1; SRVR:DM2PR08MB446; H:DM2PR08MB447.namprd08.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: panasas.com does not designate permitted sender hosts) Content-Type: text/plain; charset="us-ascii" Content-ID: <2EF450DB0D2172439EB44A03CB1753BF@namprd08.prod.outlook.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-CrossTenant-originalarrivaltime: 12 Jan 2016 23:29:22.4338 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: acf01c9d-c699-42af-bdbb-44bf582e60b0 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM2PR08MB446 X-Microsoft-Exchange-Diagnostics: 1; DM2PR08MB413; 2:XJ+VCsP+foLhJA9mJoiWEO22L866KOwi9N5s910fOIAFBtJjqNsj08cf02DsN4yuFt0cfbgi5Y1poYeT8Tp8JvELVxlgzHBb0Tt2YTIa+5p8GETdVa/CRGVnAXHx1hfsSv2zahi8gbeacmDXfwPaRg==; 23:2gADQ+3tNjs87aEJNJAiRFEQUyWoKvSpP+/tzQnJyMC/kK64JUmLdIMtWDVoBTO2cseavN5Etf0fU1KWCoiFHP5tZ2nty0uzhin300jnxict4Jc/o+9qMax0Iid+fmdPMV78z1MroypY/qWsBno8vCPcrQNUF/BZAFvnM0lg95InhM3Mmi1I6vEMi4n4z7fI X-OriginatorOrg: panasas.com X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 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, 12 Jan 2016 23:29:32 -0000 Hi FreeBSD Networking folks. We are seeing a kernel panics on stable/10 that are being caused by lagg_ioctl() and lagg_port_ioctl(). The panic occurs when moving from an lacp configuration to, say, a failover configuration. Please double-check me, but what appears to be happening is that the software context is not getting cleaned up properly on a mode change and lacp_portreq() is getting called when the lagg is set to failover mode. In particular, sc->sc_portreq is left pointing to lacp_portreq when the mode is no longer lacp. In earlier versions of lagg_ioctl() (e.g. stable/10/r171247) all of the callout vectors are set to NULL which I think will prevent the problem. Similar NULLing code is also in stable/7. I didn't check other releases. case SIOCSLAGG: if (sc->sc_proto !=3D LAGG_PROTO_NONE) { LAGG_WLOCK(sc); error =3D sc->sc_detach(sc); /* Reset protocol and pointers */ sc->sc_proto =3D LAGG_PROTO_NONE; sc->sc_detach =3D NULL; sc->sc_start =3D NULL; sc->sc_input =3D NULL; sc->sc_port_create =3D NULL; sc->sc_port_destroy =3D NULL; sc->sc_linkstate =3D NULL; sc->sc_init =3D NULL; sc->sc_stop =3D NULL; sc->sc_lladdr =3D NULL; sc->sc_req =3D NULL; sc->sc_portreq =3D NULL; } Looks like the above code was taken out via r287723. Evidently this has been made moot in HOL via r272170 and r272178 (maybe others). Here is one of the backtrace snippets: panic() at panic+0x155/frame 0xfffffe201e3df2e0 trap_fatal() at trap_fatal+0x38f/frame 0xfffffe201e3df340 trap_pfault() at trap_pfault+0x308/frame 0xfffffe201e3df3e0 trap() at trap+0x47a/frame 0xfffffe201e3df5f0 calltrap() at calltrap+0x8/frame 0xfffffe201e3df5f0 --- trap 0xc, rip =3D 0xffffffff804b9811, rsp =3D 0xfffffe201e3df6b0, rbp = =3D 0xfffffe201e3df730 --- __mtx_lock_sleep() at __mtx_lock_sleep+0x1a1/frame 0xfffffe201e3df730 __mtx_lock_flags() at __mtx_lock_flags+0x5a/frame 0xfffffe201e3df750 lacp_portreq() at lacp_portreq+0x2f/frame 0xfffffe201e3df780 lagg_port2req() at lagg_port2req+0x62/frame 0xfffffe201e3df7b0 lagg_port_ioctl() at lagg_port_ioctl+0x14b/frame 0xfffffe201e3df820 ifioctl() at ifioctl+0x162b/frame 0xfffffe201e3df8e0 kern_ioctl() at kern_ioctl+0x255/frame 0xfffffe201e3df950 sys_ioctl() at sys_ioctl+0x13c/frame 0xfffffe201e3df9a0 Is there any chance of getting this fixed in stable/10 before code freeze? We have tested a set of diffs that fix the issue and will submit them for review shortly. Thanks, -Fred From owner-freebsd-net@freebsd.org Wed Jan 13 02:08:20 2016 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 5B42DA805CA for ; Wed, 13 Jan 2016 02:08:20 +0000 (UTC) (envelope-from wollman@hergotha.csail.mit.edu) Received: from hergotha.csail.mit.edu (wollman-1-pt.tunnel.tserv4.nyc4.ipv6.he.net [IPv6:2001:470:1f06:ccb::2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2321D14E9 for ; Wed, 13 Jan 2016 02:08:19 +0000 (UTC) (envelope-from wollman@hergotha.csail.mit.edu) Received: from hergotha.csail.mit.edu (localhost [127.0.0.1]) by hergotha.csail.mit.edu (8.14.9/8.14.9) with ESMTP id u0D28HiE005864 for ; Tue, 12 Jan 2016 21:08:17 -0500 (EST) (envelope-from wollman@hergotha.csail.mit.edu) Received: (from wollman@localhost) by hergotha.csail.mit.edu (8.14.9/8.14.4/Submit) id u0D28HSg005861; Tue, 12 Jan 2016 21:08:17 -0500 (EST) (envelope-from wollman) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <22165.45457.4330.438593@hergotha.csail.mit.edu> Date: Tue, 12 Jan 2016 21:08:17 -0500 From: Garrett Wollman To: freebsd-net@freebsd.org Subject: netmap support removed from ixl? X-Mailer: VM 7.17 under 21.4 (patch 22) "Instant Classic" XEmacs Lucid X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (hergotha.csail.mit.edu [127.0.0.1]); Tue, 12 Jan 2016 21:08:17 -0500 (EST) X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED, HEADER_FROM_DIFFERENT_DOMAINS autolearn=disabled version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on hergotha.csail.mit.edu X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 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, 13 Jan 2016 02:08:20 -0000 I see from various searches that netmap support was added to ixl(4) -- *but* the code isn't there in 10.2. I'd like to be able to use it for packet capture, because regular BPF on this interface (XL710) isn't even able to keep up with 2 Gbit/s, never mind 20 Gbit/s. Can anyone explain what happened -- was this code simply never integrated, or did it get blown away in some later Intel vendor import? -GAWollman From owner-freebsd-net@freebsd.org Wed Jan 13 02:09:44 2016 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 AB2C6A80681 for ; Wed, 13 Jan 2016 02:09:44 +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 9B80415EE for ; Wed, 13 Jan 2016 02:09:44 +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 u0D29iGO012422 for ; Wed, 13 Jan 2016 02:09:44 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 206168] Broadcom 57xx fails on any version of FreeBSD Date: Wed, 13 Jan 2016 02:09:44 +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-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many 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.20 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, 13 Jan 2016 02:09:44 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206168 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 Wed Jan 13 02:11:32 2016 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 48645A80775 for ; Wed, 13 Jan 2016 02:11:32 +0000 (UTC) (envelope-from torres.73a@gmail.com) Received: from mail-pa0-x22f.google.com (mail-pa0-x22f.google.com [IPv6:2607:f8b0:400e:c03::22f]) (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 2092918B7 for ; Wed, 13 Jan 2016 02:11:32 +0000 (UTC) (envelope-from torres.73a@gmail.com) Received: by mail-pa0-x22f.google.com with SMTP id ho8so88642458pac.2 for ; Tue, 12 Jan 2016 18:11:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=BtbNnbCRgHeJ9C9faquBZwty4BtK8EfHAU2+PCbUjAA=; b=RZa7qmYvXVzKIjFuHhtKUrDVdhwlP054R6AE7lOEnDO1+Yzh4DcbffngeK5H20a1j5 02R4WAup15Rgq/HKVaNiuzuSevifGX+MJERrHym/WDnRORfkfLS6MmUHbUbtKNCQ9TkS IZT9S+iJ5a5JxbwfdYqAdzYZy/ztsTudzmMBgqAYtBA9SUM7bKELwzVf/qDatPuKkv96 wAz0feNfTSXUkhjNFeFpvxmgNF06dXqh9AkgV66Inebp4OSxaDglkCfyrlWiwtjDzI2F ozHvjAv54jDYRGZ0XbTQoFjJxNx4Jbq8XbbOxjxLmWBU+7ogk9pfnlv04PThkD4uGT8a QVCA== X-Received: by 10.66.156.226 with SMTP id wh2mr192388258pab.95.1452651091602; Tue, 12 Jan 2016 18:11:31 -0800 (PST) Received: from vm6695.octopus (syd3-244-19.octopus.com.au. [103.243.244.19]) by smtp.gmail.com with ESMTPSA id cl3sm91653800pad.11.2016.01.12.18.11.29 for (version=TLS1 cipher=AES128-SHA bits=128/128); Tue, 12 Jan 2016 18:11:30 -0800 (PST) Date: Wed, 13 Jan 2016 10:06:23 +0800 From: "Wilkinson, Alex" To: freebsd-net@freebsd.org Subject: Re: netmap support removed from ixl? Message-ID: <20160113020623.GB21750@vm6695.octopus> Mail-Followup-To: freebsd-net@freebsd.org References: <22165.45457.4330.438593@hergotha.csail.mit.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <22165.45457.4330.438593@hergotha.csail.mit.edu> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 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, 13 Jan 2016 02:11:32 -0000 On Tue, Jan 12, 2016 at 09:08:17PM -0500, Garrett Wollman wrote: >I see from various searches that netmap support was added to ixl(4) -- >*but* the code isn't there in 10.2. I'd like to be able to use it for >packet capture, because regular BPF on this interface (XL710) isn't >even able to keep up with 2 Gbit/s, never mind 20 Gbit/s. Can anyone >explain what happened -- was this code simply never integrated, or did >it get blown away in some later Intel vendor import? Curious, how are you verifying that its not there ? -Alex From owner-freebsd-net@freebsd.org Wed Jan 13 02:48:36 2016 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 AB0F4A803AB for ; Wed, 13 Jan 2016 02:48:36 +0000 (UTC) (envelope-from flewis@panasas.com) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1on0075.outbound.protection.outlook.com [157.56.110.75]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 399EE1A00 for ; Wed, 13 Jan 2016 02:48:35 +0000 (UTC) (envelope-from flewis@panasas.com) Received: from DM2PR08MB445.namprd08.prod.outlook.com (10.141.86.14) by DM2PR08MB272.namprd08.prod.outlook.com (10.141.54.153) with Microsoft SMTP Server (TLS) id 15.1.361.13; Tue, 12 Jan 2016 21:13:27 +0000 Received: from DM2PR08MB447.namprd08.prod.outlook.com (10.141.86.19) by DM2PR08MB445.namprd08.prod.outlook.com (10.141.86.14) with Microsoft SMTP Server (TLS) id 15.1.361.13; Tue, 12 Jan 2016 21:13:24 +0000 Received: from DM2PR08MB447.namprd08.prod.outlook.com ([10.141.86.19]) by DM2PR08MB447.namprd08.prod.outlook.com ([10.141.86.19]) with mapi id 15.01.0361.006; Tue, 12 Jan 2016 21:13:24 +0000 From: "Lewis, Fred" To: "freebsd-net@freebsd.org" CC: "Sundararajan, Lakshmi" , "Kothavade, Pushkar" , "Pokala, Ravi" , "Lewis, Fred" Subject: Kernel panic from lagg_ioctl and lagg_port_ioctl Thread-Topic: Kernel panic from lagg_ioctl and lagg_port_ioctl Thread-Index: AQHRTX4SEw2RKdNoKkSugD8zam7OVA== Date: Tue, 12 Jan 2016 21:13:23 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=flewis@panasas.com; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [66.31.107.140] x-microsoft-exchange-diagnostics: 1; DM2PR08MB445; 5:KFppq6YsngtIInUL1romhfC0UMEvrkxfrHri2SpdKY1krOgzLXby9wM55nigAbFW4yU1ymQ1njLyn9HXlUwITv1FeRor6HdLp44UTYvM02D1/x1hdiIo9mcMWYsesnSJYrGIDVSs9Wn6Do+ENo4uow==; 24:naxNtWg8JL0VoHho/MMegUujZty8b6QEnvZSMmJSrMfAWhHyjoQbBObCB8U+pK57pYMBcBoC/P/ME/Edjt834H9n8/wMNY3YfreU+Hg+SVE= x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DM2PR08MB445; x-ms-office365-filtering-correlation-id: 1f090ae0-ea96-4471-59ba-08d31b9534e8 x-ld-processed: acf01c9d-c699-42af-bdbb-44bf582e60b0,ExtAddr x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(5005006)(8121501046)(520078)(3002001)(10201501046); SRVR:DM2PR08MB445; BCL:0; PCL:0; RULEID:; SRVR:DM2PR08MB445; x-forefront-prvs: 081904387B x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(189002)(199003)(164054003)(92566002)(2906002)(101416001)(110136002)(16236675004)(107886002)(81156007)(36756003)(106356001)(5001960100002)(99286002)(66066001)(1220700001)(97736004)(11100500001)(106116001)(189998001)(50986999)(4001430100002)(54356999)(105586002)(2900100001)(86362001)(102836003)(2501003)(2351001)(4326007)(586003)(229853001)(3846002)(77096005)(1096002)(6116002)(5008740100001)(10400500002)(87936001)(122556002)(5002640100001)(40100003)(5004730100002); DIR:OUT; SFP:1101; SCL:1; SRVR:DM2PR08MB445; H:DM2PR08MB447.namprd08.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: panasas.com does not designate permitted sender hosts) MIME-Version: 1.0 X-MS-Exchange-CrossTenant-originalarrivaltime: 12 Jan 2016 21:13:23.9528 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: acf01c9d-c699-42af-bdbb-44bf582e60b0 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM2PR08MB445 X-Microsoft-Exchange-Diagnostics: 1; DM2PR08MB272; 2:phBvIeJ8Cf4ZIuQvIpQhJBIZb8gEKpFKdp2Fa+3+n6OsH+h0HowbbQmAt1P1UTdjLAH4sguf3KQcdeY2vokc7NeGNpk7f/iwdU6GSV+lG8EBogAt7eVf0m0zH0HqoalYCAx5dMxBwOwIBGt1vneKWQ==; 23:yN4h3j2T481zTun4ndNo2OtgDcCCi4fr84VjSK8djEPomrkTLbhJz4ZKEEK7M8yflkpvhXBYuAQYyHW7yaZKUtqU27L/dV6BDkCz71DNmXnTXWLEwshp2hsZzfqbckAmeFGoSdFRPpz6FO2bhEIIIM7oZZrja2CJUR/ac5ECBV0PH2wVVhhTpJ782SRXVf54 X-OriginatorOrg: panasas.com Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 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, 13 Jan 2016 02:48:36 -0000 Hi FreeBSD Networking folks. We are seeing a kernel panics on stable/10 that are being caused by lagg_io= ctl() and lagg_port_ioctl(). The panic occurs when moving from an lacp configuration to, say, a failover= configuration. Please double-check me, but what appears to be happening is that the softwa= re context is not getting cleaned up properly on a mode change and lacp_portreq() is getting called w= hen the lagg is set to failover mode. In particular, sc->sc_portreq is left pointing to lacp_portreq when = the mode is no longer lacp. In earlier versions of lagg_ioctl() (e.g. stable/10/r171247) all of the cal= lout vectors are set to NULL which I think will prevent the problem. Similar NUL= Ling code is also in stable/7. I didn't check other releases. case SIOCSLAGG: if (sc->sc_proto !=3D LAGG_PROTO_NONE) { LAGG_WLOCK(sc); error =3D sc->sc_detach(sc); /* Reset protocol and pointers */ sc->sc_proto =3D LAGG_PROTO_NONE; sc->sc_detach =3D NULL; sc->sc_start =3D NULL; sc->sc_input =3D NULL; sc->sc_port_create =3D NULL; sc->sc_port_destroy =3D NULL; sc->sc_linkstate =3D NULL; sc->sc_init =3D NULL; sc->sc_stop =3D NULL; sc->sc_lladdr =3D NULL; sc->sc_req =3D NULL; sc->sc_portreq =3D NULL; } Looks like the above code was taken out via r287723. Evidently this has been made moot in HOL via r272170 and r272178 (maybe others). Here is one of the backtrace snippets: panic() at panic+0x155/frame 0xfffffe201e3df2e0 trap_fatal() at trap_fatal+0x38f/frame 0xfffffe201e3df340 trap_pfault() at trap_pfault+0x308/frame 0xfffffe201e3df3e0 trap() at trap+0x47a/frame 0xfffffe201e3df5f0 calltrap() at calltrap+0x8/frame 0xfffffe201e3df5f0 --- trap 0xc, rip =3D 0xffffffff804b9811, rsp =3D 0xfffffe201e3df6b0, rbp = =3D 0xfffffe201e3df730 --- __mtx_lock_sleep() at __mtx_lock_sleep+0x1a1/frame 0xfffffe201e3df730 __mtx_lock_flags() at __mtx_lock_flags+0x5a/frame 0xfffffe201e3df750 lacp_portreq() at lacp_portreq+0x2f/frame 0xfffffe201e3df780 lagg_port2req() at lagg_port2req+0x62/frame 0xfffffe201e3df7b0 lagg_port_ioctl() at lagg_port_ioctl+0x14b/frame 0xfffffe201e3df820 ifioctl() at ifioctl+0x162b/frame 0xfffffe201e3df8e0 kern_ioctl() at kern_ioctl+0x255/frame 0xfffffe201e3df950 sys_ioctl() at sys_ioctl+0x13c/frame 0xfffffe201e3df9a0 Is there any chance of getting this fixed in stable/10 before code freeze? We have tested a set of diffs that fix the issue and will submit them for = review shortly. Thanks, -Fred From owner-freebsd-net@freebsd.org Wed Jan 13 03:51:22 2016 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 85F32A6DD51 for ; Wed, 13 Jan 2016 03:51:22 +0000 (UTC) (envelope-from rizzo.unipi@gmail.com) Received: from mail-lb0-x235.google.com (mail-lb0-x235.google.com [IPv6:2a00:1450:4010:c04::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 0E7731749 for ; Wed, 13 Jan 2016 03:51:22 +0000 (UTC) (envelope-from rizzo.unipi@gmail.com) Received: by mail-lb0-x235.google.com with SMTP id bc4so282851471lbc.2 for ; Tue, 12 Jan 2016 19:51:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=2M518wW9dNEZrNXDPuHPdw5O193bZJ1EJOfI2Mny2XY=; b=ICxdgI5UmAJp58AfiARRFh8M2uNbeTS+oxmAgAIp7o7zyXrrxircvTPkA++HaFExdK ODsSswnG4avw+u4GF9Eh4oSxnsIFSaaH5qagabdV8fHYWJwa1MypuOj4KiVzvYT2Xf2/ NJa8Z6fqM3i54ZyV4B9ALfeiuRW+SXUa6PbIxULUMegM9sMP8zUoAPedyviZzYQL3F1U jSObezC/CrosrdOD5QLlhcFTd8KSl4wg0rHW67vqZ/IfwpcIzWOB5AObh7Z4vHbSMDfU kXX+Gp4glL5DO1wkVDwvCxzWQZUHYPMahyMWJVLdNOQd+mDlR5e1WFgxTKoQoulfcsV1 +iHw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=2M518wW9dNEZrNXDPuHPdw5O193bZJ1EJOfI2Mny2XY=; b=TDu1NkelY1occd0e+La0CI4jmYTH8xvyzVmqqeDB9FCFwrkBQ2ngJTEGwRX1jOzLd4 +jZz7ivgnyKuV4Sa9r4veTujZNaF6uYxrv8CGRSMFRio1u9/ZNNt7gpTSLzvgqrDf+Qy S47lEQlK/sVF89i4eLyyCIPLUarSvm1TxEIMEYHjaK/2Mm3sPbv3t6eLPHb8FpVYG0lA SM5qrpkkrEQXUehm2fNeG1O7vZuviWL3mas1U3PE23Q8rWQaOW1otjlhskqCXzf/iLVU NhZL5piVH4KsJGwZHC1+jWap2FAgYzTvuBuUD7jxB7FJnvk+86TIzjZzGkr0yQkbxoZ+ RSJg== X-Gm-Message-State: ALoCoQmtRLh1oAOXSZYL5DWxsTTDG6CLIScXwctb8CCCvOSrFyI8gYmWETp7AWip2xedFX8BxfpUV46pyC3k4RFsWeRlHSTLSA== MIME-Version: 1.0 X-Received: by 10.112.198.102 with SMTP id jb6mr11710184lbc.44.1452657079012; Tue, 12 Jan 2016 19:51:19 -0800 (PST) Sender: rizzo.unipi@gmail.com Received: by 10.114.4.232 with HTTP; Tue, 12 Jan 2016 19:51:18 -0800 (PST) In-Reply-To: <22165.45457.4330.438593@hergotha.csail.mit.edu> References: <22165.45457.4330.438593@hergotha.csail.mit.edu> Date: Tue, 12 Jan 2016 19:51:18 -0800 X-Google-Sender-Auth: rMrapq_gINvAnKYKg9g8WerKwDY Message-ID: Subject: Re: netmap support removed from ixl? From: Luigi Rizzo To: Garrett Wollman Cc: "freebsd-net@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 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, 13 Jan 2016 03:51:22 -0000 i think it was committed to HEAD but never integrated in the stable/10.x branch. I wrote the code in jan/feb 2015. I think you can simply backport the driver from head. cheers luigi On Tue, Jan 12, 2016 at 6:08 PM, Garrett Wollman wrote: > I see from various searches that netmap support was added to ixl(4) -- > *but* the code isn't there in 10.2. I'd like to be able to use it for > packet capture, because regular BPF on this interface (XL710) isn't > even able to keep up with 2 Gbit/s, never mind 20 Gbit/s. Can anyone > explain what happened -- was this code simply never integrated, or did > it get blown away in some later Intel vendor import? > > -GAWollman > _______________________________________________ > 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" -- -----------------------------------------+------------------------------- Prof. Luigi RIZZO, rizzo@iet.unipi.it . Dip. di Ing. dell'Informazione http://www.iet.unipi.it/~luigi/ . Universita` di Pisa TEL +39-050-2217533 . via Diotisalvi 2 Mobile +39-338-6809875 . 56122 PISA (Italy) -----------------------------------------+------------------------------- From owner-freebsd-net@freebsd.org Wed Jan 13 08:03:55 2016 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 E41AFA802A6 for ; Wed, 13 Jan 2016 08:03:55 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 617C110A4 for ; Wed, 13 Jan 2016 08:03:55 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id u0D83o2V048343 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 13 Jan 2016 10:03:50 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua u0D83o2V048343 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id u0D83n1Y048342; Wed, 13 Jan 2016 10:03:49 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 13 Jan 2016 10:03:49 +0200 From: Konstantin Belousov To: Boris Astardzhiev Cc: Adrian Chadd , Mark Delany , FreeBSD Net Subject: Re: Does FreeBSD have sendmmsg or recvmmsg system calls? Message-ID: <20160113080349.GC72455@kib.kiev.ua> References: <20160107161213.GZ3625@kib.kiev.ua> <20160107192840.GF3625@kib.kiev.ua> <20160108172323.W1815@besplex.bde.org> <20160108075815.3243.qmail@f5-external.bushwire.net> <20160108204606.G2420@besplex.bde.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 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, 13 Jan 2016 08:03:56 -0000 On Tue, Jan 12, 2016 at 04:53:25PM +0200, Boris Astardzhiev wrote: > Hello again, > > In my spare time I did the following simple libc-only implementation of the > syscalls. > I did some tests in a VM adapting these experiments: > https://blog.cloudflare.com/how-to-receive-a-million-packets/ > > Any comments about the diff are greatly appreciated. Please find below. This implementation has some strangeness, like NOASM and PSEUDO in makefile, which I cannot find a purpose for. Big issue with the implementation is the interposing stuff, why do you need it at all ? Is it to correctly handle cancellation, to not fall into sleepable syscall when previous loop step was cancelled ? If yes, you _can_ use pthread_testcancel(3) etc in libc. Libc provides stubs for them with trivial implementation, which is reset to the real one if libthr is loaded. Then you can simplify your patch significantly, avoiding the need for interposing and writing the loops both in libc and libthr. BTW, do you have tests for the cancellation of the new functions ? Again, the patch lacks man page updates. From owner-freebsd-net@freebsd.org Wed Jan 13 12:25:31 2016 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 7045AA6B802 for ; Wed, 13 Jan 2016 12:25:31 +0000 (UTC) (envelope-from sepherosa@gmail.com) Received: from mail-io0-x22d.google.com (mail-io0-x22d.google.com [IPv6:2607:f8b0:4001:c06::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 353EB12FA for ; Wed, 13 Jan 2016 12:25:31 +0000 (UTC) (envelope-from sepherosa@gmail.com) Received: by mail-io0-x22d.google.com with SMTP id 77so384982909ioc.2 for ; Wed, 13 Jan 2016 04:25:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=cXbJGqRs5H65iGXDT9EduqEQoQYjKH+kqwZNZ1qwMqg=; b=vOKnkcaEn9ffPMQugZIzQb68KwlksDkWAMcjxU6ACpJz0p6cy7Gu2jJO+c7QyExhiD vHPTFPWklP8xhA3ZsbeaP4IdgRMTBocNFHOxMhd9aoxd3m/dsJB1GjQl5oO/rcBhXdOP 5dXA6DzjytApZ8+prd81YaEoJ9UR5lDSHArRn4plLwLIK+TAoRDh2N7o1LlWRdVjThvj LzzTB2jbHNk+I2i+P8C07Z1RyVu0s4xtuq259mAKvDxTyvtqCQIOhiHXyvzEH7EOe+E3 HZLEji9hsLFEBqWiRoX8tNLq/kc9WFhU79mDuO/DxV1vshv6+u2iIMOV89PfK7/F9/d6 L2Yw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=cXbJGqRs5H65iGXDT9EduqEQoQYjKH+kqwZNZ1qwMqg=; b=WyENCD+cliVt0gt0Bu0umG2VefCE2swKuCknt4wj1fi1Yvtps1NwpuYqAwqIoVJzJz 1mpPMYIfW6gEZAAb9uEMNTkkR6etLnBc3zGnbYoooGAlStDW06s5ycgPBTFPRHjhRSJQ MlOvaitogpC0h4dGRyFvFRHpeKkHo8p+Q+VhhlhfbrtRvpCyE0/Vz6ssRgglGVG5ElUj PTriQjzxI4jKxst6gaWifGUlEgV0wnNt0icLKTnRFSEVbRb2io0mUs7ZAi+sDsPy1Wh/ UeRrnjF8bZrRik5Maw4OURkE0NqS26d8DqmVtVM2fgDbM6fOJeNJsFPbrcplJrt3HEoZ 0yjw== X-Gm-Message-State: ALoCoQkWsGDIC4xSwxWpz+C18yaLddPT2tqMw20dZBPmMpSUrPNAQquCQeRzPwv0euntmBWWkPZxjRtXMpoSYBUwchPJQuYMhw== MIME-Version: 1.0 X-Received: by 10.107.7.22 with SMTP id 22mr71614198ioh.17.1452687930466; Wed, 13 Jan 2016 04:25:30 -0800 (PST) Received: by 10.107.166.3 with HTTP; Wed, 13 Jan 2016 04:25:30 -0800 (PST) In-Reply-To: References: <20160104101747.58347.qmail@f5-external.bushwire.net> <20160104194044.GD3625@kib.kiev.ua> <20160104210741.32812.qmail@f5-external.bushwire.net> <20160107161213.GZ3625@kib.kiev.ua> <20160107192840.GF3625@kib.kiev.ua> <20160108172323.W1815@besplex.bde.org> <20160108075815.3243.qmail@f5-external.bushwire.net> <20160108204606.G2420@besplex.bde.org> Date: Wed, 13 Jan 2016 20:25:30 +0800 Message-ID: Subject: Re: Does FreeBSD have sendmmsg or recvmmsg system calls? From: Sepherosa Ziehau To: Boris Astardzhiev Cc: Adrian Chadd , Mark Delany , FreeBSD Net Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 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, 13 Jan 2016 12:25:31 -0000 On Tue, Jan 12, 2016 at 10:53 PM, Boris Astardzhiev wrote: > Hello again, > > In my spare time I did the following simple libc-only implementation of the > syscalls. > I did some tests in a VM adapting these experiments: > https://blog.cloudflare.com/how-to-receive-a-million-packets/ On Dragonfly, I could do 1.3Mtrans/s (one trans == 18B UDP reception and then send back) w/o the {recv,send}mmsg() API on an 4C/8T ivy-bridge i7 easily. I think only SO_REUSEPORT and cpu hint (Dfly has SO_CPUHINT getsockopt) matter in their test. Thanks, sephe > > Any comments about the diff are greatly appreciated. > > Best regards, > Boris Astardzhiev > > On Fri, Jan 8, 2016 at 7:02 PM, Adrian Chadd wrote: > >> On 8 January 2016 at 03:02, Bruce Evans wrote: >> > On Fri, 8 Jan 2016, Adrian Chadd wrote: >> > >> >> On 7 January 2016 at 23:58, Mark Delany wrote: >> >>> >> >>> On 08Jan16, Bruce Evans allegedly wrote: >> >>>> >> >>>> If the NIC can't reach line rate >> >>> >> >>> >> >>>> Network stack overheads are also enormous. >> >>> >> >>> >> >>> Bruce makes some excellent points. >> >>> >> >>> I challenge anyone to get line rate UDP out of FBSD (or Linux) for a >> >>> 1G NIC yet alone a 10G NIC listening to a single port. It was exactly >> >>> my frustration with UDP performance that led me down the path of >> >>> *mmsg() and netmap. >> >>> >> >>> Frankly this is an opportunity for FBSD as UDP performance appears to >> >>> be a neglected area. >> >> >> >> >> >> I'm there, on 16 threads. >> >> >> >> I'd rather we do it on two or three, as a lot of time is wasted in >> >> producer/consumer locking. but yeah, 500k tx/rx should be doable per >> >> CPU with only locking changes. >> >> .. and I did mean "kernel producer/consumer locking changes." >> >> > >> > Line rate for 1 Gbps is about 1500 kpps (small packets). >> > >> > With I218V2 (em), I see enormous lock contention above 3 or 4 (user) >> > threads, and 8 are slightly slower than 1. 1 doesn't saturate the NIC, >> > and 2 is optimal. >> > >> >> The RSS support in -HEAD lets you get away with parallelising UDP >> streams very nicely. >> >> The framework is pretty simple (!): >> >> * drivers ask the RSS code for the RSS config and RSS hash to use, and >> configure the hardware appropriately; >> * the netisr input paths check the existence of the RSS hash and will >> calculte it in software if reqiured; >> * v4/v6 reassembly is done (at the IP level, /not/ at the protocol >> level) and if it needs a new RSS hash / netisr reinjection, that'll >> happen; >> * the PCB lookup code for listen sockets now allows one listen socket >> per RSS bucket - as the RSS / PCBGROUPS code already extended the PCB >> to have one PCB table per RSS bucket (as well as a global one); >> >> So: >> >> * userland code queries RSS for the CPU and RSS bucket setup; >> * you then create one listen socket per RSS bucket, bind it to the >> local thread (if you want) and tell it "you're in RSS bucket X"; >> * .. and then in the UDP case for local-bound sockets, the >> transmit/receive path does not require modifying the global PCB state, >> so the locking is kept per-RSS bucket, and scales linearly with the >> number of CPUs you have (until you hit the NIC queue limits.) >> >> https://github.com/erikarn/freebsd-rss/ >> >> and: >> >> >> http://adrianchadd.blogspot.com/2014/06/hacking-on-receive-side-scaling-rss-on.html >> >> http://adrianchadd.blogspot.com/2014/07/application-awareness-of-receive-side.html >> >> http://adrianchadd.blogspot.com/2014/08/receive-side-scaling-figuring-out-how.html >> >> http://adrianchadd.blogspot.com/2014/09/receive-side-scaling-testing-udp.html >> >> http://adrianchadd.blogspot.com/2014/10/more-rss-udp-tests-this-time-on-dell.html >> >> >> >> -adrian >> _______________________________________________ >> 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" >> > > _______________________________________________ > 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" -- Tomorrow Will Never Die From owner-freebsd-net@freebsd.org Wed Jan 13 12:30:44 2016 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 12E4FA6B9FC for ; Wed, 13 Jan 2016 12:30:44 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::2]) (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 D39281482 for ; Wed, 13 Jan 2016 12:30:43 +0000 (UTC) (envelope-from hps@selasky.org) Received: from laptop015.home.selasky.org (unknown [62.141.129.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id A57171FE024; Wed, 13 Jan 2016 13:30:39 +0100 (CET) Subject: Re: Kernel panic from lagg_ioctl and lagg_port_ioctl To: "Lewis, Fred" , "freebsd-net@freebsd.org" References: Cc: "Sundararajan, Lakshmi" , "Kothavade, Pushkar" , "Pokala, Ravi" From: Hans Petter Selasky Message-ID: <569643F4.5060209@selasky.org> Date: Wed, 13 Jan 2016 13:32:52 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 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, 13 Jan 2016 12:30:44 -0000 On 01/12/16 22:13, Lewis, Fred wrote: > In earlier versions of lagg_ioctl() (e.g. stable/10/r171247) all of the callout > vectors are set to NULL which I think will prevent the problem. Similar NULLing code > is also in stable/7. I didn't check other releases. Don't forget to drain the callouts before NULL-ing them! --HPS From owner-freebsd-net@freebsd.org Wed Jan 13 12:33:16 2016 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 7E43FA6BBF9 for ; Wed, 13 Jan 2016 12:33:16 +0000 (UTC) (envelope-from lakshmi.n@msystechnologies.com) Received: from mail-yk0-x229.google.com (mail-yk0-x229.google.com [IPv6:2607:f8b0:4002:c07::229]) (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 4780C1AEC for ; Wed, 13 Jan 2016 12:33:15 +0000 (UTC) (envelope-from lakshmi.n@msystechnologies.com) Received: by mail-yk0-x229.google.com with SMTP id x67so487423981ykd.2 for ; Wed, 13 Jan 2016 04:33:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=msystechnologies.com; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Akf/OQi/LTPm8pCl1gqpUi3rHhLYJo7hgJofO0R9SK8=; b=VrP3AUFE2ho4plkSO5uhIlt+0AS2Ah/XdXJNDSvHgev/AiR1FIFmRjkNpTRrQyd4dl RHq65qCB5gNPZzJ9HayzHVFmBUWQwS01MdQqP8fkaFMKP0sbvy7J6Z/7csizkxRpuNJx cpG2jGbakExJ0KFyzx2FHr2KobSuvWnasj/og= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=Akf/OQi/LTPm8pCl1gqpUi3rHhLYJo7hgJofO0R9SK8=; b=DbSzhYSwit2NZWKqLgYE9W8QeF0kLK+BLxunbwT0GB4eJ1oT1oBp6LAclo5lw6BIyw QIUK5iH04QtVe+PfjPJGd9n8MKqfT/ZpzJ+GAgY2TINmmPyiUaNOeJ/a9EUZa5TH3ZCu aI7MoixsZp1aqQWQqWMZYRvRlbkG5xJBkWAtWfJ2gM3CrPh4ACXummiLGUuU+Op3QWl4 iiQVr25MVfoFDaKn0secZB6Id9KRafKX1AhWtLR69L1gJLXHG/h5mc5u3/3rojTP3PBI acfiNGXuOOAZAtQ9QWS9ue1QUBQ1FBKDVxPQd7+fxIYiuata1pETWO2CwiBNd9S4KIej kj+w== X-Gm-Message-State: ALoCoQmcpnfGC8Md4XNCIQE+MRWkNu7VBD9EqRPU8o+VpnsBOs2s85wMP/Ixemsv4isR51cjJxavx9tSDINGp4QEP509PfADZmcLT8k3AAnf/k3AU819u2IoAY99dODV5/wMbEG1rcBiOdCE1mT6q8CDDd1UZS6JPw== MIME-Version: 1.0 X-Received: by 10.129.159.130 with SMTP id w124mr99058054ywg.342.1452688395134; Wed, 13 Jan 2016 04:33:15 -0800 (PST) Received: by 10.37.21.138 with HTTP; Wed, 13 Jan 2016 04:33:15 -0800 (PST) In-Reply-To: <569643F4.5060209@selasky.org> References: <569643F4.5060209@selasky.org> Date: Wed, 13 Jan 2016 18:03:15 +0530 Message-ID: Subject: Re: Kernel panic from lagg_ioctl and lagg_port_ioctl From: Lakshmi Narasimhan Sundararajan To: Hans Petter Selasky Cc: "Lewis, Fred" , "freebsd-net@freebsd.org" , "Kothavade, Pushkar" , "Pokala, Ravi" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 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, 13 Jan 2016 12:33:16 -0000 Hi Hans, Yes, we understand that piece of code. But Panasas wants this change to MFC to 10.3. This issue is not seen in 11. Would that happen? I have not seen acknowledgement of this issue or confirmation of MFC to 10.3. That information will help us plan. Regards, LN On Wed, Jan 13, 2016 at 6:02 PM, Hans Petter Selasky wrote: > On 01/12/16 22:13, Lewis, Fred wrote: > >> In earlier versions of lagg_ioctl() (e.g. stable/10/r171247) all of the >> callout >> vectors are set to NULL which I think will prevent the problem. Similar >> NULLing code >> is also in stable/7. I didn't check other releases. >> > > Don't forget to drain the callouts before NULL-ing them! > > --HPS > -- DISCLAIMER The information in this e-mail is confidential and may be subject to legal privilege. It is intended solely for the addressee. Access to this e-mail by anyone else is unauthorized. If you have received this communication in error, please address with the subject heading "Received in error," send to it@msystechnologies.com, then delete the e-mail and destroy any copies of it. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. The views, opinions, conclusions and other information expressed in this electronic mail and any attachments are not given or endorsed by the company unless otherwise indicated by an authorized representative independent of this message. MSys cannot guarantee that e-mail communications are secure or error-free, as information could be intercepted, corrupted, amended, lost, destroyed, arrive late or incomplete, or contain viruses, though all reasonable precautions have been taken to ensure no viruses are present in this e-mail. As our company cannot accept responsibility for any loss or damage arising from the use of this e-mail or attachments we recommend that you subject these to your virus checking procedures prior to use From owner-freebsd-net@freebsd.org Wed Jan 13 13:49:26 2016 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 C4557A814EF for ; Wed, 13 Jan 2016 13:49:26 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (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 8D2071E03 for ; Wed, 13 Jan 2016 13:49:26 +0000 (UTC) (envelope-from hps@selasky.org) Received: from laptop015.home.selasky.org (unknown [62.141.129.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 108AC1FE024; Wed, 13 Jan 2016 14:49:23 +0100 (CET) Subject: Re: Kernel panic from lagg_ioctl and lagg_port_ioctl To: "Lewis, Fred" , "Sundararajan, Lakshmi" References: <569643F4.5060209@selasky.org> Cc: "freebsd-net@freebsd.org" , "Kothavade, Pushkar" , "Pokala, Ravi" From: Hans Petter Selasky Message-ID: <56965668.9090804@selasky.org> Date: Wed, 13 Jan 2016 14:51:36 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 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, 13 Jan 2016 13:49:26 -0000 On 01/13/16 14:15, Lewis, Fred wrote: > Hi Hans, > > Can you give an example of draining the callouts? > Hi, man 9 callout_drain and man 9 callout_async_drain (11-current) callout_drain() might sleep and needs a context which allows for that. Else use callout_async_drain(). --HPS From owner-freebsd-net@freebsd.org Wed Jan 13 16:48:19 2016 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 C3C1AA817CF for ; Wed, 13 Jan 2016 16:48:19 +0000 (UTC) (envelope-from flewis@panasas.com) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0073.outbound.protection.outlook.com [157.56.111.73]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4643810D9 for ; Wed, 13 Jan 2016 16:48:18 +0000 (UTC) (envelope-from flewis@panasas.com) Received: from DM2PR08MB447.namprd08.prod.outlook.com (10.141.86.19) by BY2PR08MB1798.namprd08.prod.outlook.com (10.163.46.24) with Microsoft SMTP Server (TLS) id 15.1.361.13; Wed, 13 Jan 2016 13:15:52 +0000 Received: from DM2PR08MB447.namprd08.prod.outlook.com ([10.141.86.19]) by DM2PR08MB447.namprd08.prod.outlook.com ([10.141.86.19]) with mapi id 15.01.0361.006; Wed, 13 Jan 2016 13:15:53 +0000 From: "Lewis, Fred" To: "Sundararajan, Lakshmi" , "Hans Petter Selasky" CC: "freebsd-net@freebsd.org" , "Kothavade, Pushkar" , "Pokala, Ravi" Subject: Re: Kernel panic from lagg_ioctl and lagg_port_ioctl Thread-Topic: Kernel panic from lagg_ioctl and lagg_port_ioctl Thread-Index: AQHRTX4SEw2RKdNoKkSugD8zam7OVJ75Yg0AgAAAHID//7gTgA== Date: Wed, 13 Jan 2016 13:15:52 +0000 Message-ID: References: <569643F4.5060209@selasky.org> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=flewis@panasas.com; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [66.31.107.140] x-microsoft-exchange-diagnostics: 1; BY2PR08MB1798; 5:Gb/Rj9FMeJbze71a4XbP2+2DVS4ikSXaKsN7cUq8Yxqxe2BACV4u7xxJ/NYAapmduluq8K8oW1buFmWSzmLCYHoY9FqukXFF8jAzcYTyvOra6LF7k0vomssBI5z6LfPQ+7JR0wwnyV9/zDt9mFY7gg==; 24:yLBnuo29ek1NGG210P1ENLI+V0RGQ8fKc0TZdsCh7vtLb44J7WzwG7WQ7nkk9d5vXdBKyosEImE7QDsjX1I2g0Vhda8cyzLDb0k66D2HMAs= x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BY2PR08MB1798; x-ms-office365-filtering-correlation-id: a25cedc0-760c-4be3-802f-08d31c1ba9f6 x-ld-processed: acf01c9d-c699-42af-bdbb-44bf582e60b0,ExtAddr x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(5005006)(520078)(8121501046)(3002001)(10201501046); SRVR:BY2PR08MB1798; BCL:0; PCL:0; RULEID:; SRVR:BY2PR08MB1798; x-forefront-prvs: 08200063E9 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(189002)(199003)(377454003)(365934003)(164054003)(38564003)(479174004)(24454002)(4001430100002)(2950100001)(2900100001)(5004730100002)(50986999)(4326007)(5008740100001)(2906002)(77096005)(5890100001)(76176999)(101416001)(36756003)(92566002)(54356999)(10400500002)(87936001)(106116001)(106356001)(19580395003)(105586002)(81156007)(97736004)(189998001)(5001770100001)(107886002)(19580405001)(16236675004)(5001960100002)(5002640100001)(66066001)(40100003)(86362001)(586003)(99286002)(122556002)(102836003)(3846002)(6116002)(1096002)(1220700001); DIR:OUT; SFP:1101; SCL:1; SRVR:BY2PR08MB1798; H:DM2PR08MB447.namprd08.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: panasas.com does not designate permitted sender hosts) MIME-Version: 1.0 X-OriginatorOrg: panasas.com X-MS-Exchange-CrossTenant-originalarrivaltime: 13 Jan 2016 13:15:52.3226 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: acf01c9d-c699-42af-bdbb-44bf582e60b0 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY2PR08MB1798 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 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, 13 Jan 2016 16:48:20 -0000 Hi Hans, Can you give an example of draining the callouts? Thanks, -Fred On 1/13/16 7:33 AM, "Lakshmi Narasimhan Sundararajan" > wrote: Hi Hans, Yes, we understand that piece of code. But Panasas wants this change to MFC to 10.3. This issue is not seen in 11.= Would that happen? I have not seen acknowledgement of this issue or confir= mation of MFC to 10.3. That information will help us plan. Regards, LN On Wed, Jan 13, 2016 at 6:02 PM, Hans Petter Selasky > wrote: On 01/12/16 22:13, Lewis, Fred wrote: In earlier versions of lagg_ioctl() (e.g. stable/10/r171247) all of the cal= lout vectors are set to NULL which I think will prevent the problem. Similar NUL= Ling code is also in stable/7. I didn't check other releases. Don't forget to drain the callouts before NULL-ing them! --HPS DISCLAIMER The information in this e-mail is confidential and may be subject to legal = privilege. It is intended solely for the addressee. Access to this e-mail b= y anyone else is unauthorized. If you have received this communication in e= rror, please address with the subject heading "Received in error," send to = it@msystechnologies.com, then delete the e= -mail and destroy any copies of it. If you are not the intended recipient, = any disclosure, copying, distribution or any action taken or omitted to be = taken in reliance on it, is prohibited and may be unlawful. The views, opin= ions, conclusions and other information expressed in this electronic mail a= nd any attachments are not given or endorsed by the company unless otherwis= e indicated by an authorized representative independent of this message. MSys cannot guarantee that e-mail communications are secure or error-free, = as information could be intercepted, corrupted, amended, lost, destroyed, a= rrive late or incomplete, or contain viruses, though all reasonable precaut= ions have been taken to ensure no viruses are present in this e-mail. As ou= r company cannot accept responsibility for any loss or damage arising from = the use of this e-mail or attachments we recommend that you subject these t= o your virus checking procedures prior to use From owner-freebsd-net@freebsd.org Wed Jan 13 19:55:48 2016 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 3C7E9A81C23; Wed, 13 Jan 2016 19:55:48 +0000 (UTC) (envelope-from fodillemlinkarim@gmail.com) Received: from mail-qg0-x235.google.com (mail-qg0-x235.google.com [IPv6:2607:f8b0:400d:c04::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 EEFD71822; Wed, 13 Jan 2016 19:55:47 +0000 (UTC) (envelope-from fodillemlinkarim@gmail.com) Received: by mail-qg0-x235.google.com with SMTP id b35so333313488qge.0; Wed, 13 Jan 2016 11:55:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:subject:to:message-id:date:user-agent:mime-version :content-type:content-transfer-encoding; bh=qPvXWG8esyUaJCoz31MnAjocoz76NoB0VSRaEsTG01s=; b=nZqkraSXxFoyxXuXs1z3roVSRqyLVQAE+LN3e7k6xXaw1CuDYeW2UrMo5/CfY8ERvy K5jB1C7uzLFSYey7WsAI4QtsI9c8m5++5pnwufNtopHr7CtjYUIZgMx1XNp9A0lrUv6b KRbJg1v59PQuxe2WV4PvhLzD9/pgetEgAlh2Q59dVmXo2tsQE/S84/MI73X2RH7z6lTH s7DPue4VsiyMo5Z8iBzuVlpGPOutOCMAO+HNiZO5J97ETwx0GnJPdCgWang2Nukepng1 8plirT3wg5EpPFF4NnpKliu9F49KrLGbTXE9dkw1jwEj2mCENbmpfKVZ7R34iV80hYxy tONQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:subject:to:message-id:date:user-agent :mime-version:content-type:content-transfer-encoding; bh=qPvXWG8esyUaJCoz31MnAjocoz76NoB0VSRaEsTG01s=; b=BBmWSEz7WVSlDcGE4aVQBr+zoI2U5F0oJW60ogI1yYWKUcKEVS1sItz8myFpS2MU8i +C6vBh3DP9CLbLLXwTIMnw3cZu/ATfQDcaEy3vzyQHDFtZVvn6zQ09baqh7YM+ethcNS p/6k913jXWv54jrcdHLCw0KQSPOFTRFc5fcDQo0/eXbAlsuov2GKwRA0msNffN7ECOTN BeM/mXJtq8Fu7lCYWBr0veXfoufMMGGeC10rlEpZp7B+BmrXnjkdnZnY9of1Xqz9vgHO oAQplnxERQJKYv03WqNhpS7vxj9qgxFuw/IVtSej76F9Ocyga0Bftmhoik0hZiTisv7W KnWw== X-Gm-Message-State: ALoCoQmOawuewJVKDxhXAaKcQ4zS3l4iSVQwOudqnqZatKPsQPWIL3sQoJpZhx2NsjySqEK1oizalDl0rAX9ut1uW66eCzv68A== X-Received: by 10.140.172.84 with SMTP id s81mr88848qhs.40.1452714947101; Wed, 13 Jan 2016 11:55:47 -0800 (PST) Received: from [10.10.1.47] ([192.252.130.194]) by smtp.googlemail.com with ESMTPSA id v187sm1092968qhb.27.2016.01.13.11.55.46 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 13 Jan 2016 11:55:46 -0800 (PST) From: Karim Fodil-Lemelin Subject: ipfw NAT, igb and hardware checksums To: freebsd-ipfw@freebsd.org, freebsd-net Message-ID: <5696ABBE.4050709@gmail.com> Date: Wed, 13 Jan 2016 14:55:42 -0500 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 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.20 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, 13 Jan 2016 19:55:48 -0000 Hi, I've hit a very interesting problem with ipfw-nat and local TCP traffic that has enough TCP options to hit a special case in m_megapullup(). Here is the story: I am using the following NIC: igb0@pci0:4:0:0: class=0x020000 card=0x00008086 chip=0x150e8086 rev=0x01 hdr=0x00 And when I do ipfw nat to locally emitted packets I see packets not being processed in the igb driver for HW checksum. Now a quick search for m_pullup in the igb driver code will show that our igb driver expects a contiguous ethernet + ip header in igb_tx_ctx_setup(). Now the friendly m_megapullup() in alias.c doesn't reserve any space before the ip header for the ethernet header after its call to m_getcl like tcp_output.c (see m->m_data += max_linkhdr in tcp_output.c). So the call to M_PREPEND() in ether_output() is forced to prepend a new mbuf for the ethernet header, leading to a non contiguous ether + ip. This in turn leads to a failure to properly read the IP protocol in the igb driver and apply the proper HW checksum function. Particularly this call in igb_tcp_ctx_setup(): ip = (struct ip *)(mp->m_data + ehdrlen); To reproduce the issue I simply create a NAT rule for an igb interface and initiate a TCP connection locally going out through that interface (it should go through NAT obviously) something like: ipfw nat 1 config igb0 reset ipfw add 10 nat 1 via igb0 Although you need to make sure you fill enough of the SYN packet to trigger the allocation of new memory in m_megapullup. You can do this by using enough TCP options so its filling up almost all of the 256 mbuf or make RESERVE something like 300 bytes in alias.c. The fix I propose is very simple and faster for all drivers, including the ones that do perform a check for ether + ip to be contiguous upon accessing the IP header. If the leading space is available it doesn't allocate any extra space (as it should for most cases) but if for some reason the mbuf used doesn't have 100 bytes (RESERVE in megapullup) of free space it will reserve some at the front too. If the leading space isn't necessary then it won't cause any harm. -Subproject commit cfe39807fe9b1a23c13f73aabde302046736fa1c +Subproject commit cfe39807fe9b1a23c13f73aabde302046736fa1c-dirty diff --git a/freebsd/sys/netinet/libalias/alias.c b/freebsd/sys/netinet/libalias/alias.c index 876e958..dc424a6 100644 --- a/freebsd/sys/netinet/libalias/alias.c +++ b/freebsd/sys/netinet/libalias/alias.c @@ -1757,7 +1757,8 @@ m_megapullup(struct mbuf *m, int len) { * writable and has some extra space for expansion. * XXX: Constant 100bytes is completely empirical. */ #define RESERVE 100 - if (m->m_next == NULL && M_WRITABLE(m) && M_TRAILINGSPACE(m) >= RESERVE) + if (m->m_next == NULL && M_WRITABLE(m) && + M_TRAILINGSPACE(m) >= RESERVE && M_LEADINGSPACE(m) >= max_linkhdr) return (m); if (len <= MCLBYTES - RESERVE) { @@ -1779,6 +1780,7 @@ m_megapullup(struct mbuf *m, int len) { goto bad; m_move_pkthdr(mcl, m); + mcl->m_data += max_linkhdr; m_copydata(m, 0, len, mtod(mcl, caddr_t)); mcl->m_len = mcl->m_pkthdr.len = len; m_freem(m); It would be nice if some FBSD comitter could review and hopefully add this patch to FBSD. Thank you, Karim. From owner-freebsd-net@freebsd.org Wed Jan 13 20:10:29 2016 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 712BCA8130D for ; Wed, 13 Jan 2016 20:10: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 62B4B1DE5 for ; Wed, 13 Jan 2016 20:10: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 u0DKATi3011006 for ; Wed, 13 Jan 2016 20:10:29 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 203524] TCP checksum failed on igb network adapter Date: Wed, 13 Jan 2016 20:10: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.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: fodillemlinkarim@gmail.com X-Bugzilla-Status: Closed X-Bugzilla-Resolution: Not A Bug X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Flags: 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.20 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, 13 Jan 2016 20:10:29 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D203524 fodillemlinkarim@gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fodillemlinkarim@gmail.com --- Comment #2 from fodillemlinkarim@gmail.com --- Hi, I believe I have fixed something like this recently please see a post I just made: Hi, I've hit a very interesting problem with ipfw-nat and local TCP traffic that has enough TCP options to hit a special case in m_megapullup(). Here is the story: I am using the following NIC: igb0@pci0:4:0:0: class=3D0x020000 card=3D0x00008086 chip=3D0x150e808= 6 rev=3D0x01 hdr=3D0x00 And when I do ipfw nat to locally emitted packets I see packets not being processed in the igb driver for HW checksum. Now a quick search for m_pullu= p in the igb driver code will show that our igb driver expects a contiguous ethe= rnet + ip header in igb_tx_ctx_setup(). Now the friendly m_megapullup() in alias= .c doesn't reserve any space before the ip header for the ethernet header after its call to m_getcl like tcp_output.c (see m->m_data +=3D max_linkhdr in tcp_output.c). So the call to M_PREPEND() in ether_output() is forced to prepend a new mbuf for the ethernet header, leading to a non contiguous ether + ip. This in tu= rn leads to a failure to properly read the IP protocol in the igb driver and a= pply the proper HW checksum function. Particularly this call in igb_tcp_ctx_setu= p(): ip =3D (struct ip *)(mp->m_data + ehdrlen); To reproduce the issue I simply create a NAT rule for an igb interface and initiate a TCP connection locally going out through that interface (it shou= ld go through NAT obviously) something like: ipfw nat 1 config igb0 reset ipfw add 10 nat 1 via igb0 Although you need to make sure you fill enough of the SYN packet to trigger the allocation of new memory in m_megapullup. You can do this by using enou= gh TCP options so its filling up almost all of the 256 mbuf or make RESERVE something like 300 bytes in alias.c. The fix I propose is very simple and faster for all drivers, including the = ones that do perform a check for ether + ip to be contiguous upon accessing the = IP header. If the leading space is available it doesn't allocate any extra spa= ce (as it should for most cases) but if for some reason the mbuf used doesn't = have 100 bytes (RESERVE in megapullup) of free space it will reserve some at the front too. If the leading space isn't necessary then it won't cause any har= m. -Subproject commit cfe39807fe9b1a23c13f73aabde302046736fa1c +Subproject commit cfe39807fe9b1a23c13f73aabde302046736fa1c-dirty diff --git a/freebsd/sys/netinet/libalias/alias.c b/freebsd/sys/netinet/libalias/alias.c index 876e958..dc424a6 100644 --- a/freebsd/sys/netinet/libalias/alias.c +++ b/freebsd/sys/netinet/libalias/alias.c @@ -1757,7 +1757,8 @@ m_megapullup(struct mbuf *m, int len) { * writable and has some extra space for expansion. * XXX: Constant 100bytes is completely empirical. */ #define RESERVE 100 - if (m->m_next =3D=3D NULL && M_WRITABLE(m) && M_TRAILINGSPACE(m) >=3D R= ESERVE) + if (m->m_next =3D=3D NULL && M_WRITABLE(m) && + M_TRAILINGSPACE(m) >=3D RESERVE && M_LEADINGSPACE(m) >=3D max_linkhdr) return (m); if (len <=3D MCLBYTES - RESERVE) { @@ -1779,6 +1780,7 @@ m_megapullup(struct mbuf *m, int len) { goto bad; m_move_pkthdr(mcl, m); + mcl->m_data +=3D max_linkhdr; m_copydata(m, 0, len, mtod(mcl, caddr_t)); mcl->m_len =3D mcl->m_pkthdr.len =3D len; m_freem(m); It would be nice if some FBSD comitter could review and hopefully add this patch to FBSD. Thank you, Karim. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Wed Jan 13 20:23:04 2016 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 2272BA81759; Wed, 13 Jan 2016 20:23:04 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ig0-x231.google.com (mail-ig0-x231.google.com [IPv6:2607:f8b0:4001: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 E4BD21619; Wed, 13 Jan 2016 20:23:03 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-ig0-x231.google.com with SMTP id z14so160032336igp.1; Wed, 13 Jan 2016 12:23:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=vTf4yu8hLzQst0drsSbRfIo2LRx2XhELZkmJYlvufPs=; b=ueHgo7AM8FiO53G/64yHRRv8b5m9Mj4XG5YrdO3A1xSeTY2tR3rjE0+sOnkOtLlJt1 dVkg4mVscjKN4LCWaMyyrRSpt/CVNs52LCbyIpbBTk62NpBljGZOyOehqM3jSUADMNgu CcxqzAL0x4UyjHx4MCUkhr4DtKhWyQR51waYIW2tanSGT4MdqFDhvxCJ7fqQI9II/+rD d8wlstBXclFRUoHWKGnc3MgwNNyF8i3gon12bpPM4V3p2pFZ+C+ARxSosaw/P3T0BZE2 t1j25+S5hGl1CiIXQ9okx231b5Wdnai47QOdtb2Fvcda+kxWEQam8UGueG5HH8gmXRWD j1og== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=vTf4yu8hLzQst0drsSbRfIo2LRx2XhELZkmJYlvufPs=; b=P2HRa4abUz7SAcOBJYqgBUc3WoBTUxh6HEJF+7ma+9RVYEbAdR6OWsrzhHk3y2N3SF OLlfWXcYaheX4bGR8MTBJClmNKLJ4HDb9uObLprSGN8BtjE/Pg86J97ns7RIHJ22mgSI 0G5HIWP8rKzBaqL0fDGKUwgsYH2wNUAbwuNXQmNG1OjI0fuvNDpza9hWA47VBIMz2riY z/DRLQZBzhB8HCpf/E6QuJn8WphbiAxditi0yNYjn4o201K7ivMFc0oJILkpo4hjAt6X qeFsK6Metd5OsuKhogvbiAErMYtqTk5Nb0ILBaeHzKKN/o6jmfu+6R1yj5TeghukJj3p dRww== X-Gm-Message-State: ALoCoQmVQl/sFGU5iiCR9JZTPhZqmcDBbziAMuK+0Kd7t+gQsylsu28ULluWeIyN4SFLL5QTPt+cHmU5k0dAQLaEONXqKMi0Vw== MIME-Version: 1.0 X-Received: by 10.50.122.100 with SMTP id lr4mr14271562igb.37.1452716583368; Wed, 13 Jan 2016 12:23:03 -0800 (PST) Received: by 10.36.121.202 with HTTP; Wed, 13 Jan 2016 12:23:03 -0800 (PST) In-Reply-To: <5696ABBE.4050709@gmail.com> References: <5696ABBE.4050709@gmail.com> Date: Wed, 13 Jan 2016 12:23:03 -0800 Message-ID: Subject: Re: ipfw NAT, igb and hardware checksums From: Adrian Chadd To: Karim Fodil-Lemelin Cc: freebsd-ipfw@freebsd.org, freebsd-net Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 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, 13 Jan 2016 20:23:04 -0000 This looks mostly sensible. hm! -a On 13 January 2016 at 11:55, Karim Fodil-Lemelin wrote: > Hi, > > I've hit a very interesting problem with ipfw-nat and local TCP traffic that > has enough TCP options to hit a special case in m_megapullup(). Here is the > story: > > I am using the following NIC: > > igb0@pci0:4:0:0: class=0x020000 card=0x00008086 chip=0x150e8086 > rev=0x01 hdr=0x00 > > And when I do ipfw nat to locally emitted packets I see packets not being > processed in the igb driver for HW checksum. Now a quick search for m_pullup > in the igb driver code will show that our igb driver expects a contiguous > ethernet + ip header in igb_tx_ctx_setup(). Now the friendly m_megapullup() > in alias.c doesn't reserve any space before the ip header for the ethernet > header after its call to m_getcl like tcp_output.c (see m->m_data += > max_linkhdr in tcp_output.c). > > So the call to M_PREPEND() in ether_output() is forced to prepend a new mbuf > for the ethernet header, leading to a non contiguous ether + ip. This in > turn leads to a failure to properly read the IP protocol in the igb driver > and apply the proper HW checksum function. Particularly this call in > igb_tcp_ctx_setup(): ip = (struct ip *)(mp->m_data + ehdrlen); > > To reproduce the issue I simply create a NAT rule for an igb interface and > initiate a TCP connection locally going out through that interface (it > should go through NAT obviously) something like: > > ipfw nat 1 config igb0 reset > ipfw add 10 nat 1 via igb0 > > Although you need to make sure you fill enough of the SYN packet to trigger > the allocation of new memory in m_megapullup. You can do this by using > enough TCP options so its filling up almost all of the 256 mbuf or make > RESERVE something like 300 bytes in alias.c. > > The fix I propose is very simple and faster for all drivers, including the > ones that do perform a check for ether + ip to be contiguous upon accessing > the IP header. If the leading space is available it doesn't allocate any > extra space (as it should for most cases) but if for some reason the mbuf > used doesn't have 100 bytes (RESERVE in megapullup) of free space it will > reserve some at the front too. If the leading space isn't necessary then it > won't cause any harm. > > > -Subproject commit cfe39807fe9b1a23c13f73aabde302046736fa1c > +Subproject commit cfe39807fe9b1a23c13f73aabde302046736fa1c-dirty > diff --git a/freebsd/sys/netinet/libalias/alias.c > b/freebsd/sys/netinet/libalias/alias.c > index 876e958..dc424a6 100644 > --- a/freebsd/sys/netinet/libalias/alias.c > +++ b/freebsd/sys/netinet/libalias/alias.c > @@ -1757,7 +1757,8 @@ m_megapullup(struct mbuf *m, int len) { > * writable and has some extra space for expansion. > * XXX: Constant 100bytes is completely empirical. */ > #define RESERVE 100 > - if (m->m_next == NULL && M_WRITABLE(m) && M_TRAILINGSPACE(m) >= RESERVE) > + if (m->m_next == NULL && M_WRITABLE(m) && > + M_TRAILINGSPACE(m) >= RESERVE && M_LEADINGSPACE(m) >= > max_linkhdr) > return (m); > > if (len <= MCLBYTES - RESERVE) { > @@ -1779,6 +1780,7 @@ m_megapullup(struct mbuf *m, int len) { > goto bad; > > m_move_pkthdr(mcl, m); > + mcl->m_data += max_linkhdr; > m_copydata(m, 0, len, mtod(mcl, caddr_t)); > mcl->m_len = mcl->m_pkthdr.len = len; > m_freem(m); > > It would be nice if some FBSD comitter could review and hopefully add this > patch to FBSD. > > Thank you, > > Karim. > _______________________________________________ > 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 Jan 13 22:14:52 2016 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 86301A815D8; Wed, 13 Jan 2016 22:14:52 +0000 (UTC) (envelope-from melifaro@ipfw.ru) Received: from forward6h.cmail.yandex.net (forward6h.cmail.yandex.net [87.250.230.217]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Yandex CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4458B1DC0; Wed, 13 Jan 2016 22:14:51 +0000 (UTC) (envelope-from melifaro@ipfw.ru) Received: from web11h.yandex.ru (web11h.yandex.ru [IPv6:2a02:6b8:0:f05::21]) by forward6h.cmail.yandex.net (Yandex) with ESMTP id 3549C210F2; Thu, 14 Jan 2016 01:14:21 +0300 (MSK) Received: from 127.0.0.1 (localhost [127.0.0.1]) by web11h.yandex.ru (Yandex) with ESMTP id 540A31226BF; Thu, 14 Jan 2016 01:14:21 +0300 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ipfw.ru; s=mail; t=1452723261; bh=Lcy6LSFjnSgPJ2i5Fn2YvhYFwdy7kQpobPvVfz2aQLA=; h=From:To:In-Reply-To:References:Subject:Date; b=LQ6xsbZbXYs568YtNbpjbIzqQ4/C0l01nw+88blM9jXcbkSnsFnkdttKHciYRsC0O 4tbw6mCEImOC02uCMuKBSB84mwZhnbfcG3PSbF/J1PbvJEfZ06as9ix5grCBNxTrWy lpznQVzjWg4FvPdJzcMNDhki9e/3ut+WRoWjPAzg= Received: by web11h.yandex.ru with HTTP; Thu, 14 Jan 2016 01:14:21 +0300 From: Alexander V. Chernikov To: Karim Fodil-Lemelin , "freebsd-ipfw@freebsd.org" , freebsd-net In-Reply-To: <5696ABBE.4050709@gmail.com> References: null <5696ABBE.4050709@gmail.com> Subject: Re: ipfw NAT, igb and hardware checksums MIME-Version: 1.0 Message-Id: <552671452723261@web11h.yandex.ru> X-Mailer: Yamail [ http://yandex.ru ] 5.0 Date: Thu, 14 Jan 2016 01:14:21 +0300 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 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, 13 Jan 2016 22:14:52 -0000 13.01.2016, 22:56, "Karim Fodil-Lemelin" : > Hi, > > I've hit a very interesting problem with ipfw-nat and local TCP traffic > that has enough TCP options to hit a special case in m_megapullup(). > Here is the story: > > I am using the following NIC: > > igb0@pci0:4:0:0: class=0x020000 card=0x00008086 chip=0x150e8086 > rev=0x01 hdr=0x00 > > And when I do ipfw nat to locally emitted packets I see packets not > being processed in the igb driver for HW checksum. Now a quick search > for m_pullup in the igb driver code will show that our igb driver > expects a contiguous ethernet + ip header in igb_tx_ctx_setup(). Now the > friendly m_megapullup() in alias.c doesn't reserve any space before the > ip header for the ethernet header after its call to m_getcl like > tcp_output.c (see m->m_data += max_linkhdr in tcp_output.c). > > So the call to M_PREPEND() in ether_output() is forced to prepend a new > mbuf for the ethernet header, leading to a non contiguous ether + ip. > This in turn leads to a failure to properly read the IP protocol in the > igb driver and apply the proper HW checksum function. Particularly this > call in igb_tcp_ctx_setup(): ip = (struct ip *)(mp->m_data + ehdrlen); Thanks for the detailed explanation. Looks reasonable. I'll do several more tests on that and commit. > > It would be nice if some FBSD comitter could review and hopefully add > this patch to FBSD. > > Thank you, > > Karim. > _______________________________________________ > 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 Jan 13 22:48:41 2016 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 7EE5EA81231 for ; Wed, 13 Jan 2016 22:48: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 6FA9110AB for ; Wed, 13 Jan 2016 22:48: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 u0DMmeLY033597 for ; Wed, 13 Jan 2016 22:48:41 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 206186] [patch][netgraph] New netgraph node for calculate IP IP6 TCP UDP checksums Date: Wed, 13 Jan 2016 22:48: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: 10.2-STABLE X-Bugzilla-Keywords: patch 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.20 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, 13 Jan 2016 22:48:41 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206186 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 Wed Jan 13 22:48:51 2016 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 6D2F9A81276 for ; Wed, 13 Jan 2016 22:48:51 +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 5E324117C for ; Wed, 13 Jan 2016 22:48:51 +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 u0DMmpLL033816 for ; Wed, 13 Jan 2016 22:48:51 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 206185] [netgraph][patch] refactoring ng_patch Date: Wed, 13 Jan 2016 22:48:51 +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: patch 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.20 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, 13 Jan 2016 22:48:51 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206185 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 Jan 14 15:28:47 2016 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 04D77A82247 for ; Thu, 14 Jan 2016 15:28:47 +0000 (UTC) (envelope-from lists@yamagi.org) Received: from mail1.yamagi.org (yugo.yamagi.org [212.48.122.103]) (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 C351B1790 for ; Thu, 14 Jan 2016 15:28:46 +0000 (UTC) (envelope-from lists@yamagi.org) Received: from [192.168.100.101] (helo=aka) by mail1.yamagi.org with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.85 (FreeBSD)) (envelope-from ) id 1aJjpI-000LpJ-UM for freebsd-net@freebsd.org; Thu, 14 Jan 2016 16:28:42 +0100 Date: Thu, 14 Jan 2016 16:28:35 +0100 From: Yamagi Burmeister To: freebsd-net@freebsd.org Subject: Panic in route.c:579 on SSH connect with 11-CURRENT at r293913 Message-Id: <20160114162835.6284cf26c33bbfab5c89232e@yamagi.org> X-Mailer: Sylpheed 3.4.3 (GTK+ 2.24.29; amd64-portbld-freebsd10.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 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, 14 Jan 2016 15:28:47 -0000 Hello, with 11-CURRENT at r293913 I'm seeing this panic as soon as I'm trying to connect through SSH: Unread portion of the kernel message buffer: panic: _mtx_lock_sleep: recursed on non-recursive mutex rtentry @ /usr/src/sys/net/route.c:579 (kgdb) bt #0 doadump (textdump=-2122574672) at pcpu.h:221 #1 0xffffffff803823b6 in db_fncall (dummy1=, dummy2=, dummy3=, dummy4=) at /usr/src/sys/ddb/db_command.c:568 #2 0xffffffff80381e4e in db_command (cmd_table=0x0) at /usr/src/sys/ddb/db_command.c:440 #3 0xffffffff80381be4 in db_command_loop () at /usr/src/sys/ddb/db_command.c:493 #4 0xffffffff8038467b in db_trap (type=, code=0) at /usr/src/sys/ddb/db_main.c:251 #5 0xffffffff80a5d893 in kdb_trap (type=3, code=0, tf=) at /usr/src/sys/kern/subr_kdb.c:654 #6 0xffffffff80e6a2a8 in trap (frame=0xfffffe011b3b21e0) at /usr/src/sys/amd64/amd64/trap.c:556 #7 0xffffffff80e4ad47 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:234 #8 0xffffffff80a5cf7b in kdb_enter (why=0xffffffff8137b8dc "panic", msg=0x80
) at cpufunc.h:63 #9 0xffffffff80a2046f in vpanic (fmt=, ap=) at /usr/src/sys/kern/kern_shutdown.c:750 #10 0xffffffff80a202c6 in kassert_panic (fmt=) at /usr/src/sys/kern/kern_shutdown.c:647 #11 0xffffffff80a04441 in __mtx_lock_sleep (c=0xfffff80006b89cf0, tid=, opts=, file=, line=1) at /usr/src/sys/kern/kern_mutex.c:396 #12 0xffffffff80a0412d in __mtx_lock_flags (c=, opts=0, file=0xffffffff81395a63 "/usr/src/sys/net/route.c", line=579) at /usr/src/sys/kern/kern_mutex.c:222 #13 0xffffffff80b10ffe in rtredirect_fib (dst=0xfffffe011b3b2600, gateway=0xfffffe011b3b25f0, netmask=0x0, flags=6, src=0xfffffe011b3b25e0, fibnum=0) at /usr/src/sys/net/route.c:579 #14 0xffffffff80b6cad7 in icmp_input (mp=0xfffffe011b3b2670, offp=0xfffffe011b3b266c, proto=1) at /usr/src/sys/netinet/ip_icmp.c:614 #15 0xffffffff80b6d5cd in ip_input (m=0x4) at /usr/src/sys/netinet/ip_input.c:786 #16 0xffffffff80b0c861 in netisr_dispatch_src (proto=, source=, m=0xfffff80006720b00) at /usr/src/sys/net/netisr.c:972 #17 0xffffffff80b029be in ether_demux (ifp=, m=) at /usr/src/sys/net/if_ethersubr.c:803 #18 0xffffffff80b03704 in ether_nh_input (m=) at /usr/src/sys/net/if_ethersubr.c:609 #19 0xffffffff80b0c861 in netisr_dispatch_src (proto=, source=, m=0xfffff80006720b00) at /usr/src/sys/net/netisr.c:972 #20 0xffffffff80b02cbf in ether_input (ifp=0xfffff80003f2b000, m=0x0) at /usr/src/sys/net/if_ethersubr.c:713 #21 0xffffffff808a1b43 in vtnet_rxq_eof (rxq=0xfffff80003f06e00) at /usr/src/sys/dev/virtio/network/if_vtnet.c:1732 #22 0xffffffff808a284e in vtnet_rx_vq_intr (xrxq=0xfffff80003f06e00) at /usr/src/sys/dev/virtio/network/if_vtnet.c:1863 #23 0xffffffff809e8ef6 in intr_event_execute_handlers ( p=, ie=0xfffff80003ede200) at /usr/src/sys/kern/kern_intr.c:1262 #24 0xffffffff809e9586 in ithread_loop (arg=0xfffff80003cbbc60) at /usr/src/sys/kern/kern_intr.c:1275 #25 0xffffffff809e67b4 in fork_exit ( callout=0xffffffff809e94e0 , arg=0xfffff80003cbbc60, frame=0xfffffe011b3b29c0) at /usr/src/sys/kern/kern_fork.c:1010 #26 0xffffffff80e4b27e in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:609 #27 0x0000000000000000 in ?? () Current language: auto; currently minimal This a a byhve VM with an VirtIO network adapter: virtio_pci0: port 0x2000-0x201f mem 0xc0000000-0xc0001fff irq 16 at device 2.0 on pci0 vtnet0: on virtio_pci0 vtnet0: Ethernet address: 00:a0:98:51:ed:26 001.000048 [ 421] vtnet_netmap_attach max rings 1 vtnet0: netmap queues/slots: TX 1/1024, RX 1/1024 001.000049 [ 426] vtnet_netmap_attach virtio attached txq=1, txd=1024 rxq=1, rxd=1024 This may be caused by the recent routing work, but I'm not quite sure. I have the dump and I'm able to reproduce this easily so more information can be provided if necessary. Regards, Yamagi -- Homepage: www.yamagi.org XMPP: yamagi@yamagi.org GnuPG/GPG: 0xEFBCCBCB From owner-freebsd-net@freebsd.org Thu Jan 14 16:16:03 2016 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 18CEEA82219 for ; Thu, 14 Jan 2016 16:16:03 +0000 (UTC) (envelope-from melifaro@ipfw.ru) Received: from forward18o.cmail.yandex.net (forward18o.cmail.yandex.net [IPv6:2a02:6b8:0:1a72::1e8]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Yandex CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9AAF311C1 for ; Thu, 14 Jan 2016 16:16:02 +0000 (UTC) (envelope-from melifaro@ipfw.ru) Received: from web28o.yandex.ru (web28o.yandex.ru [IPv6:2a02:6b8:0:1a2d::5:128]) by forward18o.cmail.yandex.net (Yandex) with ESMTP id B599322B06; Thu, 14 Jan 2016 19:15:38 +0300 (MSK) Received: from 127.0.0.1 (localhost [127.0.0.1]) by web28o.yandex.ru (Yandex) with ESMTP id 2DF28AC247C; Thu, 14 Jan 2016 19:15:38 +0300 (MSK) Received: by web28o.yandex.ru with HTTP; Thu, 14 Jan 2016 19:15:36 +0300 From: Alexander V. Chernikov Envelope-From: melifaro@ipfw.ru To: Yamagi Burmeister , "freebsd-net@freebsd.org" In-Reply-To: <20160114162835.6284cf26c33bbfab5c89232e@yamagi.org> References: null <20160114162835.6284cf26c33bbfab5c89232e@yamagi.org> Subject: Re: Panic in route.c:579 on SSH connect with 11-CURRENT at r293913 MIME-Version: 1.0 Message-Id: <124751452788136@web28o.yandex.ru> X-Mailer: Yamail [ http://yandex.ru ] 5.0 Date: Thu, 14 Jan 2016 19:15:36 +0300 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=koi8-r X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 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, 14 Jan 2016 16:16:03 -0000 14.01.2016, 18:29, "Yamagi Burmeister" : > Hello, > with 11-CURRENT at r293913 I'm seeing this panic as soon as I'm trying > to connect through SSH: > > Unread portion of the kernel message buffer: > panic: _mtx_lock_sleep: recursed on non-recursive mutex rtentry > @ /usr/src/sys/net/route.c:579 This seems to be caused by r293466. I'll do more investigation and reply. > > (kgdb) bt > #0 doadump (textdump=-2122574672) at pcpu.h:221 > #1 0xffffffff803823b6 in db_fncall (dummy1=, > ššššdummy2=, dummy3=, > ššššdummy4=) at /usr/src/sys/ddb/db_command.c:568 > #2 0xffffffff80381e4e in db_command (cmd_table=0x0) > ššššat /usr/src/sys/ddb/db_command.c:440 > #3 0xffffffff80381be4 in db_command_loop () > ššššat /usr/src/sys/ddb/db_command.c:493 > #4 0xffffffff8038467b in db_trap (type=, code=0) > ššššat /usr/src/sys/ddb/db_main.c:251 > #5 0xffffffff80a5d893 in kdb_trap (type=3, code=0, tf=) > ššššat /usr/src/sys/kern/subr_kdb.c:654 > #6 0xffffffff80e6a2a8 in trap (frame=0xfffffe011b3b21e0) > ššššat /usr/src/sys/amd64/amd64/trap.c:556 > #7 0xffffffff80e4ad47 in calltrap () > ššššat /usr/src/sys/amd64/amd64/exception.S:234 > #8 0xffffffff80a5cf7b in kdb_enter (why=0xffffffff8137b8dc "panic", > ššššmsg=0x80
) at cpufunc.h:63 > #9 0xffffffff80a2046f in vpanic (fmt=, > ššššap=) at /usr/src/sys/kern/kern_shutdown.c:750 > #10 0xffffffff80a202c6 in kassert_panic (fmt=) > ššššat /usr/src/sys/kern/kern_shutdown.c:647 > #11 0xffffffff80a04441 in __mtx_lock_sleep (c=0xfffff80006b89cf0, > šššštid=, opts=, > ššššfile=, line=1) at /usr/src/sys/kern/kern_mutex.c:396 > #12 0xffffffff80a0412d in __mtx_lock_flags (c=, opts=0, > ššššfile=0xffffffff81395a63 "/usr/src/sys/net/route.c", line=579) > ššššat /usr/src/sys/kern/kern_mutex.c:222 > #13 0xffffffff80b10ffe in rtredirect_fib (dst=0xfffffe011b3b2600, > ššššgateway=0xfffffe011b3b25f0, netmask=0x0, flags=6, src=0xfffffe011b3b25e0, > ššššfibnum=0) at /usr/src/sys/net/route.c:579 > #14 0xffffffff80b6cad7 in icmp_input (mp=0xfffffe011b3b2670, > ššššoffp=0xfffffe011b3b266c, proto=1) at /usr/src/sys/netinet/ip_icmp.c:614 > #15 0xffffffff80b6d5cd in ip_input (m=0x4) > ššššat /usr/src/sys/netinet/ip_input.c:786 > #16 0xffffffff80b0c861 in netisr_dispatch_src (proto=, > ššššsource=, m=0xfffff80006720b00) > ššššat /usr/src/sys/net/netisr.c:972 > #17 0xffffffff80b029be in ether_demux (ifp=, > ššššm=) at /usr/src/sys/net/if_ethersubr.c:803 > #18 0xffffffff80b03704 in ether_nh_input (m=) > ššššat /usr/src/sys/net/if_ethersubr.c:609 > #19 0xffffffff80b0c861 in netisr_dispatch_src (proto=, > ššššsource=, m=0xfffff80006720b00) > ššššat /usr/src/sys/net/netisr.c:972 > #20 0xffffffff80b02cbf in ether_input (ifp=0xfffff80003f2b000, m=0x0) > ššššat /usr/src/sys/net/if_ethersubr.c:713 > #21 0xffffffff808a1b43 in vtnet_rxq_eof (rxq=0xfffff80003f06e00) > ššššat /usr/src/sys/dev/virtio/network/if_vtnet.c:1732 > #22 0xffffffff808a284e in vtnet_rx_vq_intr (xrxq=0xfffff80003f06e00) > ššššat /usr/src/sys/dev/virtio/network/if_vtnet.c:1863 > #23 0xffffffff809e8ef6 in intr_event_execute_handlers ( > ššššp=, ie=0xfffff80003ede200) > ššššat /usr/src/sys/kern/kern_intr.c:1262 > #24 0xffffffff809e9586 in ithread_loop (arg=0xfffff80003cbbc60) > ššššat /usr/src/sys/kern/kern_intr.c:1275 > #25 0xffffffff809e67b4 in fork_exit ( > ššššcallout=0xffffffff809e94e0 , arg=0xfffff80003cbbc60, > ššššframe=0xfffffe011b3b29c0) at /usr/src/sys/kern/kern_fork.c:1010 > #26 0xffffffff80e4b27e in fork_trampoline () > ššššat /usr/src/sys/amd64/amd64/exception.S:609 > #27 0x0000000000000000 in ?? () > Current language: auto; currently minimal > > This a a byhve VM with an VirtIO network adapter: > > virtio_pci0: port 0x2000-0x201f mem 0xc0000000-0xc0001fff irq 16 at device 2.0 on pci0 > vtnet0: on virtio_pci0 > vtnet0: Ethernet address: 00:a0:98:51:ed:26 > 001.000048 [ 421] vtnet_netmap_attach max rings 1 > vtnet0: netmap queues/slots: TX 1/1024, RX 1/1024 > 001.000049 [ 426] vtnet_netmap_attach virtio attached txq=1, txd=1024 rxq=1, rxd=1024 > > This may be caused by the recent routing work, but I'm not quite > sure. I have the dump and I'm able to reproduce this easily so > more information can be provided if necessary. > > Regards, > Yamagi > > -- > Homepage: www.yamagi.org > XMPP: yamagi@yamagi.org > GnuPG/GPG: 0xEFBCCBCB > _______________________________________________ > 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 Thu Jan 14 16:31:51 2016 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 9E46CA82F91 for ; Thu, 14 Jan 2016 16:31:51 +0000 (UTC) (envelope-from melifaro@ipfw.ru) Received: from forward17o.cmail.yandex.net (forward17o.cmail.yandex.net [IPv6:2a02:6b8:0:1a72::1e7]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Yandex CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5BE8E135D for ; Thu, 14 Jan 2016 16:31:51 +0000 (UTC) (envelope-from melifaro@ipfw.ru) Received: from web28o.yandex.ru (web28o.yandex.ru [95.108.205.128]) by forward17o.cmail.yandex.net (Yandex) with ESMTP id C1E1A22061; Thu, 14 Jan 2016 19:31:47 +0300 (MSK) Received: from 127.0.0.1 (localhost [127.0.0.1]) by web28o.yandex.ru (Yandex) with ESMTP id 389B8AC0D2F; Thu, 14 Jan 2016 19:31:47 +0300 (MSK) Received: by web28o.yandex.ru with HTTP; Thu, 14 Jan 2016 19:31:45 +0300 From: Alexander V. Chernikov Envelope-From: melifaro@ipfw.ru To: Yamagi Burmeister , "freebsd-net@freebsd.org" In-Reply-To: <124751452788136@web28o.yandex.ru> References: null <20160114162835.6284cf26c33bbfab5c89232e@yamagi.org> <124751452788136@web28o.yandex.ru> Subject: Re: Panic in route.c:579 on SSH connect with 11-CURRENT at r293913 MIME-Version: 1.0 Message-Id: <165081452789105@web28o.yandex.ru> X-Mailer: Yamail [ http://yandex.ru ] 5.0 Date: Thu, 14 Jan 2016 19:31:45 +0300 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=koi8-r X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 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, 14 Jan 2016 16:31:51 -0000 14.01.2016, 19:16, "Alexander V. Chernikov" : > 14.01.2016, 18:29, "Yamagi Burmeister" : >> šHello, >> šwith 11-CURRENT at r293913 I'm seeing this panic as soon as I'm trying >> što connect through SSH: >> >> šUnread portion of the kernel message buffer: >> španic: _mtx_lock_sleep: recursed on non-recursive mutex rtentry >> š@ /usr/src/sys/net/route.c:579 > > This seems to be caused by r293466. I'll do more investigation and reply. Should be fixed in r294020. From owner-freebsd-net@freebsd.org Thu Jan 14 20:13:55 2016 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 3814BA83431 for ; Thu, 14 Jan 2016 20:13:55 +0000 (UTC) (envelope-from lists@yamagi.org) Received: from mail1.yamagi.org (yugo.yamagi.org [212.48.122.103]) (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 01E6E1525; Thu, 14 Jan 2016 20:13:54 +0000 (UTC) (envelope-from lists@yamagi.org) Received: from p57b5dddb.dip0.t-ipconnect.de ([87.181.221.219] helo=pine.home.yamagi.org) by mail1.yamagi.org with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.85 (FreeBSD)) (envelope-from ) id 1aJoHE-0001QE-Ts; Thu, 14 Jan 2016 21:13:50 +0100 Date: Thu, 14 Jan 2016 21:13:43 +0100 From: Yamagi Burmeister To: melifaro@freebsd.org Cc: freebsd-net@freebsd.org Subject: Re: Panic in route.c:579 on SSH connect with 11-CURRENT at r293913 Message-Id: <20160114211343.47fad2896cdf0c3dca23fa7c@yamagi.org> In-Reply-To: <165081452789105@web28o.yandex.ru> References: <20160114162835.6284cf26c33bbfab5c89232e@yamagi.org> <124751452788136@web28o.yandex.ru> <165081452789105@web28o.yandex.ru> X-Mailer: Sylpheed 3.4.3 (GTK+ 2.24.29; amd64-portbld-freebsd10.1) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 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, 14 Jan 2016 20:13:55 -0000 Hello, updating to r294020 solves the issue for me. Thank you. :) Regards, Yamagi On Thu, 14 Jan 2016 19:31:45 +0300 Alexander V. Chernikov wrote: > 14.01.2016, 19:16, "Alexander V. Chernikov" : > > 14.01.2016, 18:29, "Yamagi Burmeister" : > >> =A0Hello, > >> =A0with 11-CURRENT at r293913 I'm seeing this panic as soon as I'm try= ing > >> =A0to connect through SSH: > >> > >> =A0Unread portion of the kernel message buffer: > >> =A0panic: _mtx_lock_sleep: recursed on non-recursive mutex rtentry > >> =A0@ /usr/src/sys/net/route.c:579 > > > > This seems to be caused by r293466. I'll do more investigation and repl= y. > Should be fixed in r294020. --=20 Homepage: www.yamagi.org XMPP: yamagi@yamagi.org GnuPG/GPG: 0xEFBCCBCB From owner-freebsd-net@freebsd.org Thu Jan 14 22:56:17 2016 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 C9F6FA8323E for ; Thu, 14 Jan 2016 22:56:17 +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 BAFEF10D0 for ; Thu, 14 Jan 2016 22:56:17 +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 u0EMuHBJ091938 for ; Thu, 14 Jan 2016 22:56:17 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 197592] can't switch bpf to zero-copy mode Date: Thu, 14 Jan 2016 22:56:17 +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.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: jkim@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution 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.20 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, 14 Jan 2016 22:56:17 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D197592 Jung-uk Kim changed: What |Removed |Added ---------------------------------------------------------------------------- Status|New |Closed Resolution|--- |FIXED CC| |jkim@FreeBSD.org --- Comment #2 from Jung-uk Kim --- This problem was fixed on head (r286139) and it was MFC'ed to stable/10 (r286850). --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Fri Jan 15 02:27:39 2016 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 67106A828FC for ; Fri, 15 Jan 2016 02:27:39 +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 572A01D3F for ; Fri, 15 Jan 2016 02:27:39 +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 u0F2RdTk004723 for ; Fri, 15 Jan 2016 02:27:39 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 206231] [net] [patch] ipv6 address on stf(4) interface "tentative" indefinitely Date: Fri, 15 Jan 2016 02:27:39 +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: patch 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.20 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, 15 Jan 2016 02:27:39 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206231 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 Fri Jan 15 02:29:08 2016 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 C4E01A82AE4 for ; Fri, 15 Jan 2016 02:29:08 +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 B54551EE4 for ; Fri, 15 Jan 2016 02:29:08 +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 u0F2T8G8055245 for ; Fri, 15 Jan 2016 02:29:08 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 206219] Kernel panic from lagg_ioctl and lagg_port_ioctl Date: Fri, 15 Jan 2016 02:29:08 +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: 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.20 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, 15 Jan 2016 02:29:08 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206219 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 Fri Jan 15 02:53:49 2016 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 0C13EA833F4 for ; Fri, 15 Jan 2016 02:53:49 +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 F07DC1D1C for ; Fri, 15 Jan 2016 02:53:48 +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 u0F2rm7d028198 for ; Fri, 15 Jan 2016 02:53:48 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 206231] [net] [patch] ipv6 address on stf(4) interface "tentative" indefinitely Date: Fri, 15 Jan 2016 02:53:48 +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: patch X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: hrs@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: hrs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc 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.20 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, 15 Jan 2016 02:53:49 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206231 Hiroki Sato changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |hrs@FreeBSD.org Assignee|freebsd-net@FreeBSD.org |hrs@FreeBSD.org --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Fri Jan 15 03:03:44 2016 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 7FE9DA83921 for ; Fri, 15 Jan 2016 03:03:44 +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 6FDAD18F3 for ; Fri, 15 Jan 2016 03:03:44 +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 u0F33ibA021679 for ; Fri, 15 Jan 2016 03:03:44 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 193452] Dell PowerEdge 210 II -- Kernel panic bce (broadcom) Date: Fri, 15 Jan 2016 03:03:44 +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: 9.2-RELEASE X-Bugzilla-Keywords: crash, needs-qa X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: koobs@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Flags: mfc-stable9? mfc-stable10? X-Bugzilla-Changed-Fields: flagtypes.name keywords short_desc 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.20 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, 15 Jan 2016 03:03:44 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D193452 Kubilay Kocak changed: What |Removed |Added ---------------------------------------------------------------------------- Flags| |mfc-stable9?, mfc-stable10? Keywords| |crash, needs-qa Summary|Kernel panic bce Dell PE |Dell PowerEdge 210 II -- |210 II |Kernel panic bce (broadcom) --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Fri Jan 15 04:06:51 2016 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 B7845A83AFF for ; Fri, 15 Jan 2016 04:06:51 +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 A874C13F0 for ; Fri, 15 Jan 2016 04:06:51 +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 u0F46p06019932 for ; Fri, 15 Jan 2016 04:06:51 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 206219] Kernel panic from lagg_ioctl and lagg_port_ioctl Date: Fri, 15 Jan 2016 04:06:51 +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: patch 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.20 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, 15 Jan 2016 04:06:51 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206219 --- Comment #2 from commit-hook@freebsd.org --- A commit references this bug: Author: rpokala Date: Fri Jan 15 04:05:56 UTC 2016 New revision: 294070 URL: https://svnweb.freebsd.org/changeset/base/294070 Log: [PR 206219] Kernel panic from lagg_ioctl and lagg_port_ioctl r287723 removed some cleanup from lagg(4), which leads to panics when changing configuration. Restore the spirit of the code which was removed. This issue has been refactored out of existence in -HEAD, so this patch is directly against stable/10. PR: 206219 Submitted by: Fred Lewis < flewis @ panasas.com > Reviewed by: hiren, Daniel O'Connor < darius @ dons.net.au > Approved by: jhb Sponsored by: Panasas, Inc. Differential Revision: https://reviews.freebsd.org/D4929 Changes: stable/10/sys/net/if_lagg.c --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Fri Jan 15 10:38:39 2016 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 35BB0A8384D for ; Fri, 15 Jan 2016 10:38:39 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [78.47.246.247]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 5D4561515 for ; Fri, 15 Jan 2016 10:38:38 +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.14.9/8.14.9) with ESMTP id u0FAcRkE090996 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 15 Jan 2016 11:38:28 +0100 (CET) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: haku22b@yahoo.co.jp 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 u0FAcNUc052260; Fri, 15 Jan 2016 17:38:23 +0700 (KRAT) (envelope-from eugen@grosbein.net) Subject: Re: hello , I have a problem To: haku22b@yahoo.co.jp References: <511690.54783.qm@web101310.mail.kks.yahoo.co.jp> <56934EBB.70305@grosbein.net> <377893.48708.qm@web101305.mail.kks.yahoo.co.jp> Cc: freebsd-net From: Eugene Grosbein X-Enigmail-Draft-Status: N1110 Message-ID: <5698CC1F.1070000@grosbein.net> Date: Fri, 15 Jan 2016 17:38:23 +0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: <377893.48708.qm@web101305.mail.kks.yahoo.co.jp> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.3 required=5.0 tests=BAYES_00,LOCAL_FROM, T_DATE_IN_FUTURE_96_Q autolearn=no version=3.3.2 X-Spam-Report: * 0.0 T_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.3.2 (2011-06-06) on hz.grosbein.net X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 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, 15 Jan 2016 10:38:39 -0000 Forwarding to freebsd-net@ On 15.01.2016 17:29, haku22b@yahoo.co.jp wrote: > I want to make firewall freebsd 10.1 > > > > > > but I can't start on pf > > > I have inserted that > " # - PF Firewall > pf_enable="YES" # Enable PF Firewall > #pf_rules="/etc/pf.conf" # Rules definition file for PF > #pf_flags="" # Additional flags for pfctl startup > pflog_enable="YES" # Start pflogd(8) > #pflog_file="/var/log/pflog" # Where pflogd should store the log file" > > > > but still I can't > > > > this is etc/rc.conf in my freebsd > > > > > What is the problem?? I have no experience with PF Firewall, I've used ipfw only. Please do not write privately and direct your questions to the list and you will get more useful answers. From owner-freebsd-net@freebsd.org Fri Jan 15 11:53:16 2016 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 C0D11A833FA for ; Fri, 15 Jan 2016 11:53:16 +0000 (UTC) (envelope-from boris.astardzhiev@gmail.com) Received: from mail-wm0-x236.google.com (mail-wm0-x236.google.com [IPv6:2a00:1450:400c:c09::236]) (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 4D02C1DDB for ; Fri, 15 Jan 2016 11:53:16 +0000 (UTC) (envelope-from boris.astardzhiev@gmail.com) Received: by mail-wm0-x236.google.com with SMTP id f206so20871893wmf.0 for ; Fri, 15 Jan 2016 03:53:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=YVV3UxMhAJ2E3sKvUvYid8rKjwABzYMLZEgPhpKJQ2U=; b=cPijprkkvG6cZX1dmugtX2GZKnoRFB/F+ssRymqX+URw47TECK0niTpQq5U8Zlt2pw CaoKzKTn6X8QD9YhfkqCnbRbPoibwwYKEp/NnJu+WZX+C0PNPm8OGAAKfXHvOlAg/QVS 47B75WW7RPGrO7drTVqMBYMQIrjqiCgJqaXaWqF0svyfASQ3h5lnR8cEdk9WwgN46FnR 8Ui2kH2kGypPZpsUflho0aUgX0swfrIbli9L92RRhH0457lx3yuuTZq4d6slcRc2RIy9 H8dkT3Yw7MULkC2NdxzXQJN0x1XEdI3fxxU3sGCOVvuGaMGIj7gWN1yIRk+o6oBpGaek 9qNw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=YVV3UxMhAJ2E3sKvUvYid8rKjwABzYMLZEgPhpKJQ2U=; b=dNYzosEGaMTBUeGQ4UxbO8Kil5e4Pu0QcNcZLT2ramSoELGk/3iWtSxeGQK0j/wP3E z5AORlNZecsHelXPS4omG50YIOiGfWgsX4e0SRBsEftkvkduah7MPdMukzucTXFySTQ7 Pf84AZAPgCfEs276TXhk6aNTR5uQOrS8HGgXH+iZ44CWnYoHy1hhxVOs4oVuxVjeFuR5 WeG6wWaT7p08aRmkCPrUePABJ+5l6Kn7hUBqCwestdDvVCJD1tQ8PHT1V+UB9SvR4uj+ Z3k29FBcSeh/6JqemxDYC3zjzwV2+MIVkPmr4jRJfvQXxxhqbpHKZ8/D74n8fAZZKaeO MOnw== X-Gm-Message-State: AG10YOTlcHKmU71WrwCK6FBYAT9AwR3djsd1YrA30zMeg7jNb1FXfyTkBRKwikuRxaU3lvR4ZGYhgS1YO0dzlQ== MIME-Version: 1.0 X-Received: by 10.28.1.23 with SMTP id 23mr2805645wmb.37.1452858794808; Fri, 15 Jan 2016 03:53:14 -0800 (PST) Received: by 10.28.136.148 with HTTP; Fri, 15 Jan 2016 03:53:14 -0800 (PST) In-Reply-To: <20160113080349.GC72455@kib.kiev.ua> References: <20160107161213.GZ3625@kib.kiev.ua> <20160107192840.GF3625@kib.kiev.ua> <20160108172323.W1815@besplex.bde.org> <20160108075815.3243.qmail@f5-external.bushwire.net> <20160108204606.G2420@besplex.bde.org> <20160113080349.GC72455@kib.kiev.ua> Date: Fri, 15 Jan 2016 13:53:14 +0200 Message-ID: Subject: Re: Does FreeBSD have sendmmsg or recvmmsg system calls? From: Boris Astardzhiev To: Konstantin Belousov Cc: Adrian Chadd , Mark Delany , FreeBSD Net Content-Type: multipart/mixed; boundary=001a113d7c3e5fb30605295e0c90 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 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, 15 Jan 2016 11:53:16 -0000 --001a113d7c3e5fb30605295e0c90 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello, Thanks for the insightful comments. kb>Please find below. kb> kb> This implementation has some strangeness, like NOASM and PSEUDO in makefile, kb> which I cannot find a purpose for. I removed it but initially I thought it was necessary. kb>Big issue with the implementation is the interposing stuff, why do you kb> need it at all ? Is it to correctly handle cancellation, to not fall kb> into sleepable syscall when previous loop step was cancelled ? Yes. I initially thought it was better to use the interposing table. kb> If yes, you _can_ use pthread_testcancel(3) etc in libc. Libc provides kb> stubs for them with trivial implementation, which is reset to the real kb> one if libthr is loaded. Then you can simplify your patch significantly, kb> avoiding the need for interposing and writing the loops both in libc an= d kb> libthr. Got it. See patch. I think I removed the interposing stuff as suggested. I didn't know about the stubs. But how for instance pthread_testcancel() will cope with sleeping recvmmsg for example? I'm not sure about the cancellation stuff here. Probably my approach is not correct? I looked through lib/ for an example and only stumbled on lib/libc/gen/sem.c where pthread_testcancel() is used but again I'm not sure if I'm tackling it correctly in the calls. kb> BTW, do you have tests for the cancellation of the new functions ? Unfortunately no. Ideas and guidelines how to stress test the calls regarding functionality and especially cancellation? kb> Again, the patch lacks man page updates. I'll try to write some soon. Best regards, Boris Astardzhiev =E2=80=8B --001a113d7c3e5fb30605295e0c90 Content-Type: text/plain; charset=US-ASCII; name="sendrecvmmsg-libconly2.diff" Content-Disposition: attachment; filename="sendrecvmmsg-libconly2.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_ijfm701z0 ZGlmZiAtLWdpdCBhL2xpYi9saWJjL2luY2x1ZGUvbmFtZXNwYWNlLmggYi9saWIvbGliYy9pbmNs dWRlL25hbWVzcGFjZS5oCmluZGV4IDczOWQ3YjEuLmM5NTgyOWUgMTAwNjQ0Ci0tLSBhL2xpYi9s aWJjL2luY2x1ZGUvbmFtZXNwYWNlLmgKKysrIGIvbGliL2xpYmMvaW5jbHVkZS9uYW1lc3BhY2Uu aApAQCAtMjA4LDYgKzIwOCw3IEBACiAjZGVmaW5lCQlyZWFkdgkJCQlfcmVhZHYKICNkZWZpbmUJ CXJlY3Zmcm9tCQkJX3JlY3Zmcm9tCiAjZGVmaW5lCQlyZWN2bXNnCQkJCV9yZWN2bXNnCisjZGVm aW5lCQlyZWN2bW1zZwkJCV9yZWN2bW1zZwogI2RlZmluZQkJc2VsZWN0CQkJCV9zZWxlY3QKICNk ZWZpbmUJCXNlbV9jbG9zZQkJCV9zZW1fY2xvc2UKICNkZWZpbmUJCXNlbV9kZXN0cm95CQkJX3Nl bV9kZXN0cm95CkBAIC0yMjAsNiArMjIxLDcgQEAKICNkZWZpbmUJCXNlbV91bmxpbmsJCQlfc2Vt X3VubGluawogI2RlZmluZQkJc2VtX3dhaXQJCQlfc2VtX3dhaXQKICNkZWZpbmUJCXNlbmRtc2cJ CQkJX3NlbmRtc2cKKyNkZWZpbmUJCXNlbmRtbXNnCQkJX3NlbmRtbXNnCiAjZGVmaW5lCQlzZW5k dG8JCQkJX3NlbmR0bwogI2RlZmluZQkJc2V0c29ja29wdAkJCV9zZXRzb2Nrb3B0CiAvKiNkZWZp bmUJCXNpZ2FjdGlvbgkJCV9zaWdhY3Rpb24qLwpkaWZmIC0tZ2l0IGEvbGliL2xpYmMvaW5jbHVk ZS91bi1uYW1lc3BhY2UuaCBiL2xpYi9saWJjL2luY2x1ZGUvdW4tbmFtZXNwYWNlLmgKaW5kZXgg ZjMxZmE3YS4uMDIzMzM0OCAxMDA2NDQKLS0tIGEvbGliL2xpYmMvaW5jbHVkZS91bi1uYW1lc3Bh Y2UuaAorKysgYi9saWIvbGliYy9pbmNsdWRlL3VuLW5hbWVzcGFjZS5oCkBAIC0xODksNiArMTg5 LDcgQEAKICN1bmRlZgkJcmVhZHYKICN1bmRlZgkJcmVjdmZyb20KICN1bmRlZgkJcmVjdm1zZwor I3VuZGVmCQlyZWN2bW1zZwogI3VuZGVmCQlzZWxlY3QKICN1bmRlZgkJc2VtX2Nsb3NlCiAjdW5k ZWYJCXNlbV9kZXN0cm95CkBAIC0yMDEsNiArMjAyLDcgQEAKICN1bmRlZgkJc2VtX3VubGluawog I3VuZGVmCQlzZW1fd2FpdAogI3VuZGVmCQlzZW5kbXNnCisjdW5kZWYJCXNlbmRtbXNnCiAjdW5k ZWYJCXNlbmR0bwogI3VuZGVmCQlzZXRzb2Nrb3B0CiAjdW5kZWYJCXNpZ2FjdGlvbgpkaWZmIC0t Z2l0IGEvbGliL2xpYmMvc3lzL01ha2VmaWxlLmluYyBiL2xpYi9saWJjL3N5cy9NYWtlZmlsZS5p bmMKaW5kZXggZTRmZTFiMi4uNWY4YjY5OSAxMDA2NDQKLS0tIGEvbGliL2xpYmMvc3lzL01ha2Vm aWxlLmluYworKysgYi9saWIvbGliYy9zeXMvTWFrZWZpbGUuaW5jCkBAIC0yOCw2ICsyOCw4IEBA IFNSQ1MrPSBmdXRpbWVucy5jIHV0aW1lbnNhdC5jCiBOT0FTTSs9IGZ1dGltZW5zLm8gdXRpbWVu c2F0Lm8KIFBTRVVETys9IF9mdXRpbWVucy5vIF91dGltZW5zYXQubwogCitTUkNTKz0gcmVjdm1t c2cuYyBzZW5kbW1zZy5jCisKIElOVEVSUE9TRUQgPSBcCiAJYWNjZXB0IFwKIAlhY2NlcHQ0IFwK ZGlmZiAtLWdpdCBhL2xpYi9saWJjL3N5cy9TeW1ib2wubWFwIGIvbGliL2xpYmMvc3lzL1N5bWJv bC5tYXAKaW5kZXggN2IzMjU3Yy4uNzI0ZTFiNCAxMDA2NDQKLS0tIGEvbGliL2xpYmMvc3lzL1N5 bWJvbC5tYXAKKysrIGIvbGliL2xpYmMvc3lzL1N5bWJvbC5tYXAKQEAgLTM5OSw2ICszOTksOCBA QCBGQlNEXzEuNCB7CiAJdXRpbWVuc2F0OwogCW51bWFfc2V0YWZmaW5pdHk7CiAJbnVtYV9nZXRh ZmZpbml0eTsKKwlzZW5kbW1zZzsKKwlyZWN2bW1zZzsKIH07CiAKIEZCU0Rwcml2YXRlXzEuMCB7 CkBAIC0xMDUxLDQgKzEwNTMsNiBAQCBGQlNEcHJpdmF0ZV8xLjAgewogCWdzc2Rfc3lzY2FsbDsK IAlfX2xpYmNfaW50ZXJwb3Npbmdfc2xvdDsKIAlfX2xpYmNfc2lnd2FpdDsKKwlfc2VuZG1tc2c7 CisJX3JlY3ZtbXNnOwogfTsKZGlmZiAtLWdpdCBhL2xpYi9saWJjL3N5cy9yZWN2bW1zZy5jIGIv bGliL2xpYmMvc3lzL3JlY3ZtbXNnLmMKbmV3IGZpbGUgbW9kZSAxMDA2NDQKaW5kZXggMDAwMDAw MC4uNzYzOTMwYwotLS0gL2Rldi9udWxsCisrKyBiL2xpYi9saWJjL3N5cy9yZWN2bW1zZy5jCkBA IC0wLDAgKzEsNzcgQEAKKy8qCisgKiBDb3B5cmlnaHQgKGMpIDIwMTYgQm9yaXMgQXN0YXJkemhp ZXYsIFNtYXJ0Y29tLUJ1bGdhcmlhIEFECisgKiBBbGwgcmlnaHRzIHJlc2VydmVkLgorICoKKyAq IFJlZGlzdHJpYnV0aW9uIGFuZCB1c2UgaW4gc291cmNlIGFuZCBiaW5hcnkgZm9ybXMsIHdpdGgg b3Igd2l0aG91dAorICogbW9kaWZpY2F0aW9uLCBhcmUgcGVybWl0dGVkIHByb3ZpZGVkIHRoYXQg dGhlIGZvbGxvd2luZyBjb25kaXRpb25zCisgKiBhcmUgbWV0OgorICogMS4gUmVkaXN0cmlidXRp b25zIG9mIHNvdXJjZSBjb2RlIG11c3QgcmV0YWluIHRoZSBhYm92ZSBjb3B5cmlnaHQKKyAqICAg IG5vdGljZShzKSwgdGhpcyBsaXN0IG9mIGNvbmRpdGlvbnMgYW5kIHRoZSBmb2xsb3dpbmcgZGlz Y2xhaW1lciBhcworICogICAgdGhlIGZpcnN0IGxpbmVzIG9mIHRoaXMgZmlsZSB1bm1vZGlmaWVk IG90aGVyIHRoYW4gdGhlIHBvc3NpYmxlCisgKiAgICBhZGRpdGlvbiBvZiBvbmUgb3IgbW9yZSBj b3B5cmlnaHQgbm90aWNlcy4KKyAqIDIuIFJlZGlzdHJpYnV0aW9ucyBpbiBiaW5hcnkgZm9ybSBt dXN0IHJlcHJvZHVjZSB0aGUgYWJvdmUgY29weXJpZ2h0CisgKiAgICBub3RpY2UocyksIHRoaXMg bGlzdCBvZiBjb25kaXRpb25zIGFuZCB0aGUgZm9sbG93aW5nIGRpc2NsYWltZXIgaW4KKyAqICAg IHRoZSBkb2N1bWVudGF0aW9uIGFuZC9vciBvdGhlciBtYXRlcmlhbHMgcHJvdmlkZWQgd2l0aCB0 aGUKKyAqICAgIGRpc3RyaWJ1dGlvbi4KKyAqCisgKiBUSElTIFNPRlRXQVJFIElTIFBST1ZJREVE IEJZIFRIRSBDT1BZUklHSFQgSE9MREVSKFMpIGBgQVMgSVMnJyBBTkQgQU5ZCisgKiBFWFBSRVNT IE9SIElNUExJRUQgV0FSUkFOVElFUywgSU5DTFVESU5HLCBCVVQgTk9UIExJTUlURUQgVE8sIFRI RQorICogSU1QTElFRCBXQVJSQU5USUVTIE9GIE1FUkNIQU5UQUJJTElUWSBBTkQgRklUTkVTUyBG T1IgQSBQQVJUSUNVTEFSCisgKiBQVVJQT1NFIEFSRSBESVNDTEFJTUVELiAgSU4gTk8gRVZFTlQg U0hBTEwgVEhFIENPUFlSSUdIVCBIT0xERVIoUykgQkUKKyAqIExJQUJMRSBGT1IgQU5ZIERJUkVD VCwgSU5ESVJFQ1QsIElOQ0lERU5UQUwsIFNQRUNJQUwsIEVYRU1QTEFSWSwgT1IKKyAqIENPTlNF UVVFTlRJQUwgREFNQUdFUyAoSU5DTFVESU5HLCBCVVQgTk9UIExJTUlURUQgVE8sIFBST0NVUkVN RU5UIE9GCisgKiBTVUJTVElUVVRFIEdPT0RTIE9SIFNFUlZJQ0VTOyBMT1NTIE9GIFVTRSwgREFU QSwgT1IgUFJPRklUUzsgT1IKKyAqIEJVU0lORVNTIElOVEVSUlVQVElPTikgSE9XRVZFUiBDQVVT RUQgQU5EIE9OIEFOWSBUSEVPUlkgT0YgTElBQklMSVRZLAorICogV0hFVEhFUiBJTiBDT05UUkFD VCwgU1RSSUNUIExJQUJJTElUWSwgT1IgVE9SVCAoSU5DTFVESU5HIE5FR0xJR0VOQ0UKKyAqIE9S IE9USEVSV0lTRSkgQVJJU0lORyBJTiBBTlkgV0FZIE9VVCBPRiBUSEUgVVNFIE9GIFRISVMgU09G VFdBUkUsCisgKiBFVkVOIElGIEFEVklTRUQgT0YgVEhFIFBPU1NJQklMSVRZIE9GIFNVQ0ggREFN QUdFLgorICovCisKKyNpbmNsdWRlIDxzeXMvY2RlZnMuaD4KK19fRkJTRElEKCIkRnJlZUJTRCQi KTsKKworI2luY2x1ZGUgPGVycm5vLmg+CisjaW5jbHVkZSA8c3lzL3R5cGVzLmg+CisjaW5jbHVk ZSA8c3lzL3N5c2NhbGwuaD4KKyNpbmNsdWRlIDxzeXMvc29ja2V0Lmg+CisjaW5jbHVkZSA8cHRo cmVhZC5oPgorI2luY2x1ZGUgImxpYmNfcHJpdmF0ZS5oIgorCisjZGVmaW5lIFZMRU5fTUFYIDEw MjQKKworaW50CityZWN2bW1zZyhpbnQgcywgc3RydWN0IG1tc2doZHIgKm1zZ3ZlYywgdW5zaWdu ZWQgaW50IHZsZW4sIGludCBmbGFncykKK3sKKwlpbnQgaSwgcmV0LCByY3ZkOworCisJaWYgKHZs ZW4gPiBWTEVOX01BWCkKKwkJdmxlbiA9IFZMRU5fTUFYOworCisJcHRocmVhZF90ZXN0Y2FuY2Vs KCk7CisJcmN2ZCA9IDA7CisJZm9yIChpID0gMDsgaSA8IHZsZW47IGkrKykgeworCQllcnJubyA9 IDA7CisJCXJldCA9ICgoKGludCAoKikoaW50LCBjb25zdCBzdHJ1Y3QgbXNnaGRyICosIGludCkp CisJCSAgICBfX2xpYmNfaW50ZXJwb3NpbmdbSU5URVJQT1NfcmVjdm1zZ10pKHMsCisJCSAgICAg ICAgJm1zZ3ZlY1tpXS5tc2dfaGRyLCBmbGFncykpOworCQlpZiAocmV0IDwgMCB8fCBlcnJubyAh PSAwKSB7CisJCQlpZiAocmN2ZCAhPSAwKSB7CisJCQkJLyogV2UndmUgcmVjZWl2ZWQgbWVzc2Fn ZXMuIExldCBjYWxsZXIga25vdy4gKi8KKwkJCQllcnJubyA9IDA7CisJCQkJcHRocmVhZF90ZXN0 Y2FuY2VsKCk7CisJCQkJcmV0dXJuIChyY3ZkKTsKKwkJCX0KKwkJCXB0aHJlYWRfdGVzdGNhbmNl bCgpOworCQkJcmV0dXJuICgtMSk7CisJCX0KKworCQkvKiBTYXZlIHJlY2VpdmVkIGJ5dGVzICov CisJCW1zZ3ZlY1tpXS5tc2dfbGVuID0gcmV0OworCisJCXJjdmQrKzsKKwl9CisKKwlyZXR1cm4g KHJjdmQpOworfQorCisjdW5kZWYgVkxFTl9NQVgKZGlmZiAtLWdpdCBhL2xpYi9saWJjL3N5cy9z ZW5kbW1zZy5jIGIvbGliL2xpYmMvc3lzL3NlbmRtbXNnLmMKbmV3IGZpbGUgbW9kZSAxMDA2NDQK aW5kZXggMDAwMDAwMC4uYmFmYTliYwotLS0gL2Rldi9udWxsCisrKyBiL2xpYi9saWJjL3N5cy9z ZW5kbW1zZy5jCkBAIC0wLDAgKzEsNzggQEAKKy8qCisgKiBDb3B5cmlnaHQgKGMpIDIwMTYgQm9y aXMgQXN0YXJkemhpZXYsIFNtYXJ0Y29tLUJ1bGdhcmlhIEFECisgKiBBbGwgcmlnaHRzIHJlc2Vy dmVkLgorICoKKyAqIFJlZGlzdHJpYnV0aW9uIGFuZCB1c2UgaW4gc291cmNlIGFuZCBiaW5hcnkg Zm9ybXMsIHdpdGggb3Igd2l0aG91dAorICogbW9kaWZpY2F0aW9uLCBhcmUgcGVybWl0dGVkIHBy b3ZpZGVkIHRoYXQgdGhlIGZvbGxvd2luZyBjb25kaXRpb25zCisgKiBhcmUgbWV0OgorICogMS4g UmVkaXN0cmlidXRpb25zIG9mIHNvdXJjZSBjb2RlIG11c3QgcmV0YWluIHRoZSBhYm92ZSBjb3B5 cmlnaHQKKyAqICAgIG5vdGljZShzKSwgdGhpcyBsaXN0IG9mIGNvbmRpdGlvbnMgYW5kIHRoZSBm b2xsb3dpbmcgZGlzY2xhaW1lciBhcworICogICAgdGhlIGZpcnN0IGxpbmVzIG9mIHRoaXMgZmls ZSB1bm1vZGlmaWVkIG90aGVyIHRoYW4gdGhlIHBvc3NpYmxlCisgKiAgICBhZGRpdGlvbiBvZiBv bmUgb3IgbW9yZSBjb3B5cmlnaHQgbm90aWNlcy4KKyAqIDIuIFJlZGlzdHJpYnV0aW9ucyBpbiBi aW5hcnkgZm9ybSBtdXN0IHJlcHJvZHVjZSB0aGUgYWJvdmUgY29weXJpZ2h0CisgKiAgICBub3Rp Y2UocyksIHRoaXMgbGlzdCBvZiBjb25kaXRpb25zIGFuZCB0aGUgZm9sbG93aW5nIGRpc2NsYWlt ZXIgaW4KKyAqICAgIHRoZSBkb2N1bWVudGF0aW9uIGFuZC9vciBvdGhlciBtYXRlcmlhbHMgcHJv dmlkZWQgd2l0aCB0aGUKKyAqICAgIGRpc3RyaWJ1dGlvbi4KKyAqCisgKiBUSElTIFNPRlRXQVJF IElTIFBST1ZJREVEIEJZIFRIRSBDT1BZUklHSFQgSE9MREVSKFMpIGBgQVMgSVMnJyBBTkQgQU5Z CisgKiBFWFBSRVNTIE9SIElNUExJRUQgV0FSUkFOVElFUywgSU5DTFVESU5HLCBCVVQgTk9UIExJ TUlURUQgVE8sIFRIRQorICogSU1QTElFRCBXQVJSQU5USUVTIE9GIE1FUkNIQU5UQUJJTElUWSBB TkQgRklUTkVTUyBGT1IgQSBQQVJUSUNVTEFSCisgKiBQVVJQT1NFIEFSRSBESVNDTEFJTUVELiAg SU4gTk8gRVZFTlQgU0hBTEwgVEhFIENPUFlSSUdIVCBIT0xERVIoUykgQkUKKyAqIExJQUJMRSBG T1IgQU5ZIERJUkVDVCwgSU5ESVJFQ1QsIElOQ0lERU5UQUwsIFNQRUNJQUwsIEVYRU1QTEFSWSwg T1IKKyAqIENPTlNFUVVFTlRJQUwgREFNQUdFUyAoSU5DTFVESU5HLCBCVVQgTk9UIExJTUlURUQg VE8sIFBST0NVUkVNRU5UIE9GCisgKiBTVUJTVElUVVRFIEdPT0RTIE9SIFNFUlZJQ0VTOyBMT1NT IE9GIFVTRSwgREFUQSwgT1IgUFJPRklUUzsgT1IKKyAqIEJVU0lORVNTIElOVEVSUlVQVElPTikg SE9XRVZFUiBDQVVTRUQgQU5EIE9OIEFOWSBUSEVPUlkgT0YgTElBQklMSVRZLAorICogV0hFVEhF UiBJTiBDT05UUkFDVCwgU1RSSUNUIExJQUJJTElUWSwgT1IgVE9SVCAoSU5DTFVESU5HIE5FR0xJ R0VOQ0UKKyAqIE9SIE9USEVSV0lTRSkgQVJJU0lORyBJTiBBTlkgV0FZIE9VVCBPRiBUSEUgVVNF IE9GIFRISVMgU09GVFdBUkUsCisgKiBFVkVOIElGIEFEVklTRUQgT0YgVEhFIFBPU1NJQklMSVRZ IE9GIFNVQ0ggREFNQUdFLgorICovCisKKyNpbmNsdWRlIDxzeXMvY2RlZnMuaD4KK19fRkJTRElE KCIkRnJlZUJTRCQiKTsKKworI2luY2x1ZGUgPGVycm5vLmg+CisjaW5jbHVkZSA8c3lzL3R5cGVz Lmg+CisjaW5jbHVkZSA8c3lzL3N5c2NhbGwuaD4KKyNpbmNsdWRlIDxzeXMvc29ja2V0Lmg+Cisj aW5jbHVkZSA8cHRocmVhZC5oPgorI2luY2x1ZGUgImxpYmNfcHJpdmF0ZS5oIgorCisjZGVmaW5l IFZMRU5fTUFYIDEwMjQKKworaW50CitzZW5kbW1zZyhpbnQgcywgc3RydWN0IG1tc2doZHIgKm1z Z3ZlYywgdW5zaWduZWQgaW50IHZsZW4sIGludCBmbGFncykKK3sKKwlpbnQgaSwgcmV0LCBzZW50 OworCisJaWYgKHZsZW4gPiBWTEVOX01BWCkKKwkJdmxlbiA9IFZMRU5fTUFYOworCisJcHRocmVh ZF90ZXN0Y2FuY2VsKCk7CisJc2VudCA9IDA7CisJZm9yIChpID0gMDsgaSA8IHZsZW47IGkrKykg eworCQllcnJubyA9IDA7CisJCXJldCA9ICgoKGludCAoKikoaW50LCBjb25zdCBzdHJ1Y3QgbXNn aGRyICosIGludCkpCisJCSAgICBfX2xpYmNfaW50ZXJwb3NpbmdbSU5URVJQT1Nfc2VuZG1zZ10p KHMsCisJCSAgICAgICAgJm1zZ3ZlY1tpXS5tc2dfaGRyLCBmbGFncykpOworCisJCWlmIChyZXQg PCAwIHx8IGVycm5vICE9IDApIHsKKwkJCWlmIChzZW50ICE9IDApIHsKKwkJCQkvKiBXZSBoYXZl IHNlbnQgbWVzc2FnZXMuIExldCBjYWxsZXIga25vdy4gKi8KKwkJCQllcnJubyA9IDA7CisJCQkJ cHRocmVhZF90ZXN0Y2FuY2VsKCk7CisJCQkJcmV0dXJuIChzZW50KTsKKwkJCX0KKwkJCXB0aHJl YWRfdGVzdGNhbmNlbCgpOworCQkJcmV0dXJuICgtMSk7CisJCX0KKworCQkvKiBTYXZlIHNlbnQg Ynl0ZXMgKi8KKwkJbXNndmVjW2ldLm1zZ19sZW4gPSByZXQ7CisKKwkJc2VudCsrOworCX0KKwor CXJldHVybiAoc2VudCk7Cit9CisKKyN1bmRlZiBWTEVOX01BWApkaWZmIC0tZ2l0IGEvc3lzL3N5 cy9zb2NrZXQuaCBiL3N5cy9zeXMvc29ja2V0LmgKaW5kZXggMThlMmRlMS4uNTA0MzEzZSAxMDA2 NDQKLS0tIGEvc3lzL3N5cy9zb2NrZXQuaAorKysgYi9zeXMvc3lzL3NvY2tldC5oCkBAIC01OTUs NiArNTk1LDE4IEBAIHN0cnVjdCBzZl9oZHRyIHsKICNlbmRpZiAvKiBfS0VSTkVMICovCiAjZW5k aWYgLyogX19CU0RfVklTSUJMRSAqLwogCisjaWZuZGVmIF9LRVJORUwKKyNpZmRlZiBfX0JTRF9W SVNJQkxFCisvKgorICogU2VuZC9yZWN2bW1zZyBzcGVjaWZpYyBzdHJ1Y3R1cmUocykKKyAqLwor c3RydWN0IG1tc2doZHIgeworCXN0cnVjdCBtc2doZHIJbXNnX2hkcjsJCS8qIG1lc3NhZ2UgaGVh ZGVyICovCisJdW5zaWduZWQgaW50CW1zZ19sZW47CQkvKiBtZXNzYWdlIGxlbmd0aCAgKi8KK307 CisjZW5kaWYgLyogX19CU0RfVklTSUJMRSAqLworI2VuZGlmIC8qICFfS0VSTkVMICovCisKICNp Zm5kZWYJX0tFUk5FTAogCiAjaW5jbHVkZSA8c3lzL2NkZWZzLmg+CkBAIC02MTUsMTEgKzYyNywx NyBAQCBpbnQJbGlzdGVuKGludCwgaW50KTsKIHNzaXplX3QJcmVjdihpbnQsIHZvaWQgKiwgc2l6 ZV90LCBpbnQpOwogc3NpemVfdAlyZWN2ZnJvbShpbnQsIHZvaWQgKiwgc2l6ZV90LCBpbnQsIHN0 cnVjdCBzb2NrYWRkciAqIF9fcmVzdHJpY3QsIHNvY2tsZW5fdCAqIF9fcmVzdHJpY3QpOwogc3Np emVfdAlyZWN2bXNnKGludCwgc3RydWN0IG1zZ2hkciAqLCBpbnQpOworI2lmIF9fQlNEX1ZJU0lC TEUKK2ludAlyZWN2bW1zZyhpbnQsIHN0cnVjdCBtbXNnaGRyICosIHVuc2lnbmVkIGludCwgaW50 KTsKKyNlbmRpZgogc3NpemVfdAlzZW5kKGludCwgY29uc3Qgdm9pZCAqLCBzaXplX3QsIGludCk7 CiBzc2l6ZV90CXNlbmR0byhpbnQsIGNvbnN0IHZvaWQgKiwKIAkgICAgc2l6ZV90LCBpbnQsIGNv bnN0IHN0cnVjdCBzb2NrYWRkciAqLCBzb2NrbGVuX3QpOwogc3NpemVfdAlzZW5kbXNnKGludCwg Y29uc3Qgc3RydWN0IG1zZ2hkciAqLCBpbnQpOwogI2lmIF9fQlNEX1ZJU0lCTEUKK2ludAlzZW5k bW1zZyhpbnQsIHN0cnVjdCBtbXNnaGRyICosIHVuc2lnbmVkIGludCwgaW50KTsKKyNlbmRpZgor I2lmIF9fQlNEX1ZJU0lCTEUKIGludAlzZW5kZmlsZShpbnQsIGludCwgb2ZmX3QsIHNpemVfdCwg c3RydWN0IHNmX2hkdHIgKiwgb2ZmX3QgKiwgaW50KTsKIGludAlzZXRmaWIoaW50KTsKICNlbmRp Zgo= --001a113d7c3e5fb30605295e0c90-- From owner-freebsd-net@freebsd.org Fri Jan 15 14:01:57 2016 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 62CEEA83B61 for ; Fri, 15 Jan 2016 14:01:57 +0000 (UTC) (envelope-from gerrit.kuehn@aei.mpg.de) Received: from umail.aei.mpg.de (umail.aei.mpg.de [194.94.224.6]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EB67612F0 for ; Fri, 15 Jan 2016 14:01:56 +0000 (UTC) (envelope-from gerrit.kuehn@aei.mpg.de) Received: from mailgate.aei.mpg.de (mailgate.aei.mpg.de [194.94.224.5]) by umail.aei.mpg.de (Postfix) with ESMTP id 6BFC2200141 for ; Fri, 15 Jan 2016 14:52:36 +0100 (CET) Received: from mailgate.aei.mpg.de (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 56272405882 for ; Fri, 15 Jan 2016 14:52:34 +0100 (CET) Received: from intranet.aei.uni-hannover.de (ahin1.aei.uni-hannover.de [130.75.117.40]) by mailgate.aei.mpg.de (Postfix) with ESMTP id 2E3E5405881 for ; Fri, 15 Jan 2016 14:52:34 +0100 (CET) Received: from arc.aei.uni-hannover.de ([10.117.15.110]) by intranet.aei.uni-hannover.de (IBM Domino Release 9.0.1FP5) with ESMTP id 2016011514522509-52917 ; Fri, 15 Jan 2016 14:52:25 +0100 Date: Fri, 15 Jan 2016 14:52:25 +0100 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: freebsd-net@freebsd.org Subject: upnp/dlna Message-Id: <20160115145225.e0dbde9632d5122df8acbb41@aei.mpg.de> Organization: Max Planck Gesellschaft X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) Mime-Version: 1.0 X-MIMETrack: Itemize by SMTP Server on intranet/aei-hannover(Release 9.0.1FP5|November 22, 2015) at 15/01/2016 14:52:25, Serialize by Router on intranet/aei-hannover(Release 9.0.1FP5|November 22, 2015) at 15/01/2016 14:52:35, Serialize complete at 15/01/2016 14:52:35 X-TNEFEvaluated: 1 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-PMX-Version: 6.0.2.2308539, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2016.1.15.134217 X-PerlMx-Spam: Gauge=IIIIIIII, Probability=8%, Report=' HTML_00_01 0.05, HTML_00_10 0.05, MIME_LOWER_CASE 0.05, BODY_SIZE_3000_3999 0, BODY_SIZE_5000_LESS 0, BODY_SIZE_7000_LESS 0, NO_URI_HTTPS 0, __ANY_URI 0, __C230066_P5 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_FROM 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __TO_MALFORMED_2 0, __TO_NO_NAME 0, __URI_NO_MAILTO 0, __URI_NO_PATH 0, __URI_NO_WWW 0' X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 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, 15 Jan 2016 14:01:57 -0000 Hi, I have two FreeBSD boxes running mediatomb and minidlna. I also have a couple of clients, mostly internet radios by different manufacturers (Sangean, Philips, Renkforce...). I have the (weird) issue that neither mediatomb nor minidlna appears to see the multicasts discovery messages (not even with tcpdump!) sent by the clients. Subsequently they never answer them and are not found by the client devices. The servers also emit multicasts in a fixed time interval to annouce their services. I can see these with tcpdump on the box that emits the package, and some of the clients (Sangean, notably) are able to pick these up and work with the server just fine then. The Philips and Renkforce devices appear to ignore these broadcasts and never come up with any server. Even on the 2nd FreeBSD box I never get to see the announcement of the dlna server running on the other box (using tcpdump, again). There is no smart hardware involved, just a single switch, and a WLAN access point for the clients. The access point has a build-in media-server, too. This works fine with all clients, but again I never get to see any multicast messages from it on the FreeBSD boxes. So I have the strange feeling that my FreeBSD boxes ignore multicast packages on the receiving end. The only thing that works is sending a multicast package from the box. I did not change the default configuration of the network devices in any way, and actually they appear to be ok (I think): --- root@blackpool:~ # ifmcstat -i igb0 -f inet igb0: inet 192.168.1.242 igmpv3 rv 2 qi 125 qri 100 uri 3 group 224.0.0.251 mode exclude mcast-macaddr 01:00:5e:00:00:fb group 239.255.255.250 mode exclude mcast-macaddr 01:00:5e:7f:ff:fa group 224.0.0.1 mode exclude mcast-macaddr 01:00:5e:00:00:01 root@blackpool:~ # ifconfig igb0 igb0: flags=8943 metric 0 mtu 1500 options=403bb ether 00:25:90:82:80:cc inet 192.168.1.242 netmask 0xffffff00 broadcast 192.168.1.255 nd6 options=29 media: Ethernet autoselect (1000baseT ) status: active root@blackpool:~ # netstat -rn4 Routing tables Internet: Destination Gateway Flags Netif Expire default 192.168.1.247 UGS igb0 127.0.0.1 link#5 UH lo0 192.168.1.0/24 link#1 U igb0 192.168.1.242 link#1 UHS lo0 --- The packets under question go to "239.255.255.250.1900: UDP". I must admit that I am rather new to this upnp/dlna business (isn't this supposed to "just work" :-), so I may be doing something very obivously (to other people :-) wrong. Any hints and suggestions are highly appreciated. cu Gerrit From owner-freebsd-net@freebsd.org Fri Jan 15 14:47:35 2016 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 F075DA8493E for ; Fri, 15 Jan 2016 14:47:35 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CBE671E23 for ; Fri, 15 Jan 2016 14:47:35 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id u0FEm9q2070753 for ; Fri, 15 Jan 2016 06:48:15 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) To: In-Reply-To: <5698CC1F.1070000@grosbein.net> References: <511690.54783.qm@web101310.mail.kks.yahoo.co.jp> <56934EBB.70305@grosbein.net> <377893.48708.qm@web101305.mail.kks.yahoo.co.jp>, <5698CC1F.1070000@grosbein.net> From: "Chris H" Subject: Re: hello , I have a problem Date: Fri, 15 Jan 2016 06:48:15 -0800 Content-Type: text/plain; charset=UTF-8; format=fixed MIME-Version: 1.0 Message-id: Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 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, 15 Jan 2016 14:47:36 -0000 On Fri, 15 Jan 2016 17:38:23 +0700 Eugene Grosbein wrote > Forwarding to freebsd-net@ > > On 15.01.2016 17:29, haku22b@yahoo.co.jp wrote: > > I want to make firewall freebsd 10.1 > > > > > > > > > > > > but I can't start on pf > > > > > > I have inserted that > > " # - PF Firewall > > pf_enable="YES" # Enable PF Firewall > > #pf_rules="/etc/pf.conf" # Rules definition file for PF > > #pf_flags="" # Additional flags for pfctl startup > > pflog_enable="YES" # Start pflogd(8) > > #pflog_file="/var/log/pflog" # Where pflogd should store the log file" > > > > > > > > but still I can't > > > > > > > > this is etc/rc.conf in my freebsd > > > > > > > > > > What is the problem?? To effectively address your issue. More information is required; What version, and revision of FreeBSD are you trying this on? What is the contents of your /etc/pf.conf? What is the error, or other reason that leads you to believe that pf(4) isn't / won't run? Also possibly relevant; did you include pf in your [custom] kern file? Best wishes. --Chris From owner-freebsd-net@freebsd.org Fri Jan 15 14:51:37 2016 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 E8408A84AE6 for ; Fri, 15 Jan 2016 14:51:37 +0000 (UTC) (envelope-from madpilot@FreeBSD.org) Received: from mail.madpilot.net (grunt.madpilot.net [78.47.145.38]) (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 B1AE21434 for ; Fri, 15 Jan 2016 14:51:36 +0000 (UTC) (envelope-from madpilot@FreeBSD.org) Received: from mail (mail [192.168.254.3]) by mail.madpilot.net (Postfix) with ESMTP id 3phlf62Z20zZsQ; Fri, 15 Jan 2016 15:44:46 +0100 (CET) Received: from mail.madpilot.net ([192.168.254.3]) by mail (mail.madpilot.net [192.168.254.3]) (amavisd-new, port 10024) with ESMTP id C4qaB0VwRcZ3; Fri, 15 Jan 2016 15:44:44 +0100 (CET) Received: from tommy.madpilot.net (micro.madpilot.net [88.149.173.206]) by mail.madpilot.net (Postfix) with ESMTPSA; Fri, 15 Jan 2016 15:44:43 +0100 (CET) Subject: Re: upnp/dlna To: =?UTF-8?Q?Gerrit_K=c3=bchn?= , freebsd-net@freebsd.org References: <20160115145225.e0dbde9632d5122df8acbb41@aei.mpg.de> From: Guido Falsi Message-ID: <569905DA.2000903@FreeBSD.org> Date: Fri, 15 Jan 2016 15:44:42 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.5.0 MIME-Version: 1.0 In-Reply-To: <20160115145225.e0dbde9632d5122df8acbb41@aei.mpg.de> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 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, 15 Jan 2016 14:51:38 -0000 On 01/15/16 14:52, Gerrit Kühn wrote: > Hi, > > I have two FreeBSD boxes running mediatomb and minidlna. I also have a > couple of clients, mostly internet radios by different manufacturers > (Sangean, Philips, Renkforce...). > I have the (weird) issue that neither mediatomb nor minidlna appears to see > the multicasts discovery messages (not even with tcpdump!) sent by the > clients. Subsequently they never answer them and are not found by the > client devices. Could you try the patch here: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=205430 I think you're seeing that same issue. -- Guido Falsi From owner-freebsd-net@freebsd.org Fri Jan 15 15:00:33 2016 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 6EBB8A84DC9 for ; Fri, 15 Jan 2016 15:00:33 +0000 (UTC) (envelope-from gerrit.kuehn@aei.mpg.de) Received: from umail.aei.mpg.de (umail.aei.mpg.de [194.94.224.6]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2B4DA1843; Fri, 15 Jan 2016 15:00:32 +0000 (UTC) (envelope-from gerrit.kuehn@aei.mpg.de) Received: from mailgate.aei.mpg.de (mailgate.aei.mpg.de [194.94.224.5]) by umail.aei.mpg.de (Postfix) with ESMTP id 8EFE220007A; Fri, 15 Jan 2016 16:00:30 +0100 (CET) Received: from mailgate.aei.mpg.de (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 6293B405882; Fri, 15 Jan 2016 16:00:28 +0100 (CET) Received: from intranet.aei.uni-hannover.de (ahin1.aei.uni-hannover.de [130.75.117.40]) by mailgate.aei.mpg.de (Postfix) with ESMTP id 467F1405881; Fri, 15 Jan 2016 16:00:28 +0100 (CET) Received: from arc.aei.uni-hannover.de ([10.117.15.110]) by intranet.aei.uni-hannover.de (IBM Domino Release 9.0.1FP5) with ESMTP id 2016011516001997-85635 ; Fri, 15 Jan 2016 16:00:19 +0100 Date: Fri, 15 Jan 2016 16:00:20 +0100 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: Guido Falsi Cc: freebsd-net@freebsd.org Subject: Re: upnp/dlna Message-Id: <20160115160020.e07e5a701b55a9a25b190278@aei.mpg.de> In-Reply-To: <569905DA.2000903@FreeBSD.org> References: <20160115145225.e0dbde9632d5122df8acbb41@aei.mpg.de> <569905DA.2000903@FreeBSD.org> Organization: Max Planck Gesellschaft X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) Mime-Version: 1.0 X-MIMETrack: Itemize by SMTP Server on intranet/aei-hannover(Release 9.0.1FP5|November 22, 2015) at 15/01/2016 16:00:20, Serialize by Router on intranet/aei-hannover(Release 9.0.1FP5|November 22, 2015) at 15/01/2016 16:00:30, Serialize complete at 15/01/2016 16:00:30 X-TNEFEvaluated: 1 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-PMX-Version: 6.0.2.2308539, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2016.1.15.145117 X-PerlMx-Spam: Gauge=IIIIIIII, Probability=8%, Report=' HTML_00_01 0.05, HTML_00_10 0.05, MIME_LOWER_CASE 0.05, BODYTEXTP_SIZE_3000_LESS 0, BODY_SIZE_1000_LESS 0, BODY_SIZE_2000_LESS 0, BODY_SIZE_5000_LESS 0, BODY_SIZE_500_599 0, BODY_SIZE_7000_LESS 0, REFERENCES 0, SINGLE_URI_IN_BODY 0, __ANY_URI 0, __BOUNCE_CHALLENGE_SUBJ 0, __BOUNCE_NDR_SUBJ_EXEMPT 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_FROM 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __HTTPS_URI 0, __IN_REP_TO 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __REFERENCES 0, __SANE_MSGID 0, __SINGLE_URI_TEXT 0, __SUBJ_ALPHA_NEGATE 0, __TO_MALFORMED_2 0, __URI_IN_BODY 0, __URI_NO_PATH 0, __URI_NO_WWW 0, __URI_NS ' X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 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, 15 Jan 2016 15:00:33 -0000 On Fri, 15 Jan 2016 15:44:42 +0100 Guido Falsi wrote about Re: upnp/dlna: GF> Could you try the patch here: GF> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=205430 I'll try and report back, thanks for the pointer. GF> I think you're seeing that same issue. I did not look into the report too deeply (yet), but it looks like it is only referring to minidlna, and I see the same issue with mediatomb, too. But I'll need to find some more time over the weekend to look into this, thanks again. cu Gerrit From owner-freebsd-net@freebsd.org Fri Jan 15 15:11:57 2016 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 E6FB4A832AE for ; Fri, 15 Jan 2016 15:11:57 +0000 (UTC) (envelope-from madpilot@FreeBSD.org) Received: from mail.madpilot.net (grunt.madpilot.net [78.47.145.38]) (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 ADE5A1FC4 for ; Fri, 15 Jan 2016 15:11:57 +0000 (UTC) (envelope-from madpilot@FreeBSD.org) Received: from mail (mail [192.168.254.3]) by mail.madpilot.net (Postfix) with ESMTP id 3phmFQ4lP3zZsQ; Fri, 15 Jan 2016 16:11:54 +0100 (CET) Received: from mail.madpilot.net ([192.168.254.3]) by mail (mail.madpilot.net [192.168.254.3]) (amavisd-new, port 10024) with ESMTP id 9yAdAr7qm-vH; Fri, 15 Jan 2016 16:11:51 +0100 (CET) Received: from tommy.madpilot.net (micro.madpilot.net [88.149.173.206]) by mail.madpilot.net (Postfix) with ESMTPSA; Fri, 15 Jan 2016 16:11:50 +0100 (CET) Subject: Re: upnp/dlna To: =?UTF-8?Q?Gerrit_K=c3=bchn?= References: <20160115145225.e0dbde9632d5122df8acbb41@aei.mpg.de> <569905DA.2000903@FreeBSD.org> <20160115160020.e07e5a701b55a9a25b190278@aei.mpg.de> Cc: freebsd-net@freebsd.org From: Guido Falsi Message-ID: <56990C36.2080207@FreeBSD.org> Date: Fri, 15 Jan 2016 16:11:50 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.5.0 MIME-Version: 1.0 In-Reply-To: <20160115160020.e07e5a701b55a9a25b190278@aei.mpg.de> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 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, 15 Jan 2016 15:11:58 -0000 On 01/15/16 16:00, Gerrit Kühn wrote: > On Fri, 15 Jan 2016 15:44:42 +0100 Guido Falsi > wrote about Re: upnp/dlna: > > GF> Could you try the patch here: > GF> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=205430 > > I'll try and report back, thanks for the pointer. > > GF> I think you're seeing that same issue. > > I did not look into the report too deeply (yet), but it looks like it is > only referring to minidlna, and I see the same issue with mediatomb, too. > But I'll need to find some more time over the weekend to look into this, > thanks again. > Yes that bug is only about minidlna, I never used mediatomb and don't know if thee issue there is related or not. The bug in minidlna was introduced upstream in the latest version, I think it's caused by some API difference between FreeBSD and Linux. Maybe the mediatomb problem has a similar cause, and a similar fix can be applied. -- Guido Falsi From owner-freebsd-net@freebsd.org Fri Jan 15 15:24:08 2016 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 18608A8399E for ; Fri, 15 Jan 2016 15:24:08 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-wm0-x234.google.com (mail-wm0-x234.google.com [IPv6:2a00:1450:400c:c09::234]) (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 B71571F60; Fri, 15 Jan 2016 15:24:07 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: by mail-wm0-x234.google.com with SMTP id b14so29763573wmb.1; Fri, 15 Jan 2016 07:24:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=+8Aksz1gRl9gP8DfNQ5m8hRgPtHivhewfQxIfWz5EqA=; b=fWusGFG7POOzRFVfnU5W9xMCgDKFeyJDmOEZZNu4/Re50q4HX/rIA7a66LIeB4tegI M/U6cg5nL4MLWwhZvaNg/EOdx7/XXEE8Xbgd4x++sFnrezqPNcJAupZjVoUAOkIEpO+9 Wjc3+BaDNaNYpzfkMZOmRlFK1QbGOBVvdijUPKgZ1KgKL+w/F7DW4uS6q+XHTNduD7hj UJFrWywCp/bR9YgTYbkr4kfK3UcWK9wIuMfYPruCvvf4vDtmj25PN+gkMTaHHlblR0GU 4oQkHQjn57EJFkhGT0j6WZVH2L9t30D0yIJxpvrT+E9r21kXiZcZrsBcMIWKNOnxwc// kc2A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=+8Aksz1gRl9gP8DfNQ5m8hRgPtHivhewfQxIfWz5EqA=; b=CTFXFTtf/I0K8Cpk/XDRTVXOkBGCZV5PQ82+jBZrCDWGswIjcngdhXFkHokwbh/IiZ B6xVKRYyQhN41teTeJDRg65LNgTMwUvxH92SWoNgh+RETei4uWrVPz3DPOWuyGaoJq89 ACMZlGHZicLTBKCu+owBhV0ebJPwNE+9GZlGK+h90K9xf4B3Jl7RtTcU7qOaAn+V4aDa eXjZ9aOH/EtqlUsFmr2gfAqcd3wwG/uyVlkrjLKHvGXuWNlu4QMWsZ/fjiFWrFqvxbwn zUAcxL5iXc0Uam8tgXHQNLoiEQdQR31jkWKpkMbpXmrlHSUb2zI/xry9SCXg9TEZaSC9 y3EQ== X-Gm-Message-State: ALoCoQnIOli6B2lNL16zuqcAxbQJB3uymNKqyUBW5NY7hO2baayZZVIGQK0iFgj6wH0HwHgaHBTkRhv9BrXrClyBv6Ik0lWWEQ== MIME-Version: 1.0 X-Received: by 10.194.175.198 with SMTP id cc6mr10749668wjc.24.1452871446144; Fri, 15 Jan 2016 07:24:06 -0800 (PST) Received: by 10.194.192.33 with HTTP; Fri, 15 Jan 2016 07:24:06 -0800 (PST) In-Reply-To: <56990C36.2080207@FreeBSD.org> References: <20160115145225.e0dbde9632d5122df8acbb41@aei.mpg.de> <569905DA.2000903@FreeBSD.org> <20160115160020.e07e5a701b55a9a25b190278@aei.mpg.de> <56990C36.2080207@FreeBSD.org> Date: Fri, 15 Jan 2016 09:24:06 -0600 Message-ID: Subject: Re: upnp/dlna From: Adam Vande More To: Guido Falsi Cc: =?UTF-8?B?R2Vycml0IEvDvGhu?= , freebsd-net Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 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, 15 Jan 2016 15:24:08 -0000 On Fri, Jan 15, 2016 at 9:11 AM, Guido Falsi wrote: > On 01/15/16 16:00, Gerrit K=C3=BChn wrote: > > On Fri, 15 Jan 2016 15:44:42 +0100 Guido Falsi > > wrote about Re: upnp/dlna: > > > > GF> Could you try the patch here: > > GF> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D205430 > > > > I'll try and report back, thanks for the pointer. > > > > GF> I think you're seeing that same issue. > > > > I did not look into the report too deeply (yet), but it looks like it i= s > > only referring to minidlna, and I see the same issue with mediatomb, to= o. > > But I'll need to find some more time over the weekend to look into this= , > > thanks again. > > > > Yes that bug is only about minidlna, I never used mediatomb and don't > know if thee issue there is related or not. > > The bug in minidlna was introduced upstream in the latest version, I > think it's caused by some API difference between FreeBSD and Linux. > > Maybe the mediatomb problem has a similar cause, and a similar fix can > be applied. > mediatomb works fine for me, 2 installs as the end of December. --=20 Adam From owner-freebsd-net@freebsd.org Fri Jan 15 15:54:09 2016 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 F08BAA8456F for ; Fri, 15 Jan 2016 15:54:09 +0000 (UTC) (envelope-from madpilot@FreeBSD.org) Received: from mail.madpilot.net (grunt.madpilot.net [78.47.145.38]) (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 BA2C2143C for ; Fri, 15 Jan 2016 15:54:09 +0000 (UTC) (envelope-from madpilot@FreeBSD.org) Received: from mail (mail [192.168.254.3]) by mail.madpilot.net (Postfix) with ESMTP id 3phnB63yzRzZsS; Fri, 15 Jan 2016 16:54:06 +0100 (CET) Received: from mail.madpilot.net ([192.168.254.3]) by mail (mail.madpilot.net [192.168.254.3]) (amavisd-new, port 10024) with ESMTP id OlqhlZN-1Y-a; Fri, 15 Jan 2016 16:54:05 +0100 (CET) Received: from tommy.madpilot.net (micro.madpilot.net [88.149.173.206]) by mail.madpilot.net (Postfix) with ESMTPSA; Fri, 15 Jan 2016 16:54:05 +0100 (CET) Subject: Re: upnp/dlna To: =?UTF-8?Q?Gerrit_K=c3=bchn?= , freebsd-net@freebsd.org References: <20160115145225.e0dbde9632d5122df8acbb41@aei.mpg.de> From: Guido Falsi Message-ID: <5699161C.1010009@FreeBSD.org> Date: Fri, 15 Jan 2016 16:54:04 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.5.0 MIME-Version: 1.0 In-Reply-To: <20160115145225.e0dbde9632d5122df8acbb41@aei.mpg.de> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 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, 15 Jan 2016 15:54:10 -0000 On 01/15/16 14:52, Gerrit Kühn wrote: > Hi, > > I have two FreeBSD boxes running mediatomb and minidlna. I also have a > couple of clients, mostly internet radios by different manufacturers > (Sangean, Philips, Renkforce...). > I have the (weird) issue that neither mediatomb nor minidlna appears to see > the multicasts discovery messages (not even with tcpdump!) sent by the > clients. Subsequently they never answer them and are not found by the > client devices. I forget one thing, Are the mindlna and mediatomb installed in a jail? If that's the case, they will never receive multicasts and so, never reply, since multicasts which are not forwarded to jailed IPs. You'll have to install them on the main machine. I've also read this can be worked around using vimage, but I have never tried that -- Guido Falsi From owner-freebsd-net@freebsd.org Fri Jan 15 15:56:58 2016 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 E7E8DA84664 for ; Fri, 15 Jan 2016 15:56:58 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: from mail-wm0-x234.google.com (mail-wm0-x234.google.com [IPv6:2a00:1450:400c:c09::234]) (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 827AF159E; Fri, 15 Jan 2016 15:56:58 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: by mail-wm0-x234.google.com with SMTP id f206so25866519wmf.0; Fri, 15 Jan 2016 07:56:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=jwE/fbkjS+8ctMik2otFMh/NdOkDyscxNSQte4HBRWo=; b=nqdvJr0ZZuGLs5vVgxuR43WPdvcYNtJ+Pjc3nF69VqbDWeO/2XsAv+CXmf+Fzyjzkc 5zLVQ2Z82s1oAJbZvvhpkMHl3Z0K24BWM4tSCQNsiYCqC9GJUHAtIFiO0eR+u73fN2cW BbJJdUNezVWMQ7Xx96l/QLILv77J4u+/KJFCcH+EHmB22pJVJL+KocQS5HTZDR8rqn8v Ltcy2uEyPCD3xWZzMKOHjaWvYIdxlw668H1qLEFqEt4iqFstlpa60dzzbi+m40eqYjE2 0sORzVJA4lsgxXEAUZsIoYpHNo64qPp0SjIFfnhJe/9zHLFCaSjXWXDTJ1C60GDNvkhP q0YA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=jwE/fbkjS+8ctMik2otFMh/NdOkDyscxNSQte4HBRWo=; b=R7hdnr3yyQAJl6nPcD2QOwG4/BndlAsl1C18dOemAKXP8CBTWdxqksHNYb/OeXThzY uLgpF7slbXLDBpM6Kmk/FJFYoNFRGKsHWydgtgT3woEQUjrBAG7LGTFQDnFWcgewex8r ZbCsa9KsueEJfcdv1cZvuGz4Nz4JZhRIV6lFxXIfZtXZxhg6k7OyAhUUEFmb7yepE98c sVenNkYSSnBfk+TooG9OlEts9HCu6ERjVchGKX8IUzgGvQ5KUatqpt45xxF+uxfDF6FA f/n5SXGxyoDqAV3qMlx+MDXcW75GNN8BaF055I0UCE2vKjpEdf91h4gCdXUYtFynA+lP nwgg== X-Gm-Message-State: AG10YOTVSjhM1J1FUs2dD5bTPx50F9LFn3Wy8G/2YYaNmVK4LE5InNcZRuJUnmLrrVAMbqtg8NEnnQwU6P00rA== MIME-Version: 1.0 X-Received: by 10.28.182.133 with SMTP id g127mr4032576wmf.61.1452873416997; Fri, 15 Jan 2016 07:56:56 -0800 (PST) Received: by 10.28.16.199 with HTTP; Fri, 15 Jan 2016 07:56:56 -0800 (PST) In-Reply-To: <5699161C.1010009@FreeBSD.org> References: <20160115145225.e0dbde9632d5122df8acbb41@aei.mpg.de> <5699161C.1010009@FreeBSD.org> Date: Fri, 15 Jan 2016 16:56:56 +0100 Message-ID: Subject: Re: upnp/dlna From: Andreas Nilsson To: Guido Falsi Cc: =?UTF-8?B?R2Vycml0IEvDvGhu?= , FreeBSD Net Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 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, 15 Jan 2016 15:56:59 -0000 On Fri, Jan 15, 2016 at 4:54 PM, Guido Falsi wrote: > On 01/15/16 14:52, Gerrit K=C3=BChn wrote: > > Hi, > > > > I have two FreeBSD boxes running mediatomb and minidlna. I also have a > > couple of clients, mostly internet radios by different manufacturers > > (Sangean, Philips, Renkforce...). > > I have the (weird) issue that neither mediatomb nor minidlna appears to > see > > the multicasts discovery messages (not even with tcpdump!) sent by the > > clients. Subsequently they never answer them and are not found by the > > client devices. > > I forget one thing, Are the mindlna and mediatomb installed in a jail? > If that's the case, they will never receive multicasts and so, never > reply, since multicasts which are not forwarded to jailed IPs. You'll > have to install them on the main machine. > > I've also read this can be worked around using vimage, but I have never > tried that > I have minidlna running in a jail and vimage and it is working great with my philips "smart" tv. Best regards Andreas From owner-freebsd-net@freebsd.org Fri Jan 15 19:43:19 2016 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 AB6E0A84ACB for ; Fri, 15 Jan 2016 19:43:19 +0000 (UTC) (envelope-from gerrit.kuehn@aei.mpg.de) Received: from umail.aei.mpg.de (umail.aei.mpg.de [194.94.224.6]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6110C1532; Fri, 15 Jan 2016 19:43:18 +0000 (UTC) (envelope-from gerrit.kuehn@aei.mpg.de) Received: from mailgate.aei.mpg.de (mailgate.aei.mpg.de [194.94.224.5]) by umail.aei.mpg.de (Postfix) with ESMTP id 9ACFA20005C; Fri, 15 Jan 2016 20:43:15 +0100 (CET) Received: from mailgate.aei.mpg.de (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 08431405882; Fri, 15 Jan 2016 20:43:13 +0100 (CET) Received: from intranet.aei.uni-hannover.de (ahin1.aei.uni-hannover.de [130.75.117.40]) by mailgate.aei.mpg.de (Postfix) with ESMTP id DF5A8405881; Fri, 15 Jan 2016 20:43:12 +0100 (CET) Received: from comet.terra.ger ([87.168.219.48]) by intranet.aei.uni-hannover.de (IBM Domino Release 9.0.1FP5) with ESMTP id 2016011520430442-103655 ; Fri, 15 Jan 2016 20:43:04 +0100 Date: Fri, 15 Jan 2016 20:43:04 +0100 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: Guido Falsi Cc: freebsd-net@freebsd.org Subject: Re: upnp/dlna Message-Id: <20160115204304.a284c92bb8aa72d24cdc26ae@aei.mpg.de> In-Reply-To: <5699161C.1010009@FreeBSD.org> References: <20160115145225.e0dbde9632d5122df8acbb41@aei.mpg.de> <5699161C.1010009@FreeBSD.org> X-Mailer: Sylpheed 3.4.3 (GTK+ 2.24.22; amd64-portbld-freebsd9.3) Mime-Version: 1.0 X-MIMETrack: Itemize by SMTP Server on intranet/aei-hannover(Release 9.0.1FP5|November 22, 2015) at 15/01/2016 20:43:04, Serialize by Router on intranet/aei-hannover(Release 9.0.1FP5|November 22, 2015) at 15/01/2016 20:43:14, Serialize complete at 15/01/2016 20:43:14 X-TNEFEvaluated: 1 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-PMX-Version: 6.0.2.2308539, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2016.1.15.193316 X-PerlMx-Spam: Gauge=IIIIIIII, Probability=8%, Report=' HTML_00_01 0.05, HTML_00_10 0.05, MIME_LOWER_CASE 0.05, BODYTEXTP_SIZE_3000_LESS 0, BODY_SIZE_1000_LESS 0, BODY_SIZE_2000_LESS 0, BODY_SIZE_5000_LESS 0, BODY_SIZE_7000_LESS 0, BODY_SIZE_800_899 0, NO_URI_HTTPS 0, REFERENCES 0, __ANY_URI 0, __BOUNCE_CHALLENGE_SUBJ 0, __BOUNCE_NDR_SUBJ_EXEMPT 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_FROM 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __IN_REP_TO 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __REFERENCES 0, __SANE_MSGID 0, __SUBJ_ALPHA_NEGATE 0, __TO_MALFORMED_2 0, __URI_NO_PATH 0, __URI_NO_WWW 0, __URI_NS ' X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 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, 15 Jan 2016 19:43:19 -0000 On Fri, 15 Jan 2016 16:54:04 +0100 Guido Falsi wrote: GF> I forget one thing, Are the mindlna and mediatomb installed in a GF> jail? No jails involved here, they are both running on a plain machine. I just tried the patch you referred to. It applied and compiled cleanly, but does not change anything regarding this strange behaviour. The server is not seen directly by the clients, some do pick up its announcements after some time. The multicasts it emits are not seen by the second FreeBSD box. I also have a Linux box here, which also does not see the announcements minidlna emits. Other devices (printers etc.) emitting announcements are seen just fine on all machines. Looks like something is wrong here, but I have no idea what it might be... cu Gerrit From owner-freebsd-net@freebsd.org Fri Jan 15 19:49:41 2016 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 BB766A84C3F for ; Fri, 15 Jan 2016 19:49: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 A83081860 for ; Fri, 15 Jan 2016 19:49: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 u0FJnfoc032997 for ; Fri, 15 Jan 2016 19:49:41 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 185427] [igb] [panic] freebsd 8.4, 9.1 and 9.2 panic Double-Fault with intel 82576 igb driver Date: Fri, 15 Jan 2016 19:49: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: unspecified X-Bugzilla-Keywords: IntelNetworking, crash X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: napTu@front.ru X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: Normal 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.20 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, 15 Jan 2016 19:49:41 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D185427 --- Comment #10 from napTu@front.ru --- I install igb card to FreeBsd10.2 amd64. Uptime is 55hours. Crash links must be changed from host icenet.net.ua to new host name icenet.net.ru Eugen,=20 I do not use ng_nat, but use ipfw_nat. Netgraph is used only to collect netflow data. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Fri Jan 15 19:55:51 2016 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 31021A84E1F for ; Fri, 15 Jan 2016 19:55:51 +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 21C291BB7 for ; Fri, 15 Jan 2016 19:55:51 +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 u0FJtosI060386 for ; Fri, 15 Jan 2016 19:55:51 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 185427] [igb] [panic] freebsd 8.4, 9.1 and 9.2 panic Double-Fault with intel 82576 igb driver Date: Fri, 15 Jan 2016 19:55:51 +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: unspecified X-Bugzilla-Keywords: IntelNetworking, crash X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: napTu@front.ru X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: Normal 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.20 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, 15 Jan 2016 19:55:51 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D185427 --- Comment #11 from napTu@front.ru --- (In reply to napTu from comment #10) yes, link to FreeBSD 8.4 crash: http://icenet.net.ru/crash/vmcore.0 is broken --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Fri Jan 15 20:00:47 2016 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 DE7EBA84F0B for ; Fri, 15 Jan 2016 20:00:46 +0000 (UTC) (envelope-from rozhuk.im@gmail.com) Received: from mail-lb0-x235.google.com (mail-lb0-x235.google.com [IPv6:2a00:1450:4010:c04::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 658611CD9 for ; Fri, 15 Jan 2016 20:00:46 +0000 (UTC) (envelope-from rozhuk.im@gmail.com) Received: by mail-lb0-x235.google.com with SMTP id x4so64228792lbm.0 for ; Fri, 15 Jan 2016 12:00:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:date:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; bh=WRXQp873x43w15a54WwV313ushRreC96l5h5CB2fmPQ=; b=dlAYEgc+6ZG82ZI5r77nXQvEV4zbmdm3eP1oh9TbJzWpKYDuO6+KxCOQZLOmBbfDOY xPpLfikkcbPTEd3oq7JM2MAwyejfjVx+jO4NvcAxNmzkH+Rv/5HwyaMrEbedKvYZMvTt +VAl1auiqRu0QC5AzHJJ7pnO0JWWFDLBNr5fxAIwkb68SrZjt/gXiAkZhTxCeBL2ucb4 65FeheeSEVvVhXrpuy9RNDvtKVkfBipMvGVqERY+JmsUeEjb2+r2jYjtSss/1xW4AOLA KePMp2qewZslyAqZZ0y+XfqeBTOvROV733aMNHdRhz88eAOGW94aQB6FQtTTzLVwMQhX B98g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:date:to:cc:subject:message-id:in-reply-to :references:mime-version:content-type:content-transfer-encoding; bh=WRXQp873x43w15a54WwV313ushRreC96l5h5CB2fmPQ=; b=a55T5qR2oXChdUeIrmvFnhAFetm4B2RIuojce4LokFfhatUFmFaBWWcvF4xPCdW8kP 7KRo5YkUiIZBydK6PuewDxqC0s1vOsCv1n32ey3sRUqf2dB4iySP10Mxk3dBsCUBnBzT rl47x/B2iAOlwWelTavIn8BO+qCgBnBcfpSOYzucMFmLeouSf36McvAymCOlySqaqEOm YU/ac/jiZjsOOzyg5VT7ggg9Fnst3DeVcIY20gxXeclrf+aywQkaF2EJ3h5XlXgfrXNC mPmMScpiiu++qU3bxARrczLsAlcVyjOIEXhIJGFVXJAc96ZR72B/y+KpoEkrRUSR3VDU T+kg== X-Gm-Message-State: ALoCoQm38EEgv4v3vY8w8yPQSbcm8oYaYPhUtKQgAfd4f0RumoDPqyZN2PuZvxe9eFT+F8L5C0GWCoD+wuGfMXum8Gon+xbZdg== X-Received: by 10.112.149.230 with SMTP id ud6mr3929940lbb.12.1452888044349; Fri, 15 Jan 2016 12:00:44 -0800 (PST) Received: from rimwks ([2001:470:1f15:8e:90ed:3d91:37a8:b2a1]) by smtp.gmail.com with ESMTPSA id uk7sm1513363lbb.32.2016.01.15.12.00.43 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 15 Jan 2016 12:00:43 -0800 (PST) From: Rozhuk Ivan X-Google-Original-From: Rozhuk Ivan Date: Fri, 15 Jan 2016 23:00:05 +0300 To: Gerrit =?UTF-8?B?S8O8aG4=?= Cc: freebsd-net@freebsd.org Subject: Re: upnp/dlna Message-ID: <20160115230005.3d2ec005@rimwks> In-Reply-To: <20160115145225.e0dbde9632d5122df8acbb41@aei.mpg.de> References: <20160115145225.e0dbde9632d5122df8acbb41@aei.mpg.de> X-Mailer: Claws Mail 3.13.1 (GTK+ 2.24.29; amd64-portbld-freebsd10.2) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 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, 15 Jan 2016 20:00:47 -0000 T24gRnJpLCAxNSBKYW4gMjAxNiAxNDo1MjoyNSArMDEwMA0KR2Vycml0IEvDvGhuIDxnZXJyaXQu a3VlaG5AYWVpLm1wZy5kZT4gd3JvdGU6DQoNCj4gSSBoYXZlIHR3byBGcmVlQlNEIGJveGVzIHJ1 bm5pbmcgbWVkaWF0b21iIGFuZCBtaW5pZGxuYS4gSSBhbHNvIGhhdmUgYQ0KPiBjb3VwbGUgb2Yg Y2xpZW50cywgbW9zdGx5IGludGVybmV0IHJhZGlvcyBieSBkaWZmZXJlbnQgbWFudWZhY3R1cmVy cw0KPiAoU2FuZ2VhbiwgUGhpbGlwcywgUmVua2ZvcmNlLi4uKS4NCj4gSSBoYXZlIHRoZSAod2Vp cmQpIGlzc3VlIHRoYXQgbmVpdGhlciBtZWRpYXRvbWIgbm9yIG1pbmlkbG5hIGFwcGVhcnMNCj4g dG8gc2VlIHRoZSBtdWx0aWNhc3RzIGRpc2NvdmVyeSBtZXNzYWdlcyAobm90IGV2ZW4gd2l0aCB0 Y3BkdW1wISkNCj4gc2VudCBieSB0aGUgY2xpZW50cy4gU3Vic2VxdWVudGx5IHRoZXkgbmV2ZXIg YW5zd2VyIHRoZW0gYW5kIGFyZSBub3QNCj4gZm91bmQgYnkgdGhlIGNsaWVudCBkZXZpY2VzLg0K DQpQRiBieSBkZWZhdWx0IGRyb3AgYWxsIGlwIHBhY2tldHMgd2l0aCBvcHRpb25zLg0KSUdNUCB1 c2UgaXAgb3B0aW9ucyAtPiBwZiBkcm9wIGFsbCBpZ21wLg0KDQoNCnBhc3MgaW4gcXVpY2sgaW5l dDYgcHJvdG8gaWNtcDYgbm8gc3RhdGUgYWxsb3ctb3B0cyAjIG1sZCAoaWdtcDYpIGFsc28gaGVy ZQ0KcGFzcyBvdXQgcXVpY2sgaW5ldDYgcHJvdG8gaWNtcDYgbm8gc3RhdGUgYWxsb3ctb3B0cyAj IG1sZCAoaWdtcDYpIGFsc28gaGVyZQ0KDQpwYXNzIG91dCBxdWljayBpbmV0IHByb3RvIHVkcCB0 byAyMjQuMC4wLjAvNCBubyBzdGF0ZSBhbGxvdy1vcHRzDQpwYXNzIG91dCBxdWljayBpbmV0IHBy b3RvIGlnbXAgdG8gMjI0LjAuMC4wLzQgbm8gc3RhdGUgYWxsb3ctb3B0cw0KcGFzcyBvdXQgcXVp Y2sgaW5ldCBwcm90byBpY21wIG5vIHN0YXRlIGFsbG93LW9wdHMNCnBhc3Mgb3V0IHF1aWNrIGlu ZXQ2IHByb3RvIHVkcCB0byBmZjAwOjovOCBubyBzdGF0ZSBhbGxvdy1vcHRzICMgQWxsb3cgc2Vu ZCBtdWx0aWNhc3QNCnBhc3Mgb3V0IHF1aWNrIGluZXQ2IHByb3RvIGljbXA2IG5vIHN0YXRlIGFs bG93LW9wdHMgIyBtbGQgKGlnbXA2KSBhbHNvIGhlcmUNCnBhc3Mgb3V0IHF1aWNrIGZsYWdzIFMv U0EgYWxsb3ctb3B0cw0KDQojIyBSdWxlcyBleGNlcHRpb24NCnBhc3MgaW4gcXVpY2sgaW5ldCBw cm90byB1ZHAgdG8gMjI0LjAuMC4wLzQgbm8gc3RhdGUgIyBBbGxvdyByZWNlaXZlIG11bHRpY2Fz dA0KcGFzcyBpbiBxdWljayBpbmV0IHByb3RvIGlnbXAgdG8gMjI0LjAuMC4wLzQgbm8gc3RhdGUg YWxsb3ctb3B0cw0KcGFzcyBpbiBxdWljayBpbmV0IHByb3RvIGljbXAgbm8gc3RhdGUNCnBhc3Mg aW4gcXVpY2sgaW5ldDYgcHJvdG8gdWRwIHRvIGZmMDA6Oi84IG5vIHN0YXRlICMgQWxsb3cgcmVj ZWl2ZSBtdWx0aWNhc3QNCnBhc3MgaW4gcXVpY2sgaW5ldDYgcHJvdG8gaWNtcDYgbm8gc3RhdGUg YWxsb3ctb3B0cyAjIG1sZCAoaWdtcDYpIGFsc28gaGVyZQ0KDQo= From owner-freebsd-net@freebsd.org Fri Jan 15 20:26:15 2016 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 4D454A835EA for ; Fri, 15 Jan 2016 20:26:15 +0000 (UTC) (envelope-from gerrit.kuehn@aei.mpg.de) Received: from umail.aei.mpg.de (umail.aei.mpg.de [194.94.224.6]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0A9B319BD for ; Fri, 15 Jan 2016 20:26:14 +0000 (UTC) (envelope-from gerrit.kuehn@aei.mpg.de) Received: from mailgate.aei.mpg.de (mailgate.aei.mpg.de [194.94.224.5]) by umail.aei.mpg.de (Postfix) with ESMTP id C30892000AD; Fri, 15 Jan 2016 21:26:12 +0100 (CET) Received: from mailgate.aei.mpg.de (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 2183B405882; Fri, 15 Jan 2016 21:26:10 +0100 (CET) Received: from intranet.aei.uni-hannover.de (ahin1.aei.uni-hannover.de [130.75.117.40]) by mailgate.aei.mpg.de (Postfix) with ESMTP id 083E9405881; Fri, 15 Jan 2016 21:26:10 +0100 (CET) Received: from comet.terra.ger ([87.168.219.48]) by intranet.aei.uni-hannover.de (IBM Domino Release 9.0.1FP5) with ESMTP id 2016011521260238-103710 ; Fri, 15 Jan 2016 21:26:02 +0100 Date: Fri, 15 Jan 2016 21:26:02 +0100 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: Rozhuk Ivan Cc: freebsd-net@freebsd.org Subject: Re: upnp/dlna Message-Id: <20160115212602.eddc85d32b4b65a82c7c027d@aei.mpg.de> In-Reply-To: <20160115230005.3d2ec005@rimwks> References: <20160115145225.e0dbde9632d5122df8acbb41@aei.mpg.de> <20160115230005.3d2ec005@rimwks> X-Mailer: Sylpheed 3.4.3 (GTK+ 2.24.22; amd64-portbld-freebsd9.3) Mime-Version: 1.0 X-MIMETrack: Itemize by SMTP Server on intranet/aei-hannover(Release 9.0.1FP5|November 22, 2015) at 15/01/2016 21:26:02, Serialize by Router on intranet/aei-hannover(Release 9.0.1FP5|November 22, 2015) at 15/01/2016 21:26:12, Serialize complete at 15/01/2016 21:26:12 X-TNEFEvaluated: 1 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-PMX-Version: 6.0.2.2308539, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2016.1.15.202118 X-PerlMx-Spam: Gauge=IIIIIIII, Probability=8%, Report=' HTML_00_01 0.05, HTML_00_10 0.05, MIME_LOWER_CASE 0.05, BODYTEXTP_SIZE_3000_LESS 0, BODY_SIZE_1000_LESS 0, BODY_SIZE_2000_LESS 0, BODY_SIZE_200_299 0, BODY_SIZE_5000_LESS 0, BODY_SIZE_7000_LESS 0, NO_URI_HTTPS 0, REFERENCES 0, SMALL_BODY 0, __ANY_URI 0, __BOUNCE_CHALLENGE_SUBJ 0, __BOUNCE_NDR_SUBJ_EXEMPT 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __FRAUD_BODY_WEBMAIL 0, __FRAUD_WEBMAIL 0, __HAS_FROM 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __IN_REP_TO 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __REFERENCES 0, __SANE_MSGID 0, __SUBJ_ALPHA_NEGATE 0, __TO_MALFORMED_2 0, __URI_NO_PATH 0, __URI_NO_WWW 0, __URI_NS ' X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 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, 15 Jan 2016 20:26:15 -0000 On Fri, 15 Jan 2016 23:00:05 +0300 Rozhuk Ivan wrote: RI> PF by default drop all ip packets with options. RI> IGMP use ip options -> pf drop all igmp. Yes, sure, but pf is off here. cu Gerrit From owner-freebsd-net@freebsd.org Fri Jan 15 20:36:24 2016 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 58011A83A94 for ; Fri, 15 Jan 2016 20:36:24 +0000 (UTC) (envelope-from madpilot@FreeBSD.org) Received: from mail.madpilot.net (grunt.madpilot.net [78.47.145.38]) (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 207011DFC for ; Fri, 15 Jan 2016 20:36:23 +0000 (UTC) (envelope-from madpilot@FreeBSD.org) Received: from mail (mail [192.168.254.3]) by mail.madpilot.net (Postfix) with ESMTP id 3phvRm0CrFzZqm; Fri, 15 Jan 2016 21:36:20 +0100 (CET) Received: from mail.madpilot.net ([192.168.254.3]) by mail (mail.madpilot.net [192.168.254.3]) (amavisd-new, port 10024) with ESMTP id nk_Yflx1gVBU; Fri, 15 Jan 2016 21:36:16 +0100 (CET) Received: from tommy.madpilot.net (micro.madpilot.net [88.149.173.206]) by mail.madpilot.net (Postfix) with ESMTPSA; Fri, 15 Jan 2016 21:36:16 +0100 (CET) Subject: Re: upnp/dlna To: =?UTF-8?Q?Gerrit_K=c3=bchn?= References: <20160115145225.e0dbde9632d5122df8acbb41@aei.mpg.de> <5699161C.1010009@FreeBSD.org> <20160115204304.a284c92bb8aa72d24cdc26ae@aei.mpg.de> Cc: freebsd-net@freebsd.org From: Guido Falsi Message-ID: <5699583F.3090203@FreeBSD.org> Date: Fri, 15 Jan 2016 21:36:15 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.5.0 MIME-Version: 1.0 In-Reply-To: <20160115204304.a284c92bb8aa72d24cdc26ae@aei.mpg.de> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 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, 15 Jan 2016 20:36:24 -0000 On 01/15/16 20:43, Gerrit Kühn wrote: > On Fri, 15 Jan 2016 16:54:04 +0100 > Guido Falsi wrote: > > GF> I forget one thing, Are the mindlna and mediatomb installed in a > GF> jail? > > No jails involved here, they are both running on a plain machine. > > I just tried the patch you referred to. It applied and compiled > cleanly, but does not change anything regarding this strange behaviour. > The server is not seen directly by the clients, some do pick up its > announcements after some time. The multicasts it emits are not seen by > the second FreeBSD box. I also have a Linux box here, which also does > not see the announcements minidlna emits. Other devices (printers etc.) > emitting announcements are seen just fine on all machines. > Looks like something is wrong here, but I have no idea what it might > be... > >From your description it looks like a different issue. Looks like some network issue, maybe some network device (switch or router) is eating up certain multicasts? -- Guido Falsi From owner-freebsd-net@freebsd.org Fri Jan 15 20:48:56 2016 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 50B4AA83F12 for ; Fri, 15 Jan 2016 20:48:56 +0000 (UTC) (envelope-from rozhuk.im@gmail.com) Received: from mail-lb0-x22a.google.com (mail-lb0-x22a.google.com [IPv6:2a00:1450:4010:c04::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 C790411D9 for ; Fri, 15 Jan 2016 20:48:55 +0000 (UTC) (envelope-from rozhuk.im@gmail.com) Received: by mail-lb0-x22a.google.com with SMTP id x4so64819833lbm.0 for ; Fri, 15 Jan 2016 12:48:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:date:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; bh=StiIS0JHeKHleAHd2lMr3cn6qgIWg97U0ubVcyg0lko=; b=fm5v3LLZz9MT3WiRE7XvXrnTthzLnkZP2pok3aGKl6QaHTTaQixwlznRbKiMaDMQe6 FH8eMgY95agpodgeYUTDiNUqvl/zf6KgUuOn0bRtkC//tWg6ITbKjmsTU/AErBb7nJMR GgPr9XlnxMmFOUzcMdGjHmLIxOhr197sOIQDfNBVA3hpvA0zX+ywk7hBFx/n/HSWKAdB nh7XmcgntMD5mpPDrRy6HxD5UM5/TBrvYDzM27etrevpsEwIfzKgNF53hIrwKVuCOFVp 2lmJoE/BppwvvbdD3GHg3V0QRkfgHPyDRUHzSncybfHi8Cs5EO1oU/drSsuUFbCRd4kw KZxw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:date:to:cc:subject:message-id:in-reply-to :references:mime-version:content-type:content-transfer-encoding; bh=StiIS0JHeKHleAHd2lMr3cn6qgIWg97U0ubVcyg0lko=; b=JY6Pgttm/b2tBN+EiiznR+RWa3N3JayW3hltVUolOOZUJEso6A0tMXXYuFnpDI4mCi swtZUIpHyJIuqaLnBz/3KPw8Y8q6+r1Hl8PQxX/9ICCpjSalXCb/fpJfT0GTDj5dhXI4 ZwpNYsJqsyYuI4TTfdVIOMACKi9w/pBOOBIhI/HhIY8XS77QrjX6dBI0uoKtqXmIgtSB SMcWwQgN6/df9jtmUIo5u4m/Zya2d0D7TdhepwMks/G+NfjtKFss4VEdCnXJy/nThrWx 5MoYvK+Ph6qB/7xUR8g9852hGY1fsJxPT9HJqeFcHVQubbXzzDzjFWzmjqHp6ur94k/x bXMA== X-Gm-Message-State: ALoCoQlWLA3yOdsFOA95lb3y0MmkaWwOyGZKyA1Phbezmulw2zNGZ3896bv3W+QVOr2zk7bvWwhIiciLQ2EoMAqnhNM0uxN5xw== X-Received: by 10.112.137.41 with SMTP id qf9mr4092223lbb.140.1452890933510; Fri, 15 Jan 2016 12:48:53 -0800 (PST) Received: from rimwks ([2001:470:1f15:8e:90ed:3d91:37a8:b2a1]) by smtp.gmail.com with ESMTPSA id 130sm1538888lff.31.2016.01.15.12.48.52 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 15 Jan 2016 12:48:52 -0800 (PST) From: Rozhuk Ivan X-Google-Original-From: Rozhuk Ivan Date: Fri, 15 Jan 2016 23:48:32 +0300 To: Gerrit =?UTF-8?B?S8O8aG4=?= Cc: freebsd-net@freebsd.org Subject: Re: upnp/dlna Message-ID: <20160115234832.4c099f61@rimwks> In-Reply-To: <20160115145225.e0dbde9632d5122df8acbb41@aei.mpg.de> References: <20160115145225.e0dbde9632d5122df8acbb41@aei.mpg.de> X-Mailer: Claws Mail 3.13.1 (GTK+ 2.24.29; amd64-portbld-freebsd10.2) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 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, 15 Jan 2016 20:48:56 -0000 T24gRnJpLCAxNSBKYW4gMjAxNiAxNDo1MjoyNSArMDEwMA0KR2Vycml0IEvDvGhuIDxnZXJyaXQu a3VlaG5AYWVpLm1wZy5kZT4gd3JvdGU6DQoNCj4gU28gSSBoYXZlIHRoZSBzdHJhbmdlIGZlZWxp bmcgdGhhdCBteSBGcmVlQlNEIGJveGVzIGlnbm9yZSBtdWx0aWNhc3QNCj4gcGFja2FnZXMgb24g dGhlIHJlY2VpdmluZyBlbmQuIFRoZSBvbmx5IHRoaW5nIHRoYXQgd29ya3MgaXMgc2VuZGluZyBh DQo+IG11bHRpY2FzdCBwYWNrYWdlIGZyb20gdGhlIGJveC4gSSBkaWQgbm90IGNoYW5nZSB0aGUg ZGVmYXVsdA0KPiBjb25maWd1cmF0aW9uIG9mIHRoZSBuZXR3b3JrIGRldmljZXMgaW4gYW55IHdh eSwgYW5kIGFjdHVhbGx5IHRoZXkNCj4gYXBwZWFyIHRvIGJlIG9rIChJIHRoaW5rKToNCg0KLi4u DQpZb3UgY2FuIGFsc28gdHJ5IG15IFNTRFAgYW5ub3VuY2VyOiBodHRwOi8vd3d3Lm5ldGxhYi5s aW5rcGMubmV0L3dpa2kvZW46c29mdHdhcmU6c3NkcGQ6aW5kZXgNCkl0IGNhbiBhbm5vdW5jZSBh bnkgc2VydmVyLCBidXQgeW91IG5lZWQgdG8gZG93bmxvYWQgeG1sIGZyb20gbWVkaWF0b21iIHdp dGggc2VydmljZXMgZGVzY3JpcHRpb24gYW5kIHBhc3MgaW4gdG8gY29uZmlnIGZpbGUuDQoNCkF0 IG15IGhvbWUgU1NEUGQgKyBuZ2lueCArIHBocCA9IERMTkEgc2VydmVyIHdvcmtzIGZpbmUuDQoN Cg0K From owner-freebsd-net@freebsd.org Sat Jan 16 02:27:13 2016 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 E1CEBA83F8D for ; Sat, 16 Jan 2016 02:27:13 +0000 (UTC) (envelope-from white_knight@2ch.net) Received: from mail.nttec.com (mail.nttec.com [207.29.234.10]) (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 D53C912DD for ; Sat, 16 Jan 2016 02:27:13 +0000 (UTC) (envelope-from white_knight@2ch.net) Received: from mail.nttec.com (localhost [127.0.0.1]) by mail.nttec.com (Postfix) with ESMTPA id E6D841410F5 for ; Fri, 15 Jan 2016 18:14:16 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Sat, 16 Jan 2016 10:14:16 +0800 From: White Knight To: freebsd-net@freebsd.org Subject: Getting a review for kern.ipc.acceptqueue [203922]? Organization: 2ch.net Message-ID: <01b582ed60781189765118c67c0c9160@2ch.net> X-Sender: white_knight@2ch.net User-Agent: Roundcube Webmail/1.1.3 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 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, 16 Jan 2016 02:27:14 -0000 Hi all, Can I get some reviews or comments on my kern.ipc.acceptqueue patch? At https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203922 -- White Knight I'm not from 2ch.net, I just work there. From owner-freebsd-net@freebsd.org Sat Jan 16 02:57:40 2016 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 66F89A828DB for ; Sat, 16 Jan 2016 02:57:40 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ig0-x22a.google.com (mail-ig0-x22a.google.com [IPv6:2607:f8b0:4001:c05::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 2FB6F1D3A for ; Sat, 16 Jan 2016 02:57:40 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-ig0-x22a.google.com with SMTP id ik10so25328778igb.1 for ; Fri, 15 Jan 2016 18:57:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=nA7NnTuWecmr5QqJUCbaO1ft2t+KdZ/HQcCzAQnhR54=; b=FOEPAD+SkL0MgdD1JLrfpscESZeYq/CS4m7p9pFnPfhYwaDd5E2gwQ6eahj9gO9him upKqWkkVA/m5m9rRLwZxsi6Trjl1Z81gtTeUIEPPhcMd4uicu9U2YyHSVWVigyM5USa3 TgI/Te+JpR9s/FEdp0BMMzTkVzM0pYVghMQw1lX68BbFSar/MZRVaH1prpDwoZUIC53j gKn6vYWB4uP9r2qpN63r+yL1itkyoBsTokIuKL0ElxWAG5H5ExxO4kAyucH2qIUlHU0R fxJKndiGigCIXpUIkGn+soLHsoSakldVKqcyLJaZQeaEFcs6BX4PpJs3Gtxf5KPNQTUJ oHow== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=nA7NnTuWecmr5QqJUCbaO1ft2t+KdZ/HQcCzAQnhR54=; b=PxtQZoENY97ymy//Zv2xNLLLWTyZ3edu8VcD/9X6T0U5LpbA2F/KoYp8d/xLhPz8/K gc5IyBhvWV/NuE5Fj+n5W0KC8f2wTigkZqygHacJp9WmNA/1UE+rSrZpC0QIxiimOfdS 1NrmfY46Uq2guBrVNvrUW5VwUADlCpEsvN452CNv1nDvYq9eVDLsKJvd4aS7elV0nRGQ oSURZQUsrzlIVFuau0lQFiypPLTh7ETxpyRUjC3hMufU2U79Xhwqx/NOUI+yiFBrJNHb f/oOY7vGGIRf7HwqYLXjgvl46ifIiY9pgt6QhArL7QQMTtncbKFsvVFyvcXgELOysR7w KExw== X-Gm-Message-State: AG10YOSpLNeFy+qrxfGw3tpgq2nYcd4jw3DEMN+3V0Xhmtfcccsc/JEEn215ugcu4+m9trnoh9VO1YqJMgP+CA== MIME-Version: 1.0 X-Received: by 10.50.137.41 with SMTP id qf9mr1524930igb.22.1452913059427; Fri, 15 Jan 2016 18:57:39 -0800 (PST) Received: by 10.36.121.16 with HTTP; Fri, 15 Jan 2016 18:57:39 -0800 (PST) In-Reply-To: <01b582ed60781189765118c67c0c9160@2ch.net> References: <01b582ed60781189765118c67c0c9160@2ch.net> Date: Fri, 15 Jan 2016 18:57:39 -0800 Message-ID: Subject: Re: Getting a review for kern.ipc.acceptqueue [203922]? From: Adrian Chadd To: White Knight Cc: FreeBSD Net Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 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, 16 Jan 2016 02:57:40 -0000 hi, So the main comment from me is "you didn't do enough to add your copyright to the file", but other than that it looks sane.However, I wonder if it changes the layout of anything that we have to care about. -a On 15 January 2016 at 18:14, White Knight wrote: > Hi all, > > Can I get some reviews or comments on my kern.ipc.acceptqueue patch? At > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203922 > > -- > White Knight > > I'm not from 2ch.net, I just work there. > _______________________________________________ > 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 Sat Jan 16 03:26:37 2016 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 5DBE6A84246; Sat, 16 Jan 2016 03:26:37 +0000 (UTC) (envelope-from white_knight@2ch.net) Received: from mail.nttec.com (mail.nttec.com [207.29.234.10]) (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 4AB6C1CD5; Sat, 16 Jan 2016 03:26:36 +0000 (UTC) (envelope-from white_knight@2ch.net) Received: from mail.nttec.com (localhost [127.0.0.1]) by mail.nttec.com (Postfix) with ESMTPA id 547FF1410F5; Fri, 15 Jan 2016 19:18:44 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Sat, 16 Jan 2016 11:18:44 +0800 From: White Knight To: Adrian Chadd Cc: FreeBSD Net , owner-freebsd-net@freebsd.org Subject: Re: Getting a review for kern.ipc.acceptqueue [203922]? Organization: 2ch.net In-Reply-To: References: <01b582ed60781189765118c67c0c9160@2ch.net> Message-ID: X-Sender: white_knight@2ch.net User-Agent: Roundcube Webmail/1.1.3 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 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, 16 Jan 2016 03:26:37 -0000 Hi, On 2016-01-16 10:57, Adrian Chadd wrote: > So the main comment from me is "you didn't do enough to add your > copyright to the file", but other than that it looks sane.However, I > wonder if it changes the layout of anything that we have to care > about. Are you talking about the userland ABI, or the text formatting in netstat or both? - wk > On 15 January 2016 at 18:14, White Knight wrote: >> Hi all, >> >> Can I get some reviews or comments on my kern.ipc.acceptqueue patch? >> At >> >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203922 -- White Knight I'm not from 2ch.net, I just work there. From owner-freebsd-net@freebsd.org Sat Jan 16 06:52:24 2016 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 18B84A84080 for ; Sat, 16 Jan 2016 06:52: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 063591169 for ; Sat, 16 Jan 2016 06:52: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 u0G6qNLr064631 for ; Sat, 16 Jan 2016 06:52:23 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 203922] The kern.ipc.acceptqueue limit is too low Date: Sat, 16 Jan 2016 06:52: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: 11.0-CURRENT X-Bugzilla-Keywords: needs-qa, patch, performance X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: portmaster@bsdforge.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Flags: mfc-stable9? mfc-stable10? 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.20 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, 16 Jan 2016 06:52:24 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D203922 Chris Hutchinson changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |portmaster@bsdforge.com --- Comment #2 from Chris Hutchinson --- (In reply to Sean Bruno from comment #1) > Hrm ... this is interesting. Adding network people to this issue for > evaluation. Interesting indeed. I'd go one further, and say it makes good sense. Any reason this can't be implemented? I'm not sure how, but would an exp-run be of any value? --Chris --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Sat Jan 16 08:09:54 2016 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 4568FA83BD7 for ; Sat, 16 Jan 2016 08:09:54 +0000 (UTC) (envelope-from gerrit.kuehn@aei.mpg.de) Received: from umail.aei.mpg.de (umail.aei.mpg.de [194.94.224.6]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 025D11160; Sat, 16 Jan 2016 08:09:53 +0000 (UTC) (envelope-from gerrit.kuehn@aei.mpg.de) Received: from mailgate.aei.mpg.de (mailgate.aei.mpg.de [194.94.224.5]) by umail.aei.mpg.de (Postfix) with ESMTP id 509B720007D; Sat, 16 Jan 2016 09:09:51 +0100 (CET) Received: from mailgate.aei.mpg.de (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 9EF77405882; Sat, 16 Jan 2016 09:09:49 +0100 (CET) Received: from intranet.aei.uni-hannover.de (ahin1.aei.uni-hannover.de [130.75.117.40]) by mailgate.aei.mpg.de (Postfix) with ESMTP id C1BD9405881; Sat, 16 Jan 2016 09:09:44 +0100 (CET) Received: from comet.terra.ger ([87.168.194.71]) by intranet.aei.uni-hannover.de (IBM Domino Release 9.0.1FP5) with ESMTP id 2016011609093610-104893 ; Sat, 16 Jan 2016 09:09:36 +0100 Date: Sat, 16 Jan 2016 09:09:35 +0100 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: Guido Falsi Cc: freebsd-net@freebsd.org Subject: Re: upnp/dlna Message-Id: <20160116090935.59998823cb75c5cd49c94180@aei.mpg.de> In-Reply-To: <5699583F.3090203@FreeBSD.org> References: <20160115145225.e0dbde9632d5122df8acbb41@aei.mpg.de> <5699161C.1010009@FreeBSD.org> <20160115204304.a284c92bb8aa72d24cdc26ae@aei.mpg.de> <5699583F.3090203@FreeBSD.org> X-Mailer: Sylpheed 3.4.3 (GTK+ 2.24.22; amd64-portbld-freebsd9.3) Mime-Version: 1.0 X-MIMETrack: Itemize by SMTP Server on intranet/aei-hannover(Release 9.0.1FP5|November 22, 2015) at 16/01/2016 09:09:36, Serialize by Router on intranet/aei-hannover(Release 9.0.1FP5|November 22, 2015) at 16/01/2016 09:09:46, Serialize complete at 16/01/2016 09:09:46 X-TNEFEvaluated: 1 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-PMX-Version: 6.0.2.2308539, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2016.1.16.75715 X-PerlMx-Spam: Gauge=IIIIIIII, Probability=8%, Report=' HTML_00_01 0.05, HTML_00_10 0.05, MIME_LOWER_CASE 0.05, BODYTEXTP_SIZE_3000_LESS 0, BODY_SIZE_1000_LESS 0, BODY_SIZE_2000_LESS 0, BODY_SIZE_300_399 0, BODY_SIZE_5000_LESS 0, BODY_SIZE_7000_LESS 0, NO_URI_HTTPS 0, REFERENCES 0, __ANY_URI 0, __BOUNCE_CHALLENGE_SUBJ 0, __BOUNCE_NDR_SUBJ_EXEMPT 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_FROM 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __IN_REP_TO 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __REFERENCES 0, __SANE_MSGID 0, __SUBJ_ALPHA_NEGATE 0, __TO_MALFORMED_2 0, __URI_NO_PATH 0, __URI_NO_WWW 0, __URI_NS ' X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 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, 16 Jan 2016 08:09:54 -0000 On Fri, 15 Jan 2016 21:36:15 +0100 Guido Falsi wrote: GF> From your description it looks like a different issue. Looks like GF> some network issue, maybe some network device (switch or router) is GF> eating up certain multicasts? There is only one (rather simple, non-smart) switch invloved here, but I'll try to find out. cu Gerrit From owner-freebsd-net@freebsd.org Sat Jan 16 10:00:09 2016 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 DE4BEA832BF for ; Sat, 16 Jan 2016 10:00:09 +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 CF44A108A for ; Sat, 16 Jan 2016 10:00:09 +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 u0GA096b060525 for ; Sat, 16 Jan 2016 10:00:09 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 203922] The kern.ipc.acceptqueue limit is too low Date: Sat, 16 Jan 2016 10:00:09 +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-CURRENT X-Bugzilla-Keywords: needs-qa, patch, performance X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: kib@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-net@FreeBSD.org X-Bugzilla-Flags: mfc-stable9? mfc-stable10? 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.20 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, 16 Jan 2016 10:00:10 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D203922 Konstantin Belousov changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kib@FreeBSD.org --- Comment #3 from Konstantin Belousov --- (In reply to Chris Hutchinson from comment #2) The patch breaks the ABI, e.g. for struct xsctp_inpcb. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Sat Jan 16 10:09:30 2016 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 04B1CA83746 for ; Sat, 16 Jan 2016 10:09:30 +0000 (UTC) (envelope-from zhifengxucs@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 DC4DF1981 for ; Sat, 16 Jan 2016 10:09:29 +0000 (UTC) (envelope-from zhifengxucs@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id D8FC5A83743; Sat, 16 Jan 2016 10:09:29 +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 BEACCA83741 for ; Sat, 16 Jan 2016 10:09:29 +0000 (UTC) (envelope-from zhifengxucs@gmail.com) Received: from mail-ig0-x236.google.com (mail-ig0-x236.google.com [IPv6:2607:f8b0:4001:c05::236]) (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 8C5651980 for ; Sat, 16 Jan 2016 10:09:29 +0000 (UTC) (envelope-from zhifengxucs@gmail.com) Received: by mail-ig0-x236.google.com with SMTP id z14so28611605igp.0 for ; Sat, 16 Jan 2016 02:09:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=CfEqolTzEViSimbHca77NseRYMEsDDMX3XS8B3OE6qM=; b=pGI5u+HQI1w+jHlzH+dfCscpAvLBheMa5Yo3mSzTUFRkxEOrjm+z9I+AdjWOrtzH7Y xP1zvoPAhccq8Ol0ig2KsfmbCwevxWhhGoqgUo8Q1coBYW8bcfbmYO9Lu42FYrNaGGKO WHKIcrV/Kzy6vRW3cCEkCS3mCJGRo5hUQvIjBsFMGnNcMJHYSaspVa/Idmz1keyjMRoJ O+WsX8RvltslmLKwyQmF21HRLbY1iwWWGI2Gccr1M4JwP+XEryiCSOoJTmlBaFd7OZtm 1P+wrtYn6qmQ0nYFG+NXSaTqhcvNLmCQpxr3CocKZ9753taSPVxGna3BFpp/yS3pddTC qh3w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=CfEqolTzEViSimbHca77NseRYMEsDDMX3XS8B3OE6qM=; b=gakL4mRdX64z0vxlxvp58nvz38YTxQP2oT8buUQIqyhjIoVOoeblMojLp9nSAJ9E/F jU7b6xj/XDVoJ8SuxUf6Ip/GJ92DwSmE0km1kNPq9N7+rR4geebFMxBsKs62F98pUhVa qVVkR+NRqctejJMw7HPLKUBp+WD/0KLXNV6R3eIvleBKQ4ijQXGX38M6MwteI2+G8Bhc XrRvtF2uDlD6EDekhzZFXmahoH0n2c2hst7dh+iLGE1H6Y5TMFBl53HCHoCjWEs8BRbh xaFsF2jJOGcVSkpupvU2U+nMzof+8JQvzI/3e5+77faYSMEfAZVcKOXSc+NmpsLtMpIi rlcQ== X-Gm-Message-State: AG10YOQmYDSabA3ky4vZfvcs5vC5oDk7CEiSOLAYZhEOZe72zWZI2JA0vJroRN6nJU1scpMdbE8Fo205XW1j+g== MIME-Version: 1.0 X-Received: by 10.50.79.165 with SMTP id k5mr2942533igx.10.1452938968858; Sat, 16 Jan 2016 02:09:28 -0800 (PST) Received: by 10.107.25.85 with HTTP; Sat, 16 Jan 2016 02:09:28 -0800 (PST) Date: Sat, 16 Jan 2016 18:09:28 +0800 Message-ID: Subject: netmap compile error! From: =?UTF-8?B?6K645b+X5bOw?= To: net@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 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, 16 Jan 2016 10:09:30 -0000 Hello all, I have some problem compiling netmap source code. I download the code from https://github.com/luigirizzo/netmap, I am using centos 7.x86_64, and the kernel version is 3.10. I downloaded kernel souce and put it at /home/linux-3.10 [root@server02 LINUX]# ./configure --kernel-sources=3D/root/linux-3.10********************************** WARNING ************************************* 'i40e': no applicable patch found and no override file provided.*** Disabling driver.********************************************************************= ******************************************* WARNING ************************************* 'r8169.c': no applicable patch found and no override file provided.*** Disabling driver.********************************************************************= ********* kernel directory /lib/modules/3.10.0-229.el7.x86_64/build [/usr/src/kernels/3.10.0-229.el7.x86_64] linux version 30a00 [3.10] module file netmap.ko subsystems generic monitor pipe vale kernel sources /root/linux-3.10 requested drivers ixgbe igb e1000e e1000 veth.c forcedeth.c virtio_net.c Contents of the drivers.mak file: Note: only drivers for which both the -src and the -patch variable are set may be used in native mode (assuming we can actually patch the sources). Other NICs will be accessed using the generic driver, at reduced performance. ######################################### configure generated values ######################################### ixgbe-src :=3D /root/linux-3.10/drivers/net/ethernet/intel/ixgbe ixgbe-patch :=3D patches/diff--ixgbe--30a00--30d00 ixgbe-dst :=3D ixgbe igb-src :=3D /root/linux-3.10/drivers/net/ethernet/intel/igb igb-patch :=3D patches/diff--igb--30800--30f00 igb-dst :=3D igb e1000e-src :=3D /root/linux-3.10/drivers/net/ethernet/intel/e1000e e1000e-patch :=3D patches/diff--e1000e--30900--99999 e1000e-dst :=3D e1000e e1000-src :=3D /root/linux-3.10/drivers/net/ethernet/intel/e1000 e1000-patch :=3D patches/diff--e1000--20620--31200 e1000-dst :=3D e1000 veth.c-src :=3D /root/linux-3.10/drivers/net/veth.c veth.c-patch :=3D patches/diff--veth.c--30900--30f00 veth.c-dst :=3D veth.c forcedeth.c-src :=3D /root/linux-3.10/drivers/net/ethernet/nvidia/forcedeth= .c forcedeth.c-patch :=3D patches/diff--forcedeth.c--20626--99999 forcedeth.c-dst :=3D forcedeth.c virtio_net.c-src :=3D /root/linux-3.10/drivers/net/virtio_net.c virtio_net.c-patch :=3D patches/diff--virtio_net.c--30900--30b00 virtio_net.c-dst :=3D virtio_net.c [root@server02 LINUX]# [root@server02 LINUX]# make -j 16 make -C /lib/modules/3.10.0-229.el7.x86_64/build M=3D/root/netmap/LINUX EXTRA_CFLAGS=3D'-I/root/netmap/LINUX -I/root/netmap/LINUX -I/root/netmap/LINUX/../sys -I/root/netmap/LINUX/../sys/dev -DCONFIG_NETMAP -Wno-unused-but-set-variable -DCONFIG_NETMAP_GENERIC -DCONFIG_NETMAP_MONITOR -DCONFIG_NETMAP_PIPE -DCONFIG_NETMAP_VALE' modules CONFIG_NETMAP=3Dm CONFIG_VIRTIO_NET=3Dm CONFIG_FORCEDETH=3Dm CONFIG_VETH=3Dm CONFIG_E1000=3Dm CONFIG_E1000E=3Dm CONFIG_IGB=3Dm CONFIG_IXGBE=3Dm O_DRIVERS=3D"e1000/ e1000e/ forcedeth.o igb/ ixgbe/ veth.o virtio_net.o" \ NETMAP_DRIVER_SUFFIX=3D make[1]: Entering directory `/usr/src/kernels/3.10.0-229.el7.x86_64' LD [M] /root/netmap/LINUX/netmap.o CC [M] /root/netmap/LINUX/veth.o /root/netmap/LINUX/veth.c: In function =E2=80=98veth_newlink=E2=80=99: /root/netmap/LINUX/veth.c:320:5: error: =E2=80=98ifla_policy=E2=80=99 undec= lared (first use in this function) ifla_policy); ^ /root/netmap/LINUX/veth.c:320:5: note: each undeclared identifier is reported only once for each function it appears in make[2]: *** [/root/netmap/LINUX/veth.o] Error 1 make[1]: *** [_module_/root/netmap/LINUX] Error 2 make[1]: Leaving directory `/usr/src/kernels/3.10.0-229.el7.x86_64' make: *** [all] Error 2 [root@server02 LINUX]# uname -a Linux server02 3.10.0-229.el7.x86_64 #1 SMP Fri Mar 6 11:36:42 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux [root@server02 LINUX]# I googled this problem but got nothing. How should I fix this? Thanks a lot! From owner-freebsd-net@freebsd.org Sat Jan 16 10:10:05 2016 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 57511A837DD for ; Sat, 16 Jan 2016 10:10:05 +0000 (UTC) (envelope-from woodsb02@gmail.com) Received: from mail-lf0-x229.google.com (mail-lf0-x229.google.com [IPv6:2a00:1450:4010:c07::229]) (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 D2BE31A2F; Sat, 16 Jan 2016 10:10:04 +0000 (UTC) (envelope-from woodsb02@gmail.com) Received: by mail-lf0-x229.google.com with SMTP id m198so148663263lfm.0; Sat, 16 Jan 2016 02:10:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Btd7p7+HoaMJ9toaVenz0FWdZGwB6JuVqSuf+JG9l/o=; b=j9VnNKJNZvGzdtgj/w7Uy5AHEHgSfxbyCjbeu3eYHuiNE/5Ce7Kyrko/v+bl52XWIX bFCZ6BrFxZ0lqL9gw9lmeUKGLqg/Akgj9752btuVT2JkFhWDz+l9wHQtjLkrW4wV6ZBx c/LR9e55xTSDvaW7na+sX+CL79cavpqH2msw/Extar2GOu3VKQtp4c5OQOGA5qDgxFOM /H46W2h5Mz1zUeZery2a1PloLC6X6SLD2YgaygoD+1Y12v4vKehuJfoNpkZUfhVdeTTw YThCwT2RMVjiISWgNFHFGl0P3vy1FT6XPtvllnT+6AM2ODekMpThFTlkfg7Jd+Xa0Zj6 hD9A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=Btd7p7+HoaMJ9toaVenz0FWdZGwB6JuVqSuf+JG9l/o=; b=cSqA3llx59WNmkGdGBE9z1oMVA26om6lULF52qBTM14uYgha0/IPdWt4zoKS3nkRJw aQofpNCfQexoN9/4rkIB6y7tR88ppBT2v27jQuY4wzdOOYTNTwO4p0/HPI3LFof89qyj Zpjb0y3cm2LKqGywOhBCCikfO0K4qjzyp/qGUy5HnwZucCQxUtL7m1WDzMtfzkFLp5sa nBGzCgduJpI+JhKYyvHk00sFwsjEurufLvp9KEg0DyEVOZH0RGZglnHQ7WIOlRMuXN0s NrlGZ8NGKWeA0rm3HLFdfLWP1/l6LfrtuCgLgnn+Elgkhw2geBP0wrDm3Fitv9YWex9y 1KiA== X-Gm-Message-State: ALoCoQl3tLaA9toGmVhAPbOMFE48LJHXrRW1+IBwW0RV7A+cNjwqcO2KhNyxc4hw4rjx2IzM/DpZE07GdWVp7dZW7tqZDuEyqQ== MIME-Version: 1.0 X-Received: by 10.25.23.85 with SMTP id n82mr4958559lfi.164.1452939002783; Sat, 16 Jan 2016 02:10:02 -0800 (PST) Received: by 10.25.89.10 with HTTP; Sat, 16 Jan 2016 02:10:02 -0800 (PST) In-Reply-To: <20160116090935.59998823cb75c5cd49c94180@aei.mpg.de> References: <20160115145225.e0dbde9632d5122df8acbb41@aei.mpg.de> <5699161C.1010009@FreeBSD.org> <20160115204304.a284c92bb8aa72d24cdc26ae@aei.mpg.de> <5699583F.3090203@FreeBSD.org> <20160116090935.59998823cb75c5cd49c94180@aei.mpg.de> Date: Sat, 16 Jan 2016 11:10:02 +0100 Message-ID: Subject: Re: upnp/dlna From: Ben Woods To: =?UTF-8?B?R2Vycml0IEvDvGhu?= Cc: Guido Falsi , freebsd-net@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 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, 16 Jan 2016 10:10:05 -0000 On 16 January 2016 at 09:09, Gerrit K=C3=BChn wro= te: > On Fri, 15 Jan 2016 21:36:15 +0100 > Guido Falsi wrote: > > GF> From your description it looks like a different issue. Looks like > GF> some network issue, maybe some network device (switch or router) is > GF> eating up certain multicasts? > > There is only one (rather simple, non-smart) switch invloved here, but > I'll try to find out. > > > cu > Gerrit > I would test the WLAN access point, and make sure it is passing multicast traffic between the wired and wireless interfaces. It may be that multicast traffic which starts or finishes on the WLAN access point works ok, but if any needs to pass between the wired and wireless interfaces it gets dropped= . Just a thought - I have experienced this before with off-the-shelf WLAN access points. Regards, Ben -- From: Benjamin Woods woodsb02@gmail.com From owner-freebsd-net@freebsd.org Sat Jan 16 13:29:44 2016 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 7B476A8473D for ; Sat, 16 Jan 2016 13:29:44 +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 68F8F1571 for ; Sat, 16 Jan 2016 13:29:44 +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 u0GDTi0o008435 for ; Sat, 16 Jan 2016 13:29:44 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 203922] The kern.ipc.acceptqueue limit is too low Date: Sat, 16 Jan 2016 13:29:44 +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-CURRENT X-Bugzilla-Keywords: needs-qa, patch, performance X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: white_knight@2ch.net X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-net@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.20 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, 16 Jan 2016 13:29:44 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D203922 --- Comment #4 from White Knight --- (In reply to Konstantin Belousov from comment #3) Is there another consumer of that structure than netstat? Can you suggest how to change the structure and maintain the ABI? --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Sat Jan 16 19:32:51 2016 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 578B4A84503 for ; Sat, 16 Jan 2016 19:32:51 +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 483B11C2A for ; Sat, 16 Jan 2016 19:32:51 +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 u0GJWo7C079394 for ; Sat, 16 Jan 2016 19:32:51 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 203922] The kern.ipc.acceptqueue limit is too low Date: Sat, 16 Jan 2016 19:32:50 +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-CURRENT X-Bugzilla-Keywords: needs-qa, patch, performance X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: kib@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-net@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.20 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, 16 Jan 2016 19:32:51 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D203922 --- Comment #5 from Konstantin Belousov --- (In reply to White Knight from comment #4) I have no idea about any users of the structure, I am only sure that it was written with intent of keeping its ABI. The extra_padding field was added to allow extending the structure content. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Sat Jan 16 19:34:40 2016 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 DE991A845C1 for ; Sat, 16 Jan 2016 19:34:40 +0000 (UTC) (envelope-from wollman@hergotha.csail.mit.edu) Received: from hergotha.csail.mit.edu (wollman-1-pt.tunnel.tserv4.nyc4.ipv6.he.net [IPv6:2001:470:1f06:ccb::2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A673F1D00 for ; Sat, 16 Jan 2016 19:34:40 +0000 (UTC) (envelope-from wollman@hergotha.csail.mit.edu) Received: from hergotha.csail.mit.edu (localhost [127.0.0.1]) by hergotha.csail.mit.edu (8.14.9/8.14.9) with ESMTP id u0GJYbVq062962; Sat, 16 Jan 2016 14:34:37 -0500 (EST) (envelope-from wollman@hergotha.csail.mit.edu) Received: (from wollman@localhost) by hergotha.csail.mit.edu (8.14.9/8.14.4/Submit) id u0GJYZvK062959; Sat, 16 Jan 2016 14:34:35 -0500 (EST) (envelope-from wollman) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <22170.39755.677860.123874@hergotha.csail.mit.edu> Date: Sat, 16 Jan 2016 14:34:35 -0500 From: Garrett Wollman To: Luigi Rizzo Cc: "freebsd-net@freebsd.org" Subject: Re: netmap support removed from ixl? In-Reply-To: References: <22165.45457.4330.438593@hergotha.csail.mit.edu> X-Mailer: VM 7.17 under 21.4 (patch 22) "Instant Classic" XEmacs Lucid X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (hergotha.csail.mit.edu [127.0.0.1]); Sat, 16 Jan 2016 14:34:37 -0500 (EST) X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED, HEADER_FROM_DIFFERENT_DOMAINS autolearn=disabled version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on hergotha.csail.mit.edu X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 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, 16 Jan 2016 19:34:41 -0000 < said: > i think it was committed to HEAD but never integrated in the > stable/10.x branch. I wrote the code in jan/feb 2015. > I think you can simply backport the driver from head. So it turned out that this was merged -- along with an Intel driver update that I needed anyway -- to stable/10 in December, so I was able to just pull this up into my 10.2 tree without much effort. (Well, I would have preferred just one merge commit with all of the relevant changes, but I wasn't the one doing the work....) -GAWollman From owner-freebsd-net@freebsd.org Sat Jan 16 19:39:08 2016 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 E3597A84797 for ; Sat, 16 Jan 2016 19:39:07 +0000 (UTC) (envelope-from gerrit.kuehn@aei.mpg.de) Received: from umail.aei.mpg.de (umail.aei.mpg.de [194.94.224.6]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 741D11E38; Sat, 16 Jan 2016 19:39:07 +0000 (UTC) (envelope-from gerrit.kuehn@aei.mpg.de) Received: from mailgate.aei.mpg.de (mailgate.aei.mpg.de [194.94.224.5]) by umail.aei.mpg.de (Postfix) with ESMTP id 25D8720009E; Sat, 16 Jan 2016 20:38:59 +0100 (CET) Received: from mailgate.aei.mpg.de (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 7CAA1405882; Sat, 16 Jan 2016 20:38:56 +0100 (CET) Received: from intranet.aei.uni-hannover.de (ahin1.aei.uni-hannover.de [130.75.117.40]) by mailgate.aei.mpg.de (Postfix) with ESMTP id E7E72405881; Sat, 16 Jan 2016 20:38:55 +0100 (CET) Received: from comet.terra.ger ([87.168.194.71]) by intranet.aei.uni-hannover.de (IBM Domino Release 9.0.1FP5) with ESMTP id 2016011620384822-105446 ; Sat, 16 Jan 2016 20:38:48 +0100 Date: Sat, 16 Jan 2016 20:38:48 +0100 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: Ben Woods Cc: Guido Falsi , freebsd-net@freebsd.org Subject: Re: upnp/dlna Message-Id: <20160116203848.0a66bfbeb7a0389caa8090c3@aei.mpg.de> In-Reply-To: References: <20160115145225.e0dbde9632d5122df8acbb41@aei.mpg.de> <5699161C.1010009@FreeBSD.org> <20160115204304.a284c92bb8aa72d24cdc26ae@aei.mpg.de> <5699583F.3090203@FreeBSD.org> <20160116090935.59998823cb75c5cd49c94180@aei.mpg.de> X-Mailer: Sylpheed 3.4.3 (GTK+ 2.24.22; amd64-portbld-freebsd9.3) Mime-Version: 1.0 X-MIMETrack: Itemize by SMTP Server on intranet/aei-hannover(Release 9.0.1FP5|November 22, 2015) at 16/01/2016 20:38:48, Serialize by Router on intranet/aei-hannover(Release 9.0.1FP5|November 22, 2015) at 16/01/2016 20:38:58, Serialize complete at 16/01/2016 20:38:58 X-TNEFEvaluated: 1 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-PMX-Version: 6.0.2.2308539, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2016.1.16.193019 X-PerlMx-Spam: Gauge=IIIIIIIII, Probability=9%, Report=' MULTIPLE_RCPTS 0.1, HTML_00_01 0.05, HTML_00_10 0.05, MIME_LOWER_CASE 0.05, BODYTEXTP_SIZE_3000_LESS 0, BODY_SIZE_1400_1499 0, BODY_SIZE_2000_LESS 0, BODY_SIZE_5000_LESS 0, BODY_SIZE_7000_LESS 0, NO_URI_HTTPS 0, REFERENCES 0, __ANY_URI 0, __BOUNCE_CHALLENGE_SUBJ 0, __BOUNCE_NDR_SUBJ_EXEMPT 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __FRAUD_BODY_WEBMAIL 0, __FRAUD_WEBMAIL 0, __HAS_FROM 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __INT_PROD_COMP 0, __IN_REP_TO 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __MULTIPLE_RCPTS_CC_X2 0, __REFERENCES 0, __SANE_MSGID 0, __SUBJ_ALPHA_NEGATE 0, __TO_MALFORMED_2 0, __URI_NO_PATH 0, __URI_NO_WWW 0, __URI_NS ' X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 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, 16 Jan 2016 19:39:08 -0000 On Sat, 16 Jan 2016 11:10:02 +0100 Ben Woods wrote: BW> I would test the WLAN access point, and make sure it is passing BW> multicast traffic between the wired and wireless interfaces. I had already tested that by using cables instead of WLAN (most of my radios have an extra ethernet port). But meanwhile I had the feeling that the desktop switch might be causing the issues. It took me some time to set up tests and rewire the network here. I think the WLAN access point (actually a FritzBox router) is not the culprit (at least not alone). Everything works fine now when I plug the DLNA server and my FreeBSD desktop box directly into the LAN ports of the FritzBox. This leaves me with the impression that indeed my desktop switch is causing the issues. According to the manual it does not support IGMP at all, maybe this is the reason for all the trouble? Makes me wonder why it worked before, though. I replaced an older WLAN access point with the FritzBox a couple of days ago, but I think DLNA worked right after that. Maybe the clients somehow cached the servers they knew about, and the issues only started popping up days later when rebooting them? Another difference is that the old WLAN access point did not have an ethernet switch built-in. Now that I have two switches connected, would IGMP be required between them to pass the multicast packages around properly? cu Gerrit From owner-freebsd-net@freebsd.org Sat Jan 16 19:57:05 2016 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 0DEEAA84E77 for ; Sat, 16 Jan 2016 19:57:05 +0000 (UTC) (envelope-from kib@kib.kiev.ua) 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 E516A1759 for ; Sat, 16 Jan 2016 19:57:04 +0000 (UTC) (envelope-from kib@kib.kiev.ua) Received: by mailman.ysv.freebsd.org (Postfix) id E2333A84E76; Sat, 16 Jan 2016 19:57: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 C7EC8A84E75 for ; Sat, 16 Jan 2016 19:57:04 +0000 (UTC) (envelope-from kib@kib.kiev.ua) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6DE9A1758; Sat, 16 Jan 2016 19:57:03 +0000 (UTC) (envelope-from kib@kib.kiev.ua) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id u0GJuvld088595 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sat, 16 Jan 2016 21:56:58 +0200 (EET) (envelope-from kib@kib.kiev.ua) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua u0GJuvld088595 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=kib.kiev.ua; s=tom; t=1452974222; bh=euawHx4/913t2K3KFdejuxARgTN66dAY0wX1xRUw2vk=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=q/Y0enMUsAVFb//UYFjkM80DYETAEUrfDLs/3inzCeK3pB/oneUdTNWC4EPB2eNwA A+nCdE2jtGZoGCEsGO6054mngIVlYef/bZ/TJXEPxftRZGQPd9yxCxZy1+BTUZKKxH AJ/20UIhSEkN3neUokakcw3y3u1T2o/n2iFlKJoQ= Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id u0GJuvYo088594; Sat, 16 Jan 2016 21:56:57 +0200 (EET) (envelope-from kib@kib.kiev.ua) X-Authentication-Warning: tom.home: kostik set sender to kib@kib.kiev.ua using -f Date: Sat, 16 Jan 2016 21:56:57 +0200 From: Konstantin Belousov To: Boris Astardzhiev Cc: jilles@freebsd.org, net@freebsd.org Subject: Re: Does FreeBSD have sendmmsg or recvmmsg system calls? Message-ID: <20160116195657.GJ3942@kib.kiev.ua> References: <20160107192840.GF3625@kib.kiev.ua> <20160108172323.W1815@besplex.bde.org> <20160108075815.3243.qmail@f5-external.bushwire.net> <20160108204606.G2420@besplex.bde.org> <20160113080349.GC72455@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 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, 16 Jan 2016 19:57:05 -0000 I am sorry for delay in answering, you will see the reason for it below. On Fri, Jan 15, 2016 at 01:53:14PM +0200, Boris Astardzhiev wrote: > kb>Big issue with the implementation is the interposing stuff, why do you > kb> need it at all ? Is it to correctly handle cancellation, to not fall > kb> into sleepable syscall when previous loop step was cancelled ? > Yes. I initially thought it was better to use the interposing table. > > kb> If yes, you _can_ use pthread_testcancel(3) etc in libc. Libc provides > kb> stubs for them with trivial implementation, which is reset to the real > kb> one if libthr is loaded. Then you can simplify your patch > significantly, > kb> avoiding the need for interposing and writing the loops both in libc and > kb> libthr. > Got it. See patch. I think I removed the interposing stuff as > suggested. I didn't know about the stubs. But how for instance > pthread_testcancel() will cope with sleeping recvmmsg for example? I'm > not sure about the cancellation stuff here. Probably my approach is > not correct? I looked through lib/ for an example and only stumbled on > lib/libc/gen/sem.c where pthread_testcancel() is used but again I'm > not sure if I'm tackling it correctly in the calls. pthread_testcancel() does not need to do anything WRT sleeps in recvmsg. It adds the cancellation point, which you already have by the call to recvmsg(). > kb> BTW, do you have tests for the cancellation of the new functions ? > Unfortunately no. Ideas and guidelines how to stress test the calls > regarding functionality > and especially cancellation? Write a test which would do controlled sendmmsg or recvmmsg in one thread, e.g. over the unix domain socket, and another thread doing cancellation. You should check both async and deferred modes. > > kb> Again, the patch lacks man page updates. > I'll try to write some soon. So I thought how to implement the desired behaviour of the recvmmsg and recvmmsg loops WRT cancellation using sendmsg(2) and POSIX pthread API and realized that it is impossible. In other words, if you want to write a loop with several calls to say recvmsg and not cancel the loop if anything was already read by previous recvmsg calls, you cannot. I also discussed this with jilles@ who is our POSIX expert, and who confirmed my conclusion. After thinking some more, I believe I managed to construct a possible way to implement this, in libc, with some libthr extensions. Basically, the idea is to have function pthread_cancel_is_pending_np(), which would return the state of pending cancel. For some time I thought that this cannot work, because cancellation could happen between call to the cancel_is_pending() and next recvmmsg(). But, libc has a privilege of having access to the syscalls without libthr interposing, just call __sys_recvmmsg(), which would give EINTR on the cancel attempt. This is an implementation detail, but we can rely on it in implementation. In other words, the structure of the code would be like this for (i = 0; i < vlen; i++) { if (pthread_cancel_is_pending_np()) goto out; error = __sys_recvmsg(...); if (error != 0) goto out; ... } out: if (any data received) return (0); pthread_testcancel(); /* no data received, cancel us if requested */ handle errors ... Patch to implement pthread_cancel_is_pending_np() is below. We have three viable strategies, after all 1. Ignore cancellation at all for now, since cancellation is not very popular among apps. This means that your latest, libc only patch should be finalized. 2. Implement cancellation with libthr interposing, i.e. finalize your libc + libthr patch. 3. Implement cancellation in libc as outlined above. It is your choice of the approach. diff --git a/include/pthread.h b/include/pthread.h index 8b59223..c6858bb 100644 --- a/include/pthread.h +++ b/include/pthread.h @@ -298,6 +298,7 @@ void pthread_testcancel(void); int pthread_getprio(pthread_t); int pthread_setprio(pthread_t, int); void pthread_yield(void); +int pthread_cancel_is_pending_np(void); #endif int pthread_mutexattr_getprioceiling(pthread_mutexattr_t *, diff --git a/lib/libc/gen/Symbol.map b/lib/libc/gen/Symbol.map index ee4d619..5cfbd6f 100644 --- a/lib/libc/gen/Symbol.map +++ b/lib/libc/gen/Symbol.map @@ -411,6 +411,7 @@ FBSD_1.3 { FBSD_1.4 { scandir_b; + pthread_cancel_is_pending_np; }; FBSDprivate_1.0 { @@ -439,6 +440,7 @@ FBSDprivate_1.0 { _pthread_cancel; _pthread_cancel_enter; _pthread_cancel_leave; + _pthread_cancel_is_pending_np; _pthread_cleanup_pop; _pthread_cleanup_push; _pthread_cond_broadcast; diff --git a/lib/libc/gen/_pthread_stubs.c b/lib/libc/gen/_pthread_stubs.c index bd35bd2..b9b9c14 100644 --- a/lib/libc/gen/_pthread_stubs.c +++ b/lib/libc/gen/_pthread_stubs.c @@ -125,6 +125,7 @@ pthread_func_entry_t __thr_jtable[PJT_MAX] = { {PJT_DUAL_ENTRY(stub_zero)}, /* PJT_CLEANUP_PUSH_IMP */ {PJT_DUAL_ENTRY(stub_zero)}, /* PJT_CANCEL_ENTER */ {PJT_DUAL_ENTRY(stub_zero)}, /* PJT_CANCEL_LEAVE */ + {PJT_DUAL_ENTRY(stub_zero)}, /* PJT_CANCEL_IS_PENDING_NP */ }; /* @@ -275,6 +276,7 @@ STUB_FUNC1(__pthread_cleanup_pop_imp, PJT_CLEANUP_POP_IMP, int, int) STUB_FUNC2(__pthread_cleanup_push_imp, PJT_CLEANUP_PUSH_IMP, void, void*, void *); STUB_FUNC1(_pthread_cancel_enter, PJT_CANCEL_ENTER, int, int) STUB_FUNC1(_pthread_cancel_leave, PJT_CANCEL_LEAVE, int, int) +STUB_FUNC(pthread_cancel_is_pending_np, PJT_CANCEL_IS_PENDING_NP, int) static int stub_zero(void) diff --git a/lib/libc/include/libc_private.h b/lib/libc/include/libc_private.h index 5caf9a3..4f9f90d 100644 --- a/lib/libc/include/libc_private.h +++ b/lib/libc/include/libc_private.h @@ -168,6 +168,7 @@ typedef enum { PJT_CLEANUP_PUSH_IMP, PJT_CANCEL_ENTER, PJT_CANCEL_LEAVE, + PJT_CANCEL_IS_PENDING_NP, PJT_MAX } pjt_index_t; diff --git a/lib/libc/include/namespace.h b/lib/libc/include/namespace.h index 739d7b1..42967a2 100644 --- a/lib/libc/include/namespace.h +++ b/lib/libc/include/namespace.h @@ -115,6 +115,7 @@ #define pthread_barrierattr_init _pthread_barrierattr_init #define pthread_barrierattr_setpshared _pthread_barrierattr_setpshared #define pthread_cancel _pthread_cancel +#define pthread_cancel_is_pending_np _pthread_cancel_is_pending_np #define pthread_cond_broadcast _pthread_cond_broadcast #define pthread_cond_destroy _pthread_cond_destroy #define pthread_cond_init _pthread_cond_init diff --git a/lib/libthr/pthread.map b/lib/libthr/pthread.map index 0903989..a7c4573 100644 --- a/lib/libthr/pthread.map +++ b/lib/libthr/pthread.map @@ -172,6 +172,7 @@ FBSDprivate_1.0 { _pthread_cancel; _pthread_cancel_enter; _pthread_cancel_leave; + _pthread_cancel_is_pending_np; _pthread_cleanup_pop; _pthread_cleanup_push; _pthread_cond_broadcast; @@ -317,3 +318,8 @@ FBSD_1.1 { FBSD_1.2 { pthread_getthreadid_np; }; + +FBSD_1.4 { + pthread_cancel_is_pending_np; + }; + \ No newline at end of file diff --git a/lib/libthr/thread/thr_cancel.c b/lib/libthr/thread/thr_cancel.c index beae707..9592a82 100644 --- a/lib/libthr/thread/thr_cancel.c +++ b/lib/libthr/thread/thr_cancel.c @@ -37,6 +37,7 @@ __weak_reference(_pthread_cancel, pthread_cancel); __weak_reference(_pthread_setcancelstate, pthread_setcancelstate); __weak_reference(_pthread_setcanceltype, pthread_setcanceltype); __weak_reference(_pthread_testcancel, pthread_testcancel); +__weak_reference(_pthread_cancel_is_pending_np, pthread_cancel_is_pending_np); static inline void testcancel(struct pthread *curthread) @@ -175,3 +176,10 @@ _pthread_cancel_leave(int maycancel) { _thr_cancel_leave(_get_curthread(), maycancel); } + +int +_pthread_cancel_is_pending_np(void) +{ + + return (SHOULD_CANCEL(_get_curthread())); +} diff --git a/lib/libthr/thread/thr_init.c b/lib/libthr/thread/thr_init.c index e0400e4..3d319a6 100644 --- a/lib/libthr/thread/thr_init.c +++ b/lib/libthr/thread/thr_init.c @@ -263,7 +263,8 @@ static pthread_func_t jmp_table[][2] = { {DUAL_ENTRY(__pthread_cleanup_pop_imp)},/* PJT_CLEANUP_POP_IMP */ {DUAL_ENTRY(__pthread_cleanup_push_imp)},/* PJT_CLEANUP_PUSH_IMP */ {DUAL_ENTRY(_pthread_cancel_enter)}, /* PJT_CANCEL_ENTER */ - {DUAL_ENTRY(_pthread_cancel_leave)} /* PJT_CANCEL_LEAVE */ + {DUAL_ENTRY(_pthread_cancel_leave)}, /* PJT_CANCEL_LEAVE */ + {DUAL_ENTRY(_pthread_cancel_is_pending_np)}, /* PJT_CANCEL_IS_PENDING_NP */ }; static int init_once = 0; From owner-freebsd-net@freebsd.org Sat Jan 16 20:25:41 2016 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 B40B9A8584B for ; Sat, 16 Jan 2016 20:25:41 +0000 (UTC) (envelope-from kib@kib.kiev.ua) 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 962D31988 for ; Sat, 16 Jan 2016 20:25:41 +0000 (UTC) (envelope-from kib@kib.kiev.ua) Received: by mailman.ysv.freebsd.org (Postfix) id 952E9A8584A; Sat, 16 Jan 2016 20:25:41 +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 7C432A85849 for ; Sat, 16 Jan 2016 20:25:41 +0000 (UTC) (envelope-from kib@kib.kiev.ua) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0A7971987; Sat, 16 Jan 2016 20:25:40 +0000 (UTC) (envelope-from kib@kib.kiev.ua) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id u0GKPYEX094943 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sat, 16 Jan 2016 22:25:34 +0200 (EET) (envelope-from kib@kib.kiev.ua) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua u0GKPYEX094943 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=kib.kiev.ua; s=tom; t=1452975938; bh=SlzP5hVOa8C+DaBM9r5Kg4Xqxes1G8tBp6KkzEgTuQE=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=B1TdIjV4FSGzZOCxnfLnF7V/5Jf2hn1iisGtu8dQv53vfQJnVMfg08N3YMKplR0rN eRwqCHYgz9MDOJXbvWsx+va0CVZFzhtgUjxwOUMp0B0mYfGZS/ILWs0Z06Govi0WVX OVDKGulzxawL7fyO4PFfzDLcuacafrLKolTUNVc0= Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id u0GKPYj2094940; Sat, 16 Jan 2016 22:25:34 +0200 (EET) (envelope-from kib@kib.kiev.ua) X-Authentication-Warning: tom.home: kostik set sender to kib@kib.kiev.ua using -f Date: Sat, 16 Jan 2016 22:25:34 +0200 From: Konstantin Belousov To: Boris Astardzhiev Cc: jilles@freebsd.org, net@freebsd.org Subject: Re: Does FreeBSD have sendmmsg or recvmmsg system calls? Message-ID: <20160116202534.GK3942@kib.kiev.ua> References: <20160107192840.GF3625@kib.kiev.ua> <20160108172323.W1815@besplex.bde.org> <20160108075815.3243.qmail@f5-external.bushwire.net> <20160108204606.G2420@besplex.bde.org> <20160113080349.GC72455@kib.kiev.ua> <20160116195657.GJ3942@kib.kiev.ua> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="MW5yreqqjyrRcusr" Content-Disposition: inline In-Reply-To: <20160116195657.GJ3942@kib.kiev.ua> User-Agent: Mutt/1.5.24 (2015-08-30) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 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, 16 Jan 2016 20:25:41 -0000 --MW5yreqqjyrRcusr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jan 16, 2016 at 09:56:57PM +0200, Konstantin Belousov wrote: > I am sorry for delay in answering, you will see the reason for it below. >=20 > On Fri, Jan 15, 2016 at 01:53:14PM +0200, Boris Astardzhiev wrote: > > kb>Big issue with the implementation is the interposing stuff, why do y= ou > > kb> need it at all ? Is it to correctly handle cancellation, to not fa= ll > > kb> into sleepable syscall when previous loop step was cancelled ? > > Yes. I initially thought it was better to use the interposing table. > >=20 > > kb> If yes, you _can_ use pthread_testcancel(3) etc in libc. Libc prov= ides > > kb> stubs for them with trivial implementation, which is reset to the r= eal > > kb> one if libthr is loaded. Then you can simplify your patch > > significantly, > > kb> avoiding the need for interposing and writing the loops both in lib= c and > > kb> libthr. > > Got it. See patch. I think I removed the interposing stuff as > > suggested. I didn't know about the stubs. But how for instance > > pthread_testcancel() will cope with sleeping recvmmsg for example? I'm > > not sure about the cancellation stuff here. Probably my approach is > > not correct? I looked through lib/ for an example and only stumbled on > > lib/libc/gen/sem.c where pthread_testcancel() is used but again I'm > > not sure if I'm tackling it correctly in the calls. > pthread_testcancel() does not need to do anything WRT sleeps in recvmsg. > It adds the cancellation point, which you already have by the call > to recvmsg(). >=20 > > kb> BTW, do you have tests for the cancellation of the new functions ? > > Unfortunately no. Ideas and guidelines how to stress test the calls > > regarding functionality > > and especially cancellation? > Write a test which would do controlled sendmmsg or recvmmsg in one > thread, e.g. over the unix domain socket, and another thread doing > cancellation. You should check both async and deferred modes. >=20 > >=20 > > kb> Again, the patch lacks man page updates. > > I'll try to write some soon. >=20 > So I thought how to implement the desired behaviour of the recvmmsg and > recvmmsg loops WRT cancellation using sendmsg(2) and POSIX pthread API > and realized that it is impossible. In other words, if you want to write > a loop with several calls to say recvmsg and not cancel the loop if > anything was already read by previous recvmsg calls, you cannot. >=20 > I also discussed this with jilles@ who is our POSIX expert, and who > confirmed my conclusion. >=20 > After thinking some more, I believe I managed to construct a possible > way to implement this, in libc, with some libthr extensions. Basically, > the idea is to have function pthread_cancel_is_pending_np(), which > would return the state of pending cancel. For some time I thought that > this cannot work, because cancellation could happen between call to > the cancel_is_pending() and next recvmmsg(). But, libc has a privilege > of having access to the syscalls without libthr interposing, just > call __sys_recvmmsg(), which would give EINTR on the cancel attempt. > This is an implementation detail, but we can rely on it in implementation. > In other words, the structure of the code would be like this > for (i =3D 0; i < vlen; i++) { > if (pthread_cancel_is_pending_np()) > goto out; Right after writing the text and hitting send, I realized that the pthread_cancel_is_pending_np() is not needed at all. You get EINTR =66rom __sys_recvmsg() on the cancel attempt, so everything would just work without the function. The crusial part is to use __sys_recvmsg instead of interposable _recvmsg(). > error =3D __sys_recvmsg(...); > if (error !=3D 0) > goto out; > ... > } > out: > if (any data received) > return (0); > pthread_testcancel(); /* no data received, cancel us if requested */ > handle errors > ... >=20 > Patch to implement pthread_cancel_is_pending_np() is below. >=20 > We have three viable strategies, after all > 1. Ignore cancellation at all for now, since cancellation is not very > popular among apps. This means that your latest, libc only patch > should be finalized. > 2. Implement cancellation with libthr interposing, i.e. finalize your > libc + libthr patch. > 3. Implement cancellation in libc as outlined above. > It is your choice of the approach. >=20 --MW5yreqqjyrRcusr Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJWmqc9AAoJEJDCuSvBvK1BIWoQAJjgKugUrVqUCpQZ0iLcsxhC R5o5x5H1iVbnYtTSUi8Pm1CnFCGjWOMpqg7ZTdkkH55R0UPNpy9jscxoLy5L3KOg xs8OSL+EAvh/40UFJWrHRbC9jIbj9L4ecy50fONR3DeqAKs5NRwn+wCpqJbDFvL2 IQa94pAf7sS+B1wIjCSYrfJF3ENPnKaKi52X2F8OAdYe+VTarrz/4uxEeFmDrakp ck2FhFnuMZYbNuBbehNfJTnz06BrKWggBpTQazybRiL1gjCUQKq/AHCISnj/7+Pd 3DE8UyKi27c5m0pid5lUw+P1BBcK6esi4tMrYpXx3gGTNrS9HZhx0VdXT3wv7Jno aXrp9OLTgCWH88qIT+J7ShAV++1apBJy1FD6VzhDtYI2gSoVQEd/PFpqPPipUkjO bF1MH9jkTpPEN77W89N5Iy+VlhSTqoYq2YF+pEIQuM9IWuycMQwpT2G2gP4MQTm7 htIG6R2C0CjBzOg98U9M0RxcEyjawZ84gRN84z4dP0uK7M16q4VAQhqzRpX9VDa5 YGD69+FR6/wxzNNzpWIPjOuutc8aKZTDB8JCNGFKi+uN8zAs/m2NneVng7MH3p8X Q2DblUyBYZCuW6MvrnDSSc+WU+ll/1gxphUxetPtz6lgT/TmF1q7+dza2T9IbHRa GFMKDFH4KI0HUbpVd+qs =njNG -----END PGP SIGNATURE----- --MW5yreqqjyrRcusr-- From owner-freebsd-net@freebsd.org Sat Jan 16 21:15:22 2016 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 37E09A848B4 for ; Sat, 16 Jan 2016 21:15:22 +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 292B61D38 for ; Sat, 16 Jan 2016 21:15:22 +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 u0GLFL2j083559 for ; Sat, 16 Jan 2016 21:15:22 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-net@FreeBSD.org Subject: [Bug 203922] The kern.ipc.acceptqueue limit is too low Date: Sat, 16 Jan 2016 21:15:06 +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-CURRENT X-Bugzilla-Keywords: needs-qa, patch, performance X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: alfred@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-net@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.20 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, 16 Jan 2016 21:15:22 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D203922 --- Comment #6 from Alfred Perlstein --- The correct way would be to retain the field as-is but rename it to "_old". Then add a field with the correct width. Then when exporting the field make sure to continue to export the _old stru= ct but carefully assign it using code as follows: xpcb->qlen =3D newval xpcb->qlen_old =3D qlen->qlen > (uint32_t)MAX_ISHORT ? MAX_USHORT : qlen->q= len Then possibly mark the old field for deprecation, but still really shouldn't deprecate if we intend to be forever backwards compatible. To _really_ fix it, there really should be an accessor library written so t= hat no one has to even know the size of xpcb other than the library. --=20 You are receiving this mail because: You are the assignee for the bug.=