From owner-svn-src-all@freebsd.org  Mon Dec 11 19:02:07 2017
Return-Path: <owner-svn-src-all@freebsd.org>
Delivered-To: svn-src-all@mailman.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8D372E9B359;
 Mon, 11 Dec 2017 19:02:07 +0000 (UTC)
 (envelope-from eugen@grosbein.net)
Received: from hz.grosbein.net (hz.grosbein.net [78.47.246.247])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified))
 by mx1.freebsd.org (Postfix) with ESMTPS id 20A9873F89;
 Mon, 11 Dec 2017 19:02:06 +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 vBBJ1ur0008248
 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT);
 Mon, 11 Dec 2017 20:01:57 +0100 (CET)
 (envelope-from eugen@grosbein.net)
X-Envelope-From: eugen@grosbein.net
X-Envelope-To: tuexen@fh-muenster.de
Received: from [10.58.0.4] ([10.58.0.4])
 by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id vBBJ1rX7072758
 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT);
 Tue, 12 Dec 2017 02:01:53 +0700 (+07)
 (envelope-from eugen@grosbein.net)
Subject: Re: svn commit: r326758 - in head/sys/i386: conf include
To: Michael Tuexen <tuexen@fh-muenster.de>
References: <201712110432.vBB4WbnE021090@repo.freebsd.org>
 <20171211091943.GF2272@kib.kiev.ua> <5A2E5D44.9030904@grosbein.net>
 <20171211105242.GH2272@kib.kiev.ua> <5A2E6608.5090205@grosbein.net>
 <20171211150827.GJ2272@kib.kiev.ua> <5A2EB072.6050803@grosbein.net>
 <7A052A1A-EFB4-489D-B8DF-C8080AD59A20@fh-muenster.de>
Cc: Konstantin Belousov <kostikbel@gmail.com>, Conrad Meyer <cem@FreeBSD.org>,
 src-committers@freebsd.org, svn-src-all@freebsd.org,
 svn-src-head@freebsd.org
From: Eugene Grosbein <eugen@grosbein.net>
Message-ID: <5A2ED61C.5060209@grosbein.net>
Date: Tue, 12 Dec 2017 02:01:48 +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: <7A052A1A-EFB4-489D-B8DF-C8080AD59A20@fh-muenster.de>
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
 autolearn=no autolearn_force=no version=3.4.1
X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1%
 *      [score: 0.0000] *  2.6 LOCAL_FROM From my domains
 *  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: svn-src-all@freebsd.org
X-Mailman-Version: 2.1.25
Precedence: list
List-Id: "SVN commit messages for the entire src tree \(except for &quot;
 user&quot; and &quot; projects&quot; \)" <svn-src-all.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/svn-src-all>,
 <mailto:svn-src-all-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/svn-src-all/>
List-Post: <mailto:svn-src-all@freebsd.org>
List-Help: <mailto:svn-src-all-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/svn-src-all>,
 <mailto:svn-src-all-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 11 Dec 2017 19:02:07 -0000

12.12.2017 1:52, Michael Tuexen wrote:

> Not sure about IPSEC and ZFS. But I was NOT able to reproduce the issue by just using
> an SCTP association on a 32-bit VM using FreeBSD 11.1. So right now I don't know what
> is wrong and therefore what could be fixed...

You just got lucky. Kernel stack abuse by multiple parts of FreeBSD kernel it matter of fact.
But it is not like you always get a panic because sometimes network traffic
is passed through NETISR queues to reduce stack usage and sometimes it is not,
depending on several run-time factors. You may find it stable with one NIC driver
and crashing with another even just because of different stack usage.