From owner-freebsd-wireless@FreeBSD.ORG Tue Sep 18 14:11:16 2012 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 44E8B106564A for ; Tue, 18 Sep 2012 14:11:16 +0000 (UTC) (envelope-from jhugo@meraka.csir.co.za) Received: from marge.meraka.csir.co.za (marge.meraka.csir.co.za [IPv6:2001:4200:7000:3::1]) by mx1.freebsd.org (Postfix) with ESMTP id BD1CF8FC12 for ; Tue, 18 Sep 2012 14:11:14 +0000 (UTC) Received: from jeep.localnet (unknown [IPv6:2001:4200:7000:3:223:aeff:fea7:a3c2]) by marge.meraka.csir.co.za (Postfix) with ESMTP id 2510AD0CC04 for ; Tue, 18 Sep 2012 16:11:11 +0200 (SAST) From: Johann Hugo To: freebsd-wireless@freebsd.org Date: Tue, 18 Sep 2012 16:11:10 +0200 User-Agent: KMail/1.13.7 (FreeBSD/9.0-RELEASE-p3; KDE/4.7.3; amd64; ; ) References: In-Reply-To: X-KMail-Markup: true MIME-Version: 1.0 Message-Id: <201209181611.10751.jhugo@meraka.csir.co.za> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Heads up: AR7241 + PCIe and AR9287 on-board stuff works X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Sep 2012 14:11:16 -0000 On Wednesday 05 September 2012 01:20:10 Adrian Chadd wrote: > On 28 August 2012 21:00, Adrian Chadd wrote: > > The default (most things as modules) kernel build is still ~ 3.5mb. > > That's rather large for a board with 16MB of RAM. > > > > Additionally, I can't load the ath device after the system has come up > > single user - the driver fails to allocate descriptors/buffer entries. > > I'll do some digging about it in a couple of weeks. I'd like some > > pointers on how to dump the current state of memory so I can see > > exactly what's going on. > > > > For reference, 'sysctl vm.vmtotal' shows the total free RAM is around > > 1 to 1.5MB. I'm guessing some are allocated to buffers but I'd like to > > see what else is actually holding onto memory.. > > It turns out memory fragmentation due to a huge (for embedded) > userland are to blame. > > I'll see if I can get ray@ to help me port phkmalloc to -HEAD again > and try to tweak the default allocator parameters to not pre-allocate > large pools for each process. > > Seeing login, sh, etc have an RSS of 1MB is kind of scary. > > I'll do some more digging with procstat (when I fit it into the > current image) and report back. > > There's also the problem of a 3.5MB "stripped down nothing but what's > needed to boot and read the rootfs from SPI flash + FFS" kernel size > problem. That seems slightly(!) too big.. Hi Adrian Did you manage make any progress with this ? I'm also seeing the same symptoms on our ARM boards. PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND 45 root 1 40 0 10936K 10044K RUN 0:00 6.46% top 39 root 1 8 0 10416K 10080K wait 0:00 0.24% sh Johann