From owner-freebsd-current@freebsd.org Thu Oct 26 02:13:05 2017 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 A3D58E2BAD9 for ; Thu, 26 Oct 2017 02:13:05 +0000 (UTC) (envelope-from andrew@fubar.geek.nz) Received: from fry.fubar.geek.nz (fry.fubar.geek.nz [139.59.165.16]) by mx1.freebsd.org (Postfix) with ESMTP id 71B4066326 for ; Thu, 26 Oct 2017 02:13:05 +0000 (UTC) (envelope-from andrew@fubar.geek.nz) Received: from [IPv6:2a02:c7f:1e13:cf00:1fc:1a54:f042:b195] (unknown [IPv6:2a02:c7f:1e13:cf00:1fc:1a54:f042:b195]) by fry.fubar.geek.nz (Postfix) with ESMTPSA id D1BB44ECB2; Thu, 26 Oct 2017 02:12:57 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: RFC: Removing hpt* drivers from GENERIC From: Andrew Turner In-Reply-To: <0100015f557d9cd2-098d2e99-d4c4-45ce-90bf-47b76455a6de-000000@email.amazonses.com> Date: Thu, 26 Oct 2017 03:12:57 +0100 Cc: "freebsd-current@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: <15E3ADE8-A648-4408-AFCC-EA904CBEA4F5@fubar.geek.nz> References: <0100015f557d9cd2-098d2e99-d4c4-45ce-90bf-47b76455a6de-000000@email.amazonses.com> To: Colin Percival X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 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, 26 Oct 2017 02:13:05 -0000 > On 25 Oct 2017, at 22:43, Colin Percival wrote: >=20 > Hi developers, >=20 > I'd like to remove the hpt* drivers from GENERIC. These are the = drivers > for the HighPoint storage hardware -- SATA (hptnr) and RAID (hpt27xx, = hptiop, > hptmv, hptrr). >=20 > My reason for wanting to remove them is that the hpt27xx and hptnr = drivers > spend ~150 ms in their DEVICE_PROBE routines every time the system = boots. > Since they are roughly 1000x slower than the median driver, this is = clearly > excessive; unfortunately the time is being spent inside a binary blob, = so > there is no apparent way to fix the drivers. (The other three drives = from > the same vendor -- hptiop, hptmv, and hptrr -- don't exhibit this = particular > bug, but I don't see any strong argument in favour of not removing = them along > with the two problem drivers.) >=20 > All of these are available via kernel modules, so the impact upon = users > should be minimal. Obviously I would not plan on MFCing this change. >=20 > Any objections? Why are we building these binary blobs into the kernel? We don=E2=80=99t = have the source for these so it=E2=80=99s more difficult to audit them = for security issues. If the user wishes to load them as modules they are = fine to do that, however I don=E2=80=99t think we shouldn=E2=80=99t be = linking any of these blobs in a GENERIC kernel. Andrew