Skip site navigation (1)Skip section navigation (2)
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>

index | next in thread | previous in thread | raw e-mail

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.
> 
> It won't affect the rootfs size.
> 
> 
> 
> -adrian
> 
> 
> 
> On 30 August 2013 02:30, Nenhum_de_Nos <matheus@eternamente.info> wrote:
> 
>> 
>> On Thu, August 29, 2013 20:20, Nenhum_de_Nos wrote:
>>> 
>>> 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.difffor 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
>> 
>> It will be hard to get it.
>> 
>> 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:~ #
>> 
>> I commented out some AH_DEBUG_ALQ. I imagine it is about ALTQ new
>> implementation. Am I right ?
>> 
>> still not there yet :(
>> 
>> 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
>>> _______________________________________________
>>> 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"
>>> 
>> 
>> 
>> --
>> 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
>> _______________________________________________
>> 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"
>> 
> _______________________________________________
> 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"



help

Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?761FE460-03DA-4697-BC44-9DEF5C6AE28A>