From owner-freebsd-mips@FreeBSD.ORG Fri Aug 30 13:49:50 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 C3DA2A57 for ; Fri, 30 Aug 2013 13:49:50 +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 980BA265F for ; Fri, 30 Aug 2013 13:49:50 +0000 (UTC) Received: by phoenix.eternamente.info (Postfix, from userid 80) id 0DB841CC59; Fri, 30 Aug 2013 10:49:41 -0300 (BRT) Received: from 200.164.157.132 (SquirrelMail authenticated user matheus) by arroway.org with HTTP; Fri, 30 Aug 2013 10:49:41 -0300 Message-ID: In-Reply-To: <470e0a56a142d6518bfd3bf4034bbb82.squirrel@arroway.org> References: <04dc16e8adc42b571915e7fc51ec9a57.squirrel@arroway.org> <8FFD8F5B-FCE4-4062-B6B7-7A46943E91AE@bsdimp.com> <59d6b005e19dfc803b06a607bd6dc984.squirrel@arroway.org> <470e0a56a142d6518bfd3bf4034bbb82.squirrel@arroway.org> Date: Fri, 30 Aug 2013 10:49:41 -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:49:50 -0000 On Fri, August 30, 2013 10:35, Nenhum_de_Nos wrote: > > 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 forgot to tell last message, I commented out msdosfs. I can format all usb media using ufs. That last message with size, has this on. 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