From owner-freebsd-arm@FreeBSD.ORG Tue Oct 26 19:59:59 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 967A81065670 for ; Tue, 26 Oct 2010 19:59:59 +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 3E3C18FC15 for ; Tue, 26 Oct 2010 19:59:58 +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; Tue, 26 Oct 2010 22:00:51 +0200 id 00033C0A.4CC73373.00015C03 From: Milan Obuch To: Kristof Provost Date: Tue, 26 Oct 2010 22:00:07 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.1-STABLE; KDE/4.5.2; i386; ; ) References: <201010202309.40148.freebsd-arm@dino.sk> <201010242322.35909.freebsd-arm@dino.sk> <20101025201726.GB24690@nereid> In-Reply-To: <20101025201726.GB24690@nereid> MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_INzxMKkblRKi0p8" Message-Id: <201010262200.09364.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: Tue, 26 Oct 2010 19:59:59 -0000 --Boundary-00=_INzxMKkblRKi0p8 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit On Monday 25 October 2010 22:17:27 Kristof Provost wrote: > On 2010-10-24 23:22:34 (+0200), Milan Obuch wrote: > > Well, it may be. I am no expert in this area, but what I do not > > understand is how bad PHY assignment could affect sending frames but nor > > receiving. I would expect with wrong assignment failing both, but, > > again, I am no expert here... > > I'm not exactly an expert myself, I could be mistaken. > I suspected the PHY because that's the bit which caused trouble on my > board. Looking deeper the fact it's unable to probe the MAC address for > the second interface is quite suspicious too. > > Was there anything suspicious in the boot log? Perhaps something related > to simplebus? > It might also be a good idea to rebuild your kernel with 'DEBUG' set and > to take another look at the boot output then. > > I don't think I can say more without a device to play around with. > > Regards, > Kristof Well, 'makeoptions DEBUG' just creates kernel.symbols, nothing else... there must be some other way to create more debug output, but I did not find it. If I could convert elf-structured ubldr to binary ubldr.bin, maybe I can boot kernel with verbose output... but I did not find the way to do it. (Any hint on this?) There is absolutely nothing suspicious in boot log - see attached dmesg... Regards, Milan --Boundary-00=_INzxMKkblRKi0p8 Content-Type: text/plain; charset="ISO-8859-1"; name="dmesg" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="dmesg" KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2010 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 9.0-CURRENT #3: Tue Oct 26 21:49:55 CEST 2010 root@wind.dino.sk:/tmp/guruplug/obj/arm.arm/data/src9/sys/GURUPLUGPLUS2 arm WARNING: DIAGNOSTIC option enabled, expect reduced performance. CPU: Feroceon 88FR131 rev 1 (Marvell core) DC enabled IC 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 = 520613888 (496 MB) SOC: Marvell 88F6281 rev A0, TClock 200MHz 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:16:33 miibus0: on mge0 e1000phy0: PHY 0 on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto mge1: mem 0xf1076000-0xf1077fff irq 16,17,18,15,47 on simplebus0 mge1: Ethernet address: f0:ad:4e:00:16:34 miibus1: on mge1 e1000phy1: PHY 1 on miibus1 e1000phy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, 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 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 sata0: mem 0xf1080000-0xf1085fff irq 21 on simplebus0 ata0: on sata0 ata1: on sata0 Timecounters tick every 1.000 msec usbus0: 480Mbps High Speed USB v2.0 WARNING: DIAGNOSTIC option enabled, expect reduced performance. Root mount waiting for: usbus0 ugen0.1: at usbus0 uhub0: on usbus0 uhub0: 1 port with 1 removable, self powered Root mount waiting for: usbus0 ugen0.2: at usbus0 uhub1: on usbus0 Root mount waiting for: usbus0 uhub1: 4 ports with 4 removable, self powered ugen0.3: at usbus0 umass0: on usbus0 umass0: SCSI over Bulk-Only; quirks = 0x0000 Root mount waiting for: usbus0 Root mount waiting for: usbus0 umass0:0:0:-1: Attached to scbus0 (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe0:umass-sim0:0:0:0): CAM status: SCSI Status Error (probe0:umass-sim0:0:0:0): SCSI status: Check Condition (probe0:umass-sim0:0:0:0): SCSI sense: NOT READY asc:3a,0 (Medium not present) da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from ufs:/dev/ufs/ARMroot []... mountroot: waiting for device /dev/ufs/ARMroot ... (probe0:umass-sim0:0:0:1): TEST UNIT READY. CDB: 0 20 0 0 0 0 (probe0:umass-sim0:0:0:1): CAM status: SCSI Status Error (probe0:umass-sim0:0:0:1): SCSI status: Check Condition (probe0:umass-sim0:0:0:1): SCSI sense: UNIT ATTENTION asc:28,0 (Not ready to ready change, medium may have changed) da1 at umass-sim0 bus 0 scbus0 target 0 lun 1 da1: Removable Direct Access SCSI-0 device da1: 40.000MB/s transfers da1: 974MB (1995776 512 byte sectors: 64H 32S/T 974C) --Boundary-00=_INzxMKkblRKi0p8--