From owner-freebsd-toolchain@FreeBSD.ORG Mon Mar 30 03:52:13 2015 Return-Path: Delivered-To: freebsd-toolchain@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B8FB5FD2 for ; Mon, 30 Mar 2015 03:52:13 +0000 (UTC) Received: from mail-pa0-f54.google.com (mail-pa0-f54.google.com [209.85.220.54]) (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 7DBB3927 for ; Mon, 30 Mar 2015 03:52:13 +0000 (UTC) Received: by pacgg7 with SMTP id gg7so25295167pac.0 for ; Sun, 29 Mar 2015 20:52:07 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:message-id:references:to; bh=sMZSGRYLaJp6stMxonAVDTmz0AKvuyHLHSvchZBvfEQ=; b=mq2EI1RWqHG3BYEH0njaOTK8ryzJw7j2o7Ej8ZbZ1Y2wg3VGTmfcqQX1ZzuP6szdrr G/rxQOn52kLYqIR8AIrqd3VNpoBRK14TYed0kA80QB3wA4ujp43VsU4ovspRV20EAJxO LW7w9jm5zZjLK6Z0mdgFcryavm0R9YrRKbDQE/Ylbv1GHodg1/etG2wXrY9vuYWXfd7o hH70M0s+n0oM9Qr4BcrJg2OmvtdQXazO0N6QznMlkXTmvewOorDeaab/MGMoryMt6law IWezQaYd4sz8Oo7TUKMq44HfAh8q66cJG+0mEGyBvZElOr9OkCgzvbAxQowbixwY/3LP UuDA== X-Gm-Message-State: ALoCoQnNp2xI1cH/nHuKH2Ih+zeGDDQvklM7DFqVgvcw5LKvwfq/7+ehqP82rEcVCxuqX6iDIV33 X-Received: by 10.68.237.165 with SMTP id vd5mr54482239pbc.144.1427687527816; Sun, 29 Mar 2015 20:52:07 -0700 (PDT) Received: from lgwl-achen.corp.netflix.com ([69.53.236.236]) by mx.google.com with ESMTPSA id gl2sm8852353pbc.52.2015.03.29.20.52.05 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 29 Mar 2015 20:52:06 -0700 (PDT) Sender: Warner Losh Subject: Re: Fails to build sys/i386/boot2 with gcc 4.9 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Content-Type: multipart/signed; boundary="Apple-Mail=_18A0EAD2-F155-45FC-A4B3-A0A4DB254BBE"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b6 From: Warner Losh In-Reply-To: <32F42F43-0AFA-4562-B845-4612D123742E@gmail.com> Date: Sun, 29 Mar 2015 21:52:03 -0600 Message-Id: References: <20683705-0EBA-4B8F-A0CE-9C06B8003BBE@FreeBSD.org> <20150329082734.GA13058@vlakno.cz> <7A9A90EA-E052-425E-BE90-9290B0CAB03F@bsdimp.com> <32F42F43-0AFA-4562-B845-4612D123742E@gmail.com> To: Garrett Cooper X-Mailer: Apple Mail (2.2070.6) Cc: "freebsd-testing@freebsd.org" , FreeBSD Toolchain , Dimitry Andric X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Mar 2015 03:52:13 -0000 --Apple-Mail=_18A0EAD2-F155-45FC-A4B3-A0A4DB254BBE Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=cp932 > On Mar 29, 2015, at 6:37 PM, Garrett Cooper = wrote: >=20 >>=20 >> On Mar 29, 2015, at 15:56, Warner Losh wrote: >>=20 >>> On Mar 29, 2015, at 2:29 PM, Craig Rodrigues = wrote: >>>=20 >>> On Sun, Mar 29, 2015 at 11:04 AM, Warner Losh = wrote: >>>=20 >>> If we built a UFS1-only boot2, that would fit in the 7.5k we have = left >>> to play with. We could then build a UFS2-only boot2 that would = easily >>> fit in the like 32k limit that UFS2 has. >>>=20 >>> The only reason we went to supporting both was to have something >>> universal. Since it requires a reformat to go from UFS1 -> UFS2 we >>> wanted the transition to be as smooth as possible so you didn=81ft = have >>> to add boot blocks into the mix. >>>=20 >>> Now the only people that use UFS1 are people with really old systems >>> that are never going to upgrade, or people building new systems with >>> UFS1 because they are space constrained (for whatever reasons that >>> we=81fre not going to debate here: they are still real). >>>=20 >>> In the past 5 years, I have worked on some embedded systems where = UFS1 was chosen because of very low memory and disk space requirements. >>> So those systems are real and out there. >>>=20 >>> Just out of curiousity, what is it about newer compilers that cause >>> the size of boot2 to increase so much? >>>=20 >>> Could we do some silly things like removing/reducing the use of = printf() >>> to save some more bytes, in order to buy us more time, before having >>> to rewrite everything? :) >>=20 >> Removing printf isn=81ft going to save us. It usually compiles to = 80-120 bytes. >>=20 >> I think the only sane way forward is boot2.ufs1 an boot2.ufs2 plus = maybe >> some safety belts in the boot block splatter programs to prevent >> brickification. >=20 > Since the proposal to split up the code by filesystems is on the = table, would it make sense to do something similar for zfs? > Thanks! zfs isn=81ft in boot2 by default, just ufs1 and ufs2, so I on=81ft = understand the question. Warner --Apple-Mail=_18A0EAD2-F155-45FC-A4B3-A0A4DB254BBE Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJVGMhkAAoJEGwc0Sh9sBEAFHUP/3UsnL3nIxS3QFrmIaOiz0K1 qJgpojqBhPGpTIoc01Sixh4WUJUk16J7hL5e3iDITrR10NkWYn+bYGYvG+/kEZfR gfX9N1vMmBlc39OvUANgoDd5lJZ2slI9Jp2PEwcr1gh/ofS2G1OwZkcVcd2xc478 pwpGI35i0V5yB547t3BFEnwmY1bjNvZyYfhA8Kkk/MNmytufwmm196mjetBsgWO+ vvQXbLIbRCJ6ZaIVqom4hceJwRzwLxaSyttssIkB+N/wMC+RDizjeBhx8+Rg1nTT aFSka9uThEkeikrTRfWA5Md+PF+s194AEKdfXOLLktYnJip+/5nGseloz+X4j01n ul6ZMhZEZNPqX6enI3jVa1GK7XnQAyaAfZMcXpSOdqlLlrqalDA0ibntbhpr5cw4 atkN9xzMO38RBTTm9cijobpWZTONT+pT4Gc+Rmy+ppVshawWeRha6WlX8/ZbX4xb y6avqi7y3i4Nx348LBbh7vfDxsP4xel/H7nNp67JJEVegkCOmEFaCp3+jZd8Hyfx 1yrFARzYCHTErAnzvQXOy0cSUxllajXx1J+GaXewGI66sdXaf0Gku3ixTfvksHd+ dBuCDN+VXQaDFs6hpCTYP2Upzv+HDXaPLvdcZfbeZ2ujRjhUmOOWFkuSMBKvhxxY zGNzO4fKDKE9Iy9IkWRH =6RBF -----END PGP SIGNATURE----- --Apple-Mail=_18A0EAD2-F155-45FC-A4B3-A0A4DB254BBE--