From owner-svn-src-head@freebsd.org Thu Mar 30 05:19:43 2017 Return-Path: Delivered-To: svn-src-head@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 AF7ECD25705 for ; Thu, 30 Mar 2017 05:19:43 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it0-x231.google.com (mail-it0-x231.google.com [IPv6:2607:f8b0:4001:c0b::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 7D6D9C02 for ; Thu, 30 Mar 2017 05:19:43 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it0-x231.google.com with SMTP id y18so70490703itc.1 for ; Wed, 29 Mar 2017 22:19:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=xGY5ikhyPopwNEZcGQgGn2rGdzGf/Ow3KoYNUnN25tk=; b=k9UmPPf9HfqD0tcSI25JLPGSxoDPt7jypR+klKsSxRqY/sD3UPooOmyYOalMpPd3q9 0wZ3BeTdKaDakhFI+oyZtH/2loYD9EJSy2betHUeaGcKusbipIqmgVz9aO6kX0BUqw3V XkofLPW+WhSMp1ta34riTSaqnLJ4GxUx9eIge7blUkQadSgKGvp/h89fq7yaUNOhFUq1 VivYx+elZgRoHsjJgjW6TByi0BifFFZc5XJ98cOdXZGeyfUBJofQDfo1nSDMHG6i1r9b xg8+9R6zZeqk8QoEkIfUyimi6VDl0s+4iLyA5+GMQjHEpsKH0TB0HKfYDIUuOSlP2UKy P3Ag== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=xGY5ikhyPopwNEZcGQgGn2rGdzGf/Ow3KoYNUnN25tk=; b=n+S/llES7KFNhr9sonfF+4SqtYEgyjEoVdJ42T3KYLxs8EEc3xdELSKnKpgF+t1WXK /2BtzYQkBest3ZyCpTCeZUr2+tkGsA9Lnm0YyumbeyHWq29krJvuZKE+AWYhjuv0cC9j 76EDcKtGswrZP9r08dJLYdOpTdUNatGcJj7OFfuB0iZnlgRELGaykG4Y57YRTPRTOhqN AP93avAc9SjUgSsUeoid4pCW84r2TPj7hkga7M1CFiVZJqOriHivZtmXVHAkk7CZr0RP 1nrBSg2aEkygyVzwtixYuizJU0ioXXgexFiYqMpRd4gjWCQoPtlpjgxtdQ6rnAWtRnsa w+wQ== X-Gm-Message-State: AFeK/H1iSuEyOFTVcrj1p96Y5N/N9uIXjfDZGSoGObusgRC95OCUSYWsxxR+NMj2w1zqKFg0at7HYuNDIil12g== X-Received: by 10.36.44.14 with SMTP id i14mr2326530iti.103.1490851182714; Wed, 29 Mar 2017 22:19:42 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.146.24 with HTTP; Wed, 29 Mar 2017 22:19:42 -0700 (PDT) X-Originating-IP: [50.253.99.174] In-Reply-To: References: <201703290930.v2T9U3x9087583@repo.freebsd.org> <7448826.asYms2TLO2@ralph.baldwin.cx> <46812.1490823365@critter.freebsd.dk> From: Warner Losh Date: Wed, 29 Mar 2017 23:19:42 -0600 X-Google-Sender-Auth: bmTD34NE7iu3C6CvadjZVMUj_HM Message-ID: Subject: Re: svn commit: r316132 - head/sys/boot/i386/boot2 To: Garrett Cooper Cc: John Baldwin , "svn-src-head@freebsd.org" , "svn-src-all@freebsd.org" , Poul-Henning Kamp , src-committers , Toomas Soome Content-Type: text/plain; charset=UTF-8 X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Mar 2017 05:19:43 -0000 On Wed, Mar 29, 2017 at 7:24 PM, Warner Losh wrote: > > > On Mar 29, 2017 7:04 PM, "Ngie Cooper" wrote: > > On Wed, Mar 29, 2017 at 3:14 PM, Toomas Soome wrote: > > ... > >> One thing is - for now we know the boot2 has not changed and we do not >> really expect it to change in large scale anyhow. >> >> Second thing, yes the build process needs to be tested etc, and if needed >> we can issue statement which compiler we support or not. >> >> And finally - if the space limit is really-really on the way and no other >> way, then the alternate is to use freebsd-boot partition - nothing new about >> it. > > Great! I didn't figure that it could be changed (given recent > discussions). I'll add a nice comment and open a CR/get it right so > it's clear why it's 7680. I (for instance) didn't understand exactly > why the limit was that way. It helps to document these things for > interested parties :). > > > Because it's 8k minus 512 bytes that boot1 consumes. We could gain a few > bytes by combining the two, but that gets complicated. And I think people > are underestimatin just how ingrained this assumption is outside of file > system code... > > But this is just a legacy issue. Uefi kills these limits. > > I'm working on automating finding the optimal set of options to use for size > so it isn't tedious trial and error. It's totally a non issue today. 6.3 > isn't supported at all. Someday we may need to cope, but we have the luxury > of time on this. And also for some perspective, the original ZORK game was only 7720 bytes in length... Granted that was on the pdp-11 on 8th edition research Unix, but I spent more hours playing that came that I have interacting with boot2.... That's only 40 bytes more than the boot2 limit... Warner