From owner-freebsd-mips@FreeBSD.ORG Thu Aug 29 23:20:22 2013 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id CE02FC69 for ; Thu, 29 Aug 2013 23:20:22 +0000 (UTC) (envelope-from matheus@eternamente.info) Received: from phoenix.eternamente.info (phoenix.eternamente.info [109.169.62.232]) by mx1.freebsd.org (Postfix) with ESMTP id A5062220D for ; Thu, 29 Aug 2013 23:20:22 +0000 (UTC) Received: by phoenix.eternamente.info (Postfix, from userid 80) id 456091CC59; Thu, 29 Aug 2013 20:20:17 -0300 (BRT) Received: from 187.61.251.141 (SquirrelMail authenticated user matheus) by arroway.org with HTTP; Thu, 29 Aug 2013 20:20:17 -0300 Message-ID: In-Reply-To: References: <04dc16e8adc42b571915e7fc51ec9a57.squirrel@arroway.org> <8FFD8F5B-FCE4-4062-B6B7-7A46943E91AE@bsdimp.com> Date: Thu, 29 Aug 2013 20:20:17 -0300 Subject: Re: TP-Link 1043ND - its tme :) From: "Nenhum_de_Nos" Cc: "freebsd-mips@freebsd.org" User-Agent: SquirrelMail/1.4.21 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Aug 2013 23:20:22 -0000 On Thu, August 29, 2013 19:51, Warner Losh wrote: > > On Aug 29, 2013, at 4:06 PM, Warner Losh wrote: > >> >>> [mktplinkfw] *** error: rootfs image is too big >> >> OK. This isn't for root image, but to make the uncompressed kernel ~685k smaller. So maybe 200k >> smaller after compression. >> >> http://people.freebsd.org/~imp/smalller-mips > > I've moved this to http://people.freebsd.org/~imp/smaller-mips.diff for nicer downloading, and the > original link had too many l's in it... > >> basically it does EXTRA_FLAGS+=-fno-inline -Wno-inline -Os -Wno-strict-aliasing while setting >> the inline limit to 0 and adding some libkern functions that need it. Plus adding the canonical >> MUTEX/RWLOCK/SX_NOINLINE options. >> >> text data bss dec hex filename >> 3598994 270588 153056 4022638 3d616e kernel.debug with patch >> 4285106 270632 153056 4708794 47d9ba kernel.debug built without >> >> Comments? > > Btw, the extra initialization is for a few places where -Os produces different (and I think > spurious) warnings vs -O2. That's also the purpose of the MIPS_SMALL_HACK option, so the three > shift routines that are normally inlined by the compiler have definitions. But those few bytes may > not be worth optimizing... I dont know if I got it. Should I try it or not ? :) and, I must find where to change it. Not yet familiar with the build scripts and cfg files. thanks, matheus > Warner > > >> Warner >> >> P.S. Don't have this hardware, so no test boots. >> > > -- We will call you Cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style