From owner-freebsd-mips@FreeBSD.ORG Thu May 23 05:24:40 2013 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 434F8144; Thu, 23 May 2013 05:24:40 +0000 (UTC) (envelope-from lists@rewt.org.uk) Received: from hosted.mx.as41113.net (hosted.mx.as41113.net [91.208.177.22]) by mx1.freebsd.org (Postfix) with ESMTP id 0AC031E7; Thu, 23 May 2013 05:24:39 +0000 (UTC) Received: from [172.16.9.23] (bella.stf.rewt.org.uk [91.208.177.62]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: lists@rewt.org.uk) by hosted.mx.as41113.net (Postfix) with ESMTPSA id 3bGJzx4vxKzJY; Thu, 23 May 2013 06:24:29 +0100 (BST) Message-ID: <519DA801.2090205@rewt.org.uk> Date: Thu, 23 May 2013 06:24:17 +0100 From: Joe Holden User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: Milan Obuch Subject: Re: Ubiquiti EdgeRouter Lite works multi-user with -CURRENT. References: <20130516111059.38543d57@wind.dino.sk> <20130516131642.adfae355aa3bf7767e9b56e5@ddteam.net> <20130516124248.33ae4e05@wind.dino.sk> <51952112.9010607@rewt.org.uk> <20130517192206.5db0533f@zeta.dino.sk> <51966CB6.2040701@rewt.org.uk> <20130520110659.1d1d2165@zeta.dino.sk> <20130520164001.5f7d99b8@zeta.dino.sk> <20130520172508.087daf7b@zeta.dino.sk> <20130523070225.4d9a3a59@zeta.dino.sk> In-Reply-To: <20130523070225.4d9a3a59@zeta.dino.sk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Aleksandr Rybalko , "freebsd-mips@FreeBSD.org" X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 May 2013 05:24:40 -0000 Milan Obuch wrote: > On Mon, 20 May 2013 08:27:40 -0700, Juli Mallett > wrote: > >> On Mon, May 20, 2013 at 8:25 AM, Milan Obuch >> wrote: >>> Yes, output is from 'gpioctl -f /dev/gpioc0 -lv' command execution. >>> Actually, I wrote all 16 pins (0 to 15) in >>> sys/mips/cavium/octeon_gpio.c so I can see quickly which GPIO pin >>> is connected to reset switch. Pin 11 changed when pressing the >>> switch. >> Could you try commenting out everything but pin 11 in octeon_gpio.c >> and rebuilding? I'm wondering if one of those pins may have been >> in-use to talk to some Ethernet hardware or something like that, and >> that its operation was disrupted by the GPIO driver. > > Hi, > > it took me some time to build new kernel, howerver, even with only pin > 11 defined in octeon_gpio.c it behaves the same way. If connected to > gigabit card it works, connecting to 100 megabit switch meens no > network activity. Later today I will test it against other device if > something changes. > > Regards, > Milan FWIW I upgraded one of them to latest snapshot and I'm seeing the same... however: I checked an older build on a hunch and it's no the link speed that seems to be the problem, if I change the switch port to only advertise 100M, the link comes up but nothing makes it onto the wire or is received by the kernel. If I reboot with the port still advertising 100M all is well when it comes back up, and vice versa with 1000M so it seems to be a problem with the link speed changing or going up/down... I'd normally expect to see octe0 up/down logged but that doesn't happen, even thuogh ifconfig shows the correct speed