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