From owner-freebsd-mips@FreeBSD.ORG Fri Aug 30 13:35:12 2013 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id CADF6F2 for ; Fri, 30 Aug 2013 13:35:12 +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 A1CC42570 for ; Fri, 30 Aug 2013 13:35:12 +0000 (UTC) Received: by phoenix.eternamente.info (Postfix, from userid 80) id 63AAA1CC59; Fri, 30 Aug 2013 10:35:03 -0300 (BRT) Received: from 200.164.157.132 (SquirrelMail authenticated user matheus) by arroway.org with HTTP; Fri, 30 Aug 2013 10:35:03 -0300 Message-ID: <470e0a56a142d6518bfd3bf4034bbb82.squirrel@arroway.org> In-Reply-To: References: <04dc16e8adc42b571915e7fc51ec9a57.squirrel@arroway.org> <8FFD8F5B-FCE4-4062-B6B7-7A46943E91AE@bsdimp.com> <59d6b005e19dfc803b06a607bd6dc984.squirrel@arroway.org> Date: Fri, 30 Aug 2013 10:35:03 -0300 Subject: Re: TP-Link 1043ND - its tme :) From: "Nenhum_de_Nos" To: 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: Fri, 30 Aug 2013 13:35:12 -0000 On Fri, August 30, 2013 10:12, Luiz Otavio O Souza wrote: > On 30 August 2013 06:30, Nenhum_de_Nos wrote: > >> >> On Thu, August 29, 2013 20:20, Nenhum_de_Nos wrote: >> > >> 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 ? >> > > ALQ stands for asynchronous logging queue. It is used to log all the debug > information from ath. > > See that it is the rootfs that is too big now. DIR825 is using > geom_uncompress which supports lzma compressed images. > > I've two patches one with the changes to TP-WN1043ND kernel and the other > to change the rootfs compression method. > > With these changes i can now create the 1043 image, but it is not tested, > so be aware... > > http://pastebin.com/JY2J8Cen > > http://pastebin.com/hSZHYsb7 > > Luiz Luiz, my unit is still using TP-Link software, as I never got to create an image small enough. What is the worst that could happen ? Can I void it forever ? any schedule to it being ok to test ? (if it won't ruin it forever, I can test) can I apply this patch to any svn rev ? thanks, matheus -- 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