From owner-freebsd-net@freebsd.org Sun May 6 00:42:08 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EB4DFFC1104; Sun, 6 May 2018 00:42:07 +0000 (UTC) (envelope-from jinmei.tatuya@gmail.com) Received: from mail-lf0-f49.google.com (mail-lf0-f49.google.com [209.85.215.49]) (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 67F0C738FF; Sun, 6 May 2018 00:42:07 +0000 (UTC) (envelope-from jinmei.tatuya@gmail.com) Received: by mail-lf0-f49.google.com with SMTP id j193-v6so35793881lfg.6; Sat, 05 May 2018 17:42:07 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=rJYe38PTlfc2Py3GboEFdHpV2NryoPnqFK2htxyXhv0=; b=pIBC0TxgvJjzUrFNnlLmSJ++J1/kThcxjjob1y9SITdnDixdD5X++FS1mTGioyDEnc Ukye7IhLECFOkU/1ndyzTy6aDDy22i2+CirLSqdYPJq4Mimjcx4KqkuDYyNHvzuAB/EZ N9TMkIIKFTeAY1zDbWJNPI0SAyqQ9QsTuW4H/2QvJvcqX2K0E9vLsJfHxonR94EgYeLE l08wt8aBejnJS3OuA80YyiqU3v0gKirpWyi2ZWiHF+8/+nsyNX+PGTJf11mfYaFTIZqL JkTACC8cwWgwz4FlA8xUlHFV4AEZxuIRHs5giytuaFbxFloTFRsXuTm4WjVhPpXY5/eV MAng== X-Gm-Message-State: ALQs6tCd+xqh2uFjFd7n4DFZ5ENOyYaqHbGQywydDu49nkbrTyA3sxCE /0dTyuAMzdo7Rd05VE2DQAesy0C8hRU1qgSfIYjxV4DS X-Google-Smtp-Source: AB8JxZqy+gPs4E3aMTXefPgalNjwvNFFSNKi6MR9zc5TiYAhIjgPGhVsfQzzy9Srm8GAkegwECwG3r5OIj+b4e6ShA4= X-Received: by 2002:a2e:3c04:: with SMTP id j4-v6mr21146960lja.149.1525567319744; Sat, 05 May 2018 17:41:59 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: =?UTF-8?B?56We5piO6YGU5ZOJ?= Date: Sun, 06 May 2018 00:41:49 +0000 Message-ID: Subject: Re: netstat(1) -s -f is broken To: bu7cher@yandex.ru Cc: dieterbsd@gmail.com, FreeBSD Net , freebsd-hackers@freebsd.org Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 06 May 2018 00:42:08 -0000 At Fri, 4 May 2018 13:19:57 +0300, "Andrey V. Elsukov" wrote: > > Doesn't work with -p either. > > netstat -I lo0 -s -p udp > > :udp: no per-interface stats routine > > > > It would be very useful if this actually worked. > Only IPv6 and ICMPv6 have per-interface statistics counters. Other > protocols don't have such support. That's how I remember why per-interface statistics was originally provided only for IPv6, but RFC4293 extended the concept to IPv4 (interestingly RFC4293 also seems to effectively deprecate per-interface ICMPv6 statistics). So it would make sense to make '-I -s -f inet' now works. The UDP case is totally different - as far as I remember there has never been per-interface UDP statistics defined in the form of RFC MIBs, so it's actually reasonable to emit an error against '-I -s -p udp'. -- JINMEI, Tatuya From owner-freebsd-net@freebsd.org Sun May 6 06:43:43 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8FCB0FCED51 for ; Sun, 6 May 2018 06:43:43 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pg0-x22d.google.com (mail-pg0-x22d.google.com [IPv6:2607:f8b0:400e:c05::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 181747D1E4 for ; Sun, 6 May 2018 06:43:42 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by mail-pg0-x22d.google.com with SMTP id e1-v6so6748573pga.6 for ; Sat, 05 May 2018 23:43:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-disposition:in-reply-to:user-agent; bh=hbIlxtBWFiGRJZd3g9Iqdh/h9eO2sUv9mMzSAcwLyMI=; b=HFiOiYEsVwK+EAswcIdSUsOeRkFShU0SyBfHVQVhiwLDqZCa7SLgUdh/Wb6DCj1+C9 2qMnTKKP2e8fqsH4e9/Fp4PGyyVKvv8gMv08q9TqDhQQSZT6PM1AbwJpLUIRhqvOj66L afvffnNKMgE8mNy/j8VdAsne476T6mTQAIn9veS93cttrZA8KxRkB63Tw6UFoBG4lrP/ M9sqluSP1BBd4i94a/zkR1YmESwArVXFCAwCZHRTYlkDIP7KCrxrXsysUuhN/9yBBb/W NHVko4sUeuduwQGov+2SyDNFUeN3+S0/aLVLaj+5r9RzxFmEJJ2p2YyjL1cZtUSlabUK IvVg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:date:to:cc:subject:message-id:reply-to :references:mime-version:content-disposition:in-reply-to:user-agent; bh=hbIlxtBWFiGRJZd3g9Iqdh/h9eO2sUv9mMzSAcwLyMI=; b=HrTxTAxZIG3yiUst2PCy6esBoBLbBRndCgcLJ2fACbFstUDZBydMdKXmpGLevX0qRt XChtqS6OLAXJ5kXwtMN2Oxri/tqwkHzy6EknNYxRAkB0nc8zxCHDVNngCRDaAFnTLQ14 2pauRrGS/qm1mnzSDQ6CWenbZGgkCPYxIddwOp60Da8O6i81kwiHQ9Wy/kwhqQNJbPwX vJQLGJ3dnVI/tK3JbhCyJSUEgwBqEMAP5ZFVZpxnHOYn/zCYFb/9NlNZ6dUi4itXKnNu ttDjQ69UY0VpcCeKWYjSiXPtJNOw0fx+6YO9byv9SY28mc0qI8o1SlRpOSWpQMaqj7R0 N0Rw== X-Gm-Message-State: ALQs6tDSXZmp3UiBQMFH04fmoIwP21xu+gfwKTvE9RObSKGwZD2OJXy1 XlPDLM8NlkNWWVxkbgYIQwQ= X-Google-Smtp-Source: AB8JxZqCCjcreSShouK5XLN7VTWAEqQ2V76AKfZtDLGdLFyfHOx1bUqeo6tOzU2epk4PLk2G1Herfg== X-Received: by 2002:a17:902:9890:: with SMTP id s16-v6mr33880195plp.132.1525589021984; Sat, 05 May 2018 23:43:41 -0700 (PDT) Received: from localhost ([58.237.141.52]) by smtp.gmail.com with ESMTPSA id 184sm15665681pfg.89.2018.05.05.23.43.39 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 05 May 2018 23:43:41 -0700 (PDT) From: YongHyeon PYUN X-Google-Original-From: "YongHyeon PYUN" Received: by localhost (sSMTP sendmail emulation); Sun, 06 May 2018 15:43:38 +0900 Date: Sun, 6 May 2018 15:43:37 +0900 To: Dieter BSD Cc: freebsd-net@freebsd.org Subject: Re: AX88179 USB-to-Ethernet is slow and silently corrupts data Message-ID: <20180506064337.GA1792@michelle.fasterthan.co.kr> Reply-To: pyunyh@gmail.com References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 06 May 2018 06:43:43 -0000 On Thu, May 03, 2018 at 02:11:24PM -0700, Dieter BSD wrote: > > 10.3-RELEASE [...] > pyunyh> Which phy driver is used for axge(4)? > pyunyh> You can see the phy driver name below axge(4) attachment in dmesg > pyunyh> output. > > axge0: on usbus2 > axge1: on usbus0 > miibus4: > on axge0 > miibus5: on axge1 > It's not phy driver name. The phy driver may have shown right after the miibus(4) output. Probably the phy driver name would be rgephy(4). > - Do you use manual media configuration instead of auto-negotiation? > They auto configure at 1000. I usually set them to 100 which seems to > eliminate the silent data corruption. > Good data point. > pyunyh> Does the issue happen at which media speed(10Mbps, 100Mbps or > 1000Mbs)? > > The silent data corruption happens at 1000. 100 seems to eliminate > the data corruption but 100 isn't always fast enough. I haven't tried > setting the AX88179 to 10 Mbps mode, although I tested it by sending > data to it from another machine whioh was running at 10 Mbps, with > a Netgear switch converting the 10 Mbps to 1000 Mbps. Using usb2 instead > of usb3 also seems to eliminate the date corruption. The AX88179 > doesn't seem to care about what Ethernet speed it is running at, or > what usb speed it is running at. The silent data corruption happens > if it receives too many packets per second from the Ethernet. Reducing > Ethernet speed or usb speed are simple ways to reduce how many packets > per second it handles. > It seems this is another data point. If you use ehci(4)(i.e. USB2) the issue does not happen even on 1000base-T link, right? > pyunyh> Which direction of packet flow is broken(TX or RX or both)? > > The silent data corruption happens if it receives too many packets > per second from the Ethernet. > I have not observed any data corruption when the AX88179 transmits > data to the Ethernet. Tested with rcp(1). > Ok, let's focus on RX side. > It seems interesting that it is the receive direction that gets data > corruption and the receive direction that fails completely when the > rxcsum is turned off. Perhaps related? > If S/W checksum is used, you wouldn't receive corrupted packets so your transfer operation is aborted in the middle of transfer and you already know that operation was failed. Silent data corruption means you think your transfer was successful but actual content was corrupted such that you can only find it after verifying md5 or sha256 checksums of the content. Are you seeing silent data corruption with TCP transfer(You should not use nc(1) with UDP to verify this.)? > ue0 is now connected to chipset (AMD 990FX SB950) usb controller usb2 > > ifconfig ue0 -rxcsum > > ue0: flags=8843 metric 0 mtu 1500 > options=8000a > media: Ethernet 100baseTX > > Sent ue0 a bunch of udp packets from another FreeBSD box. > dd if=/dev/zero bs=1k count=50 | nc -4u 10.0.210.66 55555 > > input ue0 output > packets errs idrops bytes packets errs bytes colls drops > 0 0 0 0 0 0 0 0 0 > 0 0 0 0 0 0 0 0 0 > 50 0 0 53000 0 0 0 0 0 > 0 0 0 0 0 0 0 0 0 > > Receiving process got none of them. > nc -4nul 55555 > /var/tmp/file_via_udp_ue0 > (file is zero bytes) > > netstat -s -p udp > udp: > 0 datagrams received > 0 with incomplete header > 0 with bad data length field > 0 with bad checksum > 0 with no checksum > 0 dropped due to no socket > 0 broadcast/multicast datagrams undelivered > 0 dropped due to full socket buffers > 0 not for hashed pcb > 0 delivered > 0 datagrams output > 0 times multicast source filter matched > > So netstat sees packets coming in, but does not see any datagrams. > Where is the data disappearing? In the hardware? In the device driver? As I said other mail, netstat(1)'s raw packet counters are maintained in driver. Driver may have submitted packets to upper layer but it seems they were discarded due to other reasons. > Is "ifconfig -rxcsum" really doing the correct thing to the chip? > If it was correctly implemented, yes. > Is there some way to have RXCSUM,TXCSUM turned on, but also have the cpu > verify the checksum? I realize the the whole point of RXCSUM,TXCSUM You have to choose only one(either hardware checksum offloading or software checksum) so you can't have both. > is to reduce the load on the cpu, but data corruption sucks. > > To see if a different usb controller made any difference, I ran the same > test using ue1 = Tek Republic TUN-300 which has the same AX88179 as the Siig, > connected to onboard VIA VL805 USB 3.0 controller, and it acts exactly the > same as the Siig. So no difference seen between the two usb controllers. How about other USB host controllers? Does it also happen on non-VIA USB 3.0 controllers? > Both ue0 & ue1 are running at 100baseTX which appears > to eliminate the silent data corruption seen with rcp(1) when they > are running at 1000. > > I also tried the same test with tcp instead of udp. Same results, > zero length file and no checksum errors reported by netstat -s. > So the protocol doesn't matter. "ifconfig -rxcsum" appears > to stop the flow of all incoming packets, icmp. udp, and tcp. I understand your frustration but it seems your data points are mixed with other results so it seems it's not easy to narrow down the issue. I guess it would be better to do some very basic test first instead of mixing all other things altogether. - Disable TX/RX checksum offloading and never change it again. - Stick to auto-negotiation, don't perform manual media configuration during test. - ssh to a box with ue device, does it work? - If ssh works, try sending a large file to the box with scp. Are you able to transfer the file? - Check TCP statistics of netstat(1) after ssh/scp. Can you see TCP statistics? From owner-freebsd-net@freebsd.org Sun May 6 07:30:19 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7298FFAA90E for ; Sun, 6 May 2018 07:30:19 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 07BFB69AD3 for ; Sun, 6 May 2018 07:30:19 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id C0362FAA90D; Sun, 6 May 2018 07:30:18 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AE09EFAA90C for ; Sun, 6 May 2018 07:30:18 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49EC269ACE for ; Sun, 6 May 2018 07:30:18 +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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 8C7CC6AB for ; Sun, 6 May 2018 07:30:17 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w467UH3J059373 for ; Sun, 6 May 2018 07:30:17 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w467UHC0059361 for net@FreeBSD.org; Sun, 6 May 2018 07:30:17 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 166724] [re] if_re watchdog timeout Date: Sun, 06 May 2018 07:30:17 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 11.1-RELEASE X-Bugzilla-Keywords: needs-patch X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: zjk7@wp.pl X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: yongari@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.25 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, 06 May 2018 07:30:19 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D166724 --- Comment #25 from zjk --- hw.re.msi_disable hw.re.msix_disable I tested this solution for a few days (it already exists somewhere on the internet). There is no visible effect (on my computers) - network is closing very quic= kly.=20 But - maybe it depends on the network card chipset? However, I highly recommend the analysis: https://forums.freebsd.org/threads/10-2-release-re0-watchdog-timeout.55306/= #post-337045 There are some extremely important remarks. One important tip - this may be the result of overloading the processor. In general - a problem for low-performance processors. Or vice versa: for the "computationally demanding" chipset of the network card, and finally the "programmatically extended" driver. Probably because the version of "built-in" driver for FreeBSD is so much "slimmed", in relation to the full version from Realtek (from the Realtek website). It may be intended to run on less-efficient processors. But I can not fully appreciate everything from this analysis. "Watchdog timeout" messages - also occur after stopping the transmission. Processor l= oad drops to several percent, but watchdog timeout messages still appear every = few seconds. In general - a reset is needed to restore the normal operation of the interface. As a solution, you can use "patch" - instead of, for example, limit the connection speed to 100 Mb, you can use, for example, dummynet for flow / b= and management. It is still not a solution to the problem of the driver itself. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-net@freebsd.org Sun May 6 07:30:57 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C7902FAA993 for ; Sun, 6 May 2018 07:30:56 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 42CA269CB0 for ; Sun, 6 May 2018 07:30:56 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id F13E0FAA992; Sun, 6 May 2018 07:30:55 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DD7B8FAA991 for ; Sun, 6 May 2018 07:30:55 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 75DA269BAE for ; Sun, 6 May 2018 07:30:55 +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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id B3C0F6D7 for ; Sun, 6 May 2018 07:30:54 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w467UslL060997 for ; Sun, 6 May 2018 07:30:54 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w467UsWT060996 for net@FreeBSD.org; Sun, 6 May 2018 07:30:54 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 208205] re0 watchdog timeout Date: Sun, 06 May 2018 07:30: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: 11.1-RELEASE X-Bugzilla-Keywords: needs-qa X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: zjk7@wp.pl X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: 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.25 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, 06 May 2018 07:30:57 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D208205 --- Comment #24 from zjk --- hw.re.msi_disable hw.re.msix_disable I tested this solution for a few days (it already exists somewhere on the internet). There is no visible effect (on my computers) - network is closing very quic= kly.=20 But - maybe it depends on the network card chipset? However, I highly recommend the analysis: https://forums.freebsd.org/threads/10-2-release-re0-watchdog-timeout.55306/= #post-337045 There are some extremely important remarks. One important tip - this may be the result of overloading the processor. In general - a problem for low-performance processors. Or vice versa: for the "computationally demanding" chipset of the network card, and finally the "programmatically extended" driver. Probably because the version of "built-in" driver for FreeBSD is so much "slimmed", in relation to the full version from Realtek (from the Realtek website). It may be intended to run on less-efficient processors. But I can not fully appreciate everything from this analysis. "Watchdog timeout" messages - also occur after stopping the transmission. Processor l= oad drops to several percent, but watchdog timeout messages still appear every = few seconds. In general - a reset is needed to restore the normal operation of the interface. As a solution, you can use "patch" - instead of, for example, limit the connection speed to 100 Mb, you can use, for example, dummynet for flow / b= and management. It is still not a solution to the problem of the driver itself. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Sun May 6 20:58:26 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2FFAFFC652D for ; Sun, 6 May 2018 20:58:26 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 BAA8B7B01E for ; Sun, 6 May 2018 20:58:25 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 78D53FC652C; Sun, 6 May 2018 20:58:25 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 667B3FC652B for ; Sun, 6 May 2018 20:58:25 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EEEE97AFFA for ; Sun, 6 May 2018 20:58: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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 3DEE87C78 for ; Sun, 6 May 2018 20:58:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w46KwOdo057323 for ; Sun, 6 May 2018 20:58:24 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w46KwOLH057322 for net@FreeBSD.org; Sun, 6 May 2018 20:58:24 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 176671] [epair] MAC address for epair device not unique Date: Sun, 06 May 2018 20:58:23 +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: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: pizzamig@freebsd.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 06 May 2018 20:58:26 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D176671 Luca Pizzamiglio changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |pizzamig@freebsd.org --- Comment #8 from Luca Pizzamiglio --- Created attachment 193115 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D193115&action= =3Dedit Another fix This patch fix the issue, reusing the epair a if_index also for epair b. Moreover, I've added hostid bits in the MAC to avoid that multiple servers = that shares the same configuration (failover), will have the same epair MAC addr= ess, as pointed out by Olivier. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Sun May 6 21:01:26 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E8366FC6AEB for ; Sun, 6 May 2018 21:01:25 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) 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 A2C047B601 for ; Sun, 6 May 2018 21:01:25 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 58C7CFC6AD7; Sun, 6 May 2018 21:01:25 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1D5CBFC6AD2 for ; Sun, 6 May 2018 21:01:25 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CD1A17B5DE for ; Sun, 6 May 2018 21:01: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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id EF4FC7EAC for ; Sun, 6 May 2018 21:01:23 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w46L1NqF010980 for ; Sun, 6 May 2018 21:01:23 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w46L1NqU010968 for net@FreeBSD.org; Sun, 6 May 2018 21:01:23 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <201805062101.w46L1NqU010968@kenobi.freebsd.org> X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@FreeBSD.org using -f From: bugzilla-noreply@FreeBSD.org To: net@FreeBSD.org Subject: Problem reports for net@FreeBSD.org that need special attention Date: Sun, 6 May 2018 21:01:23 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 06 May 2018 21:01:26 -0000 To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status | Bug Id | Description ------------+-----------+--------------------------------------------------- In Progress | 165622 | [ndis][panic][patch] Unregistered use of FPU in k In Progress | 206581 | bxe_ioctl_nvram handler is faulty In Progress | 221146 | [ixgbe] Problem with second laggport New | 204438 | setsockopt() handling of kern.ipc.maxsockbuf limi New | 205592 | TCP processing in IPSec causes kernel panic New | 206053 | kqueue support code of netmap causes panic New | 209682 | [panic] [netinet] arptimer race New | 213410 | [carp] service netif restart causes hang only whe New | 217748 | sys/dev/ixgbe/if_ix.c: PVS-Studio: Assignment to Open | 193452 | Dell PowerEdge 210 II -- Kernel panic bce (broadc Open | 194485 | Userland cannot add IPv6 prefix routes Open | 202510 | [CARP] advertisements sourced from CARP IP cause Open | 206544 | sendmsg(2) (sendto(2) too?) can fail with EINVAL; Open | 213814 | AWS/EC2: no egress traffic stats on ixv(4) Open | 222273 | igb(4): Kernel panic (fatal trap 12) due to netwo 15 problems total for which you should take action. From owner-freebsd-net@freebsd.org Sun May 6 21:09:34 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CF7FAFC7447 for ; Sun, 6 May 2018 21:09:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 5CDB87E062 for ; Sun, 6 May 2018 21:09:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 1E6E5FC7446; Sun, 6 May 2018 21:09:34 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0C523FC7445 for ; Sun, 6 May 2018 21:09:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9CE5A7E041 for ; Sun, 6 May 2018 21:09:33 +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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id E1A797F04 for ; Sun, 6 May 2018 21:09:32 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w46L9WwV099169 for ; Sun, 6 May 2018 21:09:32 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w46L9WSC099160 for net@FreeBSD.org; Sun, 6 May 2018 21:09:32 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 176671] [epair] MAC address for epair device not unique Date: Sun, 06 May 2018 21:09:32 +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: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: pizzamig@freebsd.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_file_loc 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.25 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, 06 May 2018 21:09:35 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D176671 Luca Pizzamiglio changed: What |Removed |Added ---------------------------------------------------------------------------- URL| |https://reviews.freebsd.org | |/D15329 --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Sun May 6 21:24:56 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E489CFC8039 for ; Sun, 6 May 2018 21:24:55 +0000 (UTC) (envelope-from luca.pizzamiglio@gmail.com) Received: from mail-oi0-f47.google.com (mail-oi0-f47.google.com [209.85.218.47]) (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 6436A818E6 for ; Sun, 6 May 2018 21:24:54 +0000 (UTC) (envelope-from luca.pizzamiglio@gmail.com) Received: by mail-oi0-f47.google.com with SMTP id k17-v6so23465701oih.5 for ; Sun, 06 May 2018 14:24:54 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=rVXDVpgbStUN5KQz4do68leKdUBrDH6w+JHFhMm7sMc=; b=ZaP94V45sd1PRLOkmPDR6p5ik06h+A/LuvWA2B5B0lktW+yLw8Uk5EpRojOeF2Lwze g/441l1+3B87zVFnmT85c679GrdsS4ZPKcm375It9/J+PHaJzNoGNZXlrCl3a/ENApW3 ewggUyI/Uqr2yg2xxCTsCO2hJrmYbWoiq9/6qi8QFEhbSIk8r6yeeLZMeoLEc6yIh6ti EnkgExX6MyHMiNwyu3/BT/yqD2Z1ovZtW5TKlIn/l3PBRpJ1qfPDbPACC3HFZEhpAgqP apR8wevepUNvlmeXyklL/pNF4yv8FAtCYVPjaaqDcRhRoohTvj8mm84WZfYeUIfdgF8i nL5A== X-Gm-Message-State: ALQs6tC9fqk0RKuvMCVpAtcd67qJsga/BjOyNjj56mjzwfgpwJKHAO2Q ka60IR0J+oInWL+jkrzB1AdHhYqy X-Google-Smtp-Source: AB8JxZpxBbIMzxFjw6j0946pFAArJW0Z/skHgAKWvspVMUNpFLncI8xAGbqHjDGQO6VoNSlBAzOXKA== X-Received: by 2002:aca:5086:: with SMTP id e128-v6mr23354597oib.315.1525641887884; Sun, 06 May 2018 14:24:47 -0700 (PDT) Received: from mail-ot0-f173.google.com (mail-ot0-f173.google.com. [74.125.82.173]) by smtp.gmail.com with ESMTPSA id l2-v6sm14149842otd.38.2018.05.06.14.24.47 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 06 May 2018 14:24:47 -0700 (PDT) Received: by mail-ot0-f173.google.com with SMTP id g7-v6so29907801otj.11 for ; Sun, 06 May 2018 14:24:47 -0700 (PDT) X-Received: by 2002:a9d:1198:: with SMTP id v24-v6mr23682828otf.254.1525641887371; Sun, 06 May 2018 14:24:47 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a9d:22ca:0:0:0:0:0 with HTTP; Sun, 6 May 2018 14:24:26 -0700 (PDT) From: Luca Pizzamiglio Date: Sun, 6 May 2018 23:24:26 +0200 X-Gmail-Original-Message-ID: Message-ID: Subject: Duplicate MAC addresses using if_epair(4) To: freebsd-net@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 06 May 2018 21:24:56 -0000 Hi all, some times ago I met this problem, related to possible MAC address collision using if_epair(4). I'm not the first one encountering this issue and 2 PR [1][2] are already filled. There is also a differential review in phabricator [3] that unfortunately shows no progress. Following the approach that hrs@ suggests in [2], I've developed a patch, submitted in [4], and I hope it will be accepted and integrated soon. This patch should also solve, or at least mitigate, collisions that olivier@ noted in [1] Do you know who is the maintainer of this code? I don't know who can review and possibly commit [4]. thanks in advance Best regards, pizzamig [1] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=176671 [2] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=184149 [3] https://reviews.freebsd.org/D1858 [4] https://reviews.freebsd.org/D15329 From owner-freebsd-net@freebsd.org Tue May 8 04:24:55 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6B38DFCD36B for ; Tue, 8 May 2018 04:24:55 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 0408C78562 for ; Tue, 8 May 2018 04:24:55 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id B2523FCD369; Tue, 8 May 2018 04:24:54 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A0D8FFCD368 for ; Tue, 8 May 2018 04:24:54 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 40B9E7855D for ; Tue, 8 May 2018 04:24:54 +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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 7F3A620599 for ; Tue, 8 May 2018 04:24:53 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w484Orj4097926 for ; Tue, 8 May 2018 04:24:53 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w484OrOE097925 for net@FreeBSD.org; Tue, 8 May 2018 04:24:53 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 176671] [epair] MAC address for epair device not unique Date: Tue, 08 May 2018 04:24: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: needs-qa X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: koobs@FreeBSD.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: mfc-stable10? mfc-stable11? X-Bugzilla-Changed-Fields: see_also flagtypes.name keywords 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.25 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, 08 May 2018 04:24:55 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D176671 Kubilay Kocak changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://reviews.freebsd.org | |/D1858, | |https://github.com/freebsd/ | |freebsd/pull/92, | |https://bugs.freebsd.org/bu | |gzilla/show_bug.cgi?id=3D1= 841 | |49 Flags| |mfc-stable10?, | |mfc-stable11? Keywords| |needs-qa CC| |imp@FreeBSD.org --- Comment #9 from Kubilay Kocak --- CC original committer of base r314471 --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Tue May 8 04:29:49 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 66780FCD687 for ; Tue, 8 May 2018 04:29:49 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 02C28797B3 for ; Tue, 8 May 2018 04:29:49 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id BB386FCD686; Tue, 8 May 2018 04:29:48 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A8AF8FCD685 for ; Tue, 8 May 2018 04:29:48 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 40A83797A4 for ; Tue, 8 May 2018 04:29:48 +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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 3A67C205AD for ; Tue, 8 May 2018 04:29:47 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w484Tlln005587 for ; Tue, 8 May 2018 04:29:47 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w484TlFj005586 for net@FreeBSD.org; Tue, 8 May 2018 04:29:47 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 176671] [epair] MAC address for epair device not unique Date: Tue, 08 May 2018 04:29:46 +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: needs-qa X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: koobs@FreeBSD.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: mfc-stable10? mfc-stable11? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 08 May 2018 04:29:49 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D176671 --- Comment #10 from Kubilay Kocak --- If bug 184149 is a duplicate of this bug, please close it (marked duplicate= of this issue id) and CC hrs (current assignee on bug 184149) here. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Tue May 8 09:19:12 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2172EFAEA7C for ; Tue, 8 May 2018 09:19:12 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (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 9F686781F3; Tue, 8 May 2018 09:19:11 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mh0.gentlemail.de (ezra.dcm1.omnilan.net [78.138.80.135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id w489J8RI078524; Tue, 8 May 2018 11:19:08 +0200 (CEST) (envelope-from freebsd@omnilan.de) Received: from titan.inop.mo1.omnilan.net (s1.omnilan.de [217.91.127.234]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id CACD3FDA; Tue, 8 May 2018 11:19:07 +0200 (CEST) Message-ID: <5AF16B8B.7030703@omnilan.de> Date: Tue, 08 May 2018 11:19:07 +0200 From: Harry Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: Stephen Hurd , "freebsd-net@freebsd.org" Subject: Re: svn commit: r333338 - in stable/11/sys: dev/bnxt kern net sys References: <201805072142.w47LgN1R041002@repo.freebsd.org> In-Reply-To: <201805072142.w47LgN1R041002@repo.freebsd.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-Greylist: ACL 130 matched, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [78.138.80.130]); Tue, 08 May 2018 11:19:08 +0200 (CEST) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: 78.138.80.135; Sender-helo: mh0.gentlemail.de; ) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 08 May 2018 09:19:12 -0000 Bezglich Stephen Hurd's Nachricht vom 07.05.2018 23:42 (localtime): > Author: shurd > Date: Mon May 7 21:42:22 2018 > New Revision: 333338 > URL: https://svnweb.freebsd.org/changeset/base/333338 > > Log: > Merge iflib changes to 11-STABLE > > MFC r300147, r300153, r300154, r300215, r301563, r301567, > r302372, r307560, r307562, r307563, r307568, r308792, r311039, > r311837, r312755, r312903, r312905, r312924, r313248, r315217, > r315245, r315288, r316278, r316281, r316502, r316596, r317756, > r319917, r319921, r319984, r319989, r320059, r320609, r320611, > r321253, r321629, r321630, r322337, r322338, r322823, r323077, > r323825, r323876, r323879, r323887, r323941, r323942, r323943, > r323944, r323954, r324038, r324318, r324937, r325166, r325167, > r325168, r325201, r325241, r325245, r325487, r325494, r325901, > r326033, r326369, r326370, r326432, r326577, r326578, r326702, > r326706, r326775, r327013, r327017, r327052, r327072, r327098, > r327242, r327244, r327247, r329651, r329742, r330289, r330715, > r330721, r332419, r332422, r332729 > > Reviewed by: sbruno > Approved by: re (delphij@) > Sponsored by: Limelight Networks > Differential Revision: https://reviews.freebsd.org/D15142 Thanks to all for all your hard work pushing iflib. Unfortunately I haven't had time to check if EM_MULTIQUEUE suffers from a regression with iflib previous em-attached NICs 2nd queue support. At least one i217 I'm using -current with, uses only one queue. But that was igb, not em, so I'm wondering if i217 ist limited to 1 queue at least i210 supports 4 queues... hints welcome. But I have several oldish machines with hartwell (82574L, still running 10-stable), which showed much better delivery if multiple line speed clients were generating load and EM_MULTIQUEUE added support for 2 queues (and ULE on SMP machine...). I'm also unsure about the current netmap state. When I last checked (some months ago), igb(->em)/netmap didn't work. If netmap support was restored, I missed that. Can you confirm that if EM_MULTIQUEUE and netmap are supposed to be still working with all the adapters which were supported by previous stable-11 (em+igb) code? Or do we need bold release notes that igb/em users must be aware of significant changes? Thanks, -harry From owner-freebsd-net@freebsd.org Tue May 8 09:26:06 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8AC2BFAEE8C for ; Tue, 8 May 2018 09:26:06 +0000 (UTC) (envelope-from kevin.bowling@kev009.com) Received: from mail-it0-x22a.google.com (mail-it0-x22a.google.com [IPv6:2607:f8b0:4001:c0b::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 29F1D7870A for ; Tue, 8 May 2018 09:26:05 +0000 (UTC) (envelope-from kevin.bowling@kev009.com) Received: by mail-it0-x22a.google.com with SMTP id q72-v6so5366184itc.0 for ; Tue, 08 May 2018 02:26:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kev009.com; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=t5rG1LN8Zcewlb+5K9z9MFsZN5wNKyjKd91tGmOiCqo=; b=LhDM0aNGnFjgnksjeAUjU4DZJQ8Xb/juiGM1DVzCe88gY/pdgTpVasxRF/WJlXc/mZ bVFLF/kTnKLqdjBc3PVVTgvsX0e3kAMd5GTitz272vk2cazfZjD3XN433kmRBDeKrQQZ 1TvZXm0ncT4q6LleCSsKzONSIx6Sn/UaAmE1w= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=t5rG1LN8Zcewlb+5K9z9MFsZN5wNKyjKd91tGmOiCqo=; b=b/bub/CovB/goHVuCuovReQmcrmPvXMX3hBnNTWiVGAvF4flwyRzXJ7nRFILE4wM6i PPKUwqu3AXS8Oyqm3q7gO+99fjzh0VmXC9WIWHUnXcaScfbdtqv+birM1RnHZxEI8eD1 GduvQCuK6KibLUPtQMqMCNWJtrtmyoj0Y8QgWb1+e8GF8hUwQiGDWo2V5nr46Xj1NH9T kyOC2rFB3pPJgkKkw6YUK0fsYGLcahcrsr+kNLLIMQiNlaDSvr+A98Wq8w/t7q3vrSTX lB88yfIGRT92EANPvSxnVLRUitn6w6RiF1ARuAukKsHfPEGZkbX/Pbu77L7Nx3VFDSM0 1C7g== X-Gm-Message-State: ALKqPwc2Uwb3D4PMVmf5dMgOiwf8Us7B+YqklVcRyh0h0cyuJ7U2ybvN AGkDcY/797P8NoqwhM2GKr7OeRL8DQ3vq0cHFysfaw== X-Google-Smtp-Source: AB8JxZrsUeMMQlpkbcJrN0lmXZpd+6/JWayw/DS/yIU6hCTEnepc3FsIggGI6uM2pI65WLbzXYFNHHq35zLB0ZzXmjs= X-Received: by 2002:a24:f9cc:: with SMTP id l195-v6mr4999778ith.132.1525771565099; Tue, 08 May 2018 02:26:05 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a02:9049:0:0:0:0:0 with HTTP; Tue, 8 May 2018 02:26:04 -0700 (PDT) In-Reply-To: <5AF16B8B.7030703@omnilan.de> References: <201805072142.w47LgN1R041002@repo.freebsd.org> <5AF16B8B.7030703@omnilan.de> From: Kevin Bowling Date: Tue, 8 May 2018 02:26:04 -0700 Message-ID: Subject: Re: svn commit: r333338 - in stable/11/sys: dev/bnxt kern net sys To: Harry Schmalzbauer Cc: Stephen Hurd , "freebsd-net@freebsd.org" Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 08 May 2018 09:26:06 -0000 iflib in stable/11 only affects bnxt at this time. You should try out HEAD and let us know for the rest of your questions. Regards, Kevin On Tue, May 8, 2018 at 2:19 AM, Harry Schmalzbauer wro= te: > Bez=C3=BCglich Stephen Hurd's Nachricht vom 07.05.2018 23:42 (localtime)= : >> Author: shurd >> Date: Mon May 7 21:42:22 2018 >> New Revision: 333338 >> URL: https://svnweb.freebsd.org/changeset/base/333338 >> >> Log: >> Merge iflib changes to 11-STABLE >> >> MFC r300147, r300153, r300154, r300215, r301563, r301567, >> r302372, r307560, r307562, r307563, r307568, r308792, r311039, >> r311837, r312755, r312903, r312905, r312924, r313248, r315217, >> r315245, r315288, r316278, r316281, r316502, r316596, r317756, >> r319917, r319921, r319984, r319989, r320059, r320609, r320611, >> r321253, r321629, r321630, r322337, r322338, r322823, r323077, >> r323825, r323876, r323879, r323887, r323941, r323942, r323943, >> r323944, r323954, r324038, r324318, r324937, r325166, r325167, >> r325168, r325201, r325241, r325245, r325487, r325494, r325901, >> r326033, r326369, r326370, r326432, r326577, r326578, r326702, >> r326706, r326775, r327013, r327017, r327052, r327072, r327098, >> r327242, r327244, r327247, r329651, r329742, r330289, r330715, >> r330721, r332419, r332422, r332729 >> >> Reviewed by: sbruno >> Approved by: re (delphij@) >> Sponsored by: Limelight Networks >> Differential Revision: https://reviews.freebsd.org/D15142 > > Thanks to all for all your hard work pushing iflib. > > Unfortunately I haven't had time to check if EM_MULTIQUEUE suffers from > a regression with iflib =E2=80=93 previous em-attached NICs 2nd queue sup= port. > At least one i217 I'm using -current with, uses only one queue. But that > was igb, not em, so I'm wondering if i217 ist limited to 1 queue =E2=80= =93 at > least i210 supports 4 queues... hints welcome. > > But I have several oldish machines with hartwell (82574L, still running > 10-stable), which showed much better delivery if multiple line speed > clients were generating load and EM_MULTIQUEUE added support for 2 > queues (and ULE on SMP machine...). > > I'm also unsure about the current netmap state. When I last checked > (some months ago), igb(->em)/netmap didn't work. If netmap support was > restored, I missed that. > > Can you confirm that if EM_MULTIQUEUE and netmap are supposed to be > still working with all the adapters which were supported by previous > stable-11 (em+igb) code? > Or do we need bold release notes that igb/em users must be aware of > significant changes? > > Thanks, > > -harry > > _______________________________________________ > 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 May 8 09:43:18 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7A0B1FAF63F for ; Tue, 8 May 2018 09:43:18 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (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 ED52C7CD12; Tue, 8 May 2018 09:43:17 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mh0.gentlemail.de (mh0.gentlemail.de [IPv6:2a00:e10:2800::a135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id w489hGUp078982; Tue, 8 May 2018 11:43:16 +0200 (CEST) (envelope-from freebsd@omnilan.de) Received: from titan.inop.mo1.omnilan.net (s1.omnilan.de [217.91.127.234]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 93DB1FE6; Tue, 8 May 2018 11:43:16 +0200 (CEST) Message-ID: <5AF17134.7020602@omnilan.de> Date: Tue, 08 May 2018 11:43:16 +0200 From: Harry Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: Kevin Bowling CC: Stephen Hurd , "freebsd-net@freebsd.org" Subject: Re: svn commit: r333338 - in stable/11/sys: dev/bnxt kern net sys References: <201805072142.w47LgN1R041002@repo.freebsd.org> <5AF16B8B.7030703@omnilan.de> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]); Tue, 08 May 2018 11:43:16 +0200 (CEST) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: ; Sender-helo: mh0.gentlemail.de; ) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 08 May 2018 09:43:18 -0000 Bezüglich Kevin Bowling's Nachricht vom 08.05.2018 11:26 (localtime): > iflib in stable/11 only affects bnxt at this time. > > You should try out HEAD and let us know for the rest of your questions. Ic, sorry for the noise – should have read the commits before wasting others' time :-( Thanks for your help, but I can only briefly test hartwell and kawela (82574, Desktop 1gE and 82576, ET2 dual Server 1gE) and see how much queues they use, since I don't run -current on anything productive and spare time is even much more limited than spare machines ;-) Will find out who many queues i217 should provide as soon as possible and if it's more than one, I'll file a PR. But if the simple iflib/hw-support test with kawela+hartwell helps I'm happy to do. -harry P.S.: I guess I stumbled across your domain while searching for ADF and IML to get my 8590 running with a Adapter/A for Ethernet... Impressive important archive, thanks! From owner-freebsd-net@freebsd.org Tue May 8 09:52:38 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EA23BFAF979 for ; Tue, 8 May 2018 09:52:37 +0000 (UTC) (envelope-from kevin.bowling@kev009.com) Received: from mail-it0-x22b.google.com (mail-it0-x22b.google.com [IPv6:2607:f8b0:4001:c0b::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 81FBC7EA1B for ; Tue, 8 May 2018 09:52:37 +0000 (UTC) (envelope-from kevin.bowling@kev009.com) Received: by mail-it0-x22b.google.com with SMTP id z6-v6so15446929iti.4 for ; Tue, 08 May 2018 02:52:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kev009.com; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=RfWg++WAboYmDkK2rSHd51m3sNd3pvSEUxWK9FY5qkA=; b=b5rbcpvdLBMzPx3TP+2L2EGtNFpQaXp9cF6Ga9OE7qW87bb0MHmYW2+hozW2W7EZRb uUQWaTkaRYlV7Lfy8nq9AWE3dEU4KJcQyGAZJpUBznjfQsoxUMfwL34/rZ7bjCcTrov4 kciMmefjKNir2JHR+fKyQOhAXlOFXEf7wzKCo= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=RfWg++WAboYmDkK2rSHd51m3sNd3pvSEUxWK9FY5qkA=; b=bAhU9Zo24nVrjQ27TQsRUZTM/Jtip9+Qop8rZVCvjzt1lYVP+FJf2og4tvd2P2pylV LVoPYFUh50z7J7STuvt6jEEXUlYnVsM9Bh/ik0J7uiI1mrjxP53e/Io7PAuNH9eqmPjI Da36zFtfD3n40dlJHDBStBqNXRPlmcS1aUB+E6Hn2GnRX1jbxYYau5gQ/qXMRwkHLCWz ixhORhta1FixbWeJsYKE7nWUg6RZJ8F4xWKft3isqfmCig8LaqWRztSuw8KMWjhRwk+p 9YD77M/YICll+1/jxrMYDjh6ejCxoK7bGX/Ee7lj8iQoO/kc8xEVi+nC9Sf5dcOiqs+b 2XvA== X-Gm-Message-State: ALKqPwe7R4v15m2Ejk7EAq0kp5/ERDhyVIt020I9OKS1+wo47D6MD/zB UCu2RlOc4PifWljFxjIzKpxhV/+oGsq1/4At+tpJww== X-Google-Smtp-Source: AB8JxZr+ZioLnoLHQ5mffoS11fHZBQ1OPl2X83O+mgAB+eK4BHSKnCEi+UqDXcxWVHT79IcpgQhX8sx4khyLIM7D/hA= X-Received: by 2002:a24:b54d:: with SMTP id j13-v6mr4838896iti.127.1525773156911; Tue, 08 May 2018 02:52:36 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a02:9049:0:0:0:0:0 with HTTP; Tue, 8 May 2018 02:52:36 -0700 (PDT) In-Reply-To: <5AF17134.7020602@omnilan.de> References: <201805072142.w47LgN1R041002@repo.freebsd.org> <5AF16B8B.7030703@omnilan.de> <5AF17134.7020602@omnilan.de> From: Kevin Bowling Date: Tue, 8 May 2018 02:52:36 -0700 Message-ID: Subject: Re: svn commit: r333338 - in stable/11/sys: dev/bnxt kern net sys To: Harry Schmalzbauer Cc: Stephen Hurd , "freebsd-net@freebsd.org" Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 08 May 2018 09:52:38 -0000 On Tue, May 8, 2018 at 2:43 AM, Harry Schmalzbauer wro= te: > Bez=C3=BCglich Kevin Bowling's Nachricht vom 08.05.2018 11:26 (localtime)= : >> iflib in stable/11 only affects bnxt at this time. >> >> You should try out HEAD and let us know for the rest of your questions. > > Ic, sorry for the noise =E2=80=93 should have read the commits before was= ting > others' time :-( > > Thanks for your help, but I can only briefly test hartwell and kawela > (82574, Desktop 1gE and 82576, ET2 dual Server 1gE) and see how much > queues they use, since I don't run -current on anything productive and > spare time is even much more limited than spare machines ;-) > Will find out who many queues i217 should provide as soon as possible > and if it's more than one, I'll file a PR. > > But if the simple iflib/hw-support test with kawela+hartwell helps I'm > happy to do. At this point it would be helpful, we think e1000 is nearing pretty good shape and I need to become familiar with any outstanding bugs. > -harry > > P.S.: I guess I stumbled across your domain while searching for ADF and > IML to get my 8590 running with a Adapter/A for Ethernet... > Impressive important archive, thanks! Worlds collide :D From owner-freebsd-net@freebsd.org Tue May 8 11:21:37 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EB885FB23AA for ; Tue, 8 May 2018 11:21:36 +0000 (UTC) (envelope-from peter.blok@bsd4all.org) Received: from smtpq2.mnd.mail.iss.as9143.net (smtpq2.mnd.mail.iss.as9143.net [212.54.34.165]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7B63871FE0 for ; Tue, 8 May 2018 11:21:36 +0000 (UTC) (envelope-from peter.blok@bsd4all.org) Received: from [212.54.34.118] (helo=smtp10.mnd.mail.iss.as9143.net) by smtpq2.mnd.mail.iss.as9143.net with esmtp (Exim 4.86_2) (envelope-from ) id 1fG0PP-0004be-02; Tue, 08 May 2018 13:03:51 +0200 Received: from 5ed231fb.cm-7-3a.dynamic.ziggo.nl ([94.210.49.251] helo=wan0.bsd4all.org) by smtp10.mnd.mail.iss.as9143.net with esmtp (Exim 4.86_2) (envelope-from ) id 1fG0PO-00069M-UV; Tue, 08 May 2018 13:03:50 +0200 Received: from newnas (localhost [127.0.0.1]) by wan0.bsd4all.org (Postfix) with ESMTP id AD6E95BC1; Tue, 8 May 2018 13:03:49 +0200 (CEST) X-Virus-Scanned: amavisd-new at bsd4all.org Received: from wan0.bsd4all.org ([127.0.0.1]) by newnas (newnas.bsd4all.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SlB4KIHV68PQ; Tue, 8 May 2018 13:03:46 +0200 (CEST) Received: from [192.168.1.65] (unknown [192.168.1.65]) by wan0.bsd4all.org (Postfix) with ESMTPSA id 728545BBE; Tue, 8 May 2018 13:03:46 +0200 (CEST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 11.3 \(3445.6.18\)) Subject: Re: multiple if_ipsec From: peter.blok@bsd4all.org In-Reply-To: <9f94133e-bc7f-7979-72de-e6907f68a254@otcnet.ru> Date: Tue, 8 May 2018 13:03:45 +0200 Cc: freebsd-net@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <5e36ac3f-39ce-72c5-cd97-dd3c4cf551a7@yandex.ru> <30d1c5f9-56e7-c67b-43e1-e6f0457360a8@otcnet.ru> <77c37ff9-8de3-dec0-176a-2b34db136bc5@otcnet.ru> <92930ba6-828d-ecb5-ce37-36794ec80ef7@yandex.ru> <112ea6c0-1927-5f47-24c7-6888295496cf@otcnet.ru> <8d27fbd2-001d-dc46-3621-c44d8dad5522@yandex.ru> <9f94133e-bc7f-7979-72de-e6907f68a254@otcnet.ru> To: Victor Gamov X-Mailer: Apple Mail (2.3445.6.18) X-SourceIP: 94.210.49.251 X-Ziggo-spambar: / X-Ziggo-spamscore: 0.0 X-Ziggo-spamreport: CMAE Analysis: v=2.3 cv=I8BLuuog c=1 sm=1 tr=0 a=7fK1ynn72W3Z/oi6DA4Tww==:17 a=IkcTkHD0fZMA:10 a=VUJBJC2UJ8kA:10 a=tUZUbnedAAAA:8 a=6I5d2MoRAAAA:8 a=PGGaoizCzbszLpZhNL0A:9 a=dxD9qBpHsumg9pZz:21 a=JmpEu8YP6Je5BZJe:21 a=QEXdDO2ut3YA:10 a=_yioJEL_mgmzVlUc0Qzf:22 a=IjZwj45LgO3ly-622nXo:22 none X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 08 May 2018 11:21:37 -0000 Hi Victor, I=E2=80=99m struggling wit the same issue. My sainfo doesn=E2=80=99t = match unless I use anonymous. Hi Andrey, What I don=E2=80=99t understand is why a =E2=80=9Ccatchall=E2=80=9D = policy is added instead of the policy that matches the inner tunnel. What is supposed to happen here? Is the IKE daemon supposed to update = the policy once started. Peter > On 25 Apr 2018, at 13:48, Victor Gamov wrote: >=20 > On 23/04/2018 15:43, Andrey V. Elsukov wrote: >> Your security associations doesn't match your security policies. >> Probably you did interfaces reconfiguration without clearing old SAs. >> I think your configuration will work, if you first will done = if_ipsec(4) >> configuration, then start racoon and it will generate SAs. >> To clear all old/stale configured SAs you can first stop racoon, then >> run `setkey -DF` and `setkey -DPF`. >=20 > Hi Andrey >=20 > Thanks for your advise: I found typo in my rc.conf and now ipsec = interfaces created with properly reqid. >=20 > After all ipsec-interfaces created I have many SPD entries configured = like '0.0.0.0/0[any] 0.0.0.0/0[any] any' with properly configured = ifname=3Dipsec[25|26|30] >=20 >=20 > But now I'm sure I have racoon misconfiguration: If I use one "sainfo = anonymous" then all created SA binds to last configured ipsec-interface. = So I need sainfo-entry for every remote-entry. >=20 >=20 > But I still cann't understand how to bind SPD automatically created by > 'ifconfig ipsec30 reqid 30 ...' to SA configured like > =3D=3D=3D=3D=3D > remote __Cisco_IP_30__ { > my_identifier address __FreeBSD_IP__; > peers_identifier address __Cisco_IP_30__; > ph1id 30; > } > sainfo ??? { > remoteid 30; > } > =3D=3D=3D=3D=3D >=20 >=20 > If I configure > sainfo address __FreeBSD_IP__ any address __Cisco_IP_30 any { > remoteid 30; > ..... > } >=20 > then I've got following error > =3D=3D=3D=3D=3D > racoon: DEBUG: getsainfo params: loc=3D'0.0.0.0/0' rmt=3D'0.0.0.0/0' = peer=3D'__Cisco_IP_30__' client=3D'__Cisco_IP_30__' id=3D30 > racoon: DEBUG: evaluating sainfo: loc=3D'__FreeBSD_IP__', = rmt=3D'__Cisco_IP_30__', peer=3D'ANY', id=3D30 > racoon: DEBUG: check and compare ids : value mismatch (IPv4_address) > racoon: DEBUG: cmpid target: '0.0.0.0/0' > racoon: DEBUG: cmpid source: '__FreeBSD_IP__' > racoon: DEBUG: IV freed > =3D=3D=3D=3D=3D >=20 >=20 > Can you please explain me how sainfo (or something else) must be = properly configured? >=20 > Thanks! >=20 > -- > CU, > Victor Gamov > _______________________________________________ > 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 May 8 11:45:16 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C2EFAFB2E91 for ; Tue, 8 May 2018 11:45:16 +0000 (UTC) (envelope-from harsh@chelsio.com) Received: from stargate.chelsio.com (stargate.chelsio.com [12.32.117.8]) (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 32EFA75354; Tue, 8 May 2018 11:45:15 +0000 (UTC) (envelope-from harsh@chelsio.com) Received: from [10.193.189.121] (harsh.asicdesigners.com [10.193.189.121]) by stargate.chelsio.com (8.13.8/8.13.8) with ESMTP id w48Bj8wv000491; Tue, 8 May 2018 04:45:09 -0700 To: freebsd-net@freebsd.org, tj@enoti.me, tj@enoti.me Cc: Navdeep Parhar , John Baldwin , sonyarpitad@chelsio.com From: Harsh Jain Subject: Bug: Newreno; Seems Memory leak in newreno_cb_init Message-ID: <58ab6c13-f9c4-b4d7-7f2c-eade3749457f@chelsio.com> Date: Tue, 8 May 2018 17:14:49 +0530 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Content-Language: en-US X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 08 May 2018 11:45:16 -0000 Hi All, We have observed memory leak with TCP network traffic in "newreno". Output of vmstat -m    in_mfilter     3     3K       -        3  1024      in_multi     4     1K       -        4  256   ip_moptions     6     1K       -        6  64,256 encap_export_host     2     2K       -        2  1024  newreno data 394849273 6169520K       - 394849273  16     sctp_a_it     0     0K       -        5  16      sctp_vrf     1     1K       -        1  64      sctp_ifa     7     1K       -        7  128      sctp_ifn     4     1K       -        4  128 There is 1 malloc in "newreno_cb_init" whose pointer is not saved in any global structure to free the same. Is this a BUG? Regards Harsh Jain From owner-freebsd-net@freebsd.org Tue May 8 13:53:53 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 414E4FB6D87 for ; Tue, 8 May 2018 13:53:53 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward102o.mail.yandex.net (forward102o.mail.yandex.net [IPv6:2a02:6b8:0:1a2d::602]) (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 AE83870872 for ; Tue, 8 May 2018 13:53:52 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from mxback18j.mail.yandex.net (mxback18j.mail.yandex.net [IPv6:2a02:6b8:0:1619::94]) by forward102o.mail.yandex.net (Yandex) with ESMTP id 145B85A01EDD; Tue, 8 May 2018 16:53:34 +0300 (MSK) Received: from smtp3o.mail.yandex.net (smtp3o.mail.yandex.net [2a02:6b8:0:1a2d::27]) by mxback18j.mail.yandex.net (nwsmtp/Yandex) with ESMTP id 4AleJzJKvS-rXCKuMbD; Tue, 08 May 2018 16:53:34 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1525787614; bh=rjsycA23vIPE8+iZdiBRnRASQKbml6Hsfix6+B0mjNA=; h=Subject:To:Cc:References:From:Message-ID:Date:In-Reply-To; b=pnLvAL9HHVLGmh9mTUaDhpVIYKauY/dX/nJLejMqEwze2+H7vcu2AH9+n0Avrpt0w ehFaGsYGRHJzdfA9wpB30sIe6BcvE3H+xizpdyQiZprb2Hh9C3kPh0QIcd1AwUTvuD DAk6+3WltWPwZdvSCvDx+uq1TVpt23XDeoGpKg2Q= Received: by smtp3o.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id oTqjrdifGv-rWwCciHo; Tue, 08 May 2018 16:53:32 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1525787612; bh=rjsycA23vIPE8+iZdiBRnRASQKbml6Hsfix6+B0mjNA=; h=Subject:To:Cc:References:From:Message-ID:Date:In-Reply-To; b=vmjtHEtSYLlg2xtS3KB1VDcUkfN9ASOT8jh5rFChIgnMuwsLc+5ybMVSZRBlk6d8r 5+ake/wa1TosgSZmaIyrus/5yg4Oo0TOJ+wpMBlfRFfArihisDm1wRc63xW/ueNUXg wOnIY0edN08tw8IpGaWpPborWsHPoKp8qkR6l7ts= Authentication-Results: smtp3o.mail.yandex.net; dkim=pass header.i=@yandex.ru Subject: Re: multiple if_ipsec To: peter.blok@bsd4all.org, Victor Gamov Cc: freebsd-net@freebsd.org References: <5e36ac3f-39ce-72c5-cd97-dd3c4cf551a7@yandex.ru> <30d1c5f9-56e7-c67b-43e1-e6f0457360a8@otcnet.ru> <77c37ff9-8de3-dec0-176a-2b34db136bc5@otcnet.ru> <92930ba6-828d-ecb5-ce37-36794ec80ef7@yandex.ru> <112ea6c0-1927-5f47-24c7-6888295496cf@otcnet.ru> <8d27fbd2-001d-dc46-3621-c44d8dad5522@yandex.ru> <9f94133e-bc7f-7979-72de-e6907f68a254@otcnet.ru> From: "Andrey V. Elsukov" Openpgp: id=E6591E1B41DA1516F0C9BC0001C5EA0410C8A17A Autocrypt: addr=bu7cher@yandex.ru; prefer-encrypt=mutual; keydata= xsBNBEwBF1kBCADB9sXFhBEUy8qQ4X63Y8eBatYMHGEFWN9ypS5lI3RE6qQW2EYbxNk7qUC5 21YIIS1mMFVBEfvR7J9uc7yaYgFCEb6Sce1RSO4ULN2mRKGHP3/Sl0ijZEjWHV91hY1YTHEF ZW/0GYinDf56sYpDDehaBF5wkWIo1+QK5nmj3vl0DIDCMNd7QEiWpyLVwECgLX2eOAXByT8B bCqVhJGcG6iFP7/B9Ll6uX5gb8thM9LM+ibwErDBVDGiOgvfxqidab7fdkh893IBCXa82H9N CNwnEtcgzh+BSKK5BgvPohFMgRwjti37TSxwLu63QejRGbZWSz3OK3jMOoF63tCgn7FvABEB AAHNIkFuZHJleSBWLiBFbHN1a292IDxhZUBmcmVlYnNkLm9yZz7CwHsEEwECACUCGwMGCwkI BwMCBhUIAgkKCwQWAgMBAh4BAheABQJMB/ruAhkBAAoJEAHF6gQQyKF6MLwH/3Ri/TZl9uo0 SepYWXOnxL6EaDVXDA+dLb1eLKC4PRBBjX29ttQ0KaWapiE6y5/AfzOPmRtHLrHYHjd/aiHX GMLHcYRXD+5GvdkK8iMALrZ28X0JXyuuZa8rAxWIWmCbYHNSBy2unqWgTI04Erodk90IALgM 9JeHN9sFqTM6zalrMnTzlcmel4kcjT3lyYw3vOKgoYLtsLhKZSbJoVVVlvRlGBpHFJI5AoYJ SyfXoN0rcX6k9X7Isp2K50YjqxV4v78xluh1puhwZyC0p8IShPrmrp9Oy9JkMX90o6UAXdGU KfdExJuGJfUZOFBTtNIMNIAKfMTjhpRhxONIr0emxxDOwE0ETAEXWQEIAJ2p6l9LBoqdH/0J PEFDY2t2gTvAuzz+8zs3R03dFuHcNbOwjvWCG0aOmVpAzkRa8egn5JB4sZaFUtKPYJEQ1Iu+ LUBwgvtXf4vWpzC67zs2dDuiW4LamH5p6xkTD61aHR7mCB3bg2TUjrDWn2Jt44cvoYxj3dz4 S49U1rc9ZPgD5axCNv45j72tggWlZvpefThP7xT1OlNTUqye2gAwQravXpZkl5JG4eOqJVIU X316iE3qso0iXRUtO7OseBf0PiVmk+wCahdreHOeOxK5jMhYkPKVn7z1sZiB7W2H2TojbmcK HZC22sz7Z/H36Lhg1+/RCnGzdEcjGc8oFHXHCxUAEQEAAcLAXwQYAQIACQUCTAEXWQIbDAAK CRABxeoEEMihegkYCAC3ivGYNe2taNm/4Nx5GPdzuaAJGKWksV+w9mo7dQvU+NmI2az5w8vw 98OmX7G0OV9snxMW+6cyNqBrVFTu33VVNzz9pnqNCHxGvj5dL5ltP160JV2zw2bUwJBYsgYQ WfyJJIM7l3gv5ZS3DGqaGIm9gOK1ANxfrR5PgPzvI9VxDhlr2juEVMZYAqPLEJe+SSxbwLoz BcFCNdDAyXcaAzXsx/E02YWm1hIWNRxanAe7Vlg7OL+gvLpdtrYCMg28PNqKNyrQ87LQ49O9 50IIZDOtNFeR0FGucjcLPdS9PiEqCoH7/waJxWp6ydJ+g4OYRBYNM0EmMgy1N85JJrV1mi5i Message-ID: Date: Tue, 8 May 2018 16:51:07 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="HAWhf2R19AREMOilE2Yw68DMUt4XLOWCw" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 08 May 2018 13:53:53 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --HAWhf2R19AREMOilE2Yw68DMUt4XLOWCw Content-Type: multipart/mixed; boundary="ilGIHn5BgWENOorTeQ5TRZLoFwc6EV9PS"; protected-headers="v1" From: "Andrey V. Elsukov" To: peter.blok@bsd4all.org, Victor Gamov Cc: freebsd-net@freebsd.org Message-ID: Subject: Re: multiple if_ipsec References: <5e36ac3f-39ce-72c5-cd97-dd3c4cf551a7@yandex.ru> <30d1c5f9-56e7-c67b-43e1-e6f0457360a8@otcnet.ru> <77c37ff9-8de3-dec0-176a-2b34db136bc5@otcnet.ru> <92930ba6-828d-ecb5-ce37-36794ec80ef7@yandex.ru> <112ea6c0-1927-5f47-24c7-6888295496cf@otcnet.ru> <8d27fbd2-001d-dc46-3621-c44d8dad5522@yandex.ru> <9f94133e-bc7f-7979-72de-e6907f68a254@otcnet.ru> In-Reply-To: --ilGIHn5BgWENOorTeQ5TRZLoFwc6EV9PS Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 08.05.2018 14:03, peter.blok@bsd4all.org wrote: > Hi Victor, >=20 > I=E2=80=99m struggling wit the same issue. My sainfo doesn=E2=80=99t ma= tch unless I > use anonymous. >=20 > Hi Andrey, >=20 > What I don=E2=80=99t understand is why a =E2=80=9Ccatchall=E2=80=9D pol= icy is added instead > of the policy that matches the inner tunnel. This is because the how IPsec works in BSD network stack. In simple words - outbound traffic is matched by security policy, inbound is matched by security association. When a packet is going to be send from a host, the kernel checks security policies for match. If it is matched, a packet goes into IPsec processing. Then IPsec code using given security policy does lookup for matched security association. And some IPsec transform happens. When a host receives a packet, it handled by network stack first. And if it has corresponding IPsec inner protocol (ESP, AH), it will be handled by IPsec code. A packet has embedded SPI, it is used for security association lookup. If corresponding SA is found, the IPsec code will apply revers IPsec transform to the packet. Then the kernel checks, that there is some security policy for that packet. Now how if_ipsec(4) works. Security policies associated with interface have configured requirements for tunnel mode with configured addresses. Interfaces are designed for route based VPN, and when a packet is going to be send through if_ipsec interface, its "output" routine uses security policy associated with interface and with configured "reqid". If there are no SAs configured with given reqid, the IPsec code will send ACQUIRE message to IKE and it should install SAs, that will be used for IPsec transforms. When a host receives a packet, it handled by network stack, then by IPsec code and when reverse transform is finished, IPsec code checks, if packet was matched by tunnel mode SA it will be checked by if_ipsec input routine. If addresses and reqid from SA matched to if_ipsec configuration, it will be taken by if_ipsec interface. > What is supposed to happen here? Is the IKE daemon supposed to update > the policy once started. In my understanding IKE is only supposed to install SAs for if_ipsec. It can't change these policies, because they are immutable. I think for proper support of several if_ipsec interfaces racoon needs some patches. But I have not spare time to do this job. I recommend to use strongswan, it has active developers that are responsive and may give some help at least. There was the link with example, but it also uses only one interface: https://genneko.github.io/playing-with-bsd/networking/freebsd-vti-ipsec --=20 WBR, Andrey V. Elsukov --ilGIHn5BgWENOorTeQ5TRZLoFwc6EV9PS-- --HAWhf2R19AREMOilE2Yw68DMUt4XLOWCw Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEzBAEBCAAdFiEE5lkeG0HaFRbwybwAAcXqBBDIoXoFAlrxq0sACgkQAcXqBBDI oXrD1Qf7BJqf9JYJZ5oou+62z1+K0kgbCnShA6lk/Wyzt700DRybjNuKgPcK9LL9 27nOtHwQUefRFWLBquS5AQa1QQzLr2Wtg+pigcKQJfdjdAlJOcc3/JVmCzwCxvoY D5IRJUZkAr1+e9ActAmGGwFRwh7viwwCgBvw/WLt7JZTyBNjlZw2esR41DIAXe/O ZH5fSXXpl51aMQVtUyP4Q9NqqSQMpT/7wMggwQ2CniUzn04uvHcVmmFIEXgLoi3p TbnfoxlmbsKUVDlxz4C4DIcynoyiImwo3xON/Rj5KrdQ4Jil8zTzciN0BrchzZiC CHk7z0EghJ9emybqIxytuMpoWxKdcg== =YBBO -----END PGP SIGNATURE----- --HAWhf2R19AREMOilE2Yw68DMUt4XLOWCw-- From owner-freebsd-net@freebsd.org Tue May 8 15:06:28 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4AB80FB8591 for ; Tue, 8 May 2018 15:06:28 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 D870382BFF for ; Tue, 8 May 2018 15:06:27 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 8FED6FB858F; Tue, 8 May 2018 15:06:27 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7E954FB858E for ; Tue, 8 May 2018 15:06:27 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1DCD782BFD for ; Tue, 8 May 2018 15:06:27 +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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 60FF125E2D for ; Tue, 8 May 2018 15:06:26 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w48F6QE6012434 for ; Tue, 8 May 2018 15:06:26 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w48F6Q8i012431 for net@FreeBSD.org; Tue, 8 May 2018 15:06:26 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 228068] tclass is not used when sending to IPv4 mapped address via IPv6 socket Date: Tue, 08 May 2018 15:06:26 +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.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: linimon@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: 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.25 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, 08 May 2018 15:06:28 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D228068 Mark Linimon changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|bugs@FreeBSD.org |net@FreeBSD.org --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Tue May 8 16:23:46 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B1B0EFBAAAE for ; Tue, 8 May 2018 16:23:46 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (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 4364771E7D; Tue, 8 May 2018 16:23:46 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mh0.gentlemail.de (ezra.dcm1.omnilan.net [IPv6:2a00:e10:2800::a135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id w48GNic3082356; Tue, 8 May 2018 18:23:44 +0200 (CEST) (envelope-from freebsd@omnilan.de) Received: from titan.inop.mo1.omnilan.net (s1.omnilan.de [217.91.127.234]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 4A8E710C; Tue, 8 May 2018 18:23:44 +0200 (CEST) Message-ID: <5AF1CF0F.4040909@omnilan.de> Date: Tue, 08 May 2018 18:23:43 +0200 From: Harry Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: Kevin Bowling CC: Stephen Hurd , "freebsd-net@freebsd.org" Subject: iflib-if_em tests with HEAD and lagg panic [Was: Re: svn commit: r333338 - in stable/11/sys: dev/bnxt kern net sys] References: <201805072142.w47LgN1R041002@repo.freebsd.org> <5AF16B8B.7030703@omnilan.de> <5AF17134.7020602@omnilan.de> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]); Tue, 08 May 2018 18:23:44 +0200 (CEST) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: ; Sender-helo: mh0.gentlemail.de; ) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 08 May 2018 16:23:46 -0000 Bezüglich Kevin Bowling's Nachricht vom 08.05.2018 11:52 (localtime): … >> But if the simple iflib/hw-support test with kawela+hartwell helps I'm >> happy to do. > > At this point it would be helpful, we think e1000 is nearing pretty > good shape and I need to become familiar with any outstanding bugs. I started with hartwell: em1: attach_pre capping queues at 2 Current cap: 0x460b em1: using 1024 tx descriptors and 1024 rx descriptors em1: msix_init qsets capped at 2 em1: pxm cpus: 2 queue msgs: 4 admincnt: 1 em1: using 2 rx queues 2 tx queues em1: Using MSIX interrupts with 3 vectors em1: allocated for 2 tx_queues em1: allocated for 2 rx_queues em1: Ethernet address: 00:1b:21:3e:90:52 em1: netmap queues/slots: TX 2/1024, RX 2/1024 dev.em.1.iflib.driver_version: 7.6.1-k dev.em.1.queue_rx_1.rx_irq: 0 dev.em.1.queue_rx_1.rxd_tail: 607 dev.em.1.queue_rx_1.rxd_head: 21 dev.em.1.queue_rx_0.rx_irq: 0 dev.em.1.queue_rx_0.rxd_tail: 410 dev.em.1.queue_rx_0.rxd_head: 412 dev.em.1.queue_tx_1.tx_irq: 0 dev.em.1.queue_tx_1.txd_tail: 8 dev.em.1.queue_tx_1.txd_head: 8 dev.em.1.queue_tx_0.tx_irq: 0 dev.em.1.queue_tx_0.txd_tail: 428 dev.em.1.queue_tx_0.txd_head: 428 Looks good so far, no problems with simple line speed (NFS4) copies. According to the i217 (Clarkville) Datasheet, it also supports 2 queues: Table 63. Intel® Ethernet Controller I217 Capability PHY Address 01, Page 776,Register 19 But it probably was never supported, at least I haven't ever checked pre-iflib. Here's the clakville: em0: attach_pre capping queues at 1 em0: using 1024 tx descriptors and 1024 rx descriptors em0: msix_init qsets capped at em0: PCIY_MSIX capability not found; or rid 0 == 0. em0: Using an MSI interrupt em0: allocated for 1 tx_queues em0: allocated for 1 rx_queues em0: Ethernet address: 54:be:f7:0b:d7:4e em0: netmap queues/slots: TX 1/1024, RX 1/1024 Since it's not not effort here, I also tried LACP, which panicked. vmcore available, but what debugger to use these days? kgdb seems to be replaced... -harry From owner-freebsd-net@freebsd.org Tue May 8 16:44:36 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B9501FBB2CA for ; Tue, 8 May 2018 16:44:36 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 43CC075DA7; Tue, 8 May 2018 16:44:35 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from [192.168.0.6] (67-0-214-163.albq.qwest.net [67.0.214.163]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id B8DF9194253; Tue, 8 May 2018 08:31:19 +0000 (UTC) Subject: Re: iflib-if_em tests with HEAD and lagg panic [Was: Re: svn commit: r333338 - in stable/11/sys: dev/bnxt kern net sys] To: Harry Schmalzbauer , Kevin Bowling Cc: "freebsd-net@freebsd.org" , Stephen Hurd References: <201805072142.w47LgN1R041002@repo.freebsd.org> <5AF16B8B.7030703@omnilan.de> <5AF17134.7020602@omnilan.de> <5AF1CF0F.4040909@omnilan.de> From: Sean Bruno Openpgp: preference=signencrypt Autocrypt: addr=sbruno@freebsd.org; prefer-encrypt=mutual; keydata= xsBNBFk+0UEBCADaf4bgxxKvMOhRV5NPoGWRCCGm49d6+1VFNlQ77WsY/+Zvf95TPULdRlnG w648KfxWt7+O3kdKhdRwnqlXWC7zA2Qt0dRE1yIqOGJ4jp4INvp/bcxWzgr0aoKOjrlnfxRV bh+s0rzdZt6TsNL3cVYxkC8oezjaUkHdW4mFJU249U1QJogkF8g0FeKNfEcjEkwJNX6lQJH+ EzCWT0NCk6J+Xyo+zOOljxPp1OUfdvZi3ulkU/qTZstGVWxFVsP8xQklV/y3AFcbIYx6iGJ4 5L7WuB0IWhO7Z4yHENr8wFaNYwpod9i4egX2BugbrM8pOfhN2/qqdeG1L5LMtXw3yyAhABEB AAHNN1NlYW4gQnJ1bm8gKEZyZWVCU0QgRGV2ZWxvcGVyIEtleSkgPHNicnVub0BmcmVlYnNk Lm9yZz7CwJQEEwEKAD4WIQToxOn4gDUE4eP0ujS95PX+ibX8tgUCWT7RQQIbAwUJBaOagAUL CQgHAwUVCgkICwUWAwIBAAIeAQIXgAAKCRC95PX+ibX8ttKTCACFKzRc56EBAlVotq02EjZP SfX+unlk6AuPBzShxqRxeK+bGYVCigrYd1M8nnskv0dEiZ5iYeND9HIxbpEyopqgpVTibA7w gBXaZ7SOEhNX1wXwg14JrralfSmPFMYni+sWegPMX/zwfAsn1z4mG1Nn44Xqo3o7CfpkMPy6 M5Bow2IDzIhEYISLR+urxs74/aHU35PLtBSDtu18914SEMDdva27MARN8mbeCDbuJVfGCPWy YHuy2t+9u2Zn5Dd+t3sBXLM9gpeaMm+4x6TNPpESygbVdh4tDdjVZ9DK/bWFg0kMgfZoaq6J l0jNsQXrZV3bzYNFbVw04pFcvA2GIJ7xzsBNBFk+0UEBCADIXBmQOaKMHGbc9vwjhV4Oj5aZ DdhNedn12FVeTdOXJvuTOusgxS29lla0RenHGDsgD08UiFpasBXWq/E+BhQ19d+iRbLLR17O KKc1ZGefoVbLARLXD68J5j4XAyK+6k2KqBLlqzAEpHTzsksM9naARkVXiEVcrt6ciw0FSm8n kuK3gDKKe93XfzfP+TQdbvvzJc7Fa+appLbXz61TM1aikaQlda8bWubDegwXbuoJdB34xU1m yjr/N4o+raL0x7QrzdH+wwgrTTo+H4S2c1972Skt5K5tbxLowfHicRl23V8itVQr3sBtlX4+ 66q+Apm7+R36bUS/k+G45Sp6iPpxABEBAAHCwHwEGAEKACYWIQToxOn4gDUE4eP0ujS95PX+ ibX8tgUCWT7RQQIbDAUJBaOagAAKCRC95PX+ibX8trrIB/9Pljqt/JGamD9tx4dOVmxSyFg9 z2xzgklTLuDgS73MM120mM7ao9AQUeWiSle/H0UCK7xPOzC/aeUC4oygDQKAfkkNbCNTo3+A qDjBRA8qx0e9a/QjDL+RFgD4L5kLT4tToY8T8HaBp8h03LBfk510IaI8oL/Jg7vpM3PDtJMW tUi2H+yNFmL3NfM2oBToWKLFsoP54f/eeeImrNnrlLjLHPzqS+/9apgYqX2Jwiv3tHBc4FTO GuY8VvF7BpixJs8Pc2RUuCfSyodrp1YG1kRGlXAH0cqwwr0Zmk4+7dZvtVQMCl6kS6q1+84q JwtItxS2eXSEA4NO0sQ3BXUywANh Message-ID: <65972f0d-2873-42ea-464c-a3db543abafb@freebsd.org> Date: Tue, 8 May 2018 10:44:24 -0600 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: <5AF1CF0F.4040909@omnilan.de> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="EDbDDG78TH95weNcwbeiB3LhqwW7fto06" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 08 May 2018 16:44:37 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --EDbDDG78TH95weNcwbeiB3LhqwW7fto06 Content-Type: multipart/mixed; boundary="783fzLAibmADpHJFnJANnmCtzf9nQPNg8"; protected-headers="v1" From: Sean Bruno To: Harry Schmalzbauer , Kevin Bowling Cc: "freebsd-net@freebsd.org" , Stephen Hurd Message-ID: <65972f0d-2873-42ea-464c-a3db543abafb@freebsd.org> Subject: Re: iflib-if_em tests with HEAD and lagg panic [Was: Re: svn commit: r333338 - in stable/11/sys: dev/bnxt kern net sys] References: <201805072142.w47LgN1R041002@repo.freebsd.org> <5AF16B8B.7030703@omnilan.de> <5AF17134.7020602@omnilan.de> <5AF1CF0F.4040909@omnilan.de> In-Reply-To: <5AF1CF0F.4040909@omnilan.de> --783fzLAibmADpHJFnJANnmCtzf9nQPNg8 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 05/08/18 10:23, Harry Schmalzbauer wrote: > Bez=C3=BCglich Kevin Bowling's Nachricht vom 08.05.2018 11:52 (localtim= e): > =E2=80=A6 >>> But if the simple iflib/hw-support test with kawela+hartwell helps I'= m >>> happy to do. >> >> At this point it would be helpful, we think e1000 is nearing pretty >> good shape and I need to become familiar with any outstanding bugs. >=20 > I started with hartwell: > em1: attach_pre capping queues at 2 >=20 > Current cap: 0x460b > em1: using 1024 tx descriptors and 1024 rx descriptors > em1: msix_init qsets capped at 2 > em1: pxm cpus: 2 queue msgs: 4 admincnt: 1 > em1: using 2 rx queues 2 tx queues > em1: Using MSIX interrupts with 3 vectors > em1: allocated for 2 tx_queues > em1: allocated for 2 rx_queues > em1: Ethernet address: 00:1b:21:3e:90:52 > em1: netmap queues/slots: TX 2/1024, RX 2/1024 > dev.em.1.iflib.driver_version: 7.6.1-k > dev.em.1.queue_rx_1.rx_irq: 0 > dev.em.1.queue_rx_1.rxd_tail: 607 > dev.em.1.queue_rx_1.rxd_head: 21 > dev.em.1.queue_rx_0.rx_irq: 0 > dev.em.1.queue_rx_0.rxd_tail: 410 > dev.em.1.queue_rx_0.rxd_head: 412 > dev.em.1.queue_tx_1.tx_irq: 0 > dev.em.1.queue_tx_1.txd_tail: 8 > dev.em.1.queue_tx_1.txd_head: 8 > dev.em.1.queue_tx_0.tx_irq: 0 > dev.em.1.queue_tx_0.txd_tail: 428 > dev.em.1.queue_tx_0.txd_head: 428 >=20 > Looks good so far, no problems with simple line speed (NFS4) copies. >=20 > According to the i217 (Clarkville) Datasheet, it also supports 2 queues= : > Table 63. Intel=C2=AE Ethernet Controller I217 Capability PHY Address 0= 1, > Page 776,Register 19 > But it probably was never supported, at least I haven't ever checked > pre-iflib. > Here's the clakville: > em0: attach_pre capping queues at 1 > em0: using 1024 tx descriptors and 1024 rx descriptors > em0: msix_init qsets capped at > em0: PCIY_MSIX capability not found; or rid 0 =3D=3D 0. > em0: Using an MSI interrupt > em0: allocated for 1 tx_queues > em0: allocated for 1 rx_queues > em0: Ethernet address: 54:be:f7:0b:d7:4e > em0: netmap queues/slots: TX 1/1024, RX 1/1024 >=20 > Since it's not not effort here, I also tried LACP, which panicked. > vmcore available, but what debugger to use these days? kgdb seems to be= > replaced... >=20 > -harry > _____________ /usr/libexec/kgdb should be the old kgdb that you are used to. Most of us have switched to using devel/gdb from ports. sean --783fzLAibmADpHJFnJANnmCtzf9nQPNg8-- --EDbDDG78TH95weNcwbeiB3LhqwW7fto06 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEE6MTp+IA1BOHj9Lo0veT1/om1/LYFAlrx0+lfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEU4 QzRFOUY4ODAzNTA0RTFFM0Y0QkEzNEJERTRGNUZFODlCNUZDQjYACgkQveT1/om1 /LbrVwgAib0Yh6itpIT+O7VZKum5AIX+Rh5C810CZl02EfoM19OfwVhgCS2+QzJ5 2s8TFJfOew6UKZ2ZcdSJMAM6GmJdPzBW6CdpAptKRd1UbzfCXX81KF6wEg2l86Ry OHzIf3w2em6gG2RTPGLoFlf4+6Xwq+a0/hD4Kqcw9KxtsplSwmqNYRrHl13byiZ1 Rw3PBhbmYIGwH6I8MY5mjDIpOUEz/fcfFYkZBHmmgkVWVNlRrC2nc/khapti6A0j yZfOHOM+vg2T+2R0byeN23K1hoqeHWFCFpIBT7CdKzVg6SiJCzbXi1eUiHw8ietE i53HFoi7rZU7uJuoTxbDN5UoEPtxTA== =ntIX -----END PGP SIGNATURE----- --EDbDDG78TH95weNcwbeiB3LhqwW7fto06-- From owner-freebsd-net@freebsd.org Tue May 8 17:02:49 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AADDCFBBF21 for ; Tue, 8 May 2018 17:02:49 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (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 3FA0A7BA50; Tue, 8 May 2018 17:02:49 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mh0.gentlemail.de (mh0.gentlemail.de [IPv6:2a00:e10:2800::a135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id w48H2mMB082672; Tue, 8 May 2018 19:02:48 +0200 (CEST) (envelope-from freebsd@omnilan.de) Received: from titan.inop.mo1.omnilan.net (s1.omnilan.de [217.91.127.234]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 8F8AB130; Tue, 8 May 2018 19:02:47 +0200 (CEST) Message-ID: <5AF1D837.4060909@omnilan.de> Date: Tue, 08 May 2018 19:02:47 +0200 From: Harry Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: Kevin Bowling CC: Stephen Hurd , "freebsd-net@freebsd.org" Subject: iflib-if_igb tests with HEAD success [Was: Re: svn commit: r333338 - in stable/11/sys: dev/bnxt kern net sys] References: <201805072142.w47LgN1R041002@repo.freebsd.org> <5AF16B8B.7030703@omnilan.de> <5AF17134.7020602@omnilan.de> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]); Tue, 08 May 2018 19:02:48 +0200 (CEST) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: ; Sender-helo: mh0.gentlemail.de; ) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 08 May 2018 17:02:49 -0000 Bezüglich Kevin Bowling's Nachricht vom 08.05.2018 11:52 (localtime): > On Tue, May 8, 2018 at 2:43 AM, Harry Schmalzbauer wrote: … >> But if the simple iflib/hw-support test with kawela+hartwell helps I'm >> happy to do. > > At this point it would be helpful, we think e1000 is nearing pretty > good shape and I need to become familiar with any outstanding bugs. Here's the results for kawela (82576) which, to my surprise, still shows up as "igb" – I thought it would be "emX". igb0: attach_pre capping queues at 8 igb0: using 1024 tx descriptors and 1024 rx descriptors igb0: msix_init qsets capped at 8 igb0: pxm cpus: 2 queue msgs: 9 admincnt: 1 igb0: queue equality override not set, capping rx_queues at 2 and tx_queues at 2 igb0: using 2 rx queues 2 tx queues igb0: Using MSIX interrupts with 3 vectors igb0: allocated for 2 tx_queues igb0: allocated for 2 rx_queues igb0: Ethernet address: 90:e2:ba:80:30:ee igb0: netmap queues/slots: TX 2/1024, RX 2/1024 igb1: mem 0xf7c00000-0xf7c1ffff,0xf7400000-0xf77fffff,0xf7c40000-0xf7c43fff at device 0.1 on pci3 igb1: attach_pre capping queues at 8 igb1: using 1024 tx descriptors and 1024 rx descriptors igb1: msix_init qsets capped at 8 igb1: pxm cpus: 2 queue msgs: 9 admincnt: 1 igb1: queue equality override not set, capping rx_queues at 2 and tx_queues at 2 igb1: using 2 rx queues 2 tx queues igb1: Using MSIX interrupts with 3 vectors igb1: allocated for 2 tx_queues igb1: allocated for 2 rx_queues igb1: Ethernet address: 90:e2:ba:80:30:ef igb1: netmap queues/slots: TX 2/1024, RX 2/1024 dev.igb.0.iflib.driver_version: 7.6.1-k Only 2 queues were allocated because this is my desktop dual core haswell. Running simple NFS4 copies with all offloading bells and whistles enabled and MTU 9000 work fine (over IPv6 and LACP) at full line rate. Only one LACP LOR (no panic as with emo+em1 lagg, where I saw pages full of LORs): lock order reversal: (sleepable after non-sleepable) 1st 0xfffff80002bc9208 if_lagg rmlock (if_lagg rmlock) @ /usr/src/sys/net/if_lagg.c:1433 2nd 0xfffff80002c04550 iflib ctx lock (iflib ctx lock) @ /usr/src/sys/net/iflib.c:3999 stack backtrace: #0 0xffffffff80701113 at witness_debugger+0x73 #1 0xffffffff80700f94 at witness_checkorder+0xe34 #2 0xffffffff806a26a8 at _sx_xlock+0x68 #3 0xffffffff807bbfbc at iflib_if_ioctl+0x8c #4 0xffffffff8079e5f4 at if_addmulti+0x264 #5 0xffffffff821144a8 at lagg_setmulti+0x108 #6 0xffffffff82111a28 at lagg_ioctl+0x128 #7 0xffffffff8079e5f4 at if_addmulti+0x264 #8 0xffffffff807d8b7e at in_joingroup_locked+0x1ce #9 0xffffffff807d8982 at in_joingroup+0x42 #10 0xffffffff807d47cb at in_control+0x93b #11 0xffffffff8079d656 at ifioctl+0x19c6 #12 0xffffffff807068c9 at kern_ioctl+0x2b9 #13 0xffffffff80706598 at sys_ioctl+0x168 #14 0xffffffff809dab2c at amd64_syscall+0x2cc #15 0xffffffff809b71ad at fast_syscall_common+0x101 I must have accidentially excluded kgdb via src.conf – will check and return to the iflib-if_em thread. Thanks, -harry From owner-freebsd-net@freebsd.org Tue May 8 17:37:58 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 25270FBD2B9 for ; Tue, 8 May 2018 17:37:58 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (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 9B16B84AEB; Tue, 8 May 2018 17:37:57 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mh0.gentlemail.de (ezra.dcm1.omnilan.net [IPv6:2a00:e10:2800::a135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id w48HbuK0082917; Tue, 8 May 2018 19:37:56 +0200 (CEST) (envelope-from freebsd@omnilan.de) Received: from titan.inop.mo1.omnilan.net (s1.omnilan.de [217.91.127.234]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 161C916C; Tue, 8 May 2018 19:37:56 +0200 (CEST) Message-ID: <5AF1E073.5010701@omnilan.de> Date: Tue, 08 May 2018 19:37:55 +0200 From: Harry Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: Sean Bruno CC: Kevin Bowling , "freebsd-net@freebsd.org" , Stephen Hurd Subject: Re: iflib-if_em tests with HEAD and lagg panic [Was: Re: svn commit: r333338 - in stable/11/sys: dev/bnxt kern net sys] References: <201805072142.w47LgN1R041002@repo.freebsd.org> <5AF16B8B.7030703@omnilan.de> <5AF17134.7020602@omnilan.de> <5AF1CF0F.4040909@omnilan.de> <65972f0d-2873-42ea-464c-a3db543abafb@freebsd.org> In-Reply-To: <65972f0d-2873-42ea-464c-a3db543abafb@freebsd.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]); Tue, 08 May 2018 19:37:56 +0200 (CEST) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: ; Sender-helo: mh0.gentlemail.de; ) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 08 May 2018 17:37:58 -0000 Bezüglich Sean Bruno's Nachricht vom 08.05.2018 18:44 (localtime): > > > On 05/08/18 10:23, Harry Schmalzbauer wrote: >> Bezüglich Kevin Bowling's Nachricht vom 08.05.2018 11:52 (localtime): >> … >>>> But if the simple iflib/hw-support test with kawela+hartwell helps I'm >>>> happy to do. >>> >>> At this point it would be helpful, we think e1000 is nearing pretty >>> good shape and I need to become familiar with any outstanding bugs. >> >> I started with hartwell: >> em1: attach_pre capping queues at 2 >> >> Current cap: 0x460b >> em1: using 1024 tx descriptors and 1024 rx descriptors >> em1: msix_init qsets capped at 2 >> em1: pxm cpus: 2 queue msgs: 4 admincnt: 1 >> em1: using 2 rx queues 2 tx queues >> em1: Using MSIX interrupts with 3 vectors >> em1: allocated for 2 tx_queues >> em1: allocated for 2 rx_queues >> em1: Ethernet address: 00:1b:21:3e:90:52 >> em1: netmap queues/slots: TX 2/1024, RX 2/1024 >> dev.em.1.iflib.driver_version: 7.6.1-k >> dev.em.1.queue_rx_1.rx_irq: 0 >> dev.em.1.queue_rx_1.rxd_tail: 607 >> dev.em.1.queue_rx_1.rxd_head: 21 >> dev.em.1.queue_rx_0.rx_irq: 0 >> dev.em.1.queue_rx_0.rxd_tail: 410 >> dev.em.1.queue_rx_0.rxd_head: 412 >> dev.em.1.queue_tx_1.tx_irq: 0 >> dev.em.1.queue_tx_1.txd_tail: 8 >> dev.em.1.queue_tx_1.txd_head: 8 >> dev.em.1.queue_tx_0.tx_irq: 0 >> dev.em.1.queue_tx_0.txd_tail: 428 >> dev.em.1.queue_tx_0.txd_head: 428 >> >> Looks good so far, no problems with simple line speed (NFS4) copies. >> >> According to the i217 (Clarkville) Datasheet, it also supports 2 queues: >> Table 63. Intel® Ethernet Controller I217 Capability PHY Address 01, >> Page 776,Register 19 >> But it probably was never supported, at least I haven't ever checked >> pre-iflib. >> Here's the clakville: >> em0: attach_pre capping queues at 1 >> em0: using 1024 tx descriptors and 1024 rx descriptors >> em0: msix_init qsets capped at >> em0: PCIY_MSIX capability not found; or rid 0 == 0. >> em0: Using an MSI interrupt >> em0: allocated for 1 tx_queues >> em0: allocated for 1 rx_queues >> em0: Ethernet address: 54:be:f7:0b:d7:4e >> em0: netmap queues/slots: TX 1/1024, RX 1/1024 >> >> Since it's not not effort here, I also tried LACP, which panicked. >> vmcore available, but what debugger to use these days? kgdb seems to be >> replaced... >> >> -harry >> _____________ > > /usr/libexec/kgdb should be the old kgdb that you are used to. Most of > us have switched to using devel/gdb from ports. Thanks, me stupid – it's in libexec, not in my path... Unfortunately I have no clue about those essential C tools, so it doesn't make much sense for me to waste energy installing devel/gdb ;-) While I'm wondering why/how LLVM/gdb can be mixed... pure lack of essentials :-( So back to iflib-if_em panic after setting up a if_lagg(4) interface (which consists of an addon 82574 and the on-board (PCH)+i217 NIC, which was assigned a locally administrated ethernet address and used as first laggport, so the private MAC was (successfully) set on both NICs) and firing dhclient to get a lease: Sleeping on "e1000_delay" with the following non-sleepable locks held: exclusive rm if_lagg rmlock (if_lagg rmlock) r = 0 (0xfffff80014228c08) locked @ /usr/src/sys/net/if_lagg.c:1433 stack backtrace: #0 0xffffffff80701113 at witness_debugger+0x73 #1 0xffffffff807024f1 at witness_warn+0x461 #2 0xffffffff806a42cc at _sleep+0x6c #3 0xffffffff806a4b34 at pause_sbt+0x144 #4 0xffffffff80440e21 at e1000_write_phy_reg_mdic+0xf1 #5 0xffffffff804446bf at e1000_enable_phy_wakeup_reg_access_bm+0x2f #6 0xffffffff80432e0a at e1000_update_mc_addr_list_pch2lan+0x3a #7 0xffffffff8041408f at em_if_multi_set+0x1bf #8 0xffffffff807bc02e at iflib_if_ioctl+0xfe #9 0xffffffff82111a15 at lagg_ioctl+0x115 #10 0xffffffff807dd348 at inm_release_task+0x218 #11 0xffffffff806dea29 at gtaskqueue_run_locked+0x139 #12 0xffffffff806de7a8 at gtaskqueue_thread_loop+0x88 #13 0xffffffff80659d84 at fork_exit+0x84 #14 0xffffffff809b767e at fork_trampoline+0xe Sleeping thread (tid 100017, pid 0) owns a non-sleepable lock KDB: stack backtrace of thread 100017: sched_switch() at sched_switch+0x945/frame 0xfffffe00750dc5d0 mi_switch() at mi_switch+0x18c/frame 0xfffffe00750dc600 sleepq_switch() at sleepq_switch+0x10d/frame 0xfffffe00750dc640 sleepq_timedwait() at sleepq_timedwait+0x50/frame 0xfffffe00750dc680 _sleep() at _sleep+0x307/frame 0xfffffe00750dc730 pause_sbt() at pause_sbt+0x144/frame 0xfffffe00750dc780 e1000_write_phy_reg_mdic() at e1000_write_phy_reg_mdic+0xf1/frame 0xfffffe00750dc7c0 e1000_enable_phy_wakeup_reg_access_bm() at e1000_enable_phy_wakeup_reg_access_bm+0x2f/frame 0xfffffe00750dc7e0 e1000_update_mc_addr_list_pch2lan() at e1000_update_mc_addr_list_pch2lan+0x3a/frame 0xfffffe00750dc820 em_if_multi_set() at em_if_multi_set+0x1bf/frame 0xfffffe00750dc870 iflib_if_ioctl() at iflib_if_ioctl+0xfe/frame 0xfffffe00750dc8e0 lagg_ioctl() at lagg_ioctl+0x115/frame 0xfffffe00750dc990 inm_release_task() at inm_release_task+0x218/frame 0xfffffe00750dc9f0 gtaskqueue_run_locked() at gtaskqueue_run_locked+0x139/frame 0xfffffe00750dca40 gtaskqueue_thread_loop() at gtaskqueue_thread_loop+0x88/frame 0xfffffe00750dca70 fork_exit() at fork_exit+0x84/frame 0xfffffe00750dcab0 fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe00750dcab0 --- trap 0, rip = 0, rsp = 0, rbp = 0 --- panic: sleeping thread cpuid = 3 time = 1525794682 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe008fe180e0 vpanic() at vpanic+0x1a3/frame 0xfffffe008fe18140 panic() at panic+0x43/frame 0xfffffe008fe181a0 propagate_priority() at propagate_priority+0x335/frame 0xfffffe008fe181e0 turnstile_wait() at turnstile_wait+0x38d/frame 0xfffffe008fe18230 __mtx_lock_sleep() at __mtx_lock_sleep+0x1e1/frame 0xfffffe008fe182b0 __mtx_lock_flags() at __mtx_lock_flags+0xf9/frame 0xfffffe008fe18300 _rm_rlock() at _rm_rlock+0x280/frame 0xfffffe008fe18330 _rm_rlock_debug() at _rm_rlock_debug+0x14c/frame 0xfffffe008fe18380 lagg_transmit() at lagg_transmit+0x38/frame 0xfffffe008fe183f0 ether_output_frame() at ether_output_frame+0xaa/frame 0xfffffe008fe18420 ether_output() at ether_output+0x68b/frame 0xfffffe008fe184c0 arprequest() at arprequest+0x474/frame 0xfffffe008fe185c0 arp_ifinit() at arp_ifinit+0x58/frame 0xfffffe008fe18600 ether_ioctl() at ether_ioctl+0x1d1/frame 0xfffffe008fe18630 lagg_ioctl() at lagg_ioctl+0x602/frame 0xfffffe008fe186e0 in_control() at in_control+0x8f5/frame 0xfffffe008fe18780 ifioctl() at ifioctl+0x19c6/frame 0xfffffe008fe18850 kern_ioctl() at kern_ioctl+0x2b9/frame 0xfffffe008fe188b0 sys_ioctl() at sys_ioctl+0x168/frame 0xfffffe008fe18980 amd64_syscall() at amd64_syscall+0x2cc/frame 0xfffffe008fe18ab0 fast_syscall_common() at fast_syscall_common+0x101/frame 0xfffffe008fe18ab0 --- syscall (54, FreeBSD ELF64, sys_ioctl), rip = 0x8004820ba, rsp = 0x7fffffffe1c8, rbp = 0x7fffffffe210 --- KDB: enter: panic Hope this helps, -harry From owner-freebsd-net@freebsd.org Tue May 8 18:58:02 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A32DBFC655F for ; Tue, 8 May 2018 18:58:02 +0000 (UTC) (envelope-from shurd@llnw.com) Received: from mail-lf0-x231.google.com (mail-lf0-x231.google.com [IPv6:2a00:1450:4010:c07::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 F0F1979200 for ; Tue, 8 May 2018 18:58:01 +0000 (UTC) (envelope-from shurd@llnw.com) Received: by mail-lf0-x231.google.com with SMTP id g12-v6so47397778lfb.10 for ; Tue, 08 May 2018 11:58:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=llnw.com; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=LwmyPZZX8m+PCZ++iHA68IPWt2Leejr7XGnUWgVY0jA=; b=MnY4/9AfkxiRLg6WKR00bj2xQMYo2TXNMkA+h72PyPWGeElAqOmJ5g58QI53VT3iwb uRi2MbSYG283YMrwR/3ZSi1XitH106JBKP8yfYq0EFCXYJg9heN5ZLxuAotK5WJ1psCz usUHm90PmvO4gp0Qnbh/K+ObO4W3g/XMV9IjWWxSVcdxORt/6MMYhp1uiw01gc3J6KEy 7IDDUE2x8aHUTNXRWYKDGtO/19MN3Xw0dm3DHGRbvwEzvL8UBpfpqhpRvH8vPkE+LLzN EvDm/ooX395SK2wIQJXi6OmHGWic41b5Ly6OfUxl9VywGuM+2n9k+uFWkzAp7llewiN/ cx4w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=LwmyPZZX8m+PCZ++iHA68IPWt2Leejr7XGnUWgVY0jA=; b=t6z7FIGinlBHLomSZnLl+C35LiNTGSbhfDDprf93wMALLetg+iaYDnjXSJ/BVP+1bA ngjj8ae8FpUI2t3jHUozJuYMo28j7hYBh/jMGzJAl17LFFImjEZ4YWPtUyt0e+qVBQIi xzAyjpNL8S7x/1bSl9pbc8Ou7dAH6hU+jI7yQ86SSKFy7sha35OnGsuZvJcz1S2gj8gH P8ndWfBLSPZvM1YlG9kExPOEHQqs3ZdDiem2s0hlYJp8SE/97KxhZdsawZV0QVZ2uX/5 grncZKD9QX47vN7AKCq5N+CqkYwnQXYZeExhm7bLE//ZjZsm/eBniRZfGJ7xnBSO0+6t bomw== X-Gm-Message-State: ALQs6tDFGW9l4J7dJ8xdeQkKN9xTJ+ZYMEHNahINZcD55Se+vbDSNVQz QH+Zim2qZlOWFCL9ScD0dRrLZS2NjGSW3xaaR1Pevg== X-Google-Smtp-Source: AB8JxZp61ZFiuUcwL5G0CW5FKtc+egVvtOlk4pT1OAZ5niYxeLJ9L689fY1J2JUXQr3HAgLKQqJT9qAHTm2vG/T8H7s= X-Received: by 2002:a19:9106:: with SMTP id t6-v6mr28245994lfd.91.1525805880333; Tue, 08 May 2018 11:58:00 -0700 (PDT) MIME-Version: 1.0 Received: by 10.46.145.1 with HTTP; Tue, 8 May 2018 11:58:00 -0700 (PDT) In-Reply-To: <5AF1E073.5010701@omnilan.de> References: <201805072142.w47LgN1R041002@repo.freebsd.org> <5AF16B8B.7030703@omnilan.de> <5AF17134.7020602@omnilan.de> <5AF1CF0F.4040909@omnilan.de> <65972f0d-2873-42ea-464c-a3db543abafb@freebsd.org> <5AF1E073.5010701@omnilan.de> From: Stephen Hurd Date: Tue, 8 May 2018 14:58:00 -0400 Message-ID: Subject: Re: iflib-if_em tests with HEAD and lagg panic [Was: Re: svn commit: r333338 - in stable/11/sys: dev/bnxt kern net sys] To: Harry Schmalzbauer Cc: Sean Bruno , Kevin Bowling , "freebsd-net@freebsd.org" , Stephen Hurd Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 08 May 2018 18:58:02 -0000 Can you test the review here: https://reviews.freebsd.org/D15355 It looks like there are two different locks protecting the same data everywhere but in lagg_ioctl(). This is a rough first-pass, and there may be some lingering recursion and performance regressions with it. On Tue, May 8, 2018 at 1:37 PM, Harry Schmalzbauer wrote: > Bez=C3=BCglich Sean Bruno's Nachricht vom 08.05.2018 18:44 (localtime): > > > > > > On 05/08/18 10:23, Harry Schmalzbauer wrote: > >> Bez=C3=BCglich Kevin Bowling's Nachricht vom 08.05.2018 11:52 (localti= me): > >> =E2=80=A6 > >>>> But if the simple iflib/hw-support test with kawela+hartwell helps I= 'm > >>>> happy to do. > >>> > >>> At this point it would be helpful, we think e1000 is nearing pretty > >>> good shape and I need to become familiar with any outstanding bugs. > >> > >> I started with hartwell: > >> em1: attach_pre capping queues at 2 > >> > >> Current cap: 0x460b > >> em1: using 1024 tx descriptors and 1024 rx descriptors > >> em1: msix_init qsets capped at 2 > >> em1: pxm cpus: 2 queue msgs: 4 admincnt: 1 > >> em1: using 2 rx queues 2 tx queues > >> em1: Using MSIX interrupts with 3 vectors > >> em1: allocated for 2 tx_queues > >> em1: allocated for 2 rx_queues > >> em1: Ethernet address: 00:1b:21:3e:90:52 > >> em1: netmap queues/slots: TX 2/1024, RX 2/1024 > >> dev.em.1.iflib.driver_version: 7.6.1-k > >> dev.em.1.queue_rx_1.rx_irq: 0 > >> dev.em.1.queue_rx_1.rxd_tail: 607 > >> dev.em.1.queue_rx_1.rxd_head: 21 > >> dev.em.1.queue_rx_0.rx_irq: 0 > >> dev.em.1.queue_rx_0.rxd_tail: 410 > >> dev.em.1.queue_rx_0.rxd_head: 412 > >> dev.em.1.queue_tx_1.tx_irq: 0 > >> dev.em.1.queue_tx_1.txd_tail: 8 > >> dev.em.1.queue_tx_1.txd_head: 8 > >> dev.em.1.queue_tx_0.tx_irq: 0 > >> dev.em.1.queue_tx_0.txd_tail: 428 > >> dev.em.1.queue_tx_0.txd_head: 428 > >> > >> Looks good so far, no problems with simple line speed (NFS4) copies. > >> > >> According to the i217 (Clarkville) Datasheet, it also supports 2 queue= s: > >> Table 63. Intel=C2=AE Ethernet Controller I217 Capability PHY Address = 01, > >> Page 776,Register 19 > >> But it probably was never supported, at least I haven't ever checked > >> pre-iflib. > >> Here's the clakville: > >> em0: attach_pre capping queues at 1 > >> em0: using 1024 tx descriptors and 1024 rx descriptors > >> em0: msix_init qsets capped at > >> em0: PCIY_MSIX capability not found; or rid 0 =3D=3D 0. > >> em0: Using an MSI interrupt > >> em0: allocated for 1 tx_queues > >> em0: allocated for 1 rx_queues > >> em0: Ethernet address: 54:be:f7:0b:d7:4e > >> em0: netmap queues/slots: TX 1/1024, RX 1/1024 > >> > >> Since it's not not effort here, I also tried LACP, which panicked. > >> vmcore available, but what debugger to use these days? kgdb seems to b= e > >> replaced... > >> > >> -harry > >> _____________ > > > > /usr/libexec/kgdb should be the old kgdb that you are used to. Most of > > us have switched to using devel/gdb from ports. > > Thanks, me stupid =E2=80=93 it's in libexec, not in my path... > Unfortunately I have no clue about those essential C tools, so it > doesn't make much sense for me to waste energy installing devel/gdb ;-) > While I'm wondering why/how LLVM/gdb can be mixed... pure lack of > essentials :-( > > So back to iflib-if_em panic after setting up a if_lagg(4) interface > (which consists of an addon 82574 and the on-board (PCH)+i217 NIC, which > was assigned a locally administrated ethernet address and used as first > laggport, so the private MAC was (successfully) set on both NICs) > and firing dhclient to get a lease: > > > Sleeping on "e1000_delay" with the following non-sleepable locks held: > exclusive rm if_lagg rmlock (if_lagg rmlock) r =3D 0 (0xfffff80014228c08) > locked @ /usr/src/sys/net/if_lagg.c:1433 > stack backtrace: > #0 0xffffffff80701113 at witness_debugger+0x73 > #1 0xffffffff807024f1 at witness_warn+0x461 > #2 0xffffffff806a42cc at _sleep+0x6c > #3 0xffffffff806a4b34 at pause_sbt+0x144 > #4 0xffffffff80440e21 at e1000_write_phy_reg_mdic+0xf1 > #5 0xffffffff804446bf at e1000_enable_phy_wakeup_reg_access_bm+0x2f > #6 0xffffffff80432e0a at e1000_update_mc_addr_list_pch2lan+0x3a > #7 0xffffffff8041408f at em_if_multi_set+0x1bf > #8 0xffffffff807bc02e at iflib_if_ioctl+0xfe > #9 0xffffffff82111a15 at lagg_ioctl+0x115 > #10 0xffffffff807dd348 at inm_release_task+0x218 > #11 0xffffffff806dea29 at gtaskqueue_run_locked+0x139 > #12 0xffffffff806de7a8 at gtaskqueue_thread_loop+0x88 > #13 0xffffffff80659d84 at fork_exit+0x84 > #14 0xffffffff809b767e at fork_trampoline+0xe > Sleeping thread (tid 100017, pid 0) owns a non-sleepable lock > KDB: stack backtrace of thread 100017: > sched_switch() at sched_switch+0x945/frame 0xfffffe00750dc5d0 > mi_switch() at mi_switch+0x18c/frame 0xfffffe00750dc600 > sleepq_switch() at sleepq_switch+0x10d/frame 0xfffffe00750dc640 > sleepq_timedwait() at sleepq_timedwait+0x50/frame 0xfffffe00750dc680 > _sleep() at _sleep+0x307/frame 0xfffffe00750dc730 > pause_sbt() at pause_sbt+0x144/frame 0xfffffe00750dc780 > e1000_write_phy_reg_mdic() at e1000_write_phy_reg_mdic+0xf1/frame > 0xfffffe00750dc7c0 > e1000_enable_phy_wakeup_reg_access_bm() at > e1000_enable_phy_wakeup_reg_access_bm+0x2f/frame 0xfffffe00750dc7e0 > e1000_update_mc_addr_list_pch2lan() at > e1000_update_mc_addr_list_pch2lan+0x3a/frame 0xfffffe00750dc820 > em_if_multi_set() at em_if_multi_set+0x1bf/frame 0xfffffe00750dc870 > iflib_if_ioctl() at iflib_if_ioctl+0xfe/frame 0xfffffe00750dc8e0 > lagg_ioctl() at lagg_ioctl+0x115/frame 0xfffffe00750dc990 > inm_release_task() at inm_release_task+0x218/frame 0xfffffe00750dc9f0 > gtaskqueue_run_locked() at gtaskqueue_run_locked+0x139/frame > 0xfffffe00750dca40 > gtaskqueue_thread_loop() at gtaskqueue_thread_loop+0x88/frame > 0xfffffe00750dca70 > fork_exit() at fork_exit+0x84/frame 0xfffffe00750dcab0 > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe00750dcab0 > --- trap 0, rip =3D 0, rsp =3D 0, rbp =3D 0 --- > panic: sleeping thread > cpuid =3D 3 > time =3D 1525794682 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > 0xfffffe008fe180e0 > vpanic() at vpanic+0x1a3/frame 0xfffffe008fe18140 > panic() at panic+0x43/frame 0xfffffe008fe181a0 > propagate_priority() at propagate_priority+0x335/frame 0xfffffe008fe181e0 > turnstile_wait() at turnstile_wait+0x38d/frame 0xfffffe008fe18230 > __mtx_lock_sleep() at __mtx_lock_sleep+0x1e1/frame 0xfffffe008fe182b0 > __mtx_lock_flags() at __mtx_lock_flags+0xf9/frame 0xfffffe008fe18300 > _rm_rlock() at _rm_rlock+0x280/frame 0xfffffe008fe18330 > _rm_rlock_debug() at _rm_rlock_debug+0x14c/frame 0xfffffe008fe18380 > lagg_transmit() at lagg_transmit+0x38/frame 0xfffffe008fe183f0 > ether_output_frame() at ether_output_frame+0xaa/frame 0xfffffe008fe18420 > ether_output() at ether_output+0x68b/frame 0xfffffe008fe184c0 > arprequest() at arprequest+0x474/frame 0xfffffe008fe185c0 > arp_ifinit() at arp_ifinit+0x58/frame 0xfffffe008fe18600 > ether_ioctl() at ether_ioctl+0x1d1/frame 0xfffffe008fe18630 > lagg_ioctl() at lagg_ioctl+0x602/frame 0xfffffe008fe186e0 > in_control() at in_control+0x8f5/frame 0xfffffe008fe18780 > ifioctl() at ifioctl+0x19c6/frame 0xfffffe008fe18850 > kern_ioctl() at kern_ioctl+0x2b9/frame 0xfffffe008fe188b0 > sys_ioctl() at sys_ioctl+0x168/frame 0xfffffe008fe18980 > amd64_syscall() at amd64_syscall+0x2cc/frame 0xfffffe008fe18ab0 > fast_syscall_common() at fast_syscall_common+0x101/frame > 0xfffffe008fe18ab0 > --- syscall (54, FreeBSD ELF64, sys_ioctl), rip =3D 0x8004820ba, rsp =3D > 0x7fffffffe1c8, rbp =3D 0x7fffffffe210 --- > KDB: enter: panic > > > Hope this helps, > > -harry > --=20 [image: Limelight Networks] Stephen Hurd* Principal Engineer* EXPERIENCE FIRST. +1 616 848 0643 <+1+616+848+0643> www.limelight.com [image: Facebook] [image: LinkedIn] [image: Twitter] From owner-freebsd-net@freebsd.org Tue May 8 20:05:04 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 042B5FC88B4 for ; Tue, 8 May 2018 20:05:04 +0000 (UTC) (envelope-from tj@enoti.me) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (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 AA7C88A24E; Tue, 8 May 2018 20:05:03 +0000 (UTC) (envelope-from tj@enoti.me) Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id 92F0D225FA; Tue, 8 May 2018 16:04:55 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute3.internal (MEProxy); Tue, 08 May 2018 16:04:55 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=FExQb/ /tQ0urPwIj72Gh68skwL7aqYMyqXxsl5c6H8s=; b=gJDH3ponQXgyOF81PTTo/4 WyUC6wIrzOq7yzoJ+UIrulVdibyAXDpiKUXRIRuIOXFGyXvZTM0Agx3y4K3bZmc1 KZFHnrkIZ9DgKmMaqAF9aP/3CV6ZFx8S6L+7YoYNPtkaDhpd9LWXzj+JD1yXH1NA N06ew1sHRiRjFEsUbUELqQ0NEIkjBcvB87D9vAKFC89rw3cLrVKk/xQLMxD9c5B+ pN+lF23I1kUT07l60JjUnsCKwxapIz7eIue6YevKY7ChcX7qTHxL1Fs0RJqgoZEV KJU4RuH5MYQIUBdMEIp4hw1vA5LpBbdVzaOX/viZeIhSSrRKUJd/XKZCUES+3jbg == X-ME-Sender: Received: from tom-desk.erg.abdn.ac.uk (tom-desk.erg.abdn.ac.uk [139.133.204.4]) by mail.messagingengine.com (Postfix) with ESMTPA id 4CB54E5091; Tue, 8 May 2018 16:04:54 -0400 (EDT) Date: Tue, 8 May 2018 21:04:39 +0100 From: Tom Jones To: Harsh Jain Cc: freebsd-net@freebsd.org, Navdeep Parhar , John Baldwin , sonyarpitad@chelsio.com, lstewart@freebsd.org Subject: Re: Bug: Newreno; Seems Memory leak in newreno_cb_init Message-ID: <20180508200439.GA32339@tom-desk.erg.abdn.ac.uk> References: <58ab6c13-f9c4-b4d7-7f2c-eade3749457f@chelsio.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <58ab6c13-f9c4-b4d7-7f2c-eade3749457f@chelsio.com> User-Agent: Mutt/1.9.4 (2018-02-28) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 08 May 2018 20:05:04 -0000 On Tue, May 08, 2018 at 05:14:49PM +0530, Harsh Jain wrote: > Hi All, > > We have observed memory leak with TCP network traffic in "newreno". > > Output of vmstat -m > > in_mfilter 3 3K - 3 1024 > in_multi 4 1K - 4 256 > ip_moptions 6 1K - 6 64,256 > encap_export_host 2 2K - 2 1024 > newreno data 394849273 6169520K - 394849273 16 > sctp_a_it 0 0K - 5 16 > sctp_vrf 1 1K - 1 64 > sctp_ifa 7 1K - 7 128 > sctp_ifn 4 1K - 4 128 > > There is 1 malloc in "newreno_cb_init" whose pointer is not saved in any global structure to free the same. > > Is this a BUG? Hi Harsh, Adding Lawrence in cc It looks like it, running nc in a loop I can watch MemUse grow. I think this should address the leak https://reviews.freebsd.org/D15358 - [tj] From owner-freebsd-net@freebsd.org Tue May 8 21:14:54 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 57B76FCA674; Tue, 8 May 2018 21:14:54 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from msa1.earth.yoonka.com (yoonka.com [88.98.225.149]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "msa1.earth.yoonka.com", Issuer "msa1.earth.yoonka.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id DEA8B6FB4B; Tue, 8 May 2018 21:14:50 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from ultrabook.yoonka.com (p5DD75584.dip0.t-ipconnect.de [93.215.85.132]) (authenticated bits=0) by msa1.earth.yoonka.com (8.15.2/8.15.2) with ESMTPSA id w48KxP1Z009739 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Tue, 8 May 2018 20:59:26 GMT (envelope-from list1@gjunka.com) X-Authentication-Warning: msa1.earth.yoonka.com: Host p5DD75584.dip0.t-ipconnect.de [93.215.85.132] claimed to be ultrabook.yoonka.com To: freebsd-infiniband@freebsd.org, freebsd-net@freebsd.org From: Grzegorz Junka Subject: Unrecognized Inifiniband HCA Message-ID: <169976f0-2159-9ef0-d956-b13e717ef783@gjunka.com> Date: Tue, 8 May 2018 20:59:20 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-GB-large X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 08 May 2018 21:14:54 -0000 Hi All, pciconf -lv gives me none1@pci0:3:0:0:       class=0x0c0600 card=0x000315b3 chip=0x634015b3 rev=0xa0 hdr=0x00     vendor     = 'Mellanox Technologies'     device     = 'MT25408 [ConnectX VPI - IB SDR / 10GigE]'     class      = serial bus Does it mean that my card is unrecognized? It supposed to be 10GB x 2 Infiniband PCI-E HCA 500EX-D Dual-Port Card Mellanox Firmware. Currently the card doesn't show when doing ifconfig. What should I do to have the proper device name instead of none1 or for the card to appear in ifconfig? # kldstat Id Refs Address            Size     Name  1   28 0xffffffff80200000 1f67a88  kernel  2    1 0xffffffff82169000 316708   zfs.ko  3    2 0xffffffff82480000 cb78     opensolaris.ko  4    1 0xffffffff8248d000 42c28    mps.ko  5    1 0xffffffff82621000 bdb0     if_lagg.ko  6    1 0xffffffff8262d000 3650     ums.ko  7    1 0xffffffff82631000 6679     nullfs.ko  8    1 0xffffffff82638000 bdfe     unionfs.ko  9    2 0xffffffff82644000 2094f    mlx5.ko 10    2 0xffffffff82665000 103e1    linuxkpi.ko 11    1 0xffffffff82676000 15965    mlx5en.ko Thanks GrzegorzJ From owner-freebsd-net@freebsd.org Tue May 8 23:42:03 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EE2E7FCDD14; Tue, 8 May 2018 23:42:02 +0000 (UTC) (envelope-from justin@postgresql.org) Received: from meldrar.postgresql.org (meldrar.postgresql.org [IPv6:2a02:c0:301:0:ffff::31]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "meldrar.postgresql.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8683A72EF1; Tue, 8 May 2018 23:42:02 +0000 (UTC) (envelope-from justin@postgresql.org) Received: from meldrar.postgresql.org ([87.238.57.231] helo=webmail.postgresql.org) by meldrar.postgresql.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1fGCF2-0006A1-Vy; Tue, 08 May 2018 23:42:00 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Wed, 09 May 2018 00:41:55 +0100 From: Justin Clift To: Grzegorz Junka Cc: freebsd-infiniband@freebsd.org, freebsd-net@freebsd.org, owner-freebsd-infiniband@freebsd.org Subject: Re: Unrecognized Inifiniband HCA In-Reply-To: <169976f0-2159-9ef0-d956-b13e717ef783@gjunka.com> References: <169976f0-2159-9ef0-d956-b13e717ef783@gjunka.com> Message-ID: <7218e2c4b23ebf4553a352633fe49e72@postgresql.org> X-Sender: justin@postgresql.org User-Agent: Roundcube Webmail/1.2.3 X-Pg-Spam-Score: -2.9 (--) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 08 May 2018 23:42:03 -0000 On 2018-05-08 21:59, Grzegorz Junka wrote: > Hi All, > > pciconf -lv > > gives me > > none1@pci0:3:0:0:       class=0x0c0600 card=0x000315b3 chip=0x634015b3 > rev=0xa0 hdr=0x00 >     vendor     = 'Mellanox Technologies' >     device     = 'MT25408 [ConnectX VPI - IB SDR / 10GigE]' >     class      = serial bus > > Does it mean that my card is unrecognized? It supposed to be 10GB x 2 > Infiniband PCI-E HCA 500EX-D Dual-Port Card Mellanox Firmware. > Currently the card doesn't show when doing ifconfig. What should I do > to have the proper device name instead of none1 or for the card to > appear in ifconfig? > > # kldstat > Id Refs Address            Size     Name >  1   28 0xffffffff80200000 1f67a88  kernel >  2    1 0xffffffff82169000 316708   zfs.ko >  3    2 0xffffffff82480000 cb78     opensolaris.ko >  4    1 0xffffffff8248d000 42c28    mps.ko >  5    1 0xffffffff82621000 bdb0     if_lagg.ko >  6    1 0xffffffff8262d000 3650     ums.ko >  7    1 0xffffffff82631000 6679     nullfs.ko >  8    1 0xffffffff82638000 bdfe     unionfs.ko >  9    2 0xffffffff82644000 2094f    mlx5.ko > 10    2 0xffffffff82665000 103e1    linuxkpi.ko > 11    1 0xffffffff82676000 15965    mlx5en.ko That's probably a ConnectX (series 1) Mellanox card. Those can operate in either Infiniband mode, or Ethernet mode. Which mode are you wanting it to run in? :) As a thought, the FreeBSD wiki page has a bit of info: https://wiki.freebsd.org/InfiniBand For that card to be recognised at all, it'll need the mlx4 driver(s) to load. I don't remember the exact one off hand (it's been a while), but some searching online for mlx4 and FreeBSD should turn up the right bits. Hope that helps. :) Regards and best wishes, Justin Clift From owner-freebsd-net@freebsd.org Tue May 8 23:42:27 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 95F1FFCDD64; Tue, 8 May 2018 23:42:27 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from mail.in-addr.com (mail.in-addr.com [IPv6:2a01:4f8:191:61e8::2525:2525]) (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 2D30272F97; Tue, 8 May 2018 23:42:27 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from gjp by mail.in-addr.com with local (Exim 4.91 (FreeBSD)) (envelope-from ) id 1fGCFV-0007qS-N8; Wed, 09 May 2018 00:42:25 +0100 Date: Wed, 9 May 2018 00:42:25 +0100 From: Gary Palmer To: Grzegorz Junka Cc: freebsd-infiniband@freebsd.org, freebsd-net@freebsd.org Subject: Re: Unrecognized Inifiniband HCA Message-ID: <20180508234225.GA13355@in-addr.com> References: <169976f0-2159-9ef0-d956-b13e717ef783@gjunka.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <169976f0-2159-9ef0-d956-b13e717ef783@gjunka.com> X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: gpalmer@freebsd.org X-SA-Exim-Scanned: No (on mail.in-addr.com); SAEximRunCond expanded to false X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 08 May 2018 23:42:27 -0000 On Tue, May 08, 2018 at 08:59:20PM +0000, Grzegorz Junka wrote: > Hi All, > > pciconf -lv > > gives me > > none1@pci0:3:0:0:???????????? class=0x0c0600 card=0x000315b3 chip=0x634015b3 > rev=0xa0 hdr=0x00 > ?????? vendor???????? = 'Mellanox Technologies' > ?????? device???????? = 'MT25408 [ConnectX VPI - IB SDR / 10GigE]' > ?????? class?????????? = serial bus > > Does it mean that my card is unrecognized? It supposed to be 10GB x 2 > Infiniband PCI-E HCA 500EX-D Dual-Port Card Mellanox Firmware. Currently > the card doesn't show when doing ifconfig. What should I do to have the > proper device name instead of none1 or for the card to appear in ifconfig? > > # kldstat > Id Refs Address?????????????????????? Size???????? Name > ??1???? 28 0xffffffff80200000 1f67a88?? kernel > ??2?????? 1 0xffffffff82169000 316708???? zfs.ko > ??3?????? 2 0xffffffff82480000 cb78???????? opensolaris.ko > ??4?????? 1 0xffffffff8248d000 42c28?????? mps.ko > ??5?????? 1 0xffffffff82621000 bdb0???????? if_lagg.ko > ??6?????? 1 0xffffffff8262d000 3650???????? ums.ko > ??7?????? 1 0xffffffff82631000 6679???????? nullfs.ko > ??8?????? 1 0xffffffff82638000 bdfe???????? unionfs.ko > ??9?????? 2 0xffffffff82644000 2094f?????? mlx5.ko > 10?????? 2 0xffffffff82665000 103e1?????? linuxkpi.ko > 11?????? 1 0xffffffff82676000 15965?????? mlx5en.ko mlx5en is for ConnectX-4. I think that's an older card. Try mlx4en, which supports ConnectX-2 and ConnectX-3. Regards, Gary From owner-freebsd-net@freebsd.org Wed May 9 00:39:48 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E1DC0FCF992; Wed, 9 May 2018 00:39:47 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (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 494167F27E; Wed, 9 May 2018 00:39:46 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id w490dgK2063342; Tue, 8 May 2018 17:39:42 -0700 (PDT) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd-rwg@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id w490dfXn063341; Tue, 8 May 2018 17:39:41 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201805090039.w490dfXn063341@pdx.rh.CN85.dnsmgr.net> Subject: Re: Unrecognized Inifiniband HCA In-Reply-To: <20180508234225.GA13355@in-addr.com> To: Gary Palmer Date: Tue, 8 May 2018 17:39:41 -0700 (PDT) CC: Grzegorz Junka , freebsd-infiniband@freebsd.org, freebsd-net@freebsd.org X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 May 2018 00:39:48 -0000 > On Tue, May 08, 2018 at 08:59:20PM +0000, Grzegorz Junka wrote: > > Hi All, > > > > pciconf -lv > > > > gives me > > > > none1@pci0:3:0:0:???????????? class=0x0c0600 card=0x000315b3 chip=0x634015b3 > > rev=0xa0 hdr=0x00 > > ?????? vendor???????? = 'Mellanox Technologies' > > ?????? device???????? = 'MT25408 [ConnectX VPI - IB SDR / 10GigE]' > > ?????? class?????????? = serial bus > > > > Does it mean that my card is unrecognized? It supposed to be 10GB x 2 > > Infiniband PCI-E HCA 500EX-D Dual-Port Card Mellanox Firmware. Currently > > the card doesn't show when doing ifconfig. What should I do to have the > > proper device name instead of none1 or for the card to appear in ifconfig? > > > > # kldstat > > Id Refs Address?????????????????????? Size???????? Name > > ??1???? 28 0xffffffff80200000 1f67a88?? kernel > > ??2?????? 1 0xffffffff82169000 316708???? zfs.ko > > ??3?????? 2 0xffffffff82480000 cb78???????? opensolaris.ko > > ??4?????? 1 0xffffffff8248d000 42c28?????? mps.ko > > ??5?????? 1 0xffffffff82621000 bdb0???????? if_lagg.ko > > ??6?????? 1 0xffffffff8262d000 3650???????? ums.ko > > ??7?????? 1 0xffffffff82631000 6679???????? nullfs.ko > > ??8?????? 1 0xffffffff82638000 bdfe???????? unionfs.ko > > ??9?????? 2 0xffffffff82644000 2094f?????? mlx5.ko > > 10?????? 2 0xffffffff82665000 103e1?????? linuxkpi.ko > > 11?????? 1 0xffffffff82676000 15965?????? mlx5en.ko > > mlx5en is for ConnectX-4. I think that's an older card. Try mlx4en, > which supports ConnectX-2 and ConnectX-3. >From a quick grep this infact should be supported by the mlx4/mlx5en drivers: net/mlx4/main.c: /* MT25408 "Hermon" SDR */ net/mlx4/main.c: /* MT25408 "Hermon" DDR */ net/mlx4/main.c: /* MT25408 "Hermon" QDR */ net/mlx4/main.c: /* MT25408 "Hermon" DDR PCIe gen2 */ net/mlx4/main.c: /* MT25408 "Hermon" QDR PCIe gen2 */ net/mlx4/main.c: /* MT25408 "Hermon" EN 10GigE */ net/mlx4/main.c: /* MT25408 "Hermon" EN 10GigE PCIe gen2 */ > > Regards, > > Gary -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-net@freebsd.org Wed May 9 01:06:38 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DDB58FD04AF for ; Wed, 9 May 2018 01:06:38 +0000 (UTC) (envelope-from lstewart@freebsd.org) Received: from lauren.room52.net (lauren.room52.net [45.63.28.37]) (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 552D284DC8; Wed, 9 May 2018 01:06:38 +0000 (UTC) (envelope-from lstewart@freebsd.org) Received: by lauren.room52.net (Postfix) with ESMTPSA id 23FA646635; Wed, 9 May 2018 11:00:53 +1000 (AEST) Subject: Re: Bug: Newreno; Seems Memory leak in newreno_cb_init To: Tom Jones , Harsh Jain Cc: freebsd-net@freebsd.org, Navdeep Parhar , John Baldwin , sonyarpitad@chelsio.com References: <58ab6c13-f9c4-b4d7-7f2c-eade3749457f@chelsio.com> <20180508200439.GA32339@tom-desk.erg.abdn.ac.uk> From: Lawrence Stewart Message-ID: <6c84c94a-9d16-db30-f8d5-c6b364cd9469@freebsd.org> Date: Wed, 9 May 2018 11:00:52 +1000 User-Agent: Not your concern MIME-Version: 1.0 In-Reply-To: <20180508200439.GA32339@tom-desk.erg.abdn.ac.uk> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 May 2018 01:06:39 -0000 On 09/05/2018 06:04, Tom Jones wrote: > On Tue, May 08, 2018 at 05:14:49PM +0530, Harsh Jain wrote: >> Hi All, >> >> We have observed memory leak with TCP network traffic in "newreno". >> >> Output of vmstat -m >> >>    in_mfilter     3     3K       -        3  1024 >>      in_multi     4     1K       -        4  256 >>   ip_moptions     6     1K       -        6  64,256 >> encap_export_host     2     2K       -        2  1024 >>  newreno data 394849273 6169520K       - 394849273  16 >>     sctp_a_it     0     0K       -        5  16 >>      sctp_vrf     1     1K       -        1  64 >>      sctp_ifa     7     1K       -        7  128 >>      sctp_ifn     4     1K       -        4  128 >> >> There is 1 malloc in "newreno_cb_init" whose pointer is not saved in any global structure to free the same. >> >> Is this a BUG? > > > Hi Harsh, > > Adding Lawrence in cc > > It looks like it, running nc in a loop I can watch MemUse grow. > > I think this should address the leak > > https://reviews.freebsd.org/D15358 I'm not clear why yet, but the patch I ultimately committed as r331214 is deeply flawed on account of missing memory allocation and other changes that never ended up in the working copy I committed from. The cb_destroy() change for example exists in the D11616 Phabricator review though. I think I may have refined the final patch and committed from a working copy that started with an older stale version of the patch. Ugh. Mea culpa, thanks for the bug report, and apologies for the oversight. Will work with Tom to get this fixed. Cheers, Lawrence From owner-freebsd-net@freebsd.org Wed May 9 01:08:30 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 26271FD055A for ; Wed, 9 May 2018 01:08:30 +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 BD15784E77 for ; Wed, 9 May 2018 01:08:29 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (124-148-108-197.dyn.iinet.net.au [124.148.108.197]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id w4918I4B047391 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Tue, 8 May 2018 18:08:21 -0700 (PDT) (envelope-from julian@freebsd.org) Subject: Re: multiple if_ipsec To: "Andrey V. Elsukov" , peter.blok@bsd4all.org, Victor Gamov Cc: freebsd-net@freebsd.org References: <5e36ac3f-39ce-72c5-cd97-dd3c4cf551a7@yandex.ru> <30d1c5f9-56e7-c67b-43e1-e6f0457360a8@otcnet.ru> <77c37ff9-8de3-dec0-176a-2b34db136bc5@otcnet.ru> <92930ba6-828d-ecb5-ce37-36794ec80ef7@yandex.ru> <112ea6c0-1927-5f47-24c7-6888295496cf@otcnet.ru> <8d27fbd2-001d-dc46-3621-c44d8dad5522@yandex.ru> <9f94133e-bc7f-7979-72de-e6907f68a254@otcnet.ru> From: Julian Elischer Message-ID: Date: Wed, 9 May 2018 09:08:13 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 May 2018 01:08:30 -0000 On 8/5/18 9:51 pm, Andrey V. Elsukov wrote: > On 08.05.2018 14:03, peter.blok@bsd4all.org wrote: >> Hi Victor, >> >> I’m struggling wit the same issue. My sainfo doesn’t match unless I >> use anonymous. >> >> Hi Andrey, >> >> What I don’t understand is why a “catchall” policy is added instead >> of the policy that matches the inner tunnel. > This is because the how IPsec works in BSD network stack. > > In simple words - outbound traffic is matched by security policy, > inbound is matched by security association. > > When a packet is going to be send from a host, the kernel checks > security policies for match. If it is matched, a packet goes into IPsec > processing. Then IPsec code using given security policy does lookup for > matched security association. And some IPsec transform happens. > > When a host receives a packet, it handled by network stack first. And > if it has corresponding IPsec inner protocol (ESP, AH), it will be > handled by IPsec code. A packet has embedded SPI, it is used for > security association lookup. If corresponding SA is found, the IPsec > code will apply revers IPsec transform to the packet. Then the kernel > checks, that there is some security policy for that packet. > > Now how if_ipsec(4) works. Security policies associated with interface > have configured requirements for tunnel mode with configured addresses. > Interfaces are designed for route based VPN, and when a packet is going > to be send through if_ipsec interface, its "output" routine uses > security policy associated with interface and with configured "reqid". > > If there are no SAs configured with given reqid, the IPsec code will > send ACQUIRE message to IKE and it should install SAs, that will be used > for IPsec transforms. > > When a host receives a packet, it handled by network stack, then by > IPsec code and when reverse transform is finished, IPsec code checks, if > packet was matched by tunnel mode SA it will be checked by if_ipsec > input routine. If addresses and reqid from SA matched to if_ipsec > configuration, it will be taken by if_ipsec interface. > > >> What is supposed to happen here? Is the IKE daemon supposed to update >> the policy once started. > In my understanding IKE is only supposed to install SAs for if_ipsec. > It can't change these policies, because they are immutable. > > I think for proper support of several if_ipsec interfaces racoon needs > some patches. But I have not spare time to do this job. > I recommend to use strongswan, it has active developers that are > responsive and may give some help at least. > > There was the link with example, but it also uses only one interface: > https://genneko.github.io/playing-with-bsd/networking/freebsd-vti-ipsec > my answer was to create a jail to act as the endpoint of each vpn using VIMAGE and then allow each jail to run its own raccoon. From owner-freebsd-net@freebsd.org Wed May 9 07:21:51 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C1514FAD19E for ; Wed, 9 May 2018 07:21:50 +0000 (UTC) (envelope-from peter.blok@bsd4all.org) Received: from smtpq2.tb.mail.iss.as9143.net (smtpq2.tb.mail.iss.as9143.net [212.54.42.165]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4C118712C6; Wed, 9 May 2018 07:21:49 +0000 (UTC) (envelope-from peter.blok@bsd4all.org) Received: from [212.54.42.134] (helo=smtp10.tb.mail.iss.as9143.net) by smtpq2.tb.mail.iss.as9143.net with esmtp (Exim 4.86_2) (envelope-from ) id 1fGJAu-0005AX-SD; Wed, 09 May 2018 09:06:08 +0200 Received: from 5ed231fb.cm-7-3a.dynamic.ziggo.nl ([94.210.49.251] helo=wan0.bsd4all.org) by smtp10.tb.mail.iss.as9143.net with esmtp (Exim 4.86_2) (envelope-from ) id 1fGJAu-0005Lq-Pq; Wed, 09 May 2018 09:06:08 +0200 Received: from newnas (localhost [127.0.0.1]) by wan0.bsd4all.org (Postfix) with ESMTP id 854BC39EA; Wed, 9 May 2018 09:06:07 +0200 (CEST) X-Virus-Scanned: amavisd-new at bsd4all.org Received: from wan0.bsd4all.org ([127.0.0.1]) by newnas (newnas.bsd4all.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EWXbM8gAtAQW; Wed, 9 May 2018 09:06:05 +0200 (CEST) Received: from [192.168.1.65] (unknown [192.168.1.65]) by wan0.bsd4all.org (Postfix) with ESMTPSA id 0300A39E4; Wed, 9 May 2018 09:06:03 +0200 (CEST) From: peter.blok@bsd4all.org Message-Id: <15DBFD1E-BC64-4A10-9CE1-E9912544B17C@bsd4all.org> Mime-Version: 1.0 (Mac OS X Mail 11.3 \(3445.6.18\)) Subject: Re: multiple if_ipsec Date: Wed, 9 May 2018 09:06:03 +0200 In-Reply-To: Cc: Victor Gamov , freebsd-net@freebsd.org To: Julian Elischer , "Andrey V. Elsukov" References: <5e36ac3f-39ce-72c5-cd97-dd3c4cf551a7@yandex.ru> <30d1c5f9-56e7-c67b-43e1-e6f0457360a8@otcnet.ru> <77c37ff9-8de3-dec0-176a-2b34db136bc5@otcnet.ru> <92930ba6-828d-ecb5-ce37-36794ec80ef7@yandex.ru> <112ea6c0-1927-5f47-24c7-6888295496cf@otcnet.ru> <8d27fbd2-001d-dc46-3621-c44d8dad5522@yandex.ru> <9f94133e-bc7f-7979-72de-e6907f68a254@otcnet.ru> X-Mailer: Apple Mail (2.3445.6.18) X-SourceIP: 94.210.49.251 X-Ziggo-spambar: / X-Ziggo-spamscore: 0.0 X-Ziggo-spamreport: CMAE Analysis: v=2.3 cv=OaG28CbY c=1 sm=1 tr=0 a=7fK1ynn72W3Z/oi6DA4Tww==:17 a=VUJBJC2UJ8kA:10 a=6I5d2MoRAAAA:8 a=6Q3WNqvRAAAA:8 a=r9t_9WzKAAAA:8 a=Fsaiwhltdj_cwLRojYkA:9 a=QEXdDO2ut3YA:10 a=DCqonCTIV_0KDOlY67kA:9 a=0CPWN1uCAPU1MoaS:21 a=_W_S_7VecoQA:10 a=IjZwj45LgO3ly-622nXo:22 a=I8PBwKCn76L9oNdl0isp:22 a=oxKVjGcqyHVwCdVmF4Wu:22 none X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 May 2018 07:21:51 -0000 Andrey, I was planning to move towards Strongswan anyway. The 1st step (with 1 = interface worked great) Julian, The idea of having a jail as VPN end-point is going to help me = transition step by step and possibly have both racoon and strongswan = active. Thx, Peter > On 9 May 2018, at 03:08, Julian Elischer wrote: >=20 > On 8/5/18 9:51 pm, Andrey V. Elsukov wrote: >> On 08.05.2018 14:03, peter.blok@bsd4all.org wrote: >>> Hi Victor, >>>=20 >>> I=E2=80=99m struggling wit the same issue. My sainfo doesn=E2=80=99t = match unless I >>> use anonymous. >>>=20 >>> Hi Andrey, >>>=20 >>> What I don=E2=80=99t understand is why a =E2=80=9Ccatchall=E2=80=9D = policy is added instead >>> of the policy that matches the inner tunnel. >> This is because the how IPsec works in BSD network stack. >>=20 >> In simple words - outbound traffic is matched by security policy, >> inbound is matched by security association. >>=20 >> When a packet is going to be send from a host, the kernel checks >> security policies for match. If it is matched, a packet goes into = IPsec >> processing. Then IPsec code using given security policy does lookup = for >> matched security association. And some IPsec transform happens. >>=20 >> When a host receives a packet, it handled by network stack first. And >> if it has corresponding IPsec inner protocol (ESP, AH), it will be >> handled by IPsec code. A packet has embedded SPI, it is used for >> security association lookup. If corresponding SA is found, the IPsec >> code will apply revers IPsec transform to the packet. Then the kernel >> checks, that there is some security policy for that packet. >>=20 >> Now how if_ipsec(4) works. Security policies associated with = interface >> have configured requirements for tunnel mode with configured = addresses. >> Interfaces are designed for route based VPN, and when a packet is = going >> to be send through if_ipsec interface, its "output" routine uses >> security policy associated with interface and with configured = "reqid". >>=20 >> If there are no SAs configured with given reqid, the IPsec code will >> send ACQUIRE message to IKE and it should install SAs, that will be = used >> for IPsec transforms. >>=20 >> When a host receives a packet, it handled by network stack, then by >> IPsec code and when reverse transform is finished, IPsec code checks, = if >> packet was matched by tunnel mode SA it will be checked by if_ipsec >> input routine. If addresses and reqid from SA matched to if_ipsec >> configuration, it will be taken by if_ipsec interface. >>=20 >>=20 >>> What is supposed to happen here? Is the IKE daemon supposed to = update >>> the policy once started. >> In my understanding IKE is only supposed to install SAs for if_ipsec. >> It can't change these policies, because they are immutable. >>=20 >> I think for proper support of several if_ipsec interfaces racoon = needs >> some patches. But I have not spare time to do this job. >> I recommend to use strongswan, it has active developers that are >> responsive and may give some help at least. >>=20 >> There was the link with example, but it also uses only one interface: >> = https://genneko.github.io/playing-with-bsd/networking/freebsd-vti-ipsec >>=20 > my answer was to create a jail to act as the endpoint of each vpn = using VIMAGE and then allow each jail to run its own raccoon. >=20 >=20 > _______________________________________________ > freebsd-net@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-net = > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org = " From owner-freebsd-net@freebsd.org Wed May 9 15:24:24 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5965AFC0D52 for ; Wed, 9 May 2018 15:24:24 +0000 (UTC) (envelope-from ab.tariq90@gmail.com) Received: from mail-it0-x230.google.com (mail-it0-x230.google.com [IPv6:2607:f8b0:4001:c0b::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 D47F87E888; Wed, 9 May 2018 15:24:23 +0000 (UTC) (envelope-from ab.tariq90@gmail.com) Received: by mail-it0-x230.google.com with SMTP id q4-v6so21086516ite.3; Wed, 09 May 2018 08:24:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=Aw7plBq69tQmdHGFtQtaDRcva+xgjO1GL5YUBtPSzgM=; b=BwcawcVmhnp3RUOdY1r7N8XDJNRjWg1MIk/HaWNgtOIrJUaTf7dJ+7zUQv6YK3f0yh O0Z6uAGJmHuUvQOSWhQUhfNdbCVVmFnyMguM3FP9XscOqqvk3h5hfnvt3CL45GSmaO3o cPreuE+aY8FV3xs6gqqg3pJHpgXEw5fTd3BjGI4q7rIv7YjcwOcXwbUFy609GO59H8I+ kjF4dk3uHVCt1K1H7a7Lei64i3RzGr1H+AoAXmjWoTv0FlpLeQJMmnt2ptFLgFYsJ4yR JkhEjGstWXz2UmYX9/s1EaUvmMBdf2qd/OL140ccVpg6zyfL6yILijttgnTKpcYCNy4r L1IQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=Aw7plBq69tQmdHGFtQtaDRcva+xgjO1GL5YUBtPSzgM=; b=Mo3bhxzBxnGlpDwRnBy59FE2P0dhp2wwkPo7z+X6ZCs5ePnoVKQNneNK9p4E/vjGYb Sc4O1NqG3MwI8N1wdeGQosOMHSibFjLGrxNnsyX42HBa/2cIVtVWoyhWFRVCkMc7YJtv 3+9IKtui46+80Iro/elmHO2QjKNbBRxahDwEyvlTcxLZJB8696SkrmuqYfLdLDPIr3oI VpJ75NJxAnuxhv4eVd0tGFrbkT19tmNebGc3BqyxlgQoB2a01fWpeAyVnBz/0PMYDIe7 mgbg/goYpOtxD8u48cGzNG0TWuqRhxVFYYr4hGFUkkKbbg+SQGP/IkNxFYOkUDetbzRz D4wA== X-Gm-Message-State: ALQs6tAqB4Nz943mz4f4dhXV+9pGA/B0j4fSnFtl/JWe9YmRvvaZ2OJ5 NiTV+Kc1cieKQVQgrNeotg+bxxgpJslFOs+NeF23yg== X-Google-Smtp-Source: AB8JxZo20FgnMGBzL//jCN5xg/XSqgXd5aWz1CwsECCnug8BcZ7x0cquP6uML4F1hUo73mJqTKm2SCimX7bMa1lYEFk= X-Received: by 2002:a24:8093:: with SMTP id g141-v6mr11110351itd.118.1525879463175; Wed, 09 May 2018 08:24:23 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a02:4a93:0:0:0:0:0 with HTTP; Wed, 9 May 2018 08:24:22 -0700 (PDT) In-Reply-To: <946595c0-8dd5-145f-6c13-c150a053a17c@freebsd.org> References: <5AE34CFA.7000207@grosbein.net> <5AE437C1.8010706@grosbein.net> <5AE44ADD.7020302@grosbein.net> <5AE468D5.9030702@grosbein.net> <5AE4D1AC.3080702@grosbein.net> <5AE75988.3020306@grosbein.net> <5AE75BAD.8030303@grosbein.net> <946595c0-8dd5-145f-6c13-c150a053a17c@freebsd.org> From: Abdullah Tariq Date: Wed, 9 May 2018 20:24:22 +0500 Message-ID: Subject: Re: NETGRAPH- bridge vlans using netgraph help To: Julian Elischer Cc: Freddie Cash , Eugene Grosbein , freebsd-net Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 May 2018 15:24:24 -0000 > > a picture would do wonders to understand what he wants. Apologies for being AWOL Attaching an image link: https://ibb.co/nt1s4S On Tue, May 1, 2018 at 8:39 PM, Julian Elischer wrote: > On 1/5/18 11:16 pm, Freddie Cash wrote: > > On Tue, May 1, 2018 at 6:08 AM, Julian Elischer > wrote: > >> On 1/5/18 2:08 am, Eugene Grosbein wrote: >> >>> 01.05.2018 1:03, Freddie Cash wrote: >>> >>> On Mon, Apr 30, 2018 at 10:59 AM, Eugene Grosbein >>> >wrote: >>>> >>>> > What the OP is trying to do is have PC1 send untagged packets t= o >>>> igb0 on FreeBSD which is configured for tagged vlan 5. >>>> > Then bridge the packets to igb1 which is also configured for >>>> tagged vlan 5. Then send the packets out, untagged, to PC2. >>>> >>>> Why would one want to "configure igb0 for tagged vlan 5" when igb= 0 >>>> supposed to receive untagged frames? >>>> This does not make any sense. One should just bridge igb0 as is, >>>> without creation vlan on it and problem's solved. >>>> >>>> =E2=80=8BYes, agree. What the OP wants to do can't be done. :)=E2=80= =8B >>>> >>> Perhaps, you missed a message from him when he states that configuratio= n >>> style does no matter for him really. >>> So, what he wants can be done, just using different style. >>> >>> >> >> a picture would do wonders to understand what he wants >> =E2=80=8B. >> > > =E2=80=8BA FreeBSD system with multiple NICs, with separate vlans interna= lly to > separate untagged traffic between PCs.=E2=80=8B > > https://forums.freebsd.org/threads/bridge-with-vlans-not-working.65592/ > > =E2=80=8B=E2=80=8Bhttps://forums.freebsd.org/attachments/capture-png.4744= / > > =E2=80=8Bhttps://forums.freebsd.org/threads/bridge-with-vlans-not- > working.65592/#lg=3Dpost-385584&slide=3D0 > > =E2=80=8BThe "easy" solution is to just bridge together the interfaces yo= u want to > be part of the same "virtual lan", thus allowing traffic between those > stations only. Want PC1 and PC2 to be part of one vlan? Then bridge > together igb0 and igb1. Want PC3, connected to igb2, and PC4, connected = to > igb3, to be part of a separate "virtual lan"? Then create a separate > bridge between igb2 and igb3. No vlan tags required anywhere. > > > ok so does he want to have those vlans terminated at his box or just pass > them through? > and if they are untagged, why is it being called a vlan? > untagged vlan is what we call "ethernet". > > if it's untagged then only the internal state of the switches decides > which "virtual network" it is on.. > > > > > But, the OP (in the forum thread and here) keeps getting hung up on > "needing" vlan tags on the NICs, trying to treat the FreeBSD box like a > switch with hybrid ports and PVIDs set on the ports. > > -- > Freddie Cash > fjwcash@gmail.com > > > From owner-freebsd-net@freebsd.org Wed May 9 15:54:59 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2900DFC38CA for ; Wed, 9 May 2018 15:54:59 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (unknown [IPv6:2a01:4f8:d12:604::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 94668841D9; Wed, 9 May 2018 15:54:58 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (root@eg.sd.rdtc.ru [62.231.161.221] (may be forged)) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id w49FsnAJ085308 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 9 May 2018 17:54:50 +0200 (CEST) (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: ab.tariq90@gmail.com Received: from [10.58.0.4] ([10.58.0.4]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id w49Fscts058528 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Wed, 9 May 2018 22:54:38 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: NETGRAPH- bridge vlans using netgraph help To: Abdullah Tariq , Julian Elischer References: <5AE437C1.8010706@grosbein.net> <5AE44ADD.7020302@grosbein.net> <5AE468D5.9030702@grosbein.net> <5AE4D1AC.3080702@grosbein.net> <5AE75988.3020306@grosbein.net> <5AE75BAD.8030303@grosbein.net> <946595c0-8dd5-145f-6c13-c150a053a17c@freebsd.org> Cc: Freddie Cash , freebsd-net From: Eugene Grosbein Message-ID: <5AF319B8.7040707@grosbein.net> Date: Wed, 9 May 2018 22:54:32 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.7.2 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=2.2 required=5.0 tests=BAYES_00, LOCAL_FROM, RDNS_NONE, SPF_PASS autolearn=no autolearn_force=no version=3.4.1 X-Spam-Report: * -0.0 SPF_PASS SPF: sender matches SPF record * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 2.6 LOCAL_FROM From my domains * 1.9 RDNS_NONE Delivered to internal network by a host with no rDNS X-Spam-Level: ** X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on hz.grosbein.net X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 May 2018 15:54:59 -0000 09.05.2018 22:24, Abdullah Tariq wrote: > a picture would do wonders to understand what he wants. > > Apologies for being AWOL > Attaching an image link: https://ibb.co/nt1s4S As I've previously said, this pictures switch-style behaviour. FreeBSD is not a switch, and you get exactly same on-the-wire packet flow without any tag addition/removal at all but simply bridging untagged igb interfaces together. From owner-freebsd-net@freebsd.org Thu May 10 08:36:53 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 22615FB8563 for ; Thu, 10 May 2018 08:36:53 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from msa1.earth.yoonka.com (yoonka.com [88.98.225.149]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "msa1.earth.yoonka.com", Issuer "msa1.earth.yoonka.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id AF6C27E796; Thu, 10 May 2018 08:36:52 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from crayon2.yoonka.com (crayon2.yoonka.com [10.70.7.20]) (authenticated bits=0) by msa1.earth.yoonka.com (8.15.2/8.15.2) with ESMTPSA id w4A8ailJ046637 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Thu, 10 May 2018 08:36:45 GMT (envelope-from list1@gjunka.com) Subject: Missing mlx4, was Re: Unrecognized Inifiniband HCA To: freebsd-net@freebsd.org References: <201805090039.w490dfXn063341@pdx.rh.CN85.dnsmgr.net> From: Grzegorz Junka Cc: gpalmer@freebsd.org, freebsd-rwg@pdx.rh.CN85.dnsmgr.net Message-ID: <848a8ac1-0b04-82fe-eb01-e5b7ec331ccb@gjunka.com> Date: Thu, 10 May 2018 08:36:44 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <201805090039.w490dfXn063341@pdx.rh.CN85.dnsmgr.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-GB-large X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 10 May 2018 08:36:53 -0000 On 09/05/2018 00:39, Rodney W. Grimes wrote: >> On Tue, May 08, 2018 at 08:59:20PM +0000, Grzegorz Junka wrote: >>> Hi All, >>> >>> pciconf -lv >>> >>> gives me >>> >>> none1@pci0:3:0:0:???????????? class=0x0c0600 card=0x000315b3 chip=0x634015b3 >>> rev=0xa0 hdr=0x00 >>> ?????? vendor???????? = 'Mellanox Technologies' >>> ?????? device???????? = 'MT25408 [ConnectX VPI - IB SDR / 10GigE]' >>> ?????? class?????????? = serial bus >>> >>> Does it mean that my card is unrecognized? It supposed to be 10GB x 2 >>> Infiniband PCI-E HCA 500EX-D Dual-Port Card Mellanox Firmware. Currently >>> the card doesn't show when doing ifconfig. What should I do to have the >>> proper device name instead of none1 or for the card to appear in ifconfig? >>> >>> # kldstat >>> Id Refs Address?????????????????????? Size???????? Name >>> ??1???? 28 0xffffffff80200000 1f67a88?? kernel >>> ??2?????? 1 0xffffffff82169000 316708???? zfs.ko >>> ??3?????? 2 0xffffffff82480000 cb78???????? opensolaris.ko >>> ??4?????? 1 0xffffffff8248d000 42c28?????? mps.ko >>> ??5?????? 1 0xffffffff82621000 bdb0???????? if_lagg.ko >>> ??6?????? 1 0xffffffff8262d000 3650???????? ums.ko >>> ??7?????? 1 0xffffffff82631000 6679???????? nullfs.ko >>> ??8?????? 1 0xffffffff82638000 bdfe???????? unionfs.ko >>> ??9?????? 2 0xffffffff82644000 2094f?????? mlx5.ko >>> 10?????? 2 0xffffffff82665000 103e1?????? linuxkpi.ko >>> 11?????? 1 0xffffffff82676000 15965?????? mlx5en.ko >> mlx5en is for ConnectX-4. I think that's an older card. Try mlx4en, >> which supports ConnectX-2 and ConnectX-3. > From a quick grep this infact should be supported by the mlx4/mlx5en > drivers: > net/mlx4/main.c: /* MT25408 "Hermon" SDR */ > net/mlx4/main.c: /* MT25408 "Hermon" DDR */ > net/mlx4/main.c: /* MT25408 "Hermon" QDR */ > net/mlx4/main.c: /* MT25408 "Hermon" DDR PCIe gen2 */ > net/mlx4/main.c: /* MT25408 "Hermon" QDR PCIe gen2 */ > net/mlx4/main.c: /* MT25408 "Hermon" EN 10GigE */ > net/mlx4/main.c: /* MT25408 "Hermon" EN 10GigE PCIe gen2 */ > Thank you Gary and Rod for your quick reply. I don't seem to have mlx4 in my /boot/kernel. I unloaded mlx5 and mlx5en and tried to load mlx instead, but strangely, it says mlx is already loaded. How? # kldload mlx kldload: can't load mlx: module already loaded or in kernel # kldstat Id Refs Address            Size     Name  1   22 0xffffffff80200000 1f67a88  kernel  2    1 0xffffffff82169000 316708   zfs.ko  3    2 0xffffffff82480000 cb78     opensolaris.ko  4    1 0xffffffff8248d000 42c28    mps.ko  5    1 0xffffffff82621000 bdb0     if_lagg.ko  6    1 0xffffffff8262d000 3650     ums.ko  7    1 0xffffffff82631000 6679     nullfs.ko  8    1 0xffffffff82638000 bdfe     unionfs.ko # ls -l /boot/kernel/mlx mlx.ko*    mlx5.ko*   mlx5en.ko* Anyways, mlx seems to be rather unrelated to this problem: https://www.freebsd.org/cgi/man.cgi?query=mlx Looks like mlx4 is available in the kernel: https://github.com/freebsd/freebsd/tree/master/sys/modules/mlx4 However, it seems that it may not compile: https://forums.freebsd.org/threads/mellanox-mt26448.64350/ Does it mean, that mlx4 is no longer compiled in the default kernel and I would need to compile the kernel manually? Can I just compile the mlx4/en/ib kernel module without having to compile the whole kernel? Thanks GrzegorzJ From owner-freebsd-net@freebsd.org Thu May 10 09:06:38 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 52AB5FB9A42 for ; Thu, 10 May 2018 09:06:38 +0000 (UTC) (envelope-from ben.rubson@gmail.com) Received: from mail-wr0-x22c.google.com (mail-wr0-x22c.google.com [IPv6:2a00:1450:400c:c0c::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BE02886622 for ; Thu, 10 May 2018 09:06:37 +0000 (UTC) (envelope-from ben.rubson@gmail.com) Received: by mail-wr0-x22c.google.com with SMTP id i14-v6so1230458wre.2 for ; Thu, 10 May 2018 02:06:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=RIZunxulE+h8JZyXSSs6XRmeF2V+LZnwmHCpehIKgXM=; b=QjAHtspOGzrf4gED1K5qOS/hRob18qJ2C8xvqHFIedfXtCg3GFUOXNOqH4LFEjYzgL 9FsjXSPsh8Dngp9GHDKClRj/hDUmMVMNYJNgXgIlcSQ1jR5ZWGTaH9OROjrLraaa6eHS 0BD/aOboBYf2GJK0Mh9beg8RLXTNRvuZ34hPc9TDUF27xd99qZH/XhrEZ42hGj3irkXm gdWhhIhkpkCtNF11mfmmXdTGiLTe/K3sVP6cnStKiIH6CxG+GMaZumAnYwUT9RJKzVHx 6/xXzfjS2RidvlRc2la5CDtL+VN+kGuQCfzft87G9D1Wpt9UWhaNLgWeuuiJuvcTut6j Pn8g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=RIZunxulE+h8JZyXSSs6XRmeF2V+LZnwmHCpehIKgXM=; b=ddg2BUT6rgyER5Hd3U5J0A75W90q5vlxStfRALqTznJ+fQrNKd3o5DwrPLL9UpN5ty OyoQvxPiKKIxFJ0mfhWH7HhO7twyYZZJjqr3UG27kw4FAj8IlWgmlQx4PaGDgl+vHlpt U4M4PHgg0754PTene7qOZzxSNK/Ga+c5xdnHVTJOnPlXVh2oDBAJQIfeUG96a8ZmHVfW 49BYxBT3fDuDwOtVv8kyRmhUSYP3XX1bcziF+TJx1MspBp5RAOjjxCZxE+/f+UvLckJu XlfVobhm0Js+jTH1ZTq2NjZNf8f37KUryvs3Xi8u8rLmOEXP2EKn02Usx3687E35lBVH 8CcA== X-Gm-Message-State: ALKqPwewJjPqaaYqqTJWOTTv+u5EhKgAnL1NUmviWEm40qoNlyAeAafH zMBkoQdaQaLz0+pdKc7lpPw= X-Google-Smtp-Source: AB8JxZppfx3ioxMETSeH6RlUdP5wCdpkElWxK4aswiRJOYl47ze7k5Dygz+PzBWenHRG9OfYz48TyQ== X-Received: by 2002:adf:a108:: with SMTP id o8-v6mr600872wro.106.1525943196880; Thu, 10 May 2018 02:06:36 -0700 (PDT) Received: from 2.10.20.172.rev.sfr.net (166.85.136.77.rev.sfr.net. [77.136.85.166]) by smtp.gmail.com with ESMTPSA id m134-v6sm909532wmg.13.2018.05.10.02.06.35 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Thu, 10 May 2018 02:06:36 -0700 (PDT) Content-Type: text/plain; charset=us-ascii; delsp=yes; format=flowed Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: Missing mlx4, was Re: Unrecognized Inifiniband HCA From: Ben RUBSON In-Reply-To: <848a8ac1-0b04-82fe-eb01-e5b7ec331ccb@gjunka.com> Date: Thu, 10 May 2018 11:06:37 +0200 Cc: freebsd-net@freebsd.org, freebsd-rwg@pdx.rh.CN85.dnsmgr.net Content-Transfer-Encoding: 7bit Message-Id: <67F517E4-15D7-4F40-A85F-D60F5338BEFB@gmail.com> References: <201805090039.w490dfXn063341@pdx.rh.CN85.dnsmgr.net> <848a8ac1-0b04-82fe-eb01-e5b7ec331ccb@gjunka.com> To: Grzegorz Junka X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 10 May 2018 09:06:38 -0000 On 10 May 2018 10:36, Grzegorz Junka wrote: > Does it mean, that mlx4 is no longer compiled in the default kernel It has never been, but I think modules have been added recently, I can remember HPS did it :) > Can I just compile the mlx4/en/ib kernel module without having to compile > the whole kernel? Yes, here are at least the instructions for FreeBSD 11.0 which could help you : cd /usr/src/sys/modules/mlx4 make make install make clean cd /usr/src/sys/modules/mlxen make make install make clean Ben From owner-freebsd-net@freebsd.org Thu May 10 09:12:04 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 485D1FBE011 for ; Thu, 10 May 2018 09:12:04 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from msa1.earth.yoonka.com (yoonka.com [88.98.225.149]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "msa1.earth.yoonka.com", Issuer "msa1.earth.yoonka.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id CAB1386A85 for ; Thu, 10 May 2018 09:12:03 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from crayon2.yoonka.com (crayon2.yoonka.com [10.70.7.20]) (authenticated bits=0) by msa1.earth.yoonka.com (8.15.2/8.15.2) with ESMTPSA id w4A9C2AH047143 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Thu, 10 May 2018 09:12:02 GMT (envelope-from list1@gjunka.com) Subject: Re: Missing mlx4, was Re: Unrecognized Inifiniband HCA To: Ben RUBSON Cc: freebsd-net@freebsd.org References: <201805090039.w490dfXn063341@pdx.rh.CN85.dnsmgr.net> <848a8ac1-0b04-82fe-eb01-e5b7ec331ccb@gjunka.com> <67F517E4-15D7-4F40-A85F-D60F5338BEFB@gmail.com> From: Grzegorz Junka Message-ID: <7c340b53-e9a1-b8d9-3879-18dbd4a20978@gjunka.com> Date: Thu, 10 May 2018 09:12:02 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <67F517E4-15D7-4F40-A85F-D60F5338BEFB@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-GB-large X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 10 May 2018 09:12:04 -0000 On 10/05/2018 09:06, Ben RUBSON wrote: > On 10 May 2018 10:36, Grzegorz Junka wrote: > >> Does it mean, that mlx4 is no longer compiled in the default kernel > > It has never been, but I think modules have been added recently, I can > remember HPS did it :) Right, I meant that they are not being build as modules along with the default kernel, unlike mx5/en currently for example (which are available with the default FreeBSD installation) :) > >> Can I just compile the mlx4/en/ib kernel module without having to >> compile the whole kernel? > > Yes, here are at least the instructions for FreeBSD 11.0 which could > help you : > cd /usr/src/sys/modules/mlx4 > make > make install > make clean > cd /usr/src/sys/modules/mlxen > make > make install > make clean > That looks easy, will give it a try. Thanks! GrzegorzJ From owner-freebsd-net@freebsd.org Thu May 10 09:21:12 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7EA89FBE6D3 for ; Thu, 10 May 2018 09:21:12 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from msa1.earth.yoonka.com (yoonka.com [88.98.225.149]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "msa1.earth.yoonka.com", Issuer "msa1.earth.yoonka.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 129A66977C for ; Thu, 10 May 2018 09:21:11 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from crayon2.yoonka.com (crayon2.yoonka.com [10.70.7.20]) (authenticated bits=0) by msa1.earth.yoonka.com (8.15.2/8.15.2) with ESMTPSA id w4A9LA4n047244 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Thu, 10 May 2018 09:21:10 GMT (envelope-from list1@gjunka.com) Subject: Re: Unrecognized Inifiniband HCA To: freebsd-net@freebsd.org References: <169976f0-2159-9ef0-d956-b13e717ef783@gjunka.com> <7218e2c4b23ebf4553a352633fe49e72@postgresql.org> Cc: justin@postgresql.org From: Grzegorz Junka Message-ID: Date: Thu, 10 May 2018 09:21:10 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <7218e2c4b23ebf4553a352633fe49e72@postgresql.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-GB-large X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 10 May 2018 09:21:12 -0000 On 08/05/2018 23:41, Justin Clift wrote: > On 2018-05-08 21:59, Grzegorz Junka wrote: >> Hi All, >> >> pciconf -lv >> >> gives me >> >> none1@pci0:3:0:0:       class=0x0c0600 card=0x000315b3 chip=0x634015b3 >> rev=0xa0 hdr=0x00 >>     vendor     = 'Mellanox Technologies' >>     device     = 'MT25408 [ConnectX VPI - IB SDR / 10GigE]' >>     class      = serial bus >> >> Does it mean that my card is unrecognized? It supposed to be 10GB x 2 >> Infiniband PCI-E HCA 500EX-D Dual-Port Card Mellanox Firmware. >> Currently the card doesn't show when doing ifconfig. What should I do >> to have the proper device name instead of none1 or for the card to >> appear in ifconfig? >> >> # kldstat >> Id Refs Address            Size     Name >>  1   28 0xffffffff80200000 1f67a88  kernel >>  2    1 0xffffffff82169000 316708   zfs.ko >>  3    2 0xffffffff82480000 cb78     opensolaris.ko >>  4    1 0xffffffff8248d000 42c28    mps.ko >>  5    1 0xffffffff82621000 bdb0     if_lagg.ko >>  6    1 0xffffffff8262d000 3650     ums.ko >>  7    1 0xffffffff82631000 6679     nullfs.ko >>  8    1 0xffffffff82638000 bdfe     unionfs.ko >>  9    2 0xffffffff82644000 2094f    mlx5.ko >> 10    2 0xffffffff82665000 103e1    linuxkpi.ko >> 11    1 0xffffffff82676000 15965    mlx5en.ko > > That's probably a ConnectX (series 1) Mellanox card.  Those can > operate in > either Infiniband mode, or Ethernet mode. > > Which mode are you wanting it to run in? :) > > As a thought, the FreeBSD wiki page has a bit of info: > >   https://wiki.freebsd.org/InfiniBand > > For that card to be recognised at all, it'll need the mlx4 driver(s) > to load. > > I don't remember the exact one off hand (it's been a while), but some > searching > online for mlx4 and FreeBSD should turn up the right bits. Many thanks Justin. This is the first time I am hearing about an Infiniband card operating in Ethernet mode. These cards come with two CX4/SFF 8470 ports. It's not possible to connect standard Ethernet cables that I know of (not even SFP modules). Do you mean that they can operate in Ethernet mode over the CX4 cable? GrzegorzJ From owner-freebsd-net@freebsd.org Thu May 10 11:52:15 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B2ACEFC6137 for ; Thu, 10 May 2018 11:52:15 +0000 (UTC) (envelope-from gjp@in-addr.com) Received: from mail.in-addr.com (mail.in-addr.com [IPv6:2a01:4f8:191:61e8::2525:2525]) (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 4E6556A2F0; Thu, 10 May 2018 11:52:15 +0000 (UTC) (envelope-from gjp@in-addr.com) Received: from gjp by mail.in-addr.com with local (Exim 4.91 (FreeBSD)) (envelope-from ) id 1fGk7I-000MZW-VL; Thu, 10 May 2018 12:52:13 +0100 Date: Thu, 10 May 2018 12:52:12 +0100 From: Gary Palmer To: Grzegorz Junka Cc: freebsd-net@freebsd.org, gpalmer@freebsd.org, freebsd-rwg@pdx.rh.CN85.dnsmgr.net Subject: Re: Missing mlx4, was Re: Unrecognized Inifiniband HCA Message-ID: <20180510115212.GB13355@in-addr.com> References: <201805090039.w490dfXn063341@pdx.rh.CN85.dnsmgr.net> <848a8ac1-0b04-82fe-eb01-e5b7ec331ccb@gjunka.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <848a8ac1-0b04-82fe-eb01-e5b7ec331ccb@gjunka.com> X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: gjp@in-addr.com X-SA-Exim-Scanned: No (on mail.in-addr.com); SAEximRunCond expanded to false X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 10 May 2018 11:52:16 -0000 On Thu, May 10, 2018 at 08:36:44AM +0000, Grzegorz Junka wrote: > > On 09/05/2018 00:39, Rodney W. Grimes wrote: > >> On Tue, May 08, 2018 at 08:59:20PM +0000, Grzegorz Junka wrote: > >>> Hi All, > >>> > >>> pciconf -lv > >>> > >>> gives me > >>> > >>> none1@pci0:3:0:0:???????????? class=0x0c0600 card=0x000315b3 chip=0x634015b3 > >>> rev=0xa0 hdr=0x00 > >>> ?????? vendor???????? = 'Mellanox Technologies' > >>> ?????? device???????? = 'MT25408 [ConnectX VPI - IB SDR / 10GigE]' > >>> ?????? class?????????? = serial bus > >>> > >>> Does it mean that my card is unrecognized? It supposed to be 10GB x 2 > >>> Infiniband PCI-E HCA 500EX-D Dual-Port Card Mellanox Firmware. Currently > >>> the card doesn't show when doing ifconfig. What should I do to have the > >>> proper device name instead of none1 or for the card to appear in ifconfig? > >>> > >>> # kldstat > >>> Id Refs Address?????????????????????? Size???????? Name > >>> ??1???? 28 0xffffffff80200000 1f67a88?? kernel > >>> ??2?????? 1 0xffffffff82169000 316708???? zfs.ko > >>> ??3?????? 2 0xffffffff82480000 cb78???????? opensolaris.ko > >>> ??4?????? 1 0xffffffff8248d000 42c28?????? mps.ko > >>> ??5?????? 1 0xffffffff82621000 bdb0???????? if_lagg.ko > >>> ??6?????? 1 0xffffffff8262d000 3650???????? ums.ko > >>> ??7?????? 1 0xffffffff82631000 6679???????? nullfs.ko > >>> ??8?????? 1 0xffffffff82638000 bdfe???????? unionfs.ko > >>> ??9?????? 2 0xffffffff82644000 2094f?????? mlx5.ko > >>> 10?????? 2 0xffffffff82665000 103e1?????? linuxkpi.ko > >>> 11?????? 1 0xffffffff82676000 15965?????? mlx5en.ko > >> mlx5en is for ConnectX-4. I think that's an older card. Try mlx4en, > >> which supports ConnectX-2 and ConnectX-3. > > From a quick grep this infact should be supported by the mlx4/mlx5en > > drivers: > > net/mlx4/main.c: /* MT25408 "Hermon" SDR */ > > net/mlx4/main.c: /* MT25408 "Hermon" DDR */ > > net/mlx4/main.c: /* MT25408 "Hermon" QDR */ > > net/mlx4/main.c: /* MT25408 "Hermon" DDR PCIe gen2 */ > > net/mlx4/main.c: /* MT25408 "Hermon" QDR PCIe gen2 */ > > net/mlx4/main.c: /* MT25408 "Hermon" EN 10GigE */ > > net/mlx4/main.c: /* MT25408 "Hermon" EN 10GigE PCIe gen2 */ > > > > Thank you Gary and Rod for your quick reply. I don't seem to have mlx4 > in my /boot/kernel. I unloaded mlx5 and mlx5en and tried to load mlx > instead, but strangely, it says mlx is already loaded. How? > > # kldload mlx > kldload: can't load mlx: module already loaded or in kernel > > # kldstat > Id Refs Address?????????????????????? Size???????? Name > ??1???? 22 0xffffffff80200000 1f67a88?? kernel > ??2?????? 1 0xffffffff82169000 316708???? zfs.ko > ??3?????? 2 0xffffffff82480000 cb78???????? opensolaris.ko > ??4?????? 1 0xffffffff8248d000 42c28?????? mps.ko > ??5?????? 1 0xffffffff82621000 bdb0???????? if_lagg.ko > ??6?????? 1 0xffffffff8262d000 3650???????? ums.ko > ??7?????? 1 0xffffffff82631000 6679???????? nullfs.ko > ??8?????? 1 0xffffffff82638000 bdfe???????? unionfs.ko > > # ls -l /boot/kernel/mlx > mlx.ko*?????? mlx5.ko*???? mlx5en.ko* > > Anyways, mlx seems to be rather unrelated to this problem: > https://www.freebsd.org/cgi/man.cgi?query=mlx > > Looks like mlx4 is available in the kernel: > https://github.com/freebsd/freebsd/tree/master/sys/modules/mlx4 > > However, it seems that it may not compile: > https://forums.freebsd.org/threads/mellanox-mt26448.64350/ > > Does it mean, that mlx4 is no longer compiled in the default kernel and > I would need to compile the kernel manually? Can I just compile the > mlx4/en/ib kernel module without having to compile the whole kernel? You either need to put "options OFED" into your kernel and recompile to get the mlx4 module, or go to /sys/modules/mlx4 and run "make all install" (more details on the wiki that someone else posted earlier) Regards, Gary From owner-freebsd-net@freebsd.org Thu May 10 11:56:26 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5723DFC640A for ; Thu, 10 May 2018 11:56:26 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from mail.in-addr.com (mail.in-addr.com [IPv6:2a01:4f8:191:61e8::2525:2525]) (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 E81C96BFCA for ; Thu, 10 May 2018 11:56:25 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from gjp by mail.in-addr.com with local (Exim 4.91 (FreeBSD)) (envelope-from ) id 1fGkBM-000MaT-Q1; Thu, 10 May 2018 12:56:24 +0100 Date: Thu, 10 May 2018 12:56:24 +0100 From: Gary Palmer To: Grzegorz Junka Cc: freebsd-net@freebsd.org, justin@postgresql.org Subject: Re: Unrecognized Inifiniband HCA Message-ID: <20180510115624.GC13355@in-addr.com> References: <169976f0-2159-9ef0-d956-b13e717ef783@gjunka.com> <7218e2c4b23ebf4553a352633fe49e72@postgresql.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: gpalmer@freebsd.org X-SA-Exim-Scanned: No (on mail.in-addr.com); SAEximRunCond expanded to false X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 10 May 2018 11:56:26 -0000 On Thu, May 10, 2018 at 09:21:10AM +0000, Grzegorz Junka wrote: > > On 08/05/2018 23:41, Justin Clift wrote: > > On 2018-05-08 21:59, Grzegorz Junka wrote: > >> Hi All, > >> > >> pciconf -lv > >> > >> gives me > >> > >> none1@pci0:3:0:0:???????????? class=0x0c0600 card=0x000315b3 chip=0x634015b3 > >> rev=0xa0 hdr=0x00 > >> ?????? vendor???????? = 'Mellanox Technologies' > >> ?????? device???????? = 'MT25408 [ConnectX VPI - IB SDR / 10GigE]' > >> ?????? class?????????? = serial bus > >> > >> Does it mean that my card is unrecognized? It supposed to be 10GB x 2 > >> Infiniband PCI-E HCA 500EX-D Dual-Port Card Mellanox Firmware. > >> Currently the card doesn't show when doing ifconfig. What should I do > >> to have the proper device name instead of none1 or for the card to > >> appear in ifconfig? > >> > >> # kldstat > >> Id Refs Address?????????????????????? Size???????? Name > >> ??1???? 28 0xffffffff80200000 1f67a88?? kernel > >> ??2?????? 1 0xffffffff82169000 316708???? zfs.ko > >> ??3?????? 2 0xffffffff82480000 cb78???????? opensolaris.ko > >> ??4?????? 1 0xffffffff8248d000 42c28?????? mps.ko > >> ??5?????? 1 0xffffffff82621000 bdb0???????? if_lagg.ko > >> ??6?????? 1 0xffffffff8262d000 3650???????? ums.ko > >> ??7?????? 1 0xffffffff82631000 6679???????? nullfs.ko > >> ??8?????? 1 0xffffffff82638000 bdfe???????? unionfs.ko > >> ??9?????? 2 0xffffffff82644000 2094f?????? mlx5.ko > >> 10?????? 2 0xffffffff82665000 103e1?????? linuxkpi.ko > >> 11?????? 1 0xffffffff82676000 15965?????? mlx5en.ko > > > > That's probably a ConnectX (series 1) Mellanox card.?? Those can > > operate in > > either Infiniband mode, or Ethernet mode. > > > > Which mode are you wanting it to run in? :) > > > > As a thought, the FreeBSD wiki page has a bit of info: > > > > ?? https://wiki.freebsd.org/InfiniBand > > > > For that card to be recognised at all, it'll need the mlx4 driver(s) > > to load. > > > > I don't remember the exact one off hand (it's been a while), but some > > searching > > online for mlx4 and FreeBSD should turn up the right bits. > > Many thanks Justin. This is the first time I am hearing about an > Infiniband card operating in Ethernet mode. These cards come with two > CX4/SFF 8470 ports. It's not possible to connect standard Ethernet > cables that I know of (not even SFP modules). Do you mean that they can > operate in Ethernet mode over the CX4 cable? You can get CX4 to SFP+ cables, so I would assume so Regards Gary From owner-freebsd-net@freebsd.org Thu May 10 12:17:09 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B67F7FC751A for ; Thu, 10 May 2018 12:17:09 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 EE1036F21F for ; Thu, 10 May 2018 12:17:08 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id AF5D9FC7519; Thu, 10 May 2018 12:17:08 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9D000FC7515 for ; Thu, 10 May 2018 12:17:08 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 35F566F21C for ; Thu, 10 May 2018 12:17: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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 606DD1DC27 for ; Thu, 10 May 2018 12:17:07 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w4ACH7Se093311 for ; Thu, 10 May 2018 12:17:07 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w4ACH7nu093310 for net@FreeBSD.org; Thu, 10 May 2018 12:17:07 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 228108] if_ipsec drops all the icmp v4&v6 error messages Date: Thu, 10 May 2018 12:17:07 +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.1-RELEASE X-Bugzilla-Keywords: 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: 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.25 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, 10 May 2018 12:17:09 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D228108 Mark Linimon changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|bugs@FreeBSD.org |net@FreeBSD.org --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Thu May 10 13:06:52 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 85CCEFC8D0C for ; Thu, 10 May 2018 13:06:52 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 1973C79E06 for ; Thu, 10 May 2018 13:06:52 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id CA2B6FC8D0B; Thu, 10 May 2018 13:06:51 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B8F89FC8D0A for ; Thu, 10 May 2018 13:06:51 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 56DC579DE5 for ; Thu, 10 May 2018 13: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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 8B2161E310 for ; Thu, 10 May 2018 13:06:50 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w4AD6oMg066959 for ; Thu, 10 May 2018 13:06:50 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w4AD6oC7066957 for net@FreeBSD.org; Thu, 10 May 2018 13:06:50 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 228108] if_ipsec drops all the icmp v4&v6 error messages Date: Thu, 10 May 2018 13:06: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.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: ae@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: 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.25 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, 10 May 2018 13:06:52 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D228108 Andrey V. Elsukov changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ae@FreeBSD.org --- Comment #1 from Andrey V. Elsukov --- This is because the ICMP/ICMPv6 input code does check that message was not encrypted. If you apply IPsec transform to gif tunnel, I think you will get= the same result. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Thu May 10 13:48:05 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5854FFCA048 for ; Thu, 10 May 2018 13:48:05 +0000 (UTC) (envelope-from thj@freebsd.org) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (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 E27E682565 for ; Thu, 10 May 2018 13:48:04 +0000 (UTC) (envelope-from thj@freebsd.org) Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.nyi.internal (Postfix) with ESMTP id 4437922866; Thu, 10 May 2018 09:48:04 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute2.internal (MEProxy); Thu, 10 May 2018 09:48:04 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=6n46sg if222nHLqa3eUkTE0e3WT4XLA3mMm8TKO31YY=; b=Sx7O4/Ses6niY3sGi0Gh9F VHbuGraWxjY1K3p9LmnHHWbvYh0gARhAanSi6bZybt66U1VUZdT5Ne19L+Vct75D IgYVy8es+BeZ3uCj03xmvm9yA15HHVfAl/O/s5LLZw8UBxUSLv9+heSk1ucjHFfv 21PeFmdrizvF6TCpCFvCkMHb5csbMxgX+BJ1T0geM/weNzFwNf6mSaN+yHJL2LXF BQqHTda/FSgS7HPdX9c0k67lTBArTNCEAMcQsPtEiYFfEoyehRCJlXZfzGuGUqca 3iBaRZGWajfU/GgsUOpGe8J5tIERffqQsL5IKHTOP8eRbW0YqRd7HOh0K3uVIoTA == X-ME-Sender: Received: from tom-desk.erg.abdn.ac.uk (tom-desk.erg.abdn.ac.uk [139.133.204.4]) by mail.messagingengine.com (Postfix) with ESMTPA id 7447FE4393; Thu, 10 May 2018 09:48:03 -0400 (EDT) Date: Thu, 10 May 2018 14:47:46 +0100 From: Tom Jones To: Dries Michiels Cc: "freebsd-net@freebsd.org" Subject: Re: kernel: in6_delayed_cksum: delayed m_pullup Message-ID: <20180510134746.GD37534@tom-desk.erg.abdn.ac.uk> References: <5ae60f44.1c69fb81.ee4a5.1043@mx.google.com> <20180429190450.GA97911@tom-desk.erg.abdn.ac.uk> <5ae6cbc7.1c69fb81.ed649.655e@mx.google.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <5ae6cbc7.1c69fb81.ed649.655e@mx.google.com> User-Agent: Mutt/1.9.4 (2018-02-28) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 10 May 2018 13:48:05 -0000 On Mon, Apr 30, 2018 at 09:54:48AM +0200, Dries Michiels wrote: > > Tom, > > I’m using the igb (intel I210) driver for my LAN interface and the em > (intel I219-V) driver for the WAN interface. I use this FreeBSD box > as my home server so I wouldn’t say that it has a heavy ipv6 workload. > Hi Dries, Does this bug persist on later snapshots? Or have you stayed with the same one from the original question? Could you send me the ifconfig flags lines for igb0 and em0? like this $ ifconfig em0 em0: flags=8943 metric 0 mtu 1500 options=40098 $ ifconfig igb0 igb0: flags=8843 metric 0 mtu 1500 options=6403bb My em interfaces don't have flags for ipv6 checksum offload, I suspect the issue is from the em side of your network. I have tried moving 100GB of v6 tcp through each interface with iperf3 to see if I could stimulate the bug, but no luck so far. I will leave the test box sitting exposed to my network for a while. - [tj] From owner-freebsd-net@freebsd.org Thu May 10 14:27:54 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 391A0FCB2BF for ; Thu, 10 May 2018 14:27:54 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward102o.mail.yandex.net (forward102o.mail.yandex.net [IPv6:2a02:6b8:0:1a2d::602]) (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 9F4D18AF06 for ; Thu, 10 May 2018 14:27:53 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from mxback8j.mail.yandex.net (mxback8j.mail.yandex.net [IPv6:2a02:6b8:0:1619::111]) by forward102o.mail.yandex.net (Yandex) with ESMTP id 6EE4C5A04BCC; Thu, 10 May 2018 17:27:41 +0300 (MSK) Received: from smtp3o.mail.yandex.net (smtp3o.mail.yandex.net [2a02:6b8:0:1a2d::27]) by mxback8j.mail.yandex.net (nwsmtp/Yandex) with ESMTP id 31gX6B1PrB-RfSus4N8; Thu, 10 May 2018 17:27:41 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1525962461; bh=T8xX9mmcQn2FyumBdd70DKDFY6AzXRNxl/XpzJ5HqGk=; h=Subject:To:References:From:Message-ID:Date:In-Reply-To; b=O1aA3MHHDigAJkcdrzGgzyzo8u4baLiUSwvM+M5JIkN7BFusPRJPcVAjzV9d36bpn ZZnpH+d/IOyX3Cf7NhgO2aO9gm/7ZJLvznAMFU4rlcvY+E5lNLc/kyPAY3qAWEl6K0 CC+TIhu8aEc2Pd9/e7vGFt0gfCIqQXiHa37dsXqE= Received: by smtp3o.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id d0Y5jX3KvY-RemKX5u7; Thu, 10 May 2018 17:27:40 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1525962460; bh=T8xX9mmcQn2FyumBdd70DKDFY6AzXRNxl/XpzJ5HqGk=; h=Subject:To:References:From:Message-ID:Date:In-Reply-To; b=em9MnYxI8AQgHSEF6Fml1PwpSliSaeV9a8zFU4nYqhjYfGmeDLA5C2KQby8Te9ejN COQeJccnOyPKJDExXEh42KCMT9mNG+zZ5/D+uiYu0w/0Ycw2I9h0l59V03oO7SZInb alqtqe2TLezdalyEfwXcSnYXeqdnA2VaEFf/mmf4= Authentication-Results: smtp3o.mail.yandex.net; dkim=pass header.i=@yandex.ru Subject: Re: kernel: in6_delayed_cksum: delayed m_pullup To: Dries Michiels , "freebsd-net@freebsd.org" References: <5ae60f44.1c69fb81.ee4a5.1043@mx.google.com> From: "Andrey V. Elsukov" Openpgp: id=E6591E1B41DA1516F0C9BC0001C5EA0410C8A17A Autocrypt: addr=bu7cher@yandex.ru; prefer-encrypt=mutual; keydata= xsBNBEwBF1kBCADB9sXFhBEUy8qQ4X63Y8eBatYMHGEFWN9ypS5lI3RE6qQW2EYbxNk7qUC5 21YIIS1mMFVBEfvR7J9uc7yaYgFCEb6Sce1RSO4ULN2mRKGHP3/Sl0ijZEjWHV91hY1YTHEF ZW/0GYinDf56sYpDDehaBF5wkWIo1+QK5nmj3vl0DIDCMNd7QEiWpyLVwECgLX2eOAXByT8B bCqVhJGcG6iFP7/B9Ll6uX5gb8thM9LM+ibwErDBVDGiOgvfxqidab7fdkh893IBCXa82H9N CNwnEtcgzh+BSKK5BgvPohFMgRwjti37TSxwLu63QejRGbZWSz3OK3jMOoF63tCgn7FvABEB AAHNIkFuZHJleSBWLiBFbHN1a292IDxhZUBmcmVlYnNkLm9yZz7CwHsEEwECACUCGwMGCwkI BwMCBhUIAgkKCwQWAgMBAh4BAheABQJMB/ruAhkBAAoJEAHF6gQQyKF6MLwH/3Ri/TZl9uo0 SepYWXOnxL6EaDVXDA+dLb1eLKC4PRBBjX29ttQ0KaWapiE6y5/AfzOPmRtHLrHYHjd/aiHX GMLHcYRXD+5GvdkK8iMALrZ28X0JXyuuZa8rAxWIWmCbYHNSBy2unqWgTI04Erodk90IALgM 9JeHN9sFqTM6zalrMnTzlcmel4kcjT3lyYw3vOKgoYLtsLhKZSbJoVVVlvRlGBpHFJI5AoYJ SyfXoN0rcX6k9X7Isp2K50YjqxV4v78xluh1puhwZyC0p8IShPrmrp9Oy9JkMX90o6UAXdGU KfdExJuGJfUZOFBTtNIMNIAKfMTjhpRhxONIr0emxxDOwE0ETAEXWQEIAJ2p6l9LBoqdH/0J PEFDY2t2gTvAuzz+8zs3R03dFuHcNbOwjvWCG0aOmVpAzkRa8egn5JB4sZaFUtKPYJEQ1Iu+ LUBwgvtXf4vWpzC67zs2dDuiW4LamH5p6xkTD61aHR7mCB3bg2TUjrDWn2Jt44cvoYxj3dz4 S49U1rc9ZPgD5axCNv45j72tggWlZvpefThP7xT1OlNTUqye2gAwQravXpZkl5JG4eOqJVIU X316iE3qso0iXRUtO7OseBf0PiVmk+wCahdreHOeOxK5jMhYkPKVn7z1sZiB7W2H2TojbmcK HZC22sz7Z/H36Lhg1+/RCnGzdEcjGc8oFHXHCxUAEQEAAcLAXwQYAQIACQUCTAEXWQIbDAAK CRABxeoEEMihegkYCAC3ivGYNe2taNm/4Nx5GPdzuaAJGKWksV+w9mo7dQvU+NmI2az5w8vw 98OmX7G0OV9snxMW+6cyNqBrVFTu33VVNzz9pnqNCHxGvj5dL5ltP160JV2zw2bUwJBYsgYQ WfyJJIM7l3gv5ZS3DGqaGIm9gOK1ANxfrR5PgPzvI9VxDhlr2juEVMZYAqPLEJe+SSxbwLoz BcFCNdDAyXcaAzXsx/E02YWm1hIWNRxanAe7Vlg7OL+gvLpdtrYCMg28PNqKNyrQ87LQ49O9 50IIZDOtNFeR0FGucjcLPdS9PiEqCoH7/waJxWp6ydJ+g4OYRBYNM0EmMgy1N85JJrV1mi5i Message-ID: Date: Thu, 10 May 2018 17:25:09 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <5ae60f44.1c69fb81.ee4a5.1043@mx.google.com> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="Xvq9dQDCgEdfkTsqLC8RoHnm5TvPIQAyz" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 10 May 2018 14:27:54 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --Xvq9dQDCgEdfkTsqLC8RoHnm5TvPIQAyz Content-Type: multipart/mixed; boundary="JNkjM3CsSyxSX4SyRLpjkhR6xFasMliHY"; protected-headers="v1" From: "Andrey V. Elsukov" To: Dries Michiels , "freebsd-net@freebsd.org" Message-ID: Subject: Re: kernel: in6_delayed_cksum: delayed m_pullup References: <5ae60f44.1c69fb81.ee4a5.1043@mx.google.com> In-Reply-To: <5ae60f44.1c69fb81.ee4a5.1043@mx.google.com> --JNkjM3CsSyxSX4SyRLpjkhR6xFasMliHY Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 29.04.2018 21:30, Dries Michiels wrote: > Dear mailing list, >=20 > After upgrading my FreeBSD server from source from: > FreeBSD 11.1-STABLE (VADOS) #9 r331859: Sun Apr 1 12:09:18 CEST 2018=20 > to > FreeBSD 11.2-PRERELEASE (VADOS) #10 r333091: Sun Apr 29 16:48:44 CEST 2= 018 >=20 > My /var/log/messages is getting spammed by the following notice/error: > Apr 29 19:51:42 vados kernel: in6_delayed_cksum: delayed m_pullup, m->l= en: 48 plen 68 off 56 csum_flags=3D400 > Apr 29 19:55:34 vados last message repeated 11 times > Apr 29 20:11:56 vados last message repeated 10 times > Apr 29 20:12:42 vados last message repeated 4 times >=20 > Does anyone have a clue what this indicates? > I did not have this message on my older system (r331859). Do you use pf(4) or ipsec(4)? --=20 WBR, Andrey V. Elsukov --JNkjM3CsSyxSX4SyRLpjkhR6xFasMliHY-- --Xvq9dQDCgEdfkTsqLC8RoHnm5TvPIQAyz Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEzBAEBCAAdFiEE5lkeG0HaFRbwybwAAcXqBBDIoXoFAlr0VkUACgkQAcXqBBDI oXoDQgf/Q6OCUO3a9eGhviwD9Riv9Rl1mvtM5lECGXe3jGImY3yCwm21XFA645DA rCuO7XgA7bCuvmB3xHmpUXE9JphD8rFIcmHgRTkIUnffmex/jMvy7bBfr7sPPt1A 8W4UuFHeG8NhnkDbmGRpK/V8bpZj09OJzsV9HlqKrMKCnPgAaGl1X6baHrZkLkLd TqQ5eFQL7cZub/f7IbF2XxuhQCqZ8bdf/mY2bTrSMIxwcH15b/GUO4VJ2Fp6nPm1 mmTn08XZtStJuc5PJ7l/Xnld5ibHzd5L4vsnhpIwgS5ycZ+UV34krlooLcmb1B3L wTXcWrzX5DyzfG8s//3PYrX9q8HcBQ== =WUaM -----END PGP SIGNATURE----- --Xvq9dQDCgEdfkTsqLC8RoHnm5TvPIQAyz-- From owner-freebsd-net@freebsd.org Thu May 10 14:36:47 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A7880FCB81D for ; Thu, 10 May 2018 14:36:47 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward100p.mail.yandex.net (forward100p.mail.yandex.net [77.88.28.100]) (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 236978D403 for ; Thu, 10 May 2018 14:36:46 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from mxback7o.mail.yandex.net (mxback7o.mail.yandex.net [IPv6:2a02:6b8:0:1a2d::21]) by forward100p.mail.yandex.net (Yandex) with ESMTP id 26B805103D04; Thu, 10 May 2018 17:36:39 +0300 (MSK) Received: from smtp2j.mail.yandex.net (smtp2j.mail.yandex.net [2a02:6b8:0:801::ac]) by mxback7o.mail.yandex.net (nwsmtp/Yandex) with ESMTP id HRv7maPZbI-adsanJvp; Thu, 10 May 2018 17:36:39 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1525962999; bh=UWpDwL7Ch6hEpviLUFPpJt28ZxmzjwkigrBGdHYz+kM=; h=Subject:From:To:References:Message-ID:Date:In-Reply-To; b=A+IiCqkqhHKVupGypsl+vgxlX5GxPjnIhDSUecpl/17x/ci9MyC2P99HTnpg4l7YF AALQ/bE18LiEnUQCa2gn/wLBwsfLxkXh48+1boDSuiCH4AgPKMNZpV6YxyMhhrhbDW 89b5hWrcbSej6RGf4+2cZlJoGGlivC6NJG8DUCfs= Received: by smtp2j.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id 914db0Ijkp-acrKuICb; Thu, 10 May 2018 17:36:38 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1525962998; bh=UWpDwL7Ch6hEpviLUFPpJt28ZxmzjwkigrBGdHYz+kM=; h=Subject:From:To:References:Message-ID:Date:In-Reply-To; b=pcbydl+d7uZPjcTFSb/QsSs30ASQQtAVU2kFSuKvEVb0UppasLpjnApfs25/FaFJm pmXGpLHCpISjc3pAU4Ymcd0y9ArU7KPyg3XKIbdRr0r2E3QzxzJ49gGTpWa2xhlOOs BXouOAwTIxWwzXmz/NExPt4ICXw4TDYPzXcHeU28= Authentication-Results: smtp2j.mail.yandex.net; dkim=pass header.i=@yandex.ru Subject: Re: kernel: in6_delayed_cksum: delayed m_pullup From: "Andrey V. Elsukov" To: Dries Michiels , "freebsd-net@freebsd.org" References: <5ae60f44.1c69fb81.ee4a5.1043@mx.google.com> Openpgp: id=E6591E1B41DA1516F0C9BC0001C5EA0410C8A17A Autocrypt: addr=bu7cher@yandex.ru; prefer-encrypt=mutual; keydata= xsBNBEwBF1kBCADB9sXFhBEUy8qQ4X63Y8eBatYMHGEFWN9ypS5lI3RE6qQW2EYbxNk7qUC5 21YIIS1mMFVBEfvR7J9uc7yaYgFCEb6Sce1RSO4ULN2mRKGHP3/Sl0ijZEjWHV91hY1YTHEF ZW/0GYinDf56sYpDDehaBF5wkWIo1+QK5nmj3vl0DIDCMNd7QEiWpyLVwECgLX2eOAXByT8B bCqVhJGcG6iFP7/B9Ll6uX5gb8thM9LM+ibwErDBVDGiOgvfxqidab7fdkh893IBCXa82H9N CNwnEtcgzh+BSKK5BgvPohFMgRwjti37TSxwLu63QejRGbZWSz3OK3jMOoF63tCgn7FvABEB AAHNIkFuZHJleSBWLiBFbHN1a292IDxhZUBmcmVlYnNkLm9yZz7CwHsEEwECACUCGwMGCwkI BwMCBhUIAgkKCwQWAgMBAh4BAheABQJMB/ruAhkBAAoJEAHF6gQQyKF6MLwH/3Ri/TZl9uo0 SepYWXOnxL6EaDVXDA+dLb1eLKC4PRBBjX29ttQ0KaWapiE6y5/AfzOPmRtHLrHYHjd/aiHX GMLHcYRXD+5GvdkK8iMALrZ28X0JXyuuZa8rAxWIWmCbYHNSBy2unqWgTI04Erodk90IALgM 9JeHN9sFqTM6zalrMnTzlcmel4kcjT3lyYw3vOKgoYLtsLhKZSbJoVVVlvRlGBpHFJI5AoYJ SyfXoN0rcX6k9X7Isp2K50YjqxV4v78xluh1puhwZyC0p8IShPrmrp9Oy9JkMX90o6UAXdGU KfdExJuGJfUZOFBTtNIMNIAKfMTjhpRhxONIr0emxxDOwE0ETAEXWQEIAJ2p6l9LBoqdH/0J PEFDY2t2gTvAuzz+8zs3R03dFuHcNbOwjvWCG0aOmVpAzkRa8egn5JB4sZaFUtKPYJEQ1Iu+ LUBwgvtXf4vWpzC67zs2dDuiW4LamH5p6xkTD61aHR7mCB3bg2TUjrDWn2Jt44cvoYxj3dz4 S49U1rc9ZPgD5axCNv45j72tggWlZvpefThP7xT1OlNTUqye2gAwQravXpZkl5JG4eOqJVIU X316iE3qso0iXRUtO7OseBf0PiVmk+wCahdreHOeOxK5jMhYkPKVn7z1sZiB7W2H2TojbmcK HZC22sz7Z/H36Lhg1+/RCnGzdEcjGc8oFHXHCxUAEQEAAcLAXwQYAQIACQUCTAEXWQIbDAAK CRABxeoEEMihegkYCAC3ivGYNe2taNm/4Nx5GPdzuaAJGKWksV+w9mo7dQvU+NmI2az5w8vw 98OmX7G0OV9snxMW+6cyNqBrVFTu33VVNzz9pnqNCHxGvj5dL5ltP160JV2zw2bUwJBYsgYQ WfyJJIM7l3gv5ZS3DGqaGIm9gOK1ANxfrR5PgPzvI9VxDhlr2juEVMZYAqPLEJe+SSxbwLoz BcFCNdDAyXcaAzXsx/E02YWm1hIWNRxanAe7Vlg7OL+gvLpdtrYCMg28PNqKNyrQ87LQ49O9 50IIZDOtNFeR0FGucjcLPdS9PiEqCoH7/waJxWp6ydJ+g4OYRBYNM0EmMgy1N85JJrV1mi5i Message-ID: Date: Thu, 10 May 2018 17:34:07 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="U0lLuzNwU6thpb7Si8HV35u2JwnV3rKmQ" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 10 May 2018 14:36:47 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --U0lLuzNwU6thpb7Si8HV35u2JwnV3rKmQ Content-Type: multipart/mixed; boundary="phJWaPev3c5prtHCArkqd18jYMryBM7T2"; protected-headers="v1" From: "Andrey V. Elsukov" To: Dries Michiels , "freebsd-net@freebsd.org" Message-ID: Subject: Re: kernel: in6_delayed_cksum: delayed m_pullup References: <5ae60f44.1c69fb81.ee4a5.1043@mx.google.com> In-Reply-To: --phJWaPev3c5prtHCArkqd18jYMryBM7T2 Content-Type: multipart/mixed; boundary="------------9E47AE9791B592152C151262" Content-Language: en-US This is a multi-part message in MIME format. --------------9E47AE9791B592152C151262 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 10.05.2018 17:25, Andrey V. Elsukov wrote: > On 29.04.2018 21:30, Dries Michiels wrote: >> Dear mailing list, >> >> After upgrading my FreeBSD server from source from: >> FreeBSD 11.1-STABLE (VADOS) #9 r331859: Sun Apr 1 12:09:18 CEST 2018 = >> to >> FreeBSD 11.2-PRERELEASE (VADOS) #10 r333091: Sun Apr 29 16:48:44 CEST = 2018 >> >> My /var/log/messages is getting spammed by the following notice/error:= >> Apr 29 19:51:42 vados kernel: in6_delayed_cksum: delayed m_pullup, m->= len: 48 plen 68 off 56 csum_flags=3D400 >> Apr 29 19:55:34 vados last message repeated 11 times >> Apr 29 20:11:56 vados last message repeated 10 times >> Apr 29 20:12:42 vados last message repeated 4 times >> >> Does anyone have a clue what this indicates? >> I did not have this message on my older system (r331859). >=20 > Do you use pf(4) or ipsec(4)? Also, can you try this patch? --=20 WBR, Andrey V. Elsukov --------------9E47AE9791B592152C151262 Content-Type: text/x-patch; name="in6_delayed_cksum.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="in6_delayed_cksum.diff" Index: sys/netinet6/ip6_output.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sys/netinet6/ip6_output.c (revision 333456) +++ sys/netinet6/ip6_output.c (working copy) @@ -199,18 +199,10 @@ in6_delayed_cksum(struct mbuf *m, uint32_t plen, u csum =3D 0xffff; offset +=3D m->m_pkthdr.csum_data; /* checksum offset */ =20 - if (offset + sizeof(u_short) > m->m_len) { - printf("%s: delayed m_pullup, m->len: %d plen %u off %u " - "csum_flags=3D%b\n", __func__, m->m_len, plen, offset, - (int)m->m_pkthdr.csum_flags, CSUM_BITS); - /* - * XXX this should not happen, but if it does, the correct - * behavior may be to insert the checksum in the appropriate - * next mbuf in the chain. - */ - return; - } - *(u_short *)(m->m_data + offset) =3D csum; + if (offset + sizeof(csum) > m->m_len) + m_copyback(m, offset, sizeof(csum), &csum); + else + *(u_short *)mtodo(m, offset) =3D csum; } =20 int --------------9E47AE9791B592152C151262-- --phJWaPev3c5prtHCArkqd18jYMryBM7T2-- --U0lLuzNwU6thpb7Si8HV35u2JwnV3rKmQ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEzBAEBCAAdFiEE5lkeG0HaFRbwybwAAcXqBBDIoXoFAlr0WF8ACgkQAcXqBBDI oXqY3Qf8DNH1cB4A0iHCq1FXiOm/KdPChgrDj8ErSqmPBnnrmfYaj7X4XbxC7Kzf /q2wVTNrmnxrMTINzORuSdWSNIAW/DRZUOH5zH/alp2hLearS/TSzvdmviPDj7Qw NwfyGnLmNPblsszqbVBbmFScOCYUIhLLCONOBJVNdRTCUGSp1MzCr0YSn0U9me7o /LYnEG1pYNxpKA00fA/i2hKIT00eavFPI+lrekIDvLb4geZLKWnFjnAbQkiiNTiD TWXpHrHnhr9AQWuOncSJ07OMN0VQ21zRDSbOqfmuADABxZSTFmijUH8SWQ3mknVV v4j8nvPByQ5sbd6Xv/Njpmz8rYjwrw== =6Vil -----END PGP SIGNATURE----- --U0lLuzNwU6thpb7Si8HV35u2JwnV3rKmQ-- From owner-freebsd-net@freebsd.org Thu May 10 14:56:41 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 76110FCC3CD for ; Thu, 10 May 2018 14:56:41 +0000 (UTC) (envelope-from driesm.michiels@gmail.com) Received: from mail-wm0-x22a.google.com (mail-wm0-x22a.google.com [IPv6:2a00:1450:400c:c09::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 E803469202; Thu, 10 May 2018 14:56:40 +0000 (UTC) (envelope-from driesm.michiels@gmail.com) Received: by mail-wm0-x22a.google.com with SMTP id t11-v6so4415284wmt.0; Thu, 10 May 2018 07:56:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:references:in-reply-to:subject:date:message-id:mime-version :content-transfer-encoding:thread-index:content-language; bh=OWrp9By8YqGtrI2QyA1u7mlXKb+ETaHOdObRZp3bXCI=; b=XIvGZbfaJvizDnTdzfnrLpvJqjnThg/DtnxKQ7jIo3NwlBi3DuECbrXIQEr4L5GiVF xn9KHatz5fxtOCC2Mi1MIhQU55z7YDdkSF5D1IYD5PqQUfjNR9MzGffle4EphhpszZH4 Mo1Alw60Ai1PYVA29Xr7iZ12+cCoxgMlqJKTwJlKXR9rcVSgRs888/RF1zEMuTbEGAoB 1lQUENwovjV88u9QehFmzhSTLzFs43Lf4psPp7C4UkoDY1qZHawHmkjatTBkswSDX1BN 4IrFAtmSp7SQO+k20OqEsoG6VBQ/1IOik2oU1+7EVAJyokrbIdr8N6UcMBMhpr8I3Fhq N3Lw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:references:in-reply-to:subject:date :message-id:mime-version:content-transfer-encoding:thread-index :content-language; bh=OWrp9By8YqGtrI2QyA1u7mlXKb+ETaHOdObRZp3bXCI=; b=rIkk1x0O6uHaxbwLmZEd3dxeS8cRUkOpOv89AJiYdXLxRffdzTJno9TldtvZzKF/7T d9/Eg1PBFaM8qByVSGPTvgoIX/kLA+m0q9AsPnf77LfmA7lBv6VQjwomv4NYXdyAVu/e hA8pJLzJfnU5/iiQgcjrP79bkOmo/m3qxuVXBPwqaqaZB2rV0EgUaTVOQUDhlVUw/SfQ oxEJ3wAmnjBsxOcMTL6/fpHsRTz4BHhj6uL3YLPwG+7d6WWYBxmSvWTz+BwcbTkaFwvb eV3HDQWLpsBSIcZOaA7rpWXq2jZAYFP0TNQlIyG/Ob8rhBkgHyiSejEe2EHZoNeg+Yk9 fxbg== X-Gm-Message-State: ALKqPweeTABHuO99YG8G6IsNM50XCRtebaByfslUa/N7Yr/jy9Iot5g0 dPPr37HwQ7whev2vaPJcu0obsf4v X-Google-Smtp-Source: AB8JxZqkjs29qYebjHuAKg1TB9X5kltBDW08sG7tbmeNgKgd3xfjB1IG5DXp+Vt6CBM26hcQ/I+HAA== X-Received: by 2002:a50:ed92:: with SMTP id h18-v6mr2790105edr.102.1525964199556; Thu, 10 May 2018 07:56:39 -0700 (PDT) Received: from DriesPC (ptr-8sl34rf6ki9c3i8vpvf.18120a2.ip6.access.telenet.be. [2a02:1811:2515:e000:2d76:eb53:3cfc:54bb]) by smtp.gmail.com with ESMTPSA id z11-v6sm662651edh.60.2018.05.10.07.56.38 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 10 May 2018 07:56:38 -0700 (PDT) From: "Dries Michiels" To: "'Tom Jones'" , References: <5ae60f44.1c69fb81.ee4a5.1043@mx.google.com> <20180429190450.GA97911@tom-desk.erg.abdn.ac.uk> <5ae6cbc7.1c69fb81.ed649.655e@mx.google.com> <20180510134746.GD37534@tom-desk.erg.abdn.ac.uk> In-Reply-To: <20180510134746.GD37534@tom-desk.erg.abdn.ac.uk> Subject: RE: kernel: in6_delayed_cksum: delayed m_pullup Date: Thu, 10 May 2018 16:56:38 +0200 Message-ID: <007101d3e86f$196e4fb0$4c4aef10$@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQH3wx2RQj7VP9hMd2oXN/9H7zga9gGHJ0kyAlXXZaICcqC33aOu2PbA Content-Language: nl-be X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 10 May 2018 14:56:41 -0000 > -----Original Message----- > From: Tom Jones > Sent: donderdag 10 mei 2018 15:48 > To: Dries Michiels > Cc: freebsd-net@freebsd.org > Subject: Re: kernel: in6_delayed_cksum: delayed m_pullup >=20 > On Mon, Apr 30, 2018 at 09:54:48AM +0200, Dries Michiels wrote: > > > > Tom, > > > > I=E2=80=99m using the igb (intel I210) driver for my LAN interface = and the em > > (intel I219-V) driver for the WAN interface. I use this FreeBSD box > > as my home server so I wouldn=E2=80=99t say that it has a heavy ipv6 = workload. > > >=20 > Hi Dries, >=20 > Does this bug persist on later snapshots? Or have you stayed with the = same > one from the original question? I had updated the day after to see if it was just a regression but the = error message was not gone: May 1 22:19:51 vados kernel: in6_delayed_cksum: delayed m_pullup, = m->len: 48 plen 68 off 56 csum_flags=3D400 May 1 22:27:57 vados last message repeated 29 times May 1 22:36:53 vados last message repeated 17 times May 1 22:49:41 vados last message repeated 6 times May 1 23:00:09 vados last message repeated 8 times May 1 23:01:06 vados last message repeated 7 times May 1 23:18:05 vados last message repeated 12 times For this reason I had disabled IPV6 for my LAN clients (disabled = rtadvd). My server was still ipv6 reachable and error messages where gone. > Could you send me the ifconfig flags lines for igb0 and em0? >=20 > like this >=20 > $ ifconfig em0 > em0: > flags=3D8943 > metric 0 mtu 1500 > options=3D40098 AN_HWTSO> >=20 > $ ifconfig igb0 > igb0: flags=3D8843 metric 0 > mtu 1500 >=20 > options=3D6403bb O_MTU,VLAN_HWCSUM,TSO4,TSO6,VLAN_HWTSO,RXCSUM_IPV6,TXCSUM > _IPV6> ifconfig flags of my interfaces shown below. em0: flags=3D8843 metric 0 mtu = 1500 description: WAN = options=3D209b igb0: flags=3D8843 metric 0 mtu = 1500 description: LAN = options=3D6403bb > My em interfaces don't have flags for ipv6 checksum offload, I suspect = the > issue is from the em side of your network. >=20 > I have tried moving 100GB of v6 tcp through each interface with iperf3 = to see > if I could stimulate the bug, but no luck so far. I will leave the = test box sitting > exposed to my network for a while. >=20 > - [tj] From owner-freebsd-net@freebsd.org Thu May 10 14:58:26 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 875D7FCC4BE for ; Thu, 10 May 2018 14:58:26 +0000 (UTC) (envelope-from driesm.michiels@gmail.com) Received: from mail-wm0-x235.google.com (mail-wm0-x235.google.com [IPv6:2a00:1450:400c:c09::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 01A496A349 for ; Thu, 10 May 2018 14:58:26 +0000 (UTC) (envelope-from driesm.michiels@gmail.com) Received: by mail-wm0-x235.google.com with SMTP id y189-v6so4903643wmc.3 for ; Thu, 10 May 2018 07:58:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:references:in-reply-to:subject:date:message-id:mime-version :content-transfer-encoding:thread-index:content-language; bh=ilw8V6rI8N5xJXsGpHRBpPoVh03MKOTfhxYHTPA2W0o=; b=EeiM8GmbMHPp5LzmwsrDDoIJ+wWY7x+kdnq1HldEaVrU7YoSC+pbRyVAAkI/ND14W6 BfNTGG49byxW+nbtPOZB3vcrWjcEaVaScSWX/cgBDO/PHiSkMjwytKWg1LyKVnr8cI3g mhIxi0dPNDZrX4vEgcE5uYO3gv6sJtwYNr11A4g+v0qv/fU/NZjb99K/gur3plkjz7bk xOSXBA+6i4ypL/IYohvN0Pn4s5zBgELeTWegC/hG8Cs3FFtSqt76XioEBTpA9u18ReXb 1hz/dqETyqztHhOSprdK3m49hkx75dgWHeEpe6hQzuPijOdy7PbZ0IhIjZ512Y988nvI orMw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:references:in-reply-to:subject:date :message-id:mime-version:content-transfer-encoding:thread-index :content-language; bh=ilw8V6rI8N5xJXsGpHRBpPoVh03MKOTfhxYHTPA2W0o=; b=L0kJJjeoUatyUZEbSTslWOBnPsohbuagzAkL3/VEZaBb3b439wLUqZrv30bl1da/hf NRLBOgWZbYp16gQXKIktNemXp3AjjLTPfhS+w35Yb2QKwJLeU23JCqrHnDk2hpKNj4/l H0xf8euiw3VCKw9GQQnanpGgvH3DPqrChaNLk9ELXDu75TJ3J32W/+OvoAOodafefnQX wGzz33Kkhid9u4ox3TqXgN6jA9AqJbGlub372ZXlmo95ydBpGu0Cpo5gVG2TuV7Tz7pr HlLyyYsx7307FbhsFWPG5d7iB0rLlS1UQD7crSgl4C8wMw4EmZeLwDBrVoBt1FZWpRr0 XbcA== X-Gm-Message-State: ALKqPwf4rlNhrsN8VJcV6j6fCWDKid/VWmySl9qPRI/2vmA1C2j3EBgv M4FTvemvcLKm9SGSI7a7EuU= X-Google-Smtp-Source: AB8JxZpjLBYo8MA9L+tRMFdSUZIRC+BpgxMSwo2rT/v8x9yvCItofTyE9rAKvUy3QwWxm7frHMfaFg== X-Received: by 2002:a50:8c05:: with SMTP id p5-v6mr2682563edp.282.1525964304990; Thu, 10 May 2018 07:58:24 -0700 (PDT) Received: from DriesPC (ptr-8sl34rf6ki9c3i8vpvf.18120a2.ip6.access.telenet.be. [2a02:1811:2515:e000:2d76:eb53:3cfc:54bb]) by smtp.gmail.com with ESMTPSA id r48-v6sm737752edd.16.2018.05.10.07.58.24 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 10 May 2018 07:58:24 -0700 (PDT) From: "Dries Michiels" To: "'Andrey V. Elsukov'" , References: <5ae60f44.1c69fb81.ee4a5.1043@mx.google.com> In-Reply-To: Subject: RE: kernel: in6_delayed_cksum: delayed m_pullup Date: Thu, 10 May 2018 16:58:23 +0200 Message-ID: <008101d3e86f$584fb930$08ef2b90$@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQH3wx2RQj7VP9hMd2oXN/9H7zga9gKJLk47AUTkTl6jwudsgA== Content-Language: nl-be X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 10 May 2018 14:58:26 -0000 > -----Original Message----- > From: Andrey V. Elsukov > Sent: donderdag 10 mei 2018 16:34 > To: Dries Michiels ; freebsd-net@freebsd.org > Subject: Re: kernel: in6_delayed_cksum: delayed m_pullup > > On 10.05.2018 17:25, Andrey V. Elsukov wrote: > > On 29.04.2018 21:30, Dries Michiels wrote: > >> Dear mailing list, > >> > >> After upgrading my FreeBSD server from source from: > >> FreeBSD 11.1-STABLE (VADOS) #9 r331859: Sun Apr 1 12:09:18 CEST 2018 > >> to FreeBSD 11.2-PRERELEASE (VADOS) #10 r333091: Sun Apr 29 16:48:44 > >> CEST 2018 > >> > >> My /var/log/messages is getting spammed by the following notice/error: > >> Apr 29 19:51:42 vados kernel: in6_delayed_cksum: delayed m_pullup, > >> m->len: 48 plen 68 off 56 csum_flags=400 Apr 29 > >> 19:55:34 vados last message repeated 11 times Apr 29 20:11:56 vados > >> last message repeated 10 times Apr 29 20:12:42 vados last message > >> repeated 4 times > >> > >> Does anyone have a clue what this indicates? > >> I did not have this message on my older system (r331859). > > > > Do you use pf(4) or ipsec(4)? I use IPFW as firewall. Due to log file spamming I had disabled ipv6. I will enable it again and check if error message is still present. If so I will try the patch you provided. Thanks in advance! > Also, can you try this patch? > > -- > WBR, Andrey V. Elsukov From owner-freebsd-net@freebsd.org Thu May 10 15:08:37 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 341C4FCCC95 for ; Thu, 10 May 2018 15:08:37 +0000 (UTC) (envelope-from alex@zagrebin.ru) Received: from mail.zagrebin.ru (srv0.zagrebin.ru [IPv6:2001:470:1f15:30e::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A7CB66D8E4 for ; Thu, 10 May 2018 15:08:36 +0000 (UTC) (envelope-from alex@zagrebin.ru) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=zagrebin.ru ; s=mail; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References: In-Reply-To:Message-ID:Subject:To:From:Date:Sender:Reply-To:Cc:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=xHY0ELVzK5x0HvQP2H1AgFwUpNDwe1ATS9pYQRfeAEE=; b=aGOvkx4Y+zUqMrszb8yC6ZipZP aPv07CqV4F3dmRcCd8SE9XJPLMPzmApfEHHM76vPXnuapx2RrDFFWSugmmwerHuZDoedeizAYAQQx auqS4Ow4itC3PLe28rA3PJjqh2l3iK4CaYmJtzJ0NCR1SOGyQGT/1Va93XmjXniDtlJDT8dmdbcbk 1M01lNyWbuVY3PQlLfO7YEpxjWmWzfzbhPa3N8m74Jzo6YfHaBB10/aFvASQUtPkL6Q8+Eq+fSVrN lpkFe/NTHOb+eFgdHAa7GDXGG+f5uw+t1CYvLiEeE7k6UvLeE7dk+xIMvzOP+bDxq28oPLnVVC70a xkQgzgEA==; Received: from [2001:470:1f15:30e::2] (helo=vm2.home.zagrebin.ru) by mail.zagrebin.ru with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.91 (FreeBSD)) (envelope-from ) id 1fGnBK-0004Cl-0O for freebsd-net@freebsd.org; Thu, 10 May 2018 18:08:34 +0300 Date: Thu, 10 May 2018 18:08:26 +0300 From: Alexander Zagrebin To: freebsd-net@freebsd.org Subject: Re: kernel: in6_delayed_cksum: delayed m_pullup Message-ID: <20180510180826.7bb1d861@vm2.home.zagrebin.ru> In-Reply-To: <007101d3e86f$196e4fb0$4c4aef10$@gmail.com> References: <5ae60f44.1c69fb81.ee4a5.1043@mx.google.com> <20180429190450.GA97911@tom-desk.erg.abdn.ac.uk> <5ae6cbc7.1c69fb81.ed649.655e@mx.google.com> <20180510134746.GD37534@tom-desk.erg.abdn.ac.uk> <007101d3e86f$196e4fb0$4c4aef10$@gmail.com> X-Mailer: Claws Mail 3.16.0 (GTK+ 2.24.32; amd64-portbld-freebsd11.1) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 10 May 2018 15:08:37 -0000 В Thu, 10 May 2018 16:56:38 +0200 "Dries Michiels" пишет: > I had updated the day after to see if it was just a regression but > the error message was not gone: May 1 22:19:51 vados kernel: > in6_delayed_cksum: delayed m_pullup, m->len: 48 plen 68 off 56 > csum_flags=400 May 1 22:27:57 vados last message > repeated 29 times May 1 22:36:53 vados last message repeated 17 > times May 1 22:49:41 vados last message repeated 6 times May 1 > 23:00:09 vados last message repeated 8 times May 1 23:01:06 vados > last message repeated 7 times May 1 23:18:05 vados last message > repeated 12 times For this reason I had disabled IPV6 for my LAN > clients (disabled rtadvd). My server was still ipv6 reachable and > error messages where gone. I've observed such messages when ipv6 packets was passed via ipv4 NAT. After changing ipfw rule from (for example) nat 1 ip from any to me in via re1 to nat 1 ipv4 from any to me in via re1 this messages has gone. -- Alexander Zagrebin From owner-freebsd-net@freebsd.org Thu May 10 15:19:31 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DEB80FCD33F for ; Thu, 10 May 2018 15:19:31 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 7333270FA9 for ; Thu, 10 May 2018 15:19:31 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 2DFC9FCD33C; Thu, 10 May 2018 15:19:31 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1CECDFCD33B for ; Thu, 10 May 2018 15:19:31 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AD0FC70F89 for ; Thu, 10 May 2018 15:19:30 +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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 055AC1F52B for ; Thu, 10 May 2018 15:19:30 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w4AFJTa6086814 for ; Thu, 10 May 2018 15:19:29 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w4AFJT5v086806 for net@FreeBSD.org; Thu, 10 May 2018 15:19:29 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 228108] if_ipsec drops all the icmp v4&v6 error messages Date: Thu, 10 May 2018 15:19:30 +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.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: bugs.freebsd.org@mx.zzux.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: 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.25 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, 10 May 2018 15:19:32 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D228108 --- Comment #2 from bugs.freebsd.org@mx.zzux.com --- And why ping is working ok? ping -c 1 -S 192.168.233.1 192.168.233.2 PING 192.168.233.2 (192.168.233.2) from 192.168.233.1: 56 data bytes 64 bytes from 192.168.233.2: icmp_seq=3D0 ttl=3D64 time=3D0.410 ms Is gif over if_ipsec the only reliable way to create encrypted ipv6 tunnel without need of install extra software? Pure ipv6 over if_ipsec is limited in use because of dropping 'packet_too_b= ig' messages. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Thu May 10 15:35:12 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DAD8EFCDED1 for ; Thu, 10 May 2018 15:35:12 +0000 (UTC) (envelope-from justin@postgresql.org) Received: from meldrar.postgresql.org (meldrar.postgresql.org [IPv6:2a02:c0:301:0:ffff::31]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "meldrar.postgresql.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6BB6E74CAA for ; Thu, 10 May 2018 15:35:12 +0000 (UTC) (envelope-from justin@postgresql.org) Received: from meldrar.postgresql.org ([87.238.57.231] helo=webmail.postgresql.org) by meldrar.postgresql.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1fGnb1-0004gL-Hg; Thu, 10 May 2018 15:35:10 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Thu, 10 May 2018 16:35:06 +0100 From: Justin Clift To: Grzegorz Junka Cc: freebsd-net@freebsd.org Subject: Re: Unrecognized Inifiniband HCA In-Reply-To: References: <169976f0-2159-9ef0-d956-b13e717ef783@gjunka.com> <7218e2c4b23ebf4553a352633fe49e72@postgresql.org> Message-ID: X-Sender: justin@postgresql.org User-Agent: Roundcube Webmail/1.2.3 X-Pg-Spam-Score: -2.9 (--) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 10 May 2018 15:35:13 -0000 On 2018-05-10 10:21, Grzegorz Junka wrote: > On 08/05/2018 23:41, Justin Clift wrote: >> That's probably a ConnectX (series 1) Mellanox card.  Those can >> operate in >> either Infiniband mode, or Ethernet mode. >> >> Which mode are you wanting it to run in? :) >> >> As a thought, the FreeBSD wiki page has a bit of info: >> >>   https://wiki.freebsd.org/InfiniBand >> >> For that card to be recognised at all, it'll need the mlx4 driver(s) >> to load. >> >> I don't remember the exact one off hand (it's been a while), but some >> searching >> online for mlx4 and FreeBSD should turn up the right bits. > > Many thanks Justin. This is the first time I am hearing about an > Infiniband card operating in Ethernet mode. These cards come with two > CX4/SFF 8470 ports. It's not possible to connect standard Ethernet > cables that I know of (not even SFP modules). Do you mean that they > can operate in Ethernet mode over the CX4 cable? Yep. :) Back in the day when these cards were current tech, CX4 was an acceptable connector for 10GbE. The Infiniband switches from that era (that I had access to) were mostly Infiniband only though. But 10GbE CX4 switches did exist, and can still be found reasonably cheaply on Ebay. eg: * HP ProCurve 6 port CX4 10GBe switch https://www.ebay.com/itm/152232294328 * HP ProCurve 48 port 1GbE switch, with 2x 10GbE CX4 ports on the back https://www.ebay.com/itm/281899832599 One of the good things about those HP ProCurve switches... being enterprise gear they just keep working. For Years. From memory, HP still releases firmware security updates for them (for free) to this day. Unlike (say) Cisco. ;) Note - As a data point, FreeNAS (based on FreeBSD) includes the 10/40GbE driver for these cards by default. With FreeNAS they work as 10GbE "out of the box". :D Hopefully that helps. :) + Justin From owner-freebsd-net@freebsd.org Thu May 10 15:43:17 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F02D3FCE22B for ; Thu, 10 May 2018 15:43:16 +0000 (UTC) (envelope-from driesm.michiels@gmail.com) Received: from mail-wm0-x22f.google.com (mail-wm0-x22f.google.com [IPv6:2a00:1450:400c:c09::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 64D31765C3 for ; Thu, 10 May 2018 15:43:16 +0000 (UTC) (envelope-from driesm.michiels@gmail.com) Received: by mail-wm0-x22f.google.com with SMTP id w194-v6so4604584wmf.2 for ; Thu, 10 May 2018 08:43:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:references:in-reply-to:subject:date:message-id:mime-version :thread-index:content-language; bh=hyrqIBdbkctTquKAOYt3seK6/A6rqAqA2CS0Bj6RC7o=; b=rB6ewwCTV5bgVP92fha1jWUGPjHdOs84my1DE5qv+dsVOc9wRxAeZuwkeBbZtDfL5h UQtMREoAod51bNKIiSfjQbjOFYxh7jcR1blDgWEJJ5dihqi4iNBphEc+eIRXv2qBxKob dRaM4qf3l9unHJFCVFaR6SavYV6cSyE7ZuWJ/B57ujMIYyrgg2Yrg8UWVcytYkQ5UMRO X86eF7oalyEV/kcmxK+UlWqLJK/axsX8aAVSzBJMg42boFymaIwKndndTWmSMNf6QGFb PEOgYZVpstCVYfk+nothOFzuEt/gjkEilcZvKkCyYZPH5MriwsMv6jpEBVS5xHUVTCRB 2bUA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:references:in-reply-to:subject:date :message-id:mime-version:thread-index:content-language; bh=hyrqIBdbkctTquKAOYt3seK6/A6rqAqA2CS0Bj6RC7o=; b=F9Zxt0QJ59EQ981MhSEIRKFJJsOL+UAYY21NUAP7iYmFAdHs28vdViR0u1bW5YZgfP LBuYvHYPl86iX22z8VsF3q/Q9ObPSh5vAz+pQwWAWs688aGWPKjpm6Rsv6rQnOjnjlhC YxADP3D1EugHcV7AZuNOmhLPJWd0uk/Oqryr46DQMcBwAmXef1qJqEL18EFnyT8DI26h 3qPsv+wlTO80HCgxLzJ6JHetwIM6eNsPskJnDvnOW4KdOMnBPcjporfZnkTYdsoU+5lt rWbLE6w49q5OdiI4L3KyUt5jIlHxYuB67Ynr1VTH5udiB+ZyWuinnAp+AdNggFG/586y i3uA== X-Gm-Message-State: ALKqPwed9CVDfKXcws5lGCOIgJag7Q2/TP8zAkxu/m7GmE/Q08Dj2SZ3 EFrxrBUlR18tDg/zHu0Pvv8= X-Google-Smtp-Source: AB8JxZoCmaRZtvaYVvS/u85Yh3MpHovm1dGGDv953L29T9Vl0e+7gqiJxGtDkQ0Hl9bI7GO39JNUcA== X-Received: by 2002:a50:ec16:: with SMTP id g22-v6mr2941786edr.242.1525966995402; Thu, 10 May 2018 08:43:15 -0700 (PDT) Received: from DriesPC (ptr-8sl34rf6ki9c3i8vpvf.18120a2.ip6.access.telenet.be. [2a02:1811:2515:e000:2d76:eb53:3cfc:54bb]) by smtp.gmail.com with ESMTPSA id j22-v6sm803929eda.72.2018.05.10.08.43.14 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 10 May 2018 08:43:14 -0700 (PDT) From: "Dries Michiels" To: "'Andrey V. Elsukov'" , References: <5ae60f44.1c69fb81.ee4a5.1043@mx.google.com> <008101d3e86f$584fb930$08ef2b90$@gmail.com> In-Reply-To: <008101d3e86f$584fb930$08ef2b90$@gmail.com> Subject: RE: kernel: in6_delayed_cksum: delayed m_pullup Date: Thu, 10 May 2018 17:43:13 +0200 Message-ID: <012401d3e875$9bd23a60$d376af20$@gmail.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0125_01D3E886.5F5BA6A0" X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQH3wx2RQj7VP9hMd2oXN/9H7zga9gKJLk47AUTkTl4BtUDeo6O1R6sg Content-Language: nl-be X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 10 May 2018 15:43:17 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0125_01D3E886.5F5BA6A0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable > -----Original Message----- > From: Dries Michiels > Sent: donderdag 10 mei 2018 16:58 > To: 'Andrey V. Elsukov' ; freebsd-net@freebsd.org > Subject: RE: kernel: in6_delayed_cksum: delayed m_pullup >=20 > > -----Original Message----- > > From: Andrey V. Elsukov > > Sent: donderdag 10 mei 2018 16:34 > > To: Dries Michiels ; > > freebsd-net@freebsd.org > > Subject: Re: kernel: in6_delayed_cksum: delayed m_pullup > > > > On 10.05.2018 17:25, Andrey V. Elsukov wrote: > > > On 29.04.2018 21:30, Dries Michiels wrote: > > >> Dear mailing list, > > >> > > >> After upgrading my FreeBSD server from source from: > > >> FreeBSD 11.1-STABLE (VADOS) #9 r331859: Sun Apr 1 12:09:18 CEST > > >> 2018 to FreeBSD 11.2-PRERELEASE (VADOS) #10 r333091: Sun Apr 29 > > >> 16:48:44 CEST 2018 > > >> > > >> My /var/log/messages is getting spammed by the following > notice/error: > > >> Apr 29 19:51:42 vados kernel: in6_delayed_cksum: delayed = m_pullup, > > >> m->len: 48 plen 68 off 56 csum_flags=3D400 Apr 29 > > >> 19:55:34 vados last message repeated 11 times Apr 29 20:11:56 = vados > > >> last message repeated 10 times Apr 29 20:12:42 vados last message > > >> repeated 4 times > > >> > > >> Does anyone have a clue what this indicates? > > >> I did not have this message on my older system (r331859). > > > > > > Do you use pf(4) or ipsec(4)? >=20 > I use IPFW as firewall. Due to log file spamming I had disabled ipv6. > I will enable it again and check if error message is still present. > If so I will try the patch you provided. Thanks in advance! > > Also, can you try this patch? > > > > -- > > WBR, Andrey V. Elsukov Ok error has returned: May 10 17:31:39 vados kernel: in6_delayed_cksum: delayed m_pullup, = m->len: 48 plen 68 off 56 csum_flags=3D400 May 10 17:31:53 vados last message repeated 3 times I'll apply the patch and rebuild from source to give an update later. Dries ------=_NextPart_000_0125_01D3E886.5F5BA6A0 Content-Type: application/octet-stream; name="in6_delayed_cksum.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="in6_delayed_cksum.diff" Index: sys/netinet6/ip6_output.c =================================================================== --- sys/netinet6/ip6_output.c (revision 333460) +++ sys/netinet6/ip6_output.c (working copy) @@ -199,18 +199,10 @@ in6_delayed_cksum(struct mbuf *m, uint32_t plen, u csum = 0xffff; offset += m->m_pkthdr.csum_data; /* checksum offset */ - if (offset + sizeof(u_short) > m->m_len) { - printf("%s: delayed m_pullup, m->len: %d plen %u off %u " - "csum_flags=%b\n", __func__, m->m_len, plen, offset, - (int)m->m_pkthdr.csum_flags, CSUM_BITS); - /* - * XXX this should not happen, but if it does, the correct - * behavior may be to insert the checksum in the appropriate - * next mbuf in the chain. - */ - return; - } - *(u_short *)(m->m_data + offset) = csum; + if (offset + sizeof(csum) > m->m_len) + m_copyback(m, offset, sizeof(csum), (caddr_t)&csum); + else + *(u_short *)mtodo(m, offset) = csum; } int ------=_NextPart_000_0125_01D3E886.5F5BA6A0-- From owner-freebsd-net@freebsd.org Thu May 10 16:24:56 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 82C5BFCF3DE for ; Thu, 10 May 2018 16:24:56 +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 1C6FB806EF for ; Thu, 10 May 2018 16:24:56 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from Julian-MBP3.local (124-148-108-197.dyn.iinet.net.au [124.148.108.197]) (authenticated bits=0) by vps1.elischer.org (8.15.2/8.15.2) with ESMTPSA id w4AGOgJI056721 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 10 May 2018 09:24:45 -0700 (PDT) (envelope-from julian@freebsd.org) Subject: Re: NETGRAPH- bridge vlans using netgraph help To: Abdullah Tariq Cc: Freddie Cash , Eugene Grosbein , freebsd-net References: <5AE437C1.8010706@grosbein.net> <5AE44ADD.7020302@grosbein.net> <5AE468D5.9030702@grosbein.net> <5AE4D1AC.3080702@grosbein.net> <5AE75988.3020306@grosbein.net> <5AE75BAD.8030303@grosbein.net> <946595c0-8dd5-145f-6c13-c150a053a17c@freebsd.org> From: Julian Elischer Message-ID: <670e4c83-a090-94c4-271b-820d945cb78b@freebsd.org> Date: Fri, 11 May 2018 00:24:36 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: Content-Language: en-US Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 10 May 2018 16:24:56 -0000 On 9/5/18 11:24 pm, Abdullah Tariq wrote: > > a picture would do wonders to understand what he wants. > > >  Apologies for being AWOL >  Attaching an image link: https://ibb.co/nt1s4S Ok so, it looks like there i a problem in concepts. FreeBSD doesn't really know about tags inside the machine.. It only has the ability to make a separate interface that multiplexes (on output) and demultiplexes (on input) packets going onto a single link by assigning/creating a virtual sub-interface for each active vlan on that real interface. (well that's 100% true, but it doesn't use the tags for anything real internally.) If you add the tag for a packet coming in and then remove it as it goes out, what is the point in having it? FreeBSD does not have a vlan switch internally. That is not to say that we can not MAKE one, but the whole aim of FreeBSD's vlan support is to allow it to send packets out that are tagged for different vlans depending on which 'sub interface' the packet was routed to, not to send unmarked packets internally routed via some mythical internal vlan switch. iface0.1]--------[iface0]------wire                       / iface0.2]----/ packets sent out via iface0.1 will appear on the wire with vlan1 headers packates sent out through iface0.2 will appear on the wire with vlan2 headers Inside the system however the vlan headers have been stripped off. They DO still have some vlan information tagged on them but it is not used generally. I still don't fully understand the aim of the exercise. Julian > > On Tue, May 1, 2018 at 8:39 PM, Julian Elischer > wrote: > > On 1/5/18 11:16 pm, Freddie Cash wrote: >> On Tue, May 1, 2018 at 6:08 AM, Julian Elischer >> >wrote: >> >> On 1/5/18 2:08 am, Eugene Grosbein wrote: >> >> 01.05.2018 1:03, Freddie Cash wrote: >> >> On Mon, Apr 30, 2018 at 10:59 AM, Eugene Grosbein >> >> > >>wrote: >> >>      > What the OP is trying to do is have PC1 send >> untagged packets to igb0 on FreeBSD which is >> configured for tagged vlan 5. >>      > Then bridge the packets to igb1 which is >> also configured for tagged vlan 5.  Then send the >> packets out, untagged, to PC2. >> >>      Why would one want to "configure igb0 for >> tagged vlan 5" when igb0 supposed to receive >> untagged frames? >>      This does not make any sense. One should just >> bridge igb0 as is, without creation vlan on it and >> problem's solved. >> >> ​Yes, agree.  What the OP wants to do can't be >> done.  :)​ >> >> Perhaps, you missed a message from him when he states >> that configuration style does no matter for him really. >> So, what he wants can be done, just using different style. >> >> >> a picture would do wonders to understand what he wants >> ​. >> >> >> ​A FreeBSD system with multiple NICs, with separate vlans >> internally to separate untagged traffic between PCs.​ >> >> https://forums.freebsd.org/threads/bridge-with-vlans-not-working.65592/ >> >> >> ​​https://forums.freebsd.org/attachments/capture-png.4744/ >> >> >> ​https://forums.freebsd.org/threads/bridge-with-vlans-not-working.65592/#lg=post-385584&slide=0 >> >> >> ​The "easy" solution is to just bridge together the interfaces >> you want to be part of the same "virtual lan", thus allowing >> traffic between those stations only.  Want PC1 and PC2 to be >> part of one vlan?  Then bridge together igb0 and igb1.  Want >> PC3, connected to igb2, and PC4, connected to igb3, to be part >> of a separate "virtual lan"?  Then create a separate bridge >> between igb2 and igb3. No vlan tags required anywhere. > > ok so does he want to have those vlans terminated at his box or > just pass them through? > and if they are untagged,  why is it being called a vlan? > untagged vlan is what we call "ethernet". > > if it's untagged then only the internal state of the switches > decides which "virtual network" it is on.. > > > >> >> But, the OP (in the forum thread and here) keeps getting hung >> up on "needing" vlan tags on the NICs, trying to treat the >> FreeBSD box like a switch with hybrid ports and PVIDs set on >> the ports. >> >> -- >> Freddie Cash >> fjwcash@gmail.com > > > From owner-freebsd-net@freebsd.org Thu May 10 17:54:40 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9BB16FD1E44 for ; Thu, 10 May 2018 17:54:40 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (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 024DB75532; Thu, 10 May 2018 17:54:39 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mh0.gentlemail.de (ezra.dcm1.omnilan.net [IPv6:2a00:e10:2800::a135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id w4AHsbP7012580; Thu, 10 May 2018 19:54:37 +0200 (CEST) (envelope-from freebsd@omnilan.de) Received: from titan.inop.mo1.omnilan.net (s1.omnilan.de [217.91.127.234]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 903CF577; Thu, 10 May 2018 19:54:36 +0200 (CEST) Message-ID: <5AF4875C.5000201@omnilan.de> Date: Thu, 10 May 2018 19:54:36 +0200 From: Harry Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: Stephen Hurd CC: "freebsd-net@freebsd.org" , Stephen Hurd , Kevin Bowling Subject: Re: iflib-if_em tests with HEAD and lagg panic [Was: Re: svn commit: r333338 - in stable/11/sys: dev/bnxt kern net sys] References: <201805072142.w47LgN1R041002@repo.freebsd.org> <5AF16B8B.7030703@omnilan.de> <5AF17134.7020602@omnilan.de> <5AF1CF0F.4040909@omnilan.de> <65972f0d-2873-42ea-464c-a3db543abafb@freebsd.org> <5AF1E073.5010701@omnilan.de> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]); Thu, 10 May 2018 19:54:38 +0200 (CEST) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: ; Sender-helo: mh0.gentlemail.de; ) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 10 May 2018 17:54:40 -0000 Bezüglich Stephen Hurd's Nachricht vom 08.05.2018 20:58 (localtime): > Can you test the review here: https://reviews.freebsd.org/D15355 > > It looks like there are two different locks protecting the same data > everywhere but in lagg_ioctl(). This is a rough first-pass, and there may > be some lingering recursion and performance regressions with it. > … >> Sleeping on "e1000_delay" with the following non-sleepable locks held: >> exclusive rm if_lagg rmlock (if_lagg rmlock) r = 0 (0xfffff80014228c08) >> locked @ /usr/src/sys/net/if_lagg.c:1433 >> stack backtrace: >> #0 0xffffffff80701113 at witness_debugger+0x73 >> #1 0xffffffff807024f1 at witness_warn+0x461 >> #2 0xffffffff806a42cc at _sleep+0x6c >> #3 0xffffffff806a4b34 at pause_sbt+0x144 >> #4 0xffffffff80440e21 at e1000_write_phy_reg_mdic+0xf1 >> #5 0xffffffff804446bf at e1000_enable_phy_wakeup_reg_access_bm+0x2f >> #6 0xffffffff80432e0a at e1000_update_mc_addr_list_pch2lan+0x3a >> #7 0xffffffff8041408f at em_if_multi_set+0x1bf >> #8 0xffffffff807bc02e at iflib_if_ioctl+0xfe >> #9 0xffffffff82111a15 at lagg_ioctl+0x115 >> #10 0xffffffff807dd348 at inm_release_task+0x218 >> #11 0xffffffff806dea29 at gtaskqueue_run_locked+0x139 >> #12 0xffffffff806de7a8 at gtaskqueue_thread_loop+0x88 >> #13 0xffffffff80659d84 at fork_exit+0x84 >> #14 0xffffffff809b767e at fork_trampoline+0xe >> Sleeping thread (tid 100017, pid 0) owns a non-sleepable lock >> KDB: stack backtrace of thread 100017: >> sched_switch() at sched_switch+0x945/frame 0xfffffe00750dc5d0 >> mi_switch() at mi_switch+0x18c/frame 0xfffffe00750dc600 >> sleepq_switch() at sleepq_switch+0x10d/frame 0xfffffe00750dc640 >> sleepq_timedwait() at sleepq_timedwait+0x50/frame 0xfffffe00750dc680 >> _sleep() at _sleep+0x307/frame 0xfffffe00750dc730 >> pause_sbt() at pause_sbt+0x144/frame 0xfffffe00750dc780 >> e1000_write_phy_reg_mdic() at e1000_write_phy_reg_mdic+0xf1/frame >> 0xfffffe00750dc7c0 >> e1000_enable_phy_wakeup_reg_access_bm() at >> e1000_enable_phy_wakeup_reg_access_bm+0x2f/frame 0xfffffe00750dc7e0 >> e1000_update_mc_addr_list_pch2lan() at >> e1000_update_mc_addr_list_pch2lan+0x3a/frame 0xfffffe00750dc820 >> em_if_multi_set() at em_if_multi_set+0x1bf/frame 0xfffffe00750dc870 >> iflib_if_ioctl() at iflib_if_ioctl+0xfe/frame 0xfffffe00750dc8e0 >> lagg_ioctl() at lagg_ioctl+0x115/frame 0xfffffe00750dc990 >> inm_release_task() at inm_release_task+0x218/frame 0xfffffe00750dc9f0 >> gtaskqueue_run_locked() at gtaskqueue_run_locked+0x139/frame >> 0xfffffe00750dca40 >> gtaskqueue_thread_loop() at gtaskqueue_thread_loop+0x88/frame >> 0xfffffe00750dca70 >> fork_exit() at fork_exit+0x84/frame 0xfffffe00750dcab0 >> fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe00750dcab0 >> --- trap 0, rip = 0, rsp = 0, rbp = 0 --- >> panic: sleeping thread >> cpuid = 3 >> time = 1525794682 >> KDB: stack backtrace: >> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame >> 0xfffffe008fe180e0 >> vpanic() at vpanic+0x1a3/frame 0xfffffe008fe18140 >> panic() at panic+0x43/frame 0xfffffe008fe181a0 >> propagate_priority() at propagate_priority+0x335/frame 0xfffffe008fe181e0 >> turnstile_wait() at turnstile_wait+0x38d/frame 0xfffffe008fe18230 >> __mtx_lock_sleep() at __mtx_lock_sleep+0x1e1/frame 0xfffffe008fe182b0 >> __mtx_lock_flags() at __mtx_lock_flags+0xf9/frame 0xfffffe008fe18300 >> _rm_rlock() at _rm_rlock+0x280/frame 0xfffffe008fe18330 >> _rm_rlock_debug() at _rm_rlock_debug+0x14c/frame 0xfffffe008fe18380 >> lagg_transmit() at lagg_transmit+0x38/frame 0xfffffe008fe183f0 >> ether_output_frame() at ether_output_frame+0xaa/frame 0xfffffe008fe18420 >> ether_output() at ether_output+0x68b/frame 0xfffffe008fe184c0 >> arprequest() at arprequest+0x474/frame 0xfffffe008fe185c0 >> arp_ifinit() at arp_ifinit+0x58/frame 0xfffffe008fe18600 >> ether_ioctl() at ether_ioctl+0x1d1/frame 0xfffffe008fe18630 >> lagg_ioctl() at lagg_ioctl+0x602/frame 0xfffffe008fe186e0 >> in_control() at in_control+0x8f5/frame 0xfffffe008fe18780 >> ifioctl() at ifioctl+0x19c6/frame 0xfffffe008fe18850 >> kern_ioctl() at kern_ioctl+0x2b9/frame 0xfffffe008fe188b0 >> sys_ioctl() at sys_ioctl+0x168/frame 0xfffffe008fe18980 >> amd64_syscall() at amd64_syscall+0x2cc/frame 0xfffffe008fe18ab0 >> fast_syscall_common() at fast_syscall_common+0x101/frame >> 0xfffffe008fe18ab0 >> --- syscall (54, FreeBSD ELF64, sys_ioctl), rip = 0x8004820ba, rsp = >> 0x7fffffffe1c8, rbp = 0x7fffffffe210 --- >> KDB: enter: panic I can confirm that the D15355 version I tested eleminates that panic. Also no LOR with em0+em1 as laggports. >From the kawela report: > Bezüglich Kevin Bowling's Nachricht vom 08.05.2018 11:52 (localtime): >> On Tue, May 8, 2018 at 2:43 AM, Harry Schmalzbauer wrote: > … >>> But if the simple iflib/hw-support test with kawela+hartwell helps I'm >>> happy to do. >> >> At this point it would be helpful, we think e1000 is nearing pretty >> good shape and I need to become familiar with any outstanding bugs. > > Here's the results for kawela (82576) which, to my surprise, still shows > up as "igb" – I thought it would be "emX". … > Running simple NFS4 copies with all offloading bells and whistles > enabled and MTU 9000 work fine (over IPv6 and LACP) at full line rate. > > Only one LACP LOR (no panic as with emo+em1 lagg, where I saw pages full > of LORs): > lock order reversal: (sleepable after non-sleepable) > 1st 0xfffff80002bc9208 if_lagg rmlock (if_lagg rmlock) @ > /usr/src/sys/net/if_lagg.c:1433 > 2nd 0xfffff80002c04550 iflib ctx lock (iflib ctx lock) @ > /usr/src/sys/net/iflib.c:3999 > stack backtrace: > #0 0xffffffff80701113 at witness_debugger+0x73 > #1 0xffffffff80700f94 at witness_checkorder+0xe34 > #2 0xffffffff806a26a8 at _sx_xlock+0x68 > #3 0xffffffff807bbfbc at iflib_if_ioctl+0x8c > #4 0xffffffff8079e5f4 at if_addmulti+0x264 > #5 0xffffffff821144a8 at lagg_setmulti+0x108 > #6 0xffffffff82111a28 at lagg_ioctl+0x128 > #7 0xffffffff8079e5f4 at if_addmulti+0x264 > #8 0xffffffff807d8b7e at in_joingroup_locked+0x1ce > #9 0xffffffff807d8982 at in_joingroup+0x42 > #10 0xffffffff807d47cb at in_control+0x93b > #11 0xffffffff8079d656 at ifioctl+0x19c6 > #12 0xffffffff807068c9 at kern_ioctl+0x2b9 > #13 0xffffffff80706598 at sys_ioctl+0x168 > #14 0xffffffff809dab2c at amd64_syscall+0x2cc > #15 0xffffffff809b71ad at fast_syscall_common+0x101 This LOR (igb0+igb1 as laggports) also vanished with the D15355 version I tested. Please excuse that I'm not familar with the phabricator and just did "raw diff download" after briefly flying over the comments. According to st_mtime this was on May 9th, 08:14:02 UTC (10:14 local (CEST) time). No idea what timezone phabricator reports to me, most likely respecting local time. Which means latest revision was part of my test – but I'm not sure... Shall I redo? -harry From owner-freebsd-net@freebsd.org Thu May 10 18:02:06 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5A76AFD2252 for ; Thu, 10 May 2018 18:02:06 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (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 C9B1078364; Thu, 10 May 2018 18:02:05 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mh0.gentlemail.de (mh0.gentlemail.de [IPv6:2a00:e10:2800::a135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id w4AI2426012702; Thu, 10 May 2018 20:02:04 +0200 (CEST) (envelope-from freebsd@omnilan.de) Received: from titan.inop.mo1.omnilan.net (s1.omnilan.de [217.91.127.234]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 2FC2D57F; Thu, 10 May 2018 20:02:03 +0200 (CEST) Message-ID: <5AF4891A.6030904@omnilan.de> Date: Thu, 10 May 2018 20:02:02 +0200 From: Harry Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: Stephen Hurd CC: "freebsd-net@freebsd.org" , Stephen Hurd , Kevin Bowling Subject: Re: iflib-if_em tests with HEAD and lagg panic [Was: Re: svn commit: r333338 - in stable/11/sys: dev/bnxt kern net sys] References: <201805072142.w47LgN1R041002@repo.freebsd.org> <5AF16B8B.7030703@omnilan.de> <5AF17134.7020602@omnilan.de> <5AF1CF0F.4040909@omnilan.de> <65972f0d-2873-42ea-464c-a3db543abafb@freebsd.org> <5AF1E073.5010701@omnilan.de> <5AF4875C.5000201@omnilan.de> In-Reply-To: <5AF4875C.5000201@omnilan.de> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]); Thu, 10 May 2018 20:02:04 +0200 (CEST) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: ; Sender-helo: mh0.gentlemail.de; ) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 10 May 2018 18:02:06 -0000 Bezüglich Harry Schmalzbauer's Nachricht vom 10.05.2018 19:54 (localtime): … > Please excuse that I'm not familar with the phabricator and just did > "raw diff download" after briefly flying over the comments. > According to st_mtime this was on May 9th, 08:14:02 UTC (10:14 local > (CEST) time). > No idea what timezone phabricator reports to me, most likely respecting > local time. Which means latest revision was part of my test – but I'm Oh, I missed "pm". Phabricator reports Wed, May 9, 9:49 PM as last revision, my download was from 10:14 _AM_... But if the web site was respecting local time zone, I guess it would respect local time format, so not PM, but 21:49... So I think it's most likely any UTC+>2 time, so the revision I tested was probably Diff 42294 . Just tell me if it was useful for you to test the latest revision again. -harry From owner-freebsd-net@freebsd.org Thu May 10 18:07:44 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 61FC8FD23C1 for ; Thu, 10 May 2018 18:07:44 +0000 (UTC) (envelope-from shurd@llnw.com) Received: from mail-lf0-x233.google.com (mail-lf0-x233.google.com [IPv6:2a00:1450:4010:c07::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 BB71778526 for ; Thu, 10 May 2018 18:07:43 +0000 (UTC) (envelope-from shurd@llnw.com) Received: by mail-lf0-x233.google.com with SMTP id y72-v6so4248031lfd.2 for ; Thu, 10 May 2018 11:07:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=llnw.com; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=dQrjkTjKVgbMCnRr7sixESDyrQJRfuaoojSRnycbFIk=; b=HOm703uQl5M7jId9nbRWW9rm6TU9U5rycL9pJuDWepYLDC0aOzf+l9jJwr6JdDQXJ9 zV4mMd9/vkpZTxelnQf0ERLGiS8oFxkMWB1UpYtbMri+3XIkYJ4gZLzNF1JnQhrFBNpt fL2LxkApjUwDXat4EgHBPSJdacj1//8anLssIQDM9u15KKKq1cO6hB9a883UIjbA0rhF JEkM16ZU+GnTeawv/n8gpH5CRMBps0FZ27fVwRT/fR1/UeZdN28XhUOV1V0JJJXnPbc/ U1Cuyp/1bvLh3N6aDXf7LQkJ3t2wH5mCeTkzE0Pc1IcA6Hh0CvLtlkw8C8Dalen0ahd2 REQg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=dQrjkTjKVgbMCnRr7sixESDyrQJRfuaoojSRnycbFIk=; b=lXfAwfVIq8kFxeCMxuZBIohu+xHemoBrMZcm6Nqd5+6xnOk4H7cfWerXt+KVWPqaoQ 2kdRiPKyxvQPyS5Q7KkW8+cyJslU/CywrQOD/0OA4xQvTcEifgPlYzjXA8j/EQR7ptiW qzk9zX1we8HTpZYRW5foS7yMB5da4inqUb9XOXkMG7JJtNtiQYNcP0nxCfDKzrNNSIn1 PETsH4ik/FvFCJfp3Sd1Oc6TzIdZBlMFhgjEHwwglYNwtc4St5nZ2Nv2Kt0ZY7D0SuJQ uaGCetAsPOoDxtLQHWAa492+Vshs6vAqewrRv9zt/hv9qid1Drm2UI+Fsgfn0TqoZCJH Vz2Q== X-Gm-Message-State: ALKqPwch0ag8z4nN5YbR/NyM6h8F2UtOqE9oXclVyryF+8sQtFPs+4/l JxNLOimosdGYsHrjnMFrRo/tAJ1k/j68eXOgJzIsRA== X-Google-Smtp-Source: AB8JxZrBpt0bOJ4JbSRcQckSBDk1tbToCAI+UEMpd37dheVNoMtLZKbzq6IlUr7PR+dCSKrGAM+iAtA2MMZ/BfHEu74= X-Received: by 2002:a2e:5d57:: with SMTP id r84-v6mr1781250ljb.125.1525975662219; Thu, 10 May 2018 11:07:42 -0700 (PDT) MIME-Version: 1.0 Received: by 10.46.114.10 with HTTP; Thu, 10 May 2018 11:07:41 -0700 (PDT) In-Reply-To: <5AF4891A.6030904@omnilan.de> References: <201805072142.w47LgN1R041002@repo.freebsd.org> <5AF16B8B.7030703@omnilan.de> <5AF17134.7020602@omnilan.de> <5AF1CF0F.4040909@omnilan.de> <65972f0d-2873-42ea-464c-a3db543abafb@freebsd.org> <5AF1E073.5010701@omnilan.de> <5AF4875C.5000201@omnilan.de> <5AF4891A.6030904@omnilan.de> From: Stephen Hurd Date: Thu, 10 May 2018 14:07:41 -0400 Message-ID: Subject: Re: iflib-if_em tests with HEAD and lagg panic [Was: Re: svn commit: r333338 - in stable/11/sys: dev/bnxt kern net sys] To: Harry Schmalzbauer Cc: "freebsd-net@freebsd.org" , Stephen Hurd , Kevin Bowling , mmacy@mattmacy.io Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 10 May 2018 18:07:44 -0000 No need to test the latest revision unless/until you get a LOR or a panic (both should be possible with the revision you currently have). With the recent addition of a simple EBR API, mmacy@ is working on a better solution. If possible, it would be great to have you re-test it once that is up. On Thu, May 10, 2018 at 2:02 PM, Harry Schmalzbauer wrote: > Bez=C3=BCglich Harry Schmalzbauer's Nachricht vom 10.05.2018 19:54 (loca= ltime): > =E2=80=A6 > > Please excuse that I'm not familar with the phabricator and just did > > "raw diff download" after briefly flying over the comments. > > According to st_mtime this was on May 9th, 08:14:02 UTC (10:14 local > > (CEST) time). > > No idea what timezone phabricator reports to me, most likely respecting > > local time. Which means latest revision was part of my test =E2=80=93 = but I'm > > Oh, I missed "pm". > Phabricator reports Wed, May 9, 9:49 PM > as last revision, my > download was from 10:14 _AM_... > But if the web site was respecting local time zone, I guess it would > respect local time format, so not PM, but 21:49... > So I think it's most likely any UTC+>2 time, so the revision I tested > was probably Diff 42294 . > > Just tell me if it was useful for you to test the latest revision again. > > -harry > --=20 [image: Limelight Networks] Stephen Hurd* Principal Engineer* EXPERIENCE FIRST. +1 616 848 0643 <+1+616+848+0643> www.limelight.com [image: Facebook] [image: LinkedIn] [image: Twitter] From owner-freebsd-net@freebsd.org Thu May 10 18:29:14 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 71D79FD2B3E for ; Thu, 10 May 2018 18:29:14 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (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 E35ED7D38B; Thu, 10 May 2018 18:29:13 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mh0.gentlemail.de (mh0.gentlemail.de [IPv6:2a00:e10:2800::a135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id w4AITBMD012891; Thu, 10 May 2018 20:29:11 +0200 (CEST) (envelope-from freebsd@omnilan.de) Received: from titan.inop.mo1.omnilan.net (s1.omnilan.de [217.91.127.234]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 4EDB6596; Thu, 10 May 2018 20:29:11 +0200 (CEST) Message-ID: <5AF48F76.4050301@omnilan.de> Date: Thu, 10 May 2018 20:29:10 +0200 From: Harry Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: Stephen Hurd CC: "freebsd-net@freebsd.org" , Stephen Hurd , Kevin Bowling , mmacy@mattmacy.io Subject: Re: iflib-if_em tests with HEAD and lagg panic [Was: Re: svn commit: r333338 - in stable/11/sys: dev/bnxt kern net sys] References: <201805072142.w47LgN1R041002@repo.freebsd.org> <5AF16B8B.7030703@omnilan.de> <5AF17134.7020602@omnilan.de> <5AF1CF0F.4040909@omnilan.de> <65972f0d-2873-42ea-464c-a3db543abafb@freebsd.org> <5AF1E073.5010701@omnilan.de> <5AF4875C.5000201@omnilan.de> <5AF4891A.6030904@omnilan.de> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]); Thu, 10 May 2018 20:29:12 +0200 (CEST) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: ; Sender-helo: mh0.gentlemail.de; ) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 10 May 2018 18:29:14 -0000 Bezüglich Stephen Hurd's Nachricht vom 10.05.2018 20:07 (localtime): > No need to test the latest revision unless/until you get a LOR or a > panic (both should be possible with the revision you currently have). > With the recent addition of a simple EBR API, mmacy@ is working on a > better solution. If possible, it would be great to have you re-test it > once that is up. Since this literally brand new _haswell_ (DH87MC) box is waiting now for 3 years to replace my 10 years old core2duo, I'll keep it on the tinker bench... I'd have some "smbios0: SMBIOS checksum failed" and "[drm2:pid:hangcheck_hung]...GPU hung" issues to track/report, but since finding Xorg's secret about "MatchIsKeyboard" took me too much time, this is postponed. -harry From owner-freebsd-net@freebsd.org Thu May 10 18:54:49 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8247DFD3591 for ; Thu, 10 May 2018 18:54:49 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 170CE814EB for ; Thu, 10 May 2018 18:54:49 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id CCF2BFD3590; Thu, 10 May 2018 18:54:48 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BA858FD358F for ; Thu, 10 May 2018 18:54:48 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 57768814E6 for ; Thu, 10 May 2018 18:54:48 +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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 81D10213B1 for ; Thu, 10 May 2018 18:54:47 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w4AIslE1007401 for ; Thu, 10 May 2018 18:54:47 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w4AIslxA007400 for net@FreeBSD.org; Thu, 10 May 2018 18:54:47 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 227259] accept()/poll() and shutdown()/close() - not work as in FreeBSD10, may broke many apps Date: Thu, 10 May 2018 18:54:47 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 11.1-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: emss@free.fr X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@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.25 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, 10 May 2018 18:54:49 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D227259 --- Comment #11 from emss@free.fr --- Hi, Any news on this subject, please ? Regards =C3=89ric Masson --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-net@freebsd.org Thu May 10 19:02:53 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8D7A5FD38EE for ; Thu, 10 May 2018 19:02:53 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 259C88402B for ; Thu, 10 May 2018 19:02:53 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id DD80BFD38ED; Thu, 10 May 2018 19:02:52 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CB2F8FD38EC for ; Thu, 10 May 2018 19:02:52 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5ABE084025 for ; Thu, 10 May 2018 19:02: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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id B4A012152B for ; Thu, 10 May 2018 19:02:51 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w4AJ2pJq044660 for ; Thu, 10 May 2018 19:02:51 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w4AJ2pNl044659 for net@FreeBSD.org; Thu, 10 May 2018 19:02:51 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 227259] accept()/poll() and shutdown()/close() - not work as in FreeBSD10, may broke many apps Date: Thu, 10 May 2018 19:02:51 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 11.1-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: jtl@freebsd.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status 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.25 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, 10 May 2018 19:02:53 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D227259 Jonathan T. Looney changed: What |Removed |Added ---------------------------------------------------------------------------- Status|New |In Progress --- Comment #12 from Jonathan T. Looney --- See D15019 and D15021. I think we're waiting for reviewers. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-net@freebsd.org Thu May 10 19:17:05 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6C87EFD3DCD for ; Thu, 10 May 2018 19:17:05 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (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 E284F87170 for ; Thu, 10 May 2018 19:17:04 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mh0.gentlemail.de (ezra.dcm1.omnilan.net [IPv6:2a00:e10:2800::a135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id w4AJH3Fe013307 for ; Thu, 10 May 2018 21:17:03 +0200 (CEST) (envelope-from freebsd@omnilan.de) Received: from titan.inop.mo1.omnilan.net (s1.omnilan.de [217.91.127.234]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 932FA5B6; Thu, 10 May 2018 21:17:03 +0200 (CEST) Message-ID: <5AF49AAF.9080305@omnilan.de> Date: Thu, 10 May 2018 21:17:03 +0200 From: Harry Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: "freebsd-net@freebsd.org" Subject: if_em(4) carrier loss event not recognized with i217; while 82574 does recognize Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]); Thu, 10 May 2018 21:17:03 +0200 (CEST) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: ; Sender-helo: mh0.gentlemail.de; ) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 10 May 2018 19:17:05 -0000 Hello, if I pull the TP connection from my i217 Clarkville, HEAD still reports media 1000Base-T status "active". Doing the same with the other if_em(4) NIC in that box, a hartwell, 82574LM, the status correctly changes to "no carrier". This is not iflib related, since it's reproducable with FreeBSD 11-stable (some months old). Shall I file a PR? -harry From owner-freebsd-net@freebsd.org Thu May 10 19:56:00 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 11A94FD5088 for ; Thu, 10 May 2018 19:56:00 +0000 (UTC) (envelope-from shurd@llnw.com) Received: from mail-lf0-x233.google.com (mail-lf0-x233.google.com [IPv6:2a00:1450:4010:c07::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 69D5270106 for ; Thu, 10 May 2018 19:55:59 +0000 (UTC) (envelope-from shurd@llnw.com) Received: by mail-lf0-x233.google.com with SMTP id p85-v6so4664428lfg.7 for ; Thu, 10 May 2018 12:55:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=llnw.com; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=r+Rd6mml2UqUNspvc336PMEhQHakdUYQJDAMHwOR2tY=; b=DtFr+8RGuXXCCXKbb9p5vEcr3EuRQPZRxA7XpInuDAx9nbi+jzRrsb1XFxUUOYUWw3 JZKhmoxawVAGhAG6nrOiTcwHsrDP/RsYiZPDbL71H86pKG6SROrsL/U5cM2148LNVIGz ZIzbyI5R7BKyOGWFLKZX13Rhf7Gm7/qyfKANS1QtYQpqy7rEn2nVHTlhXkQlg7LkTEIr YKLlJWUF5dQPSMg9uVh2sDh9jQzoQJUILD7IUw8y/oD8EPnvJJIT9NKGNKdfAXJ0iUU/ Lz9SgZa/4n9lctWMk4I5McSgPp0j+tYeat+YZDJ/Nr4PBr+z493gxscBVFg/yu14Ai0Y YvRQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=r+Rd6mml2UqUNspvc336PMEhQHakdUYQJDAMHwOR2tY=; b=M37/+DTHbgFlHkH/aR9jdgDcdEGSBUjvUIVwJ3RYkPahwKGPOsLzGGpar0FTJ6YuWR 94hF3MafwweNVO66eAwxkJQj3u+Cv7YVUxT59YzwZeM5ndmPWOOc1X6ZPQwikqm5LVlz xxKttlw4L7lhjxTuRWk2xk87lmY6PtsrYw2uHFCQWpo2/LUFD+ZGpQ2n/Z4WjbROC3l4 9EVT6dw8FRcrFS6W3LacbWg03zqJppRbjqzXLuK2E8PyW3zrkVXALzfdpoWMvVHNNH0T z+GThOIv6Tna7f8ER6tnjzWlFDTs+xgVV4xyoK9WNSTE8flt23mrsXfGp/X+9usZRJtR XQMQ== X-Gm-Message-State: ALKqPwfxIakYBwO14r3vKE3XvA8zlrd/rewD3OzELu9UmZkl0dfEm3BQ mAJcRWcXRewspzwlvE3KftqIzNYOrJGYUQJGIAmRle0A X-Google-Smtp-Source: AB8JxZouZr7gGD0qtfwnLaHCxTd77RiZ4x+VRQVAEy1RzRKqGl8e3skEiKIaIzL4leqJlfBQULudprp93dvHcyxzs5U= X-Received: by 2002:a19:8f8a:: with SMTP id s10-v6mr1833083lfk.47.1525982157885; Thu, 10 May 2018 12:55:57 -0700 (PDT) MIME-Version: 1.0 Received: by 10.46.114.10 with HTTP; Thu, 10 May 2018 12:55:57 -0700 (PDT) In-Reply-To: <5AF48F76.4050301@omnilan.de> References: <201805072142.w47LgN1R041002@repo.freebsd.org> <5AF16B8B.7030703@omnilan.de> <5AF17134.7020602@omnilan.de> <5AF1CF0F.4040909@omnilan.de> <65972f0d-2873-42ea-464c-a3db543abafb@freebsd.org> <5AF1E073.5010701@omnilan.de> <5AF4875C.5000201@omnilan.de> <5AF4891A.6030904@omnilan.de> <5AF48F76.4050301@omnilan.de> From: Stephen Hurd Date: Thu, 10 May 2018 15:55:57 -0400 Message-ID: Subject: Re: iflib-if_em tests with HEAD and lagg panic [Was: Re: svn commit: r333338 - in stable/11/sys: dev/bnxt kern net sys] To: Harry Schmalzbauer Cc: "freebsd-net@freebsd.org" , Stephen Hurd , Kevin Bowling , mmacy@mattmacy.io Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 10 May 2018 19:56:00 -0000 Ok, the review is updated with the EBR. If you can update your tree to r333466 or newer, apply the patch and retest, that would be great. It seems to be working here. On Thu, May 10, 2018 at 2:29 PM, Harry Schmalzbauer wrote: > Bez=C3=BCglich Stephen Hurd's Nachricht vom 10.05.2018 20:07 (localtime): > > No need to test the latest revision unless/until you get a LOR or a > > panic (both should be possible with the revision you currently have). > > With the recent addition of a simple EBR API, mmacy@ is working on a > > better solution. If possible, it would be great to have you re-test it > > once that is up. > > > Since this literally brand new _haswell_ (DH87MC) box is waiting now for > 3 years to replace my 10 years old core2duo, I'll keep it on the tinker > bench... > > I'd have some "smbios0: SMBIOS checksum failed" and > "[drm2:pid:hangcheck_hung]...GPU hung" issues to track/report, but since > finding Xorg's secret about "MatchIsKeyboard" took me too much time, > this is postponed. > > -harry > --=20 [image: Limelight Networks] Stephen Hurd* Principal Engineer* EXPERIENCE FIRST. +1 616 848 0643 <+1+616+848+0643> www.limelight.com [image: Facebook] [image: LinkedIn] [image: Twitter] From owner-freebsd-net@freebsd.org Fri May 11 09:30:46 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6FC5CFCAB67 for ; Fri, 11 May 2018 09:30:46 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 087B36D000 for ; Fri, 11 May 2018 09:30:46 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id BBB4AFCAB66; Fri, 11 May 2018 09:30:45 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A964AFCAB65 for ; Fri, 11 May 2018 09:30:45 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4655A6CFFA for ; Fri, 11 May 2018 09:30:45 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 85C7EE57 for ; Fri, 11 May 2018 09:30:44 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w4B9Uiki027850 for ; Fri, 11 May 2018 09:30:44 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w4B9Ui3E027847 for net@FreeBSD.org; Fri, 11 May 2018 09:30:44 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 228108] if_ipsec drops all the icmp v4&v6 error messages Date: Fri, 11 May 2018 09:30: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.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: ae@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: see_also 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.25 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, 11 May 2018 09:30:46 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D228108 Andrey V. Elsukov changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.freebsd.org/bu | |gzilla/show_bug.cgi?id=3D1= 746 | |02 --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Fri May 11 09:40:13 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4CF81FCB30D for ; Fri, 11 May 2018 09:40:13 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 DA9016FDA7 for ; Fri, 11 May 2018 09:40:12 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 9EC58FCB30C; Fri, 11 May 2018 09:40:12 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8D673FCB30B for ; Fri, 11 May 2018 09:40:12 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2DE696FDA6 for ; Fri, 11 May 2018 09:40:12 +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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 738FBFB1 for ; Fri, 11 May 2018 09:40:11 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w4B9eBwt048726 for ; Fri, 11 May 2018 09:40:11 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w4B9eBRK048725 for net@FreeBSD.org; Fri, 11 May 2018 09:40:11 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 228108] if_ipsec drops all the icmp v4&v6 error messages Date: Fri, 11 May 2018 09:40:11 +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.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: ae@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 11 May 2018 09:40:13 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D228108 --- Comment #3 from Andrey V. Elsukov --- Created attachment 193277 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D193277&action= =3Dedit Proposed patch Can you try this patch? You need to rebuild the kernel. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Fri May 11 10:18:48 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 92E11FCCAC6 for ; Fri, 11 May 2018 10:18:48 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 26A8778952 for ; Fri, 11 May 2018 10:18:48 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id D250BFCCAC3; Fri, 11 May 2018 10:18:47 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BE914FCCAC1 for ; Fri, 11 May 2018 10:18:47 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 555DD78949 for ; Fri, 11 May 2018 10:18:47 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 7AE01159C for ; Fri, 11 May 2018 10:18:46 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w4BAIkTp059456 for ; Fri, 11 May 2018 10:18:46 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w4BAIkE4059455 for net@FreeBSD.org; Fri, 11 May 2018 10:18:46 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 227259] accept()/poll() and shutdown()/close() - not work as in FreeBSD10, may broke many apps Date: Fri, 11 May 2018 10:18:46 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 11.1-STABLE X-Bugzilla-Keywords: needs-qa, patch, regression X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: koobs@FreeBSD.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: jtl@freebsd.org X-Bugzilla-Flags: mfc-stable11? X-Bugzilla-Changed-Fields: see_also flagtypes.name bug_file_loc 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.25 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, 11 May 2018 10:18:48 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D227259 Kubilay Kocak changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://reviews.freebsd.org | |/D15021, | |https://reviews.freebsd.org | |/D15019 Flags| |mfc-stable11? URL| |jtl Keywords| |needs-qa, patch, regression Assignee|bugs@FreeBSD.org |jtl@freebsd.org --- Comment #13 from Kubilay Kocak --- Assign to committer resolving (authoring the in progress code) Can re-assign if necessary. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-net@freebsd.org Fri May 11 11:12:45 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 36F11FCE05E for ; Fri, 11 May 2018 11:12:45 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 C398886ABD for ; Fri, 11 May 2018 11:12:44 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 86C12FCE05D; Fri, 11 May 2018 11:12:44 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 743D3FCE05B for ; Fri, 11 May 2018 11:12:44 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0604086AB6 for ; Fri, 11 May 2018 11:12: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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 385FC1E0C for ; Fri, 11 May 2018 11:12:43 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w4BBChfU014634 for ; Fri, 11 May 2018 11:12:43 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w4BBChkE014633 for net@FreeBSD.org; Fri, 11 May 2018 11:12:43 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 227259] accept()/poll() and shutdown()/close() - not work as in FreeBSD10, may broke many apps Date: Fri, 11 May 2018 11:12:43 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 11.1-STABLE X-Bugzilla-Keywords: needs-qa, patch, regression X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: emss@free.fr X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: jtl@freebsd.org X-Bugzilla-Flags: mfc-stable11? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 11 May 2018 11:12:45 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D227259 --- Comment #14 from emss@free.fr --- Hi 11.2-PRERELEASE : https://reviews.freebsd.org/D15021 seems to fix https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D225863 Freeswitch now shuts down properly. Regards =C3=89ric Masson --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-net@freebsd.org Fri May 11 12:10:42 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 56B5DFD097B for ; Fri, 11 May 2018 12:10:42 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 E2D3C72B04 for ; Fri, 11 May 2018 12:10:41 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id A3D4FFD097A; Fri, 11 May 2018 12:10:41 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8FD97FD0979 for ; Fri, 11 May 2018 12:10:41 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 25DAB72AFD for ; Fri, 11 May 2018 12:10: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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 6B9212539 for ; Fri, 11 May 2018 12:10:40 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w4BCAefl090718 for ; Fri, 11 May 2018 12:10:40 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w4BCAeqb090717 for net@FreeBSD.org; Fri, 11 May 2018 12:10:40 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 227259] accept()/poll() and shutdown()/close() - not work as in FreeBSD10, may broke many apps Date: Fri, 11 May 2018 12:10:39 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 11.1-STABLE X-Bugzilla-Keywords: needs-qa, patch, regression X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: koobs@FreeBSD.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: jtl@freebsd.org X-Bugzilla-Flags: mfc-stable11? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 11 May 2018 12:10:42 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D227259 --- Comment #15 from Kubilay Kocak --- If bug 225863 and this issue are two symptoms of the same underlying cause, fixed by either of the two commits (reviews) referenced here, we should clo= se one of the issue reports. In this case this issue has been more fleshed out (has more activity/references), even though it was created later, so bug 225863 shoul= d be closed. In the normal case, the later bug(s) are closed duplicates of the earliest reported bug. @=C3=89ric Thank you for confirming the stable/11 code fixes your issue --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-net@freebsd.org Fri May 11 12:11:32 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1CDEAFD0A76 for ; Fri, 11 May 2018 12:11:32 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 A25A072D31 for ; Fri, 11 May 2018 12:11:31 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 5C8D3FD0A75; Fri, 11 May 2018 12:11:31 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4A5ABFD0A74 for ; Fri, 11 May 2018 12:11:31 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D878C72D23 for ; Fri, 11 May 2018 12:11:30 +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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id D38E52564 for ; Fri, 11 May 2018 12:11:29 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w4BCBTVQ015201 for ; Fri, 11 May 2018 12:11:29 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w4BCBTZS015187 for net@FreeBSD.org; Fri, 11 May 2018 12:11:29 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 227259] accept()/poll() and shutdown()/close() - not work as in FreeBSD10, may broke many apps Date: Fri, 11 May 2018 12:11:29 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 11.1-STABLE X-Bugzilla-Keywords: needs-qa, patch, regression X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: koobs@FreeBSD.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: jtl@freebsd.org X-Bugzilla-Flags: mfc-stable11? X-Bugzilla-Changed-Fields: bug_file_loc 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.25 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, 11 May 2018 12:11:32 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D227259 Kubilay Kocak changed: What |Removed |Added ---------------------------------------------------------------------------- URL|jtl | --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-net@freebsd.org Fri May 11 14:19:56 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CD39AFD6F49 for ; Fri, 11 May 2018 14:19:56 +0000 (UTC) (envelope-from driesm.michiels@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 5A468700B3 for ; Fri, 11 May 2018 14:19:56 +0000 (UTC) (envelope-from driesm.michiels@gmail.com) Received: by mail-wm0-x234.google.com with SMTP id f6-v6so2982115wmc.4 for ; Fri, 11 May 2018 07:19:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:references:in-reply-to:subject:date:message-id:mime-version :content-transfer-encoding:thread-index:content-language; bh=C5hr1jhIuGnWnF6RYo7CvDDeGlOlprs8Q9+lOHTFAQE=; b=oIXD/PR1+gQV52gZZ66BoH2GFu9slCytZZVLbrkIBotgXjZ+h4fUUgXxVuanec50vu M7p6LTzA6GfeD+ButNYdqd4ExXZzUj2HjIEDgfVkDcZnAbpufRkXNBhdseLxfK+NeVpy YRyozxiyYDdJ0FNIKLrdm1MAzLsn6QtGz8+8SAjUM8gvlQFhGxDpbL4Wb9dw4oxwB66p fjGBfrgycO2mhHkU3Ee2rLLGb2UR61z3n+A/hyH03LmnlUXWsQLr+lECIbvYbojenRDS oqY8RXMbvPHGh6Bm8bnfchPj09YDwnGJ/rrhuT+CCOJu2HfQKvvih8H8IerAf93SuUYu XiYg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:references:in-reply-to:subject:date :message-id:mime-version:content-transfer-encoding:thread-index :content-language; bh=C5hr1jhIuGnWnF6RYo7CvDDeGlOlprs8Q9+lOHTFAQE=; b=uN4wGTP7IedcX/Sckj2tT6piN8vNjMqw7P9hqWvCgtBdLdnLN/ZJ2eZaCmjEZTiVwX eNyDUdu0WMjrIyGPF6M1JPEEUMEdacsAxz1Ks/qO7jdwtHYL5w/2KAb8IPcZd3p6Y2E5 xLzwYUF3Ma76PHYbUGlCrdyYOUTHx9v2Xl0LhmhO5V9LFykUWM9/XN4lwg1jqTDvcvPn beaFf4kwFGl/GNIZtlBEZTX+1xDZe/YBLDVOOXhvIqRkA8ZPvIObvQ4nFJLB2TW5v19c 9Ikwi1POqaQFiNN2gOPPAPeE/d7mzQ1dk6xFQMvjwP4xbTWW14WBOQGX6sdBt8dhIA4+ O0pQ== X-Gm-Message-State: ALKqPwcvb/UGSJF7C4QuGL6YPm2/H563cdXZXSm9elwFcR+G8PFYkcg0 5KP4hjqWqe1GqN8LFFSlhuY= X-Google-Smtp-Source: AB8JxZpzAbgTGE5pXcN9EIyrftnMRGHy5efSGgSQeEK3Q+5jRW2IELw4XlWA2f1wD3z3AUhetRBKZw== X-Received: by 2002:a50:c359:: with SMTP id q25-v6mr8063328edb.178.1526048395299; Fri, 11 May 2018 07:19:55 -0700 (PDT) Received: from DriesPC (ptr-8sjvymbftppc0p6r5zx.18120a2.ip6.access.telenet.be. [2a02:1811:250d:fb00:99f1:6318:a9f:211d]) by smtp.gmail.com with ESMTPSA id y14-v6sm1787358ede.56.2018.05.11.07.19.53 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 11 May 2018 07:19:54 -0700 (PDT) From: "Dries Michiels" To: "'Andrey V. Elsukov'" , References: <5ae60f44.1c69fb81.ee4a5.1043@mx.google.com> <008101d3e86f$584fb930$08ef2b90$@gmail.com> <012401d3e875$9bd23a60$d376af20$@gmail.com> In-Reply-To: <012401d3e875$9bd23a60$d376af20$@gmail.com> Subject: RE: kernel: in6_delayed_cksum: delayed m_pullup Date: Fri, 11 May 2018 16:19:54 +0200 Message-ID: <000601d3e933$22a88630$67f99290$@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQH3wx2RQj7VP9hMd2oXN/9H7zga9gKJLk47AUTkTl4BtUDeowDUv2Dlo7AdKPA= Content-Language: nl-be X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 11 May 2018 14:19:57 -0000 >> From: Dries Michiels >> Sent: donderdag 10 mei 2018 17:43 >> To: 'Andrey V. Elsukov' ; freebsd-net@freebsd.org >> Subject: RE: kernel: in6_delayed_cksum: delayed m_pullup >> > Also, can you try this patch? > > > > -- > > WBR, Andrey V. Elsukov >=20 > Ok error has returned: > May 10 17:31:39 vados kernel: in6_delayed_cksum: delayed m_pullup, m- > >len: 48 plen 68 off 56 csum_flags=3D400 May 10 17:31:53 > vados last message repeated 3 times >=20 > I'll apply the patch and rebuild from source to give an update later. Patch applied fine, rebuilded world and kernel and installed both = without any errors.=20 IPV6 performance is the same as before (maxing out my upstream = connection in a speedtest). And no more errors! But, couldn=E2=80=99t get any as its not in the code = anymore after the patch. Is this a patch that could get committed in STABLE? Is there anything else I can test with respect to this patch? >=20 > Dries From owner-freebsd-net@freebsd.org Fri May 11 15:28:27 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 39AD7FDA6B9 for ; Fri, 11 May 2018 15:28:27 +0000 (UTC) (envelope-from list+org.freebsd.net@io7m.com) Received: from mail.io7m.com (mail.io7m.com [IPv6:2001:19f0:5:752:f000::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.io7m.com", Issuer "arc7 CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D997980929 for ; Fri, 11 May 2018 15:28:26 +0000 (UTC) (envelope-from list+org.freebsd.net@io7m.com) Received: from almond.int.arc7.info (unknown [IPv6:2a02:390:7502:2:0:2:4:0]) by mail.io7m.com (Postfix) with ESMTPSA id 5974D3F59 for ; Fri, 11 May 2018 15:28:19 +0000 (UTC) Date: Fri, 11 May 2018 16:28:09 +0100 From: Mark Raynsford To: freebsd-net@freebsd.org Subject: pf: Efficiently specifying discontinuous IPv6 ranges Message-ID: <20180511162809.4b59ef02@almond.int.arc7.info> Organization: io7m.com OpenPGP: id=B84E17747616C6174C68D5E55C1A7B712812CC05; url=http://io7m.com/pgp/B84E_1774_7616_C617_4C68_D5E5_5C1A_7B71_2812_CC05.key MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/IoO9lXejA+jdbki2Vt0J+CX"; protocol="application/pgp-signature" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 11 May 2018 15:28:27 -0000 --Sig_/IoO9lXejA+jdbki2Vt0J+CX Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Hello. Let's say I have a host and I want to restrict access to that host to a discontinuous range of IPv6 addresses. For example, let's say I want to allow access to a host from addresses [2a00:1450:400c::, 2a00:1450:400c::1000], [2a04:4e42:600::200, 2a04:4e42:600::400], and individually 2001:1900:2254:206a::50:0, 2001:19f0:5:61d:f000::, and 2001:4998:58:1836::10. I could try this: good_0 =3D "2a00:1450:400c:: - 2a00:1450:400c::1000" good_1 =3D "2a04:4e42:600::200 - 2a04:4e42:600::400" good_2 =3D 2001:1900:2254:206a::50:0 good_3 =3D 2001:19f0:5:61d:f000:: good_4 =3D 2001:4998:58:1836::10 table =3D { \ $good_0, \ $good_1, \ $good_2, \ $good_3, \ $good_4 \ } pass in from to me ... This, however, won't work because IPv6 address ranges are not allowed in tables. I could try this: good_0 =3D 2a00:1450:400c:: - 2a00:1450:400c::1000 good_1 =3D 2a04:4e42:600::200 - 2a04:4e42:600::400 good_2 =3D 2001:1900:2254:206a::50:0 good_3 =3D 2001:19f0:5:61d:f000:: good_4 =3D 2001:4998:58:1836::10 good_users =3D "{ \ $good_0, \ $good_1, \ $good_2, \ $good_3, \ $good_4 \ }" pass in from $good_users> to me ... This won't work either, because macros can't be nested like that: The $good_0, $good_1 references won't be expanded. I could perhaps insert all of the addresses into a persistent table one-by-one outside of the pf.conf file (with pfctl -T add), but I'm wary of doing this because the real range of addresses I want to allow would result in billions of addresses being inserted. That sounds like a bad idea. I could also manually write one pf rule per address and range of addresses, but this would be painful and a serious maintenance burden. Is there no way to specify a set of ranges and individual addresses without having to write one pf rule for each? --=20 Mark Raynsford | http://www.io7m.com --Sig_/IoO9lXejA+jdbki2Vt0J+CX Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iHUEARYKAB0WIQS4Thd0dhbGF0xo1eVcGntxKBLMBQUCWvW2iQAKCRBcGntxKBLM BbVvAQDtUNynETRCgE7pmrJA79SKrKTnURSSrGMTkMnxI1cxHQEAq8nHwhWyqdGt 4z1E6I0SAPPNtm0KRqZjdM4TS8BHvAc= =uRMt -----END PGP SIGNATURE----- --Sig_/IoO9lXejA+jdbki2Vt0J+CX-- From owner-freebsd-net@freebsd.org Fri May 11 15:43:36 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A005BFDBBB0 for ; Fri, 11 May 2018 15:43:36 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (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 15FCD84CE3 for ; Fri, 11 May 2018 15:43:35 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id w4BFhXuA076072; Fri, 11 May 2018 08:43:33 -0700 (PDT) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd-rwg@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id w4BFhXTS076071; Fri, 11 May 2018 08:43:33 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201805111543.w4BFhXTS076071@pdx.rh.CN85.dnsmgr.net> Subject: Re: pf: Efficiently specifying discontinuous IPv6 ranges In-Reply-To: <20180511162809.4b59ef02@almond.int.arc7.info> To: Mark Raynsford Date: Fri, 11 May 2018 08:43:33 -0700 (PDT) CC: freebsd-net@freebsd.org X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 11 May 2018 15:43:36 -0000 > Hello. > > Let's say I have a host and I want to restrict access to that host to a > discontinuous range of IPv6 addresses. For example, let's say I want to > allow access to a host from addresses [2a00:1450:400c::, > 2a00:1450:400c::1000], [2a04:4e42:600::200, 2a04:4e42:600::400], and > individually 2001:1900:2254:206a::50:0, 2001:19f0:5:61d:f000::, and > 2001:4998:58:1836::10. > > I could try this: > > good_0 = "2a00:1450:400c:: - 2a00:1450:400c::1000" > good_1 = "2a04:4e42:600::200 - 2a04:4e42:600::400" > good_2 = 2001:1900:2254:206a::50:0 > good_3 = 2001:19f0:5:61d:f000:: > good_4 = 2001:4998:58:1836::10 > > table = { \ > $good_0, \ > $good_1, \ > $good_2, \ > $good_3, \ > $good_4 \ > } > > pass in from to me ... > > This, however, won't work because IPv6 address ranges are not allowed > in tables. > > I could try this: > > good_0 = 2a00:1450:400c:: - 2a00:1450:400c::1000 > good_1 = 2a04:4e42:600::200 - 2a04:4e42:600::400 > good_2 = 2001:1900:2254:206a::50:0 > good_3 = 2001:19f0:5:61d:f000:: > good_4 = 2001:4998:58:1836::10 > > good_users = "{ \ > $good_0, \ > $good_1, \ > $good_2, \ > $good_3, \ > $good_4 \ > }" > > pass in from $good_users> to me ... > > This won't work either, because macros can't be nested like that: The > $good_0, $good_1 references won't be expanded. > > I could perhaps insert all of the addresses into a persistent table > one-by-one outside of the pf.conf file (with pfctl -T add), but I'm wary > of doing this because the real range of addresses I want to allow would > result in billions of addresses being inserted. That sounds like a bad > idea. > > I could also manually write one pf rule per address and range of > addresses, but this would be painful and a serious maintenance burden. > > Is there no way to specify a set of ranges and individual addresses > without having to write one pf rule for each? I am not sure what is processing the above syntax, but for /bin/sh you would need to code this as: #!/bin/sh good_0="2a00:1450:400c::-2a00:1450:400c::1000" good_1="2a04:4e42:600::200-2a04:4e42:600::400" good_2="2001:1900:2254:206a::50:0" good_3="2001:19f0:5:61d:f000::" good_4="2001:4998:58:1836::10" echo ${good_0} echo ${good_1} echo ${good_2} echo ${good_3} good_users="${good_0},${good_1},${good_2},${good_3},${good_4}" echo ${good_users} To stop nasties like spaces around -'s being token seperators, same for ,'s when you try to glue good_X togeather, as that well end up as 4 seperate tokens, which pf may not like. I see now pf has its own processor, and says it does not expand macros inside quotes, so perhaps one needs to write good_users=${good_0},${good_1},${good_2},${good_3},${good_4} to get the desired effect? It probably also does not like me sh syntax of ${VARAIBE}, over $VARAIBLE. Sad it doesnt to use an already well established standard syntax for these types of things. > -- > Mark Raynsford | http://www.io7m.com -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-net@freebsd.org Fri May 11 16:40:48 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 03A3EFA3AE1 for ; Fri, 11 May 2018 16:40:48 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 8ECB271ED7 for ; Fri, 11 May 2018 16:40:47 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 48D11FA3ACE; Fri, 11 May 2018 16:40:47 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 366E7FA3ACC for ; Fri, 11 May 2018 16:40:47 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C8F4971ED1 for ; Fri, 11 May 2018 16:40:46 +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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 17EE24FCB for ; Fri, 11 May 2018 16:40:46 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w4BGeju8030326 for ; Fri, 11 May 2018 16:40:45 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w4BGejut030325 for net@FreeBSD.org; Fri, 11 May 2018 16:40:45 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 228108] if_ipsec drops all the icmp v4&v6 error messages Date: Fri, 11 May 2018 16:40:46 +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.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: bugs.freebsd.org@mx.zzux.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: 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.25 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, 11 May 2018 16:40:48 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D228108 --- Comment #4 from bugs.freebsd.org@mx.zzux.com --- Thank you! I was applied this patch and it seems to be ok. icmpv6&v4 errors via if_ipsec: 1240 bytes from 2a02:****:****:****::451a:5763: Packet too big mtu =3D 1480 36 bytes from 192.168.232.84 (192.168.232.84): Destination Net Unreachable Is it possible to fix this issue in future updates that I install via 'freebsd-update fetch install'? --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Fri May 11 16:48:57 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 92600FAA286 for ; Fri, 11 May 2018 16:48:57 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from smtp.infracaninophile.co.uk (smtp.infracaninophile.co.uk [81.2.117.100]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.infracaninophile.co.uk", Issuer "infracaninophile.co.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2C69974CA8 for ; Fri, 11 May 2018 16:48:56 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from leaf.local (unknown [88.202.132.43]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: m.seaman@infracaninophile.co.uk) by smtp.infracaninophile.co.uk (Postfix) with ESMTPSA id D85D78373 for ; Fri, 11 May 2018 16:48:48 +0000 (UTC) Authentication-Results: smtp.infracaninophile.co.uk; dmarc=none (p=none dis=none) header.from=FreeBSD.org Authentication-Results: smtp.infracaninophile.co.uk/D85D78373; dkim=none; dkim-atps=neutral Subject: Re: pf: Efficiently specifying discontinuous IPv6 ranges To: freebsd-net@freebsd.org References: <20180511162809.4b59ef02@almond.int.arc7.info> From: Matthew Seaman Message-ID: <637016ae-dbe8-8df7-8fa8-692ee0edd949@FreeBSD.org> Date: Fri, 11 May 2018 17:48:47 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: <20180511162809.4b59ef02@almond.int.arc7.info> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 11 May 2018 16:48:57 -0000 On 11/05/2018 16:28, Mark Raynsford via freebsd-net wrote: > good_0 = 2a00:1450:400c:: - 2a00:1450:400c::1000 > good_1 = 2a04:4e42:600::200 - 2a04:4e42:600::400 > good_2 = 2001:1900:2254:206a::50:0 > good_3 = 2001:19f0:5:61d:f000:: > good_4 = 2001:4998:58:1836::10 You could also handle this using an address and mask style entry. For instance, 2a00:1450:400c:: - 2a00:1450:400c::1000 should be equivalent to 2a00:1450:400c::/116 (2^12 = 8192 addresses) plus 2a00:1450:400c::1000/128 (1 address) and 2a04:4e42:600::200 - 2a04:4e42:600::400 should be equivalent to 2a04:4e42:600::200/119 (2^9 = 512 addresses) plus 2a04:4e42:600::400/128 (1 address) assuming a) I've counted the bits correctly and b) you meant your ranges to be inclusive of the endpoints. It would be somewhat neater if the range was eg. 2a00:1450:400c:: - 2a00:1450:400c::fff losing that one last oddball address. Cheers, Matthew From owner-freebsd-net@freebsd.org Fri May 11 16:51:16 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0CB6DFAA6CA for ; Fri, 11 May 2018 16:51:16 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 9AAD174F29 for ; Fri, 11 May 2018 16:51:15 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 5F516FAA6C7; Fri, 11 May 2018 16:51:15 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4B6B4FAA6C6 for ; Fri, 11 May 2018 16:51:15 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D549E74F25 for ; Fri, 11 May 2018 16:51:14 +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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 1A7635145 for ; Fri, 11 May 2018 16:51:14 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w4BGpDgL059093 for ; Fri, 11 May 2018 16:51:13 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w4BGpDC0059092 for net@FreeBSD.org; Fri, 11 May 2018 16:51:13 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 228108] if_ipsec drops all the icmp v4&v6 error messages Date: Fri, 11 May 2018 16:51:13 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 11.1-RELEASE X-Bugzilla-Keywords: 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: 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.25 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, 11 May 2018 16:51:16 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D228108 --- Comment #5 from commit-hook@freebsd.org --- A commit references this bug: Author: ae Date: Fri May 11 16:50:26 UTC 2018 New revision: 333497 URL: https://svnweb.freebsd.org/changeset/base/333497 Log: Apply the change from r272770 to if_ipsec(4) interface. It is guaranteed that if_ipsec(4) interface is used only for tunnel mode IPsec, i.e. decrypted and decapsultaed packet has its own IP header. Thus we can consider it as new packet and clear the protocols flags. This allows ICMP/ICMPv6 properly handle errors that may cause this packet. PR: 228108 MFC after: 1 week Changes: head/sys/net/if_ipsec.c --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Fri May 11 17:25:00 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5F4A9FAD484 for ; Fri, 11 May 2018 17:25:00 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (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 CB7697D9DC; Fri, 11 May 2018 17:24:59 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mh0.gentlemail.de (mh0.gentlemail.de [78.138.80.135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id w4BHOtEh026983; Fri, 11 May 2018 19:24:55 +0200 (CEST) (envelope-from freebsd@omnilan.de) Received: from titan.inop.mo1.omnilan.net (s1.omnilan.de [217.91.127.234]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 8A96A7E2; Fri, 11 May 2018 19:24:55 +0200 (CEST) Message-ID: <5AF5D1E6.2090301@omnilan.de> Date: Fri, 11 May 2018 19:24:54 +0200 From: Harry Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: Stephen Hurd CC: mmacy@mattmacy.io, "freebsd-net@freebsd.org" , Stephen Hurd , Kevin Bowling Subject: Re: iflib-if_em tests with HEAD and lagg panic [Was: Re: svn commit: r333338 - in stable/11/sys: dev/bnxt kern net sys] References: <201805072142.w47LgN1R041002@repo.freebsd.org> <5AF16B8B.7030703@omnilan.de> <5AF17134.7020602@omnilan.de> <5AF1CF0F.4040909@omnilan.de> <65972f0d-2873-42ea-464c-a3db543abafb@freebsd.org> <5AF1E073.5010701@omnilan.de> <5AF4875C.5000201@omnilan.de> <5AF4891A.6030904@omnilan.de> <5AF48F76.4050301@omnilan.de> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Greylist: ACL 130 matched, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [78.138.80.130]); Fri, 11 May 2018 19:24:57 +0200 (CEST) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: 78.138.80.135; Sender-helo: mh0.gentlemail.de; ) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 11 May 2018 17:25:00 -0000 Bezüglich Stephen Hurd's Nachricht vom 10.05.2018 21:55 (localtime): > Ok, the review is updated with the EBR. If you can update your tree to > r333466 or newer, apply the patch and retest, that would be great. It > seems to be working here. I took out the sys/net/if.c, sys/net/if_var.h and sys/conf/kmod.mk hunks, since these were commited in r333469. Happy to confirm that there are no more LORs occuring when creating/using if_lagg(4), neither with the hartwell/clarkville sisters, nor with kawela twins. Tested with r333486 and latest https://reviews.freebsd.org/D15355 as of this writing. Brief balancing/failover tests also inidcate excellent condition for those 3 iflib-NICs. Only did very simple workloads (with IPv6 NFSv4), but so far nothing uncommon in any area. Also, I cannot reproduce the link status failure when removing the TP connection of the i217 NIC (will update the separate thread). Thanks a lot for that quick fix, -Harry From owner-freebsd-net@freebsd.org Fri May 11 17:26:12 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7F802FAD5A7 for ; Fri, 11 May 2018 17:26:12 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (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 02C337DC41 for ; Fri, 11 May 2018 17:26:11 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mh0.gentlemail.de (mh0.gentlemail.de [IPv6:2a00:e10:2800::a135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id w4BHQArn026992 for ; Fri, 11 May 2018 19:26:10 +0200 (CEST) (envelope-from freebsd@omnilan.de) Received: from titan.inop.mo1.omnilan.net (s1.omnilan.de [217.91.127.234]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id C51707E4; Fri, 11 May 2018 19:26:10 +0200 (CEST) Message-ID: <5AF5D232.4080808@omnilan.de> Date: Fri, 11 May 2018 19:26:10 +0200 From: Harry Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: "freebsd-net@freebsd.org" Subject: Re: if_em(4) carrier loss event not recognized with i217; while 82574 does recognize References: <5AF49AAF.9080305@omnilan.de> In-Reply-To: <5AF49AAF.9080305@omnilan.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]); Fri, 11 May 2018 19:26:10 +0200 (CEST) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: ; Sender-helo: mh0.gentlemail.de; ) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 11 May 2018 17:26:12 -0000 Bezglich Harry Schmalzbauer's Nachricht vom 10.05.2018 21:17 (localtime): > Hello, > > if I pull the TP connection from my i217 Clarkville, HEAD still reports > media > 1000Base-T status "active". > > Doing the same with the other if_em(4) NIC in that box, a hartwell, > 82574LM, the status correctly changes to "no carrier". > > This is not iflib related, since it's reproducable with FreeBSD > 11-stable (some months old). > > Shall I file a PR? Not reproducable anymore with r333469. Thanks, -harry From owner-freebsd-net@freebsd.org Fri May 11 18:43:20 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AD389FC547C for ; Fri, 11 May 2018 18:43:20 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 478216FD59 for ; Fri, 11 May 2018 18:43:20 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 090C1FC547A; Fri, 11 May 2018 18:43:20 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EBC37FC5479 for ; Fri, 11 May 2018 18:43:19 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8C4506FD53 for ; Fri, 11 May 2018 18:43:19 +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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id D78016245 for ; Fri, 11 May 2018 18:43:18 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w4BIhIrd053090 for ; Fri, 11 May 2018 18:43:18 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w4BIhI9S053089 for net@FreeBSD.org; Fri, 11 May 2018 18:43:18 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 227259] accept()/poll() and shutdown()/close() - not work as in FreeBSD10, may broke many apps Date: Fri, 11 May 2018 18:43:18 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 11.1-STABLE X-Bugzilla-Keywords: needs-qa, patch, regression X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: emss@free.fr X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: jtl@freebsd.org X-Bugzilla-Flags: mfc-stable11? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 11 May 2018 18:43:20 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D227259 --- Comment #16 from emss@free.fr --- *** Bug 225863 has been marked as a duplicate of this bug. *** --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-net@freebsd.org Fri May 11 19:58:59 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 685E8FC93B7 for ; Fri, 11 May 2018 19:58:59 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from msa1.earth.yoonka.com (yoonka.com [88.98.225.149]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "msa1.earth.yoonka.com", Issuer "msa1.earth.yoonka.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id DB69A81006 for ; Fri, 11 May 2018 19:58:58 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from crayon2.yoonka.com (crayon2.yoonka.com [10.70.7.20]) (authenticated bits=0) by msa1.earth.yoonka.com (8.15.2/8.15.2) with ESMTPSA id w4BJwooE083993 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Fri, 11 May 2018 19:58:51 GMT (envelope-from list1@gjunka.com) Subject: Re: Unrecognized Inifiniband HCA To: freebsd-net@freebsd.org References: <169976f0-2159-9ef0-d956-b13e717ef783@gjunka.com> <7218e2c4b23ebf4553a352633fe49e72@postgresql.org> Cc: justin@postgresql.org From: Grzegorz Junka Message-ID: <1ed53554-a512-e4f3-3477-aed1d7860126@gjunka.com> Date: Fri, 11 May 2018 19:58:50 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-GB-large X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 11 May 2018 19:58:59 -0000 On 10/05/2018 15:35, Justin Clift wrote: > On 2018-05-10 10:21, Grzegorz Junka wrote: >> On 08/05/2018 23:41, Justin Clift wrote: > >>> That's probably a ConnectX (series 1) Mellanox card.  Those can >>> operate in >>> either Infiniband mode, or Ethernet mode. >>> >>> Which mode are you wanting it to run in? :) >>> >>> As a thought, the FreeBSD wiki page has a bit of info: >>> >>>   https://wiki.freebsd.org/InfiniBand >>> >>> For that card to be recognised at all, it'll need the mlx4 driver(s) >>> to load. >>> >>> I don't remember the exact one off hand (it's been a while), but >>> some searching >>> online for mlx4 and FreeBSD should turn up the right bits. >> >> Many thanks Justin. This is the first time I am hearing about an >> Infiniband card operating in Ethernet mode. These cards come with two >> CX4/SFF 8470 ports. It's not possible to connect standard Ethernet >> cables that I know of (not even SFP modules). Do you mean that they >> can operate in Ethernet mode over the CX4 cable? > > Yep. :) > > Back in the day when these cards were current tech, CX4 was an acceptable > connector for 10GbE.  The Infiniband switches from that era (that I had > access to) were mostly Infiniband only though. > > But 10GbE CX4 switches did exist, and can still be found reasonably > cheaply > on Ebay.  eg: > >   * HP ProCurve 6 port CX4 10GBe switch >     https://www.ebay.com/itm/152232294328 > >   * HP ProCurve 48 port 1GbE switch, with 2x 10GbE CX4 ports on the back >     https://www.ebay.com/itm/281899832599 > > One of the good things about those HP ProCurve switches... being > enterprise > gear they just keep working.  For Years. > > From memory, HP still releases firmware security updates for them (for > free) to this day. Unlike (say) Cisco. ;) > > Note - As a data point, FreeNAS (based on FreeBSD) includes the > 10/40GbE driver > for these cards by default.  With FreeNAS they work as 10GbE "out of the > box". :D > > Hopefully that helps. :) Thanks Justin. That's an amazing piece of tech history :) GrzegorzJ From owner-freebsd-net@freebsd.org Sat May 12 01:56:01 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 18698FDBEE2 for ; Sat, 12 May 2018 01:56:01 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 8C6D373238 for ; Sat, 12 May 2018 01:56:00 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 440EAFDBEE1; Sat, 12 May 2018 01:56:00 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 098A4FDBEDF for ; Sat, 12 May 2018 01:56:00 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9E2A973226 for ; Sat, 12 May 2018 01:55:59 +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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id C105A11E77 for ; Sat, 12 May 2018 01:55:58 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w4C1twrS095715 for ; Sat, 12 May 2018 01:55:58 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w4C1twHp095714 for net@FreeBSD.org; Sat, 12 May 2018 01:55:58 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 227259] accept()/poll() and shutdown()/close() - not work as in FreeBSD10, may broke many apps Date: Sat, 12 May 2018 01:55:58 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 11.1-STABLE X-Bugzilla-Keywords: needs-qa, patch, regression X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: commit-hook@freebsd.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: jtl@freebsd.org X-Bugzilla-Flags: mfc-stable11? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 12 May 2018 01:56:01 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D227259 --- Comment #17 from commit-hook@freebsd.org --- A commit references this bug: Author: jtl Date: Sat May 12 01:55:24 UTC 2018 New revision: 333511 URL: https://svnweb.freebsd.org/changeset/base/333511 Log: r285910 attempted to make shutdown() be POSIX compliant by returning ENOTCONN when shutdown() is called on unconnected sockets. This change w= as slightly modified by r316874, which returns ENOTCONN in the case of an unconnected datagram socket, but still runs the shutdown code for the socket. This specifically supports the case where the user-space code is using the shutdown() call to wakeup another thread blocked on the socket. In PR 227259, a user is reporting that they have code which is using shutdown() to wakup another thread blocked on a stream listen socket. Th= is code is failing, while it used to work on FreeBSD 10 and still works on Linux. It seems reasonable to add another exception to support something users a= re actually doing, which used to work on FreeBSD 10, and still works on Linu= x. And, it seems like it should be acceptable to POSIX, as we still return ENOTCONN. This is a direct commit to stable/11. The listen socket code changed substantially in head, and the code change there will be substantially more complex. In the meantime, it seems to make sense to commit this trivial fix to stable/11 given the fact that users appear to depend on this behavior, this appears to have been an unintended change in stable/1= 1, and we did not announce the change. PR: 227259 Reviewed by: ed Approved by: re (gjb) Sponsored by: Netflix, Inc. Differential Revision: https://reviews.freebsd.org/D15021 Tested by: Eric Masson (emss at free.fr) Changes: stable/11/sys/kern/uipc_socket.c --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-net@freebsd.org Sat May 12 14:03:13 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9615FFDD399 for ; Sat, 12 May 2018 14:03:13 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 28F356FE3E for ; Sat, 12 May 2018 14:03:13 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id DE252FDD398; Sat, 12 May 2018 14:03:12 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CD024FDD397 for ; Sat, 12 May 2018 14:03:12 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6B80D6FE25 for ; Sat, 12 May 2018 14:03:12 +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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 95DE618448 for ; Sat, 12 May 2018 14:03:11 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w4CE3B4E071482 for ; Sat, 12 May 2018 14:03:11 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w4CE3BMm071478 for net@FreeBSD.org; Sat, 12 May 2018 14:03:11 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 209581] igb vf driver does not correctly handle vlan tag Date: Sat, 12 May 2018 14:03:11 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.3-RELEASE X-Bugzilla-Keywords: IntelNetworking X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: dknueppel@online.de X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: 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.25 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, 12 May 2018 14:03:13 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D209581 Dieter changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dknueppel@online.de --- Comment #7 from Dieter --- Looks like I'm having a similar issue with an Intel i350 NIC. I.e. packets from outside the NIC to a VF make it, even with VLAN tags. But packets from within the NIC (i.e. VF - VF or PF - VF) with VLAN tags do= n't make it! I'm experiencing the issue with pfsense 2.4.3, which is freebsd based (Free= BSD 11.1-RELEASE-p7). Will the patch you mentioned be in the next freebsd release? --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Sat May 12 18:28:00 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B0316FC9B65 for ; Sat, 12 May 2018 18:28:00 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 4396A8313D for ; Sat, 12 May 2018 18:28:00 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id F2877FC9B64; Sat, 12 May 2018 18:27:59 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E0870FC9B63 for ; Sat, 12 May 2018 18:27:59 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7C90283121 for ; Sat, 12 May 2018 18:27:59 +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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id ADCB21A90B for ; Sat, 12 May 2018 18:27:58 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w4CIRw5n079560 for ; Sat, 12 May 2018 18:27:58 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w4CIRwOR079559 for net@FreeBSD.org; Sat, 12 May 2018 18:27:58 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 194485] Userland cannot add IPv6 prefix routes Date: Sat, 12 May 2018 18:27:57 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.0-RELEASE X-Bugzilla-Keywords: easy, feature, needs-qa, patch X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: guyyur@gmail.com X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: 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.25 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, 12 May 2018 18:28:00 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D194485 guyyur@gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |guyyur@gmail.com --- Comment #4 from guyyur@gmail.com --- I created phabricator D15404 and D15405 as my attempt to port the changes to 12.0-CURRENT while using RTF_CONNECTED. I needed to use RTF_CONNECTED instead of RTF_STATIC for dhcpcd 7.0.3 (it doesn't add the RTF_STATIC flag.) --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Sat May 12 18:31:06 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 40F4FFC9E4E for ; Sat, 12 May 2018 18:31:06 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 CC41C835C4 for ; Sat, 12 May 2018 18:31:05 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 8A978FC9E4D; Sat, 12 May 2018 18:31:05 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 79392FC9E4B for ; Sat, 12 May 2018 18:31:05 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1754B835BF for ; Sat, 12 May 2018 18:31:05 +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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 4DB931A932 for ; Sat, 12 May 2018 18:31:04 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w4CIV4es086387 for ; Sat, 12 May 2018 18:31:04 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w4CIV4aE086386 for net@FreeBSD.org; Sat, 12 May 2018 18:31:04 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 195197] [netinet6] ipv6 prefix not renewed when managed by userspace daemon with pltime and vltime Date: Sat, 12 May 2018 18:31:04 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: patch X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: guyyur@gmail.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: 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.25 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, 12 May 2018 18:31:06 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D195197 --- Comment #8 from guyyur@gmail.com --- I created phabricator D15406 as my attempt to port the NetBSD changes to 12.0-CURRENT. Fix for 194485 is needed first. My attempts for fixes to that bug are D15404 and D15405. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Sat May 12 19:32:12 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 222ADFCCE45 for ; Sat, 12 May 2018 19:32:12 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 AB5F06B0AF for ; Sat, 12 May 2018 19:32:11 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 6B23AFCCE41; Sat, 12 May 2018 19:32:11 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 59025FCCE40 for ; Sat, 12 May 2018 19:32:11 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E4F436B084 for ; Sat, 12 May 2018 19:32: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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 181F91B2D7 for ; Sat, 12 May 2018 19:32:10 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w4CJW9KR058086 for ; Sat, 12 May 2018 19:32:09 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w4CJW9GO058085 for net@FreeBSD.org; Sat, 12 May 2018 19:32:09 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 228202] em/igb regression: after r333345 Intel I120 ethernet card is not initialized correctly Date: Sat, 12 May 2018 19:32: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: CURRENT X-Bugzilla-Keywords: IntelNetworking, regression 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: net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: keywords assigned_to 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.25 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, 12 May 2018 19:32:12 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D228202 Mark Linimon changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |IntelNetworking, regression Assignee|bugs@FreeBSD.org |net@FreeBSD.org CC| |mmacy@FreeBSD.org --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Sat May 12 19:33:14 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 30968FCCFAC for ; Sat, 12 May 2018 19:33:14 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 B11646BAC9 for ; Sat, 12 May 2018 19:33:13 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 740CBFCCF8B; Sat, 12 May 2018 19:33:13 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 61DFBFCCF88 for ; Sat, 12 May 2018 19:33:13 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CB5DF6BAC2 for ; Sat, 12 May 2018 19:33:12 +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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 0A65E1B2E9 for ; Sat, 12 May 2018 19:33:12 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w4CJXB6I060322 for ; Sat, 12 May 2018 19:33:11 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w4CJXBJo060320 for net@FreeBSD.org; Sat, 12 May 2018 19:33:11 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 228163] ipfw & tunnel interfaces - strange tags are keeped after packet processing in kernel Date: Sat, 12 May 2018 19:33:12 +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.1-RELEASE X-Bugzilla-Keywords: 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: 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.25 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, 12 May 2018 19:33:14 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D228163 Mark Linimon changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|bugs@FreeBSD.org |net@FreeBSD.org --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Sat May 12 21:27:30 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BD4D1FD2350 for ; Sat, 12 May 2018 21:27:30 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 5074F79A7D for ; Sat, 12 May 2018 21:27:30 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 0C787FD234D; Sat, 12 May 2018 21:27:30 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EE55FFD234C for ; Sat, 12 May 2018 21:27:29 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 87B7079A7B for ; Sat, 12 May 2018 21:27: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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id D01521C269 for ; Sat, 12 May 2018 21:27:28 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w4CLRSDO065754 for ; Sat, 12 May 2018 21:27:28 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w4CLRSn2065753 for net@FreeBSD.org; Sat, 12 May 2018 21:27:28 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 228163] ipfw & tunnel interfaces - strange tags are keeped after packet processing in kernel Date: Sat, 12 May 2018 21:27: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.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: eugen@freebsd.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: Not A Bug X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: net@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc bug_status resolution 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.25 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, 12 May 2018 21:27:30 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D228163 Eugene Grosbein changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |eugen@freebsd.org Status|New |Closed Resolution|--- |Not A Bug --- Comment #2 from Eugene Grosbein --- Please use mailing lists or web forums to ask such questions and leave Bugz= illa for bug reporing. And yes, this is by design. If you have more questions about difference bet= ween ng/l2tp and others, please ask freebsd-net@freebsd.org but supply more deta= ils of your setup and packet flow. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-net@freebsd.org Sat May 12 23:37:24 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 683D3FD7805 for ; Sat, 12 May 2018 23:37:24 +0000 (UTC) (envelope-from ascherrer@gmail.com) Received: from mail-wr0-x232.google.com (mail-wr0-x232.google.com [IPv6:2a00:1450:400c:c0c::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D3C816A12E for ; Sat, 12 May 2018 23:37:23 +0000 (UTC) (envelope-from ascherrer@gmail.com) Received: by mail-wr0-x232.google.com with SMTP id y15-v6so8620132wrg.11 for ; Sat, 12 May 2018 16:37:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=to:from:subject:message-id:date:user-agent:mime-version :content-language:content-transfer-encoding; bh=iAT5gCussHjKTJurEmV8bqjYPaz151nTM3J7Ghurr/c=; b=tGxymSjkmQGFVqQp4gYZX+NK91dRV+1K6UUDQUBqkiE90pzzeJmm/2uNEkVYYxFjXx HJc6HDCg2ocKrbg/DH8ozlf/oMWQHdGW4hmTygmyHtUNFu+XuED0wQhVcHNZrLV4wWNH i8yXeP2mwyYhlIAEila+GNGeJ4JP7R19drUaRIu6id/wKTqmopcUrxlBEc27x2XsGLv0 /0Sp5saAZ4Vpj77Hd9c5nDAIs1ViiiB2IheyyhIp53d/DcEfxzEuc4BJKQOqQ/Wu6LwV IuThrZ9RGRCHdnP6c02KAMO9ssC89fvt1VHTSAzSPHbSUf6pN97J5d+Y5wR2K4gSGjhj m1ig== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:from:subject:message-id:date:user-agent :mime-version:content-language:content-transfer-encoding; bh=iAT5gCussHjKTJurEmV8bqjYPaz151nTM3J7Ghurr/c=; b=rVB2Ne9BKQz4G8pV3q1P60eQbE7gW/+E3sDz95eM4y+SQkpBXT6cCIIiRnx55JNUYw /irVOiFYeN5v6RP3Iu8H5bXARkNRljt2oghCiok82g6POuJAidQVjhrMFWZe2nnsuhAL jN24q+zt6Vsk/h6kNoMu4tqq3tz2AXadWsMa2EUzN6AJKS06KVcDLwle8rjkA6FJJlsu MzzEg+TXTfl2AjO+lsdsZ78t/ZlnIJxODD/zrN82sgm7fVd2kmZyuHsrsTHQuHGrJ7Ew WY2tG7GHfXuVu/sxwoXHzGiAIGKokg+t0lhUpD5ncO1MlQBPYWlay8w6aDyDMsidg7rB UdnQ== X-Gm-Message-State: ALKqPwcTyUziXRRjGTMd75bByck9igvyjcO449boDrLI/wCGJVkRczas 0cIEh9XvB7ML7n37IZSRKgM0fwiz X-Google-Smtp-Source: AB8JxZpnLF17H07ubYuzcMEV1u+91bItm3MAmDbdbQ+f+ubrMzQ56mUOj5pbggLzTqQ7JTEfj+dGtg== X-Received: by 2002:adf:aeea:: with SMTP id y97-v6mr3157297wrc.32.1526168242441; Sat, 12 May 2018 16:37:22 -0700 (PDT) Received: from juntos.woohoo.ch ([2a02:168:681c:460:21df:30a9:eed8:2475]) by smtp.gmail.com with ESMTPSA id p189-v6sm3135531wmg.18.2018.05.12.16.37.21 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 12 May 2018 16:37:21 -0700 (PDT) To: freebsd-net@freebsd.org From: Andreas Scherrer Subject: Site-to-site IPSec VPN using if_ipsec and racoon Message-ID: <951ef6f6-95d8-8832-1e7a-59fc90434029@gmail.com> Date: Sun, 13 May 2018 01:37:21 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 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, 12 May 2018 23:37:24 -0000 Hi I am trying to configure a site to site VPN using the (new?) if_ipsec interfaces [1]. One endpoint is FreeBSD 11.1-RELEASE whereas the other will be a RPi (Raspbian 9.4 stretch running libreswan). The public IPs involved are all IPv6 and the goal is to tunnel IPv4 traffic. Currently I am struggling with the FreeBSD side (which is using racoon if that is relevant). The documentation [1] states: "When the if_ipsec interface is configured, it automatically creates special security policies. These policies can be used to acquire security associations from the IKE daemon, which are needed for establishing an IPsec tunnel." But it does not say HOW to do that. My interpretation of [2]'s statement: "If no security association is found, the packet is put on hold and the IKE daemon is asked to negotiate an appropriate one." is that it should somehow be automagic. But in my current configuration, that does not happen. I never see FreeBSD initiate any IKE traffic (500/udp) and 'setkey -D' always reports "No SAD entries.". I have the 'ipsec0' interface configured and I do see the SPD entry with 'setkey -D -P [-t]': ----- # setkey -D -P -t 0.0.0.0/0[any] 0.0.0.0/0[any] any in ipsec esp/tunnel/-/unique:100 spid=75 seq=3 pid=10410 scope=ifnet ifname=ipsec0 refcnt=1 ::/0[any] ::/0[any] any in ipsec esp/tunnel/-/unique:100 spid=77 seq=2 pid=10410 scope=ifnet ifname=ipsec0 refcnt=1 0.0.0.0/0[any] 0.0.0.0/0[any] any out ipsec esp/tunnel/-/unique:100 spid=76 seq=1 pid=10410 scope=ifnet ifname=ipsec0 refcnt=1 ::/0[any] ::/0[any] any out ipsec esp/tunnel/-/unique:100 spid=78 seq=0 pid=10410 scope=ifnet ifname=ipsec0 refcnt=1 ----- And traffic to my test destination (192.168.112.1) is routed to 'ipsec0': ----- # route -n show 192.168.112.1 route to: 192.168.112.1 destination: 192.168.112.0 mask: 255.255.255.0 fib: 0 interface: ipsec0 flags: recvpipe sendpipe ssthresh rtt,msec mtu weight expire 0 0 0 0 1400 1 0 ----- By applying some "reverse logic" to another statement in [2]: "When a matching policy is found, the kernel will look for a corresponding security association" I deduct that maybe for some reason my traffic does not match the existing policy. But I do not see (or understand) why? Any traffic through 'ipsec0' should match that policy, no? I am under the impression that this is one of the basic ideas of having 'ipsec0' in the first place ("it automatically creates special security policies")? The example on [1] uses 'setkey -c' to manually configure the SA which is something I do not want to (and cannot) do. Can anybody point me in the right direction (be it more documentation or a working config example)? That would be awesome. Best regards andreas Ps.: I have tried the "old" approach which I know better using 'gif' interfaces. With that I have managed to get racoon negotiate SAs for the same tunnel (i.e. with libreswan on the RPi). Unfortunately I cannot wrap my head around the routing with that approach (no 'gif' on Raspbian). And the documentation also mentions this as a limitation of 'gif' [3]: "you cannot usually use gif to talk with IPsec devices that use IPsec tunnel mode" [1] https://www.freebsd.org/cgi/man.cgi?query=if_ipsec [2] https://vincent.bernat.im/en/blog/2017-route-based-vpn [3] https://www.freebsd.org/cgi/man.cgi?query=gif -- Stell dir vor es geht und keiner kriegt's hin.