TP-Link 1043ND - its tme :)

[Warner Losh]

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 at 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 at 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 at freebsd.org mailing list
>>> http://lists.freebsd.org/mailman/listinfo/freebsd-mips
>>> To unsubscribe, send any mail to "freebsd-mips-unsubscribe at 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 at freebsd.org mailing list
>> http://lists.freebsd.org/mailman/listinfo/freebsd-mips
>> To unsubscribe, send any mail to "freebsd-mips-unsubscribe at freebsd.org"
>> 
> _______________________________________________
> freebsd-mips at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-mips
> To unsubscribe, send any mail to "freebsd-mips-unsubscribe at freebsd.org"