From owner-freebsd-hackers Fri Sep 13 14:26:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA18545 for hackers-outgoing; Fri, 13 Sep 1996 14:26:31 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA18537 for ; Fri, 13 Sep 1996 14:26:28 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id OAA00591; Fri, 13 Sep 1996 14:25:27 -0700 (PDT) To: Terry Lambert cc: pialkin@abel.pdmi.ras.ru, ache@nagual.ru, spblug@tsctube.spb.su, hackers@FreeBSD.ORG Subject: Re: ATAPI patch In-reply-to: Your message of "Fri, 13 Sep 1996 12:12:11 PDT." <199609131912.MAA09402@phaeton.artisoft.com> Date: Fri, 13 Sep 1996 14:25:27 -0700 Message-ID: <589.842649927@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > So if you have 16 different delays, it should only take you 2^16 or > 65536 reboots (per ATAPI device per IDE controller) to determine. I suspect it'd be more like a combination binary and exhaustive search - do I need them in *this* section? OK, how many? Next section... Or you could work backwards and simply start removing them until something broke, assuming that eliminating even one unnecessary delay is worth the effort. Jordan