From owner-freebsd-mips@FreeBSD.ORG Fri May 17 17:52:44 2013 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 4511C98A for ; Fri, 17 May 2013 17:52:44 +0000 (UTC) (envelope-from freebsd-mips@dino.sk) Received: from mailhost.netlab.sk (mailhost.netlab.sk [84.245.65.10]) by mx1.freebsd.org (Postfix) with ESMTP id C1CEFDC1 for ; Fri, 17 May 2013 17:52:43 +0000 (UTC) Received: from zeta.dino.sk (fw1.dino.sk [84.245.95.252]) (AUTH: LOGIN milan, TLS: TLSv1/SSLv3,128bits,AES128-SHA) by mailhost.netlab.sk with ESMTPSA; Fri, 17 May 2013 19:52:43 +0200 id 00616893.51966E6B.0000DEB0 Date: Fri, 17 May 2013 19:52:42 +0200 From: Milan Obuch To: Warner Losh Subject: Re: Ubiquiti EdgeRouter Lite works multi-user with -CURRENT. Message-ID: <20130517195242.6f58064b@zeta.dino.sk> In-Reply-To: <634DB99C-2102-44AE-8BFD-D8D767993A13@bsdimp.com> 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> <634DB99C-2102-44AE-8BFD-D8D767993A13@bsdimp.com> X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.17; amd64-portbld-freebsd9.1) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAGFBMVEX+/v7++v6YOTrq8PCcuIX989UvOSj++v0BNCbpAAAAB3RJTUUHsQwfFzs7RBhzUQAAAhJJREFUOI1dU8GOqzAMNKIoV1bvwD1i0ysqrHplIdBrVSX7ATSbd03VVvn9tQNtQy0hjAdn7LED4AAcPtWm9RV+MPSfxhBLx9ajd6X/ngB6/mTwnRSZua7i7Ca+0ctZKo4Qmz+JY13X6I3nFZBxIYW1PbgfQ5RP8g0XlltEWGf3cV03joYpRnFbvYDKbXjZlXyyhEZA4lI+cN3NaVXE4VKjSwTExO10eTEkkJVqIAD5z0nUBQJluQDRSQjcrBiHAJxZlAH5CUMBMC7OcJ4LMQNnxhZ1HYPscMc6J4UlWRMNwzOpCcAHKSICd1EDn83abdREIbXsHkD1OinP1aCUCOEVRaa1lMcvywUWdYgk13JQUpYNKmvXQ8Kw5ML9YI5h8SakctBc7E/IYuLhYd/zZIk+1gM1vNweQBvHE0j+oYah3sMqAytQYlZk6+ANaaawJdu3OFzYGMZ3iGpa3qMlq9ZH0VZTgrCtw/ngdYkEIIpSbP1bWQAdFdX9vocBdkH2qVjVmuMu3gI5rjs814EUdrCZgWlPaxZZ3RiLFUtr+ud0PXwp2dnQSNXgePt6AZpBj6UMJ7VQkzN4utVeaSW1Dhn/kblGrKeMvNGnzwX4zuEDarYz1KdPtR60Gul0Gued+515SJXhCsl+Tx/3kY/UDvicPll9mfu50t3tvQ/thZpJYgeuwdSKNJ6tCD98MCgoxLDaPxbwqqwPWaWiAAAAAElFTkSuQmCC X-Face: ak5rwz4-aUa>hPFZlcg,bXxn.(TN}e9DGFrKU\.i_'B[&5=pAd9o"j)5VSUYW:BRQG#^42Ev$Il|; Ztn=,C X-Operating-System: FreeBSD/amd64 8.2-STABLE Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII 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: Fri, 17 May 2013 17:52:44 -0000 On Fri, 17 May 2013 13:28:06 -0400, Warner Losh wrote: > > On May 17, 2013, at 1:22 PM, Milan Obuch wrote: > > > On Thu, 16 May 2013 19:10:26 +0100, Joe Holden > > wrote: > > > > [ snip ] > > > >>> for this quick test I used OCTEON1 kernel config with some > >>> necessary tweaks, device gpio is commented out, maybe this will > >>> be enough for enable octeon_gpio.c (looking at files.octeon1 it > >>> seems to be possible). I will test it, definitely. > >> > >> There is only one pin exposed via gpio: > >> > >> root@erl1:~ # gpioctl -f /dev/gpioc0 -l -v > >> pin 07: 0 F/D, caps: > >> > >> Not sure if it maps to anything usable, haven't played with it yet > >> - the other header is EJTAG according to Cavium docs. > > > > I built new kernel with device gpio, something is not working - F/D > > should mean 'factory default' aka 'reset switch', but it does not > > sense status ot that switch. No matter whether pressed or not, > > gpioctl still reports 0. > > > > Also, somehow strangely, in dmesg: > > > > gpio0: on ciu0 > > gpio0: [GIANT-LOCKED] > > gpio0: [GIANT-LOCKED] > > gpio0: [GIANT-LOCKED] > > gpio0: [GIANT-LOCKED] > > gpio0: [GIANT-LOCKED] > > gpio0: [GIANT-LOCKED] > > gpio0: [GIANT-LOCKED] > > gpio0: [GIANT-LOCKED] > > gpio0: [GIANT-LOCKED] > > gpio0: [GIANT-LOCKED] > > gpio0: [GIANT-LOCKED] > > gpio0: [GIANT-LOCKED] > > gpio0: [GIANT-LOCKED] > > gpio0: [GIANT-LOCKED] > > gpio0: [GIANT-LOCKED] > > gpio0: [GIANT-LOCKED] > > gpio0: [pin0] output=0, invinput=0, intr=0, intr_type=level > > gpio0: [pin1] output=0, invinput=0, intr=0, intr_type=level > > gpio0: [pin2] output=0, invinput=0, intr=0, intr_type=level > > gpio0: [pin3] output=0, invinput=0, intr=0, intr_type=level > > gpio0: [pin4] output=0, invinput=0, intr=0, intr_type=level > > gpio0: [pin5] output=0, invinput=0, intr=0, intr_type=level > > gpio0: [pin6] output=0, invinput=0, intr=0, intr_type=level > > gpio0: [pin7] output=0, invinput=0, intr=0, intr_type=level > > gpio0: [pin8] output=0, invinput=0, intr=0, intr_type=level > > gpio0: [pin9] output=0, invinput=0, intr=0, intr_type=level > > gpio0: [pin10] output=0, invinput=0, intr=0, intr_type=level > > gpio0: [pin11] output=0, invinput=0, intr=0, intr_type=level > > gpio0: [pin12] output=0, invinput=0, intr=0, intr_type=level > > gpio0: [pin13] output=0, invinput=0, intr=0, intr_type=level > > gpio0: [pin14] output=0, invinput=0, intr=0, intr_type=level > > gpio0: [pin15] output=0, invinput=0, intr=0, intr_type=level > > gpioc0: on gpio0 > > gpiobus0: on gpio0 > > > > GIANT-LOCKED line is there 16 times, once for every one from 16 > > pins - why? > > Because it isn't marked as MPSAFE? Chances are something will need to > be done to make it mp safe though. > > Warner To be precise - why 16 times? And why 16 pins, when there is only one switch, and only one pin is reported in gpioctl output. Milan