From owner-freebsd-arm@FreeBSD.ORG Sun Mar 17 16:01:18 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 4A5EBFAD; Sun, 17 Mar 2013 16:01:18 +0000 (UTC) (envelope-from andrew@bradfordembedded.com) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id EF273834; Sun, 17 Mar 2013 16:01:17 +0000 (UTC) Received: from compute4.internal (compute4.nyi.mail.srv.osa [10.202.2.44]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 8798E2093C; Sun, 17 Mar 2013 12:01:16 -0400 (EDT) Received: from frontend1.nyi.mail.srv.osa ([10.202.2.160]) by compute4.internal (MEProxy); Sun, 17 Mar 2013 12:01:16 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= bradfordembedded.com; h=date:from:to:cc:subject:message-id :in-reply-to:references:mime-version:content-type :content-transfer-encoding; s=mesmtp; bh=W0FPV6x1k+xSuGGF1lMwZkP d+CY=; b=cHrRBki07ncmUZ9hSF5wvyGCYGzA1cCnORUnNghVlKO2u3g061mtI6I Kg4nkTxfvuRWVj41aFyisw+caXP63VK/bVRgcBfAzpb65Ggh0momJsd6CwCAFluc 3XOvYsDv6mg9k/YLzaRYof0QuadHnKIRd2qpjHM0ey/r5bf7aHZs= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=date:from:to:cc:subject:message-id :in-reply-to:references:mime-version:content-type :content-transfer-encoding; s=smtpout; bh=W0FPV6x1k+xSuGGF1lMwZk Pd+CY=; b=JUIWhTYGeY5hsIS+PvyTnfMGtgMa7uxN54a+LT3JSOmTIyTsxC087V iqwUDtgXDnPmlOvPXKX9kkYRGKivQuqvNORf/h3B6cBFuU1VadSLLlU0lzu7w/EK +0yx5chIYph0ZaYjsNsMmF59mM8gdkNHmWpsYl+BayUh6yZNeE8+4= X-Sasl-enc: ZkO4WOuRkcBkx2bImOdbrRTlmCOwaP+ms6ivjhNkF8OY 1363536075 Received: from lati.bradfordembedded.com (unknown [24.235.74.239]) by mail.messagingengine.com (Postfix) with ESMTPA id 538E8C80E8B; Sun, 17 Mar 2013 12:01:15 -0400 (EDT) Date: Sun, 17 Mar 2013 12:01:11 -0400 From: Andrew Bradford To: george@ceetonetechnology.com Subject: Re: The Next BeagleBone Better & Faster for Less! Message-ID: <20130317120111.2859f538@lati.bradfordembedded.com> In-Reply-To: <513DE102.90405@ceetonetechnology.com> References: <5125A73F.10802@ceetonetechnology.com> <20130221011346.3c376117@ivory.wynn.com> <48679DB0-7A2B-4617-BAA3-30C21F3CD61B@bsdimp.com> <1361458105.1185.19.camel@revolution.hippie.lan> <1361459858.1185.25.camel@revolution.hippie.lan> <5B57B232-3DEE-42A4-9623-58E7D75291B9@bsdimp.com> <513DE102.90405@ceetonetechnology.com> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.20.1; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Tim Kientzle , "freebsd-arm@freebsd.org" , Brett Wynkoop , Ian Lepore X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Mar 2013 16:01:18 -0000 On Mon, 11 Mar 2013 09:49:54 -0400 George Rosamond wrote: > On 03/11/13 06:37, Alie Tan wrote: > > Sneek peek: > > https://plus.google.com/102344295024422039483/posts/6Z4mixQGRcH > > I tried via a contact at CircuitCo, but it would be nice if some devs > could get a pre-release board or at least the specs so we had a > jump-start on porting efforts. If you privately contact Gerald Cooley or Jason Kridner, both participate on the beagleboard Google Group if you don't have their contact info, they might be able to get you a pre-production board. A small number of people who participate in the beagleboard.org community have pre-production boards but most of the focus of the people with boards is on Linux, u-boot, and some of the extra software that ships with the boards. > I'm a bit confused by the production process involved.. > > 1. TI makes the chip > > 2. The open design is implemented by a variety (?) of manufacturers > > 3. You have a bunch of distributors > > But with this board, I cant seem to identify who would be privy to the > specs on the new board... TI makes the chip and does the board design work in tandem with CircuitCo. CircuitCo manufacture the Beagle Bones. CircuitCo sells boards to distributors. CircuitCo and TI work together on the software (Linux, u-boot, Angstrom, etc). CircuitCo or people who have beagleboard.org email addresses are the ones to contact in order to get more info on specs or pre-production boards. Those who have received pre-production boards are "bound" by gentleman's agreement not to share specs or other details. Regards, Andrew From owner-freebsd-arm@FreeBSD.ORG Sun Mar 17 19:34:00 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id EEFD91FE for ; Sun, 17 Mar 2013 19:34:00 +0000 (UTC) (envelope-from ray@ddteam.net) Received: from mail-we0-x22d.google.com (mail-we0-x22d.google.com [IPv6:2a00:1450:400c:c03::22d]) by mx1.freebsd.org (Postfix) with ESMTP id 7F848EDD for ; Sun, 17 Mar 2013 19:34:00 +0000 (UTC) Received: by mail-we0-f173.google.com with SMTP id x51so4249794wey.32 for ; Sun, 17 Mar 2013 12:33:59 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:date:from:to:cc:subject:message-id:in-reply-to :references:x-mailer:mime-version:content-type :content-transfer-encoding:x-gm-message-state; bh=mftueYiPov1AyrQcRUA1RwFhLWT1TKjJeTiokw6swIw=; b=dYh9g9b2jqvKtjvaMaVNkRd+ZAiblIt95XycrTAqqnS3I12+oTDNeHjNddwRWSe8gz p3gwaD+EeVgP1xKf4PLvhdbnMt0k+AYmWSJXHzGzfCmUP+0lbJFbbINiIS2U/6iNbe5V SK8uQgLqaMSNtmiueUWPczemo2d2kYeRDglHJgUVBPFa5kffR6Bpv5v9BNDt8fumuBqD kuAW6YQRUrIpq88yEfJvmJquZWHDuAT1UINJGEBXDPFC9BEzo7LQ8mqDpRnt+wP8tHzq jVgnZFxMJuD+qbhDzZi6xGr4jDiTzZSI+5AjlJt2z4sMLfFTqwcerUHsVrQiWVLL3p/L kH7Q== X-Received: by 10.180.100.169 with SMTP id ez9mr12698892wib.3.1363548839646; Sun, 17 Mar 2013 12:33:59 -0700 (PDT) Received: from rnote.ddteam.net (151-164-135-95.pool.ukrtel.net. [95.135.164.151]) by mx.google.com with ESMTPS id du2sm9725644wib.0.2013.03.17.12.33.57 (version=TLSv1 cipher=RC4-SHA bits=128/128); Sun, 17 Mar 2013 12:33:58 -0700 (PDT) Date: Sun, 17 Mar 2013 21:33:55 +0200 From: Aleksandr Rybalko To: Aleksandr Rybalko Subject: Re: [CFT + RFC] FDT resource management (patch) Message-Id: <20130317213355.c7145f17.ray@ddteam.net> In-Reply-To: <20130301013545.3d438d8e.ray@freebsd.org> References: <20130301013545.3d438d8e.ray@freebsd.org> X-Mailer: Sylpheed 3.1.2 (GTK+ 2.24.5; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Gm-Message-State: ALoCoQmxTZcPpvQ/6gze9EqV1nlxmce+rwA63XzUvr5KwL+USYTX92uzFeyZI/dGbL0MaVia41AW Cc: arm@FreeBSD.org, mips@freebsd.org, ppc@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Mar 2013 19:34:01 -0000 On Fri, 1 Mar 2013 01:35:45 +0200 Aleksandr Rybalko wrote: > Hi, > > at first sorry for cross post, but IIRC we have no FDT list yet and I > don't want to break even single ppc/MPC85XX. > > Now we have: fdtbus get physical address from the blob, map address > (panic on SPI CS "address" :) ) to virtual and return it as resource > to child bus (f.e. simplebus), but all other, not FDT based, ARCHes > delegate this work to parent of device who request resource. As result > we have virtual addresses in boot log + rman and it's try to map > address for not mapable buses. > > Two month ago I made the patch: > http://people.freebsd.org/~ray/2012-12-25_fdt_correct_resource.diff > but testing give good results for i.MX515(Efika), BCM2835(RPi), > OMAPxxx(Pandaboard), but fail on Beagleboard. > > Patch is simple, and I was surprised by BB problem, so I have to ask > help with testing on everything using fdtbus/simplebus. > > Please help/test/comment! > > Many thanks! > > WBW > -- > Aleksandr Rybalko Hi, many thanks to Ian. He has found source of BeagleBone/BeagleBoard problems. And it seems affect RPi SDHCI driver too. So now patch updating on more bit. It is removing usage vtophys on rman resource. Because normally we have physical addresses in rman. Fresh patch: http://people.freebsd.org/~ray/2013-03-17_fdt_correct_resource.diff If nobody objects I will commit it tomorrow. Thanks! WBW -- Aleksandr Rybalko From owner-freebsd-arm@FreeBSD.ORG Mon Mar 18 10:40:02 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id C6C077A4; Mon, 18 Mar 2013 10:40:02 +0000 (UTC) (envelope-from andrew@fubar.geek.nz) Received: from smtp3.clear.net.nz (smtp3.clear.net.nz [203.97.33.64]) by mx1.freebsd.org (Postfix) with ESMTP id 95891113; Mon, 18 Mar 2013 10:40:02 +0000 (UTC) Received: from mxin3-orange.clear.net.nz (lb2-srcnat.clear.net.nz [203.97.32.237]) by smtp3.clear.net.nz (CLEAR Net Mail) with ESMTP id <0MJU003P7MP4I020@smtp3.clear.net.nz>; Mon, 18 Mar 2013 22:07:52 +1300 (NZDT) Received: from 202-0-48-19.paradise.net.nz (HELO bender) ([202.0.48.19]) by smtpin32.paradise.net.nz with ESMTP; Mon, 18 Mar 2013 22:07:52 +1300 Date: Mon, 18 Mar 2013 22:07:47 +1300 From: Andrew Turner Subject: RFC: Make clang the default compiler on ARM To: freebsd-arm@freebsd.org, freebsd-toolchain@freebsd.org Message-id: <20130318220747.29d3fd29@bender> MIME-version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 18 Mar 2013 10:40:02 -0000 I would like to make clang the default compiler on ARM using the patch at [1]. This only affects little-endian ARM as there is no support for big-endian ARM in clang. This will help me with my work to update the FreeBSD ARM ABI as I am planning on moving to a hard-float ABI on armv6 as all SoCs we are likely to support have at least a VFPv3-D16 floating point coprocessor. The version of gcc we have in our tree does not support the hard float ABI with VFP and support was added after gcc moved to the GPLv3 so we are usable to make use of it. The only issue I know about is an incompatibility between gcc and clang with ARM EABI however this has been fixed upstream and I plan on bringing it into our tree before making clang the default. If anyone knows of any other issues please let me know now so I can look into them. If nobody brings up any issues or has any objections to me doing this I will make clang the default earlier than 25 March (UTC+0). Andrew [1] http://people.freebsd.org/~andrew/clang/arm_clang_default.diff From owner-freebsd-arm@FreeBSD.ORG Mon Mar 18 11:06:38 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id DA64C854 for ; Mon, 18 Mar 2013 11:06:38 +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 CB781A9D for ; Mon, 18 Mar 2013 11:06:38 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r2IB6cJE002058 for ; Mon, 18 Mar 2013 11:06:38 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r2IB6c6X002056 for freebsd-arm@FreeBSD.org; Mon, 18 Mar 2013 11:06:38 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 18 Mar 2013 11:06:38 GMT Message-Id: <201303181106.r2IB6c6X002056@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 Subject: Current problem reports assigned to freebsd-arm@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 18 Mar 2013 11:06:38 -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/176424 arm Compiler warning, TARGET_ARCH=armv6, make MALLOC_PRODU o arm/175803 arm building xdev for arm failing o arm/175605 arm please fix build binutils-2.23.1 in raspberry pi o arm/174461 arm [patch] Fix off-by-one in arm9/arm10 cache maintenance o arm/173617 arm Dreamplug exhibits eSATA file corruption using network o kern/171096 arm [arm][xscale][ixp]Allow 16bit access on PCI bus o arm/166256 arm build fail in pmap.c o arm/162159 arm [panic] USB errors leading to panic on DockStar 9.0-RC o arm/161110 arm /usr/src/sys/arm/include/signal.h is bad o arm/161044 arm devel/icu does not build on arm o arm/158950 arm arm/sheevaplug fails fsx when mmap operations are enab o arm/155894 arm [patch] Enable at91 booting from SDHC (high capacity) p arm/155214 arm [patch] MMC/SD IO slow on Atmel ARM with modern large o arm/154227 arm [geli] using GELI leads to panic on ARM o arm/153380 arm Panic / translation fault with wlan on ARM o arm/150581 arm [irq] Unknown error generates IRQ address decoding err o arm/149288 arm mail/dovecot causes panic during configure on Sheevapl o arm/134368 arm [new driver] [patch] nslu2_led driver for the LEDs on p arm/134338 arm [patch] Lock GPIO accesses on ixp425 19 problems total. From owner-freebsd-arm@FreeBSD.ORG Mon Mar 18 11:13:34 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 5BD9CCA1; Mon, 18 Mar 2013 11:13:34 +0000 (UTC) (envelope-from nick@flirble.org) Received: from plum.flirble.org (plum.flirble.org [194.70.3.20]) by mx1.freebsd.org (Postfix) with ESMTP id 2BE1FDE2; Mon, 18 Mar 2013 11:13:33 +0000 (UTC) Received: from nick by plum.flirble.org with local (Exim 4.75 (FreeBSD)) (envelope-from ) id 1UHXhO-000LBx-LX; Mon, 18 Mar 2013 10:53:50 +0000 Date: Mon, 18 Mar 2013 10:53:50 +0000 From: Nicholas Clark To: Andrew Turner Subject: Re: RFC: Make clang the default compiler on ARM Message-ID: <20130318105349.GS3729@plum.flirble.org> References: <20130318220747.29d3fd29@bender> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130318220747.29d3fd29@bender> X-Organisation: Tetrachloromethane User-Agent: Mutt/1.5.21 (2010-09-15) Sender: Nicholas Clark Cc: freebsd-arm@freebsd.org, freebsd-toolchain@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 18 Mar 2013 11:13:34 -0000 On Mon, Mar 18, 2013 at 10:07:47PM +1300, Andrew Turner wrote: > I would like to make clang the default compiler on ARM using the patch > at [1]. This only affects little-endian ARM as there is no support for > big-endian ARM in clang. > [1] http://people.freebsd.org/~andrew/clang/arm_clang_default.diff I admit that I'm a complete outsider here I'm not sure if I'm qualified to comment, but in the code in question, the comment above the changed line is becoming increasingly incorrect, isn't it? (This seems to reflect the sad reality of code comments generally, including in the code I write and get to deal with.) Nicholas Clark From owner-freebsd-arm@FreeBSD.ORG Mon Mar 18 12:23:35 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 6AA89AA7 for ; Mon, 18 Mar 2013 12:23:35 +0000 (UTC) (envelope-from alie@affle.com) Received: from mail-qc0-x22d.google.com (mail-qc0-x22d.google.com [IPv6:2607:f8b0:400d:c01::22d]) by mx1.freebsd.org (Postfix) with ESMTP id EFB2A7AD for ; Mon, 18 Mar 2013 12:23:34 +0000 (UTC) Received: by mail-qc0-f173.google.com with SMTP id b12so2760320qca.32 for ; Mon, 18 Mar 2013 05:23:34 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type:x-gm-message-state; bh=Pz5eLEw0gNq0Gjvn5BGy7hKTSA9k6+cB5DZ75+W8yq8=; b=ESN34iXcKztxuetgnYtSlFdLWuJTaKg6M1sZoYPbPFwZnsGNuP2WAvIHqIrJGHiDQQ 52OFURSfiZbtFi63MPUV9Mz53Hz5EmpZx/fkI6OZASU1pT69Lz0/4ryVemE0xEmctUD4 U66DpVdmkbsHX63CtKwrI4TTwzChXE91ZXNgrImDSfduO4befpR9zB25DDTYOQEEpfZP oiKqiN2jDV8ZCfz73T6MnwARZc5Gppg07AYXVjEfUC+358bUOEdur2CWWwlIIdFW/bpQ aNr3HpGhk60FEMrgWVTp5TsqrQV/igJBwZO0MJWgexSfdBVgbRXnfgnrURAQAwSEBa0U Ff4g== MIME-Version: 1.0 X-Received: by 10.224.78.196 with SMTP id m4mr19316071qak.67.1363609414447; Mon, 18 Mar 2013 05:23:34 -0700 (PDT) Received: by 10.49.87.193 with HTTP; Mon, 18 Mar 2013 05:23:33 -0700 (PDT) Date: Mon, 18 Mar 2013 20:23:33 +0800 Message-ID: Subject: kern.ipc.maxsockets limit reached on Raspberry From: Alie Tan To: "freebsd-arm@freebsd.org" Content-Type: multipart/mixed; boundary=20cf3074d4d2c2c89404d8320e75 X-Gm-Message-State: ALoCoQml9vqO++Xz54+Tr58T7v63dIUTzYZ8ifY7h2cKxIhjPOv9clb7W3Ye9C4Bx+PAAVwdYTZi X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 18 Mar 2013 12:23:35 -0000 --20cf3074d4d2c2c89404d8320e75 Content-Type: text/plain; charset=ISO-8859-1 Hi, I just got this issue on my Hiawatha web-server on Raspi 512MB with FreeBSD r247518. This issue happens every 1-2 days. Anyone got any clue about this issue? I can increase the maxsockets but it seems just a workaround. Regards, Alie T --20cf3074d4d2c2c89404d8320e75-- From owner-freebsd-arm@FreeBSD.ORG Mon Mar 18 12:28:20 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 9AB9FB28 for ; Mon, 18 Mar 2013 12:28:20 +0000 (UTC) (envelope-from alie@affle.com) Received: from mail-qc0-x230.google.com (mail-qc0-x230.google.com [IPv6:2607:f8b0:400d:c01::230]) by mx1.freebsd.org (Postfix) with ESMTP id 336677DA for ; Mon, 18 Mar 2013 12:28:20 +0000 (UTC) Received: by mail-qc0-f176.google.com with SMTP id n41so2697984qco.21 for ; Mon, 18 Mar 2013 05:28:19 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:content-type:x-gm-message-state; bh=iv/5Rfu7WSElNRafavvnDxQxEEkdK3tMx9BQ4vmrfrQ=; b=U/VxtGRSqWKOQVvJC0OaAPNb33Tk86mfFzadtaEZcRtZfh+dVB89xgBi+KjSSM+fZJ BhColCcBI5BuehGgAYoFKPDFEnnDHEERRooAC9xYdd3MpdiFwVnK1OkRzN61iIvEjIAo KUYNkAIVK5yQBDE3nTadncJZ/TL7PL5VSqc4Ontx6c/aQN93N+oL0hbKqgeGeR22Gr5j 11EbenKqdp/9SxbzzYPQS07WR6vPzN0571D8FyARHU6zoSjHv0H4fk1XTZAnA1tbpzuj AkFgujST3QE3wOaNYPP8x7Pr6T1/lTaubx7I8w4+CRdhph5EUNcrLNmTtTPzhne/PatJ CtIQ== MIME-Version: 1.0 X-Received: by 10.224.18.138 with SMTP id w10mr19143209qaa.20.1363609699686; Mon, 18 Mar 2013 05:28:19 -0700 (PDT) Received: by 10.49.87.193 with HTTP; Mon, 18 Mar 2013 05:28:19 -0700 (PDT) In-Reply-To: References: Date: Mon, 18 Mar 2013 20:28:19 +0800 Message-ID: Subject: Re: kern.ipc.maxsockets limit reached on Raspberry From: Alie Tan To: "freebsd-arm@freebsd.org" X-Gm-Message-State: ALoCoQmm2hmDDuQYzIztLdZ5xOqQqwdgVFJf1xjrxuJvNiSCw3MAn51aNT1H4r+dCUYW4Wg6Cn+o Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 18 Mar 2013 12:28:20 -0000 Forgot to mention. I can't SSH to the device once this issue occurred. On Mon, Mar 18, 2013 at 8:23 PM, Alie Tan wrote: > Hi, > > I just got this issue on my Hiawatha web-server on Raspi 512MB with > FreeBSD r247518. This issue happens every 1-2 days. > > Anyone got any clue about this issue? I can increase the maxsockets but it > seems just a workaround. > > Regards, > Alie T > > > From owner-freebsd-arm@FreeBSD.ORG Mon Mar 18 13:35:32 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 0469FE33 for ; Mon, 18 Mar 2013 13:35:32 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.78]) by mx1.freebsd.org (Postfix) with ESMTP id 99DBAAC0 for ; Mon, 18 Mar 2013 13:35:31 +0000 (UTC) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1UHZyU-0003Vk-LL for freebsd-arm@freebsd.org; Mon, 18 Mar 2013 14:19:39 +0100 Received: from [81.21.138.17] (helo=ronaldradial.versatec.local) by smtp.greenhost.nl with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1UHZyU-0007gN-0x for freebsd-arm@freebsd.org; Mon, 18 Mar 2013 14:19:38 +0100 Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: freebsd-arm@freebsd.org Subject: Re: kern.ipc.maxsockets limit reached on Raspberry References: Date: Mon, 18 Mar 2013 14:19:36 +0100 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Ronald Klop" Message-ID: In-Reply-To: User-Agent: Opera Mail/12.14 (Win32) X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.0 X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_20 autolearn=disabled version=3.3.1 X-Scan-Signature: 919fae14bc17c74543a025539baad412 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 18 Mar 2013 13:35:32 -0000 On Mon, 18 Mar 2013 13:28:19 +0100, Alie Tan wrote: > Forgot to mention. I can't SSH to the device once this issue occurred. That is expected. SSH needs a socket, so as maxsockets is reached... You get the point. ;-) > > > On Mon, Mar 18, 2013 at 8:23 PM, Alie Tan wrote: > >> Hi, >> >> I just got this issue on my Hiawatha web-server on Raspi 512MB with >> FreeBSD r247518. This issue happens every 1-2 days. >> >> Anyone got any clue about this issue? I can increase the maxsockets but >> it >> seems just a workaround. You can put this in cron. (From the top of my head so beware of typos.) */15 * * * * sockstat This will mail you the open sockets every 15 minutes. See what is growing infinitely. Ronald. From owner-freebsd-arm@FreeBSD.ORG Mon Mar 18 14:49:04 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id D06C4FBF; Mon, 18 Mar 2013 14:49:04 +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 A4CE6F85; Mon, 18 Mar 2013 14:49:04 +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 r2IEmvLT050977; Mon, 18 Mar 2013 10:48:57 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r2IEmvvS050976; Mon, 18 Mar 2013 14:48:57 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 18 Mar 2013 14:48:57 GMT Message-Id: <201303181448.r2IEmvvS050976@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 arm/arm Precedence: bulk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Mar 2013 14:49:04 -0000 TB --- 2013-03-18 13:20:17 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-03-18 13:20:17 - 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 --- 2013-03-18 13:20:17 - starting HEAD tinderbox run for arm/arm TB --- 2013-03-18 13:20:17 - cleaning the object tree TB --- 2013-03-18 13:20:17 - /usr/local/bin/svn stat /src TB --- 2013-03-18 13:20:21 - At svn revision 248465 TB --- 2013-03-18 13:20:22 - building world TB --- 2013-03-18 13:20:22 - CROSS_BUILD_TESTING=YES TB --- 2013-03-18 13:20:22 - MAKEOBJDIRPREFIX=/obj TB --- 2013-03-18 13:20:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-03-18 13:20:22 - SRCCONF=/dev/null TB --- 2013-03-18 13:20:22 - TARGET=arm TB --- 2013-03-18 13:20:22 - TARGET_ARCH=arm TB --- 2013-03-18 13:20:22 - TZ=UTC TB --- 2013-03-18 13:20:22 - __MAKE_CONF=/dev/null TB --- 2013-03-18 13:20:22 - cd /src TB --- 2013-03-18 13:20:22 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Mar 18 13:20:27 UTC 2013 >>> 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 [...] cc -O -pipe -DBFD_DEFAULT_TARGET_SIZE=32 -I. -I/src/gnu/usr.bin/binutils/as -I/src/gnu/usr.bin/binutils/as/../libbfd -I/obj/arm.arm/src/gnu/usr.bin/binutils/as/../libbfd -I/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/include -DDEFAULT_ARCH=\"arm\" -DTARGET_CPU=\"arm\" -DTARGET_OS=\"freebsd\" -DTARGET_CANONICAL=\"arm-unknown-freebsd\" -DTARGET_ALIAS=\"arm-unknown-freebsd\" -DVERSION=\""2.17.50 [FreeBSD] 2007-07-03"\" -D_GNU_SOURCE -I/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas -I/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/bfd -I/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config -I/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils -I/src/gnu/usr.bin/binutils/as -I/src/gnu/usr.bin/binutils/as/arm-freebsd -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/gnu/usr.bin/binutils/as! /../../../../contrib/binutils/gas/symbols.c cc -O -pipe -DBFD_DEFAULT_TARGET_SIZE=32 -I. -I/src/gnu/usr.bin/binutils/as -I/src/gnu/usr.bin/binutils/as/../libbfd -I/obj/arm.arm/src/gnu/usr.bin/binutils/as/../libbfd -I/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/include -DDEFAULT_ARCH=\"arm\" -DTARGET_CPU=\"arm\" -DTARGET_OS=\"freebsd\" -DTARGET_CANONICAL=\"arm-unknown-freebsd\" -DTARGET_ALIAS=\"arm-unknown-freebsd\" -DVERSION=\""2.17.50 [FreeBSD] 2007-07-03"\" -D_GNU_SOURCE -I/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas -I/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/bfd -I/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config -I/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils -I/src/gnu/usr.bin/binutils/as -I/src/gnu/usr.bin/binutils/as/arm-freebsd -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/gnu/usr.bin/binutils/as! /../../../../contrib/binutils/gas/write.c cc -O -pipe -DBFD_DEFAULT_TARGET_SIZE=32 -I. -I/src/gnu/usr.bin/binutils/as -I/src/gnu/usr.bin/binutils/as/../libbfd -I/obj/arm.arm/src/gnu/usr.bin/binutils/as/../libbfd -I/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/include -DDEFAULT_ARCH=\"arm\" -DTARGET_CPU=\"arm\" -DTARGET_OS=\"freebsd\" -DTARGET_CANONICAL=\"arm-unknown-freebsd\" -DTARGET_ALIAS=\"arm-unknown-freebsd\" -DVERSION=\""2.17.50 [FreeBSD] 2007-07-03"\" -D_GNU_SOURCE -I/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas -I/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/bfd -I/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config -I/src/gnu/usr.bin/binutils/as/../../../../contrib/binutils -I/src/gnu/usr.bin/binutils/as -I/src/gnu/usr.bin/binutils/as/arm-freebsd -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/gnu/usr.bin/binutils/as! /../../../../contrib/binutils/gas/config/tc-arm.c cc1: warnings being treated as errors /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config/tc-arm.c:15793: warning: initialization from incompatible pointer type /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config/tc-arm.c:15793: warning: initialization from incompatible pointer type /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config/tc-arm.c:15794: warning: initialization from incompatible pointer type /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config/tc-arm.c:15794: warning: initialization from incompatible pointer type *** [tc-arm.o] Error code 1 Stop in /src/gnu/usr.bin/binutils/as. *** [all] Error code 1 Stop in /src/gnu/usr.bin/binutils. *** [all] Error code 1 Stop in /src/gnu/usr.bin. *** [all] Error code 1 Stop in /src/gnu. *** [gnu.all__D] Error code 1 Stop in /src. *** [everything] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-03-18 14:48:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-03-18 14:48:57 - ERROR: failed to build world TB --- 2013-03-18 14:48:57 - 4340.85 user 773.02 system 5320.04 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Mon Mar 18 15:33:33 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 2C27497F for ; Mon, 18 Mar 2013 15:33:33 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-da0-x22b.google.com (mail-da0-x22b.google.com [IPv6:2607:f8b0:400e:c00::22b]) by mx1.freebsd.org (Postfix) with ESMTP id 0926C2E5 for ; Mon, 18 Mar 2013 15:33:33 +0000 (UTC) Received: by mail-da0-f43.google.com with SMTP id u36so1416941dak.30 for ; Mon, 18 Mar 2013 08:33:32 -0700 (PDT) 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=Fi1UncaN1wsPaTAqneOIfmMAYZiT0PY93MXGFGVRcQc=; b=MuyBbbUGdkgOb/PYuADOgi/wUEVFoUwaMowRpb5QJy2E14N34PijKuMVk9sbVEcLPS 5jNSt0TCqvINj1Uwz1DRpy7jYQKYzKvXWf1QgZr+XFtEQdqCZ997uQYs6aExXFb1WWFZ dmx8b5WBRcFwJxYnHqHVbHzrI9vdtGZWdhvl6viAld1Sc+f0OV2y7FOWw+FX9UIp+9u9 EVd2o7chMR2HURIc9gG5C8uNftLU3OMJd1Sw0iCva97GctPVA1BAXRuKSXaZitFTbc3t BxCVCxSzDQFBAcmUNrPon+FSXHMU2nCcmSq4wewdGv6Dj7wtFhdd82tg+uGNNbeWijtF KHgQ== X-Received: by 10.66.50.232 with SMTP id f8mr11288118pao.183.1363620812730; Mon, 18 Mar 2013 08:33:32 -0700 (PDT) Received: from fusionlt2834a.int.fusionio.com ([216.51.42.66]) by mx.google.com with ESMTPS id vc4sm8625161pab.10.2013.03.18.08.33.30 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 18 Mar 2013 08:33:31 -0700 (PDT) Sender: Warner Losh Subject: Re: RFC: Make clang the default compiler on ARM Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <20130318220747.29d3fd29@bender> Date: Mon, 18 Mar 2013 09:33:28 -0600 Content-Transfer-Encoding: 7bit Message-Id: <773A0A0D-4208-4F5B-AA73-416512709A4A@bsdimp.com> References: <20130318220747.29d3fd29@bender> To: Andrew Turner X-Mailer: Apple Mail (2.1085) X-Gm-Message-State: ALoCoQnkJx5R3qPksYT9RgFJZgaZLbpk/ghjW7LPidSVpKv09yqEnOjiB7ZQDLNCzu3LWKvKihQ+ Cc: freebsd-arm@freebsd.org, freebsd-toolchain@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 18 Mar 2013 15:33:33 -0000 On Mar 18, 2013, at 3:07 AM, Andrew Turner wrote: > I would like to make clang the default compiler on ARM using the patch > at [1]. This only affects little-endian ARM as there is no support for > big-endian ARM in clang. > > This will help me with my work to update the FreeBSD ARM ABI as I am > planning on moving to a hard-float ABI on armv6 as all SoCs we > are likely to support have at least a VFPv3-D16 floating point > coprocessor. The version of gcc we have in our tree does not support > the hard float ABI with VFP and support was added after gcc moved to > the GPLv3 so we are usable to make use of it. > > The only issue I know about is an incompatibility between gcc and clang > with ARM EABI however this has been fixed upstream and I plan on > bringing it into our tree before making clang the default. If anyone > knows of any other issues please let me know now so I can look into > them. > > If nobody brings up any issues or has any objections to me doing this > I will make clang the default earlier than 25 March (UTC+0). > > Andrew > > [1] http://people.freebsd.org/~andrew/clang/arm_clang_default.diff This scares me, but we're at a great time in our schedule for it. Warner From owner-freebsd-arm@FreeBSD.ORG Mon Mar 18 15:37:10 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 9BB3BA08 for ; Mon, 18 Mar 2013 15:37:10 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-wi0-x22f.google.com (mail-wi0-x22f.google.com [IPv6:2a00:1450:400c:c05::22f]) by mx1.freebsd.org (Postfix) with ESMTP id 321D5309 for ; Mon, 18 Mar 2013 15:37:10 +0000 (UTC) Received: by mail-wi0-f175.google.com with SMTP id l13so2819929wie.14 for ; Mon, 18 Mar 2013 08:37:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=fnpfxG+pWSa+B1YNSNOSjoyNaTEMEAyX67EC6vgejJc=; b=lyOFtZPYXgCwHI/zCXvC1iifXogpSjoh1jnReEqr2J3TahiF9YaCBwGyibzGhP0cdj v46tGU9dVuYd7Id0rAjRzmDpibNWkUqzzDLf82BzX2MmtgNLgaAjU6b0RThrtunxC/0m zYiGqFQIGezJoe5i76YP+c71072NDEi9WUtW0= 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:from:date:message-id :subject:to:cc:content-type:x-gm-message-state; bh=fnpfxG+pWSa+B1YNSNOSjoyNaTEMEAyX67EC6vgejJc=; b=IRHo7BXeypTzG9IcjAJb3sallKA3MLCx7MXMHgIMNGwx+sRVCf7UmNgf4MOcp7rwtV zaGLqwjGcVSP2IX3gh/gOlW5l7mpmKGps4GsfX1oh3wR/dpayHF/mFgpjWu1/+piRHgM LOcrEBylQX9CtWfMESknsW6Uhx9puNqwFOSAPzllQFamPiqm87YYWcvIz6tdj2olbkbT Xa+8pQ1XzyNZ6B4/xIpbfj49azn7TWF5vJaOSN2AWyMDqAPHwEsuDpyqJY9o+tZ5k4E/ 8ip5bDl+EgSQ4taOJqZsRkyi63YuxCqD4AON2+A/0klLH+RRb68/QAONVv061PgLrGIj cFzA== X-Received: by 10.180.14.233 with SMTP id s9mr17680228wic.25.1363621029231; Mon, 18 Mar 2013 08:37:09 -0700 (PDT) MIME-Version: 1.0 Received: by 10.194.82.74 with HTTP; Mon, 18 Mar 2013 08:36:39 -0700 (PDT) In-Reply-To: <20130318105349.GS3729@plum.flirble.org> References: <20130318220747.29d3fd29@bender> <20130318105349.GS3729@plum.flirble.org> From: Eitan Adler Date: Mon, 18 Mar 2013 11:36:39 -0400 Message-ID: Subject: Re: RFC: Make clang the default compiler on ARM To: Nicholas Clark Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQk2g/9gmPd80Fuk0fge2h+IPALilbqriKP2zi4+cQ6nMF6itYX7ZDknJoh5PDHEgVouR0lK Cc: freebsd-arm@freebsd.org, freebsd-toolchain@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 18 Mar 2013 15:37:10 -0000 On 18 March 2013 06:53, Nicholas Clark wrote: > On Mon, Mar 18, 2013 at 10:07:47PM +1300, Andrew Turner wrote: >> I would like to make clang the default compiler on ARM using the patch >> at [1]. This only affects little-endian ARM as there is no support for >> big-endian ARM in clang. > >> [1] http://people.freebsd.org/~andrew/clang/arm_clang_default.diff > > I admit that I'm a complete outsider here I'm not sure if I'm qualified to > comment, but in the code in question, the comment above the changed line is > becoming increasingly incorrect, isn't it? I think you are right. Given that the comment duplicates the if statement below, it should probably just be dropped. -- Eitan Adler From owner-freebsd-arm@FreeBSD.ORG Mon Mar 18 17:51:00 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id B6C61C34 for ; Mon, 18 Mar 2013 17:51:00 +0000 (UTC) (envelope-from dave@jetcafe.org) Received: from nahkohe.jetcafe.org (nahkohe.jetcafe.org [205.147.26.32]) by mx1.freebsd.org (Postfix) with ESMTP id 94E4DD90 for ; Mon, 18 Mar 2013 17:51:00 +0000 (UTC) X-Envelope-To: Received: from [205.147.26.5] (hokkshideh4.jetcafe.org [205.147.26.5]) by nahkohe.jetcafe.org (8.14.2/8.14.2) with ESMTP id r2IHoT1j054226 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 18 Mar 2013 10:50:29 -0700 (PDT) Message-ID: <514753E5.9000102@jetcafe.org> Date: Mon, 18 Mar 2013 10:50:29 -0700 From: Dave Hayes User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:16.0) Gecko/20121121 Thunderbird/16.0.2 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: 9.1-Stable buildworld problems with Clang Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 18 Mar 2013 17:51:00 -0000 Hello. I'm trying to buildworld a custom arm image from an amd64 box with clang as of # uname -v FreeBSD 9.1-STABLE #0 r248220: Tue Mar 12 21:40:35 PDT 2013 and I'm getting the following issue. # make buildworld TARGET=arm clang -O -pipe -O2 -fno-strict-aliasing -pipe -fpic -fvisibility=hidden -DVISIBILITY_HIDDEN -std=gnu99 -Qunused-arguments -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -c /usr/src.arm/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clear_cache.c -o clear_cache.o /usr/src.arm/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clear_cache.c:24:6: error: definition of builtin function '__clear_cache' void __clear_cache(void* start, void* end) I could be doing something wrong here. My make.conf is this CC=clang CXX=clang++ CPP=clang-cpp CFLAGS+=-O2 -fno-strict-aliasing -pipe COPTFLAGS+=-O1 -fno-strict-aliasing -pipe WITH_CLANG=YES WITH_CLANG_IS_CC=yes WITH_CLANG_EXTRAS=yes WITHOUT_GCC=yes WERROR= NO_WERROR= I don't get clear information googling around, so if someone knows what's going wrong here...I'd really appreciate it if you could inform me. Thanks in advance. :) -- Dave Hayes - Consultant - Altadena CA, USA - dave@jetcafe.org >>>> *The opinions expressed above are entirely my own* <<<< A passerby caught Nasrudin prying open the window of his own bedroom from the outside in the depths of night. "What are you doing? Locked out?" "Hush!" came the reply. "They say I walk in my sleep. I am trying to surprise myself and find out." From owner-freebsd-arm@FreeBSD.ORG Tue Mar 19 18:54:12 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id AB192F49 for ; Tue, 19 Mar 2013 18:54:12 +0000 (UTC) (envelope-from andrew@fubar.geek.nz) Received: from smtp4.clear.net.nz (smtp4.clear.net.nz [203.97.37.64]) by mx1.freebsd.org (Postfix) with ESMTP id 7DE20DD6 for ; Tue, 19 Mar 2013 18:54:12 +0000 (UTC) Received: from mxin3-orange.clear.net.nz (lb2-srcnat.clear.net.nz [203.97.32.237]) by smtp4.clear.net.nz (CLEAR Net Mail) with ESMTP id <0MJX00JGS8I3HF00@smtp4.clear.net.nz> for freebsd-arm@freebsd.org; Wed, 20 Mar 2013 07:54:04 +1300 (NZDT) Received: from 202-0-48-19.paradise.net.nz (HELO bender) ([202.0.48.19]) by smtpin32.paradise.net.nz with ESMTP; Wed, 20 Mar 2013 07:54:04 +1300 Date: Wed, 20 Mar 2013 07:53:55 +1300 From: Andrew Turner Subject: Re: 9.1-Stable buildworld problems with Clang In-reply-to: <514753E5.9000102@jetcafe.org> To: Dave Hayes Message-id: <20130320075355.4faeee8f@bender> MIME-version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7bit References: <514753E5.9000102@jetcafe.org> Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 19 Mar 2013 18:54:12 -0000 On Mon, 18 Mar 2013 10:50:29 -0700 Dave Hayes wrote: > Hello. I'm trying to buildworld a custom arm image from an amd64 box > with clang as of > > # uname -v > FreeBSD 9.1-STABLE #0 r248220: Tue Mar 12 21:40:35 PDT 2013 > > and I'm getting the following issue. > > # make buildworld TARGET=arm > > clang -O -pipe -O2 -fno-strict-aliasing -pipe -fpic > -fvisibility=hidden -DVISIBILITY_HIDDEN -std=gnu99 -Qunused-arguments > -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized > -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int > -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality > -Wno-unused-function -Wno-conversion -Wno-switch -Wno-switch-enum > -Wno-knr-promoted-parameter -c > /usr/src.arm/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clear_cache.c > -o clear_cache.o > > /usr/src.arm/lib/libcompiler_rt/../../contrib/compiler-rt/lib/clear_cache.c:24:6: > error: definition of builtin function '__clear_cache' > void __clear_cache(void* start, void* end) > > I could be doing something wrong here. My make.conf is this > > CC=clang > CXX=clang++ > CPP=clang-cpp > CFLAGS+=-O2 -fno-strict-aliasing -pipe > COPTFLAGS+=-O1 -fno-strict-aliasing -pipe > WITH_CLANG=YES > WITH_CLANG_IS_CC=yes > WITH_CLANG_EXTRAS=yes > WITHOUT_GCC=yes > WERROR= > NO_WERROR= > > I don't get clear information googling around, so if someone knows > what's going wrong here...I'd really appreciate it if you could > inform me. Thanks in advance. :) What version of FreeBSD are you trying to build? Clang is only recently able to build FreeBSD ARM and is only in head. Andrew From owner-freebsd-arm@FreeBSD.ORG Tue Mar 19 21:54:40 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id BF165F7 for ; Tue, 19 Mar 2013 21:54:40 +0000 (UTC) (envelope-from dave@jetcafe.org) Received: from nahkohe.jetcafe.org (nahkohe.jetcafe.org [205.147.26.32]) by mx1.freebsd.org (Postfix) with ESMTP id A00EC937 for ; Tue, 19 Mar 2013 21:54:40 +0000 (UTC) X-Envelope-To: freebsd-arm@freebsd.org Received: from [205.147.26.5] (hokkshideh4.jetcafe.org [205.147.26.5]) by nahkohe.jetcafe.org (8.14.2/8.14.2) with ESMTP id r2JLsXYn082224 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 19 Mar 2013 14:54:34 -0700 (PDT) Message-ID: <5148DE99.4030301@jetcafe.org> Date: Tue, 19 Mar 2013 14:54:33 -0700 From: Dave Hayes User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:16.0) Gecko/20121121 Thunderbird/16.0.2 MIME-Version: 1.0 To: Andrew Turner Subject: Re: 9.1-Stable buildworld problems with Clang References: <514753E5.9000102@jetcafe.org> <20130320075355.4faeee8f@bender> In-Reply-To: <20130320075355.4faeee8f@bender> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 19 Mar 2013 21:54:40 -0000 On 03/19/13 11:53, Andrew Turner wrote: > On Mon, 18 Mar 2013 10:50:29 -0700 Dave Hayes wrote: >> Hello. I'm trying to buildworld a custom arm image from an amd64 box >> with clang as of >> >> # uname -v >> FreeBSD 9.1-STABLE #0 r248220: Tue Mar 12 21:40:35 PDT 2013 >> >> and I'm getting the following issue.... > What version of FreeBSD are you trying to build? 9.1-STABLE. > Clang is only recently able to build FreeBSD ARM and is only in head. Ah, that might explain the issue I'm having. My arm platform is a dreamplug; as such there are some custom files I'm using which allow it to boot. Do you know offhand what would need to happen to get 9.1-STABLE to build via clang? I'm willing to patch whatever is necessary. ;) Alternatively, is there support for using a more modern gcc (e.g 4.8)? -- Dave Hayes - Consultant - Altadena CA, USA - dave@jetcafe.org >>>> *The opinions expressed above are entirely my own* <<<< It's easier to agree to do better tomorrow than to do your best today. From owner-freebsd-arm@FreeBSD.ORG Tue Mar 19 22:09:36 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 1C0B33C8; Tue, 19 Mar 2013 22:09:36 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from vps.hungerhost.com (vps.hungerhost.com [216.38.53.176]) by mx1.freebsd.org (Postfix) with ESMTP id E34B59C4; Tue, 19 Mar 2013 22:09:35 +0000 (UTC) Received: from [209.249.190.124] (port=51809 helo=gnnmac.hudson-trading.com) by vps.hungerhost.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.80) (envelope-from ) id 1UI4iI-00045w-56; Tue, 19 Mar 2013 18:09:00 -0400 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: Re: RFC: Make clang the default compiler on ARM From: George Neville-Neil In-Reply-To: <773A0A0D-4208-4F5B-AA73-416512709A4A@bsdimp.com> Date: Tue, 19 Mar 2013 18:08:50 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <471C5F38-2401-4308-871F-32D6A395D209@neville-neil.com> References: <20130318220747.29d3fd29@bender> <773A0A0D-4208-4F5B-AA73-416512709A4A@bsdimp.com> To: Warner Losh X-Mailer: Apple Mail (2.1503) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - vps.hungerhost.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - neville-neil.com X-Get-Message-Sender-Via: vps.hungerhost.com: authenticated_id: gnn@neville-neil.com Cc: freebsd-arm@freebsd.org, freebsd-toolchain@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 19 Mar 2013 22:09:36 -0000 On Mar 18, 2013, at 11:33 , Warner Losh wrote: >=20 > On Mar 18, 2013, at 3:07 AM, Andrew Turner wrote: >=20 >> I would like to make clang the default compiler on ARM using the = patch >> at [1]. This only affects little-endian ARM as there is no support = for >> big-endian ARM in clang. >>=20 >> This will help me with my work to update the FreeBSD ARM ABI as I am >> planning on moving to a hard-float ABI on armv6 as all SoCs we >> are likely to support have at least a VFPv3-D16 floating point >> coprocessor. The version of gcc we have in our tree does not support >> the hard float ABI with VFP and support was added after gcc moved to >> the GPLv3 so we are usable to make use of it. >>=20 >> The only issue I know about is an incompatibility between gcc and = clang >> with ARM EABI however this has been fixed upstream and I plan on >> bringing it into our tree before making clang the default. If anyone >> knows of any other issues please let me know now so I can look into >> them. >>=20 >> If nobody brings up any issues or has any objections to me doing this >> I will make clang the default earlier than 25 March (UTC+0). >>=20 >> Andrew >>=20 >> [1] http://people.freebsd.org/~andrew/clang/arm_clang_default.diff >=20 > This scares me, but we're at a great time in our schedule for it. >=20 I think we ought to do this, in particular since LLVM is the future of = compiler tech. Sooner we break it the sooner we can fix it :-) Best, George From owner-freebsd-arm@FreeBSD.ORG Thu Mar 21 06:01:33 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id BD253ECB for ; Thu, 21 Mar 2013 06:01:33 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from mail-da0-x236.google.com (mail-da0-x236.google.com [IPv6:2607:f8b0:400e:c00::236]) by mx1.freebsd.org (Postfix) with ESMTP id 95FB6A5F for ; Thu, 21 Mar 2013 06:01:33 +0000 (UTC) Received: by mail-da0-f54.google.com with SMTP id p1so1430936dad.41 for ; Wed, 20 Mar 2013 23:01:33 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:subject:mime-version:content-type:from:in-reply-to:date :cc:message-id:references:to:x-mailer:x-gm-message-state; bh=I+FTwylj65ObxBXMEEObZrE6bhjKegaFpgWOtwzHHD4=; b=FWRmMLy7ZcAfQNr6Vf4ZSDDX5oG+2sTIP7nW7xIHyzy3QdPZogG8GsA68eHoe6P4/z 92T6K5LX0ilGdko+yO76/LHVSeNP0TOkEeZ6ah0MzL6tyiWTjcYG5G4wb3qHRdcSVh5z o2tP9dEZViBUS11C1dtBZQeQf1TFgGEDCLdtx7QCTWRricCKUKNV4m71fGo7Pzv0AXYb dr/Z6P/0OfGJKed3zB5AiZOjF3WKCoPyF3juIdprrCnuRzsagZtvd5K96RHeBOmXwXHK QlsFgTPWXTra6fRgJiwpRPoFtfe4xm0TzL/Ccb9BqPAYOoFyv7I8fRxgO3fcjfawJgpx 3LRQ== X-Received: by 10.66.217.133 with SMTP id oy5mr8785666pac.20.1363845693421; Wed, 20 Mar 2013 23:01:33 -0700 (PDT) Received: from [192.168.2.123] (99-74-169-43.lightspeed.sntcca.sbcglobal.net. [99.74.169.43]) by mx.google.com with ESMTPS id qd8sm4818773pbc.29.2013.03.20.23.01.30 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 20 Mar 2013 23:01:31 -0700 (PDT) Subject: Re: Unable to compile VCHIQ Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: multipart/signed; boundary="Apple-Mail=_18E64863-297F-456A-8A14-EC052F6AEF15"; protocol="application/pgp-signature"; micalg=pgp-sha1 From: Tim Kientzle In-Reply-To: <51438529.4080604@bluezbox.com> Date: Wed, 20 Mar 2013 23:01:26 -0700 Message-Id: <4FD89AF1-AF9D-4950-8AA4-9CC95FE66D46@kientzle.com> References: <51438529.4080604@bluezbox.com> To: Oleksandr Tymoshenko X-Mailer: Apple Mail (2.1283) X-Gm-Message-State: ALoCoQlh1HHlkUr9Y9A+pFd7uo6qXfIXGb3VzmYIZeba/UcbZB5QU8Feodmj2sYJXqmvaVPR1CcJ Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Mar 2013 06:01:33 -0000 --Apple-Mail=_18E64863-297F-456A-8A14-EC052F6AEF15 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Mar 15, 2013, at 1:31 PM, Oleksandr Tymoshenko wrote: >> cc -O3 -pipe -DVCOS_VERIFY_BKPTS=3D1 -DUSE_VCHIQ_ARM >> -D__VCCOREVER__=3D0x04000000 -O3 -fno-strict-aliasing -funroll-loops = -pipe >> -ftree-vectorize -D_KERNEL -DKLD_MODULE -nostdinc >> -I/usr/src/vc/vchiq-freebsd/interface -I. -I@ -I@/contrib/altq >> -finline-limit=3D8000 --param inline-unit-growth=3D100 --param >> large-function-growth=3D1000 -fno-common -ffreestanding = -std=3Diso9899:1999 >> -c /usr/src/vc/vchiq-freebsd/interface/vchiq_arm/vchiq_2835_arm.c >> In file included from >> /usr/src/vc/vchiq-freebsd/interface/vchiq_arm/vchiq_2835_arm.c:65: >> @/vm/vm_pager.h: In function 'vm_pager_get_pages': >> @/vm/vm_pager.h:127: warning: implicit declaration of function = 'rw_assert' >> @/vm/vm_pager.h:127: error: 'RA_WLOCKED' undeclared (first use in = this >> function) >> @/vm/vm_pager.h:127: error: (Each undeclared identifier is reported = only >> once >> @/vm/vm_pager.h:127: error: for each function it appears in.) >> @/vm/vm_pager.h: In function 'vm_pager_put_pages': >> @/vm/vm_pager.h:144: error: 'RA_WLOCKED' undeclared (first use in = this >> function) >> @/vm/vm_pager.h: In function 'vm_pager_has_page': >> @/vm/vm_pager.h:168: error: 'RA_WLOCKED' undeclared (first use in = this >> function) >> @/vm/vm_pager.h: In function 'vm_pager_page_unswapped': >> @/vm/vm_pager.h:191: error: 'RA_WLOCKED' undeclared (first use in = this >> function) >> *** [vchiq_2835_arm.o] Error code 1 >>=20 >> Stop in /usr/src/vc/vchiq-freebsd. >>=20 >>=20 >> Anyone got idea how to solve the issue? >>=20 >=20 > It seems you're trying to build vchiq against your host sources which = is wrong. You need > to use cross-compilation environment for this. I'm seeing this now, too, and I've checked carefully: I'm definitely building inside the "buildworld" cross environment. It looks like RA_WLOCKED is only defined if INVARIANTS is active (sys/sys/rwlock.h). Tim --Apple-Mail=_18E64863-297F-456A-8A14-EC052F6AEF15 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.18 (Darwin) iQEcBAEBAgAGBQJRSqI3AAoJEGMNyGo0rfFBgXoIAKaSSiOTecCvesp+uOy4Pk8/ ei0lTrRXiJc+a/YdINxixittf0iS2eGvZjUm5Qtlowg+JTy2wlJEQDaWXV7oe5TB h3E7Y5SSA3cD3DZhWA5QslELQVeIyUnmNzEc4V2OSnDss18/Yng/L1JwLVlewMRb 5XUYAOjCl+7gyNI6wUEauJoe38bPosDBHEwZjAzT0VH3OpbqG90kIEozDKP0GlJt pECRX1j8phvQjMklNr3Jt4aVUUv1M2QL7zf+G+aJt7ZxNXsfTlez6ZRhez3ti9BE QZdYlk6BgNcKIgjJM4MqyyC5QAZsUzKy8mUOHngNE23hHi8B0IrB3kPSZRCXy5E= =rH1B -----END PGP SIGNATURE----- --Apple-Mail=_18E64863-297F-456A-8A14-EC052F6AEF15-- From owner-freebsd-arm@FreeBSD.ORG Thu Mar 21 06:03:23 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id E1010F16 for ; Thu, 21 Mar 2013 06:03:23 +0000 (UTC) (envelope-from alie@affle.com) Received: from mail-ie0-x22e.google.com (mail-ie0-x22e.google.com [IPv6:2607:f8b0:4001:c03::22e]) by mx1.freebsd.org (Postfix) with ESMTP id B37A3A73 for ; Thu, 21 Mar 2013 06:03:23 +0000 (UTC) Received: by mail-ie0-f174.google.com with SMTP id aq17so129546iec.19 for ; Wed, 20 Mar 2013 23:03:23 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:x-rim-org-msg-ref-id:message-id :content-transfer-encoding:reply-to:x-priority:references :in-reply-to:sensitivity:importance:subject:to:cc:from:date :content-type:mime-version:x-gm-message-state; bh=4faAuvHdwWPiSIPZ2XFMZRJ17awu7GWZ0EIYR88by/E=; b=hVn7CT9aljoJ8yn+HznTZfvspF6XIFSnL2FbxZFRXgFRKEP82mXKkZ+MApINVqnpEw hOGacoh34+IVIhbFrJFUc3FiasKGf9BAxlDbNWaM7kNCwQxELVdkTcQ4VY3yLVxtbCqW BwWkegnGRPY8wjomayJRV9MBKL90QrmUNoF6Tdws7VjCX8c7PFh9IHxMw+ouqkBfxkMs 4KaQxz66gI/tk4VH8gRD6kW9P81hOcsDzx9TL2uLJSjsLFrIySUZFPnMWiupQUK9UlHk qpD0BjCnJJa8AcSGillT2QN4JLHOlOcFMzu/yAkrZ5YnOjYJGOLo+OsNCZ9cd7qkx8Tk qxHA== X-Received: by 10.50.192.165 with SMTP id hh5mr1289357igc.89.1363845803368; Wed, 20 Mar 2013 23:03:23 -0700 (PDT) Received: from 172.19.199.187 (bda-216-9-250-65.bis3.ap.blackberry.com. [216.9.250.65]) by mx.google.com with ESMTPS id wn10sm2553289igb.2.2013.03.20.23.03.22 (version=TLSv1 cipher=RC4-SHA bits=128/128); Wed, 20 Mar 2013 23:03:22 -0700 (PDT) X-rim-org-msg-ref-id: 456661659 Message-ID: <456661659-1363845801-cardhu_decombobulator_blackberry.rim.net-733146442-@b26.c6.bise3.blackberry> Content-Transfer-Encoding: base64 X-Priority: Normal References: <51438529.4080604@bluezbox.com> <4FD89AF1-AF9D-4950-8AA4-9CC95FE66D46@kientzle.com> In-Reply-To: <4FD89AF1-AF9D-4950-8AA4-9CC95FE66D46@kientzle.com> Sensitivity: Normal Importance: Normal Subject: Re: Unable to compile VCHIQ To: "Tim Kientzle" , owner-freebsd-arm@freebsd.org, "Oleksandr Tymoshenko" From: "Alie Tan" Date: Thu, 21 Mar 2013 06:03:24 +0000 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 X-Gm-Message-State: ALoCoQkozhx4FwyvtjqjuY8yr+5ywRPT2QNpB3OqlArTWG9y22MU7PitTIH676Y4FIcgorwDNpWX Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: alie@affle.com List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Mar 2013 06:03:23 -0000 SSBoYXZlIGNoZWNrZWQgaXQgdG9vLA0KDQpJIGFtIHByZXR0eSBzdXJlIGl0cyB1bmRlciBjcm9z cyBlbnZpcm9ubWVudC4NCg0KUmVnYXJkcywNCkFsaWUgVA0KU2VudCB2aWEgQmxhY2tCZXJyeSBm cm9tIFNpbmdUZWwhDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBUaW0gS2ll bnR6bGUgPHRpbUBraWVudHpsZS5jb20+DQpTZW5kZXI6IG93bmVyLWZyZWVic2QtYXJtQGZyZWVi c2Qub3JnRGF0ZTogV2VkLCAyMCBNYXIgMjAxMyAyMzowMToyNiANClRvOiBPbGVrc2FuZHIgVHlt b3NoZW5rbzxnb256b0BibHVlemJveC5jb20+DQpDYzogPGZyZWVic2QtYXJtQGZyZWVic2Qub3Jn Pg0KU3ViamVjdDogUmU6IFVuYWJsZSB0byBjb21waWxlIFZDSElRDQoNCg0KT24gTWFyIDE1LCAy MDEzLCBhdCAxOjMxIFBNLCBPbGVrc2FuZHIgVHltb3NoZW5rbyB3cm90ZToNCg0KPj4gY2MgLU8z IC1waXBlIC1EVkNPU19WRVJJRllfQktQVFM9MSAtRFVTRV9WQ0hJUV9BUk0NCj4+IC1EX19WQ0NP UkVWRVJfXz0weDA0MDAwMDAwIC1PMyAtZm5vLXN0cmljdC1hbGlhc2luZyAtZnVucm9sbC1sb29w cyAtcGlwZQ0KPj4gLWZ0cmVlLXZlY3Rvcml6ZSAtRF9LRVJORUwgLURLTERfTU9EVUxFIC1ub3N0 ZGluYw0KPj4gLUkvdXNyL3NyYy92Yy92Y2hpcS1mcmVlYnNkL2ludGVyZmFjZSAtSS4gLUlAIC1J QC9jb250cmliL2FsdHENCj4+IC1maW5saW5lLWxpbWl0PTgwMDAgLS1wYXJhbSBpbmxpbmUtdW5p dC1ncm93dGg9MTAwIC0tcGFyYW0NCj4+IGxhcmdlLWZ1bmN0aW9uLWdyb3d0aD0xMDAwIC1mbm8t Y29tbW9uICAgLWZmcmVlc3RhbmRpbmcgLXN0ZD1pc285ODk5OjE5OTkNCj4+IC1jIC91c3Ivc3Jj L3ZjL3ZjaGlxLWZyZWVic2QvaW50ZXJmYWNlL3ZjaGlxX2FybS92Y2hpcV8yODM1X2FybS5jDQo+ PiBJbiBmaWxlIGluY2x1ZGVkIGZyb20NCj4+IC91c3Ivc3JjL3ZjL3ZjaGlxLWZyZWVic2QvaW50 ZXJmYWNlL3ZjaGlxX2FybS92Y2hpcV8yODM1X2FybS5jOjY1Og0KPj4gQC92bS92bV9wYWdlci5o OiBJbiBmdW5jdGlvbiAndm1fcGFnZXJfZ2V0X3BhZ2VzJzoNCj4+IEAvdm0vdm1fcGFnZXIuaDox Mjc6IHdhcm5pbmc6IGltcGxpY2l0IGRlY2xhcmF0aW9uIG9mIGZ1bmN0aW9uICdyd19hc3NlcnQn DQo+PiBAL3ZtL3ZtX3BhZ2VyLmg6MTI3OiBlcnJvcjogJ1JBX1dMT0NLRUQnIHVuZGVjbGFyZWQg KGZpcnN0IHVzZSBpbiB0aGlzDQo+PiBmdW5jdGlvbikNCj4+IEAvdm0vdm1fcGFnZXIuaDoxMjc6 IGVycm9yOiAoRWFjaCB1bmRlY2xhcmVkIGlkZW50aWZpZXIgaXMgcmVwb3J0ZWQgb25seQ0KPj4g b25jZQ0KPj4gQC92bS92bV9wYWdlci5oOjEyNzogZXJyb3I6IGZvciBlYWNoIGZ1bmN0aW9uIGl0 IGFwcGVhcnMgaW4uKQ0KPj4gQC92bS92bV9wYWdlci5oOiBJbiBmdW5jdGlvbiAndm1fcGFnZXJf cHV0X3BhZ2VzJzoNCj4+IEAvdm0vdm1fcGFnZXIuaDoxNDQ6IGVycm9yOiAnUkFfV0xPQ0tFRCcg dW5kZWNsYXJlZCAoZmlyc3QgdXNlIGluIHRoaXMNCj4+IGZ1bmN0aW9uKQ0KPj4gQC92bS92bV9w YWdlci5oOiBJbiBmdW5jdGlvbiAndm1fcGFnZXJfaGFzX3BhZ2UnOg0KPj4gQC92bS92bV9wYWdl ci5oOjE2ODogZXJyb3I6ICdSQV9XTE9DS0VEJyB1bmRlY2xhcmVkIChmaXJzdCB1c2UgaW4gdGhp cw0KPj4gZnVuY3Rpb24pDQo+PiBAL3ZtL3ZtX3BhZ2VyLmg6IEluIGZ1bmN0aW9uICd2bV9wYWdl cl9wYWdlX3Vuc3dhcHBlZCc6DQo+PiBAL3ZtL3ZtX3BhZ2VyLmg6MTkxOiBlcnJvcjogJ1JBX1dM T0NLRUQnIHVuZGVjbGFyZWQgKGZpcnN0IHVzZSBpbiB0aGlzDQo+PiBmdW5jdGlvbikNCj4+ICoq KiBbdmNoaXFfMjgzNV9hcm0ub10gRXJyb3IgY29kZSAxDQo+PiANCj4+IFN0b3AgaW4gL3Vzci9z cmMvdmMvdmNoaXEtZnJlZWJzZC4NCj4+IA0KPj4gDQo+PiBBbnlvbmUgZ290IGlkZWEgaG93IHRv IHNvbHZlIHRoZSBpc3N1ZT8NCj4+IA0KPiANCj4gSXQgc2VlbXMgeW91J3JlIHRyeWluZyB0byBi dWlsZCB2Y2hpcSBhZ2FpbnN0IHlvdXIgaG9zdCBzb3VyY2VzIHdoaWNoIGlzIHdyb25nLiBZb3Ug bmVlZA0KPiB0byB1c2UgY3Jvc3MtY29tcGlsYXRpb24gZW52aXJvbm1lbnQgZm9yIHRoaXMuDQoN CkknbSBzZWVpbmcgdGhpcyBub3csIHRvbywgYW5kIEkndmUgY2hlY2tlZCBjYXJlZnVsbHk6ICBJ J20NCmRlZmluaXRlbHkgYnVpbGRpbmcgaW5zaWRlIHRoZSAiYnVpbGR3b3JsZCIgY3Jvc3MgZW52 aXJvbm1lbnQuDQoNCkl0IGxvb2tzIGxpa2UgUkFfV0xPQ0tFRCBpcyBvbmx5IGRlZmluZWQgaWYg SU5WQVJJQU5UUyBpcw0KYWN0aXZlIChzeXMvc3lzL3J3bG9jay5oKS4NCg0KVGltDQoNCg0K From owner-freebsd-arm@FreeBSD.ORG Thu Mar 21 12:57:54 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id BFD8CFE0; Thu, 21 Mar 2013 12:57:54 +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 8B0FE645; Thu, 21 Mar 2013 12:57:54 +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 r2LCvmOh064841; Thu, 21 Mar 2013 08:57:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r2LCvmS6064833; Thu, 21 Mar 2013 12:57:48 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 21 Mar 2013 12:57:48 GMT Message-Id: <201303211257.r2LCvmS6064833@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 arm/arm Precedence: bulk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Mar 2013 12:57:54 -0000 TB --- 2013-03-21 11:30:21 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-03-21 11:30:21 - 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 --- 2013-03-21 11:30:21 - starting HEAD tinderbox run for arm/arm TB --- 2013-03-21 11:30:21 - cleaning the object tree TB --- 2013-03-21 11:30:21 - /usr/local/bin/svn stat /src TB --- 2013-03-21 11:30:25 - At svn revision 248579 TB --- 2013-03-21 11:30:26 - building world TB --- 2013-03-21 11:30:26 - CROSS_BUILD_TESTING=YES TB --- 2013-03-21 11:30:26 - MAKEOBJDIRPREFIX=/obj TB --- 2013-03-21 11:30:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-03-21 11:30:26 - SRCCONF=/dev/null TB --- 2013-03-21 11:30:26 - TARGET=arm TB --- 2013-03-21 11:30:26 - TARGET_ARCH=arm TB --- 2013-03-21 11:30:26 - TZ=UTC TB --- 2013-03-21 11:30:26 - __MAKE_CONF=/dev/null TB --- 2013-03-21 11:30:26 - cd /src TB --- 2013-03-21 11:30:26 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Mar 21 11:30:31 UTC 2013 >>> 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 [...] cc -O -pipe -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-pointer-sign -Wno-unknown-pragmas -o sgsmsg avl.o sgsmsg.o string_table.o findprime.o ===> cddl/usr.bin/zinject (all) cc -O -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/zinject.c cc -O -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c: In function 'translate_record': /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c:383: warning: passing argument 4 of 'calculate_range' discards qualifiers from pointer target type cc -O -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-pointer-sign -Wno-unknown-pragmas -o zinject zinject.o translate.o -lgeom -lm -lnvpair -lumem -luutil -lzfs_core -lzfs -lzpool /obj/arm.arm/src/tmp/usr/lib/libzpool.so: undefined reference to `atomic_subtract_64' *** [zinject] Error code 1 Stop in /src/cddl/usr.bin/zinject. *** [all] Error code 1 Stop in /src/cddl/usr.bin. *** [all] Error code 1 Stop in /src/cddl. *** [cddl.all__D] Error code 1 Stop in /src. *** [everything] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-03-21 12:57:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-03-21 12:57:48 - ERROR: failed to build world TB --- 2013-03-21 12:57:48 - 4251.48 user 773.77 system 5246.66 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Thu Mar 21 15:04:59 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 5A0374FA for ; Thu, 21 Mar 2013 15:04:59 +0000 (UTC) (envelope-from lehis2000@mail.ru) Received: from fallback8.mail.ru (fallback8.mail.ru [94.100.176.136]) by mx1.freebsd.org (Postfix) with ESMTP id D27DC7A for ; Thu, 21 Mar 2013 15:04:58 +0000 (UTC) Received: from smtp23.mail.ru (smtp23.mail.ru [94.100.176.176]) by fallback8.mail.ru (mPOP.Fallback_MX) with ESMTP id EA8452023893 for ; Thu, 21 Mar 2013 19:04:56 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=mail.ru; s=mail2; h=Content-Transfer-Encoding:Content-Type:Subject:To:MIME-Version:From:Date:Message-ID; bh=KEeaL645zgBa1ShVCKWyy/9+gdpngalNYOOytgsIGqY=; b=GmzTGc+l/YhEby10OaIpGXzS+dNULyx24oHkeBtqvzNUztuRrdm1gxGJS5rUu0O5JF5jMXD/X6BmGvvDXFdjQ6S0V+AU+s48feUwbHiNHEwvS07s1wNtNDy/y1cQrCeptE+SXEB5/GVQgO+Vzqr5k68OBTgwJSYtp2lmT4oB1d8=; Received: from [91.217.137.251] (port=58278 helo=work-book.lehis.ru) by smtp23.mail.ru with esmtpa (envelope-from ) id 1UIh2v-0002c0-Hp; Thu, 21 Mar 2013 19:04:49 +0400 Message-ID: <514B2188.8030905@mail.ru> Date: Thu, 21 Mar 2013 19:04:40 +0400 From: "Alexey V. Panfilov" User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:17.0) Gecko/20130209 Thunderbird/17.0.2 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: RPI-B as router Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit X-Spam: Not detected X-Mras: Ok X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Mar 2013 15:04:59 -0000 Hi I decide to test RRI-B as simple router (without NAT): [Host A] --- [RPI-B] --- [Host B] I've created two vlans on RPI (if_vlan.ko was load as module) and run iperf between Host A and Host B: [Host A~]# iperf -c 192.168.0.249 -P 5 -i 5 -t 300 | grep SUM [SUM] 0.0- 5.0 sec 4.62 MBytes 7.76 Mbits/sec [SUM] 5.0-10.0 sec 4.75 MBytes 7.97 Mbits/sec [SUM] 10.0-15.0 sec 4.25 MBytes 7.13 Mbits/sec So RPI-B network's throughput was around 20Mbit/sec of full-duplex traffic: root@raspberry-pi:~ # netstat -hw 1 input (Total) output packets errs idrops bytes packets errs bytes colls 2.8k 0 0 2.3M 2.8k 0 2.3M 0 2.3k 0 0 1.9M 2.3k 0 1.9M 0 2.1k 0 0 1.7M 2.1k 0 1.7M 0 2.3k 0 0 1.9M 2.3k 0 1.9M 0 2.7k 0 0 2.2M 2.7k 0 2.2M 0 Is this maximum for RPI-B by it's hardware limitation or it possible to tune something? P.S. some info about my setup of RPI-B: gpu_mem=8Mb FreeBSD 10.0-CURRENT r248554 Kernel's config (original RPI-B) was modified by commented out #makeoptions MODULES_OVERRIDE="" and added options LIBALIAS options IPFIREWALL options IPFIREWALL_VERBOSE options IPFIREWALL_VERBOSE_LIMIT=100 options IPFIREWALL_DEFAULT_TO_ACCEPT options IPFIREWALL_NAT options IPDIVERT options IPSTEALTH options DUMMYNET options ROUTETABLES=2 Ipfw has one rule - allow ip from any to any Top shows during the test: 63 processes: 2 running, 38 sleeping, 23 waiting CPU: 0.8% user, 0.0% nice, 26.0% system, 18.6% interrupt, 54.7% idle Mem: 6580K Active, 8460K Inact, 22M Wired, 19M Buf, 445M Free Swap: PID USERNAME PRI NICE SIZE RES STATE TIME WCPU COMMAND 10 root 155 ki31 0K 6968K RUN 133:59 59.33% idle 14 root -72 - 0K 7000K - 1:26 19.87% usb{usbus0} 11 root -88 - 0K 7144K WAIT 2:29 13.09% intr{intr17: dwcotg0} 11 root -60 - 0K 7144K WAIT 1:21 0.29% intr{swi4: clock} 13 root -16 - 0K 6968K - 0:08 0.10% yarrow Thanks. -- Best regards, Alexey V. Panfilov From owner-freebsd-arm@FreeBSD.ORG Thu Mar 21 19:53:17 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 13C541DB; Thu, 21 Mar 2013 19:53:17 +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 D21D479B; Thu, 21 Mar 2013 19:53:16 +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 r2LJrGo1035320; Thu, 21 Mar 2013 15:53:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r2LJrGVD035319; Thu, 21 Mar 2013 19:53:16 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 21 Mar 2013 19:53:16 GMT Message-Id: <201303211953.r2LJrGVD035319@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 arm/arm Precedence: bulk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Mar 2013 19:53:17 -0000 TB --- 2013-03-21 18:20:23 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-03-21 18:20:23 - 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 --- 2013-03-21 18:20:23 - starting HEAD tinderbox run for arm/arm TB --- 2013-03-21 18:20:23 - cleaning the object tree TB --- 2013-03-21 18:23:35 - /usr/local/bin/svn stat /src TB --- 2013-03-21 18:23:38 - At svn revision 248589 TB --- 2013-03-21 18:23:39 - building world TB --- 2013-03-21 18:23:39 - CROSS_BUILD_TESTING=YES TB --- 2013-03-21 18:23:39 - MAKEOBJDIRPREFIX=/obj TB --- 2013-03-21 18:23:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-03-21 18:23:39 - SRCCONF=/dev/null TB --- 2013-03-21 18:23:39 - TARGET=arm TB --- 2013-03-21 18:23:39 - TARGET_ARCH=arm TB --- 2013-03-21 18:23:39 - TZ=UTC TB --- 2013-03-21 18:23:39 - __MAKE_CONF=/dev/null TB --- 2013-03-21 18:23:39 - cd /src TB --- 2013-03-21 18:23:39 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Mar 21 18:23:43 UTC 2013 >>> 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 [...] cc -O -pipe -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-pointer-sign -Wno-unknown-pragmas -o sgsmsg avl.o sgsmsg.o string_table.o findprime.o ===> cddl/usr.bin/zinject (all) cc -O -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/zinject.c cc -O -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c: In function 'translate_record': /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c:383: warning: passing argument 4 of 'calculate_range' discards qualifiers from pointer target type cc -O -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -Wno-pointer-sign -Wno-unknown-pragmas -o zinject zinject.o translate.o -lgeom -lm -lnvpair -lumem -luutil -lzfs_core -lzfs -lzpool /obj/arm.arm/src/tmp/usr/lib/libzpool.so: undefined reference to `atomic_subtract_64' *** [zinject] Error code 1 Stop in /src/cddl/usr.bin/zinject. *** [all] Error code 1 Stop in /src/cddl/usr.bin. *** [all] Error code 1 Stop in /src/cddl. *** [cddl.all__D] Error code 1 Stop in /src. *** [everything] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-03-21 19:53:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-03-21 19:53:16 - ERROR: failed to build world TB --- 2013-03-21 19:53:16 - 4350.30 user 776.02 system 5572.50 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Thu Mar 21 21:33:12 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id B4F91304 for ; Thu, 21 Mar 2013 21:33:12 +0000 (UTC) (envelope-from johny.mattsson@gmail.com) Received: from mail-ve0-f172.google.com (mail-ve0-f172.google.com [209.85.128.172]) by mx1.freebsd.org (Postfix) with ESMTP id 7ADFAC2A for ; Thu, 21 Mar 2013 21:33:12 +0000 (UTC) Received: by mail-ve0-f172.google.com with SMTP id cz11so2863220veb.17 for ; Thu, 21 Mar 2013 14:33:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=kTXxXL+nAqItfuj0nC017L2THmv6YzkVDUHW46+yydU=; b=qc4folbrYYzqLHUEALaOX4FJRNjvCMwOySbZsDt1gqqCs8c0KbczoGtFtNDQhAC2be gWihlu2QYQvMHuplJikG+E3bwxe1KIXaI8M6NpOCJn+PlmIfs/dwyaYwdlIfyqawoH2Z VjqVsMvPbdkrChjjXgqnhSJS8Tf7MZTFDQTgDz3q+EiJomgMRlfy/ZSuTQMlDNgD8L77 th/9ZnjZ8Abow0C3bLt14kLTys4aer8L7tedldhfJlq12UHAtFe6D+PB5Ny28W2Rn8uD UGtlJ3QxAc9t1NSLQcnYF5cM9w/lZQRJZhSCRPa3JJmNu+xW8sUnfsDlBx+roNJkbJea LSNQ== MIME-Version: 1.0 X-Received: by 10.220.192.3 with SMTP id do3mr15622449vcb.16.1363901591463; Thu, 21 Mar 2013 14:33:11 -0700 (PDT) Sender: johny.mattsson@gmail.com Received: by 10.221.3.133 with HTTP; Thu, 21 Mar 2013 14:33:11 -0700 (PDT) In-Reply-To: <514B2188.8030905@mail.ru> References: <514B2188.8030905@mail.ru> Date: Fri, 22 Mar 2013 08:33:11 +1100 X-Google-Sender-Auth: 8ft992AkLJBCbRDRZ_B5X8PoiWQ Message-ID: Subject: Re: RPI-B as router From: Johny Mattsson To: "Alexey V. Panfilov" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Mar 2013 21:33:12 -0000 On 22 March 2013 02:04, Alexey V. Panfilov wrote: > So RPI-B network's throughput was around 20Mbit/sec of full-duplex traffic: > For what it's worth, I'm using an RPI-B as a NATing gateway running Linux, and for me it also peaks out around 20-22Mbit/sec. I don't remember whether I did the maths on the USB bandwidth or not, so I won't comment as to whether this is the best possible. Regards, /Johny From owner-freebsd-arm@FreeBSD.ORG Fri Mar 22 03:51:15 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 4AED4B1A; Fri, 22 Mar 2013 03:51:15 +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 2285DDC9; Fri, 22 Mar 2013 03:51:14 +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 r2M3pEGn027759; Thu, 21 Mar 2013 23:51:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r2M3pEaN027757; Fri, 22 Mar 2013 03:51:14 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 22 Mar 2013 03:51:14 GMT Message-Id: <201303220351.r2M3pEaN027757@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 arm/arm Precedence: bulk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Mar 2013 03:51:15 -0000 TB --- 2013-03-22 01:50:25 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-03-22 01:50:25 - 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 --- 2013-03-22 01:50:25 - starting HEAD tinderbox run for arm/arm TB --- 2013-03-22 01:50:25 - cleaning the object tree TB --- 2013-03-22 01:53:14 - /usr/local/bin/svn stat /src TB --- 2013-03-22 01:53:17 - At svn revision 248608 TB --- 2013-03-22 01:53:18 - building world TB --- 2013-03-22 01:53:18 - CROSS_BUILD_TESTING=YES TB --- 2013-03-22 01:53:18 - MAKEOBJDIRPREFIX=/obj TB --- 2013-03-22 01:53:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-03-22 01:53:18 - SRCCONF=/dev/null TB --- 2013-03-22 01:53:18 - TARGET=arm TB --- 2013-03-22 01:53:18 - TARGET_ARCH=arm TB --- 2013-03-22 01:53:18 - TZ=UTC TB --- 2013-03-22 01:53:18 - __MAKE_CONF=/dev/null TB --- 2013-03-22 01:53:18 - cd /src TB --- 2013-03-22 01:53:18 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Mar 22 01:53:22 UTC 2013 >>> 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 Fri Mar 22 03:42:29 UTC 2013 TB --- 2013-03-22 03:42:29 - generating LINT kernel config TB --- 2013-03-22 03:42:29 - cd /src/sys/arm/conf TB --- 2013-03-22 03:42:29 - /usr/bin/make -B LINT TB --- 2013-03-22 03:42:29 - cd /src/sys/arm/conf TB --- 2013-03-22 03:42:29 - /usr/sbin/config -m LINT TB --- 2013-03-22 03:42:29 - building LINT kernel TB --- 2013-03-22 03:42:29 - CROSS_BUILD_TESTING=YES TB --- 2013-03-22 03:42:29 - MAKEOBJDIRPREFIX=/obj TB --- 2013-03-22 03:42:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-03-22 03:42:29 - SRCCONF=/dev/null TB --- 2013-03-22 03:42:29 - TARGET=arm TB --- 2013-03-22 03:42:29 - TARGET_ARCH=arm TB --- 2013-03-22 03:42:29 - TZ=UTC TB --- 2013-03-22 03:42:29 - __MAKE_CONF=/dev/null TB --- 2013-03-22 03:42:29 - cd /src TB --- 2013-03-22 03:42:29 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Mar 22 03:42:29 UTC 2013 >>> 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 -O2 -pipe -fno-strict-aliasing -std=c99 -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-thumb-interwork -ffreestanding -Werror /src/sys/fs/udf/udf_vnops.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-thumb-interwork -ffreestanding -Werror /src/sys/fs/unionfs/union_subr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-thumb-interwork -ffreestanding -Werror /src/sys/fs/unionfs/union_vfsops.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-thumb-interwork -ffreestanding -Werror /src/sys/fs/unionfs/union_vnops.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-thumb-interwork -ffreestanding -Werror /src/sys/fs/tmpfs/tmpfs_vnops.c cc1: warnings being treated as errors /src/sys/fs/tmpfs/tmpfs_vnops.c: In function 'tmpfs_print': /src/sys/fs/tmpfs/tmpfs_vnops.c:1596: warning: format '%x' expects type 'unsigned int', but argument 3 has type 'u_long' [-Wformat] *** [tmpfs_vnops.o] Error code 1 Stop in /obj/arm.arm/src/sys/LINT. *** [buildkernel] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-03-22 03:51:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-03-22 03:51:14 - ERROR: failed to build LINT kernel TB --- 2013-03-22 03:51:14 - 5728.09 user 992.38 system 7248.62 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Fri Mar 22 05:09:17 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id BFE22762 for ; Fri, 22 Mar 2013 05:09:17 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from mail-pd0-f173.google.com (mail-pd0-f173.google.com [209.85.192.173]) by mx1.freebsd.org (Postfix) with ESMTP id 9AFC9153 for ; Fri, 22 Mar 2013 05:09:17 +0000 (UTC) Received: by mail-pd0-f173.google.com with SMTP id v10so1433431pde.4 for ; Thu, 21 Mar 2013 22:09:17 -0700 (PDT) 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:message-id:references:to:x-mailer :x-gm-message-state; bh=QjBMnMYOwin8KZ9pYFQhKnFMvDtLkucDrqz8Lz6QuUs=; b=cuiLe/nlDyYC5ozd9H6RpGl7kVjanIXhGarsCForouVDXcWt6s+fshX+hJuNWX4Um2 cfCqd8+SKxyTRQ8jSotY9YfNlh6xCoczpG6aS2mspfNkMw26yY7dDSzU+foolPPGaRZX EozVPa+/O09dJNiKKuSXBFUuYRSnEGl/qBDU2fZnvqijYQPQDH3ltw61r4CKqS5TKTgy 8EGgh7Ic7gHftOSIp15di8hr7RAZTRBhR5L5arEWZJONnPuTkWJs54kI7tLozLp7ztI1 6zKBO/hHTQ79YZJPKZPhXGlhf/HFNlk5aR1+JQK37YSm/K8m8TQFp3nq5q5OFwjUxu1R Y2Yg== X-Received: by 10.66.122.8 with SMTP id lo8mr1217887pab.163.1363928956967; Thu, 21 Mar 2013 22:09:16 -0700 (PDT) Received: from [192.168.2.123] (99-74-169-43.lightspeed.sntcca.sbcglobal.net. [99.74.169.43]) by mx.google.com with ESMTPS id vc4sm1454729pab.10.2013.03.21.22.09.14 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 21 Mar 2013 22:09:15 -0700 (PDT) Sender: Tim Kientzle Subject: Re: RPI-B as router Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: multipart/signed; boundary="Apple-Mail=_3AA92C76-0346-4021-8E11-52C6E4C0CDB0"; protocol="application/pgp-signature"; micalg=pgp-sha1 From: Tim Kientzle In-Reply-To: <514B2188.8030905@mail.ru> Date: Thu, 21 Mar 2013 22:09:12 -0700 Message-Id: <794F748F-F444-43C5-88DD-E821251844A4@freebsd.org> References: <514B2188.8030905@mail.ru> To: Alexey V. Panfilov X-Mailer: Apple Mail (2.1283) X-Gm-Message-State: ALoCoQmLaRSLbXXESySbqgmsOV8bo4NbGkCleOLgWps+5/azrXh5XDVfYB7oqhRL9AxZA+fPEuac Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Mar 2013 05:09:17 -0000 --Apple-Mail=_3AA92C76-0346-4021-8E11-52C6E4C0CDB0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On Mar 21, 2013, at 8:04 AM, Alexey V. Panfilov wrote: > > I decide to test RRI-B as simple router (without NAT): [Host A] --- > [RPI-B] --- [Host B] > ... > So RPI-B network's throughput was around 20Mbit/sec of full-duplex traffic: Have you tried it with Linux? If Linux is about the same speed, then it's probably a hardware limitation. > gpu_mem=8Mb > FreeBSD 10.0-CURRENT r248554 > Kernel's config (original RPI-B) was modified by commented out > > #makeoptions MODULES_OVERRIDE="" Did you remove WITNESS and INVARIANTS ? They make a huge difference to overall system performance. > Ipfw has one rule - allow ip from any to any Did it make a difference if you disabled ipfw? Tim --Apple-Mail=_3AA92C76-0346-4021-8E11-52C6E4C0CDB0 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.18 (Darwin) iQEcBAEBAgAGBQJRS+d4AAoJEGMNyGo0rfFBragH+QGICU+tJS12uIDSwAuObQ7o Uso50oLVG7ATJJAaIByUO9ZzPD7XUGvLeF3UuCf9svuyiqIvRcL/mr8w5N5AT7Jj wYeuUiRU0c8snKxau0W3RS+UgkCamDHZOlqRjiZehbYsgdWNszblg8HRjeIdi/po rFbDhB0nfkgz9GVlviY65ha0wBL6oTAJnp+5jSp32NfPVG3if3m16K5ODEtWk3Ws JmgciSg+ZxHIfqqDCKF5nluerl5u/HZ7rLvyuVx0wo2o49KjB66/9t3nhGeJx7Sj Hbr2tiTjWcyM8U43YSy46uxktOEnDuRIKVl5YQ9DNP0AVC8Yru/HKlov3eIKbKA= =uRl0 -----END PGP SIGNATURE----- --Apple-Mail=_3AA92C76-0346-4021-8E11-52C6E4C0CDB0-- From owner-freebsd-arm@FreeBSD.ORG Fri Mar 22 05:54:04 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 90DF83B4 for ; Fri, 22 Mar 2013 05:54:04 +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 474062F9 for ; Fri, 22 Mar 2013 05:54:03 +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 1UIuvR-000MaJ-2Z; Thu, 21 Mar 2013 22:54:03 -0700 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: RPI-B as router From: Oleksandr Tymoshenko In-Reply-To: <514B2188.8030905@mail.ru> Date: Thu, 21 Mar 2013 22:53:44 -0700 Content-Transfer-Encoding: 7bit Message-Id: <6F05C3AD-D6F0-46B2-95D3-329898DE69B6@bluezbox.com> References: <514B2188.8030905@mail.ru> To: Alexey V. Panfilov 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 2013-03-21, at 8:04 AM, Alexey V. Panfilov wrote: > Hi > > I decide to test RRI-B as simple router (without NAT): [Host A] --- > [RPI-B] --- [Host B] > > I've created two vlans on RPI (if_vlan.ko was load as module) and run > iperf between Host A and Host B: > > [Host A~]# iperf -c 192.168.0.249 -P 5 -i 5 -t 300 | grep SUM > [SUM] 0.0- 5.0 sec 4.62 MBytes 7.76 Mbits/sec > [SUM] 5.0-10.0 sec 4.75 MBytes 7.97 Mbits/sec > [SUM] 10.0-15.0 sec 4.25 MBytes 7.13 Mbits/sec > > So RPI-B network's throughput was around 20Mbit/sec of full-duplex traffic: [...] 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-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Mar 2013 05:54:04 -0000 On 2013-03-21, at 8:04 AM, Alexey V. Panfilov wrote: > Hi > > I decide to test RRI-B as simple router (without NAT): [Host A] --- > [RPI-B] --- [Host B] > > I've created two vlans on RPI (if_vlan.ko was load as module) and run > iperf between Host A and Host B: > > [Host A~]# iperf -c 192.168.0.249 -P 5 -i 5 -t 300 | grep SUM > [SUM] 0.0- 5.0 sec 4.62 MBytes 7.76 Mbits/sec > [SUM] 5.0-10.0 sec 4.75 MBytes 7.97 Mbits/sec > [SUM] 10.0-15.0 sec 4.25 MBytes 7.13 Mbits/sec > > So RPI-B network's throughput was around 20Mbit/sec of full-duplex traffic: The problem is that USB works in PIO mode. With DMA mode enabled it's somewhat faster. Here is my half-baked patch: http://people.freebsd.org/~gonzo/patches/dwc_otg-dma-nosplit.diff Network interface should work, although USB keyboards will not work with this patch. From owner-freebsd-arm@FreeBSD.ORG Fri Mar 22 12:37:00 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 472C7704 for ; Fri, 22 Mar 2013 12:37:00 +0000 (UTC) (envelope-from alie@affle.com) Received: from mail-qa0-f52.google.com (mail-qa0-f52.google.com [209.85.216.52]) by mx1.freebsd.org (Postfix) with ESMTP id 0C3B25F1 for ; Fri, 22 Mar 2013 12:36:59 +0000 (UTC) Received: by mail-qa0-f52.google.com with SMTP id bs12so354073qab.18 for ; Fri, 22 Mar 2013 05:36:53 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type:x-gm-message-state; bh=LU4B/r87UFZtETR4k1tnwMYBBc6s85jXv50z+mxB0Y8=; b=XzXhhSZRI7mNE/l6bZef0+SWOhmEtt3N1F0Q5VxPg+6MyabR7FTIcikLg0UnmwhPK+ At2oUVpTdbprZ1+LcqeLEFkix8F5tSFCIZ5B12jrRD29BJoXpSM6GB/eLm26isY3PcwZ naWm/fguB7bHZYjAxAfJH9J0PzeF0vva2xzMgj/qCDglZ+TocTAHgETrwtNH/xldy7Ii IqopaNkqymQ7rsxNymXhqmDSWv9Q1xTxgVEE+9PdHXsUw+ai3dnxtnwgJS7uXZFm+LaI 3vU3aV4bmhT0yttpDsO5zFTK2COHBV1hjJ/UegFId80aAja7WBjMztqavywZGuF4ylpX hLVw== MIME-Version: 1.0 X-Received: by 10.49.35.51 with SMTP id e19mr642099qej.43.1363955812896; Fri, 22 Mar 2013 05:36:52 -0700 (PDT) Received: by 10.49.87.193 with HTTP; Fri, 22 Mar 2013 05:36:52 -0700 (PDT) In-Reply-To: References: Date: Fri, 22 Mar 2013 20:36:52 +0800 Message-ID: Subject: Re: kern.ipc.maxsockets limit reached on Raspberry From: Alie Tan To: Ronald Klop X-Gm-Message-State: ALoCoQkdnXNfC3YlyNghJGiWDp8vkH0kJhdhDhD59x09APRQBJOM0ifr2eb7oCRYgWgi2f4QmPBF Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Mar 2013 12:37:00 -0000 On Mon, Mar 18, 2013 at 9:19 PM, Ronald Klop wrote: > On Mon, 18 Mar 2013 13:28:19 +0100, Alie Tan wrote: > > Forgot to mention. I can't SSH to the device once this issue occurred. >> > > That is expected. SSH needs a socket, so as maxsockets is reached... You > get the point. ;-) > > >> >> On Mon, Mar 18, 2013 at 8:23 PM, Alie Tan wrote: >> >> Hi, >>> >>> I just got this issue on my Hiawatha web-server on Raspi 512MB with >>> FreeBSD r247518. This issue happens every 1-2 days. >>> >>> Anyone got any clue about this issue? I can increase the maxsockets but >>> it >>> seems just a workaround. >>> >> > > You can put this in cron. (From the top of my head so beware of typos.) > > */15 * * * * sockstat > > This will mail you the open sockets every 15 minutes. See what is growing > infinitely. > Strange http://ompldr.org/vaHVocQ/P30322-202828.jpg All Foreign addresses are *.* and seems opened sockets also still normal, not above maxsockets > > Ronald. > ______________________________**_________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/**mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@**freebsd.org > " > From owner-freebsd-arm@FreeBSD.ORG Fri Mar 22 13:19:24 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 60935D76 for ; Fri, 22 Mar 2013 13:19:24 +0000 (UTC) (envelope-from alexander.fedorov@rtlservice.com) Received: from mail-oa0-f44.google.com (mail-oa0-f44.google.com [209.85.219.44]) by mx1.freebsd.org (Postfix) with ESMTP id 3370F97E for ; Fri, 22 Mar 2013 13:19:24 +0000 (UTC) Received: by mail-oa0-f44.google.com with SMTP id h1so4306636oag.17 for ; Fri, 22 Mar 2013 06:19:23 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type:x-gm-message-state; bh=lOqFegEMXy6FY2sPUtHp6MxkxfdDQNDtNOq6GQqHZJY=; b=T8qP54GhzsAreamWH9LgzN5+CUYaZ+KwEmF1qVFVbTDiBsfIW5YF/JvXDY/LXj6188 Kph2qhjqKFsPsqi3k07TYBglXI0AkyZiwSpL7BgNcU3N8thYd7csLgYs9AoJgIES7Gnq dIPRwWfpZb08f9HlLT+8vzcpertc06DuAXJzHp9v+CB796XL9KdfXUP3SuCpEuj40mh+ tWpMHvzM0xVMAo4I61QXddyZJ+NKZpn9GfoEkm4IS399dkL7VU3GlWfItIXpx9CkI7Ex MjwFVQJiRoEOH2xLunQgoeX6oT77XYQZNzlaRyTN+dVzEjKWdcY6TerKI81UR/sLEaC+ p6rw== MIME-Version: 1.0 X-Received: by 10.60.18.136 with SMTP id w8mr1738940oed.84.1363958363477; Fri, 22 Mar 2013 06:19:23 -0700 (PDT) Received: by 10.60.15.7 with HTTP; Fri, 22 Mar 2013 06:19:23 -0700 (PDT) Date: Fri, 22 Mar 2013 17:19:23 +0400 Message-ID: Subject: HACKBERRY USB problem From: Alexander Fedorov To: freebsd-arm@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQkI8k3JY8IGeoEoDeArNn2Du682/fxoCnVoNgKIg8QbT2SUGP7pyomlQf1ucMhdJQItpSKT X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Mar 2013 13:19:24 -0000 Hi all, I have a Miniand Hackberry board based on Allwinner A10 SOC: https://www.miniand.com/products/Hackberry%20A10%20Developer%20Board I'm trying to use kernel and FTD configuration from CUBIEBOARD. And, I have little problem with USB setup. The problem is, that Hackberry used different GPIO pin configuration to setup USB power. Also, on Hackberry board A10 USB Host controller connected to 4-port USB HUB (Genesys Logic GL850G), and it need properly power configuration too. I'm looking for pin configuration in FEX files. For CUBIEBOARD USB configuration is https://github.com/linux-sunxi/sunxi-boards/blob/master/sys_config/a10/cubieboard.fex: For Hackberry: https://github.com/linux-sunxi/sunxi-boards/blob/master/sys_config/a10/hackberry.fex And edit a10_ehci_attach function in sys/arm/allwiner/a10_echi.c file: /* Enable clock for USB */ a10_clk_usb_activate(); /* Give power to HUB pin PB09 (HACKBERRY) */ GPIO_PIN_SETFLAGS(sc_gpio_dev, 41, GPIO_PIN_OUTPUT); GPIO_PIN_SET(sc_gpio_dev, 41, GPIO_PIN_HIGH); /* Give power to USB */ // GPIO_PIN_SETFLAGS(sc_gpio_dev, GPIO_USB2_PWR, GPIO_PIN_OUTPUT); // GPIO_PIN_SET(sc_gpio_dev, GPIO_USB2_PWR, GPIO_PIN_HIGH); /* Give power to USB PH12 */ GPIO_PIN_SETFLAGS(sc_gpio_dev, 236, GPIO_PIN_OUTPUT); GPIO_PIN_SET(sc_gpio_dev, 236, GPIO_PIN_HIGH); /* Give power to USB */ GPIO_PIN_SETFLAGS(sc_gpio_dev, GPIO_USB1_PWR, GPIO_PIN_OUTPUT); // GPIO_PIN_SET(sc_gpio_dev, GPIO_USB1_PWR, GPIO_PIN_HIGH); GPIO_PIN_SET(sc_gpio_dev, GPIO_USB1_PWR, GPIO_PIN_LOW); Now, kernel can attach external USB devices witch some restrictions. When I plug USB-to-RS232 cable to board before give power, Genesys Logic don't attached. I think it's need properly reset sequence. However, it's work: ehci1: mem 0x1c1c000-0x1c1cfff irq 40 on simplebus0 usbus1: EHCI version 1.0 usbus1 on ehci1 uart0: <16750 or compatible> mem 0x1c28000-0x1c283ff irq 1 on simplebus0 uart0: console (115200,n,8,1) Timecounters tick every 10.000 msec usbus0: 480Mbps High Speed USB v2.0 usbus1: 480Mbps High Speed USB v2.0 WARNING: WITNESS option enabled, expect reduced performance. Root mount waiting for: usbus1 usbus0 ugen1.1: at usbus1 uhub0: on usbus1 ugen0.1: at usbus0 uhub1: on usbus0 uhub0: 1 port with 1 removable, self powered uhub1: 1 port with 1 removable, self powered Root mount waiting for: usbus1 usbus0 ugen1.2: at usbus1 ugen0.2: at usbus0 uhub2: on usbus0 uhub2: 4 ports with 4 removable, self powered Root mount waiting for: usbus0 Root mount waiting for: usbus0 ugen0.3: at usbus0 umass0: on usbus0 umass0: SCSI over Bulk-Only; quirks = 0x0100 umass0:0:0:-1: Attached to scbus0 Root mount waiting for: usbus0 da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 da0: Removable Direct Access SCSI-4 device da0: 40.000MB/s transfers da0: 7725MB (15820800 512 byte sectors: 255H 63S/T 984C) Trying to mount root from ufs:/dev/da0s2 []... WARNING: / was not properly dismounted But, I think it's not good to edit ECHI driver. Where is the right place in sources to put various board specific pin settings and external chips configuration logic? Alexander Fedorov From owner-freebsd-arm@FreeBSD.ORG Fri Mar 22 13:27:02 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 142C7265 for ; Fri, 22 Mar 2013 13:27:02 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.78]) by mx1.freebsd.org (Postfix) with ESMTP id C97F2A22 for ; Fri, 22 Mar 2013 13:27:01 +0000 (UTC) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1UJ1zh-0006wD-DH for freebsd-arm@freebsd.org; Fri, 22 Mar 2013 14:26:53 +0100 Received: from [81.21.138.17] (helo=ronaldradial.versatec.local) by smtp.greenhost.nl with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1UJ1zg-0007Ra-Le for freebsd-arm@freebsd.org; Fri, 22 Mar 2013 14:26:52 +0100 Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: freebsd-arm@freebsd.org Subject: Re: kern.ipc.maxsockets limit reached on Raspberry References: Date: Fri, 22 Mar 2013 14:26:51 +0100 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Ronald Klop" Message-ID: In-Reply-To: User-Agent: Opera Mail/12.14 (Win32) X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.0 X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_40 autolearn=disabled version=3.3.1 X-Scan-Signature: 788438cbfdc4dc137ce560360a3a99c7 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Mar 2013 13:27:02 -0000 On Fri, 22 Mar 2013 13:36:52 +0100, Alie Tan wrote: > On Mon, Mar 18, 2013 at 9:19 PM, Ronald Klop > wrote: > >> On Mon, 18 Mar 2013 13:28:19 +0100, Alie Tan wrote: >> >> Forgot to mention. I can't SSH to the device once this issue occurred. >>> >> >> That is expected. SSH needs a socket, so as maxsockets is reached... You >> get the point. ;-) >> >> >>> >>> On Mon, Mar 18, 2013 at 8:23 PM, Alie Tan wrote: >>> >>> Hi, >>>> >>>> I just got this issue on my Hiawatha web-server on Raspi 512MB with >>>> FreeBSD r247518. This issue happens every 1-2 days. >>>> >>>> Anyone got any clue about this issue? I can increase the maxsockets >>>> but >>>> it >>>> seems just a workaround. >>>> >>> >> >> You can put this in cron. (From the top of my head so beware of typos.) >> >> */15 * * * * sockstat >> >> This will mail you the open sockets every 15 minutes. See what is >> growing >> infinitely. >> > Strange http://ompldr.org/vaHVocQ/P30322-202828.jpg > > All Foreign addresses are *.* and seems opened sockets also still normal, > not above maxsockets > I'm at work so not much time to look into it, but I noticed the error is about udp zone. Is something using UDP on your machine? Ronald. From owner-freebsd-arm@FreeBSD.ORG Fri Mar 22 14:01:40 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id B829E253 for ; Fri, 22 Mar 2013 14:01:40 +0000 (UTC) (envelope-from ganbold@gmail.com) Received: from mail-ia0-x22e.google.com (mail-ia0-x22e.google.com [IPv6:2607:f8b0:4001:c02::22e]) by mx1.freebsd.org (Postfix) with ESMTP id 90746D7A for ; Fri, 22 Mar 2013 14:01:40 +0000 (UTC) Received: by mail-ia0-f174.google.com with SMTP id b35so3573823iac.33 for ; Fri, 22 Mar 2013 07:01:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=O0QiVhG6Kv7ryPHAb5sEVJ+kjr0RuySAz3tNAPL9Ypg=; b=qHkGlVJKMNVFDFWz+4YxLXPfsQRnUYTGcM/3YH4RxQsw5VcpUwGUhIjDX7ijMz8q+w inpOEBBf6+i+xhhQnXbVjyHemXByKZPVrQBfdIKI40VnQ9WwTP1piXETAN1kzJCXpIjD Gogm8LDUfO+naKUb+jfKNW8vqh5YDidZLa7KHPF5S+O70Apy3CUfPenkmHwkvHZqo5J3 Cx8zldkGml51Yz2kLlRSKRZXggjK+NaU4NonoZSb0tu8k9k16Riayh9Jx8qD731/uGJ3 FP20Y5YJD/smiyAZY+/DT5hwnO5NhMq6j3GTsXO5P2DNuSsyqB9hIhKu4jJ4WmP+y6sN Sr2Q== MIME-Version: 1.0 X-Received: by 10.50.100.201 with SMTP id fa9mr4711761igb.28.1363960900250; Fri, 22 Mar 2013 07:01:40 -0700 (PDT) Received: by 10.64.6.230 with HTTP; Fri, 22 Mar 2013 07:01:40 -0700 (PDT) In-Reply-To: References: Date: Fri, 22 Mar 2013 22:01:40 +0800 Message-ID: Subject: Re: HACKBERRY USB problem From: Ganbold Tsagaankhuu To: Alexander Fedorov Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Mar 2013 14:01:40 -0000 On Fri, Mar 22, 2013 at 9:19 PM, Alexander Fedorov wrote: > Hi all, > > I have a Miniand Hackberry board based on Allwinner A10 SOC: > https://www.miniand.com/products/Hackberry%20A10%20Developer%20Board > > I'm trying to use kernel and FTD configuration from CUBIEBOARD. And, I > have little problem with USB setup. > The problem is, that Hackberry used different GPIO pin configuration > to setup USB power. Also, on Hackberry board > A10 USB Host controller connected to 4-port USB HUB (Genesys Logic > GL850G), and it need properly power configuration too. > > I'm looking for pin configuration in FEX files. For CUBIEBOARD USB > configuration is > https://github.com/linux-sunxi/sunxi-boards/blob/master/sys_config/a10/cubieboard.fex: > For Hackberry: https://github.com/linux-sunxi/sunxi-boards/blob/master/sys_config/a10/hackberry.fex > > And edit a10_ehci_attach function in sys/arm/allwiner/a10_echi.c file: > > /* Enable clock for USB */ > a10_clk_usb_activate(); > > /* Give power to HUB pin PB09 (HACKBERRY) */ > GPIO_PIN_SETFLAGS(sc_gpio_dev, 41, GPIO_PIN_OUTPUT); > GPIO_PIN_SET(sc_gpio_dev, 41, GPIO_PIN_HIGH); > > /* Give power to USB */ > // GPIO_PIN_SETFLAGS(sc_gpio_dev, GPIO_USB2_PWR, GPIO_PIN_OUTPUT); > // GPIO_PIN_SET(sc_gpio_dev, GPIO_USB2_PWR, GPIO_PIN_HIGH); > > /* Give power to USB PH12 */ > GPIO_PIN_SETFLAGS(sc_gpio_dev, 236, GPIO_PIN_OUTPUT); > GPIO_PIN_SET(sc_gpio_dev, 236, GPIO_PIN_HIGH); > > /* Give power to USB */ > GPIO_PIN_SETFLAGS(sc_gpio_dev, GPIO_USB1_PWR, GPIO_PIN_OUTPUT); > // GPIO_PIN_SET(sc_gpio_dev, GPIO_USB1_PWR, GPIO_PIN_HIGH); > GPIO_PIN_SET(sc_gpio_dev, GPIO_USB1_PWR, GPIO_PIN_LOW); > > Now, kernel can attach external USB devices witch some restrictions. > When I plug USB-to-RS232 cable to > board before give power, Genesys Logic don't attached. I think it's > need properly reset sequence. > > However, it's work: > ehci1: mem > 0x1c1c000-0x1c1cfff irq 40 on simplebus0 > usbus1: EHCI version 1.0 > usbus1 on ehci1 > uart0: <16750 or compatible> mem 0x1c28000-0x1c283ff irq 1 on > simplebus0 > uart0: console (115200,n,8,1) > Timecounters tick every 10.000 msec > usbus0: 480Mbps High Speed USB v2.0 > usbus1: 480Mbps High Speed USB v2.0 > WARNING: WITNESS option enabled, expect reduced performance. > Root mount waiting for: usbus1 usbus0 > ugen1.1: at usbus1 > uhub0: on > usbus1 > ugen0.1: at usbus0 > uhub1: on > usbus0 > uhub0: 1 port with 1 removable, self powered > uhub1: 1 port with 1 removable, self powered > Root mount waiting for: usbus1 usbus0 > ugen1.2: at usbus1 > ugen0.2: at usbus0 > uhub2: > on usbus0 > uhub2: 4 ports with 4 removable, self powered > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > ugen0.3: at usbus0 > umass0: 3> on usbus0 > umass0: SCSI over Bulk-Only; quirks = 0x0100 > umass0:0:0:-1: Attached to scbus0 > Root mount waiting for: usbus0 > da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 > da0: Removable Direct Access SCSI-4 > device > da0: 40.000MB/s transfers > da0: 7725MB (15820800 512 byte sectors: 255H 63S/T 984C) > Trying to mount root from ufs:/dev/da0s2 []... > WARNING: / was not properly dismounted > > But, I think it's not good to edit ECHI driver. > Where is the right place in sources to put various board specific pin > settings and external chips configuration logic? It seems like hackberry's usb2 gpio pin is different than cubieboard one. Did you try to use 2 usb devices for both usb port same time? Somehow I observed both works at boot time, but had some problem attaching after boot. I never managed to make usb0 work, since it supports both host and otg mode in cubieboard. As some docs say it is based on MentorGraphics USB-OTG IP and currently iirc we only have support of otg mode in musb. gonzo@ may be working on improving musb driver some time ago, so he maybe has better ideas. As for pins, probably right place would be the dts, where we should separate hackberry and cubieboard specific configs and make general config for sun4i's SoC. Ganbold > > Alexander Fedorov > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@FreeBSD.ORG Fri Mar 22 16:15:40 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 7E2188A8 for ; Fri, 22 Mar 2013 16:15:40 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from mail-ea0-x22b.google.com (mail-ea0-x22b.google.com [IPv6:2a00:1450:4013:c01::22b]) by mx1.freebsd.org (Postfix) with ESMTP id 1A8BAA6F for ; Fri, 22 Mar 2013 16:15:39 +0000 (UTC) Received: by mail-ea0-f171.google.com with SMTP id b15so1502776eae.2 for ; Fri, 22 Mar 2013 09:15:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:user-agent:mime-version:to :subject:x-enigmail-version:content-type:content-transfer-encoding; bh=PhXEuSPm2V5LqFHioVA5KVcjTVnSmilUQDx/IEEyynA=; b=xjl1eoi4TDF3xKiOJizt8x5wO827vfs+67CWZV3qfeP+FXaSCl+JhyRDHIxTPIHLNG y/L9EQkRqYDrEpVHVmxoM+ytAgRacdyOeVdQmANal9IwqicqAIBjojepa9u/brXQJTJp G5xKCX8I2iko0dq+62VAD1HSz+ZWuLI1lq4WCS3E4eu3KeMCJFfKaH723bfnhIiX3USp C4/PClYPDG7oNZgaZlbhyMMSj9HqOMCD8PFrWnBS17g0Spy6K/M8LtS0x29tMaaGz23I XvsWv8wRnoG+nKpqTO2zW4fGa/g8hx0/g8RKrOKfoXiqfkk+rqzeaN/zjgS6PF3pRvbd ud1g== X-Received: by 10.14.225.72 with SMTP id y48mr6460135eep.45.1363968939299; Fri, 22 Mar 2013 09:15:39 -0700 (PDT) Received: from ?IPv6:2001:980:d7ed:1:4bc:dfb6:1f3:1e31? ([2001:980:d7ed:1:4bc:dfb6:1f3:1e31]) by mx.google.com with ESMTPS id t4sm3930686eel.0.2013.03.22.09.15.32 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 22 Mar 2013 09:15:33 -0700 (PDT) Sender: =?UTF-8?Q?Ren=C3=A9_Ladan?= Message-ID: <514C83A3.8040304@freebsd.org> Date: Fri, 22 Mar 2013 17:15:31 +0100 From: =?ISO-8859-1?Q?Ren=E9_Ladan?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130309 Thunderbird/17.0.4 MIME-Version: 1.0 To: arm@freebsd.org Subject: Undefined symbol _Unwind_RaiseException in /usr/lib/libsupc++.so.1 X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Mar 2013 16:15:40 -0000 Hi, After building fluxbox-1.3.5 with WITH_NEW_XORG on my Raspberry Pi running r247742 I get this error when starting it: /usr/lib/libsupc++.so.1: Undefined symbol "_Unwind_RaiseException" Indeed, looking with objdump -T : % objdump -T /usr/lib/libsupc++.so.1|grep Raise 00000000 D *UND* 00000000 _Unwind_RaiseException When typing 'fluxbox' in a ssh session it is bad enough to log me out. I read about this issue before here: http://lists.freebsd.org/pipermail/freebsd-arm/2013-January/004579.html but it still seems to be present. Any ideas how to tackle this? Maybe rebuild libsupc++ from a newer source? Regards, René From owner-freebsd-arm@FreeBSD.ORG Fri Mar 22 16:29:02 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 931FBE98 for ; Fri, 22 Mar 2013 16:29:02 +0000 (UTC) (envelope-from alexander.fedorov@rtlservice.com) Received: from mail-ob0-x22a.google.com (mail-ob0-x22a.google.com [IPv6:2607:f8b0:4003:c01::22a]) by mx1.freebsd.org (Postfix) with ESMTP id 642F5B4D for ; Fri, 22 Mar 2013 16:29:02 +0000 (UTC) Received: by mail-ob0-f170.google.com with SMTP id wc20so4210467obb.15 for ; Fri, 22 Mar 2013 09:29:02 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:content-type:x-gm-message-state; bh=lZnMSMavx/MOUxSdMzZCSAVkE6QtYN+LKgdBm+2ITU4=; b=erSoL4gbKWh178M/0/ewDaAplbrYvN3zdZdiNFRR+9YXoKnn2XKgWpxiUE6c+l4W0o JqyT18XrKu9xf6m83HX6Ej49vYlOYMWnoer6WB4ToR3Gv75Pe16+dtdTCBp95huCvU04 qQhoHs+geJfezftIaWJF0LYOKioJcd2mMaV0aIYbiqjLtoCqq+alGRbPimDCxgqC0oy4 eIRHH1vsAkjH6tufIp/AUOLpbRHjOswRREA/9sCiAQ6Dph3In7ywVSByCFOvG3Vj6ekA gtw6iErCCW5W47q/wdj+H4cgcbbrk9s9SCYKtFTnCfau5t/QdJsBMCTCDeSdLvYkFnJq sSqg== MIME-Version: 1.0 X-Received: by 10.60.170.177 with SMTP id an17mr2442551oec.62.1363969741915; Fri, 22 Mar 2013 09:29:01 -0700 (PDT) Received: by 10.60.15.7 with HTTP; Fri, 22 Mar 2013 09:29:01 -0700 (PDT) In-Reply-To: References: Date: Fri, 22 Mar 2013 20:29:01 +0400 Message-ID: Subject: Fwd: HACKBERRY USB problem From: Alexander Fedorov To: freebsd-arm@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQlbUmV9OosNW/a7E8sNh7LnXfVA4wvTUodHIOJfjZZn8JOJZMpmCUth6fi6rUuKhqX6cccA X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Mar 2013 16:29:02 -0000 > It seems like hackberry's usb2 gpio pin is different than cubieboard one. Yes, this is why I edit a10_ehci.c > Did you try to use 2 usb devices for both usb port same time? Hackberry has two external USB connectors in one package, and two not soldered connectors. One on top, and one on bottom side of the board. I soldered one (howto: http://jas-hacks.blogspot.ru/2012/10/hackberry-a10-extra-usb-ports.html). I think USB configuration looks like: A10 USB1 -> GL850G (4-port HUB) -> upper port on external connector and not soldered connectors. A10 USB2 -> RTL8188CUS (WiFi chip) And I assume, A10 USB0 OTG -> bottom port on external connector. I tried to use all available ports: root@:~ # usbconfig ugen1.1: at usbus1, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE (0mA) ugen0.1: at usbus0, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE (0mA) ugen1.2: at usbus1, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON (500mA) ugen0.2: at usbus0, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE (100mA) ugen0.3: at usbus0, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON (500mA) ugen0.4: at usbus0, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON (100mA) As expected, all ports work, except USB0 OTG (bottom port on external connector). > Somehow I observed both works at boot time, but had some problem > attaching after boot. > No, I haven't this problem. All ports work correctly at boot and after. > I never managed to make usb0 work, since it supports both host and otg > mode in cubieboard. > As some docs say it is based on MentorGraphics USB-OTG IP and > currently iirc we only have support of otg mode in musb. > gonzo@ may be working on improving musb driver some time ago, so he > maybe has better ideas. > As for pins, probably right place would be the dts, where we should > separate hackberry and cubieboard specific configs and make general > config for sun4i's SoC. And/or, maybe do it something like it done for OMAP4: sys/arm/ti/omap4/pandaboard/pandaboard.c > > Ganbold > > > >> >> Alexander Fedorov >> _______________________________________________ >> freebsd-arm@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-arm >> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@FreeBSD.ORG Fri Mar 22 16:58:46 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id ADB50B2C; Fri, 22 Mar 2013 16:58:46 +0000 (UTC) (envelope-from lehis2000@mail.ru) Received: from smtp44.i.mail.ru (smtp44.i.mail.ru [94.100.177.104]) by mx1.freebsd.org (Postfix) with ESMTP id 3258BE66; Fri, 22 Mar 2013 16:58:45 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=mail.ru; s=mail2; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:CC:To:MIME-Version:From:Date:Message-ID; bh=LKUDKOxvIqt1IZ2Jzqi+xoHgSw6Ivi574cTJLLk2zBM=; b=eR/gxCD97SZtydMYfugcIbaWyPbb66DxTvhmPNL2dHRClDv2MOHiWyHZrMbG+ESozpGrURNhpi46P2sfKPnZS6EGNroVBcBHMj+hev3Z7wKYxbG92+4GVhcwJSt7+ihzx7iIU3LGGNVvXtUI6q9Y79fznJdNmGePGJy2nlLA0NU=; Received: from [91.217.137.251] (port=30241 helo=work-book.lehis.ru) by smtp44.i.mail.ru with esmtpa (envelope-from ) id 1UJ5Id-00030T-2f; Fri, 22 Mar 2013 20:58:39 +0400 Message-ID: <514C8DB0.4080907@mail.ru> Date: Fri, 22 Mar 2013 20:58:24 +0400 From: "Alexey V. Panfilov" User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:17.0) Gecko/20130209 Thunderbird/17.0.2 MIME-Version: 1.0 To: Tim Kientzle Subject: Re: RPI-B as router References: <514B2188.8030905@mail.ru> <794F748F-F444-43C5-88DD-E821251844A4@freebsd.org> In-Reply-To: <794F748F-F444-43C5-88DD-E821251844A4@freebsd.org> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit X-Spam: Not detected X-Mras: Ok Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Mar 2013 16:58:46 -0000 22.03.2013 09:09, Tim Kientzle wrote: > On Mar 21, 2013, at 8:04 AM, Alexey V. Panfilov wrote: >> >> I decide to test RRI-B as simple router (without NAT): [Host A] --- >> [RPI-B] --- [Host B] >> ... >> So RPI-B network's throughput was around 20Mbit/sec of full-duplex traffic: > > Have you tried it with Linux? If Linux is about the same > speed, then it's probably a hardware limitation. No, I haven't tried it with Linux yet. > >> gpu_mem=8Mb >> FreeBSD 10.0-CURRENT r248554 >> Kernel's config (original RPI-B) was modified by commented out >> >> #makeoptions MODULES_OVERRIDE="" > > Did you remove WITNESS and INVARIANTS ? > > They make a huge difference to overall system performance. > Yes, I've test it with removed INVARIANTS - result was the same. WITNESS is not present at /sys/arm/conf/RPI-B >> Ipfw has one rule - allow ip from any to any > > Did it make a difference if you disabled ipfw? No, I've not test it with disabled ipfw . > Tim > -- Best regards, Alexey V. Panfilov From owner-freebsd-arm@FreeBSD.ORG Fri Mar 22 17:09:21 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 7F512D15 for ; Fri, 22 Mar 2013 17:09:21 +0000 (UTC) (envelope-from lehis2000@mail.ru) Received: from smtp53.i.mail.ru (smtp53.i.mail.ru [94.100.177.113]) by mx1.freebsd.org (Postfix) with ESMTP id 03665EF5 for ; Fri, 22 Mar 2013 17:09:20 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=mail.ru; s=mail2; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:CC:To:MIME-Version:From:Date:Message-ID; bh=0uU/m9Ogeu8QvrF0VRfl1eRHyvsFXOi/jhhrQqMD5kQ=; b=fiOqh8rAOjrPq38yd4ejSZyuAeNsWGxMG27aOLOhVDQt1GoRg+7MVQuct4nOObxTYsqOIpgnndGI8ILDbalSE1q+YPMf7zLlUcy8gsp29eGcI/KgzB4gTAKYhnfhgtNMX3nsXxj8Nsm8+g9Bap9FzMfzmamPGebOSvaxyhzPmR8=; Received: from [91.217.137.251] (port=9420 helo=work-book.lehis.ru) by smtp53.i.mail.ru with esmtpa (envelope-from ) id 1UJ5Ss-0003v7-Cb; Fri, 22 Mar 2013 21:09:14 +0400 Message-ID: <514C902D.3030207@mail.ru> Date: Fri, 22 Mar 2013 21:09:01 +0400 From: "Alexey V. Panfilov" User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:17.0) Gecko/20130209 Thunderbird/17.0.2 MIME-Version: 1.0 To: Oleksandr Tymoshenko Subject: Re: RPI-B as router References: <514B2188.8030905@mail.ru> <6F05C3AD-D6F0-46B2-95D3-329898DE69B6@bluezbox.com> In-Reply-To: <6F05C3AD-D6F0-46B2-95D3-329898DE69B6@bluezbox.com> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit X-Spam: Not detected X-Mras: Ok Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Mar 2013 17:09:21 -0000 22.03.2013 09:53, Oleksandr Tymoshenko wrote: >> So RPI-B network's throughput was around 20Mbit/sec of full-duplex traffic: > > The problem is that USB works in PIO mode. With DMA mode enabled > it's somewhat faster. Here is my half-baked patch: > > http://people.freebsd.org/~gonzo/patches/dwc_otg-dma-nosplit.diff Oleksandr, thank you for explaine patch! Recompiling kernel with your patch in progress :) I'll report about result. > > Network interface should work, although USB keyboards will not work > with this patch. > I prefer to logon on RPI via ssh, so breaking USB keyboard is not big damage for me :) -- Best regards, Alexey V. Panfilov From owner-freebsd-arm@FreeBSD.ORG Fri Mar 22 17:16:14 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id BF07DE63 for ; Fri, 22 Mar 2013 17:16:14 +0000 (UTC) (envelope-from lehis2000@mail.ru) Received: from fallback1.mail.ru (fallback1.mail.ru [94.100.176.18]) by mx1.freebsd.org (Postfix) with ESMTP id 78629F41 for ; Fri, 22 Mar 2013 17:16:14 +0000 (UTC) Received: from smtp45.i.mail.ru (smtp45.i.mail.ru [94.100.177.105]) by fallback1.mail.ru (mPOP.Fallback_MX) with ESMTP id 447791553837 for ; Fri, 22 Mar 2013 21:16:12 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=mail.ru; s=mail2; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:CC:To:MIME-Version:From:Date:Message-ID; bh=FK63q6dWbQATGOYh53z49uQosCp8NJz94WtvdJwDzsk=; b=PTMgryU5i+b9C7kfEcm2cshHoriUlZT6NS3rPKWiPq2ATFR03CtSFzGi63psUUIfUx2c3CX7Rw0S2FNQGLZJyYhHjwNbcGSR5irrJheeg5d7kVfrQcPnQPeuvdoLmkeR+I5jaLMx52oRza0xJS3DX6L57pcU7jDKZXKF5FwGXLg=; Received: from [91.217.137.251] (port=58255 helo=work-book.lehis.ru) by smtp45.i.mail.ru with esmtpa (envelope-from ) id 1UJ5Z5-0007IU-J8; Fri, 22 Mar 2013 21:15:39 +0400 Message-ID: <514C91AE.1050506@mail.ru> Date: Fri, 22 Mar 2013 21:15:26 +0400 From: "Alexey V. Panfilov" User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:17.0) Gecko/20130209 Thunderbird/17.0.2 MIME-Version: 1.0 To: Oleksandr Tymoshenko Subject: Re: RPI-B as router References: <514B2188.8030905@mail.ru> <6F05C3AD-D6F0-46B2-95D3-329898DE69B6@bluezbox.com> <514C902D.3030207@mail.ru> In-Reply-To: <514C902D.3030207@mail.ru> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit X-Spam: Not detected X-Mras: Ok Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Mar 2013 17:16:14 -0000 22.03.2013 21:09, Alexey V. Panfilov wrote: > 22.03.2013 09:53, Oleksandr Tymoshenko wrote: > >>> So RPI-B network's throughput was around 20Mbit/sec of full-duplex traffic: >> >> The problem is that USB works in PIO mode. With DMA mode enabled >> it's somewhat faster. Here is my half-baked patch: >> >> http://people.freebsd.org/~gonzo/patches/dwc_otg-dma-nosplit.diff > > Oleksandr, thank you for explaine patch! ^^^ *explain _the_problem_and_ patch > Recompiling kernel with your patch in progress :) > > I'll report about result. > >> >> Network interface should work, although USB keyboards will not work >> with this patch. >> > > I prefer to logon on RPI via ssh, so breaking USB keyboard is not big > damage for me :) > > > -- Best regards, Alexey V. Panfilov From owner-freebsd-arm@FreeBSD.ORG Fri Mar 22 17:27:45 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 83CE2240 for ; Fri, 22 Mar 2013 17:27:45 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-02-ewr.mailhop.org (mho-04-ewr.mailhop.org [204.13.248.74]) by mx1.freebsd.org (Postfix) with ESMTP id 5E8C475 for ; Fri, 22 Mar 2013 17:27:45 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1UJ5kg-000LlP-T8; Fri, 22 Mar 2013 17:27:39 +0000 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 r2MHRYR6005354; Fri, 22 Mar 2013 11:27:34 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1+ZdhcSywvUEuOIm4JW0q1o Subject: Re: kern.ipc.maxsockets limit reached on Raspberry From: Ian Lepore To: Alie Tan In-Reply-To: References: Content-Type: text/plain; charset="us-ascii" Date: Fri, 22 Mar 2013 11:27:34 -0600 Message-ID: <1363973254.1157.144.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: "freebsd-arm@freebsd.org" , Ronald Klop X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Mar 2013 17:27:45 -0000 On Fri, 2013-03-22 at 20:36 +0800, Alie Tan wrote: > On Mon, Mar 18, 2013 at 9:19 PM, Ronald Klop wrote: > > > On Mon, 18 Mar 2013 13:28:19 +0100, Alie Tan wrote: > > > > Forgot to mention. I can't SSH to the device once this issue occurred. > >> > > > > That is expected. SSH needs a socket, so as maxsockets is reached... You > > get the point. ;-) > > > > > >> > >> On Mon, Mar 18, 2013 at 8:23 PM, Alie Tan wrote: > >> > >> Hi, > >>> > >>> I just got this issue on my Hiawatha web-server on Raspi 512MB with > >>> FreeBSD r247518. This issue happens every 1-2 days. > >>> > >>> Anyone got any clue about this issue? I can increase the maxsockets but > >>> it > >>> seems just a workaround. > >>> > >> > > > > You can put this in cron. (From the top of my head so beware of typos.) > > > > */15 * * * * sockstat > > > > This will mail you the open sockets every 15 minutes. See what is growing > > infinitely. > > > Strange http://ompldr.org/vaHVocQ/P30322-202828.jpg > > All Foreign addresses are *.* and seems opened sockets also still normal, > not above maxsockets > That's seems to be, if anything, not enough sockets open, and no udp sockets at all (do you not run ntpd? syslogd? they normally have udp sockets open). Just to make sure the values themselves are sane, what does sysctl kern.ipc.maxsockets show? How about vmstat -z | grep inpcb? On my (completely idle) rpi, I see this: rpi# sysctl kern.ipc.maxsockets kern.ipc.maxsockets: 16389 rpi# vmstat -z | grep inpcb udp_inpcb: 252, 16395, 4, 26, 1928, 0, 0 tcp_inpcb: 252, 16395, 2, 28, 6, 0, 0 -- Ian From owner-freebsd-arm@FreeBSD.ORG Sat Mar 23 02:17:16 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 51E6BDD2 for ; Sat, 23 Mar 2013 02:17:16 +0000 (UTC) (envelope-from ganbold@gmail.com) Received: from mail-ia0-x22c.google.com (mail-ia0-x22c.google.com [IPv6:2607:f8b0:4001:c02::22c]) by mx1.freebsd.org (Postfix) with ESMTP id 1D55596B for ; Sat, 23 Mar 2013 02:17:16 +0000 (UTC) Received: by mail-ia0-f172.google.com with SMTP id l29so4119377iag.31 for ; Fri, 22 Mar 2013 19:17:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=xrxNYcS7cG7MN0PR3Gp3qgW9oPBifLIAKFCnUExOmWA=; b=fT2j7uXzvswlTku+GrAYTFQvNyEeWSrApS1/pT2HwExKv+v0c/FWXMMHrQrc58JP+A zhD1lG84Y25iXi7eL2oOsJMM0/ODfVK7IO7D9zv5fx3O6kbaXFCR+V/rhQ/AZK8A2PuX 3ybGTlDE15MLogUQeGcoefcvPabenIjvnD/CzHL7B+ul7pG6x7NA2wxmNdwNwDmHByoV SZwLLHd74fn8o8sNXVJoNJO63eXn3+Ck+OLIErkvMFfC+vfOGIPNLyNqhCuUC/ro3Gws iSDLzSbzYLYnftusQ9Dg4zYy7D0qaf6xSVLzRpoeqD9dmTurHOkhgWohTUAA9IredkOs 7cVw== MIME-Version: 1.0 X-Received: by 10.50.6.202 with SMTP id d10mr2658077iga.28.1364005035748; Fri, 22 Mar 2013 19:17:15 -0700 (PDT) Received: by 10.64.6.230 with HTTP; Fri, 22 Mar 2013 19:17:15 -0700 (PDT) In-Reply-To: References: Date: Sat, 23 Mar 2013 10:17:15 +0800 Message-ID: Subject: Re: HACKBERRY USB problem From: Ganbold Tsagaankhuu To: Alexander Fedorov Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Mar 2013 02:17:16 -0000 On Sat, Mar 23, 2013 at 12:29 AM, Alexander Fedorov wrote: >> It seems like hackberry's usb2 gpio pin is different than cubieboard one. > > Yes, this is why I edit a10_ehci.c > >> Did you try to use 2 usb devices for both usb port same time? > > Hackberry has two external USB connectors in one package, and two not soldered > connectors. One on top, and one on bottom side of the board. I > soldered one (howto: > http://jas-hacks.blogspot.ru/2012/10/hackberry-a10-extra-usb-ports.html). > I think USB configuration looks like: > A10 USB1 -> GL850G (4-port HUB) -> upper port on external connector > and not soldered connectors. > A10 USB2 -> RTL8188CUS (WiFi chip) > And I assume, A10 USB0 OTG -> bottom port on external connector. I see. > > I tried to use all available ports: > root@:~ # usbconfig > ugen1.1: at usbus1, cfg=0 md=HOST spd=HIGH > (480Mbps) pwr=SAVE (0mA) > ugen0.1: at usbus0, cfg=0 md=HOST spd=HIGH > (480Mbps) pwr=SAVE (0mA) > ugen1.2: at usbus1, cfg=0 md=HOST spd=HIGH > (480Mbps) pwr=ON (500mA) > ugen0.2: at usbus0, cfg=0 md=HOST spd=HIGH > (480Mbps) pwr=SAVE (100mA) > ugen0.3: at usbus0, cfg=0 md=HOST > spd=HIGH (480Mbps) pwr=ON (500mA) > ugen0.4: at usbus0, cfg=0 md=HOST spd=LOW > (1.5Mbps) pwr=ON (100mA) > > As expected, all ports work, except USB0 OTG (bottom port on external > connector). Very cool. > >> Somehow I observed both works at boot time, but had some problem >> attaching after boot. >> > > No, I haven't this problem. All ports work correctly at boot and after. Ok, good. > >> I never managed to make usb0 work, since it supports both host and otg >> mode in cubieboard. >> As some docs say it is based on MentorGraphics USB-OTG IP and >> currently iirc we only have support of otg mode in musb. >> gonzo@ may be working on improving musb driver some time ago, so he >> maybe has better ideas. >> As for pins, probably right place would be the dts, where we should >> separate hackberry and cubieboard specific configs and make general >> config for sun4i's SoC. > > And/or, maybe do it something like it done for OMAP4: > sys/arm/ti/omap4/pandaboard/pandaboard.c Something like separating dts for boards the way linux does: https://github.com/mripard/linux/blob/sunxi-3.9-wip-wemac/arch/arm/boot/dts/sunxi.dtsi https://github.com/mripard/linux/blob/sunxi-3.9-wip-wemac/arch/arm/boot/dts/sun4i-a10.dtsi https://github.com/mripard/linux/blob/sunxi-3.9-wip-wemac/arch/arm/boot/dts/sun4i-a10-hackberry.dts https://github.com/mripard/linux/blob/sunxi-3.9-wip-wemac/arch/arm/boot/dts/sun4i-a10-cubieboard.dts And then maybe we should check just to make sure some of existing gpio handling in other SoC's dts like: sys/boot/fdt/dts/bcm2835-rpi-b.dts and, yes, usb_hub_init could be done based on corresponding dts. My thinking could be missing something or wrong, but I think other arm folks could also comment on that. thanks, Ganbold > >> >> Ganbold >> >> >> >>> >>> Alexander Fedorov >>> _______________________________________________ >>> freebsd-arm@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-arm >>> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@FreeBSD.ORG Sat Mar 23 18:15:08 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id D6687DE8 for ; Sat, 23 Mar 2013 18:15:08 +0000 (UTC) (envelope-from magnus.nilsson@gmail.com) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id BDA1D832 for ; Sat, 23 Mar 2013 18:15:08 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1UJSyC-0000kO-AR for freebsd-arm@freebsd.org; Sat, 23 Mar 2013 11:15:08 -0700 Date: Sat, 23 Mar 2013 11:15:08 -0700 (PDT) From: MagnusNilsson To: freebsd-arm@freebsd.org Message-ID: <1364062508310-5798411.post@n5.nabble.com> Subject: Preemption on MV78100 (ARMv5TE)? MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Mar 2013 18:15:08 -0000 I am looking for information about FreeBSD 8.2 on Marvell MV78100 (Discovery SOC) - an ARMv5TE - with preemption enabled. My kernel is stable, but if I enable preemption it promptly crashes - during or within minutes of boot. My configuration is similar to: http://svn.freebsd.org/base/head/sys/arm/conf/DB-78XXX I notice that this configuration does not have the PREEMPTION option - not even commented - whereas many other configurations in: http://svn.freebsd.org/base/head/sys/arm/conf/ do have it. I am interested to hear if anyone has been able to run MV78100 (or similar) with preemption enabled - and in that case what your configuration and FreeBSD version is - or if anyone can confirm that preemption is not implemented for this processor. Thank you. -- View this message in context: http://freebsd.1045724.n5.nabble.com/Preemption-on-MV78100-ARMv5TE-tp5798411.html Sent from the freebsd-arm mailing list archive at Nabble.com. From owner-freebsd-arm@FreeBSD.ORG Sat Mar 23 18:33:03 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id E2A98225F for ; Sat, 23 Mar 2013 18:33:03 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) by mx1.freebsd.org (Postfix) with ESMTP id BE9138D8 for ; Sat, 23 Mar 2013 18:33:03 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1UJTFR-000PNg-Fy; Sat, 23 Mar 2013 18:32:57 +0000 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 r2NIWtuQ007278; Sat, 23 Mar 2013 12:32:55 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX19VkKZX/cHJF5jvzcPJRrE8 Subject: Re: Preemption on MV78100 (ARMv5TE)? From: Ian Lepore To: MagnusNilsson In-Reply-To: <1364062508310-5798411.post@n5.nabble.com> References: <1364062508310-5798411.post@n5.nabble.com> Content-Type: text/plain; charset="us-ascii" Date: Sat, 23 Mar 2013 12:32:55 -0600 Message-ID: <1364063575.1157.155.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-arm@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Mar 2013 18:33:03 -0000 On Sat, 2013-03-23 at 11:15 -0700, MagnusNilsson wrote: > I am looking for information about FreeBSD 8.2 on Marvell MV78100 (Discovery > SOC) - an ARMv5TE - with preemption enabled. > My kernel is stable, but if I enable preemption it promptly crashes - during > or within minutes of boot. > > My configuration is similar to: > http://svn.freebsd.org/base/head/sys/arm/conf/DB-78XXX > I notice that this configuration does not have the PREEMPTION option - not > even commented - whereas many other configurations in: > http://svn.freebsd.org/base/head/sys/arm/conf/ > do have it. > > I am interested to hear if anyone has been able to run MV78100 (or similar) > with preemption enabled - and in that case what your configuration and > FreeBSD version is - or if anyone can confirm that preemption is not > implemented for this processor. > > Thank you. Can you provide any information about the crashes? In my experience with 8.2 on arm (extensive, we use it at work, but with a variety of fixes pulled in from 9 and 10), the main source of problems has been busdma cache coherency problems. A variety of such problems have been fixed since 8.2, but I'm not sure all the fixes have been merged back to the 8-stable branch. I've never tried enabling PREEMPTION, I'll give that a try. I'm not sure why you're enabling it, but something to try that may give you most of the same benefits would be to compile with HZ=1000 or even higher, to shorten the scheduling quantum. Most of our ARM configs have HZ=100, but I've successfully run with HZ=4000 even on a low-end at91 chip running at 180mhz (just to see if I could, we don't normally do that on our products at work). -- Ian From owner-freebsd-arm@FreeBSD.ORG Sat Mar 23 18:36:19 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 0DD0B271F for ; Sat, 23 Mar 2013 18:36:19 +0000 (UTC) (envelope-from jeff@jrpenn.demon.co.uk) Received: from smtp.demon.co.uk (mdfmta005.mxout.tch.inty.net [91.221.169.46]) by mx1.freebsd.org (Postfix) with ESMTP id 83E71980 for ; Sat, 23 Mar 2013 18:36:18 +0000 (UTC) Received: from mdfmta005.tch.inty.net (unknown [127.0.0.1]) by mdfmta005.tch.inty.net (Postfix) with ESMTP id 31CBC18C608 for ; Sat, 23 Mar 2013 18:30:54 +0000 (GMT) Received: from mdfmta005.tch.inty.net (unknown [127.0.0.1]) by mdfmta005.tch.inty.net (Postfix) with ESMTP id BA59018C5F1 for ; Sat, 23 Mar 2013 18:30:53 +0000 (GMT) Received: from beastie.jrpenn.demon.co.uk (unknown [80.176.77.250]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mdfmta005.tch.inty.net (Postfix) with ESMTP for ; Sat, 23 Mar 2013 18:30:53 +0000 (GMT) Received: from beastie.jrpenn.demon.co.uk (localhost [127.0.0.1]) by beastie.jrpenn.demon.co.uk (8.14.5/8.14.5) with ESMTP id r2NIUgA5039914 for ; Sat, 23 Mar 2013 18:30:47 GMT (envelope-from jeff@beastie.jrpenn.demon.co.uk) Received: (from jeff@localhost) by beastie.jrpenn.demon.co.uk (8.14.5/8.14.5/Submit) id r2NIUgBW039913 for freebsd-arm@freebsd.org; Sat, 23 Mar 2013 18:30:42 GMT (envelope-from jeff) Date: Sat, 23 Mar 2013 18:30:37 +0000 From: Jeff Penn To: freebsd-arm@freebsd.org Subject: Net booting current snapshot on openrd and sheevaplug Message-ID: <20130323183037.GA39897@beastie.jrpenn.demon.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-MDF-HostID: 18 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Mar 2013 18:36:19 -0000 I'm having problems net booting following the instruction on the wiki. The kernel networking is failing on an openrd ultimate. My sheevaplug gets as far as completing the DHCP request, but does not generate any NFS traffic. Both systems run Debian, ruling out hardware. Do I need to try another snapshot, or are there any known issues?. Jeff Connected. 512 MB CPU : Marvell Feroceon (Rev 1) Streaming disabled Write allocate disabled Module 0 is AUDIO Module 1 is RGMII USB 0: host mode PCI 0: PCI Express Root Complex Interface PEX interface detected Link X1 Net: egiga0 [PRIME], egiga1 Hit any key to stop autoboot: 0 Marvell>> tftpboot 900000 openrd/kernel.bin Using egiga0 device TFTP from server 192.168.0.10; our IP address is 192.168.0.16 Filename 'openrd/kernel.bin'. Load address: 0x900000 Loading: ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# ############################################ done Bytes transferred = 3882592 (3b3e60 hex) Marvell>> go 900000 ## Starting application at 0x00900000 ... KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2013 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.0-CURRENT #0: Sun Mar 17 14:12:14 GMT 2013 root@beastie.jrpenn.demon.co.uk:/usr/obj/arm.arm/mnt/work/src/sys/DB-88F6XXX arm gcc version 4.2.1 20070831 patched [FreeBSD] WARNING: WITNESS option enabled, expect reduced performance. WARNING: DIAGNOSTIC option enabled, expect reduced performance. module mvs already present! CPU: Feroceon 88FR131 rev 1 (Marvell core) Little-endian DC enabled IC enabled WA disabled DC streaming enabled BTB disabled L2 enabled L2 prefetch enabled WB enabled EABT branch prediction enabled 16KB/32B 4-way instruction cache 16KB/32B 4-way write-back-locking-C data cache real memory = 536870912 (512 MB) avail memory = 516755456 (492 MB) SOC: Marvell 88F6281 rev A1, TClock 200MHz Instruction cache prefetch enabled, data cache prefetch enabled 256KB 4-way set-associative write-through unified L2 cache random device not loaded; using insecure entropy localbus0: on fdtbus0 nand0: mem 0xf9300000-0xf93fffff on localbus0 nandbus0: on nand0 lnand0: on nandbus0 lnand0: Found BBT table for chip simplebus0: on fdtbus0 ic0: mem 0xf1020200-0xf102023b on simplebus0 timer0: mem 0xf1020300-0xf102032f irq 1 on simplebus0 Event timer "CPUTimer0" frequency 200000000 Hz quality 1000 Timecounter "CPUTimer1" frequency 200000000 Hz quality 1000 gpio0: mem 0xf1010100-0xf101011f irq 35,36,37,38,39,40,41 on simplebus0 rtc0: mem 0xf1010300-0xf1010307 on simplebus0 twsi0: mem 0xf1011000-0xf101101f irq 43 on simplebus0 iicbus0: on twsi0 iic0: on iicbus0 mge0: mem 0xf1072000-0xf1073fff irq 12,13,14,11,46 on simplebus0 mge0: Ethernet address: f0:ad:4e:00:61:58 mge0: attaching PHYs failed U-Boot 2011.03 (Apr 26 2011 - 21:50:07) Marvell-Sheevaplug - eSATA - SD/MMC SoC: Kirkwood 88F6281_A1 DRAM: 512 MiB NAND: 512 MiB In: serial Out: serial Err: serial Net: egiga0 88E1116 Initialized on egiga0 Hit any key to stop autoboot: 0 Marvell>> tftpboot 900000 sheevaplug/kernel.bin Using egiga0 device TFTP from server 192.168.0.10; our IP address is 192.168.0.15 Filename 'sheevaplug/kernel.bin'. Load address: 0x900000 Loading: ################################################################# ################################################################# ################################################################# ########################################################## done Bytes transferred = 3704800 (3887e0 hex) Marvell>> go 900000 ## Starting application at 0x00900000 ... KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2013 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.0-CURRENT #0: Sun Mar 17 14:15:19 GMT 2013 root@beastie.jrpenn.demon.co.uk:/usr/obj/arm.arm/mnt/work/src/sys/SHEEVAPLUG arm gcc version 4.2.1 20070831 patched [FreeBSD] CPU: Feroceon 88FR131 rev 1 (Marvell core) Little-endian DC enabled IC enabled WA disabled DC streaming enabled BTB disabled L2 enabled L2 prefetch enabled WB enabled EABT branch prediction enabled 16KB/32B 4-way instruction cache 16KB/32B 4-way write-back-locking-C data cache real memory = 536870912 (512 MB) avail memory = 518447104 (494 MB) SOC: Marvell 88F6281 rev A1, TClock 200MHz Instruction cache prefetch disabled, data cache prefetch disabled 256KB 4-way set-associative write-through unified L2 cache random device not loaded; using insecure entropy localbus0: on fdtbus0 nand0: mem 0xf9300000-0xf93fffff on localbus0 nandbus0: on nand0 lnand0: on nandbus0 lnand0: No BBT found. Prescan chip... ##################lnand0: Bad block(1793) lnand0: Bad block(1797) lnand0: Bad block(1799) #lnand0: Bad block(1801) lnand0: Bad block(1803) lnand0: Bad block(1822) ##############lnand0: Bad block(3285) ######## simplebus0: on fdtbus0 ic0: mem 0xf1020200-0xf102023b on simplebus0 timer0: mem 0xf1020300-0xf102032f irq 1 on simplebus0 Event timer "CPUTimer0" frequency 200000000 Hz quality 1000 Timecounter "CPUTimer1" frequency 200000000 Hz quality 1000 gpio0: mem 0xf1010100-0xf101011f irq 35,36,37,38,39,40,41 on simplebus0 rtc0: mem 0xf1010300-0xf1010307 on simplebus0 mge0: mem 0xf1072000-0xf1073fff irq 12,13,14,11,46 on simplebus0 mge0: Ethernet address: f0:ad:4e:00:68:9c miibus0: on mge0 e1000phy0: PHY 0 on miibus0 e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto uart0: <16550 or compatible> mem 0xf1012000-0xf101201f irq 33 on simplebus0 uart0: console (1056,n,8,1) uart1: <16550 or compatible> mem 0xf1012100-0xf101211f irq 34 on simplebus0 cesa0: mem 0xf1030000-0xf103ffff irq 22 on simplebus0 ehci0: mem 0xf1050000-0xf1050fff irq 48,19 on simplebus0 usbus0: EHCI version 1.0 usbus0: stop timeout usbus0: set host controller mode usbus0 on ehci0 cryptosoft0: Timecounters tick every 1.000 msec usbus0: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 bootpc_init: wired to interface 'mge0' Sending DHCP Discover packet from interface mge0 (f0:ad:4e:00:68:9c) Received DHCP Offer packet on mge0 from 192.168.0.10 (accepted) (no root path) mge0: link state changed to UP uhub0: 1 port with 1 removable, self powered Sending DHCP Request packet from interface mge0 (f0:ad:4e:00:68:9c) Received DHCP Ack packet on mge0 from 192.168.0.10 (accepted) (got root path) mge0 at 192.168.0.15 server 192.168.0.10 boot file SHEEVAPLUG/kernel.bin subnet mask 255.255.255.0 router 192.168.0.1 rootfs 192.168.0.10:/mnt/work/nfsroot/arm-8-le hostname sheeva Adjusted interface mge0 RPC timeout for server 192.168.0.10 RPC timeout for server 192.168.0.10 RPC timeout for server 192.168.0.10 From owner-freebsd-arm@FreeBSD.ORG Sat Mar 23 19:38:42 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id A77E28AE for ; Sat, 23 Mar 2013 19:38:42 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) by mx1.freebsd.org (Postfix) with ESMTP id 6D3A4F85 for ; Sat, 23 Mar 2013 19:38:42 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1UJUH3-0002yp-EX; Sat, 23 Mar 2013 19:38:41 +0000 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 r2NJcdrB007341; Sat, 23 Mar 2013 13:38:39 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX180Py01man/b2RyTKijh1mV Subject: Re: Net booting current snapshot on openrd and sheevaplug From: Ian Lepore To: Jeff Penn In-Reply-To: <20130323183037.GA39897@beastie.jrpenn.demon.co.uk> References: <20130323183037.GA39897@beastie.jrpenn.demon.co.uk> Content-Type: multipart/mixed; boundary="=-wiUaj6PiMM99wXgyw5cs" Date: Sat, 23 Mar 2013 13:38:38 -0600 Message-ID: <1364067518.1157.163.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: freebsd-arm@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Mar 2013 19:38:42 -0000 --=-wiUaj6PiMM99wXgyw5cs Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit On Sat, 2013-03-23 at 18:30 +0000, Jeff Penn wrote: > I'm having problems net booting following the instruction on the > wiki. The kernel networking is failing on an openrd ultimate. My > sheevaplug gets as far as completing the DHCP request, but does not > generate any NFS traffic. Both systems run Debian, ruling out hardware. > > Do I need to try another snapshot, or are there any known issues?. > > Jeff Netbooting works on my similar DreamPlug systems using -current. I'm using the DREAMPLUG-1001 dts file and kernel config that are checked in, but with the BOOTP and NFSROOT options added. For the OpenRD it looks like the problem is that it can't find the phy. I've seen these *Plug systems use either 0 and 1 or 8 and 24 as the phy addresses for mge0 and mge1 respectively; you might try changing those in the dts file. In theory a phy address of -1 should work for mge0 to have it probe for a phy, but that's from looking at the code, I've never tried it. For the Sheeva, I'm not sure what would lead to those RPC timeouts, I've never seen that happen. I've got all these options for nfs root: options NFSCL options NFSLOCKD options NFS_ROOT options BOOTP options BOOTP_NFSROOT options BOOTP_NFSV3 options BOOTP_WIRED_TO=mge0 -- Ian --=-wiUaj6PiMM99wXgyw5cs Content-Disposition: inline; filename="dpdmesg.txt" Content-Type: text/plain; name="dpdmesg.txt"; charset="us-ascii" Content-Transfer-Encoding: 7bit SoC: Kirkwood 88F6281_A1 DRAM: 512 MiB WARNING: Caches not enabled NAND: 512 MiB In: serial Out: serial Err: serial Net: egiga0, egiga1 88E1121 Initialized on egiga0 88E1121 Initialized on egiga1 Hit any key to stop autoboot: 0 Marvell>> dhcp 900000 dreamplug/boot/kernel.bin;go 900000 BOOTP broadcast 1 *** Unhandled DHCP Option in OFFER/ACK: 69 *** Unhandled DHCP Option in OFFER/ACK: 26 *** Unhandled DHCP Option in OFFER/ACK: 27 *** Unhandled DHCP Option in OFFER/ACK: 42 *** Unhandled DHCP Option in OFFER/ACK: 28 *** Unhandled DHCP Option in OFFER/ACK: 69 *** Unhandled DHCP Option in OFFER/ACK: 26 *** Unhandled DHCP Option in OFFER/ACK: 27 *** Unhandled DHCP Option in OFFER/ACK: 42 *** Unhandled DHCP Option in OFFER/ACK: 28 DHCP client bound to address 172.22.42.230 Using egiga0 device TFTP from server 172.22.42.240; our IP address is 172.22.42.230 Filename 'dreamplug/boot/kernel.bin'. Load address: 0x900000 Loading: ################################################################# ################################################################# ################################################################# ################################################################# ################################################################# ####################################################### done Bytes transferred = 5564448 (54e820 hex) ## Starting application at 0x00900000 ... KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2013 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.0-CURRENT #0 r248215M: Wed Mar 13 18:01:12 MDT 2013 root@revolution.hippie.lan:/local/build/staging/freebsd/dp10/obj/arm.arm/local/build/staging/freebsd/dp10/src/sys/DP-NFSROOT arm gcc version 4.2.1 20070831 patched [FreeBSD] WARNING: DIAGNOSTIC option enabled, expect reduced performance. CPU: Feroceon 88FR131 rev 1 (Marvell core) Little-endian DC enabled IC enabled WA disabled DC streaming enabled BTB disabled L2 enabled L2 prefetch enabled WB enabled EABT branch prediction enabled 16KB/32B 4-way instruction cache 16KB/32B 4-way write-back-locking-C data cache real memory = 536870912 (512 MB) avail memory = 517337088 (493 MB) SOC: Marvell 88F6281 rev A1, TClock 200MHz Instruction cache prefetch disabled, data cache prefetch disabled 256KB 4-way set-associative write-through unified L2 cache random device not loaded; using insecure entropy localbus0: on fdtbus0 simplebus0: on fdtbus0 ic0: mem 0xf1020200-0xf102023b on simplebus0 timer0: mem 0xf1020300-0xf102032f irq 1 on simplebus0 Event timer "CPUTimer0" frequency 200000000 Hz quality 1000 Timecounter "CPUTimer1" frequency 200000000 Hz quality 1000 gpio0: mem 0xf1010100-0xf101011f irq 35,36,37,38,39,40,41 on simplebus0 rtc0: mem 0xf1010300-0xf1010307 on simplebus0 twsi0: mem 0xf1011000-0xf101101f irq 43 on simplebus0 iicbus0: on twsi0 iic0: on iicbus0 mge0: mem 0xf1072000-0xf1073fff irq 12,13,14,11,46 on simplebus0 mge0: Ethernet address: f0:ad:4e:01:16:62 miibus0: on mge0 e1000phy0: PHY 0 on miibus0 e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto mge1: mem 0xf1076000-0xf1077fff irq 16,17,18,15,47 on simplebus0 mge1: Ethernet address: f0:ad:4e:01:16:63 miibus1: on mge1 e1000phy1: PHY 1 on miibus1 e1000phy1: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto uart0: <16550 or compatible> mem 0xf1012000-0xf101201f irq 33 on simplebus0 uart0: console (1056,n,8,1) uart1: <16550 or compatible> mem 0xf1012100-0xf101211f irq 34 on simplebus0 cesa0: mem 0xf1030000-0xf103ffff irq 22 on simplebus0 ehci0: mem 0xf1050000-0xf1050fff irq 48,19 on simplebus0 usbus0: EHCI version 1.0 usbus0: stop timeout usbus0: set host controller mode usbus0 on ehci0 mvs0: mem 0xf1080000-0xf1085fff irq 21 on simplebus0 mvs0: Gen-IIe, 2 3Gbps ports, Port Multiplier supported with FBS mvsch0: at channel 0 on mvs0 mvsch1: at channel 1 on mvs0 cryptosoft0: Timecounters tick every 10.000 msec IPsec: Initialized Security Association Processing. ipfw2 (+ipv6) initialized, divert enabled, nat enabled, default to accept, logging disabled DUMMYNET 0 with IPv6 initialized (100409) load_dn_sched dn_sched WF2Q+ loaded load_dn_sched dn_sched FIFO loaded load_dn_sched dn_sched PRIO loaded load_dn_sched dn_sched QFQ loaded load_dn_sched dn_sched RR loaded usbus0: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 uhub0: 1 port with 1 removable, self powered Expensive timeout(9) function: 0xc0951d74(0xc3885780) 0.011070014 s 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) bootpc_init: wired to interface 'mge0' Sending DHCP Discover packet from interface mge0 (f0:ad:4e:01:16:62) mge0: link state changed to UP Received DHCP Offer packet on mge0 from 172.22.42.240 (accepted) (no root path) ugen0.2: at usbus0 uhub1: on usbus0 uhub1: 4 ports with 4 removable, self powered Sending DHCP Request packet from interface mge0 (f0:ad:4e:01:16:62) Received DHCP Ack packet on mge0 from 172.22.42.240 (accepted) (got root path) ugen0.3: at usbus0 umass0: on usbus0 da0 at umass-sim0 bus 0 scbus2 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: 3781MB (7744512 512 byte sectors: 255H 63S/T 482C) da1 at umass-sim0 bus 0 scbus2 target 0 lun 1 da1: Removable Direct Access SCSI-0 device da1: 40.000MB/s transfers da1: 15193MB (31116288 512 byte sectors: 255H 63S/T 1936C) ugen0.4: at usbus0 uaudio0: on usbus0 uaudio0: Play: 48000 Hz, 2 ch, 16-bit S-LE PCM format, 2x8ms buffer. uaudio0: Record: 48000 Hz, 1 ch, 16-bit S-LE PCM format, 2x8ms buffer. uaudio0: No MIDI sequencer. pcm0: on uaudio0 uaudio0: HID volume keys found. mge0 at 172.22.42.230 server 172.22.42.240 subnet mask 255.255.255.0 router 172.22.42.254 rootfs 172.22.42.240:/dreamplug Adjusted interface mge0 WARNING: DIAGNOSTIC option enabled, expect reduced performance. Trying to mount root from nfs: []... ifaddr cache = 0xc3d44300 is deleted NFS ROOT: 172.22.42.240:/dreamplug Interface mge0 IP-Address 172.22.42.230 Broadcast 172.22.42.255 Setting hostuuid: 745d5d8f-93ef-11e2-9e14-f0ad4e011662. Setting hostid: 0x2024a57e. No suitable dump device was found. Entropy harvesting: interrupts ethernet point_to_pointsha256: /kernel: No such file or directory kickstart. Starting file system checks: mount_nfs: can't update /var/db/mounttab for 172.22.42.240:/dreamplug eval: cannot create /etc/hostid: Read-only file system /etc/rc: WARNING: could not store hostuuid in /etc/hostid. Mounting local file systems:. Writing entropy file:. Setting hostname: dpnand. Starting Network: lo0 mge0 pflog0 pfsync0. lo0: flags=8049 metric 0 mtu 16384 options=600003 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x5 inet 127.0.0.1 netmask 0xff000000 nd6 options=21 mge0: flags=8843 metric 0 mtu 1500 options=8000b ether f0:ad:4e:01:16:62 inet6 fe80::f2ad:4eff:fe01:1662%mge0 prefixlen 64 scopeid 0x1 inet 172.22.42.230 netmask 0xffffff00 broadcast 172.22.42.255 nd6 options=21 media: Ethernet autoselect (1000baseT ) status: active pflog0: flags=0<> metric 0 mtu 33196 nd6 options=29 pfsync0: flags=0<> metric 0 mtu 1500 nd6 options=29 syncpeer: 0.0.0.0 maxupd: 128 defer: off Starting devd. mge1: link state changed to DOWN Starting Network: pflog0. pflog0: flags=0<> metric 0 mtu 33196 nd6 options=29 Starting Network: pfsync0. pfsync0: flags=0<> metric 0 mtu 1500 nd6 options=29 syncpeer: 0.0.0.0 maxupd: 128 defer: off Starting dhclient. DHCPDISCOVER on mge0 to 255.255.255.255 port 67 interval 6 DHCPOFFER from 172.22.42.254 DHCPREQUEST on mge0 to 255.255.255.255 port 67 DHCPACK from 172.22.42.254 ifaddr cache = 0xc3df0800 is deleted bound to 172.22.42.230 -- renewal in 21600 seconds. add net ::ffff:0.0.0.0: gateway ::1 add net ::0.0.0.0: gateway ::1 add net fe80::: gateway ::1 add net ff02::: gateway ::1 Mounting NFS file systems:. Creating and/or trimming log files. Starting syslogd. realpath: /dev/dumpdev: No such file or directory /etc/rc: WARNING: Dump device does not exist. Savecore not run. ELF ldconfig path: /lib /usr/lib /usr/lib/compat Clearing /tmp (X related). Updating motd:install: /etc/motd: Read-only file system /etc/motd is not writable, update failed. Starting ntpd. Performing sanity check on sshd configuration. Starting sshd. Starting cron. Starting background file system checks in 60 seconds. Sat Mar 23 19:26:11 UTC 2013 FreeBSD/arm (dpnand) (ttyu0) login: --=-wiUaj6PiMM99wXgyw5cs-- From owner-freebsd-arm@FreeBSD.ORG Sat Mar 23 23:18:18 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 5A3065EC for ; Sat, 23 Mar 2013 23:18:18 +0000 (UTC) (envelope-from jeff@jrpenn.demon.co.uk) Received: from smtp.demon.co.uk (mdfmta010.mxout.tbr.inty.net [91.221.168.51]) by mx1.freebsd.org (Postfix) with ESMTP id E1D6ACB for ; Sat, 23 Mar 2013 23:18:16 +0000 (UTC) Received: from mdfmta010.tbr.inty.net (unknown [127.0.0.1]) by mdfmta010.tbr.inty.net (Postfix) with ESMTP id 186A06F916A for ; Sat, 23 Mar 2013 23:13:04 +0000 (GMT) Received: from mdfmta010.tbr.inty.net (unknown [127.0.0.1]) by mdfmta010.tbr.inty.net (Postfix) with ESMTP id BDA3C6F9166 for ; Sat, 23 Mar 2013 23:13:03 +0000 (GMT) Received: from beastie.jrpenn.demon.co.uk (unknown [80.176.77.250]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mdfmta010.tbr.inty.net (Postfix) with ESMTP for ; Sat, 23 Mar 2013 23:13:03 +0000 (GMT) Received: from beastie.jrpenn.demon.co.uk (localhost [127.0.0.1]) by beastie.jrpenn.demon.co.uk (8.14.5/8.14.5) with ESMTP id r2NND2Up060808 for ; Sat, 23 Mar 2013 23:13:03 GMT (envelope-from jeff@beastie.jrpenn.demon.co.uk) Received: (from jeff@localhost) by beastie.jrpenn.demon.co.uk (8.14.5/8.14.5/Submit) id r2NND2xG060807 for freebsd-arm@FreeBSD.org; Sat, 23 Mar 2013 23:13:02 GMT (envelope-from jeff) Date: Sat, 23 Mar 2013 23:13:02 +0000 From: Jeff Penn To: freebsd-arm@FreeBSD.org Subject: Re: Net booting current snapshot on openrd and sheevaplug Message-ID: <20130323231302.GA60043@jrpenn.demon.co.uk> References: <20130323183037.GA39897@beastie.jrpenn.demon.co.uk> <1364067518.1157.163.camel@revolution.hippie.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1364067518.1157.163.camel@revolution.hippie.lan> User-Agent: Mutt/1.5.21 (2010-09-15) X-MDF-HostID: 3 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Mar 2013 23:18:18 -0000 On Sat, Mar 23, 2013 at 01:38:38PM -0600, Ian Lepore wrote: > On Sat, 2013-03-23 at 18:30 +0000, Jeff Penn wrote: > > I'm having problems net booting following the instruction on the > > wiki. The kernel networking is failing on an openrd ultimate. My > > sheevaplug gets as far as completing the DHCP request, but does not > > generate any NFS traffic. Both systems run Debian, ruling out hardware. > Netbooting works on my similar DreamPlug systems using -current. I'm > using the DREAMPLUG-1001 dts file and kernel config that are checked in, > but with the BOOTP and NFSROOT options added. > > For the OpenRD it looks like the problem is that it can't find the phy. > I've seen these *Plug systems use either 0 and 1 or 8 and 24 as the phy > addresses for mge0 and mge1 respectively; you might try changing those > in the dts file. In theory a phy address of -1 should work for mge0 to > have it probe for a phy, but that's from looking at the code, I've never > tried it. This got me a bit further, I'm still experimenting with values. I've tried setting the reg in sys/boot/fdt/dts/db88f6281.dts and rebuilding the kernel (I'm not a developer). The boot gets further and is now failing to transmit a DHCP request (dmesg below). I'll spend more time on this next week. enet0: ethernet@72000 { #address-cells = <1>; #size-cells = <1>; model = "V2"; compatible = "mrvl,ge"; reg = <0x72000 0x2000>; ranges = <0x0 0x72000 0x2000>; local-mac-address = [ 00 00 00 00 00 00 ]; interrupts = <12 13 14 11 46>; interrupt-parent = <&PIC>; phy-handle = <&phy0>; mdio@0 { #address-cells = <1>; #size-cells = <0>; compatible = "mrvl,mdio"; phy0: ethernet-phy@0 { reg = <0xFFFFFFFF>; }; }; }; > For the Sheeva, I'm not sure what would lead to those RPC timeouts, I've > never seen that happen. I've got all these options for nfs root: > > options NFSCL > options NFSLOCKD > options NFS_ROOT > options BOOTP > options BOOTP_NFSROOT > options BOOTP_NFSV3 > options BOOTP_WIRED_TO=mge0 Those are in the default kernel configs for both systems. thanks Jeff ..... mge0: mem 0xf1072000-0xf1073fff irq 12,13,14,11,46 on simplebus0 mge0: Ethernet address: f0:ad:4e:00:61:58 miibus0: on mge0 e1000phy0: PHY 0 on miibus0 e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto e1000phy1: PHY 1 on miibus0 e1000phy1: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto ifmedia_match: multiple match for 0x20/0xfffffff uart0: <16550 or compatible> mem 0xf1012000-0xf101201f irq 33 on simplebus0 uart0: console (115740,n,8,1) uart1: <16550 or compatible> mem 0xf1012100-0xf101211f irq 34 on simplebus0 cesa0: mem 0xf1030000-0xf103ffff irq 22 on simplebus0 ehci0: mem 0xf1050000-0xf1050fff irq 48,19 on simplebus0 usbus0: EHCI version 1.0 usbus0: set host controller mode usbus0 on ehci0 mvs0: mem 0xf1080000-0xf1085fff irq 21 on simplebus0 mvs0: Gen-IIe, 2 3Gbps ports, Port Multiplier supported with FBS mvsch0: at channel 0 on mvs0 mvsch1: at channel 1 on mvs0 pcib0: mem 0xf1040000-0xf1041fff irq 44 on fdtbus0 pcib0: PCI IO/Memory space exhausted device_attach: pcib0 attach returned 12 cryptosoft0: Timecounters tick every 10.000 msec usbus0: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 bootpc_init: wired to interface 'mge0' mge0: Timeout on link-up mge0: Timeout on link-up Sending DHCP Discover packet from interface mge0 (f0:ad:4e:00:61:58)