From owner-freebsd-arm@FreeBSD.ORG Mon Oct 18 11:06:53 2010 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E70AD10656A9 for ; Mon, 18 Oct 2010 11:06:53 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D46E88FC1E for ; Mon, 18 Oct 2010 11:06:53 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o9IB6r7q029267 for ; Mon, 18 Oct 2010 11:06:53 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o9IB6rM9029265 for freebsd-arm@FreeBSD.org; Mon, 18 Oct 2010 11:06:53 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 18 Oct 2010 11:06:53 GMT Message-Id: <201010181106.o9IB6rM9029265@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-arm@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-arm@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Oct 2010 11:06:54 -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/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 [patch] nslu2_led driver for the LEDs on the NSLU2 o arm/134338 arm [patch] Lock GPIO accesses on ixp425 4 problems total. From owner-freebsd-arm@FreeBSD.ORG Wed Oct 20 21:19:50 2010 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 085941065679 for ; Wed, 20 Oct 2010 21:19:50 +0000 (UTC) (envelope-from freebsd-arm@dino.sk) Received: from loki.netlab.sk (loki.netlab.sk [84.245.65.11]) by mx1.freebsd.org (Postfix) with ESMTP id 9B7758FC14 for ; Wed, 20 Oct 2010 21:19:49 +0000 (UTC) Received: from door.dino.sk (fw1.dino.sk [84.245.95.252]) (AUTH: PLAIN milan, TLS: TLSv1/SSLv3,256bits,AES256-SHA) by loki.netlab.sk with esmtp; Wed, 20 Oct 2010 23:11:13 +0200 id 00033C07.4CBF5AF1.00010098 From: Milan Obuch To: freebsd-arm@freebsd.org Date: Wed, 20 Oct 2010 23:09:37 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.1-STABLE; KDE/4.5.2; i386; ; ) MIME-Version: 1.0 X-Length: 1568 X-UID: 15 Content-Type: Multipart/Mixed; boundary="Boundary-00=_Tq1vMElMvCDDZQ4" Message-Id: <201010202309.40148.freebsd-arm@dino.sk> Subject: Guruplug Server Plus working to some extent... X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Oct 2010 21:19:50 -0000 --Boundary-00=_Tq1vMElMvCDDZQ4 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi, after some trials I did manage to boot FreeBSD on Guruplug Server Plus (see http://www.globalscaletechnologies.com/p-32-guruplug-server-plus.aspx for some description). I based my work on Sheevaplug config's. What I changed (and renamed) is attached. My load address is 800000 instead of 900000 in Sheevaplug's configs. This is just a small lazyness issue... I can load kernel via TFTP typing shorter command 'tftpboot kernel.bin', otherwise I must type address where kernel should be loaded to... For USB to work well, patch [1] published on this mailing list by Johny Mattsson at September 18 was necessary as well, but nothing else in sources needs to be changed. There is micro SD device, looks like USB umass device and works well. Nothing special needed here. By default there are two devices created, da0 and da1, the latter being actuall micro SD drive. What the first one is, I do not know. As long as micro SD works, this one does not bothers me. I added SATA definition to .dts file and controller and both channels gets detected. No test made yet with actual disk, so I can't say if it really works. Second ethernet interface could be created uncommenting its definition in .dts file. With this configuration active, interface gets detected and created, but still something is wrong. Maybe my phy definition should be changed, but I do not have much knowledge in this part of system. I did not found much information detailing creation of .dts files, either. Actually it looks like receiving packets works but not sending. Interface status changes on plugging/unplugging cable, tcpdump shows packets coming in and replies coming out on guruplug, but no reply is seen on wire. If arp packet is coming in, it is seen in arp table on guruplug device. On the other side, it is not. Also, mge1 does not have ethernet link address (MAC) initialised, they are all-zero: # ifconfig mge1 mge1: flags=8802 metric 0 mtu 1500 options=8000b ether 00:00:00:00:00:00 media: Ethernet autoselect (100baseTX ) status: active When devd is active on startup, system hangs when mge1 is detected. No difference whether cable is plugged or not. If someone has any idea or patches to test, I am all ears. What I already found, does not aplly well to current status, but having unusable interface does not make me happy :( There are other devices I did not test yet, but it really works well as I can tell (exception is the second ethernet) so really big, big thanks to all who took part in original Sheevaplug and OpenRD ports development. Regards, Milan [1] http://lists.freebsd.org/pipermail/freebsd-arm/2010-September/002582.html --Boundary-00=_Tq1vMElMvCDDZQ4 Content-Type: text/plain; charset="us-ascii"; name="GURUPLUGPLUS" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="GURUPLUGPLUS" # # Custom kernel for Marvell GuruPlug server plus devices. # # $FreeBSD$ # ident GURUPLUGPLUS include "../mv/kirkwood/std.guruplugplus" options SOC_MV_KIRKWOOD makeoptions MODULES_OVERRIDE="" makeoptions WERROR="-Werror" options SCHED_4BSD # 4BSD scheduler options INET # InterNETworking options FFS # Berkeley Fast Filesystem options GEOM_LABEL options GEOM_PART_GPT options SOFTUPDATES # Enable FF Soft updates support options MSDOSFS # Enable MSDOS Filesystems options PROCFS # Process Filesystem options PSEUDOFS # Pseudo-filesystem support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # Posix P1003_1B real-time extensions options MUTEX_NOINLINE options RWLOCK_NOINLINE options NO_FFS_SNAPSHOT options NO_SWAPPING # Debugging options ALT_BREAK_TO_DEBUGGER options DDB options KDB # Pseudo devices device random device pty device loop # Serial ports device uart # Networking device ether device mge # Marvell Gigabit Ethernet controller device mii device e1000phy device bpf options HZ=1000 options DEVICE_POLLING device vlan # USB options USB_DEBUG # enable debug msgs device usb device ehci device umass device scbus device da device ata device atadisk # Flattened Device Tree options FDT options FDT_DTB_STATIC makeoptions FDT_DTS_FILE=guruplugplus.dts # extra options SW_WATCHDOG --Boundary-00=_Tq1vMElMvCDDZQ4 Content-Type: text/plain; charset="us-ascii"; name="guruplugplus.dts" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="guruplugplus.dts" /* * Copyright (c) 2010 The FreeBSD Foundation * All rights reserved. * * This software was developed by Semihalf under sponsorship from * the FreeBSD Foundation. * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions * are met: * 1. Redistributions of source code must retain the above copyright * notice, this list of conditions and the following disclaimer. * 2. Redistributions in binary form must reproduce the above copyright * notice, this list of conditions and the following disclaimer in the * documentation and/or other materials provided with the distribution. * * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF * SUCH DAMAGE. * * Marvell SheevaPlug Device Tree Source. * * $FreeBSD: src/sys/boot/fdt/dts/sheevaplug.dts,v 1.1 2010/05/26 09:50:09 raj Exp $ */ /dts-v1/; / { model = "mrvl,GuruPlugPlus"; compatible = "GuruPlugPlus"; #address-cells = <1>; #size-cells = <1>; aliases { ethernet0 = &enet0; /* ethernet1 = &enet1; */ mpp = &MPP; serial0 = &serial0; serial1 = &serial1; soc = &SOC; sram = &SRAM; }; cpus { #address-cells = <1>; #size-cells = <0>; cpu@0 { device_type = "cpu"; compatible = "ARM,88FR131"; reg = <0x0>; d-cache-line-size = <32>; // 32 bytes i-cache-line-size = <32>; // 32 bytes d-cache-size = <0x4000>; // L1, 16K i-cache-size = <0x4000>; // L1, 16K timebase-frequency = <0>; bus-frequency = <0>; clock-frequency = <0>; }; }; memory { device_type = "memory"; reg = <0x0 0x20000000>; // 512M at 0x0 }; localbus@f1000000 { #address-cells = <2>; #size-cells = <1>; compatible = "mrvl,lbc"; /* This reflects CPU decode windows setup. */ ranges = <0x0 0x0f 0xf9300000 0x00100000 0x1 0x1e 0xfa000000 0x00100000 0x2 0x1d 0xfa100000 0x02000000 0x3 0x1b 0xfc100000 0x00000400>; nor@0,0 { #address-cells = <1>; #size-cells = <1>; compatible = "cfi-flash"; reg = <0x0 0x0 0x00100000>; bank-width = <2>; device-width = <1>; }; led@1,0 { #address-cells = <1>; #size-cells = <1>; compatible = "led"; reg = <0x1 0x0 0x00100000>; }; nor@2,0 { #address-cells = <1>; #size-cells = <1>; compatible = "cfi-flash"; reg = <0x2 0x0 0x02000000>; bank-width = <2>; device-width = <1>; }; nand@3,0 { #address-cells = <1>; #size-cells = <1>; reg = <0x3 0x0 0x00100000>; bank-width = <2>; device-width = <1>; }; }; SOC: soc88f6281@f1000000 { #address-cells = <1>; #size-cells = <1>; compatible = "simple-bus"; ranges = <0x0 0xf1000000 0x00100000>; bus-frequency = <0>; PIC: pic@20200 { interrupt-controller; #address-cells = <0>; #interrupt-cells = <1>; reg = <0x20200 0x3c>; compatible = "mrvl,pic"; }; timer@20300 { compatible = "mrvl,timer"; reg = <0x20300 0x30>; interrupts = <1>; interrupt-parent = <&PIC>; mrvl,has-wdt; }; MPP: mpp@10000 { #pin-cells = <2>; compatible = "mrvl,mpp"; reg = <0x10000 0x34>; pin-count = <50>; pin-map = < 0 1 /* MPP[0]: NF_IO[2] */ 1 1 /* MPP[1]: NF_IO[3] */ 2 1 /* MPP[2]: NF_IO[4] */ 3 1 /* MPP[3]: NF_IO[5] */ 4 1 /* MPP[4]: NF_IO[6] */ 5 1 /* MPP[5]: NF_IO[7] */ 6 1 /* MPP[6]: SYSRST_OUTn */ 8 2 /* MPP[8]: UA0_RTS */ 9 2 /* MPP[9]: UA0_CTS */ 10 3 /* MPP[10]: UA0_TXD */ 11 3 /* MPP[11]: UA0_RXD */ 12 1 /* MPP[12]: SD_CLK */ 13 1 /* MPP[13]: SD_CMD */ 14 1 /* MPP[14]: SD_D[0] */ 15 1 /* MPP[15]: SD_D[1] */ 16 1 /* MPP[16]: SD_D[2] */ 17 1 /* MPP[17]: SD_D[3] */ 18 1 /* MPP[18]: NF_IO[0] */ 19 1 /* MPP[19]: NF_IO[1] */ 29 1 >; /* MPP[29]: TSMP[9] */ }; GPIO: gpio@10100 { #gpio-cells = <3>; compatible = "mrvl,gpio"; reg = <0x10100 0x20>; gpio-controller; interrupts = <35 36 37 38 39 40 41>; interrupt-parent = <&PIC>; }; rtc@10300 { compatible = "mrvl,rtc"; reg = <0x10300 0x08>; }; twsi@11000 { #address-cells = <1>; #size-cells = <0>; compatible = "mrvl,twsi"; reg = <0x11000 0x20>; interrupts = <43>; interrupt-parent = <&PIC>; }; 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 = <0x0>; }; }; }; /* enet1: ethernet@76000 { #address-cells = <1>; #size-cells = <1>; model = "V2"; compatible = "mrvl,ge"; reg = <0x76000 0x2000>; ranges = <0x0 0x76000 0x2000>; local-mac-address = [ 00 00 00 00 00 00 ]; interrupts = <16 17 18 15 47>; interrupt-parent = <&PIC>; phy-handle = <&phy1>; mdio@1 { #address-cells = <1>; #size-cells = <0>; compatible = "mrvl,mdio"; phy1: ethernet-phy@1 { reg = <0x1>; }; }; }; */ serial0: serial@12000 { compatible = "ns16550"; reg = <0x12000 0x20>; reg-shift = <2>; clock-frequency = <0>; interrupts = <33>; interrupt-parent = <&PIC>; }; serial1: serial@12100 { compatible = "ns16550"; reg = <0x12100 0x20>; reg-shift = <2>; clock-frequency = <0>; interrupts = <34>; interrupt-parent = <&PIC>; }; crypto@30000 { compatible = "mrvl,cesa"; reg = <0x30000 0x10000>; interrupts = <22>; interrupt-parent = <&PIC>; }; usb@50000 { compatible = "mrvl,usb-ehci", "usb-ehci"; reg = <0x50000 0x1000>; interrupts = <48 19>; interrupt-parent = <&PIC>; }; xor@60000 { compatible = "mrvl,xor"; reg = <0x60000 0x1000>; interrupts = <5 6 7 8>; interrupt-parent = <&PIC>; }; sata@80000 { compatible = "mrvl,sata"; reg = <0x80000 0x6000>; interrupts = <21>; interrupt-parent = <&PIC>; }; }; SRAM: sram@fd000000 { compatible = "mrvl,cesa-sram"; reg = <0xfd000000 0x00100000>; }; chosen { stdin = "serial0"; stdout = "serial0"; }; }; --Boundary-00=_Tq1vMElMvCDDZQ4 Content-Type: text/plain; charset="us-ascii"; name="std.guruplugplus" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="std.guruplugplus" # $FreeBSD$ include "../mv/std.mv" #include "../mv/kirkwood/std.kirkwood" # $FreeBSD: src/sys/arm/mv/kirkwood/std.kirkwood,v 1.1 2009/08/25 09:39:11 raj Exp $ # kernel gets loaded at 0x00800000 by the loader, but runs at virtual address # 0xc0800000. RAM starts at 0. We put the pagetable at a reasonable place # in memory, but may need to bounce it higher if there's a problem with this # We could paper over this by loading the kernel at 0xc0000000 virtual, but # that leads to other complications, so we'll just reclaim the lower region of # ram after we're loaded. Put the page tables for startup at 1MB. makeoptions KERNPHYSADDR=0x00800000 makeoptions KERNVIRTADDR=0xc0800000 options KERNPHYSADDR=0x00800000 options KERNVIRTADDR=0xc0800000 options PHYSADDR=0x00000000 options STARTUP_PAGETABLE_ADDR=0x00100000 files "../mv/kirkwood/files.sheevaplug" --Boundary-00=_Tq1vMElMvCDDZQ4-- From owner-freebsd-arm@FreeBSD.ORG Thu Oct 21 08:40:51 2010 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34E01106564A for ; Thu, 21 Oct 2010 08:40:51 +0000 (UTC) (envelope-from fbsd-arm@bzerk.org) Received: from ei.bzerk.org (tunnel490.ipv6.xs4all.nl [IPv6:2001:888:10:1ea::2]) by mx1.freebsd.org (Postfix) with ESMTP id BA9F78FC20 for ; Thu, 21 Oct 2010 08:40:50 +0000 (UTC) Received: from ei.bzerk.org (BOFH@localhost [127.0.0.1]) by ei.bzerk.org (8.14.3/8.14.3) with ESMTP id o9L8eklQ048160 for ; Thu, 21 Oct 2010 10:40:46 +0200 (CEST) (envelope-from fbsd-arm@bzerk.org) Received: (from bulk@localhost) by ei.bzerk.org (8.14.3/8.14.3/Submit) id o9L8ektK048159 for freebsd-arm@freebsd.org; Thu, 21 Oct 2010 10:40:46 +0200 (CEST) (envelope-from fbsd-arm@bzerk.org) Date: Thu, 21 Oct 2010 10:40:46 +0200 From: Ruben de Groot To: freebsd-arm@freebsd.org Message-ID: <20101021084046.GA48087@ei.bzerk.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on ei.bzerk.org X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0.1 (ei.bzerk.org [127.0.0.1]); Thu, 21 Oct 2010 10:40:49 +0200 (CEST) Subject: Sheevaplug compile issue X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Oct 2010 08:40:51 -0000 Hi, I am trying to compile a new SHEEVAPLUG kernel (last one was a couple of months ago), but am getting the following error: >if [ -f /usr/build/current/src/sys/boot/fdt/dts/sheevaplug.dts ]; then dtc -O dtb -o `echo sheevaplug.dts | cut -d. -f1`.dtb -b 0 -p 1024 /usr/build/current/src/sys/boot/fdt/dts/sheevaplug.dts; fi >dtc: not found There is no "dtc" on my system (I cross compile from i386 with TARGET_ARCH=arm), allthough I updated the build system to -current yesterday. Any clues? --Ruben From owner-freebsd-arm@FreeBSD.ORG Thu Oct 21 08:48:46 2010 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5CD5A106566C for ; Thu, 21 Oct 2010 08:48:46 +0000 (UTC) (envelope-from freebsd-arm@dino.sk) Received: from loki.netlab.sk (loki.netlab.sk [84.245.65.11]) by mx1.freebsd.org (Postfix) with ESMTP id D1DF88FC19 for ; Thu, 21 Oct 2010 08:48:45 +0000 (UTC) Received: from door.dino.sk (fw1.dino.sk [84.245.95.252]) (AUTH: PLAIN milan, TLS: TLSv1/SSLv3,256bits,AES256-SHA) by loki.netlab.sk with esmtp; Thu, 21 Oct 2010 10:50:10 +0200 id 00033C0F.4CBFFEC2.00012AF9 From: Milan Obuch To: freebsd-arm@freebsd.org Date: Thu, 21 Oct 2010 10:48:43 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.1-STABLE; KDE/4.5.2; i386; ; ) References: <20101021084046.GA48087@ei.bzerk.org> In-Reply-To: <20101021084046.GA48087@ei.bzerk.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201010211048.45318.freebsd-arm@dino.sk> Subject: Re: Sheevaplug compile issue X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Oct 2010 08:48:46 -0000 On Thursday 21 October 2010 10:40:46 Ruben de Groot wrote: > Hi, > > I am trying to compile a new SHEEVAPLUG kernel (last one was a couple of > months ago), but > > am getting the following error: > >if [ -f /usr/build/current/src/sys/boot/fdt/dts/sheevaplug.dts ]; then dtc > >-O dtb -o `echo sheevaplug.dts | cut -d. -f1`.dtb -b 0 -p 1024 > >/usr/build/current/src/sys/boot/fdt/dts/sheevaplug.dts; fi dtc: not found > > There is no "dtc" on my system (I cross compile from i386 with > TARGET_ARCH=arm), allthough I updated the build system to -current > yesterday. Any clues? > > --Ruben > You need make buildworld -DWITH_FDT or put WITH_FDT=YES into your make.conf or src.conf. Maybe this need better docs... Did you use any web page/howto as a guide? Milan From owner-freebsd-arm@FreeBSD.ORG Thu Oct 21 09:06:04 2010 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D67411065673 for ; Thu, 21 Oct 2010 09:06:04 +0000 (UTC) (envelope-from gljennjohn@googlemail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 637448FC0C for ; Thu, 21 Oct 2010 09:06:04 +0000 (UTC) Received: by fxm12 with SMTP id 12so3438327fxm.13 for ; Thu, 21 Oct 2010 02:06:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:in-reply-to:references:reply-to:x-mailer:mime-version :content-type:content-transfer-encoding; bh=H1q8Z5av+uSaDF3eCCZ+P9Q1yTSR/9X23sxhV2wKn6Q=; b=DlwPxXyxBIuX6ka0vFTjtDiYd4ApYR2GAgpmt7jTItQqHnYvvhixyLPnfczgVTQTph EnmhfPBVyyS5gyYGlE9LNDqYBqdLnVH3iAiHpXp9cfeyG0Rb1YOAJwtWHXL3+ivdTUZh M3z/ZXOmr3j5ondzFXp9bw295NOXEuQZkYb40= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :x-mailer:mime-version:content-type:content-transfer-encoding; b=seTXrKe2jaCadKzrVwG1VWj3xfRAvgv0EA2c4L7yNb7Ul1lHGdUftpnotAMSbOIYC8 60sxhOpj/k/FDfoCvNMpaZAx4mLQRWH/zGGUiPl07TQ/e618urDI6wjY6bc1l6nmwFra izRUHCsm9nAOLC1wm1yjh2OpKkE+YMDPccS7o= Received: by 10.103.8.15 with SMTP id l15mr440405mui.128.1287650634850; Thu, 21 Oct 2010 01:43:54 -0700 (PDT) Received: from ernst.jennejohn.org (p578E18A7.dip.t-dialin.net [87.142.24.167]) by mx.google.com with ESMTPS id 10sm643701fax.42.2010.10.21.01.43.53 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 21 Oct 2010 01:43:54 -0700 (PDT) Date: Thu, 21 Oct 2010 10:43:52 +0200 From: Gary Jennejohn To: Milan Obuch Message-ID: <20101021104352.588c6a5f@ernst.jennejohn.org> In-Reply-To: <201010202309.40148.freebsd-arm@dino.sk> References: <201010202309.40148.freebsd-arm@dino.sk> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.18.7; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org Subject: Re: Guruplug Server Plus working to some extent... X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gljennjohn@googlemail.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 Oct 2010 09:06:05 -0000 On Wed, 20 Oct 2010 23:09:37 +0200 Milan Obuch wrote: [snip] > Second ethernet interface could be created uncommenting its definition in .dts > file. With this configuration active, interface gets detected and created, > but still something is wrong. Maybe my phy definition should be changed, but > I do not have much knowledge in this part of system. I did not found much > information detailing creation of .dts files, either. > > Actually it looks like receiving packets works but not sending. Interface > status changes on plugging/unplugging cable, tcpdump shows packets coming in > and replies coming out on guruplug, but no reply is seen on wire. If arp > packet is coming in, it is seen in arp table on guruplug device. On the other > side, it is not. > > Also, mge1 does not have ethernet link address (MAC) initialised, they are > all-zero: > > # ifconfig mge1 > mge1: flags=8802 metric 0 mtu 1500 > options=8000b > ether 00:00:00:00:00:00 > media: Ethernet autoselect (100baseTX ) > status: active > > When devd is active on startup, system hangs when mge1 is detected. No > difference whether cable is plugged or not. > > If someone has any idea or patches to test, I am all ears. What I already > found, does not aplly well to current status, but having unusable interface > does not make me happy :( > The first thing that occurs to me is to assign a fake ETHADDR to this interface in the driver (or u-boot or .dts) and see whether it starts working. That could at least narrow down where to look for the source of the problem. IIRC it used to be possible to do that with ifconfig, but I can't find it in the current man page. -- Gary Jennejohn From owner-freebsd-arm@FreeBSD.ORG Thu Oct 21 09:12:12 2010 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 181A5106566C for ; Thu, 21 Oct 2010 09:12:12 +0000 (UTC) (envelope-from raj@semihalf.com) Received: from smtp.semihalf.com (smtp.semihalf.com [213.17.239.109]) by mx1.freebsd.org (Postfix) with ESMTP id B62DF8FC16 for ; Thu, 21 Oct 2010 09:12:11 +0000 (UTC) Received: from localhost (unknown [213.17.239.109]) by smtp.semihalf.com (Postfix) with ESMTP id 180E3C3BD9; Thu, 21 Oct 2010 10:47:16 +0200 (CEST) X-Virus-Scanned: by amavisd-new at semihalf.com Received: from smtp.semihalf.com ([213.17.239.109]) by localhost (smtp.semihalf.com [213.17.239.109]) (amavisd-new, port 10024) with ESMTP id NYNwUvOO8O0l; Thu, 21 Oct 2010 10:47:15 +0200 (CEST) Received: from [10.0.0.79] (cardhu.semihalf.com [213.17.239.108]) by smtp.semihalf.com (Postfix) with ESMTPSA id 7CE26C3BAF; Thu, 21 Oct 2010 10:47:15 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: text/plain; charset=us-ascii From: Rafal Jaworowski In-Reply-To: <20101021084046.GA48087@ei.bzerk.org> Date: Thu, 21 Oct 2010 10:47:15 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <82B0C538-2C88-4F07-9404-7A8BE4B0D4B9@semihalf.com> References: <20101021084046.GA48087@ei.bzerk.org> To: Ruben de Groot X-Mailer: Apple Mail (2.1081) Cc: freebsd-arm@freebsd.org Subject: Re: Sheevaplug compile issue X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Oct 2010 09:12:12 -0000 On 2010-10-21, at 10:40, Ruben de Groot wrote: > Hi, >=20 > I am trying to compile a new SHEEVAPLUG kernel (last one was a couple = of months ago), but=20 > am getting the following error: >=20 >> if [ -f /usr/build/current/src/sys/boot/fdt/dts/sheevaplug.dts ]; = then dtc -O dtb -o `echo sheevaplug.dts | cut -d. -f1`.dtb -b 0 -p 1024 = /usr/build/current/src/sys/boot/fdt/dts/sheevaplug.dts; fi >> dtc: not found >=20 > There is no "dtc" on my system (I cross compile from i386 with = TARGET_ARCH=3Darm), allthough I updated the build system to -current = yesterday. > Any clues? The world needs to be built with -DWITH_FDT in order to create the dtc. Rafal From owner-freebsd-arm@FreeBSD.ORG Thu Oct 21 09:19:24 2010 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5CC0E106566B for ; Thu, 21 Oct 2010 09:19:24 +0000 (UTC) (envelope-from freebsd-arm@dino.sk) Received: from loki.netlab.sk (loki.netlab.sk [84.245.65.11]) by mx1.freebsd.org (Postfix) with ESMTP id E04EE8FC1E for ; Thu, 21 Oct 2010 09:19:23 +0000 (UTC) Received: from door.dino.sk (fw1.dino.sk [84.245.95.252]) (AUTH: PLAIN milan, TLS: TLSv1/SSLv3,256bits,AES256-SHA) by loki.netlab.sk with esmtp; Thu, 21 Oct 2010 11:20:48 +0200 id 00033C0F.4CC005F0.00012CCD From: Milan Obuch To: gljennjohn@googlemail.com Date: Thu, 21 Oct 2010 11:19:25 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.1-STABLE; KDE/4.5.2; i386; ; ) References: <201010202309.40148.freebsd-arm@dino.sk> <20101021104352.588c6a5f@ernst.jennejohn.org> In-Reply-To: <20101021104352.588c6a5f@ernst.jennejohn.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201010211119.26731.freebsd-arm@dino.sk> Cc: freebsd-arm@freebsd.org Subject: Re: Guruplug Server Plus working to some extent... X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Oct 2010 09:19:24 -0000 On Thursday 21 October 2010 10:43:52 Gary Jennejohn wrote: > On Wed, 20 Oct 2010 23:09:37 +0200 > Milan Obuch wrote: > > [snip] > > > Second ethernet interface could be created uncommenting its definition in > > .dts file. With this configuration active, interface gets detected and > > created, but still something is wrong. Maybe my phy definition should be > > changed, but I do not have much knowledge in this part of system. I did > > not found much information detailing creation of .dts files, either. > > > > Actually it looks like receiving packets works but not sending. Interface > > status changes on plugging/unplugging cable, tcpdump shows packets coming > > in and replies coming out on guruplug, but no reply is seen on wire. If > > arp packet is coming in, it is seen in arp table on guruplug device. On > > the other side, it is not. > > > > Also, mge1 does not have ethernet link address (MAC) initialised, they > > are all-zero: > > > > # ifconfig mge1 > > mge1: flags=8802 metric 0 mtu 1500 > > > > options=8000b > > ether 00:00:00:00:00:00 > > media: Ethernet autoselect (100baseTX ) > > status: active > > > > When devd is active on startup, system hangs when mge1 is detected. No > > difference whether cable is plugged or not. > > > > If someone has any idea or patches to test, I am all ears. What I already > > found, does not aplly well to current status, but having unusable > > interface does not make me happy :( > > The first thing that occurs to me is to assign a fake ETHADDR to this > interface in the driver (or u-boot or .dts) and see whether it starts > working. > Well, I should have noted this, but I did ifconfig mge1 ether ifconfig mge1 192.168.17.1/24 and tested it with another usb network adapter connected with cross cable. I looked on both guruplug and notebook with tcpdump and packets sent from notebook to guruplug (usually arp's) are seen by tcpdump on guruplug and inserted into arp table. The other way it does not work - tcpdump on guruplug sees responses sent, but not on the other side. Regards, Milan From owner-freebsd-arm@FreeBSD.ORG Thu Oct 21 21:15:44 2010 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B76EC106566B for ; Thu, 21 Oct 2010 21:15:44 +0000 (UTC) (envelope-from freebsd-arm@dino.sk) Received: from loki.netlab.sk (ns3.netlab.sk [84.245.65.11]) by mx1.freebsd.org (Postfix) with ESMTP id 4DB178FC12 for ; Thu, 21 Oct 2010 21:15:43 +0000 (UTC) Received: from door.dino.sk (fw1.dino.sk [84.245.95.252]) (AUTH: PLAIN milan, TLS: TLSv1/SSLv3,256bits,AES256-SHA) by loki.netlab.sk with esmtp; Thu, 21 Oct 2010 23:17:05 +0200 id 00033C0F.4CC0ADD1.000160B8 From: Milan Obuch To: freebsd-arm@freebsd.org Date: Thu, 21 Oct 2010 23:13:21 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.1-STABLE; KDE/4.5.2; i386; ; ) References: <201010202309.40148.freebsd-arm@dino.sk> <20101021104352.588c6a5f@ernst.jennejohn.org> <201010211119.26731.freebsd-arm@dino.sk> In-Reply-To: <201010211119.26731.freebsd-arm@dino.sk> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201010212313.23283.freebsd-arm@dino.sk> Subject: Re: Guruplug Server Plus working to some extent... X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Oct 2010 21:15:44 -0000 On Thursday 21 October 2010 11:19:25 Milan Obuch wrote: > On Thursday 21 October 2010 10:43:52 Gary Jennejohn wrote: > > On Wed, 20 Oct 2010 23:09:37 +0200 > > Milan Obuch wrote: > > > > [snip] > > > > > Second ethernet interface could be created uncommenting its definition > > > in .dts file. With this configuration active, interface gets detected > > > and created, but still something is wrong. Maybe my phy definition > > > should be changed, but I do not have much knowledge in this part of > > > system. I did not found much information detailing creation of .dts > > > files, either. > > > > > > Actually it looks like receiving packets works but not sending. > > > Interface status changes on plugging/unplugging cable, tcpdump shows > > > packets coming in and replies coming out on guruplug, but no reply is > > > seen on wire. If arp packet is coming in, it is seen in arp table on > > > guruplug device. On the other side, it is not. > > > > > > Also, mge1 does not have ethernet link address (MAC) initialised, they > > > are all-zero: > > > > > > # ifconfig mge1 > > > mge1: flags=8802 metric 0 mtu 1500 > > > > > > options=8000b > > > ether 00:00:00:00:00:00 > > > media: Ethernet autoselect (100baseTX ) > > > status: active > > > > > > When devd is active on startup, system hangs when mge1 is detected. No > > > difference whether cable is plugged or not. > > > > > > If someone has any idea or patches to test, I am all ears. What I > > > already found, does not aplly well to current status, but having > > > unusable interface does not make me happy :( > > > > The first thing that occurs to me is to assign a fake ETHADDR to this > > interface in the driver (or u-boot or .dts) and see whether it starts > > working. > > Well, I should have noted this, but I did > > ifconfig mge1 ether > ifconfig mge1 192.168.17.1/24 > > and tested it with another usb network adapter connected with cross cable. > I looked on both guruplug and notebook with tcpdump and packets sent from > notebook to guruplug (usually arp's) are seen by tcpdump on guruplug and > inserted into arp table. The other way it does not work - tcpdump on > guruplug sees responses sent, but not on the other side. > > Regards, > Milan > I did next test with kernel created without option DEVICE_POLLING in kernel config. This time system did not hang on boot even with devd running, but sending frames from mge1 to wire does not work either. Also, when I put mge1's ethernet link address (MAC) into .dts file, it is initialised with this value, as expected. But nothing else changed - receiving frames works, sending does not. Maybe it's time for some mge's source tweaking, but I have absolutelly no idea where to begin. Regards, Milan