From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.43) id 1EGHNu-0000KX-IK for garchives@archives.gentoo.org; Fri, 16 Sep 2005 14:40:14 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.4/8.13.4) with SMTP id j8GEYglt019106; Fri, 16 Sep 2005 14:34:42 GMT Received: from ices.utexas.edu (vortex.ices.utexas.edu [128.83.68.102]) by robin.gentoo.org (8.13.4/8.13.4) with ESMTP id j8GEYfiM015187 for ; Fri, 16 Sep 2005 14:34:42 GMT Received: from block.ices.utexas.edu (block.ices.utexas.edu [128.83.68.107]) by ices.utexas.edu (Postfix) with ESMTP id 1D66F19099 for ; Fri, 16 Sep 2005 09:40:09 -0500 (CDT) Received: by block.ices.utexas.edu (Postfix, from userid 2120) id EFED1533A7; Fri, 16 Sep 2005 09:39:47 -0500 (CDT) Date: Fri, 16 Sep 2005 09:39:47 -0500 From: Jason Pepas To: gentoo-mips@lists.gentoo.org Subject: Re: [gentoo-mips] bootstrap.sh on asus wl500g Message-ID: <20050916143947.GG1024@ices.utexas.edu> References: <20050916133443.GA1024@ices.utexas.edu> <432ACE12.2040600@gentoo.org> <20050916140702.GF1024@ices.utexas.edu> <432AD5CF.80204@gentoo.org> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-mips@gentoo.org Reply-to: gentoo-mips@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <432AD5CF.80204@gentoo.org> User-Agent: Mutt/1.5.6i X-Archives-Salt: e537e8a0-359d-463f-a8f3-a9eb4223eb86 X-Archives-Hash: be5d24e7160bd5e258dc2105fa7f514e On Fri, Sep 16, 2005 at 10:25:19AM -0400, Stephen P. Becker wrote: > Also, wl500g does *not* have 32mb of RAM, > but rather 16mb. I know, because I have one. I am sorry, I misinformed you. I have the "deluxe" model, which has 32 MB of RAM. > Furthermore, isn't isn't > necessarily the running of glibc, but more the building of glibc that is > your issue. I guess this is the part I don't understand. As far as I understand it, a page of memory exists either in physical RAM, or on a swap device, and the only entity who can tell the difference is the kernel. Please understand that it's not that I am not listening, it's that I don't understand how what you are saying can be true. The interesting thing for me at this point would be to find out how a process can fail if it is given swap instead of RAM. Imagine a person whose life experience tells them the sky is blue, and they understand the mechanics of light which cause it to be that way, and then they encounter someone who tells them that there is a certain place in the world where the sky is orange. It's not that they don't believe them, but they sure would like to figure out why that is the case, so that they can plug the apparent hole in their knowledge. -jason pepas -- gentoo-mips@gentoo.org mailing list