From owner-svn-src-head@freebsd.org Thu Mar 30 01:24:23 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 8C77DD23622 for ; Thu, 30 Mar 2017 01:24:23 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-io0-x242.google.com (mail-io0-x242.google.com [IPv6:2607:f8b0:4001:c06::242]) (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 5344BF65 for ; Thu, 30 Mar 2017 01:24:23 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-io0-x242.google.com with SMTP id 68so1561222ioh.3 for ; Wed, 29 Mar 2017 18:24:23 -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=QzunOusF4pWGAN5x2bfKMJ30noOERD4NZsdErO45v44=; b=SnlJfQARB9vJmH29SG7UXtCsb34oODLsrxxUhzUPcz3cu7qMVKcjJtHj+m6Dps8uRi EIyZt2XPT/r/pWuLwC1Shh+Kae7Xr+xMPY5nS+aYp6czsgH4db/k24CBca4/G3QH0ICj aaPlIV6KR7NvXVTFpS+6gVQsv5INUqbgsLyMMi/hrkmbUgU9LfRsMv2DEkJ+3MSoUILa UgwDVaHaXCBznK53yVcV460JWvqyh3stLGmkOr1O9NXMzh3HMR2pC8HLh3Kctw0VqbfB I9Ogml3StqTDe7X4q3RIovU6pXwxGCSbh2JXGT734H6SVSwcZQuC2ZADJz5+h+o5wPAK OJIQ== 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=QzunOusF4pWGAN5x2bfKMJ30noOERD4NZsdErO45v44=; b=BrUA/PcyyQPfySVDC3d0D+rBJ3Qk3YtS66xAOiVX3t6XZT/9eFoxeXv6UMUhYfIXJa miyfFqx8Wa59LE5MN9DIcYYhYxMjk1ovPoMBqJMqit1rc3fRKAyvmLcLjdSFaMuhm1JL 8SDsl+27N41q9y0PI9IZlxHt+U4egGJcbw6jwyz7No1blURDwHqw3Qidcd7AsCAf30zn ZYjWQtjr2jKqcNnA6lkaA3NoXP1AOkcz2N0+L1xqFH3YzyFr3PcEE+1gVbhIlRn/j3Ij g223wheMzCYwMN2g+Zj3COLenkXIvhHuVepep4R9QsqcrS/bVHPSOz2czOmXb/5YVVgL xWeg== X-Gm-Message-State: AFeK/H3UuHP8EFdHe6OQf4S37H0/uv01UUM1S2XApSrPZYZJWmB9vOT6GRVdQmnLtaqqoHdKkCB4rkjri1NTAA== X-Received: by 10.107.174.220 with SMTP id n89mr4505004ioo.166.1490837062646; Wed, 29 Mar 2017 18:24:22 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.146.24 with HTTP; Wed, 29 Mar 2017 18:24:22 -0700 (PDT) X-Originating-IP: [2607:fb90:6c9f:5a1f:0:45:9597:bc01] Received: by 10.79.146.24 with HTTP; Wed, 29 Mar 2017 18:24:22 -0700 (PDT) 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 19:24:22 -0600 X-Google-Sender-Auth: YA9T2ATFxNjXaeyy7G-6IrBPNI0 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-Content-Filtered-By: Mailman/MimeDel 2.1.23 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 01:24:23 -0000 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. Warner