From owner-freebsd-arm@FreeBSD.ORG Mon Apr 7 17:02:22 2014 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4F20D867; Mon, 7 Apr 2014 17:02:22 +0000 (UTC) Received: from smtp.fgznet.ch (mail.fgznet.ch [81.92.96.47]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D22219A8; Mon, 7 Apr 2014 17:02:21 +0000 (UTC) Received: from deuterium.andreas.nets (dhclient-91-190-14-19.flashcable.ch [91.190.14.19]) by smtp.fgznet.ch (8.13.8/8.13.8/Submit_SMTPAUTH) with ESMTP id s37H2CVK046062; Mon, 7 Apr 2014 19:02:16 +0200 (CEST) (envelope-from andreast-list@fgznet.ch) Message-ID: <5342DA14.2040100@fgznet.ch> Date: Mon, 07 Apr 2014 19:02:12 +0200 From: Andreas Tobler User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Milan Obuch Subject: Re: MARVELL BOARD: RD-88F6281A -CURRENT References: <53406D94.5020605@fgznet.ch> <1396732234.81853.334.camel@revolution.hippie.lan> <53407B53.4040807@fgznet.ch> <1396737091.81853.339.camel@revolution.hippie.lan> <5341AE1C.4040207@fgznet.ch> <1396815052.81853.346.camel@revolution.hippie.lan> <5341BC93.6080105@fgznet.ch> <20140406230716.13113e35@zeta.dino.sk> <5341C421.90209@fgznet.ch> <20140406235107.4445ec19@zeta.dino.sk> In-Reply-To: <20140406235107.4445ec19@zeta.dino.sk> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.64 on 81.92.96.47 Cc: freebsd-arm@FreeBSD.org, Ian Lepore X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Apr 2014 17:02:22 -0000 On 06.04.14 23:51, Milan Obuch wrote: > On Sun, 06 Apr 2014 23:16:17 +0200 > Andreas Tobler wrote: > >> On 06.04.14 23:07, Milan Obuch wrote: >>> On Sun, 06 Apr 2014 22:44:03 +0200 >>> Andreas Tobler wrote: >>> >>>> On 06.04.14 22:10, Ian Lepore wrote: >>>>> On Sun, 2014-04-06 at 21:42 +0200, Andreas Tobler wrote: >>>>>> On 06.04.14 00:31, Ian Lepore wrote: >>>>>>> On Sat, 2014-04-05 at 23:53 +0200, Andreas Tobler wrote: >>> >>> [ snip ] >>> >>>>>>>> Sure, now I 'hang' in an other area. >>>>>>>> >>>>>>>> mge0: mem 0x72000-0x73fff >>>>>>>> irq 12,13,14,11,46 on simplebus0 >>>>>>>> mge0: Ethernet address: 00:d0:b8:1e:3b:df >>>>>>>> mge0: attaching PHYs failed >>>>>>>> --> hangs >>>>>>>> According to the u-boot env I have two eth's and only the >>>>>>>> second is wired and used. >>>>>>>> >>>>>>>> From u-boot: >>>>>>>> Net: egiga0, egiga1 [PRIME] >>>>>>>> >>>>>>>> Now my questions, how do I enable verbose boot? On PowerPC I >>>>>>>> know I have to do it in boot/loader.conf, here too? >>>>>>>> >>>>>>>> I guess my hardware is different from an eval board, so I >>>>>>>> expect I'd need a customized dts, no? If so, how do I get the >>>>>>>> information out of the u-boot? >>>>>>>> Again, thx a lot! >>>>>>>> Andreas >>>>>>> >>>>>>> You're probably not even using loader(8) but rather launching >>>>>>> the kernel directly (only newer arm systems and newer versions >>>>>>> of u-boot use loader). That means things like tunables and >>>>>>> bootverbose have to be hacked into the kernel, at least for now >>>>>>> to make some progress. The initarm_early_init() routine in >>>>>>> arm/mv/mv_machdep.c is a good place to throw in a bootverbose=1. >>>>>> >>>>>> Ok. I did it in sys/kern/init_main.c >>>>>> >>>>>>> For disabling egiga0 just add status="disabled" to its entry in >>>>>>> the dts file. Have a look at the dreamplug dts files for an >>>>>>> example of setting up egiga1, but I'm not sure everything will >>>>>>> be exactly the same. You may need to transplant the phy0 entry >>>>>>> from egiga0 into egiga1 for that box. >>>>>> >>>>>> Good start, thanks. >>>>>> >>>>>>> The 'bdinfo' command in u-boot sometimes shows lots of good >>>>>>> info, sometimes not so much. >>>>>> >>>>>> Hm, this command is not available in my env. >>>>>> Anyway, I figured to play with the regs in the enet dts section >>>>>> and I managed to get it up. Unfortunately I don't get any dhcp >>>>>> requests to the server, so no ack can be given. I'll play around. >>>>>> >>>>>> Sending DHCP Discover packet from interface mge0 >>>>>> (00:d0:b8:1e:3b:df) .... >>>>>> DHCP/BOOTP timeout for server 255.255.255.255 >>>>>> .... >>>>>> >>>>>> Thanks again! >>>>>> Andreas >>>>> >>>>> I just realized that there's likely to be dts source for that box >>>>> in linux, and sure enough: >>>>> >>>>> https://github.com/torvalds/linux/blob/master/arch/arm/boot/dts/kirkwood-iomega_ix2_200.dts >>>>> >>>>> There should be a lot of good clues in there, although we're not >>>>> quite so compatible that you can necessarily just paste linux dts >>>>> code into our dts files. >>>> >>>> Yep, this is the place where I got the reg info, to change from xx >>>> to 0xb to get the interface attached. But nevertheless, I do not >>>> see any packets coming from this board. The tftpboot works, the >>>> dhcp-server works too, tested with ppc netboot. But this board >>>> does not really send out DHCPREQUESTS to the DHCP server. >>>> >>>> But maybe I hunt in the wrong place, I have to compare the other >>>> entries. Right now I concentrated on the eth0/1 part. >>>> >>>> Thanks. >>>> Andreas >>>> >>> >>> Maybe you need to check pin multiplexer setup. If eth1 is not >>> connected to pins, there is no connectivity. Some time ago I did >>> have just this problem - no packets on the wire, but it looked like >>> mge1 interface works well... after I found multiplexed pin setup, >>> all was clear to me. >> >> Hm, would you mind giving me a hands on? Where and what do I have to >> check? >> >> As said, new to the arm and fdt/dts world. >> >> TIA, >> Andreas >> > > Look into archives for this mailing list, my older message date Wed, 27 > Oct 2010 22:59:34 with subject 'Re: Guruplug Server Plus working to some > extent... [mge1 problem SOLVED]' has my dts where I solved just MPP > (multipurpose pin) setup problem, similar to yours I think. Look for > block MPP: mpp@10000 in there dts, maybe it could give you a hint about > setup of MPP for you. Thank you Milan!!!! The data sheet helped a lot. But in the end I was so lazy and I took the DREAMPLUG-1001 combo where I adjusted the PHY reg and the Memory size. Now I have booted into multiuser. Great! .... FreeBSD 11.0-CURRENT #7 r264151:264189M: Mon Apr 7 18:49:48 CEST 2014 andreast@tcx58.andreas.nets:/usr/obj/arm.arm/export/devel/fbsd/src/sys/DREAMPLUG-1001 arm FreeBSD clang version 3.4 (tags/RELEASE_34/final 197956) 20140216 WARNING: DIAGNOSTIC option enabled, expect reduced performance. Preloaded elf kernel "kernel" at 0xc0ee782c. CPU: Feroceon 881 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 = 268431360 (255 MB) avail memory = 2542837742 MB) .... Thanks to all. Andreas