From owner-freebsd-arm@FreeBSD.ORG Mon Jul 12 11:06:55 2010 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF64A1065687 for ; Mon, 12 Jul 2010 11:06:55 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id ADFBD8FC1D for ; Mon, 12 Jul 2010 11:06:55 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o6CB6tWE093938 for ; Mon, 12 Jul 2010 11:06:55 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o6CB6tQG093936 for freebsd-arm@FreeBSD.org; Mon, 12 Jul 2010 11:06:55 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 12 Jul 2010 11:06:55 GMT Message-Id: <201007121106.o6CB6tQG093936@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-arm@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-arm@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jul 2010 11:06:55 -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 arm/148474 arm MMC timeout too short durring enumeration of cards. o arm/134368 arm [patch] nslu2_led driver for the LEDs on the NSLU2 o arm/134338 arm [patch] Lock GPIO accesses on ixp425 3 problems total. From owner-freebsd-arm@FreeBSD.ORG Tue Jul 13 14:42:26 2010 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F6CF106564A for ; Tue, 13 Jul 2010 14:42:26 +0000 (UTC) (envelope-from marktinguely@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id DB0E68FC15 for ; Tue, 13 Jul 2010 14:42:25 +0000 (UTC) Received: by mail-iw0-f182.google.com with SMTP id 35so7284872iwn.13 for ; Tue, 13 Jul 2010 07:42:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:content-type :content-transfer-encoding; bh=hR5jTud0/X8vXCbInEEhptVxe41ydGTkwTznuPspdpg=; b=lCfR+CTX6/VrrJYjeMMkjbMCnzabrbXRxTp3MOY01DuxsMYD6eVyeTNDyv9+lXrckO 4F5FBnMp4QStmycpmN3gttQXQ7NLkG7rmjuOE2Lu8nZxGonsv1NMVG6p9lIIbpKX7MpX Gv500mzh1YDw2fWDhTPtpWrvZZT/QhPc25nYo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :content-type:content-transfer-encoding; b=TcrDHeVMF0i5488YjqsJ5YEGcHUHobZo4ercWvc1SSAlZsZO5SEy1SXbcXgO+spZSg YQ9wb5viJVThpXdTtJgGSu1hraAmvcTywfDrFPN+ekQDPZPjOB26gR2gCsJYb6A0gWE2 ebJeBcSlsfkBjyG/etFkV1RG/G7UYi60Iq7WQ= Received: by 10.231.17.13 with SMTP id q13mr15142989iba.14.1279032145482; Tue, 13 Jul 2010 07:42:25 -0700 (PDT) Received: from [192.168.0.3] (71-38-38-10.frgo.qwest.net [71.38.38.10]) by mx.google.com with ESMTPS id g31sm25295133ibh.22.2010.07.13.07.42.23 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 13 Jul 2010 07:42:24 -0700 (PDT) Message-ID: <4C3C7B4E.604@gmail.com> Date: Tue, 13 Jul 2010 09:42:22 -0500 From: Mark Tinguely User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: alc@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org Subject: Revision 209887 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Jul 2010 14:42:26 -0000 pmap_qenter() is pretty expensive on the ARM processor with VIPT caches, because remapping a KVA can potentially cause the shared mappings to have their cache turned back on and then immediately turned back off and force a cache flush. Revision 209887 makes amd64/i386 pmap_qenter() make smart decisions on the remapping which would help the ARM. Looking at the buffer code 2 or 3 weeks ago, and noticed that most of the pmap_qenter() calls were done wisely. At that time, I was wondering if we could/should fix the few places that involved a page by page loop doing bogus_page substitutions and then calling pmap_qenter() for a full buffer re-map instead of the changed page. It appeared to me that we call pmap_qenter() L*B times where L is the number of pages in the buffer and B is the number of bogus pages in the buffer. We only need to change B pages. I can understand it would not be worth the change if typically the number of pages in a buffer and the number of bogus pages in the buffer is small. --Mark. From owner-freebsd-arm@FreeBSD.ORG Tue Jul 13 19:16:57 2010 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 644451065670 for ; Tue, 13 Jul 2010 19:16:57 +0000 (UTC) (envelope-from alc@cs.rice.edu) Received: from mail.cs.rice.edu (mail.cs.rice.edu [128.42.1.31]) by mx1.freebsd.org (Postfix) with ESMTP id 3FAF28FC1D for ; Tue, 13 Jul 2010 19:16:57 +0000 (UTC) Received: from mail.cs.rice.edu (localhost.localdomain [127.0.0.1]) by mail.cs.rice.edu (Postfix) with ESMTP id 052042C2C9B; Tue, 13 Jul 2010 13:53:23 -0500 (CDT) X-Virus-Scanned: by amavis-2.4.0 at mail.cs.rice.edu Received: from mail.cs.rice.edu ([127.0.0.1]) by mail.cs.rice.edu (mail.cs.rice.edu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id g3ON010VElaw; Tue, 13 Jul 2010 13:53:15 -0500 (CDT) Received: from adsl-216-63-78-18.dsl.hstntx.swbell.net (adsl-216-63-78-18.dsl.hstntx.swbell.net [216.63.78.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.cs.rice.edu (Postfix) with ESMTP id 1392F2C2ADC; Tue, 13 Jul 2010 13:53:15 -0500 (CDT) Message-ID: <4C3CB61A.1030905@cs.rice.edu> Date: Tue, 13 Jul 2010 13:53:14 -0500 From: Alan Cox User-Agent: Thunderbird 2.0.0.24 (X11/20100501) MIME-Version: 1.0 To: Mark Tinguely References: <4C3C7B4E.604@gmail.com> In-Reply-To: <4C3C7B4E.604@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: alc@freebsd.org, freebsd-arm@freebsd.org Subject: Re: Revision 209887 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Jul 2010 19:16:57 -0000 Mark Tinguely wrote: > pmap_qenter() is pretty expensive on the ARM processor with VIPT > caches, because remapping a KVA can potentially cause the shared > mappings to have their cache turned back on and then immediately > turned back off and force a cache flush. Revision 209887 makes > amd64/i386 pmap_qenter() make smart decisions on the remapping which > would help the ARM. > > Looking at the buffer code 2 or 3 weeks ago, and noticed that most of > the pmap_qenter() calls were done wisely. At that time, I was > wondering if we could/should fix the few places that involved a page > by page loop doing bogus_page substitutions and then calling > pmap_qenter() for a full buffer re-map instead of the changed page. It > appeared to me that we call pmap_qenter() L*B times where L is the > number of pages in the buffer and B is the number of bogus pages in > the buffer. We only need to change B pages. I can understand it would > not be worth the change if typically the number of pages in a buffer > and the number of bogus pages in the buffer is small. I think that vfs_unbusy_pages(), which is used exclusively by NFS, is the only remaining case. I see no reason not to change it. Go for it. Alan From owner-freebsd-arm@FreeBSD.ORG Tue Jul 13 20:24:31 2010 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 128C21065674; Tue, 13 Jul 2010 20:24:31 +0000 (UTC) (envelope-from marktinguely@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id BC1EB8FC16; Tue, 13 Jul 2010 20:24:30 +0000 (UTC) Received: by iwn35 with SMTP id 35so7661366iwn.13 for ; Tue, 13 Jul 2010 13:24:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=UlV0F5MxXwcDPMpzV8FBsIz/bJc5+y5WcFLDsGM7CFE=; b=neFhd4+R1jNWtSeqt/x2NSTdu80HRLYn+3R0gZgM+peXzwKWmrNYSmKs2JIZvjf4Eg DH+3SJykfh70zKKVC7wRtbuaXG11n5Blnk4M1ZjR6gj8l+7v3BP3TfSvDVQeDEOMurqr 41FziK4wDxMZ/sv4hP5sAhhaBbUOrq9C8a1os= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=JfOh8kpl1xn2A0xQ9ndsdvjCNqVWENzO5hs6xI++IBQtv+rfW6/6O5tyg5Lm7JOI2r Z6cHtcG6Vs8EGBy+tjK8Ok45vs/6oyzYHbwRSTzagxeFCX26zLSNi830B+6X6do877Ne DD9nQ0bCv4XQxnJVI6pyNyPE2bwbysV0tqT1I= Received: by 10.42.1.81 with SMTP id 17mr5292094icf.88.1279052670089; Tue, 13 Jul 2010 13:24:30 -0700 (PDT) Received: from [192.168.0.3] (71-38-38-10.frgo.qwest.net [71.38.38.10]) by mx.google.com with ESMTPS id 34sm26562169ibi.0.2010.07.13.13.24.27 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 13 Jul 2010 13:24:29 -0700 (PDT) Message-ID: <4C3CCB79.8050708@gmail.com> Date: Tue, 13 Jul 2010 15:24:25 -0500 From: Mark Tinguely User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: Alan Cox References: <4C3C7B4E.604@gmail.com> <4C3CB61A.1030905@cs.rice.edu> In-Reply-To: <4C3CB61A.1030905@cs.rice.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: alc@freebsd.org, freebsd-arm@freebsd.org Subject: Re: Revision 209887 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Jul 2010 20:24:31 -0000 Alan Cox wrote: > Mark Tinguely wrote: >> pmap_qenter() is pretty expensive on the ARM processor with VIPT >> caches, because remapping a KVA can potentially cause the shared >> mappings to have their cache turned back on and then immediately >> turned back off and force a cache flush. Revision 209887 makes >> amd64/i386 pmap_qenter() make smart decisions on the remapping which >> would help the ARM. >> >> Looking at the buffer code 2 or 3 weeks ago, and noticed that most >> of the pmap_qenter() calls were done wisely. At that time, I was >> wondering if we could/should fix the few places that involved a page >> by page loop doing bogus_page substitutions and then calling >> pmap_qenter() for a full buffer re-map instead of the changed page. >> It appeared to me that we call pmap_qenter() L*B times where L is the >> number of pages in the buffer and B is the number of bogus pages in >> the buffer. We only need to change B pages. I can understand it would >> not be worth the change if typically the number of pages in a buffer >> and the number of bogus pages in the buffer is small. > > I think that vfs_unbusy_pages(), which is used exclusively by NFS, is > the only remaining case. I see no reason not to change it. Go for it. > > Alan Gee thanks :) I will do a complete search of pmap_qenter(). Unless I am reading it wrong, a quick example is a B_VMIO case in routine bufdone_finish() in source file sys/kern/vfs_bio.c: for (i = 0; i < bp->b_npages; i++) { if (bogus_page) { find/substitution page pmap_qenter() the entire buffer rather than just the single page } other page operations } --Mark From owner-freebsd-arm@FreeBSD.ORG Tue Jul 13 20:55:25 2010 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30007106566B; Tue, 13 Jul 2010 20:55:25 +0000 (UTC) (envelope-from alc@cs.rice.edu) Received: from mail.cs.rice.edu (mail.cs.rice.edu [128.42.1.31]) by mx1.freebsd.org (Postfix) with ESMTP id F15E18FC08; Tue, 13 Jul 2010 20:55:24 +0000 (UTC) Received: from mail.cs.rice.edu (localhost.localdomain [127.0.0.1]) by mail.cs.rice.edu (Postfix) with ESMTP id 896FD2C2ADC; Tue, 13 Jul 2010 15:55:24 -0500 (CDT) X-Virus-Scanned: by amavis-2.4.0 at mail.cs.rice.edu Received: from mail.cs.rice.edu ([127.0.0.1]) by mail.cs.rice.edu (mail.cs.rice.edu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id dQqRdbFo+kzq; Tue, 13 Jul 2010 15:55:16 -0500 (CDT) Received: from adsl-216-63-78-18.dsl.hstntx.swbell.net (adsl-216-63-78-18.dsl.hstntx.swbell.net [216.63.78.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.cs.rice.edu (Postfix) with ESMTP id 964ED2C2ACE; Tue, 13 Jul 2010 15:55:16 -0500 (CDT) Message-ID: <4C3CD2B3.4070302@cs.rice.edu> Date: Tue, 13 Jul 2010 15:55:15 -0500 From: Alan Cox User-Agent: Thunderbird 2.0.0.24 (X11/20100501) MIME-Version: 1.0 To: Mark Tinguely References: <4C3C7B4E.604@gmail.com> <4C3CB61A.1030905@cs.rice.edu> <4C3CCB79.8050708@gmail.com> In-Reply-To: <4C3CCB79.8050708@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: alc@freebsd.org, freebsd-arm@freebsd.org Subject: Re: Revision 209887 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Jul 2010 20:55:25 -0000 Mark Tinguely wrote: > Alan Cox wrote: >> Mark Tinguely wrote: >>> pmap_qenter() is pretty expensive on the ARM processor with VIPT >>> caches, because remapping a KVA can potentially cause the shared >>> mappings to have their cache turned back on and then immediately >>> turned back off and force a cache flush. Revision 209887 makes >>> amd64/i386 pmap_qenter() make smart decisions on the remapping which >>> would help the ARM. >>> >>> Looking at the buffer code 2 or 3 weeks ago, and noticed that most >>> of the pmap_qenter() calls were done wisely. At that time, I was >>> wondering if we could/should fix the few places that involved a page >>> by page loop doing bogus_page substitutions and then calling >>> pmap_qenter() for a full buffer re-map instead of the changed page. >>> It appeared to me that we call pmap_qenter() L*B times where L is >>> the number of pages in the buffer and B is the number of bogus pages >>> in the buffer. We only need to change B pages. I can understand it >>> would not be worth the change if typically the number of pages in a >>> buffer and the number of bogus pages in the buffer is small. >> >> I think that vfs_unbusy_pages(), which is used exclusively by NFS, is >> the only remaining case. I see no reason not to change it. Go for it. >> >> Alan > Gee thanks :) > > I will do a complete search of pmap_qenter(). Unless I am reading it > wrong, a quick example is a B_VMIO case in routine bufdone_finish() in > source file sys/kern/vfs_bio.c: > I thought that I already fixed bufdone_finish() to do at most one call to pmap_qenter() in HEAD..., but vfs_unbusy_pages() still looks like what you describe below. > for (i = 0; i < bp->b_npages; i++) { > if (bogus_page) { > find/substitution page > pmap_qenter() the entire buffer rather than just the > single page > } > other page operations > } > Alan From owner-freebsd-arm@FreeBSD.ORG Tue Jul 13 23:48:32 2010 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB4801065673; Tue, 13 Jul 2010 23:48:32 +0000 (UTC) (envelope-from marktinguely@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9FF8B8FC23; Tue, 13 Jul 2010 23:48:32 +0000 (UTC) Received: by iwn35 with SMTP id 35so7896482iwn.13 for ; Tue, 13 Jul 2010 16:48:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=ScPZp53mqFMqbrus0NL/K2OjIjXlwmPfHKsMTePm1vU=; b=bspeWddxXt/f14OyT3l86iGgDGDPgRZH+bKR0pfKWskQmyTBL9+3D7FFK9RJfB7vBj iQPSAQSSqy1IvxGB9PtTp7Wzgwo9uunnhvdFIbe0Ymiq5jupt7y8SjglovViOwcYYsYu eqeNFVZr4YrPAal58b0WVH9fDwurP5tgRi1/k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=eUZ1UgJsEvPvY5nwkfhsGKpop8YznkpVk7ryR14WX3F8ND43lqMu/JlzpVAu7guLXK 9jpQbwTcioKCh2oNZ1BcUcHXc4ISw/U8hTKx7Ytzmu9n+BUNE/kXnl6zvCbh+bRAifEg 2MIuQ1B4Xef1vCdLiQ99162JRRABx8dH+sR/0= Received: by 10.231.77.155 with SMTP id g27mr15679772ibk.195.1279064911276; Tue, 13 Jul 2010 16:48:31 -0700 (PDT) Received: from [192.168.0.3] (71-38-38-10.frgo.qwest.net [71.38.38.10]) by mx.google.com with ESMTPS id e8sm27273319ibb.20.2010.07.13.16.48.30 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 13 Jul 2010 16:48:30 -0700 (PDT) Message-ID: <4C3CFB4B.6060302@gmail.com> Date: Tue, 13 Jul 2010 18:48:27 -0500 From: Mark Tinguely User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: Alan Cox References: <4C3C7B4E.604@gmail.com> <4C3CB61A.1030905@cs.rice.edu> <4C3CCB79.8050708@gmail.com> <4C3CD2B3.4070302@cs.rice.edu> In-Reply-To: <4C3CD2B3.4070302@cs.rice.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: alc@freebsd.org, freebsd-arm@freebsd.org Subject: Re: Revision 209887 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Jul 2010 23:48:33 -0000 Alan Cox wrote: > I thought that I already fixed bufdone_finish() to do at most one call > to pmap_qenter() in HEAD..., but vfs_unbusy_pages() still looks like > what you describe below. > > Alan Yes you did. My vfs_bio.c is a couple weeks out of date. Thanks, --Mark. From owner-freebsd-arm@FreeBSD.ORG Wed Jul 14 12:17:01 2010 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 210501065673 for ; Wed, 14 Jul 2010 12:17:01 +0000 (UTC) (envelope-from ravindra.kulkarni@globaledgesoft.com) Received: from gesmail.globaledgesoft.com (gesmail.globaledgesoft.com [203.76.137.4]) by mx1.freebsd.org (Postfix) with ESMTP id 8EBE88FC12 for ; Wed, 14 Jul 2010 12:17:00 +0000 (UTC) Received: from [127.0.0.1] (ravindra_k.globaledgesoft.com [172.16.9.37]) by gesmail.globaledgesoft.com (Postfix) with ESMTP id 8F94417B426 for ; Wed, 14 Jul 2010 17:46:57 +0530 (IST) Message-ID: <4C3DAAB9.8020004@globaledgesoft.com> Date: Wed, 14 Jul 2010 17:46:57 +0530 From: Ravindra User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: freebsd-arm@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: RootFile System Error X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2010 12:17:01 -0000 Hi, I am trying to build the RootFile System using the commands as below: I am getting error during last step. 1.make buildworld TARGET=arm TARGET_ARCH=arm TARGET_CPUTYPE=arm920t 2. make installworld TARGET=arm TARGET_ARCH=arm TARGET_CPUTYPE=arm920t DESTDIR=/usr/home/user/path/to/root/fs * To create a rootfile system* 3. makefs -B little /usr/home/user/path/to/root.ufs /usr/home/user/path/to/root/fs 4. make buildkernel TARGET=arm KERNCONF=LN2410SBC DESTDIR=/root/kernel installkernel -DNO_MODULES MFS_IMAGE=/usr/home/user/path/to/root.ufs I am getting the error "MFS Image too large" even though i have enabled MFD_ROOT_SIZE to 4MB, can anybody give me solution for this. Regards, Ravindra K. From owner-freebsd-arm@FreeBSD.ORG Wed Jul 14 13:32:21 2010 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5EC031065672 for ; Wed, 14 Jul 2010 13:32:21 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 23F218FC14 for ; Wed, 14 Jul 2010 13:32:21 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o6EDOc8C063247; Wed, 14 Jul 2010 07:24:38 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 14 Jul 2010 07:24:57 -0600 (MDT) Message-Id: <20100714.072457.802140508273937765.imp@bsdimp.com> To: ravindra.kulkarni@globaledgesoft.com From: "M. Warner Losh" In-Reply-To: <4C3DAAB9.8020004@globaledgesoft.com> References: <4C3DAAB9.8020004@globaledgesoft.com> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org Subject: Re: RootFile System Error X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2010 13:32:21 -0000 In message: <4C3DAAB9.8020004@globaledgesoft.com> Ravindra writes: : Hi, : : I am trying to build the RootFile System using the commands as below: : I am getting error during last step. : : 1.make buildworld TARGET=arm TARGET_ARCH=arm TARGET_CPUTYPE=arm920t : : 2. make installworld TARGET=arm TARGET_ARCH=arm TARGET_CPUTYPE=arm920t : DESTDIR=/usr/home/user/path/to/root/fs : : * To create a rootfile system* : 3. makefs -B little /usr/home/user/path/to/root.ufs : /usr/home/user/path/to/root/fs : : 4. make buildkernel TARGET=arm KERNCONF=LN2410SBC DESTDIR=/root/kernel : installkernel -DNO_MODULES MFS_IMAGE=/usr/home/user/path/to/root.ufs : : : I am getting the error "MFS Image too large" even though i have : enabled MFD_ROOT_SIZE to 4MB, can anybody give me solution for this. What does ls -l /usr/home/user/path/to/root.ufs tell you? Warner From owner-freebsd-arm@FreeBSD.ORG Wed Jul 14 14:25:56 2010 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F137C1065677 for ; Wed, 14 Jul 2010 14:25:56 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7C52C8FC1E for ; Wed, 14 Jul 2010 14:25:56 +0000 (UTC) Received: by bwz12 with SMTP id 12so4672493bwz.13 for ; Wed, 14 Jul 2010 07:25:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:subject:x-enigmail-version:content-type :content-transfer-encoding; bh=nKtqr0EsKphSLJ40Bm/EgQFUzz9mX1CLiyALlGxvPwg=; b=BhsV3bgG5qBK48YzTtxpeQRzw3s91KWuwMUXhe5apktewPM1fxnA16764jbTy6ZfHU 2TPALG342nE16ubbQOQWEhy+16zAtN1CUuPeK/fSZVAyge+vKnkIK2zNwT91/Le+Bpaq ZFleKDPu5KgiTLbP2nzYVgvX9Cokn+OTwjZXk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:subject :x-enigmail-version:content-type:content-transfer-encoding; b=G+9fkM7GYp89la4B2yiOwTPgSPpca1DSM4CptBGVR+MoSZQKBjcQWRZ8e+a/MJK+SG atx/DHjPpswPHgOJmp7lO0jHaLfn51Q4JTLCh60W9uD40I9cO0rvWXoA2sGSLpFHr1IF uWx1Ndyt6todlm2lyBAD3wer30isxiZP/N7IU= Received: by 10.204.77.212 with SMTP id h20mr736988bkk.33.1279117554787; Wed, 14 Jul 2010 07:25:54 -0700 (PDT) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id s17sm33296365bkx.6.2010.07.14.07.25.54 (version=SSLv3 cipher=RC4-MD5); Wed, 14 Jul 2010 07:25:54 -0700 (PDT) Sender: Alexander Motin Message-ID: <4C3DC8B7.2010509@FreeBSD.org> Date: Wed, 14 Jul 2010 17:24:55 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: freebsd-arm@FreeBSD.org X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: Subject: [RFC] Event timers on Marvell SoCs X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2010 14:25:57 -0000 Hi. I've made a patch, updating Marvell SoC timers driver to utilize new MI event timer infrastructure. There are two main benefits: - unified interfaces and behavior with other platforms, - support for timer in one-shot mode. Code was successfully tested on Sheevaplug (Marvell 88F6281). Patch for HEAD can be found here: http://people.freebsd.org/~mav/timers_mv.patch Any comments? -- Alexander Motin From owner-freebsd-arm@FreeBSD.ORG Wed Jul 14 15:41:48 2010 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 35CE81065674 for ; Wed, 14 Jul 2010 15:41:48 +0000 (UTC) (envelope-from ravindra.kulkarni@globaledgesoft.com) Received: from gesmail.globaledgesoft.com (gesmail.globaledgesoft.com [203.76.137.4]) by mx1.freebsd.org (Postfix) with ESMTP id D82EE8FC1F for ; Wed, 14 Jul 2010 15:41:47 +0000 (UTC) Received: from [127.0.0.1] (ravindra_k.globaledgesoft.com [172.16.9.37]) by gesmail.globaledgesoft.com (Postfix) with ESMTP id 0D28617B42F; Wed, 14 Jul 2010 21:11:45 +0530 (IST) Message-ID: <4C3DDAB8.3070108@globaledgesoft.com> Date: Wed, 14 Jul 2010 21:11:44 +0530 From: Ravindra User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: "M. Warner Losh" References: <4C3DAAB9.8020004@globaledgesoft.com> <20100714.072457.802140508273937765.imp@bsdimp.com> In-Reply-To: <20100714.072457.802140508273937765.imp@bsdimp.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org Subject: Re: RootFile System Error X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2010 15:41:48 -0000 I am getting rwxr-xr-x 1 root user 205479936 jul 14 17:45 /usr/home/user/path/to/root.ufs Regards, Ravindra K. M. Warner Losh wrote: > In message: <4C3DAAB9.8020004@globaledgesoft.com> > Ravindra writes: > : Hi, > : > : I am trying to build the RootFile System using the commands as below: > : I am getting error during last step. > : > : 1.make buildworld TARGET=arm TARGET_ARCH=arm TARGET_CPUTYPE=arm920t > : > : 2. make installworld TARGET=arm TARGET_ARCH=arm TARGET_CPUTYPE=arm920t > : DESTDIR=/usr/home/user/path/to/root/fs > : > : * To create a rootfile system* > : 3. makefs -B little /usr/home/user/path/to/root.ufs > : /usr/home/user/path/to/root/fs > : > : 4. make buildkernel TARGET=arm KERNCONF=LN2410SBC DESTDIR=/root/kernel > : installkernel -DNO_MODULES MFS_IMAGE=/usr/home/user/path/to/root.ufs > : > : > : I am getting the error "MFS Image too large" even though i have > : enabled MFD_ROOT_SIZE to 4MB, can anybody give me solution for this. > > What does ls -l /usr/home/user/path/to/root.ufs tell you? > > Warner > > > From owner-freebsd-arm@FreeBSD.ORG Wed Jul 14 15:58:08 2010 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7E3D106564A for ; Wed, 14 Jul 2010 15:58:08 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 796AE8FC15 for ; Wed, 14 Jul 2010 15:58:08 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o6EFp7dC064749; Wed, 14 Jul 2010 09:51:07 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 14 Jul 2010 09:51:26 -0600 (MDT) Message-Id: <20100714.095126.796017888477707637.imp@bsdimp.com> To: ravindra.kulkarni@globaledgesoft.com From: "M. Warner Losh" In-Reply-To: <4C3DDAB8.3070108@globaledgesoft.com> References: <4C3DAAB9.8020004@globaledgesoft.com> <20100714.072457.802140508273937765.imp@bsdimp.com> <4C3DDAB8.3070108@globaledgesoft.com> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org Subject: Re: RootFile System Error X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2010 15:58:08 -0000 In message: <4C3DDAB8.3070108@globaledgesoft.com> Ravindra writes: : I am getting : rwxr-xr-x 1 root user 205,479,936 jul 14 17:45 : /usr/home/user/path/to/root.ufs Isn't that larger than 4MB? Warner : Regards, : Ravindra K. : : M. Warner Losh wrote: : > In message: <4C3DAAB9.8020004@globaledgesoft.com> : > Ravindra writes: : > : Hi, : > : : I am trying to build the RootFile System using the commands as : > below: : > : I am getting error during last step. : > : : 1.make buildworld TARGET=arm TARGET_ARCH=arm : > TARGET_CPUTYPE=arm920t : > : : 2. make installworld TARGET=arm TARGET_ARCH=arm : > TARGET_CPUTYPE=arm920t : > : DESTDIR=/usr/home/user/path/to/root/fs : > : : * To create a rootfile system* : > : 3. makefs -B little /usr/home/user/path/to/root.ufs : > : /usr/home/user/path/to/root/fs : > : : 4. make buildkernel TARGET=arm KERNCONF=LN2410SBC : > DESTDIR=/root/kernel : > : installkernel -DNO_MODULES MFS_IMAGE=/usr/home/user/path/to/root.ufs : > : : : I am getting the error "MFS Image too large" even though i have : > : enabled MFD_ROOT_SIZE to 4MB, can anybody give me solution for this. : > : > What does ls -l /usr/home/user/path/to/root.ufs tell you? : > : > Warner : > : > : > : : : From owner-freebsd-arm@FreeBSD.ORG Wed Jul 14 16:27:15 2010 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5ED30106566B for ; Wed, 14 Jul 2010 16:27:15 +0000 (UTC) (envelope-from ravindra.kulkarni@globaledgesoft.com) Received: from gesmail.globaledgesoft.com (gesmail.globaledgesoft.com [203.76.137.4]) by mx1.freebsd.org (Postfix) with ESMTP id 116A98FC15 for ; Wed, 14 Jul 2010 16:27:14 +0000 (UTC) Received: from [127.0.0.1] (ravindra_k.globaledgesoft.com [172.16.9.37]) by gesmail.globaledgesoft.com (Postfix) with ESMTP id 62C4717B42F; Wed, 14 Jul 2010 21:57:13 +0530 (IST) Message-ID: <4C3DE560.8000006@globaledgesoft.com> Date: Wed, 14 Jul 2010 21:57:12 +0530 From: Ravindra User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: "M. Warner Losh" References: <4C3DAAB9.8020004@globaledgesoft.com> <20100714.072457.802140508273937765.imp@bsdimp.com> <4C3DDAB8.3070108@globaledgesoft.com> <20100714.095126.796017888477707637.imp@bsdimp.com> In-Reply-To: <20100714.095126.796017888477707637.imp@bsdimp.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org Subject: Re: RootFile System Error X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2010 16:27:15 -0000 it is larger than 4 MB, but still i am unable. M. Warner Losh wrote: > In message: <4C3DDAB8.3070108@globaledgesoft.com> > Ravindra writes: > : I am getting > : rwxr-xr-x 1 root user 205,479,936 jul 14 17:45 > : /usr/home/user/path/to/root.ufs > > Isn't that larger than 4MB? > > Warner > > : Regards, > : Ravindra K. > : > : M. Warner Losh wrote: > : > In message: <4C3DAAB9.8020004@globaledgesoft.com> > : > Ravindra writes: > : > : Hi, > : > : : I am trying to build the RootFile System using the commands as > : > below: > : > : I am getting error during last step. > : > : : 1.make buildworld TARGET=arm TARGET_ARCH=arm > : > TARGET_CPUTYPE=arm920t > : > : : 2. make installworld TARGET=arm TARGET_ARCH=arm > : > TARGET_CPUTYPE=arm920t > : > : DESTDIR=/usr/home/user/path/to/root/fs > : > : : * To create a rootfile system* > : > : 3. makefs -B little /usr/home/user/path/to/root.ufs > : > : /usr/home/user/path/to/root/fs > : > : : 4. make buildkernel TARGET=arm KERNCONF=LN2410SBC > : > DESTDIR=/root/kernel > : > : installkernel -DNO_MODULES MFS_IMAGE=/usr/home/user/path/to/root.ufs > : > : : : I am getting the error "MFS Image too large" even though i have > : > : enabled MFD_ROOT_SIZE to 4MB, can anybody give me solution for this. > : > > : > What does ls -l /usr/home/user/path/to/root.ufs tell you? > : > > : > Warner > : > > : > > : > > : > : > : > > > From owner-freebsd-arm@FreeBSD.ORG Fri Jul 16 16:47:56 2010 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06D931065678 for ; Fri, 16 Jul 2010 16:47:56 +0000 (UTC) (envelope-from mark@exonetric.com) Received: from relay0.exonetric.net (relay0.exonetric.net [82.138.248.161]) by mx1.freebsd.org (Postfix) with ESMTP id C65768FC1D for ; Fri, 16 Jul 2010 16:47:55 +0000 (UTC) Received: from markimac.fairfx.local (unknown [62.244.179.66]) by relay0.exonetric.net (Postfix) with ESMTP id F03875722C for ; Fri, 16 Jul 2010 17:28:48 +0100 (BST) Message-ID: <4C4088C0.4070801@exonetric.com> Date: Fri, 16 Jul 2010 17:28:48 +0100 From: Mark Blackman User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.10) Gecko/20100504 SeaMonkey/2.0.5 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: semihalf HASE-1 systems X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jul 2010 16:47:56 -0000 I see that semihalf in Poland specialize in FreeBSD/ARM systems, but I wonder if anyone on this list has much experience with them? I'd guess some semihalf employees are on this list in any case. Cheers, Mark From owner-freebsd-arm@FreeBSD.ORG Fri Jul 16 16:47:56 2010 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B748106567C for ; Fri, 16 Jul 2010 16:47:56 +0000 (UTC) (envelope-from mark@exonetric.com) Received: from relay0.exonetric.net (relay0.exonetric.net [82.138.248.161]) by mx1.freebsd.org (Postfix) with ESMTP id C64948FC17 for ; Fri, 16 Jul 2010 16:47:55 +0000 (UTC) Received: from markimac.fairfx.local (unknown [62.244.179.66]) by relay0.exonetric.net (Postfix) with ESMTP id 99AB457008; Fri, 16 Jul 2010 17:26:09 +0100 (BST) Message-ID: <4C408821.8070403@exonetric.com> Date: Fri, 16 Jul 2010 17:26:09 +0100 From: Mark Blackman User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.10) Gecko/20100504 SeaMonkey/2.0.5 MIME-Version: 1.0 To: Ravindra References: <4C3DAAB9.8020004@globaledgesoft.com> <20100714.072457.802140508273937765.imp@bsdimp.com> <4C3DDAB8.3070108@globaledgesoft.com> <20100714.095126.796017888477707637.imp@bsdimp.com> <4C3DE560.8000006@globaledgesoft.com> In-Reply-To: <4C3DE560.8000006@globaledgesoft.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org Subject: Re: RootFile System Error X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jul 2010 16:47:56 -0000 Ravindra wrote: > it is larger than 4 MB, but still i am unable. > I'm guessing that MFD_ROOT_SIZE=4MB constrains the total size of the root filesystem. The root filesystem you've built is too big to fit into 4MB. I've no idea if you can increase MFD_ROOT_SIZE to accomodate the root file system you've built *OR* if you need to strip your root file system down. - Mark From owner-freebsd-arm@FreeBSD.ORG Fri Jul 16 16:48:09 2010 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C37D61065680 for ; Fri, 16 Jul 2010 16:48:09 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 822A48FC15 for ; Fri, 16 Jul 2010 16:48:09 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o6GGfe3F099979; Fri, 16 Jul 2010 10:41:40 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 16 Jul 2010 10:42:02 -0600 (MDT) Message-Id: <20100716.104202.509346017166585931.imp@bsdimp.com> To: mark@exonetric.com From: "M. Warner Losh" In-Reply-To: <4C408821.8070403@exonetric.com> References: <20100714.095126.796017888477707637.imp@bsdimp.com> <4C3DE560.8000006@globaledgesoft.com> <4C408821.8070403@exonetric.com> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-arm@FreeBSD.org, ravindra.kulkarni@globaledgesoft.com Subject: Re: RootFile System Error X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jul 2010 16:48:09 -0000 In message: <4C408821.8070403@exonetric.com> Mark Blackman writes: : Ravindra wrote: : > it is larger than 4 MB, but still i am unable. : > : : I'm guessing that MFD_ROOT_SIZE=4MB constrains the : total size of the root filesystem. The root filesystem : you've built is too big to fit into 4MB. I've no idea : if you can increase MFD_ROOT_SIZE to accomodate the : root file system you've built *OR* if you need to strip : your root file system down. MFD_ROOT_SIZE does do exactly that. It says 'reserve exactly this amount of space for a MFS root inside the kernel image'. If you try to add a MFS root that's larger, it will fail as seen above. 250MB is also really large for a ram disk. I'm not familiar with the limitations of ARM, but I know that for MIPS this would be 1/2 of the available KVM space and it likely wouldn't cope too well with that. IIRC, there's a kernel size limit of 32MB on ARM, which would constrain the ram disk size to something less than that. How are you building the root image? If it is following my instructions using buildworld, chances are it is too bloated. You'd be better off with a nanobsd image, which would be much smaller (like on the order of 20-30MB if you turn everything off, and maybe do some hand/script pruning of files at the end). Warner P.S. Sorry for the zen-master-like replies earlier. I realized later I should have explained why this was a problem. From owner-freebsd-arm@FreeBSD.ORG Fri Jul 16 17:01:20 2010 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A631106566B for ; Fri, 16 Jul 2010 17:01:20 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 2419C8FC08 for ; Fri, 16 Jul 2010 17:01:20 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o6GGswSv000197; Fri, 16 Jul 2010 10:54:58 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 16 Jul 2010 10:55:20 -0600 (MDT) Message-Id: <20100716.105520.850630120765280667.imp@bsdimp.com> To: mark@exonetric.com From: "M. Warner Losh" In-Reply-To: <4C4088C0.4070801@exonetric.com> References: <4C4088C0.4070801@exonetric.com> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-arm@FreeBSD.org Subject: Re: semihalf HASE-1 systems X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jul 2010 17:01:20 -0000 In message: <4C4088C0.4070801@exonetric.com> Mark Blackman writes: : I see that semihalf in Poland specialize in FreeBSD/ARM : systems, but I wonder if anyone on this list has much : experience with them? I held a HASE-1 in my hands at meetBSD. But that's where my knowledge ends. : I'd guess some semihalf employees are on this list in any : case. Yea :) Warner From owner-freebsd-arm@FreeBSD.ORG Fri Jul 16 17:27:55 2010 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 185B71065744 for ; Fri, 16 Jul 2010 17:27:55 +0000 (UTC) (envelope-from jceel@semihalf.com) Received: from smtp.semihalf.com (smtp.semihalf.com [213.17.239.109]) by mx1.freebsd.org (Postfix) with ESMTP id A78E88FC18 for ; Fri, 16 Jul 2010 17:27:52 +0000 (UTC) Received: from localhost (unknown [213.17.239.109]) by smtp.semihalf.com (Postfix) with ESMTP id 75B01C42D8 for ; Fri, 16 Jul 2010 19:27:51 +0200 (CEST) X-Virus-Scanned: by amavisd-new at semihalf.com Received: from smtp.semihalf.com ([213.17.239.109]) by localhost (smtp.semihalf.com [213.17.239.109]) (amavisd-new, port 10024) with ESMTP id uxmw4RezYohf for ; Fri, 16 Jul 2010 19:27:51 +0200 (CEST) Received: from [10.10.1.3] (remotehell.sc.czest.pl [83.19.65.138]) by smtp.semihalf.com (Postfix) with ESMTPSA id E80E0C42D5 for ; Fri, 16 Jul 2010 19:27:50 +0200 (CEST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1077) From: Jakub Klama In-Reply-To: <4C4088C0.4070801@exonetric.com> Date: Fri, 16 Jul 2010 19:27:49 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <4C4088C0.4070801@exonetric.com> To: freebsd-arm@FreeBSD.org X-Mailer: Apple Mail (2.1077) Cc: Subject: Re: semihalf HASE-1 systems X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jul 2010 17:27:55 -0000 Wiadomosc napisana przez Mark Blackman w dniu 2010-07-16, o godz. 18:28: > I see that semihalf in Poland specialize in FreeBSD/ARM > systems, but I wonder if anyone on this list has much > experience with them? There is base support for FreeBSD on HASE-1 (DaVinci port), which = includes=20 Ethernet and MMC/SD controller drivers. Video and multimedia features of=20= HASE-1 are currently not supported under FreeBSD. For more info, please = take a look at:=20 = http://www.freebsd.org/news/status/report-2010-01-2010-03.html#FreeBSD/arm= -port-for-TI-DaVinci Code of DaVinci port is available in P4 under = //depot/user/jceel/davinci/... --=20 Jakub Klama.= From owner-freebsd-arm@FreeBSD.ORG Fri Jul 16 18:21:58 2010 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 68B341065678 for ; Fri, 16 Jul 2010 18:21:58 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 2A6B08FC0A for ; Fri, 16 Jul 2010 18:21:58 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o6GIDM2k000920; Fri, 16 Jul 2010 12:13:22 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 16 Jul 2010 12:13:44 -0600 (MDT) Message-Id: <20100716.121344.1123992726549248312.imp@bsdimp.com> To: jceel@semihalf.com From: "M. Warner Losh" In-Reply-To: References: <4C4088C0.4070801@exonetric.com> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org Subject: Re: semihalf HASE-1 systems X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jul 2010 18:21:58 -0000 In message: Jakub Klama writes: : Wiadomosc napisana przez Mark Blackman w dniu 2010-07-16, o godz. 18:28: : : > I see that semihalf in Poland specialize in FreeBSD/ARM : > systems, but I wonder if anyone on this list has much : > experience with them? : : There is base support for FreeBSD on HASE-1 (DaVinci port), which includes : Ethernet and MMC/SD controller drivers. Video and multimedia features of : HASE-1 are currently not supported under FreeBSD. For more info, please take : a look at: : : http://www.freebsd.org/news/status/report-2010-01-2010-03.html#FreeBSD/arm-port-for-TI-DaVinci : : Code of DaVinci port is available in P4 under //depot/user/jceel/davinci/... Do you have plans to merge this into -current? Are you looking for people to help with that if you don't have a commit bit yet? Warner From owner-freebsd-arm@FreeBSD.ORG Fri Jul 16 18:51:07 2010 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 53DFE106566B for ; Fri, 16 Jul 2010 18:51:07 +0000 (UTC) (envelope-from jceel@semihalf.com) Received: from smtp.semihalf.com (smtp.semihalf.com [213.17.239.109]) by mx1.freebsd.org (Postfix) with ESMTP id F3CF38FC20 for ; Fri, 16 Jul 2010 18:51:06 +0000 (UTC) Received: from localhost (unknown [213.17.239.109]) by smtp.semihalf.com (Postfix) with ESMTP id E8686C42D8; Fri, 16 Jul 2010 20:51:05 +0200 (CEST) X-Virus-Scanned: by amavisd-new at semihalf.com Received: from smtp.semihalf.com ([213.17.239.109]) by localhost (smtp.semihalf.com [213.17.239.109]) (amavisd-new, port 10024) with ESMTP id qX+NT4ejaris; Fri, 16 Jul 2010 20:51:05 +0200 (CEST) Received: from [10.10.1.3] (remotehell.sc.czest.pl [83.19.65.138]) by smtp.semihalf.com (Postfix) with ESMTPSA id 1A3A9C42D5; Fri, 16 Jul 2010 20:51:05 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=iso-8859-2 From: Jakub Klama In-Reply-To: <20100716.121344.1123992726549248312.imp@bsdimp.com> Date: Fri, 16 Jul 2010 20:51:02 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <8417DB82-3086-4291-BEAD-DF3C5E65A0C8@semihalf.com> References: <4C4088C0.4070801@exonetric.com> <20100716.121344.1123992726549248312.imp@bsdimp.com> To: "M. Warner Losh" X-Mailer: Apple Mail (2.1077) Cc: freebsd-arm@FreeBSD.org Subject: Re: semihalf HASE-1 systems X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jul 2010 18:51:07 -0000 Wiadomo=B6=E6 napisana przez M. Warner Losh w dniu 2010-07-16, o godz. = 20:13: > : There is base support for FreeBSD on HASE-1 (DaVinci port), which = includes=20 > : Ethernet and MMC/SD controller drivers. Video and multimedia = features of=20 > : HASE-1 are currently not supported under FreeBSD. For more info, = please take > : a look at:=20 > :=20 > : = http://www.freebsd.org/news/status/report-2010-01-2010-03.html#FreeBSD/arm= -port-for-TI-DaVinci > :=20 > : Code of DaVinci port is available in P4 under = //depot/user/jceel/davinci/... >=20 > Do you have plans to merge this into -current? Are you looking for > people to help with that if you don't have a commit bit yet? Yeah, but I think that this code should be updated to FDT first. I will = do the FDT conversion after GSoC ends, when I should have more free time. :) --=20 Jakub Klama From owner-freebsd-arm@FreeBSD.ORG Fri Jul 16 19:06:49 2010 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 44FFA1065675 for ; Fri, 16 Jul 2010 19:06:49 +0000 (UTC) (envelope-from raj@semihalf.com) Received: from smtp.semihalf.com (smtp.semihalf.com [213.17.239.109]) by mx1.freebsd.org (Postfix) with ESMTP id E60348FC1C for ; Fri, 16 Jul 2010 19:06:48 +0000 (UTC) Received: from localhost (unknown [213.17.239.109]) by smtp.semihalf.com (Postfix) with ESMTP id D074AC42D8; Fri, 16 Jul 2010 21:06:47 +0200 (CEST) X-Virus-Scanned: by amavisd-new at semihalf.com Received: from smtp.semihalf.com ([213.17.239.109]) by localhost (smtp.semihalf.com [213.17.239.109]) (amavisd-new, port 10024) with ESMTP id 8TWBijsbkCcW; Fri, 16 Jul 2010 21:06:47 +0200 (CEST) Received: from [192.168.133.14] (nat3-133.ghnet.pl [91.150.222.133]) by smtp.semihalf.com (Postfix) with ESMTPSA id 2555CC42D5; Fri, 16 Jul 2010 21:06:47 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: text/plain; charset=us-ascii From: Rafal Jaworowski In-Reply-To: <20100716.105520.850630120765280667.imp@bsdimp.com> Date: Fri, 16 Jul 2010 21:06:46 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <4C4088C0.4070801@exonetric.com> <20100716.105520.850630120765280667.imp@bsdimp.com> To: M. Warner Losh X-Mailer: Apple Mail (2.1081) Cc: freebsd-arm@FreeBSD.org Subject: Re: semihalf HASE-1 systems X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jul 2010 19:06:49 -0000 On 2010-07-16, at 18:55, M. Warner Losh wrote: > In message: <4C4088C0.4070801@exonetric.com> > Mark Blackman writes: > : I see that semihalf in Poland specialize in FreeBSD/ARM > : systems, but I wonder if anyone on this list has much > : experience with them? >=20 > I held a HASE-1 in my hands at meetBSD. But that's where my knowledge > ends. It can be seen on some of the conference photos (for those who hasn't = made it, we were showing various ARM-based systems at meetBSD 2010, all = running FreeBSD of course :-) http://picasaweb.google.com/meetbsd/MeetBSD2010Day1#5491267312944321922 http://picasaweb.google.com/meetbsd/MeetBSD2010Day1#5491267316840407746 Rafal