From owner-freebsd-current@freebsd.org Thu Sep 24 20:57:38 2015 Return-Path: Delivered-To: freebsd-current@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 C832AA08E1E; Thu, 24 Sep 2015 20:57:38 +0000 (UTC) (envelope-from pawel@dawidek.net) Received: from mail.dawidek.net (garage.dawidek.net [91.121.88.72]) by mx1.freebsd.org (Postfix) with ESMTP id 8F2D11826; Thu, 24 Sep 2015 20:57:37 +0000 (UTC) (envelope-from pawel@dawidek.net) Received: from localhost (unknown [204.8.219.11]) by mail.dawidek.net (Postfix) with ESMTPSA id 507CAF04; Thu, 24 Sep 2015 22:57:30 +0200 (CEST) Date: Thu, 24 Sep 2015 22:58:00 +0200 From: Pawel Jakub Dawidek To: Slawa Olhovchenkov Cc: "Andrey V. Elsukov" , FreeBSD Current , freebsd-rc@FreeBSD.org, Andriy Gapon , cem@FreeBSD.org Subject: Re: dumpdev in loader.conf vs rc.d/dumpon Message-ID: <20150924205800.GA1475@garage.freebsd.pl> References: <5602B922.20703@FreeBSD.org> <5602CDBC.7080906@FreeBSD.org> <5602DA17.7060501@FreeBSD.org> <5603B415.2090405@yandex.ru> <20150924111850.GA3158@zxy.spb.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="9amGYk9869ThD9tj" Content-Disposition: inline In-Reply-To: <20150924111850.GA3158@zxy.spb.ru> X-OS: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Sep 2015 20:57:38 -0000 --9amGYk9869ThD9tj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 24, 2015 at 02:18:50PM +0300, Slawa Olhovchenkov wrote: > On Thu, Sep 24, 2015 at 11:28:05AM +0300, Andrey V. Elsukov wrote: >=20 > > On 23.09.2015 19:57, Andriy Gapon wrote: > > > I do not have a strong opinion. Either option, rc.d/dumpon change or= geom_dev > > > change, is fine with me. > >=20 > > I added the ability to set dumpdev via loader. But I wasn't aware that > > it was used in rc.d script. > >=20 > > If you have set dumpdev kenv, it will be already enabled in the time > > when rc.d/dumpon will be run. So, I think it is useless to try to > > enable dumpdev again. I prefer remove this old code from rc.d script. >=20 > rc.d script can redirect dump to device, not available at boot time, > iSCSI disk, for examle. No. Dump device is very special. It runs in an environment when kernel already paniced, there are no interrupt, so there is no networking. Storage controllers have special methods to handle dumping kernel memory - it doesn't go through GEOM, it cannot go through GEOM as the scheduler doesn't work too. --=20 Pawel Jakub Dawidek http://www.wheelsystems.com FreeBSD committer http://www.FreeBSD.org Am I Evil? Yes, I Am! http://mobter.com --9amGYk9869ThD9tj Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCgAGBQJWBGPYAAoJEJVLhSuxKFt1dUwP/2Wqa2f+G682shY34SvvKDpn 3AEFFlzGJkq3YrUT4iIaAZSzd1dJaUVCnWzjqfJllVwgIn+7Sd20+J4LXqQhWEh3 8TRJQZ44aRGS+IaUuCizmGa3sgSDXCrrSAuIMlnur7M1jwu06FrQb4bsJCo8Acif ZbmC9KA3xicr9SbVEgJtXrPa2BxynNCB4bcFoKcRLJaZl6eK/ViAhFIe+fCFYTvm PYR3JYNV7NmpcOY7HhI9iHP6WcnRerIWLGX8dl7N5tWAYvXsYVlYuEXcM7kG3mpB bybjj2v7wcQwdVqYvnjsLoU3VNJj27M1Eo4f/WRziZXAn0jfiD7WhdjReWw6TeiN xDGQ1OJl1A0J913z+g6DvI1dCJVWu3BfPuu+7IpAUsgCOzqowXKRIcQzCwTFZTv5 0CaPFVasfswO1g0m480jRRv8fNm7kgX6vGJNn5xQ1V8SMBbqcB7qBIEVaYhXwSQ2 dGZjl3GhTbIq7xfNjwbRjzvnbIyauHuBDGm+uE5Auk6REWzskZxEczaJim1B2vvk C6WNWrzZ6ZbuFW5ccAVLzS8Q4/GDyMOQJ2uQN9zS5Pg5mrZ/ZEQ57kK6YCMAqkOw GsVnXv5RzvMUo/4/LIGZTIoqLnR1HIsNCdcla0Yjx6RhUB5dyhUr2ADhTB8s5Bll PctICSTAlTBgkgmK1zd0 =H1Xn -----END PGP SIGNATURE----- --9amGYk9869ThD9tj--