Date: Fri, 30 Aug 2013 07:43:39 -0600 From: Warner Losh <imp@bsdimp.com> To: Adrian Chadd <adrian@freebsd.org> Cc: "freebsd-mips@freebsd.org" <freebsd-mips@freebsd.org> Subject: Re: TP-Link 1043ND - its tme :) Message-ID: <761FE460-03DA-4697-BC44-9DEF5C6AE28A@bsdimp.com> In-Reply-To: <CAJ-VmomUH5xX2tS2Zg3%2BBwdb3Q48JcP9w2mD3W5C0769RqXe4g@mail.gmail.com> References: <fff374ff14148d1fb43d22455e2f068f.squirrel@arroway.org> <CAJ-VmokmrJW4cKd3kXnvezhynh0Pic9hswpFngsG8mAjmJVDSQ@mail.gmail.com> <CAB=2f8xyHYEYcJSnmEaxz2KVLCa=kYOYDEt0CNP4eWwMMx-oQg@mail.gmail.com> <f1c2b01c75e04235197a4a766580e82c.squirrel@arroway.org> <04dc16e8adc42b571915e7fc51ec9a57.squirrel@arroway.org> <8FFD8F5B-FCE4-4062-B6B7-7A46943E91AE@bsdimp.com> <CFBA86E3-7776-48E1-B2BC-FE662EB37338@bsdimp.com> <a5d70e8c59b72081a1babbe343ff0915.squirrel@arroway.org> <59d6b005e19dfc803b06a607bd6dc984.squirrel@arroway.org> <CAJ-VmomUH5xX2tS2Zg3%2BBwdb3Q48JcP9w2mD3W5C0769RqXe4g@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
And my changes won't affect rootfs size either, just the size of the = kernel. Warner On Aug 30, 2013, at 6:43 AM, Adrian Chadd wrote: > AH_DEBUG_ALQ just adds some debugging bits to the ath/hal code to let = you > do live register tracing. >=20 > It won't affect the rootfs size. >=20 >=20 >=20 > -adrian >=20 >=20 >=20 > On 30 August 2013 02:30, Nenhum_de_Nos <matheus@eternamente.info> = wrote: >=20 >>=20 >> On Thu, August 29, 2013 20:20, Nenhum_de_Nos wrote: >>>=20 >>> On Thu, August 29, 2013 19:51, Warner Losh wrote: >>>>=20 >>>> On Aug 29, 2013, at 4:06 PM, Warner Losh wrote: >>>>=20 >>>>>=20 >>>>>> [mktplinkfw] *** error: rootfs image is too big >>>>>=20 >>>>> OK. This isn't for root image, but to make the uncompressed kernel >> ~685k smaller. So maybe 200k >>>>> smaller after compression. >>>>>=20 >>>>> http://people.freebsd.org/~imp/smalller-mips >>>>=20 >>>> I've moved this to = http://people.freebsd.org/~imp/smaller-mips.difffor nicer downloading, = and >>>> the >>>> original link had too many l's in it... >>>>=20 >>>>> basically it does EXTRA_FLAGS+=3D-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. >>>>>=20 >>>>> text data bss dec hex filename >>>>> 3598994 270588 153056 4022638 3d616e kernel.debug with = patch >>>>> 4285106 270632 153056 4708794 47d9ba kernel.debug built >> without >>>>>=20 >>>>> Comments? >>>>=20 >>>> 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... >>>=20 >>> I dont know if I got it. Should I try it or not ? :) >>>=20 >>> and, I must find where to change it. Not yet familiar with the build >> scripts and cfg files. >>>=20 >>> thanks, >>>=20 >>> matheus >>=20 >> It will be hard to get it. >>=20 >> Populating = `/root/work/freebsd/head/src/../mfsroot-tl-wr1043nd_matheus.img' >> Image = `/root/work/freebsd/head/src/../mfsroot-tl-wr1043nd_matheus.img' >> complete >> *** Running mkuzip to create a compressed filesystem .. >> *** Target Done. >> *** Target : tplink >> 3831+2 records in >> 3831+1 records out >> 1961523 bytes transferred in 1.025448 secs (1912845 bytes/sec) >> [mktplinkfw] *** error: rootfs image is too big >> root@dev:~ # >>=20 >> I commented out some AH_DEBUG_ALQ. I imagine it is about ALTQ new >> implementation. Am I right ? >>=20 >> still not there yet :( >>=20 >> matheus >>=20 >>>> Warner >>>>=20 >>>>=20 >>>>> Warner >>>>>=20 >>>>> P.S. Don't have this hardware, so no test boots. >>>>>=20 >>>>=20 >>>>=20 >>>=20 >>>=20 >>> -- >>> We will call you Cygnus, >>> The God of balance you shall be >>>=20 >>> A: Because it messes up the order in which people normally read = text. >>> Q: Why is top-posting such a bad thing? >>>=20 >>> http://en.wikipedia.org/wiki/Posting_style >>> _______________________________________________ >>> freebsd-mips@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-mips >>> To unsubscribe, send any mail to = "freebsd-mips-unsubscribe@freebsd.org" >>>=20 >>=20 >>=20 >> -- >> We will call you Cygnus, >> The God of balance you shall be >>=20 >> A: Because it messes up the order in which people normally read text. >> Q: Why is top-posting such a bad thing? >>=20 >> http://en.wikipedia.org/wiki/Posting_style >> _______________________________________________ >> freebsd-mips@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-mips >> To unsubscribe, send any mail to = "freebsd-mips-unsubscribe@freebsd.org" >>=20 > _______________________________________________ > freebsd-mips@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-mips > To unsubscribe, send any mail to = "freebsd-mips-unsubscribe@freebsd.org"
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?761FE460-03DA-4697-BC44-9DEF5C6AE28A>