From owner-freebsd-mips@FreeBSD.ORG Sun Dec 16 10:41:58 2012 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E6AC1360 for ; Sun, 16 Dec 2012 10:41:58 +0000 (UTC) (envelope-from jerry.suggs@hotmail.com) Received: from col0-omc4-s3.col0.hotmail.com (col0-omc4-s3.col0.hotmail.com [65.55.34.205]) by mx1.freebsd.org (Postfix) with ESMTP id C23F38FC0C for ; Sun, 16 Dec 2012 10:41:58 +0000 (UTC) Received: from COL116-W40 ([65.55.34.201]) by col0-omc4-s3.col0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Sun, 16 Dec 2012 02:40:53 -0800 X-EIP: [UDPcwBDWJ0zNfKmNXCg7zLm0+N0VI4C9] X-Originating-Email: [jerry.suggs@hotmail.com] Message-ID: From: Jerry Suggs To: Subject: There're always some places where u want to go as well as people who you want to know) Date: Sun, 16 Dec 2012 10:40:52 +0000 Importance: Normal Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginalArrivalTime: 16 Dec 2012 10:40:53.0163 (UTC) FILETIME=[D26F07B0:01CDDB79] X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: sherise.roesler@yahoo.com List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2012 10:41:59 -0000 Hey gorgeous! =0A= A friend of mine gave me your mail and she added that there is no way to re= sist ur charm %)=0A= Oh yeah=2C I'm Olene=2C and I can't wait to get to know each other!=0A= So=2C let's see what'll happen (: = From owner-freebsd-mips@FreeBSD.ORG Sun Dec 16 21:16:26 2012 Return-Path: Delivered-To: mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D0B98C95; Sun, 16 Dec 2012 21:16:26 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 464568FC19; Sun, 16 Dec 2012 21:16:26 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.5/8.14.5/ALCHEMY.FRANKEN.DE) with ESMTP id qBGLGNN0049914; Sun, 16 Dec 2012 22:16:24 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.5/8.14.5/Submit) id qBGLGNXu049913; Sun, 16 Dec 2012 22:16:23 +0100 (CET) (envelope-from marius) Date: Sun, 16 Dec 2012 22:16:23 +0100 From: Marius Strobl To: Jeff Roberson Subject: Re: Call for testing and review, busdma changes Message-ID: <20121216211623.GA49699@alchemy.franken.de> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Mailman-Approved-At: Sun, 16 Dec 2012 23:04:27 +0000 Cc: powerpc@freebsd.org, marcel@freebsd.org, mips@freebsd.org, John Baldwin , mav@freebsd.org, scottl@freebsd.org, attilio@freebsd.org, kib@freebsd.org, sparc64@freebsd.org, arm@freebsd.org 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: Sun, 16 Dec 2012 21:16:26 -0000 On Sat, Dec 08, 2012 at 08:51:12AM -1000, Jeff Roberson wrote: > Hello, > > http://people.freebsd.org/~jeff/physbio.diff > > I have a relative large patch that reforms the busdma API so that new > types may be added without modifying every architecture's > busdma_machdep.c. It does this by unifying the bus_dmamap_load_buffer() > routines so that they may be called from MI code. The MD busdma is then > given a chance to do any final processing in the complete() callback. > This patch also contains cam changes to unify the bus_dmamap_load* > handling in cam drivers. > > The arm and mips implementations saw the largest changes since they have > to track virtual addresses for sync(). Previously this was done in a type > specific way. Now it is done in a generic way by recording the list of > virtuals in the map. > > I have verified that this patch passes make universe which includes > several kernel builds from each architecture. I suspect that if I broke > anything your machine simply won't boot or will throw I/O errors. There > is little subtlety, it is mostly refactoring. > > The next step is to allow for dma loading of physical addresses. This > will permit unmapped I/O. Which is a significant performance optimization > targeted for 10.0. > > Many thanks for your assistance. Any review feedback is also appreciated. > Survives a buildworld on sparc64; tested with mpt(4) and sym(4). Marius From owner-freebsd-mips@FreeBSD.ORG Mon Dec 17 08:37:56 2012 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DB910B1D for ; Mon, 17 Dec 2012 08:37:56 +0000 (UTC) (envelope-from mukunda@pointred.co) Received: from na3sys010aog108.obsmtp.com (na3sys010aog108.obsmtp.com [74.125.245.84]) by mx1.freebsd.org (Postfix) with SMTP id 73A368FC0C for ; Mon, 17 Dec 2012 08:37:56 +0000 (UTC) Received: from mail-vc0-f200.google.com ([209.85.220.200]) (using TLSv1) by na3sys010aob108.postini.com ([74.125.244.12]) with SMTP ID DSNKUM7Z5B0GWwDsBd9WRit63lqp7hu/MQg6@postini.com; Mon, 17 Dec 2012 00:37:56 PST Received: by mail-vc0-f200.google.com with SMTP id f13so8354030vcb.7 for ; Mon, 17 Dec 2012 00:37:55 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type :x-gm-message-state; bh=fJ3vrbmbsUVuJzuk82AY+kkMlA5Vx3wN6ysBOdwTmKA=; b=VmxIfhwTPDCBVfpXvWRwXhj2cQM9vv03KMbJmhszdW97UnCI6mldK6CcqpVu+Ar0AU 9pP+kG46F1jnARAd0ADS4CFQFpZuWzlMOUvZLtBHiEUVOVI1BNlqF7rEzuIDjapRoYPI pvcyohnxuQo9NV9kuHi6myRC/iKa0o4mROzBLI+uX5zo8bgHHy+ym7xIb61oGf/P/ReL BncEFgmLLmk2qg+y4ZiI0VDK86ULlrpBwwIohQSSsEWhQiwgelPo8e0gBd6btoWiGdR7 KrLTTbRyVWsmwHD4wFX0XI6cw6s1FTpoBTqg6/IRTbDHvXVT7fIj0WhBM8GONBicFNO9 2T9A== Received: by 10.58.2.226 with SMTP id 2mr21979417vex.53.1355729988971; Sun, 16 Dec 2012 23:39:48 -0800 (PST) MIME-Version: 1.0 Received: by 10.58.2.226 with SMTP id 2mr21979414vex.53.1355729988868; Sun, 16 Dec 2012 23:39:48 -0800 (PST) Received: by 10.58.143.104 with HTTP; Sun, 16 Dec 2012 23:39:48 -0800 (PST) Date: Mon, 17 Dec 2012 13:09:48 +0530 Message-ID: Subject: Help: Reg Out of swap space From: Mukunda Haveri To: freebsd-mips@freebsd.org X-Gm-Message-State: ALoCoQmm72HvD0V+zYM+Q5fraFTJ6TovBFV7ZFZuh28VobIT6ZpL+l3bI2UUOmL4Wa7REOpxi4hloaCabeW3koFmgADn905uZedLiYoOrRD1L/4TQdpZVwCj2RFzomBuGLvZeKvHO9VoXthgvrrH/GAfUE17OZ8AfIuUds0XbjwMSpnAcXz+pq4= Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 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: Mon, 17 Dec 2012 08:37:57 -0000 I am unable to continue running off the NFS mount on my MIPS board with 32 MB RAM. While Rel-9 stable can run, the current head always stops with "Out of swap message". Appears that others have encountered the problem, but I am not aware of any resolution. Appreciate any help and pointers... A boot time console log follows.... HSM *Adjusted interface arge0* *Trying to mount root from nfs: []...* *NFS ROOT: 10.0.0.1:/root/svn/bld* *warning: no time-of-day clock registered, system time will not be set accurately* *warning: no time-of-day clock registered, system time will not be set accurately* *pid 13 (sh), uid 0, was killed: out of swap space* *Jan 1 00:00:13 init: /bin/sh on /etc/rc terminated abnormally, going to single user mode* *Enter full pathname of shell or RETURN for /bin/sh:* *# quit* *quit: not found* *# cd /var* *# cd log* *# ls* *pid 16 (sh), uid 0, was killed: out of swap space* *Jan 1 00:41:46 init: single user shell terminated.* *init died (signal 0, exit 0)* DISCLAIMER: The information contained in this message (including any attachments) is confidential and may be privileged. If you have received it by mistake please notify the sender by return e-mail and permanently delete this message and any attachments from your system. Any dissemination, use, review, distribution, printing or copying of this message in whole or in part is strictly prohibited. Please note that e-mails are susceptible to change. PointRed Telecom Ltd (including its group companies) shall not be liable for the improper or incomplete transmission of the information contained in this communication nor for any delay in its receipt or damage to your system and does not guarantee that the integrity of this communication has been maintained or that this communication is free of viruses, interceptions or interferences. From owner-freebsd-mips@FreeBSD.ORG Mon Dec 17 08:44:10 2012 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 716C3BD5 for ; Mon, 17 Dec 2012 08:44:10 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id EE66F8FC0A for ; Mon, 17 Dec 2012 08:44:09 +0000 (UTC) Received: by mail-we0-f182.google.com with SMTP id u54so2609354wey.13 for ; Mon, 17 Dec 2012 00:44:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=k7lCErVs42dI4FgU8lA6g2FLnR70KW7lGEMsbP0kwX0=; b=xwpr8jml4T2mwm5bsfbZ3znNK5CjvM9yq0WpfG0UcoHNh6joDTbJfGqtpPR/H5Cc0X Ukd4CuA3EUEyBxFw6f0Ss+cCfR2ZstNDzCDbwudhII+oQB96GLgKzhP4NwtCD/yZOoKl AbGtkwJGgi2+IexW+nUUN6XiO/mq9lqSR055ZkY0ALbxHuPPaZ8MjQxNh1DS2OmfXi+i hBZ5DdYWipSmd97eKK7CD/XHE4YtrU85Covrutl/QX+nldYaDtR0QJXXiprmJfEseLEv VHJQ1YdZ6AR0buZDbUpe8TBS07JVmhUY1AVJmfk2ZMDxkn4gmZNqIzKQC7zsAWqrRX1J L2Yg== MIME-Version: 1.0 Received: by 10.180.104.69 with SMTP id gc5mr14165995wib.13.1355733848985; Mon, 17 Dec 2012 00:44:08 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.217.57.9 with HTTP; Mon, 17 Dec 2012 00:44:08 -0800 (PST) In-Reply-To: References: Date: Mon, 17 Dec 2012 00:44:08 -0800 X-Google-Sender-Auth: hW4Bb85-PMGoWGMoKLhCtYACkkE Message-ID: Subject: Re: Help: Reg Out of swap space From: Adrian Chadd To: Mukunda Haveri Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-mips@freebsd.org 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: Mon, 17 Dec 2012 08:44:10 -0000 You need to define MALLOC_PRODUCTION in your build or the default jemalloc options in -HEAD cause it to run out of RAM on embedded platforms. Adrian On 16 December 2012 23:39, Mukunda Haveri wrote: > I am unable to continue running off the NFS mount on my MIPS board with 3= 2 > MB RAM. While Rel-9 stable can run, the current head always stops with "O= ut > of swap message". Appears that others have encountered the problem, but I > am not aware of any resolution. Appreciate any help and pointers... > A boot time console log follows.... > > HSM > > > *Adjusted interface arge0* > *Trying to mount root from nfs: []...* > *NFS ROOT: 10.0.0.1:/root/svn/bld* > *warning: no time-of-day clock registered, system time will not be set > accurately* > *warning: no time-of-day clock registered, system time will not be set > accurately* > *pid 13 (sh), uid 0, was killed: out of swap space* > *Jan 1 00:00:13 init: /bin/sh on /etc/rc terminated abnormally, > going to single user mode* > *Enter full pathname of shell or RETURN for /bin/sh:* > *# quit* > *quit: not found* > *# cd /var* > *# cd log* > *# ls* > *pid 16 (sh), uid 0, was killed: out of swap space* > *Jan 1 00:41:46 init: single user shell terminated.* > *init died (signal 0, exit 0)* > > DISCLAIMER: > The information contained in this message (including any attachments) is = confidential and may be privileged. If you have received it by mistake plea= se notify the sender by return e-mail and permanently delete this message a= nd any attachments from your system. Any dissemination, use, review, distri= bution, printing or copying of this message in whole or in part is strictly= prohibited. Please note that e-mails are susceptible to change. PointRed T= elecom Ltd (including its group companies) shall not be liable for the impr= oper or incomplete transmission of the information contained in this commun= ication nor for any delay in its receipt or damage to your system and does = not guarantee that the integrity of this communication has been maintained = or that this communication is free of viruses, interceptions or interferenc= es. > _______________________________________________ > 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" From owner-freebsd-mips@FreeBSD.ORG Mon Dec 17 10:32:26 2012 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B034992E for ; Mon, 17 Dec 2012 10:32:26 +0000 (UTC) (envelope-from mukunda@pointred.co) Received: from na3sys010aog111.obsmtp.com (na3sys010aog111.obsmtp.com [74.125.245.90]) by mx1.freebsd.org (Postfix) with SMTP id 194AA8FC14 for ; Mon, 17 Dec 2012 10:32:25 +0000 (UTC) Received: from mail-qa0-f72.google.com ([209.85.216.72]) (using TLSv1) by na3sys010aob111.postini.com ([74.125.244.12]) with SMTP ID DSNKUM70s6hI2gr7yKQawd4NYDZRuwB4/fkl@postini.com; Mon, 17 Dec 2012 02:32:26 PST Received: by mail-qa0-f72.google.com with SMTP id d13so3750604qak.7 for ; Mon, 17 Dec 2012 02:32:19 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=VEG3/8DczMo6l4rx/VGMV2mblb+KXBLHQ38EMV6PRsA=; b=injVic0HenhWe+IqB/JIZ9yQKAoaEW5SqeGmhiXqo1FDauPRo8V5OBFFTblugiCUbm 082IS7VpX2hzBSONzhuDo/qsQrUL3DuA1BeDj2cRCQ9FEdJWH9kUhBcqszWxPsM5UIZq JjllF69BWxaGLw8oXS+9AbQJL/OjlOB1xziohYcDdIfI3NF/qh8Q8hAqN14sdtUKZVgs k7a78AkNn5hBCVQ7qezbgHWHNJrizQJkVHZGlkeSFM0T1Jm/dq4ZUMzlYg2loGBxZ4ws TeLkhP5sstrBmgKue0Uz7m8d7Glt3aQyYEU3165yHi9OS/8BWk+fag/kBvbTHm8dfHEL 3Dzw== Received: by 10.52.36.100 with SMTP id p4mr20267175vdj.16.1355740339169; Mon, 17 Dec 2012 02:32:19 -0800 (PST) MIME-Version: 1.0 Received: by 10.52.36.100 with SMTP id p4mr20267166vdj.16.1355740338961; Mon, 17 Dec 2012 02:32:18 -0800 (PST) Received: by 10.58.143.104 with HTTP; Mon, 17 Dec 2012 02:32:18 -0800 (PST) In-Reply-To: References: Date: Mon, 17 Dec 2012 16:02:18 +0530 Message-ID: Subject: Re: Help: Reg Out of swap space From: Mukunda Haveri To: Adrian Chadd Content-Type: multipart/mixed; boundary=20cf307c9f144fbf2704d109e55b X-Gm-Message-State: ALoCoQltjUMCBAv5i8DocYizT713hXZCo74cfpapmDzUWvXAoHoku8YnvH0P106wrB4v1oUSPrO/8uCCRlZ3D3mP3ghMI0XzPiCKJnDl5lVHnVrzsNj87UGeCinnPTRpKO/V94z42GiodKJXMeGZqoYwEUD0TDuS1f3cOU3+Ng8Hi44ekLH2zFc= X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-mips@freebsd.org 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: Mon, 17 Dec 2012 10:32:26 -0000 --20cf307c9f144fbf2704d109e55b Content-Type: text/plain; charset=ISO-8859-1 I have done that already. Hope it's correct.. Please have a look at the attached make.mips.conf. and my build script (csh script) sets, setenv __MAKE_CONF /root/mips/make.conf.mips setenv SRCCONF /root/mips/src.conf.mips I also have a new problem after updating the source to head [from 24k+ version]. Something related to . -:) On Mon, Dec 17, 2012 at 2:14 PM, Adrian Chadd wrote: > You need to define MALLOC_PRODUCTION in your build or the default > jemalloc options in -HEAD cause it to run out of RAM on embedded > platforms. > > > > Adrian > > > On 16 December 2012 23:39, Mukunda Haveri wrote: > > I am unable to continue running off the NFS mount on my MIPS board with > 32 > > MB RAM. While Rel-9 stable can run, the current head always stops with > "Out > > of swap message". Appears that others have encountered the problem, but I > > am not aware of any resolution. Appreciate any help and pointers... > > A boot time console log follows.... > > > > HSM > > > > > > *Adjusted interface arge0* > > *Trying to mount root from nfs: []...* > > *NFS ROOT: 10.0.0.1:/root/svn/bld* > > *warning: no time-of-day clock registered, system time will not be set > > accurately* > > *warning: no time-of-day clock registered, system time will not be set > > accurately* > > *pid 13 (sh), uid 0, was killed: out of swap space* > > *Jan 1 00:00:13 init: /bin/sh on /etc/rc terminated abnormally, > > going to single user mode* > > *Enter full pathname of shell or RETURN for /bin/sh:* > > *# quit* > > *quit: not found* > > *# cd /var* > > *# cd log* > > *# ls* > > *pid 16 (sh), uid 0, was killed: out of swap space* > > *Jan 1 00:41:46 init: single user shell terminated.* > > *init died (signal 0, exit 0)* > > > > DISCLAIMER: > > The information contained in this message (including any attachments) is > confidential and may be privileged. If you have received it by mistake > please notify the sender by return e-mail and permanently delete this > message and any attachments from your system. Any dissemination, use, > review, distribution, printing or copying of this message in whole or in > part is strictly prohibited. Please note that e-mails are susceptible to > change. PointRed Telecom Ltd (including its group companies) shall not be > liable for the improper or incomplete transmission of the information > contained in this communication nor for any delay in its receipt or damage > to your system and does not guarantee that the integrity of this > communication has been maintained or that this communication is free of > viruses, interceptions or interferences. > > _______________________________________________ > > 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" > DISCLAIMER: The information contained in this message (including any attachments) is confidential and may be privileged. If you have received it by mistake please notify the sender by return e-mail and permanently delete this message and any attachments from your system. Any dissemination, use, review, distribution, printing or copying of this message in whole or in part is strictly prohibited. Please note that e-mails are susceptible to change. PointRed Telecom Ltd (including its group companies) shall not be liable for the improper or incomplete transmission of the information contained in this communication nor for any delay in its receipt or damage to your system and does not guarantee that the integrity of this communication has been maintained or that this communication is free of viruses, interceptions or interferences. --20cf307c9f144fbf2704d109e55b Content-Type: application/octet-stream; name="make.conf.mips" Content-Disposition: attachment; filename="make.conf.mips" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hatgpk7d0 TUFMTE9DX0RJU1RSSUJVVElPTj0xCiNSRUxFQVNFX0NSVU5DSD0xCldJVEhPVVRfTU9EVUxFUyA9 IDNkZnggM2RmeF9saW51eCBhYWMgYWNjZl9kYXRhIGFjY2ZfZG5zIGFjY2ZfaHR0cCBhY2xfbmZz NCBhY2xfcG9zaXgxZSBhY3BpIGFlIGFlc25pIGFnZSBhZ3AgYWhhIGFoYiBhaGNpIGFpYyBhaWM3 eHh4IGFpbyBhbGMgYWxlIGFscSBhbWRzYndkIGFtZHRlbXAgYW1yIGFuIGFvdXQgYXBtIGFyY21z ciBhcmNuZXQgYXNtYyBhc3IgYXRhIGF0aF9haGIgYXV4aW8gYmNlIGJmZSBiZ2UgYmlvcyBia3Ry IGJtIGJyaWRnZXN0cCBid2kgYnduIGJ4ZSBjYW0gY2FuYmVwbSBjYW5idXMgY2FyZGJ1cyBjYXJw IGNhcyBjYmIgY2MgY2Q5NjYwIGNkOTY2MF9pY29udiBjZSBjZmkgY2lzcyBjbSBjbXggY29kYSBj b2RhNSBjb2ZmIGNvcmV0ZW1wIGNwIGNwc3cgY3B1Y3RsIGNyeXB0byBjcnlwdG9kZXYgY3MgY3Qg Y3RhdSBjeCBjeGdiIGN4Z2JlIGN5Y2xpYyBkYyBkY29ucyBkY29uc19jcm9tIGRlIGRpZ2kgZHBt cyBkcHQgZHJtIGRybTIgZHRyYWNlIGR1bW15bmV0IGVsaW5rIGVtIGVuIGVwIGVwaWMgZXNwIGV0 IGV4IGV4Y2EgZXh0MmZzIGZhdG0gZmRjIGZkZXNjZnMgZmUgZmlsZW1vbiBmaXJld2lyZSBmaXJt d2FyZSBmdXNlIGZ4cCBnZW0gZ2VvbSBnbHhpaWMgZ2x4c2IgZ3BpbyBoYXRtIGhpZm4gaG1lIGhw ZnMgaHB0Mjd4eCBocHRpb3AgaHB0bXYgaHB0cnIgaHdwbWMgaTJjIGliY3MyIGljaHdkIGlkYSBp ZSAgaWZfZGlzYyBpZl9lZHNjIGlmX2VmIGlmX2VwYWlyIGlmX2ZhaXRoIGlmX2dpZiBpZl9ncmUg aWZfbGFnZyBpZl9uZGlzIGlmX3N0ZiBpZl90YXAgaWZfdHVuIGlmX3ZsYW4gaWdiIGlpciBpbyBp cF9tcm91dGVfbW9kIGlwNl9tcm91dGVfbW9kIGlwZGl2ZXJ0IGlwZmlsdGVyIGlwZncgaXBmd19u YXQgaXBtaSBpcHMgaXB3IGlwd2Z3IGlzY2kgaXNjc2kgaXNwIGlzcGZ3IGl3aSBpd2lmdyBpd24g aXduZncgaXhnYiBpeGdiZSBqbWUgam95IGtiZG11eCBrZ3NzYXBpIGtnc3NhcGlfa3JiNSBraGVs cCBrcnBjIGtzeW1zIGxlIGxnZSBsaWJhbGlhcyBsaWJpY29udiBsaWJtYnBvb2wgbGlibWNoYWlu IGxpbmRldiBsaW5wcm9jZnMgbGluc3lzZnMgbGludXggbG1jIGxwdCBtYWNfYmliYSBtYWNfYnNk ZXh0ZW5kZWQgbWFjX2lmb2ZmIG1hY19sb21hYyBtYWNfbWxzIG1hY19ub25lIG1hY19wYXJ0aXRp b24gbWFjX3BvcnRhY2wgbWFjX3NlZW90aGVydWlkcyBtYWNfc3R1YiBtYWNfdGVzdCBtYWxvIG1j ZCBtZCBtZW0gbWZpIG1seCBtbHg0IG1seDRpYiBtbHhlbiBtbHkgbW1jIG1tY3NkIG1wcyBtcHQg bXF1ZXVlIG1zZG9zZnMgbXNkb3Nmc19pY29udiBtc2UgbXNrIG10aGNhIG12cyBtd2wgbXdsZncg bXhnZSBteSBuYW5kIG5hbmRmcyBuYW5kc2ltIG5jcCBuY3YgbmRpcyBuZXRncmFwaCBuZXRtYXAg bmZlICBuZnNzZXJ2ZXIgbmZzc3ZjIG5nZSBubWRtIG5zcCBudGZzIG50ZnNfaWNvbnYgbnVsbGZz IG52ZCBudmUgbnZtZSBudnJhbSBud2ZzIG54Z2Ugb2NlIG9wZW5zb2xhcmlzIHBhZGxvY2sgcGF0 bSBwY2NhcmQgcGNmY2xvY2sgcGNuIHBmIHBmbG9nIHBmc3luYyBwbGlwIHBtYyBwb3J0YWxmcyBw b3dlcm1hY19udnJhbSBwcGJ1cyBwcGMgcHBpIHBwcyBwcm9jZnMgcHNldWRvZnMgcHN0IHB0eSBw dWMgcWx4Z2IgcmFsIHJhbGZ3IHJjIHJjNCByZG1hIHJlIHJlaXNlcmZzIHJsIHJuZHRlc3QgcnAg cnVuZncgczMgc2FmZSBzYm5pIHNjYyBzY2Qgc2NzaV9sb3cgc2RoY2kgc2RoY2lfcGNpIHNlbSBz ZW5kIHNmIHNmeGdlIHNnZSBzaWJhX2J3biBzaWZ0ciBzaWlzIHNpbyBzaXMgc2sgc21iZnMgc24g c25jIHNucCBzb3VuZCBzcGVha2VyIHNwbGFzaCBzcHBwIHN0ZSBzdGcgc3RnZSBzdHJlYW1zIHN2 cjQgc3ltIHN5c2NvbnMgc3lzdmlwYyB0aSB0bCB0bXBmcyB0b2Vjb3JlIHRwbSB0cm0gdHdhIHR3 ZSB0d3MgdHggdHhwIHVic2VjIHVic2VyIHVjaGNvbSB1Y3ljb20gdWRmIHVkZl9pY29udiB1ZnMg dW5pb25mcyB1c2IgdXRvcGlhIHZlc2EgdmdlIHZpYXdkIHZpcnRpbyB2a2JkIHZwbyB2ciB2dGUg dnggdnhnZSB3YiB3YndkIHdpIHg4NmJpb3MgeGUgeGZzIHhsIHpmcyB6bGliIAoK --20cf307c9f144fbf2704d109e55b Content-Type: application/octet-stream; name="src.conf.mips" Content-Disposition: attachment; filename="src.conf.mips" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hatgpk7t1 CldJVEhPVVRfQ0RETD0xCldJVEhPVVRfR0FNRVM9MQpXSVRIT1VUX0RPQ1M9MQpXSVRIT1VUX0FD UEk9MQpXSVRIT1VUX0tFUkJFUk9TPTEKV0lUSE9VVF9SRVNDVUU9MQpXSVRIT1VUX01BTj0xCldJ VEhPVVRfUFJPRklMRT0xCldJVEhPVVRfTklTPTEKV0lUSE9VVF9JUFg9MQpXSVRIT1VUX0FUTT0x CldJVEhPVVRfQkxVRVRPT1RIPTEKV0lUSE9VVF9DQUxFTkRBUj0xCgojV0lUSE9VVF9DUllQVD0x CiNXSVRIT1VUX0JTTk1QPTEKI1dJVEhPVVRfQ0xBTkc9MQojV0lUSE9VVF9FWEFNUExFUz0xCiNX SVRIT1VUX1NIQVJFPTEKI1dJVEhPVVRfRElDVD0xCiNXSVRIT1VUX0ZMT1BQWT0xCiNXSVRIT1VU X0JaSVAyPTEKI1dJVEhPVVRfRlJFRUJTRF9VUERBVEU9MQojV0lUSE9VVF9CSU5EPTEKI1dJVEhP VVRfTkRJUz0xCiNXSVRIT1VUX05JUz0xCiNXSVRIT1VUX05FVEdSQVBIPTEKI1dJVEhPVVRfWkZT PTEKI1dJVEhPVVRfRURfQ1JZUFRPPTEKI1dJVEhPVVRfT1BFTlNTTD0xCiAKCg== --20cf307c9f144fbf2704d109e55b-- From owner-freebsd-mips@FreeBSD.ORG Mon Dec 17 11:06:46 2012 Return-Path: Delivered-To: freebsd-mips@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D47A69CE for ; Mon, 17 Dec 2012 11:06:46 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id B8C6F8FC18 for ; Mon, 17 Dec 2012 11:06:46 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id qBHB6kwf023506 for ; Mon, 17 Dec 2012 11:06:46 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id qBHB6kQK023504 for freebsd-mips@FreeBSD.org; Mon, 17 Dec 2012 11:06:46 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 17 Dec 2012 11:06:46 GMT Message-Id: <201212171106.qBHB6kQK023504@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-mips@FreeBSD.org Subject: Current problem reports assigned to freebsd-mips@FreeBSD.org 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: Mon, 17 Dec 2012 11:06:46 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/165951 mips [ar913x] [ath] DDR flush isn't being done for the WMAC p kern/163670 mips [mips][arge] arge can't allocate ring buffer on multip 2 problems total. From owner-freebsd-mips@FreeBSD.ORG Tue Dec 18 03:52:57 2012 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B8C6AA92 for ; Tue, 18 Dec 2012 03:52:57 +0000 (UTC) (envelope-from gonzo@id.bluezbox.com) Received: from id.bluezbox.com (id.bluezbox.com [88.198.91.248]) by mx1.freebsd.org (Postfix) with ESMTP id 579938FC16 for ; Tue, 18 Dec 2012 03:52:57 +0000 (UTC) Received: from [88.198.91.248] (helo=[IPv6:::1]) by id.bluezbox.com with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1TkoEa-000HOG-Ns; Mon, 17 Dec 2012 19:52:50 -0800 Message-ID: <50CFE88E.3020303@bluezbox.com> Date: Mon, 17 Dec 2012 19:52:46 -0800 From: Oleksandr Tymoshenko User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Mukunda Haveri Subject: Re: Help: Reg Out of swap space References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: gonzo@id.bluezbox.com X-Spam-Level: -- X-Spam-Report: Spam detection software, running on the system "id.bluezbox.com", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: On 12/17/2012 2:32 AM, Mukunda Haveri wrote: > I have done that already. Hope it's correct.. > Please have a look at the attached make.mips.conf. and my build script (csh > script) sets, > setenv __MAKE_CONF /root/mips/make.conf.mips > setenv SRCCONF /root/mips/src.conf.mips > > I also have a new problem after updating the source to head [from 24k+ > version]. Something related to . -:) > > > > On Mon, Dec 17, 2012 at 2:14 PM, Adrian Chadd wrote: > >> You need to define MALLOC_PRODUCTION in your build or the default >> jemalloc options in -HEAD cause it to run out of RAM on embedded >> platforms. >> >> [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] Cc: freebsd-mips@freebsd.org 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: Tue, 18 Dec 2012 03:52:57 -0000 On 12/17/2012 2:32 AM, Mukunda Haveri wrote: > I have done that already. Hope it's correct.. > Please have a look at the attached make.mips.conf. and my build script (csh > script) sets, > setenv __MAKE_CONF /root/mips/make.conf.mips > setenv SRCCONF /root/mips/src.conf.mips > > I also have a new problem after updating the source to head [from 24k+ > version]. Something related to . -:) > > > > On Mon, Dec 17, 2012 at 2:14 PM, Adrian Chadd wrote: > >> You need to define MALLOC_PRODUCTION in your build or the default >> jemalloc options in -HEAD cause it to run out of RAM on embedded >> platforms. >> >> As far as I can see it's MALLOC_DISTRIBUTION in make.conf. Should be MALLOC_PRODUCTION From owner-freebsd-mips@FreeBSD.ORG Tue Dec 18 04:00:19 2012 Return-Path: Delivered-To: mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B3061D1F; Tue, 18 Dec 2012 04:00:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 73C728FC17; Tue, 18 Dec 2012 04:00:19 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id qBI40ILX065395; Mon, 17 Dec 2012 23:00:18 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id qBI40I17065394; Tue, 18 Dec 2012 04:00:18 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 18 Dec 2012 04:00:18 GMT Message-Id: <201212180400.qBI40I17065394@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Dec 2012 04:00:19 -0000 TB --- 2012-12-18 02:48:50 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-12-18 02:48:50 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-18 02:48:50 - starting HEAD tinderbox run for mips/mips TB --- 2012-12-18 02:48:50 - cleaning the object tree TB --- 2012-12-18 02:48:50 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-12-18 02:48:50 - cd /tinderbox/HEAD/mips/mips TB --- 2012-12-18 02:48:50 - /usr/local/bin/svn cleanup /src TB --- 2012-12-18 02:49:55 - /usr/local/bin/svn update /src TB --- 2012-12-18 02:50:01 - At svn revision 244372 TB --- 2012-12-18 02:50:02 - building world TB --- 2012-12-18 02:50:02 - CROSS_BUILD_TESTING=YES TB --- 2012-12-18 02:50:02 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-18 02:50:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-18 02:50:02 - SRCCONF=/dev/null TB --- 2012-12-18 02:50:02 - TARGET=mips TB --- 2012-12-18 02:50:02 - TARGET_ARCH=mips TB --- 2012-12-18 02:50:02 - TZ=UTC TB --- 2012-12-18 02:50:02 - __MAKE_CONF=/dev/null TB --- 2012-12-18 02:50:02 - cd /src TB --- 2012-12-18 02:50:02 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Dec 18 02:50:10 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Dec 18 03:57:41 UTC 2012 TB --- 2012-12-18 03:57:41 - cd /src/sys/mips/conf TB --- 2012-12-18 03:57:41 - /usr/sbin/config -m ADM5120 TB --- 2012-12-18 03:57:41 - skipping ADM5120 kernel TB --- 2012-12-18 03:57:41 - cd /src/sys/mips/conf TB --- 2012-12-18 03:57:41 - /usr/sbin/config -m ALCHEMY TB --- 2012-12-18 03:57:41 - skipping ALCHEMY kernel TB --- 2012-12-18 03:57:41 - cd /src/sys/mips/conf TB --- 2012-12-18 03:57:41 - /usr/sbin/config -m AP91 TB --- 2012-12-18 03:57:41 - building AP91 kernel TB --- 2012-12-18 03:57:41 - CROSS_BUILD_TESTING=YES TB --- 2012-12-18 03:57:41 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-18 03:57:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-18 03:57:41 - SRCCONF=/dev/null TB --- 2012-12-18 03:57:41 - TARGET=mips TB --- 2012-12-18 03:57:41 - TARGET_ARCH=mips TB --- 2012-12-18 03:57:41 - TZ=UTC TB --- 2012-12-18 03:57:41 - __MAKE_CONF=/dev/null TB --- 2012-12-18 03:57:41 - cd /src TB --- 2012-12-18 03:57:41 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Tue Dec 18 03:57:42 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=768 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/netinet/cc/cc.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=768 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/netinet/cc/cc_newreno.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=768 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/netinet/tcp_hostcache.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=768 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/netinet/tcp_input.c /src/sys/netinet/tcp_input.c: In function 'tcp_input': /src/sys/netinet/tcp_input.c:783: error: 'isipv6' undeclared (first use in this function) /src/sys/netinet/tcp_input.c:783: error: (Each undeclared identifier is reported only once /src/sys/netinet/tcp_input.c:783: error: for each function it appears in.) *** [tcp_input.o] Error code 1 Stop in /obj/mips.mips/src/sys/AP91. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-12-18 04:00:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-12-18 04:00:18 - ERROR: failed to build AP91 kernel TB --- 2012-12-18 04:00:18 - 2727.20 user 616.63 system 4287.99 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-mips@FreeBSD.ORG Tue Dec 18 04:06:36 2012 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B7BBCECB for ; Tue, 18 Dec 2012 04:06:36 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-ia0-f182.google.com (mail-ia0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 682198FC13 for ; Tue, 18 Dec 2012 04:06:35 +0000 (UTC) Received: by mail-ia0-f182.google.com with SMTP id x2so146205iad.27 for ; Mon, 17 Dec 2012 20:06:35 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to:x-mailer:x-gm-message-state; bh=xEaTmKfYee/jtBsozMZN0POhQ8/xN1gkbApNUUDKTns=; b=JQOib+/pjZttiG0e0YgNhLCToLBzRUb5n69wN0pq1EGrkG7bTdXINxr9/i9sBU7ezt FXbMGMorqqGJsxzcfNviS3DRM8oDAQW8dodcd1Iv10JuXtZcevZi2wZu5/OEuJZfEDjc xz6/IBVEe42Ef3+aakv7IsY8reVUBEXQxnisTUpYtncQwaxXe7h6RlLt6WgGNelD3Kzn 2h/Lmcr43PhqXhFfzJkArcRRYeaQrsJbyypcOSe9oBgutIHc12veglAnrc3VcJjqEC5l eqlqdr6SvWV6KeS2f/JScr90cb0TQUMEgSzanupHqewcTOABgZx0DMvWqN06Zlo+zABN RtUA== X-Received: by 10.50.0.198 with SMTP id 6mr453182igg.55.1355803595227; Mon, 17 Dec 2012 20:06:35 -0800 (PST) Received: from 53.imp.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPS id 10sm7346739ign.5.2012.12.17.20.06.31 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 17 Dec 2012 20:06:32 -0800 (PST) Sender: Warner Losh Subject: Re: Help: Reg Out of swap space Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <50CFE88E.3020303@bluezbox.com> Date: Mon, 17 Dec 2012 21:06:30 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <266E3514-39BC-4E3C-A5BA-50B4D7DA635E@bsdimp.com> References: <50CFE88E.3020303@bluezbox.com> To: Oleksandr Tymoshenko X-Mailer: Apple Mail (2.1085) X-Gm-Message-State: ALoCoQnWBoX5/Xleaq+NbkCgvhSBZYUDhemTztJamwOJyw8InrsSVlVj4ObYNtXplCwzoAUkEdqR Cc: freebsd-mips@freebsd.org 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: Tue, 18 Dec 2012 04:06:36 -0000 On Dec 17, 2012, at 8:52 PM, Oleksandr Tymoshenko wrote: > On 12/17/2012 2:32 AM, Mukunda Haveri wrote: >> I have done that already. Hope it's correct.. >> Please have a look at the attached make.mips.conf. and my build = script (csh >> script) sets, >> setenv __MAKE_CONF /root/mips/make.conf.mips >> setenv SRCCONF /root/mips/src.conf.mips >>=20 >> I also have a new problem after updating the source to head [from = 24k+ >> version]. Something related to . -:) >>=20 >>=20 >>=20 >> On Mon, Dec 17, 2012 at 2:14 PM, Adrian Chadd = wrote: >>=20 >>> You need to define MALLOC_PRODUCTION in your build or the default >>> jemalloc options in -HEAD cause it to run out of RAM on embedded >>> platforms. >>>=20 >>>=20 >=20 > As far as I can see it's MALLOC_DISTRIBUTION in make.conf. Should be = MALLOC_PRODUCTION It should be WITHOUT_MALLOC_DEBUG Warner From owner-freebsd-mips@FreeBSD.ORG Tue Dec 18 05:57:48 2012 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 195C7A1F for ; Tue, 18 Dec 2012 05:57:48 +0000 (UTC) (envelope-from gonzo@id.bluezbox.com) Received: from id.bluezbox.com (id.bluezbox.com [88.198.91.248]) by mx1.freebsd.org (Postfix) with ESMTP id A71F68FC17 for ; Tue, 18 Dec 2012 05:57:47 +0000 (UTC) Received: from [207.6.254.8] (helo=[192.168.1.67]) by id.bluezbox.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1TkqBU-000IDC-NT; Mon, 17 Dec 2012 21:57:46 -0800 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: Help: Reg Out of swap space From: Oleksandr Tymoshenko In-Reply-To: <266E3514-39BC-4E3C-A5BA-50B4D7DA635E@bsdimp.com> Date: Mon, 17 Dec 2012 21:57:29 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <129337B8-C3C2-4365-8C8D-6F5B6B45DDB1@bluezbox.com> References: <50CFE88E.3020303@bluezbox.com> <266E3514-39BC-4E3C-A5BA-50B4D7DA635E@bsdimp.com> To: Warner Losh X-Mailer: Apple Mail (2.1499) Sender: gonzo@id.bluezbox.com X-Spam-Level: -- X-Spam-Report: Spam detection software, running on the system "id.bluezbox.com", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: On 2012-12-17, at 8:06 PM, Warner Losh wrote: > > On Dec 17, 2012, at 8:52 PM, Oleksandr Tymoshenko wrote: > >> On 12/17/2012 2:32 AM, Mukunda Haveri wrote: >>> I have done that already. Hope it's correct.. >>> Please have a look at the attached make.mips.conf. and my build script (csh >>> script) sets, >>> setenv __MAKE_CONF /root/mips/make.conf.mips >>> setenv SRCCONF /root/mips/src.conf.mips >>> >>> I also have a new problem after updating the source to head [from 24k+ >>> version]. Something related to . -:) >>> >>> >>> >>> On Mon, Dec 17, 2012 at 2:14 PM, Adrian Chadd wrote: >>> >>>> You need to define MALLOC_PRODUCTION in your build or the default >>>> jemalloc options in -HEAD cause it to run out of RAM on embedded >>>> platforms. >>>> >>>> >> >> As far as I can see it's MALLOC_DISTRIBUTION in make.conf. Should be MALLOC_PRODUCTION > > It should be WITHOUT_MALLOC_DEBUG > [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] Cc: freebsd-mips@freebsd.org 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: Tue, 18 Dec 2012 05:57:48 -0000 On 2012-12-17, at 8:06 PM, Warner Losh wrote: >=20 > On Dec 17, 2012, at 8:52 PM, Oleksandr Tymoshenko wrote: >=20 >> On 12/17/2012 2:32 AM, Mukunda Haveri wrote: >>> I have done that already. Hope it's correct.. >>> Please have a look at the attached make.mips.conf. and my build = script (csh >>> script) sets, >>> setenv __MAKE_CONF /root/mips/make.conf.mips >>> setenv SRCCONF /root/mips/src.conf.mips >>>=20 >>> I also have a new problem after updating the source to head [from = 24k+ >>> version]. Something related to . -:) >>>=20 >>>=20 >>>=20 >>> On Mon, Dec 17, 2012 at 2:14 PM, Adrian Chadd = wrote: >>>=20 >>>> You need to define MALLOC_PRODUCTION in your build or the default >>>> jemalloc options in -HEAD cause it to run out of RAM on embedded >>>> platforms. >>>>=20 >>>>=20 >>=20 >> As far as I can see it's MALLOC_DISTRIBUTION in make.conf. Should be = MALLOC_PRODUCTION >=20 > It should be WITHOUT_MALLOC_DEBUG >=20 BTW, why not make it a default for platforms with small footprint or = non-tier1? As far as I understand=20 the idea behind having debug enabled is to make getting information from = running systems easier. I do not think this approach is applicable to ARM or MIPS = targets.=20 From owner-freebsd-mips@FreeBSD.ORG Tue Dec 18 06:49:47 2012 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D36554E7 for ; Tue, 18 Dec 2012 06:49:47 +0000 (UTC) (envelope-from mukunda@pointred.co) Received: from na3sys010aog108.obsmtp.com (na3sys010aog108.obsmtp.com [74.125.245.84]) by mx1.freebsd.org (Postfix) with SMTP id 4FAF98FC16 for ; Tue, 18 Dec 2012 06:49:46 +0000 (UTC) Received: from mail-vb0-f70.google.com ([209.85.212.70]) (using TLSv1) by na3sys010aob108.postini.com ([74.125.244.12]) with SMTP ID DSNKUNASCjubQQATQrVbqehi5Wv3oe1YLytd@postini.com; Mon, 17 Dec 2012 22:49:47 PST Received: by mail-vb0-f70.google.com with SMTP id r6so445043vbi.5 for ; Mon, 17 Dec 2012 22:49:45 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:mime-version:in-reply-to:references:date:message-id :subject:from:to:cc:content-type:x-gm-message-state; bh=h3wD/blU/a3zCSFwtUbcPgtINQrPDZCfhttw1OgRpks=; b=QRtwkxXn/OnpMdSaeGnnP7L/mcQohHVH1FYf5M+kK/jlpFn/m5imT3A9KutzAZV1I9 bYBju4tRs9vrYg3EEqxsUlQ/TWe0Eq4feXU4nzcmab5aSZBwmU7NWjoaX61konIl4m/H 8g9W7Lnmy9tmDYm2r97QlfqM2SE1rYDRv3DnsfM3oT6em0cCM7ROcmqH3qEn0AalmnRm ge3Iyo5+NE+y9jlFtYq+yRRP9NvnyqL7Q7UlFhdFDHhCumUnyeoUeuzmUed0vvfe2PwX vZTjWkHcjvl3H3rdXk0AonKaitszZ3FKbWqTl2LVINPjCaP6+VVaFo5XwQq5vWQoaGTG Dcew== X-Received: by 10.220.231.65 with SMTP id jp1mr1364906vcb.30.1355812911460; Mon, 17 Dec 2012 22:41:51 -0800 (PST) MIME-Version: 1.0 Received: by 10.220.231.65 with SMTP id jp1mr1364896vcb.30.1355812911291; Mon, 17 Dec 2012 22:41:51 -0800 (PST) Received: by 10.58.143.104 with HTTP; Mon, 17 Dec 2012 22:41:51 -0800 (PST) In-Reply-To: <129337B8-C3C2-4365-8C8D-6F5B6B45DDB1@bluezbox.com> References: <50CFE88E.3020303@bluezbox.com> <266E3514-39BC-4E3C-A5BA-50B4D7DA635E@bsdimp.com> <129337B8-C3C2-4365-8C8D-6F5B6B45DDB1@bluezbox.com> Date: Tue, 18 Dec 2012 12:11:51 +0530 Message-ID: Subject: Re: Help: Reg Out of swap space From: Mukunda Haveri To: Oleksandr Tymoshenko X-Gm-Message-State: ALoCoQleTGdZ8grP8xT/pSskiBPtTetnZjVN8OW9qVKRbwJm5nEvvZiyD82h/tcw/miLjX69Oof7kO8sVlLvOBfZ5y6ozLXNkT+AjDz/an4icfmwsBvU3xBL2Ropd6mXDJOHUUM061svoqlFmHODYKfFvlzhSwBp2aII9OEhC8BvJhihOU7pN9M= Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-mips@freebsd.org 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: Tue, 18 Dec 2012 06:49:47 -0000 Agree.. My oversight, I will compile with WITHOUT_MALLOC_DEBUG in src.conf and check.. And do you have any pointers towards removing some obvious components that we do not require to compile in the kernel on an embedded MIPS platform? On Tue, Dec 18, 2012 at 11:27 AM, Oleksandr Tymoshenko wrote: > > On 2012-12-17, at 8:06 PM, Warner Losh wrote: > > > > > On Dec 17, 2012, at 8:52 PM, Oleksandr Tymoshenko wrote: > > > >> On 12/17/2012 2:32 AM, Mukunda Haveri wrote: > >>> I have done that already. Hope it's correct.. > >>> Please have a look at the attached make.mips.conf. and my build script > (csh > >>> script) sets, > >>> setenv __MAKE_CONF /root/mips/make.conf.mips > >>> setenv SRCCONF /root/mips/src.conf.mips > >>> > >>> I also have a new problem after updating the source to head [from 24k+ > >>> version]. Something related to . -:) > >>> > >>> > >>> > >>> On Mon, Dec 17, 2012 at 2:14 PM, Adrian Chadd > wrote: > >>> > >>>> You need to define MALLOC_PRODUCTION in your build or the default > >>>> jemalloc options in -HEAD cause it to run out of RAM on embedded > >>>> platforms. > >>>> > >>>> > >> > >> As far as I can see it's MALLOC_DISTRIBUTION in make.conf. Should be > MALLOC_PRODUCTION > > > > It should be WITHOUT_MALLOC_DEBUG > > > > BTW, why not make it a default for platforms with small footprint or > non-tier1? As far as I understand > the idea behind having debug enabled is to make getting information from > running systems > easier. I do not think this approach is applicable to ARM or MIPS targets. > > _______________________________________________ > 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" > DISCLAIMER: The information contained in this message (including any attachments) is confidential and may be privileged. If you have received it by mistake please notify the sender by return e-mail and permanently delete this message and any attachments from your system. Any dissemination, use, review, distribution, printing or copying of this message in whole or in part is strictly prohibited. Please note that e-mails are susceptible to change. PointRed Telecom Ltd (including its group companies) shall not be liable for the improper or incomplete transmission of the information contained in this communication nor for any delay in its receipt or damage to your system and does not guarantee that the integrity of this communication has been maintained or that this communication is free of viruses, interceptions or interferences. From owner-freebsd-mips@FreeBSD.ORG Tue Dec 18 07:02:48 2012 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3003C9A3 for ; Tue, 18 Dec 2012 07:02:48 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wi0-f179.google.com (mail-wi0-f179.google.com [209.85.212.179]) by mx1.freebsd.org (Postfix) with ESMTP id A332C8FC17 for ; Tue, 18 Dec 2012 07:02:47 +0000 (UTC) Received: by mail-wi0-f179.google.com with SMTP id o1so124135wic.0 for ; Mon, 17 Dec 2012 23:02:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=eZJfAKwQc9UcjxcsGK9GG3bVyidyTPys7x8gK5DKAJ8=; b=G9wi0BKK1r093/B9YFz7uRrXwfUch23NpzqQ2b/Fxy2QXGf8hmsGY4A+TQf7Imrx+y +s9wNhU+vnNB1NTZKkYnKwMs+/BZqoJr/6bP7EJnikXs+xAMoSFbB5FDBha8MQu5L+NW j3dGmKpoTjSgMvsJr0BiIiymLTvwzAQqGGor9g/CK3dXeIu4iEXeWvwWH3Wu4nfAza+P EcfT00a74PaW2ORmgr2YL5OULYooTe3WW0/62SEgDjUqUze04x9Se57bFtZUnPakfd5X 5wX4Xw8pKQZYNEnK1ybpDFQqnN/zeHzyjIEZEzxEhzLMxZblYhuxuamZvcanO1pouER+ 669Q== MIME-Version: 1.0 Received: by 10.180.87.102 with SMTP id w6mr1806160wiz.19.1355813755896; Mon, 17 Dec 2012 22:55:55 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.217.57.9 with HTTP; Mon, 17 Dec 2012 22:55:55 -0800 (PST) In-Reply-To: <129337B8-C3C2-4365-8C8D-6F5B6B45DDB1@bluezbox.com> References: <50CFE88E.3020303@bluezbox.com> <266E3514-39BC-4E3C-A5BA-50B4D7DA635E@bsdimp.com> <129337B8-C3C2-4365-8C8D-6F5B6B45DDB1@bluezbox.com> Date: Mon, 17 Dec 2012 22:55:55 -0800 X-Google-Sender-Auth: me6TDlicE4OxZslBjv3Q1ZKfg_s Message-ID: Subject: Re: Help: Reg Out of swap space From: Adrian Chadd To: Oleksandr Tymoshenko Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-mips@freebsd.org 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: Tue, 18 Dec 2012 07:02:48 -0000 i386 would suffer if it ran on say, 64 or 128mb ram. I don't think it's a tier X question, I think it's a "hey, everything has ${LOTS} of real RAM, let's make the allocator assume that!" design from Jason. Which is fine for the systems Jason is running on, but not for other situations. Honestly, I think we should write some patches to jemalloc to implement a better default set of behaviours (including run-time configuration tweaks to set default parameters like arena sizes, etc) and hand that off to Jason to push into his next install of jemalloc. Thanks, Adrian On 17 December 2012 21:57, Oleksandr Tymoshenko wrote: > > On 2012-12-17, at 8:06 PM, Warner Losh wrote: > >> >> On Dec 17, 2012, at 8:52 PM, Oleksandr Tymoshenko wrote: >> >>> On 12/17/2012 2:32 AM, Mukunda Haveri wrote: >>>> I have done that already. Hope it's correct.. >>>> Please have a look at the attached make.mips.conf. and my build script (csh >>>> script) sets, >>>> setenv __MAKE_CONF /root/mips/make.conf.mips >>>> setenv SRCCONF /root/mips/src.conf.mips >>>> >>>> I also have a new problem after updating the source to head [from 24k+ >>>> version]. Something related to . -:) >>>> >>>> >>>> >>>> On Mon, Dec 17, 2012 at 2:14 PM, Adrian Chadd wrote: >>>> >>>>> You need to define MALLOC_PRODUCTION in your build or the default >>>>> jemalloc options in -HEAD cause it to run out of RAM on embedded >>>>> platforms. >>>>> >>>>> >>> >>> As far as I can see it's MALLOC_DISTRIBUTION in make.conf. Should be MALLOC_PRODUCTION >> >> It should be WITHOUT_MALLOC_DEBUG >> > > BTW, why not make it a default for platforms with small footprint or non-tier1? As far as I understand > the idea behind having debug enabled is to make getting information from running systems > easier. I do not think this approach is applicable to ARM or MIPS targets. > > _______________________________________________ > 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" From owner-freebsd-mips@FreeBSD.ORG Tue Dec 18 09:30:05 2012 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BD35BE4F for ; Tue, 18 Dec 2012 09:30:05 +0000 (UTC) (envelope-from mukunda@pointred.co) Received: from na3sys010aog110.obsmtp.com (na3sys010aog110.obsmtp.com [74.125.245.88]) by mx1.freebsd.org (Postfix) with SMTP id 3BE668FC1C for ; Tue, 18 Dec 2012 09:30:05 +0000 (UTC) Received: from mail-qa0-f71.google.com ([209.85.216.71]) (using TLSv1) by na3sys010aob110.postini.com ([74.125.244.12]) with SMTP ID DSNKUNA3l4lYxGBS0XmUB15NRy78LLl9HvRy@postini.com; Tue, 18 Dec 2012 01:30:05 PST Received: by mail-qa0-f71.google.com with SMTP id i20so1060570qad.2 for ; Tue, 18 Dec 2012 01:29:59 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:mime-version:in-reply-to:references:date:message-id :subject:from:to:cc:content-type:x-gm-message-state; bh=0WImNPaenB2Q4cuw9mcGfl841MJReoh+dNaw5uK89q8=; b=ofVVyQbwah6CnBmT/V13cwSsEmArOWmlD/MKiEGWYogTsAW2dizGLJEoQemZv49yNb X1/1HuBu81gIVnoOjZ+Z1aHdcdEx7NhStTOdcez9GV3bGXjuMM9QrNjCNKvKsCO0pLxV 1MYtd5qOvEVfmq/eHVZMJvUmUT70qvCEKsgQx74jWlkBy4cIqOhqNbzvXBHzOlJx/JWC TJ/1VF+7JmY/WpodngYl3XrS9aWY876LIwYsN731RQuRhXvuRYQK4dxf5ukwIp8iZ5bw 241B4d+12nQExI3zeKCXywtPecLqha99OqNKP9zRSxoJc/yzA0/COBP6/6croGfHMQJt J0yw== X-Received: by 10.220.150.84 with SMTP id x20mr1800322vcv.73.1355822999054; Tue, 18 Dec 2012 01:29:59 -0800 (PST) MIME-Version: 1.0 Received: by 10.220.150.84 with SMTP id x20mr1800306vcv.73.1355822998907; Tue, 18 Dec 2012 01:29:58 -0800 (PST) Received: by 10.58.143.104 with HTTP; Tue, 18 Dec 2012 01:29:58 -0800 (PST) In-Reply-To: References: <50CFE88E.3020303@bluezbox.com> <266E3514-39BC-4E3C-A5BA-50B4D7DA635E@bsdimp.com> <129337B8-C3C2-4365-8C8D-6F5B6B45DDB1@bluezbox.com> Date: Tue, 18 Dec 2012 14:59:58 +0530 Message-ID: Subject: Re: Help: Reg Out of swap space From: Mukunda Haveri To: Adrian Chadd X-Gm-Message-State: ALoCoQntBHPy3gdBBn5bMPc37sMfAwPE42TQSG156eT10bp8tXAZt8wkxvrX3mXpV0oNgkxBvZ18rLbc3Ja2AbtSCsfDV1avww9E3LWrE/2iliC2qE2MnDEcjKcGQ5IiYiogP6NCLHvWKbZqS8GzFYknDP9z3i2ZooeZ5O0dYB4Z8aLtIkeNG7A= Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-mips@freebsd.org 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: Tue, 18 Dec 2012 09:30:05 -0000 In any case, I would like to confirm that defining WITHOUT_MALLOC_DEBUG enabled me to run the system further and mount the NFS. Thanks. I think we need a clear list of all the compile/make definitions that alter/govern the system image and behavior. Thanks, HSM On Tue, Dec 18, 2012 at 12:25 PM, Adrian Chadd wrote: > i386 would suffer if it ran on say, 64 or 128mb ram. > > I don't think it's a tier X question, I think it's a "hey, everything > has ${LOTS} of real RAM, let's make the allocator assume that!" design > from Jason. > > Which is fine for the systems Jason is running on, but not for other > situations. > > Honestly, I think we should write some patches to jemalloc to > implement a better default set of behaviours (including run-time > configuration tweaks to set default parameters like arena sizes, etc) > and hand that off to Jason to push into his next install of jemalloc. > > Thanks, > > > > Adrian > > > On 17 December 2012 21:57, Oleksandr Tymoshenko > wrote: > > > > On 2012-12-17, at 8:06 PM, Warner Losh wrote: > > > >> > >> On Dec 17, 2012, at 8:52 PM, Oleksandr Tymoshenko wrote: > >> > >>> On 12/17/2012 2:32 AM, Mukunda Haveri wrote: > >>>> I have done that already. Hope it's correct.. > >>>> Please have a look at the attached make.mips.conf. and my build > script (csh > >>>> script) sets, > >>>> setenv __MAKE_CONF /root/mips/make.conf.mips > >>>> setenv SRCCONF /root/mips/src.conf.mips > >>>> > >>>> I also have a new problem after updating the source to head [from 24k+ > >>>> version]. Something related to . -:) > >>>> > >>>> > >>>> > >>>> On Mon, Dec 17, 2012 at 2:14 PM, Adrian Chadd > wrote: > >>>> > >>>>> You need to define MALLOC_PRODUCTION in your build or the default > >>>>> jemalloc options in -HEAD cause it to run out of RAM on embedded > >>>>> platforms. > >>>>> > >>>>> > >>> > >>> As far as I can see it's MALLOC_DISTRIBUTION in make.conf. Should be > MALLOC_PRODUCTION > >> > >> It should be WITHOUT_MALLOC_DEBUG > >> > > > > BTW, why not make it a default for platforms with small footprint or > non-tier1? As far as I understand > > the idea behind having debug enabled is to make getting information from > running systems > > easier. I do not think this approach is applicable to ARM or MIPS > targets. > > > > _______________________________________________ > > 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" > DISCLAIMER: The information contained in this message (including any attachments) is confidential and may be privileged. If you have received it by mistake please notify the sender by return e-mail and permanently delete this message and any attachments from your system. Any dissemination, use, review, distribution, printing or copying of this message in whole or in part is strictly prohibited. Please note that e-mails are susceptible to change. PointRed Telecom Ltd (including its group companies) shall not be liable for the improper or incomplete transmission of the information contained in this communication nor for any delay in its receipt or damage to your system and does not guarantee that the integrity of this communication has been maintained or that this communication is free of viruses, interceptions or interferences. From owner-freebsd-mips@FreeBSD.ORG Tue Dec 18 14:20:28 2012 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 426EA694 for ; Tue, 18 Dec 2012 14:20:28 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-ie0-f176.google.com (mail-ie0-f176.google.com [209.85.223.176]) by mx1.freebsd.org (Postfix) with ESMTP id E9EB58FC15 for ; Tue, 18 Dec 2012 14:20:26 +0000 (UTC) Received: by mail-ie0-f176.google.com with SMTP id 13so904442iea.21 for ; Tue, 18 Dec 2012 06:20:26 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to:x-mailer:x-gm-message-state; bh=Ki8tdneSwWWhmSurQcYyjQlvD2uiwyGGQ9ZkIgGKBv8=; b=fech2NY9imoty9eVMbmiZ3hJjQsbHZy++u43OnPh5mshaBnNVs2Ty7W25vmBMjou8u dljbujmRsLDpP+FuMBRcTEhv4NIJnlLuinTo0VPCz7i7zVkrlYmtEJG9FPLZebx2+ddm p1Xpc18JIubDikOfPFArk8nTtNSyZITv4iwnD2ehCOUif75S3ucilS8OYgprzWa/cxET Aj0Qs7K1b81gRDSx/KRKzCYFYGsKClcPw86kci7k0U1qUarTQJ2t6CBkAkVq+E4GeVDx /0zVw8IDhk/XujvPRImMniOiW7yaPStKxzcNu1ANoMSGu9UYJzawc3q92L6b8s/g7RHz KJdA== X-Received: by 10.50.13.133 with SMTP id h5mr2554682igc.2.1355840425999; Tue, 18 Dec 2012 06:20:25 -0800 (PST) Received: from 53.imp.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPS id uz1sm1420806igb.16.2012.12.18.06.20.22 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 18 Dec 2012 06:20:24 -0800 (PST) Sender: Warner Losh Subject: Re: Help: Reg Out of swap space Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: Date: Tue, 18 Dec 2012 07:20:21 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <596D5486-826E-40C9-B2D6-2851B9459878@bsdimp.com> References: <50CFE88E.3020303@bluezbox.com> <266E3514-39BC-4E3C-A5BA-50B4D7DA635E@bsdimp.com> <129337B8-C3C2-4365-8C8D-6F5B6B45DDB1@bluezbox.com> To: Mukunda Haveri X-Mailer: Apple Mail (2.1085) X-Gm-Message-State: ALoCoQlJUqyp2cRIJrdNdNjShW67zFklAMj1E6saCprSV6IAJFr/gzXvl9/Fao6QIuVge5vI2wVC Cc: freebsd-mips@freebsd.org 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: Tue, 18 Dec 2012 14:20:28 -0000 On Dec 17, 2012, at 11:41 PM, Mukunda Haveri wrote: > Agree.. My oversight, I will compile with WITHOUT_MALLOC_DEBUG in = src.conf and check.. And do you have any pointers towards removing some = obvious components that we do not require to compile in the kernel on = an embedded MIPS platform? WITHOUT_MALLOC_DEBUG is what it should be, but it isn't what it is = today. Warner >=20 >=20 > On Tue, Dec 18, 2012 at 11:27 AM, Oleksandr Tymoshenko = wrote: >=20 > On 2012-12-17, at 8:06 PM, Warner Losh wrote: >=20 > > > > On Dec 17, 2012, at 8:52 PM, Oleksandr Tymoshenko wrote: > > > >> On 12/17/2012 2:32 AM, Mukunda Haveri wrote: > >>> I have done that already. Hope it's correct.. > >>> Please have a look at the attached make.mips.conf. and my build = script (csh > >>> script) sets, > >>> setenv __MAKE_CONF /root/mips/make.conf.mips > >>> setenv SRCCONF /root/mips/src.conf.mips > >>> > >>> I also have a new problem after updating the source to head [from = 24k+ > >>> version]. Something related to . -:) > >>> > >>> > >>> > >>> On Mon, Dec 17, 2012 at 2:14 PM, Adrian Chadd = wrote: > >>> > >>>> You need to define MALLOC_PRODUCTION in your build or the default > >>>> jemalloc options in -HEAD cause it to run out of RAM on embedded > >>>> platforms. > >>>> > >>>> > >> > >> As far as I can see it's MALLOC_DISTRIBUTION in make.conf. Should = be MALLOC_PRODUCTION > > > > It should be WITHOUT_MALLOC_DEBUG > > >=20 > BTW, why not make it a default for platforms with small footprint or = non-tier1? As far as I understand > the idea behind having debug enabled is to make getting information = from running systems > easier. I do not think this approach is applicable to ARM or MIPS = targets. >=20 > _______________________________________________ > 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" >=20 > DISCLAIMER: > The information contained in this message (including any attachments) = is confidential and may be privileged. If you have received it by = mistake please notify the sender by return e-mail and permanently delete = this message and any attachments from your system. Any dissemination, = use, review, distribution, printing or copying of this message in whole = or in part is strictly prohibited. Please note that e-mails are = susceptible to change. PointRed Telecom Ltd (including its group = companies) shall not be liable for the improper or incomplete = transmission of the information contained in this communication nor for = any delay in its receipt or damage to your system and does not guarantee = that the integrity of this communication has been maintained or that = this communication is free of viruses, interceptions or interferences.=20= >=20 >=20 From owner-freebsd-mips@FreeBSD.ORG Wed Dec 19 23:03:36 2012 Return-Path: Delivered-To: mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1F1A244E; Wed, 19 Dec 2012 23:03:36 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from duck.symmetricom.us (duck.symmetricom.us [206.168.13.214]) by mx1.freebsd.org (Postfix) with ESMTP id 97ABF8FC16; Wed, 19 Dec 2012 23:03:29 +0000 (UTC) Received: from damnhippie.dyndns.org (daffy.symmetricom.us [206.168.13.218]) by duck.symmetricom.us (8.14.5/8.14.5) with ESMTP id qBJN3Smn050166; Wed, 19 Dec 2012 16:03:28 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id qBJN3NsO065767; Wed, 19 Dec 2012 16:03:23 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) Subject: Re: Call for testing and review, busdma changes From: Ian Lepore To: Jeff Roberson In-Reply-To: References: Content-Type: text/plain; charset="us-ascii" Date: Wed, 19 Dec 2012 16:03:23 -0700 Message-ID: <1355958203.1198.235.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 20 Dec 2012 00:08:17 +0000 Cc: powerpc@freebsd.org, marcel@freebsd.org, mips@freebsd.org, John Baldwin , mav@freebsd.org, scottl@freebsd.org, attilio@freebsd.org, kib@freebsd.org, sparc64@freebsd.org, arm@freebsd.org 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: Wed, 19 Dec 2012 23:03:36 -0000 On Sat, 2012-12-08 at 08:51 -1000, Jeff Roberson wrote: > Hello, > > http://people.freebsd.org/~jeff/physbio.diff > > I have a relative large patch that reforms the busdma API so that new > types may be added without modifying every architecture's > busdma_machdep.c. It does this by unifying the bus_dmamap_load_buffer() > routines so that they may be called from MI code. The MD busdma is then > given a chance to do any final processing in the complete() callback. > This patch also contains cam changes to unify the bus_dmamap_load* > handling in cam drivers. > > The arm and mips implementations saw the largest changes since they have > to track virtual addresses for sync(). Previously this was done in a type > specific way. Now it is done in a generic way by recording the list of > virtuals in the map. > > I have verified that this patch passes make universe which includes > several kernel builds from each architecture. I suspect that if I broke > anything your machine simply won't boot or will throw I/O errors. There > is little subtlety, it is mostly refactoring. > > The next step is to allow for dma loading of physical addresses. This > will permit unmapped I/O. Which is a significant performance optimization > targeted for 10.0. > > Many thanks for your assistance. Any review feedback is also appreciated. > > Jeff More test results... Today I updated to r244435 and then applied your patches (and my little fix, but not my big set of busdma changes) over that, and built everything fresh for my DreamPlug. I plugged an SSD drive into the eSata port for some testing and right away noticed extreme slowness; 'camcontrol identify' shows the drive running in PIO mode with the patches, but it's fine without them (output below). I'm no ata or cam wizard, but I can easily toggle back and forth between kernels with/without the patches; let me know if I can do anything to generate useful info to track this down. -- Ian -------------------------------- With unpatched -current @ r244435 ada0 at mvsch0 bus 0 scbus0 target 0 lun 0 ada0: ATA-9 SATA 2.x device ada0: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes) ada0: 122104MB (250069680 512 byte sectors: 16H 63S/T 16383C) root@dpcur:/root # camcontrol identify ada0 pass0: ATA-9 SATA 2.x device pass0: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes) protocol ATA/ATAPI-9 SATA 2.x device model M4-CT128M4SSD2 firmware revision 000F serial number 0000000012290910F745 WWN 500a07510910f745 cylinders 16383 heads 16 sectors/track 63 sector size logical 512, physical 512, offset 0 LBA supported 250069680 sectors LBA48 supported 250069680 sectors PIO supported PIO4 DMA supported WDMA2 UDMA5 media RPM non-rotating Feature Support Enabled Value Vendor read ahead yes yes write cache yes yes flush cache yes yes overlap no Tagged Command Queuing (TCQ) no no Native Command Queuing (NCQ) no SMART yes yes microcode download yes yes security yes no power management yes yes advanced power management yes yes 254/0xFE automatic acoustic management no no media status notification no no power-up in Standby no no write-read-verify yes no 0/0x0 unload yes yes free-fall no no data set management (TRIM) yes -------------------------------- With physbio patches applied to r244435... ada0 at mvsch0 bus 0 scbus0 target 0 lun 0 ada0: ATA-9 SATA 2.x device ada0: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes) ada0: 122104MB (250069680 512 byte sectors: 16H 63S/T 16383C) root@dpcur:/root # camcontrol identify ada0 pass0: < > ATA-0 device pass0: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes) protocol ATA/ATAPI-0 device model firmware revision serial number cylinders 0 heads 0 sectors/track 0 sector size logical 512, physical 512, offset 0 LBA not supported LBA48 not supported PIO supported PIO0 w/o IORDY DMA not supported Feature Support Enabled Value Vendor read ahead no no write cache no no flush cache no no overlap no Tagged Command Queuing (TCQ) no no Native Command Queuing (NCQ) no SMART no no microcode download no no security no no power management no no advanced power management no no automatic acoustic management no no media status notification no no power-up in Standby no no write-read-verify no no unload no no free-fall no no data set management (TRIM) no -- Ian From owner-freebsd-mips@FreeBSD.ORG Sat Dec 22 14:22:45 2012 Return-Path: Delivered-To: mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 90748EB9; Sat, 22 Dec 2012 14:22:45 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 287A28FC0A; Sat, 22 Dec 2012 14:22:44 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.5/8.14.5) with ESMTP id qBMEMUNE073377; Sat, 22 Dec 2012 16:22:30 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.7.3 kib.kiev.ua qBMEMUNE073377 Received: (from kostik@localhost) by tom.home (8.14.5/8.14.5/Submit) id qBMEMUZ7073376; Sat, 22 Dec 2012 16:22:30 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 22 Dec 2012 16:22:30 +0200 From: Konstantin Belousov To: Jeff Roberson Subject: Re: Call for testing and review, busdma changes Message-ID: <20121222142230.GU53644@kib.kiev.ua> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pzbqGaOtRNiVr7w4" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home X-Mailman-Approved-At: Sat, 22 Dec 2012 14:46:14 +0000 Cc: powerpc@freebsd.org, marcel@freebsd.org, mips@freebsd.org, John Baldwin , mav@freebsd.org, scottl@freebsd.org, attilio@freebsd.org, sparc64@freebsd.org, arm@freebsd.org 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: Sat, 22 Dec 2012 14:22:45 -0000 --pzbqGaOtRNiVr7w4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 08, 2012 at 08:51:12AM -1000, Jeff Roberson wrote: > Hello, >=20 > http://people.freebsd.org/~jeff/physbio.diff >=20 > I have a relative large patch that reforms the busdma API so that new=20 > types may be added without modifying every architecture's=20 > busdma_machdep.c. It does this by unifying the bus_dmamap_load_buffer()= =20 > routines so that they may be called from MI code. The MD busdma is then= =20 > given a chance to do any final processing in the complete() callback.=20 > This patch also contains cam changes to unify the bus_dmamap_load*=20 > handling in cam drivers. >=20 > The arm and mips implementations saw the largest changes since they have= =20 > to track virtual addresses for sync(). Previously this was done in a typ= e=20 > specific way. Now it is done in a generic way by recording the list of= =20 > virtuals in the map. >=20 > I have verified that this patch passes make universe which includes=20 > several kernel builds from each architecture. I suspect that if I broke= =20 > anything your machine simply won't boot or will throw I/O errors. There= =20 > is little subtlety, it is mostly refactoring. >=20 > The next step is to allow for dma loading of physical addresses. This=20 > will permit unmapped I/O. Which is a significant performance optimizatio= n=20 > targeted for 10.0. >=20 > Many thanks for your assistance. Any review feedback is also appreciated. I re-read the patch with the scars from the unmapped buffers work somewhat healed up, and I noted something I do not quite understand. As an example, please look at the sys/cam/ata/ata_da.c:adastart(). The code there takes bp and converts in into ccb with ataio union member used. Should this code path be converted, together with e.g. ahci_begin_transaction(), to operate on ccb instead of loading from the buffer ? The same question for ata. Was the change missed, or do you have some other plans for the drivers ? --pzbqGaOtRNiVr7w4 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQIcBAEBAgAGBQJQ1cIlAAoJEJDCuSvBvK1BFQAP/iuogDJUm1Ic80g20ZLhSz3M 9Pmb6NXMB0pFCRXy+gWMnMy/Rccf1fJlVtC8cxRxQZLJxOyur/RdrN4PTzdr4HtA gEBk2wnKtyXLTLHgKZcGhMoI62lwxgTJMXz8yK4S3DpmmA2URsLRrqgmWRw1MMdK +fKrhthaedPDFgvcJU0BwJjNoyiMod7LabqmuJr32PC2wtvAQH/sXBILk9qp1lXl xNgAhduvUF7n6d61qRELx1DVQkU3xWjVf8NiA3VqTDbCRrSrFBGdwJZKMSIyqDy/ Q2gUYegpd7QkEKzHt4u8O3sn2Um1XpC86/YfBMNMI28wDZjtijsOgx+RiykJHEiM tvTcQCS7dXo696nXEEKkw9607GU0KAKamtyIGSMz3qUE9PKTFcfR3BVoj7ikrJDq LFiODjF+wCpJ9MtIWJPjWfpVOicl7mkedu6U2HZ7ABIUltusqHZTYW2yEtJSle/e QjDPcfgGdPKtjaKSfd4bCfNqe0mLHtAThJmV/dX1Nx+43aGBmCJ8qWjDkmBJG5Uw su+KSsQ/q+T0QEvUSwDrVUaTJ7PSRctc6MnLMJcUt5VRwHJ8NArIxe6YapMNOlS6 D0MIMcsIt1B0qgvXyGYiTiF564lM0bgqAzRWcragvxYOd6cixWqNBV7qmjkdySch Ysf8ToRRocS2b92/i/8N =GTYI -----END PGP SIGNATURE----- --pzbqGaOtRNiVr7w4--