From owner-freebsd-mips@FreeBSD.ORG Mon May 20 09:07:11 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 14A0A159; Mon, 20 May 2013 09:07:11 +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 41FB4661; Mon, 20 May 2013 09:07:10 +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; Mon, 20 May 2013 11:07:03 +0200 id 004FCA13.5199E7B7.0000438B Date: Mon, 20 May 2013 11:06:59 +0200 From: Milan Obuch To: Juli Mallett Subject: Re: Ubiquiti EdgeRouter Lite works multi-user with -CURRENT. Message-ID: <20130520110659.1d1d2165@zeta.dino.sk> In-Reply-To: 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> 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: Mon, 20 May 2013 09:07:11 -0000 On Fri, 17 May 2013 10:52:47 -0700, Juli Mallett wrote: > On Fri, May 17, 2013 at 10:45 AM, Joe Holden > wrote: > > 16 possible pins on the controller? There is only one pin on the > > board, and that is the F/D button on the back. > > Octeon supports up to 16 GPIO pins and interrupts. I'd suspect there > are other things connected up with GPIO on-board than GPIO pins > exposed to the outside world, but even if that's not the case, that's > still the number of GPIO pins the SoC supports. > > It's possible that the EdgeRouter Lite uses a different pin for its > F/D button. According to the driver, gonzo used the CAM-0100's pin > assignment as the default. It should be easy to extract a list of pin > assignments we care about from looking at the patches from Ubiquiti to > the Simple Executive and Linux, but I haven't looked personally. (I > don't ever use GPIO on Octeon.) > > The octeon_gpio_pins array probably needs to be configured at boot > based on board type. (So it should normally be 16 items (or 16 plus a > terminator) and get filled out by board type, I'd say.) > > Thanks, > Juli. Hi, I am trying to compile new kernel to test GPIO pins, however, no success for some time - kernel linking ends with error: linking kernel.debug ld: kernel.debug: warning: allocated section `.sdata' not in segment ethernet-common.o: In function `cvm_assign_mac_address': /usr/src/sys/mips/cavium/octe/ethernet-common.c:110: undefined reference to `cvmx_mgmt_port_num_ports' /usr/src/sys/mips/cavium/octe/ethernet-common.c:110: relocation truncated to fit: R_MIPS_26 against `cvmx_mgmt_port_num_ports' *** Error code 1 Searching in /sys/mips/cavium for cvmx_mgmt_port_num_ports is not successfull - any insight here? Milan From owner-freebsd-mips@FreeBSD.ORG Mon May 20 11:06:49 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 860A4597 for ; Mon, 20 May 2013 11:06:49 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 76D93DB3 for ; Mon, 20 May 2013 11:06:49 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r4KB6ngq082956 for ; Mon, 20 May 2013 11:06:49 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r4KB6nW1082954 for freebsd-mips@FreeBSD.org; Mon, 20 May 2013 11:06:49 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 20 May 2013 11:06:49 GMT Message-Id: <201305201106.r4KB6nW1082954@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-mips@FreeBSD.org Subject: Current problem reports assigned to 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: Mon, 20 May 2013 11:06:49 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/178319 mips [patch] [arge] arge_stop() doesn't clean the tx ring p o kern/178318 mips [patch] [arge] if_arge/bootp race under some circunsta o kern/177876 mips [mips] kernel stack overflow panic on mips64, EdgeRout o kern/177832 mips [mips] [gpio] [patch] GPIO and RF LED do not function o kern/177032 mips [arge] arge1 fails to attach on UBNT Routerstation o kern/165951 mips [ar913x] [ath] DDR flush isn't being done for the WMAC p kern/163670 mips [mips][arge] arge can't allocate ring buffer on multip 7 problems total. From owner-freebsd-mips@FreeBSD.ORG Mon May 20 11:18:18 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 2F546549; Mon, 20 May 2013 11:18:18 +0000 (UTC) (envelope-from bordjukov@gmail.com) Received: from mail-bk0-x233.google.com (mail-bk0-x233.google.com [IPv6:2a00:1450:4008:c01::233]) by mx1.freebsd.org (Postfix) with ESMTP id 8AD4395; Mon, 20 May 2013 11:18:17 +0000 (UTC) Received: by mail-bk0-f51.google.com with SMTP id ji2so3487333bkc.10 for ; Mon, 20 May 2013 04:18:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:subject:to:in-reply-to:references :x-mailer:mime-version:content-type; bh=jwyNFV7W78bRwpSQZrM+RgDx6oC+UnJMxfTNnlTscnQ=; b=l/uIbduf0K3yu+A03kuO2ldxdKxZMpYisx1FZre+HQ2gUTdGFUfxK1sVB/ybZSNQ0Y 0ogGXGXFJHBx76NRHQq0ho7P/FK1jmDsVtNgyPcWHa9shclEwH+aC2+Nwo15vDxmlMF6 gTto/7mtG7uREpjOKAcp13rIeAR5Ze2n8gou+ihUhBPq0Yfm9szv/+YnkLJFg5vDv5qM PGMiH/Df9Ei6K/CqBU59gHLs8a6J0DiT/qy2kxEJhWfTV3zCa0vYu2TQTdiAZ4LcrUds AJq0QtfzDAMFkjXHdfjZv7h79PGprpu4NGjiDg++1inQc8S10KDTUlfctCjK8RzzoHb4 8hyA== X-Received: by 10.205.67.199 with SMTP id xv7mr19311658bkb.21.1369048696603; Mon, 20 May 2013 04:18:16 -0700 (PDT) Received: from [10.255.5.1] ([62.44.101.70]) by mx.google.com with ESMTPSA id j8sm5632745bky.17.2013.05.20.04.18.13 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Mon, 20 May 2013 04:18:15 -0700 (PDT) Message-ID: <519a0677.c8a5cc0a.45a1.ffff9eb6@mx.google.com> Date: Mon, 20 May 2013 11:21:03 +0003 From: Petko Bordjukov Subject: Re: kern/177032: [arge] arge1 fails to attach on UBNT Routerstation To: freebsd-mips@freebsd.org In-Reply-To: References: <201304011700.r31H00pi001969@freefall.freebsd.org> X-Mailer: geary/0.3.1+trunk MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 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: Mon, 20 May 2013 11:18:18 -0000 Hello, I believe that this has been addressed by r250385 and r250419 and this=20 ticket can be closed. On =D1=81=D1=80, 3 =D0=B0=D0=BF=D1=80, 2013 at 6:16 , Luiz Otavio O Souza=20 wrote: > On 2 April 2013 00:18, Adrian Chadd wrote: >> .. the ADM6996 on the ubiquiti routerstation can be managed from the >> MDIO interface. >>=20 >>=20 >=20 > Well, looks like there are two variants of ADM6996, not sure if both=20 > can be managed from mdio. >=20 > If i've enough time to work in collaboration with my friend who have=20 > one RS i'll try to access the EEPROM registers from mdio. >=20 > Thanks, > Luiz=20 = From owner-freebsd-mips@FreeBSD.ORG Mon May 20 13:25:33 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 EA236EF9 for ; Mon, 20 May 2013 13:25:33 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-ie0-x22b.google.com (mail-ie0-x22b.google.com [IPv6:2607:f8b0:4001:c03::22b]) by mx1.freebsd.org (Postfix) with ESMTP id B9F898D3 for ; Mon, 20 May 2013 13:25:33 +0000 (UTC) Received: by mail-ie0-f171.google.com with SMTP id e11so13796893iej.16 for ; Mon, 20 May 2013 06:25:33 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to:x-mailer:x-gm-message-state; bh=Kv3mwQs+E1zFEonZouBo/0ERY3YHDPBZ7oPEtM+reRs=; b=i2ZMVGhuPJ/Ynxf3fJf7+quZrBlQQrge9S6CW2Hx2vUXg2M0AJuWJZGCPd3rsoSDPC LwAvBFEFjRNo7wnkAyqljdlH7Yq4MneNow1JqBVvzNxW+O6OZcyDbEuYJ08sHr8an39O QubP6CaZ6U8gG8yJ+RH61HeKdGnxEiL9YQ7tJbkvAMbMgtx5m3cyVyHhSNFjZbfUywlM +s2xpzg4v8KGmKUn8S/ymeCRC2WjOp462wsjWLJMI5WzJPT9F3LByv3fPElM3SWUMS2v cFPpxTA3IWCOBXDKJu5J8qKGb9ZN3+ffPz+vAWJMKY6VWnpDAzc7wHZPB+6mnTsluAL+ rOjw== X-Received: by 10.42.95.195 with SMTP id g3mr31513343icn.14.1369056333389; Mon, 20 May 2013 06:25:33 -0700 (PDT) Received: from 53.imp.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id 9sm11422932igy.7.2013.05.20.06.25.31 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 20 May 2013 06:25:32 -0700 (PDT) Sender: Warner Losh Subject: Re: Ubiquiti EdgeRouter Lite works multi-user with -CURRENT. Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <20130520110659.1d1d2165@zeta.dino.sk> Date: Mon, 20 May 2013 07:25:30 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: 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> To: Milan Obuch X-Mailer: Apple Mail (2.1085) X-Gm-Message-State: ALoCoQnS0tPg3atAMacPCZMcBlweuEzBD7asZH6kYweVfTR0wqrppGyKVGC/HzldLX/gSrpSplL/ 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: Mon, 20 May 2013 13:25:34 -0000 On May 20, 2013, at 3:06 AM, Milan Obuch wrote: > On Fri, 17 May 2013 10:52:47 -0700, Juli Mallett = > wrote: >=20 >> On Fri, May 17, 2013 at 10:45 AM, Joe Holden >> wrote: >>> 16 possible pins on the controller? There is only one pin on the >>> board, and that is the F/D button on the back. >>=20 >> Octeon supports up to 16 GPIO pins and interrupts. I'd suspect there >> are other things connected up with GPIO on-board than GPIO pins >> exposed to the outside world, but even if that's not the case, that's >> still the number of GPIO pins the SoC supports. >>=20 >> It's possible that the EdgeRouter Lite uses a different pin for its >> F/D button. According to the driver, gonzo used the CAM-0100's pin >> assignment as the default. It should be easy to extract a list of = pin >> assignments we care about from looking at the patches from Ubiquiti = to >> the Simple Executive and Linux, but I haven't looked personally. (I >> don't ever use GPIO on Octeon.) >>=20 >> The octeon_gpio_pins array probably needs to be configured at boot >> based on board type. (So it should normally be 16 items (or 16 plus = a >> terminator) and get filled out by board type, I'd say.) >>=20 >> Thanks, >> Juli. >=20 > Hi, >=20 > I am trying to compile new kernel to test GPIO pins, however, no > success for some time - kernel linking ends with error: >=20 > linking kernel.debug > ld: kernel.debug: warning: allocated section `.sdata' not in segment > ethernet-common.o: In function `cvm_assign_mac_address': > /usr/src/sys/mips/cavium/octe/ethernet-common.c:110: undefined > reference to > `cvmx_mgmt_port_num_ports' = /usr/src/sys/mips/cavium/octe/ethernet-common.c:110: > relocation truncated to fit: R_MIPS_26 against > `cvmx_mgmt_port_num_ports' *** Error code 1 >=20 > Searching in /sys/mips/cavium for cvmx_mgmt_port_num_ports is not > successfull - any insight here? This is in the sys/contrib/octeon-sdk tree. I've built kernels since = then. Warner= From owner-freebsd-mips@FreeBSD.ORG Mon May 20 14:40:07 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 DF6C222E; Mon, 20 May 2013 14:40:06 +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 0EF2EDF0; Mon, 20 May 2013 14:40:05 +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; Mon, 20 May 2013 16:40:07 +0200 id 004EB830.519A35C7.000059DC Date: Mon, 20 May 2013 16:40:01 +0200 From: Milan Obuch To: Warner Losh Subject: Re: Ubiquiti EdgeRouter Lite works multi-user with -CURRENT. Message-ID: <20130520164001.5f7d99b8@zeta.dino.sk> In-Reply-To: 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> 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: Mon, 20 May 2013 14:40:07 -0000 On Mon, 20 May 2013 07:25:30 -0600, Warner Losh wrote: > > On May 20, 2013, at 3:06 AM, Milan Obuch wrote: > > > On Fri, 17 May 2013 10:52:47 -0700, Juli Mallett > > wrote: > > > >> On Fri, May 17, 2013 at 10:45 AM, Joe Holden > >> wrote: > >>> 16 possible pins on the controller? There is only one pin on the > >>> board, and that is the F/D button on the back. > >> > >> Octeon supports up to 16 GPIO pins and interrupts. I'd suspect > >> there are other things connected up with GPIO on-board than GPIO > >> pins exposed to the outside world, but even if that's not the > >> case, that's still the number of GPIO pins the SoC supports. > >> > >> It's possible that the EdgeRouter Lite uses a different pin for its > >> F/D button. According to the driver, gonzo used the CAM-0100's pin > >> assignment as the default. It should be easy to extract a list of > >> pin assignments we care about from looking at the patches from > >> Ubiquiti to the Simple Executive and Linux, but I haven't looked > >> personally. (I don't ever use GPIO on Octeon.) > >> > >> The octeon_gpio_pins array probably needs to be configured at boot > >> based on board type. (So it should normally be 16 items (or 16 > >> plus a terminator) and get filled out by board type, I'd say.) > >> > >> Thanks, > >> Juli. > > > > Hi, > > > > I am trying to compile new kernel to test GPIO pins, however, no > > success for some time - kernel linking ends with error: > > > > linking kernel.debug > > ld: kernel.debug: warning: allocated section `.sdata' not in segment > > ethernet-common.o: In function `cvm_assign_mac_address': > > /usr/src/sys/mips/cavium/octe/ethernet-common.c:110: undefined > > reference to > > `cvmx_mgmt_port_num_ports' /usr/src/sys/mips/cavium/octe/ethernet-common.c:110: > > relocation truncated to fit: R_MIPS_26 against > > `cvmx_mgmt_port_num_ports' *** Error code 1 > > > > Searching in /sys/mips/cavium for cvmx_mgmt_port_num_ports is not > > successfull - any insight here? > > This is in the sys/contrib/octeon-sdk tree. I've built kernels since > then. > > Warner Thanks, I found it - device octm was unknowingly commented out. Maybe as I have no octm in devinfo I left it out, no idea. Now it works. Back to the original talk - GPIO. I found on Edgerouter Lite pin 11 is used for reset switch - aka 'Factory Default' button. Status is pin 11: 1 F/D, caps: when not pressed and pin 11: 0 F/D, caps: when pressed. However, I found a problem with ethernet driver. It works only in gigabit mode - connected to 100baseT switch is correctly negotiated, it seems, but no traffic flows, either way, probably. What could I do to diagnose root cause of this problem? Regards, Milan From owner-freebsd-mips@FreeBSD.ORG Mon May 20 14:49:29 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 E5A9E3E7 for ; Mon, 20 May 2013 14:49:28 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-ia0-x232.google.com (mail-ia0-x232.google.com [IPv6:2607:f8b0:4001:c02::232]) by mx1.freebsd.org (Postfix) with ESMTP id B4651E76 for ; Mon, 20 May 2013 14:49:28 +0000 (UTC) Received: by mail-ia0-f178.google.com with SMTP id i9so7436704iad.23 for ; Mon, 20 May 2013 07:49:28 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer :x-gm-message-state; bh=NHNLTPV+n9Ztf03LbhQOFNG1ONpv72miTYmGX6/fiMg=; b=JncIE49Lk02mkGqvV9J8tdc/QPkceXHPWCQQa7g1XXCMLilCWghm4l3q9B8AJ6MWmW PFIJRC5tzcdYslmDHRANjFx52KlbC0FP944bR+nOmrfWOFxyrXklN5v5Bb5iKPVgaxNf tXNp2lVhly+Vpcfn+YX1kQgz0xVWS7EgNaq+7Ec1qwbV0IC/+cRnYO0LQGz0w4TPWN6E SGyjcv6N7q5+ZQUqtzTJ1UWR6N8cxDj87XUNaOJANEk4xd9uT9QQ3PmHbclDCyY41Z0h LOQ5+uUa317l+lrtXYdn428/JyYe1Ehzscb/1csifAD9BhwFFqvXiR94b5RFHG/Ve6Bl dTog== X-Received: by 10.50.126.1 with SMTP id mu1mr5578342igb.5.1369061368393; Mon, 20 May 2013 07:49:28 -0700 (PDT) Received: from 53.imp.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id ij6sm11803080igb.1.2013.05.20.07.49.26 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 20 May 2013 07:49:27 -0700 (PDT) Sender: Warner Losh Subject: Re: Ubiquiti EdgeRouter Lite works multi-user with -CURRENT. Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <20130520164001.5f7d99b8@zeta.dino.sk> Date: Mon, 20 May 2013 08:49:24 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: 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> To: Milan Obuch X-Mailer: Apple Mail (2.1085) X-Gm-Message-State: ALoCoQkSvdw7CSGw3iQO/Hl0XJOGBXMLh5RXs0lZAXwClZmxk5Tj9Kasiy6PRzRkokh+3VuWEJtX 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: Mon, 20 May 2013 14:49:29 -0000 On May 20, 2013, at 8:40 AM, Milan Obuch wrote: > On Mon, 20 May 2013 07:25:30 -0600, Warner Losh = wrote: >=20 >>=20 >> On May 20, 2013, at 3:06 AM, Milan Obuch wrote: >>=20 >>> On Fri, 17 May 2013 10:52:47 -0700, Juli Mallett >>> wrote: >>>=20 >>>> On Fri, May 17, 2013 at 10:45 AM, Joe Holden >>>> wrote: >>>>> 16 possible pins on the controller? There is only one pin on the >>>>> board, and that is the F/D button on the back. >>>>=20 >>>> Octeon supports up to 16 GPIO pins and interrupts. I'd suspect >>>> there are other things connected up with GPIO on-board than GPIO >>>> pins exposed to the outside world, but even if that's not the >>>> case, that's still the number of GPIO pins the SoC supports. >>>>=20 >>>> It's possible that the EdgeRouter Lite uses a different pin for its >>>> F/D button. According to the driver, gonzo used the CAM-0100's pin >>>> assignment as the default. It should be easy to extract a list of >>>> pin assignments we care about from looking at the patches from >>>> Ubiquiti to the Simple Executive and Linux, but I haven't looked >>>> personally. (I don't ever use GPIO on Octeon.) >>>>=20 >>>> The octeon_gpio_pins array probably needs to be configured at boot >>>> based on board type. (So it should normally be 16 items (or 16 >>>> plus a terminator) and get filled out by board type, I'd say.) >>>>=20 >>>> Thanks, >>>> Juli. >>>=20 >>> Hi, >>>=20 >>> I am trying to compile new kernel to test GPIO pins, however, no >>> success for some time - kernel linking ends with error: >>>=20 >>> linking kernel.debug >>> ld: kernel.debug: warning: allocated section `.sdata' not in segment >>> ethernet-common.o: In function `cvm_assign_mac_address': >>> /usr/src/sys/mips/cavium/octe/ethernet-common.c:110: undefined >>> reference to >>> `cvmx_mgmt_port_num_ports' = /usr/src/sys/mips/cavium/octe/ethernet-common.c:110: >>> relocation truncated to fit: R_MIPS_26 against >>> `cvmx_mgmt_port_num_ports' *** Error code 1 >>>=20 >>> Searching in /sys/mips/cavium for cvmx_mgmt_port_num_ports is not >>> successfull - any insight here? >>=20 >> This is in the sys/contrib/octeon-sdk tree. I've built kernels since >> then. >>=20 >> Warner >=20 > Thanks, I found it - device octm was unknowingly commented out. Maybe > as I have no octm in devinfo I left it out, no idea. Now it works. >=20 > Back to the original talk - GPIO. I found on Edgerouter Lite pin 11 is > used for reset switch - aka 'Factory Default' button. >=20 > Status is > pin 11: 1 F/D, caps: > when not pressed and > pin 11: 0 F/D, caps: > when pressed. Does the GPIO driver work with these? > However, I found a problem with ethernet driver. It works only in > gigabit mode - connected to 100baseT switch is correctly negotiated, = it > seems, but no traffic flows, either way, probably. What could I do to > diagnose root cause of this problem? You should be able to force it to 100baseT on a GigE switch as a first = step to tracking this down. Are you connecting to a 100baseT hub or = switch? I've had stutter issues with my 100baseT hub so I've switched to = using the GigE switch entirely... I also switched my board from octm to = octe interfaces for things like NFS, on the theory they are better = optimized... I've been away at BSDcan for about a week, and so my experience is about = 10-15 days old right now. Today is catchup day at work, but I'll try to = look to morrow. Warner= From owner-freebsd-mips@FreeBSD.ORG Mon May 20 15:13:41 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 441DAC4B for ; Mon, 20 May 2013 15:13:41 +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 D29E1FD3 for ; Mon, 20 May 2013 15:13:40 +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 3bDkBz4x2Zz1Gr; Mon, 20 May 2013 16:13:31 +0100 (BST) Message-ID: <519A3D8E.7010106@rewt.org.uk> Date: Mon, 20 May 2013 16:13:18 +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> In-Reply-To: <20130520164001.5f7d99b8@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: Mon, 20 May 2013 15:13:41 -0000 Milan Obuch wrote: > On Mon, 20 May 2013 07:25:30 -0600, Warner Losh wrote: > >> On May 20, 2013, at 3:06 AM, Milan Obuch wrote: >> >>> On Fri, 17 May 2013 10:52:47 -0700, Juli Mallett >>> wrote: >>> >>>> On Fri, May 17, 2013 at 10:45 AM, Joe Holden >>>> wrote: >>>>> 16 possible pins on the controller? There is only one pin on the >>>>> board, and that is the F/D button on the back. >>>> Octeon supports up to 16 GPIO pins and interrupts. I'd suspect >>>> there are other things connected up with GPIO on-board than GPIO >>>> pins exposed to the outside world, but even if that's not the >>>> case, that's still the number of GPIO pins the SoC supports. >>>> >>>> It's possible that the EdgeRouter Lite uses a different pin for its >>>> F/D button. According to the driver, gonzo used the CAM-0100's pin >>>> assignment as the default. It should be easy to extract a list of >>>> pin assignments we care about from looking at the patches from >>>> Ubiquiti to the Simple Executive and Linux, but I haven't looked >>>> personally. (I don't ever use GPIO on Octeon.) >>>> >>>> The octeon_gpio_pins array probably needs to be configured at boot >>>> based on board type. (So it should normally be 16 items (or 16 >>>> plus a terminator) and get filled out by board type, I'd say.) >>>> >>>> Thanks, >>>> Juli. >>> Hi, >>> >>> I am trying to compile new kernel to test GPIO pins, however, no >>> success for some time - kernel linking ends with error: >>> >>> linking kernel.debug >>> ld: kernel.debug: warning: allocated section `.sdata' not in segment >>> ethernet-common.o: In function `cvm_assign_mac_address': >>> /usr/src/sys/mips/cavium/octe/ethernet-common.c:110: undefined >>> reference to >>> `cvmx_mgmt_port_num_ports' /usr/src/sys/mips/cavium/octe/ethernet-common.c:110: >>> relocation truncated to fit: R_MIPS_26 against >>> `cvmx_mgmt_port_num_ports' *** Error code 1 >>> >>> Searching in /sys/mips/cavium for cvmx_mgmt_port_num_ports is not >>> successfull - any insight here? >> This is in the sys/contrib/octeon-sdk tree. I've built kernels since >> then. >> >> Warner > > Thanks, I found it - device octm was unknowingly commented out. Maybe > as I have no octm in devinfo I left it out, no idea. Now it works. > > Back to the original talk - GPIO. I found on Edgerouter Lite pin 11 is > used for reset switch - aka 'Factory Default' button. > > Status is > pin 11: 1 F/D, caps: > when not pressed and > pin 11: 0 F/D, caps: > when pressed. > > However, I found a problem with ethernet driver. It works only in > gigabit mode - connected to 100baseT switch is correctly negotiated, it > seems, but no traffic flows, either way, probably. What could I do to > diagnose root cause of this problem? > > Regards, > Milan I haven't seen that, but as a buildworld+kernel takes a couple of days I'm a week or so behind (I know I know, cross building, but still) From owner-freebsd-mips@FreeBSD.ORG Mon May 20 15:24:04 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 53F2FED2 for ; Mon, 20 May 2013 15:24:04 +0000 (UTC) (envelope-from juli@clockworksquid.com) Received: from mail-lb0-f172.google.com (mail-lb0-f172.google.com [209.85.217.172]) by mx1.freebsd.org (Postfix) with ESMTP id C7247C6 for ; Mon, 20 May 2013 15:24:03 +0000 (UTC) Received: by mail-lb0-f172.google.com with SMTP id p10so1855149lbi.3 for ; Mon, 20 May 2013 08:24:02 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :x-gm-message-state; bh=WEMYOPFYtkmTn/Nc3mwDO5rjOrQ/MNMM0Ge1uIzNcV0=; b=Xy4ZI/uXatNG4iBdJLx+RQlzUyo+bbEon8xqkPXWaAREufonbXr/MxaY7QJjgPK7RU bhGcvVyAAtxbZlsVL6qjoQa+WInslB6pSxkDR53rGqY2GvGeMRZNuesjxGIZh+BDV6Jl 65XiGIm46+9EzcpN34UguVB5IvP7Cu7h248XHPz+GykIzDVpj8NozoN2PAD+s6Y8zyZ6 Xdcd0NY+bIZZPhx4xPvACwlm4JWJYOOc06OyRrCiIPUBNVpTHIkrF0Zw07UY23sWr9Ln 8gZxnlU4Zqq/reEMnMyGZ+EcIrDgLOQAavaoXZrC3Ui0Fs3caifvrY3OFJ3rp56Yd3gD CzUA== X-Received: by 10.112.142.97 with SMTP id rv1mr9322043lbb.134.1369063442279; Mon, 20 May 2013 08:24:02 -0700 (PDT) MIME-Version: 1.0 Sender: juli@clockworksquid.com Received: by 10.152.129.195 with HTTP; Mon, 20 May 2013 08:23:42 -0700 (PDT) In-Reply-To: <20130520164001.5f7d99b8@zeta.dino.sk> 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> From: Juli Mallett Date: Mon, 20 May 2013 08:23:42 -0700 X-Google-Sender-Auth: LG3Sk9eXorg__VgJkWehWnXUbJ4 Message-ID: Subject: Re: Ubiquiti EdgeRouter Lite works multi-user with -CURRENT. To: Milan Obuch Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQm+aOjzCyfqvXNRVPQYqpDIn4wt5rnXbvnmKnKKzu3+TWhEGrNd45+4Oyry3nlCcfUEV66l 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: Mon, 20 May 2013 15:24:04 -0000 On Mon, May 20, 2013 at 7:40 AM, Milan Obuch wrote: > Thanks, I found it - device octm was unknowingly commented out. Maybe > as I have no octm in devinfo I left it out, no idea. Now it works. I don't see how commenting out octm should break that... weird! > Back to the original talk - GPIO. I found on Edgerouter Lite pin 11 is > used for reset switch - aka 'Factory Default' button. > > Status is > pin 11: 1 F/D, caps: > when not pressed and > pin 11: 0 F/D, caps: > when pressed. Great! > However, I found a problem with ethernet driver. It works only in > gigabit mode - connected to 100baseT switch is correctly negotiated, it > seems, but no traffic flows, either way, probably. What could I do to > diagnose root cause of this problem? I can't speak to root cause diagnosis right now. It sounds like I need to dig out a copy of UBNT's GPL-compliance-bundle including their Simple Executive and Linux Ethernet driver patches; I may have missed some delta that would fix autonegotiation. Out of curiosity: do you know what batch your ERLite is from? I have one on which the Ethernet ports seem to have pretty much stopped working after a few months of always-on use. I can't even get traffic to pass from within U-Boot. I find that kind of thing worrying. (It seems unrelated to the symptoms you describe, but it makes me slightly doubt the integrity of the PHYs being used.) Thanks, juli. From owner-freebsd-mips@FreeBSD.ORG Mon May 20 15:25:13 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 49194F1A; Mon, 20 May 2013 15:25:13 +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 5F92DD5; Mon, 20 May 2013 15:25:12 +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; Mon, 20 May 2013 17:25:14 +0200 id 004EB831.519A405A.00005D24 Date: Mon, 20 May 2013 17:25:08 +0200 From: Milan Obuch To: Warner Losh Subject: Re: Ubiquiti EdgeRouter Lite works multi-user with -CURRENT. Message-ID: <20130520172508.087daf7b@zeta.dino.sk> In-Reply-To: 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> 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: Mon, 20 May 2013 15:25:13 -0000 On Mon, 20 May 2013 08:49:24 -0600, Warner Losh wrote: > > On May 20, 2013, at 8:40 AM, Milan Obuch wrote: > > > On Mon, 20 May 2013 07:25:30 -0600, Warner Losh > > wrote: > > > >> On May 20, 2013, at 3:06 AM, Milan Obuch wrote: > >> > >>> On Fri, 17 May 2013 10:52:47 -0700, Juli Mallett > >>> wrote: > >>> > >>>> On Fri, May 17, 2013 at 10:45 AM, Joe Holden > >>>> wrote: > >>>>> 16 possible pins on the controller? There is only one pin on > >>>>> the board, and that is the F/D button on the back. > >>>> > >>>> Octeon supports up to 16 GPIO pins and interrupts. I'd suspect > >>>> there are other things connected up with GPIO on-board than GPIO > >>>> pins exposed to the outside world, but even if that's not the > >>>> case, that's still the number of GPIO pins the SoC supports. > >>>> > >>>> It's possible that the EdgeRouter Lite uses a different pin for > >>>> its F/D button. According to the driver, gonzo used the > >>>> CAM-0100's pin assignment as the default. It should be easy to > >>>> extract a list of pin assignments we care about from looking at > >>>> the patches from Ubiquiti to the Simple Executive and Linux, but > >>>> I haven't looked personally. (I don't ever use GPIO on Octeon.) [ snip ] > > Back to the original talk - GPIO. I found on Edgerouter Lite pin 11 > > is used for reset switch - aka 'Factory Default' button. > > > > Status is > > pin 11: 1 F/D, caps: > > when not pressed and > > pin 11: 0 F/D, caps: > > when pressed. > > Does the GPIO driver work with these? > 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. > > However, I found a problem with ethernet driver. It works only in > > gigabit mode - connected to 100baseT switch is correctly > > negotiated, it seems, but no traffic flows, either way, probably. > > What could I do to diagnose root cause of this problem? > > You should be able to force it to 100baseT on a GigE switch as a > first step to tracking this down. Are you connecting to a 100baseT > hub or switch? I've had stutter issues with my 100baseT hub so I've > switched to using the GigE switch entirely... I also switched my > board from octm to octe interfaces for things like NFS, on the theory > they are better optimized... > Unfortunatelly, my switch seems to be gone now, so I can't test it at a moment. 100baseT switch I tried it against is not managed. It takes some time for me to have fully working setup to test it. Now I know it works against anothetr gigabit card (em driver actually) but not against 100baseT switch. No traffic is seen, even broadcast is not there according to tcpdump. 100baseT link is detected correctly, however, as seen in ifconfig output: media: Ethernet autoselect (100baseTX ) and link LED as well (orange vs. green when 1000baseT mode, as described media: Ethernet autoselect (1000baseT ) in ifconfig output). > I've been away at BSDcan for about a week, and so my experience is > about 10-15 days old right now. Today is catchup day at work, but > I'll try to look to morrow. > > Warner Well, if anybody has some patch to test, I will. For the time being I will test other properties of this device... Regards, Milan From owner-freebsd-mips@FreeBSD.ORG Mon May 20 15:28:02 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 7636E19E for ; Mon, 20 May 2013 15:28:02 +0000 (UTC) (envelope-from juli@clockworksquid.com) Received: from mail-lb0-f181.google.com (mail-lb0-f181.google.com [209.85.217.181]) by mx1.freebsd.org (Postfix) with ESMTP id EFBBAE7 for ; Mon, 20 May 2013 15:28:01 +0000 (UTC) Received: by mail-lb0-f181.google.com with SMTP id w20so6243557lbh.40 for ; Mon, 20 May 2013 08:28:00 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :x-gm-message-state; bh=ci+fdTNyx5S767++anITdc9dlhp3cTQE0KbX/M+fY8g=; b=C5i0ryEwMmUAJQY2a31qdzOejnH9KnAqv7QsuEM1qc1jRqpR0yKIibryAv3WxkSeCZ orHqWLbpPXWqZCU+BJ6OhznFUEtnxyC+mVLiWqjrMeUtGf2TEa/+9aGVuSXK2hZ+i2Ot Rjrwa9SzYQU2FYi847SbCu0HDCNg4j9XWis1NFovEKf0sbrVr4lsLpBD7letK/TRKiT7 hhgqmrSFfrP1SR/eS+YyF5T3PxVrWIq/awUY5PbN/d46fWmkASP8FcLvFR3uoZS9n0nA FL4xsXS0bd89+isPCOS2YvLKnJ1ki8aPzlcyHXc8jhKwRmTq/q8srZ7/ShZsKyuuZh9a 1fYQ== X-Received: by 10.112.205.231 with SMTP id lj7mr27403870lbc.27.1369063680606; Mon, 20 May 2013 08:28:00 -0700 (PDT) MIME-Version: 1.0 Sender: juli@clockworksquid.com Received: by 10.152.129.195 with HTTP; Mon, 20 May 2013 08:27:40 -0700 (PDT) In-Reply-To: <20130520172508.087daf7b@zeta.dino.sk> 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> From: Juli Mallett Date: Mon, 20 May 2013 08:27:40 -0700 X-Google-Sender-Auth: zVNSOqs-5ujXWk6OquW0ukzMVaA Message-ID: Subject: Re: Ubiquiti EdgeRouter Lite works multi-user with -CURRENT. To: Milan Obuch Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQlkYfRXabQCHhCFRI0kGr008ccVkoxLsLC1XtkCntPFaCdwFhMH6umEfYynH2RJpOT2Xj1f 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: Mon, 20 May 2013 15:28:02 -0000 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. From owner-freebsd-mips@FreeBSD.ORG Mon May 20 15:29:40 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 24583322 for ; Mon, 20 May 2013 15:29:40 +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 A2543FD for ; Mon, 20 May 2013 15:29:39 +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; Mon, 20 May 2013 17:29:41 +0200 id 004EB831.519A4165.00005D64 Date: Mon, 20 May 2013 17:29:35 +0200 From: Milan Obuch To: Joe Holden Subject: Re: Ubiquiti EdgeRouter Lite works multi-user with -CURRENT. Message-ID: <20130520172935.312f8c64@zeta.dino.sk> In-Reply-To: <519A3D8E.7010106@rewt.org.uk> 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> <519A3D8E.7010106@rewt.org.uk> 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: Mon, 20 May 2013 15:29:40 -0000 On Mon, 20 May 2013 16:13:18 +0100, Joe Holden wrote: > Milan Obuch wrote: > > On Mon, 20 May 2013 07:25:30 -0600, Warner Losh > > wrote: > > > >> On May 20, 2013, at 3:06 AM, Milan Obuch wrote: > >> [ snip ] > >>> Hi, > >>> > >>> I am trying to compile new kernel to test GPIO pins, however, no > >>> success for some time - kernel linking ends with error: > >>> > >>> linking kernel.debug > >>> ld: kernel.debug: warning: allocated section `.sdata' not in > >>> segment ethernet-common.o: In function `cvm_assign_mac_address': > >>> /usr/src/sys/mips/cavium/octe/ethernet-common.c:110: undefined > >>> reference to > >>> `cvmx_mgmt_port_num_ports' /usr/src/sys/mips/cavium/octe/ethernet-common.c:110: > >>> relocation truncated to fit: R_MIPS_26 against > >>> `cvmx_mgmt_port_num_ports' *** Error code 1 > >>> > >>> Searching in /sys/mips/cavium for cvmx_mgmt_port_num_ports is not > >>> successfull - any insight here? > >> This is in the sys/contrib/octeon-sdk tree. I've built kernels > >> since then. > >> > >> Warner > > > > Thanks, I found it - device octm was unknowingly commented out. > > Maybe as I have no octm in devinfo I left it out, no idea. Now it > > works. > > > > Back to the original talk - GPIO. I found on Edgerouter Lite pin 11 > > is used for reset switch - aka 'Factory Default' button. > > > > Status is > > pin 11: 1 F/D, caps: > > when not pressed and > > pin 11: 0 F/D, caps: > > when pressed. > > > > However, I found a problem with ethernet driver. It works only in > > gigabit mode - connected to 100baseT switch is correctly > > negotiated, it seems, but no traffic flows, either way, probably. > > What could I do to diagnose root cause of this problem? > > > > Regards, > > Milan > I haven't seen that, but as a buildworld+kernel takes a couple of > days I'm a week or so behind (I know I know, cross building, but > still) > Well, I use both cross building and native building. My devices are not the top in speed scale, so both building moethods are usable for me. Native building is kind of stability benchmark for me... Anyway, sometimes I am a bit behind, too. Regards, Milan From owner-freebsd-mips@FreeBSD.ORG Mon May 20 15:33:37 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 77DC53C5 for ; Mon, 20 May 2013 15:33:37 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-oa0-f47.google.com (mail-oa0-f47.google.com [209.85.219.47]) by mx1.freebsd.org (Postfix) with ESMTP id 3E5A412E for ; Mon, 20 May 2013 15:33:36 +0000 (UTC) Received: by mail-oa0-f47.google.com with SMTP id m1so7942438oag.34 for ; Mon, 20 May 2013 08:33:36 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to:x-mailer:x-gm-message-state; bh=D7vQhO7AONF0rCzS+c/Rvmvla7MfQTOSZ2tQLvZTjaY=; b=gj9L0gCzal3C/p8uv2O6B81d1R5bgGLot9J4eqvKE+DubioGQqEeOk1AjijsbA4xFp Mr2uwbwCZKfT0MiyB5JnDFP0XvgWsJHioguH56OpAZKTEbeP6NbwK0k21StNv85GVjtg deWuqnGaP2Pu1Agx8yoLio0lrwTSqVitEomkXFw3v2vWNcRSxZKzkYa5SKqEq7ytQix9 e2hQQw1RjFc66HDw7YWZbXjJVqWXgvXUfFtmdq/I9+nJcqgI6n2U0sh2eN0Xd1JWovso L3IVQWiRMmzK++Cs2qFheABlBDdP6SRuh7xHow/AUnTPK2rLziEK+mAzjg+It1hp4wxo MUEQ== X-Received: by 10.60.59.198 with SMTP id b6mr29617196oer.84.1369064016142; Mon, 20 May 2013 08:33:36 -0700 (PDT) Received: from monkey-bot.int.fusionio.com ([209.117.142.2]) by mx.google.com with ESMTPSA id jt9sm20662929obc.0.2013.05.20.08.33.34 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 20 May 2013 08:33:35 -0700 (PDT) Sender: Warner Losh Subject: Re: Ubiquiti EdgeRouter Lite works multi-user with -CURRENT. Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <20130520172935.312f8c64@zeta.dino.sk> Date: Mon, 20 May 2013 09:33:31 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <89337D9B-56D9-4DD5-B096-8BB7FD95D3A8@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> <51966CB6.2040701@rewt.org.uk> <20130520110659.1d1d2165@zeta.dino.sk> <20130520164001.5f7d99b8@zeta.dino.sk> <519A3D8E.7010106@rewt.org.uk> <20130520172935.312f8c64@zeta.dino.sk> To: Milan Obuch X-Mailer: Apple Mail (2.1085) X-Gm-Message-State: ALoCoQkvvVew6wA1GBDNFxZQ7Pa1SaHXROxm5SuIyHkOT60RQX5X9BuHvR9DU+5QjXNeA/TIx0gR 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: Mon, 20 May 2013 15:33:37 -0000 On May 20, 2013, at 9:29 AM, Milan Obuch wrote: > On Mon, 20 May 2013 16:13:18 +0100, Joe Holden > wrote: >=20 >> Milan Obuch wrote: >>> On Mon, 20 May 2013 07:25:30 -0600, Warner Losh >>> wrote: >>>=20 >>>> On May 20, 2013, at 3:06 AM, Milan Obuch wrote: >>>>=20 >=20 > [ snip ] >=20 >>>>> Hi, >>>>>=20 >>>>> I am trying to compile new kernel to test GPIO pins, however, no >>>>> success for some time - kernel linking ends with error: >>>>>=20 >>>>> linking kernel.debug >>>>> ld: kernel.debug: warning: allocated section `.sdata' not in >>>>> segment ethernet-common.o: In function `cvm_assign_mac_address': >>>>> /usr/src/sys/mips/cavium/octe/ethernet-common.c:110: undefined >>>>> reference to >>>>> `cvmx_mgmt_port_num_ports' = /usr/src/sys/mips/cavium/octe/ethernet-common.c:110: >>>>> relocation truncated to fit: R_MIPS_26 against >>>>> `cvmx_mgmt_port_num_ports' *** Error code 1 >>>>>=20 >>>>> Searching in /sys/mips/cavium for cvmx_mgmt_port_num_ports is not >>>>> successfull - any insight here? >>>> This is in the sys/contrib/octeon-sdk tree. I've built kernels >>>> since then. >>>>=20 >>>> Warner >>>=20 >>> Thanks, I found it - device octm was unknowingly commented out. >>> Maybe as I have no octm in devinfo I left it out, no idea. Now it >>> works. >>>=20 >>> Back to the original talk - GPIO. I found on Edgerouter Lite pin 11 >>> is used for reset switch - aka 'Factory Default' button. >>>=20 >>> Status is >>> pin 11: 1 F/D, caps: >>> when not pressed and >>> pin 11: 0 F/D, caps: >>> when pressed. >>>=20 >>> However, I found a problem with ethernet driver. It works only in >>> gigabit mode - connected to 100baseT switch is correctly >>> negotiated, it seems, but no traffic flows, either way, probably. >>> What could I do to diagnose root cause of this problem? >>>=20 >>> Regards, >>> Milan >=20 >> I haven't seen that, but as a buildworld+kernel takes a couple of >> days I'm a week or so behind (I know I know, cross building, but >> still) >>=20 >=20 > Well, I use both cross building and native building. My devices are = not > the top in speed scale, so both building moethods are usable for me. > Native building is kind of stability benchmark for me... Anyway, > sometimes I am a bit behind, too. I'm surprised you said a week. Buildworld for me is 8 hours, and a = kernel build without modules is on the order of 2-4 (I haven't kept as = close a track of that). But this is on my eval board with a 6-core = 600MHz processor. Warner= From owner-freebsd-mips@FreeBSD.ORG Mon May 20 15:34:43 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 167613EF; Mon, 20 May 2013 15:34:43 +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 26794134; Mon, 20 May 2013 15:34:41 +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; Mon, 20 May 2013 17:34:44 +0200 id 004EB833.519A4294.00005E27 Date: Mon, 20 May 2013 17:34:38 +0200 From: Milan Obuch To: Juli Mallett Subject: Re: Ubiquiti EdgeRouter Lite works multi-user with -CURRENT. Message-ID: <20130520173438.168d7eed@zeta.dino.sk> In-Reply-To: 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> 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: Mon, 20 May 2013 15:34:43 -0000 On Mon, 20 May 2013 08:23:42 -0700, Juli Mallett wrote: > On Mon, May 20, 2013 at 7:40 AM, Milan Obuch > wrote: > > Thanks, I found it - device octm was unknowingly commented out. > > Maybe as I have no octm in devinfo I left it out, no idea. Now it > > works. > > I don't see how commenting out octm should break that... weird! > > > Back to the original talk - GPIO. I found on Edgerouter Lite pin 11 > > is used for reset switch - aka 'Factory Default' button. > > > > Status is > > pin 11: 1 F/D, caps: > > when not pressed and > > pin 11: 0 F/D, caps: > > when pressed. > > Great! > It was just simple try and find method :) > > However, I found a problem with ethernet driver. It works only in > > gigabit mode - connected to 100baseT switch is correctly > > negotiated, it seems, but no traffic flows, either way, probably. > > What could I do to diagnose root cause of this problem? > > I can't speak to root cause diagnosis right now. It sounds like I > need to dig out a copy of UBNT's GPL-compliance-bundle including their > Simple Executive and Linux Ethernet driver patches; I may have missed > some delta that would fix autonegotiation. > > Out of curiosity: do you know what batch your ERLite is from? I have > one on which the Ethernet ports seem to have pretty much stopped > working after a few months of always-on use. I can't even get traffic > to pass from within U-Boot. I find that kind of thing worrying. (It > seems unrelated to the symptoms you describe, but it makes me slightly > doubt the integrity of the PHYs being used.) > How can I find that? My box is open, disassembled, so anything not hidden under heatsink on bottom of the board is visible. There is year 2012 silk stamped on board, as an example, but that is maybe general, not telling you what you are asking... > Thanks, > juli. Regards, Milan From owner-freebsd-mips@FreeBSD.ORG Mon May 20 15:39:38 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 651095CD; Mon, 20 May 2013 15:39:38 +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 98E0E164; Mon, 20 May 2013 15:39:37 +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; Mon, 20 May 2013 17:39:39 +0200 id 004EB830.519A43BB.00005E71 Date: Mon, 20 May 2013 17:39:34 +0200 From: Milan Obuch To: Juli Mallett Subject: Re: Ubiquiti EdgeRouter Lite works multi-user with -CURRENT. Message-ID: <20130520173934.099ea541@zeta.dino.sk> In-Reply-To: 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> 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: Mon, 20 May 2013 15:39:38 -0000 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. As far as I know, it behaved this way even before I added those pin definition into GPIO driver. Actually, full output is gpioctl -f /dev/gpioc0 -lv pin 00: 0 F/D0, caps: pin 01: 0 F/D1, caps: pin 02: 0 F/D2, caps: pin 03: 0 F/D3, caps: pin 04: 0 F/D4, caps: pin 05: 0 F/D5, caps: pin 06: 0 F/D6, caps: pin 07: 0 F/D7, caps: pin 08: 1 F/D8, caps: pin 09: 1 F/D9, caps: pin 10: 1 F/D10, caps: pin 11: 1 F/D11, caps: pin 12: 0 F/D12, caps: pin 13: 0 F/D13, caps: pin 14: 0 F/D14, caps: pin 15: 0 F/D15, caps: and does not change with link status on ethernet port (any). But I will test it with only pin 11 left there, just in case I overlooked something. Regards, Milan From owner-freebsd-mips@FreeBSD.ORG Mon May 20 15:46:23 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 1A25E767 for ; Mon, 20 May 2013 15:46:23 +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 7A69E19C for ; Mon, 20 May 2013 15:46:22 +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; Mon, 20 May 2013 17:46:23 +0200 id 004EB830.519A454F.00005F12 Date: Mon, 20 May 2013 17:46:18 +0200 From: Milan Obuch To: Warner Losh Subject: Re: Ubiquiti EdgeRouter Lite works multi-user with -CURRENT. Message-ID: <20130520174618.10972497@zeta.dino.sk> In-Reply-To: <89337D9B-56D9-4DD5-B096-8BB7FD95D3A8@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> <51966CB6.2040701@rewt.org.uk> <20130520110659.1d1d2165@zeta.dino.sk> <20130520164001.5f7d99b8@zeta.dino.sk> <519A3D8E.7010106@rewt.org.uk> <20130520172935.312f8c64@zeta.dino.sk> <89337D9B-56D9-4DD5-B096-8BB7FD95D3A8@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: Mon, 20 May 2013 15:46:23 -0000 On Mon, 20 May 2013 09:33:31 -0600, Warner Losh wrote: > > On May 20, 2013, at 9:29 AM, Milan Obuch wrote: > > > On Mon, 20 May 2013 16:13:18 +0100, Joe Holden > > wrote: > > > >> Milan Obuch wrote: > >>> On Mon, 20 May 2013 07:25:30 -0600, Warner Losh > >>> wrote: > >>> > >>>> On May 20, 2013, at 3:06 AM, Milan Obuch wrote: [ snip ] > >>> Thanks, I found it - device octm was unknowingly commented out. > >>> Maybe as I have no octm in devinfo I left it out, no idea. Now it > >>> works. > >>> > >>> Back to the original talk - GPIO. I found on Edgerouter Lite pin > >>> 11 is used for reset switch - aka 'Factory Default' button. > >>> > >>> Status is > >>> pin 11: 1 F/D, caps: > >>> when not pressed and > >>> pin 11: 0 F/D, caps: > >>> when pressed. > >>> > >>> However, I found a problem with ethernet driver. It works only in > >>> gigabit mode - connected to 100baseT switch is correctly > >>> negotiated, it seems, but no traffic flows, either way, probably. > >>> What could I do to diagnose root cause of this problem? > >>> > >>> Regards, > >>> Milan > > > >> I haven't seen that, but as a buildworld+kernel takes a couple of > >> days I'm a week or so behind (I know I know, cross building, but > >> still) > >> > > > > Well, I use both cross building and native building. My devices are > > not the top in speed scale, so both building moethods are usable > > for me. Native building is kind of stability benchmark for me... > > Anyway, sometimes I am a bit behind, too. > > I'm surprised you said a week. Buildworld for me is 8 hours, and a > kernel build without modules is on the order of 2-4 (I haven't kept > as close a track of that). But this is on my eval board with a 6-core > 600MHz processor. > > Warner In my case, I have dual core Cavium, should be 600 MHz too, but this is not in dmesg output (or maybe it's 500 MHz, in sysctl there is hw.model: CN5020p1.1-500-SCP line). But as it is currently with WITNESS option, performance is degraded a bit I think. Anyway, I am not a week behind actual source tree as Joe said - maybe he is not able to update more often than that. I will try full buildworld/buildkernel native on EdgeRouter Lite and report that. Regards, Milan From owner-freebsd-mips@FreeBSD.ORG Mon May 20 17:37:04 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 1C5F87F8 for ; Mon, 20 May 2013 17:37:04 +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 AB2928A3 for ; Mon, 20 May 2013 17:37:02 +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 3bDnNX0pClz1JD; Mon, 20 May 2013 18:37:00 +0100 (BST) Message-ID: <519A5F2F.3090900@rewt.org.uk> Date: Mon, 20 May 2013 18:36:47 +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> <519A3D8E.7010106@rewt.org.uk> <20130520172935.312f8c64@zeta.dino.sk> <89337D9B-56D9-4DD5-B096-8BB7FD95D3A8@bsdimp.com> <20130520174618.10972497@zeta.dino.sk> In-Reply-To: <20130520174618.10972497@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: Mon, 20 May 2013 17:37:04 -0000 Milan Obuch wrote: > On Mon, 20 May 2013 09:33:31 -0600, Warner Losh wrote: > >> On May 20, 2013, at 9:29 AM, Milan Obuch wrote: >> >>> On Mon, 20 May 2013 16:13:18 +0100, Joe Holden >>> wrote: >>> >>>> Milan Obuch wrote: >>>>> On Mon, 20 May 2013 07:25:30 -0600, Warner Losh >>>>> wrote: >>>>> >>>>>> On May 20, 2013, at 3:06 AM, Milan Obuch wrote: > > [ snip ] > >>>>> Thanks, I found it - device octm was unknowingly commented out. >>>>> Maybe as I have no octm in devinfo I left it out, no idea. Now it >>>>> works. >>>>> >>>>> Back to the original talk - GPIO. I found on Edgerouter Lite pin >>>>> 11 is used for reset switch - aka 'Factory Default' button. >>>>> >>>>> Status is >>>>> pin 11: 1 F/D, caps: >>>>> when not pressed and >>>>> pin 11: 0 F/D, caps: >>>>> when pressed. >>>>> >>>>> However, I found a problem with ethernet driver. It works only in >>>>> gigabit mode - connected to 100baseT switch is correctly >>>>> negotiated, it seems, but no traffic flows, either way, probably. >>>>> What could I do to diagnose root cause of this problem? >>>>> >>>>> Regards, >>>>> Milan >>>> I haven't seen that, but as a buildworld+kernel takes a couple of >>>> days I'm a week or so behind (I know I know, cross building, but >>>> still) >>>> >>> Well, I use both cross building and native building. My devices are >>> not the top in speed scale, so both building moethods are usable >>> for me. Native building is kind of stability benchmark for me... >>> Anyway, sometimes I am a bit behind, too. >> I'm surprised you said a week. Buildworld for me is 8 hours, and a >> kernel build without modules is on the order of 2-4 (I haven't kept >> as close a track of that). But this is on my eval board with a 6-core >> 600MHz processor. >> >> Warner > > In my case, I have dual core Cavium, should be 600 MHz too, but this is > not in dmesg output (or maybe it's 500 MHz, in sysctl there is > > hw.model: CN5020p1.1-500-SCP > > line). But as it is currently with WITNESS option, performance is > degraded a bit I think. > > Anyway, I am not a week behind actual source tree as Joe said - maybe > he is not able to update more often than that. I will try full > buildworld/buildkernel native on EdgeRouter Lite and report that. > > Regards, > Milan That is indeed a 500mhz dual core, I've actually got a hub plugged into my build ERL currently but for whatever reason the hub on the octeon board doesn't want to do 480meg with it so I have flash running at 12Mbps :P But at least it builds, can't complete a build with /usr/src nfs mounted as it returns a result too large message which I can't seem to shake (Linux nfsd)... it looks like iSCSI is unusable at present as the kernel never sees a response on the wire, presumably the coprocessor is snarfing it and the kernel isn't aware of said functionality, that's if the 50XX even supports such offloading... From owner-freebsd-mips@FreeBSD.ORG Mon May 20 17:42:05 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 7A3BAA78; Mon, 20 May 2013 17:42:05 +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 419B08DF; Mon, 20 May 2013 17:42:04 +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 3bDnVL6qkJz1JH; Mon, 20 May 2013 18:42:02 +0100 (BST) Message-ID: <519A605D.8020304@rewt.org.uk> Date: Mon, 20 May 2013 18:41:49 +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> <20130520173934.099ea541@zeta.dino.sk> In-Reply-To: <20130520173934.099ea541@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: Mon, 20 May 2013 17:42:05 -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. > > As far as I know, it behaved this way even before I added those pin > definition into GPIO driver. Actually, full output is > > gpioctl -f /dev/gpioc0 -lv > pin 00: 0 F/D0, caps: > pin 01: 0 F/D1, caps: > pin 02: 0 F/D2, caps: > pin 03: 0 F/D3, caps: > pin 04: 0 F/D4, caps: > pin 05: 0 F/D5, caps: > pin 06: 0 F/D6, caps: > pin 07: 0 F/D7, caps: > pin 08: 1 F/D8, caps: > pin 09: 1 F/D9, caps: > pin 10: 1 F/D10, caps: > pin 11: 1 F/D11, caps: > pin 12: 0 F/D12, caps: > pin 13: 0 F/D13, caps: > pin 14: 0 F/D14, caps: > pin 15: 0 F/D15, caps: > > and does not change with link status on ethernet port (any). But I will > test it with only pin 11 left there, just in case I overlooked > something. > > Regards, > Milan Hm, I do recall seeing something in a document somewhere that suggested it used gpio/i2c to talk to the PHYs due to the design they've used, is there any way of dumping accesses/messages across gpio pins (without soldering) ? From owner-freebsd-mips@FreeBSD.ORG Mon May 20 17:48:12 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 8F57BB14 for ; Mon, 20 May 2013 17:48:12 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wg0-x233.google.com (mail-wg0-x233.google.com [IPv6:2a00:1450:400c:c00::233]) by mx1.freebsd.org (Postfix) with ESMTP id 23245914 for ; Mon, 20 May 2013 17:48:11 +0000 (UTC) Received: by mail-wg0-f51.google.com with SMTP id b13so5170024wgh.6 for ; Mon, 20 May 2013 10:48:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=9Ep9KcDa9q3Y+DPEIL7AsRHHdwpgoQ5sTKn7TblhlvU=; b=qBEtvvWT1jxyfq8x2VABfvjReOaADeT2/Qaek2ao6WwAzd7pFWuxYsCOJBz98WSGhT 6QJ0U5hGZ5SR+ZvIVdg0SBtDHxE8Dq3fSz759hyRbBn7MLVnVFrwbQIlEIvCDSyVcrq7 FZLmg3UWSy21Ioe9kNaaZ8FagZnxr2jMtOHAt8f91x7fetAqpIg0uuEA0UYsSi9E4Ldk CNDAVzFeuk5lUtFgBCcNcGWRTNMW1mUQXP9MTanNiOys/mDMP15geitEWzg7L/krylo/ HhcV1EKz0qYZ/aT1BzQEtye0JLykU2n70rQYHcsRRyAzoHIpigTIQbbgfCL2BVJLfCxN EvYw== MIME-Version: 1.0 X-Received: by 10.180.21.193 with SMTP id x1mr16059447wie.31.1369072090272; Mon, 20 May 2013 10:48:10 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.217.107.9 with HTTP; Mon, 20 May 2013 10:48:10 -0700 (PDT) In-Reply-To: <519A605D.8020304@rewt.org.uk> 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> <20130520173934.099ea541@zeta.dino.sk> <519A605D.8020304@rewt.org.uk> Date: Mon, 20 May 2013 10:48:10 -0700 X-Google-Sender-Auth: RrlYvtNBFtmNzuw-ZBfFvngegfM Message-ID: Subject: Re: Ubiquiti EdgeRouter Lite works multi-user with -CURRENT. From: Adrian Chadd To: Joe Holden Content-Type: text/plain; charset=ISO-8859-1 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: Mon, 20 May 2013 17:48:12 -0000 On 20 May 2013 10:41, Joe Holden wrote: > Hm, I do recall seeing something in a document somewhere that suggested it > used gpio/i2c to talk to the PHYs due to the design they've used, is there > any way of dumping accesses/messages across gpio pins (without soldering) ? CAn you dig that up? Is it something where they've glued a PHY to a GPIO that needs to be bit banged in software, or is this something automatic where they put the GPIO pins into a "I'm a PHY!" mode, and the ethernet controller speaks to it? Adrian From owner-freebsd-mips@FreeBSD.ORG Tue May 21 14:39:21 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 DED1B34A; Tue, 21 May 2013 14:39:21 +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 A27646E4; Tue, 21 May 2013 14:39:21 +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 3bFKNz6NNvz1Tr; Tue, 21 May 2013 15:39:15 +0100 (BST) Message-ID: <519B8706.1090409@rewt.org.uk> Date: Tue, 21 May 2013 15:39:02 +0100 From: Joe Holden User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: Adrian Chadd 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> <20130520173934.099ea541@zeta.dino.sk> <519A605D.8020304@rewt.org.uk> In-Reply-To: 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: Tue, 21 May 2013 14:39:21 -0000 Adrian Chadd wrote: > On 20 May 2013 10:41, Joe Holden wrote: > >> Hm, I do recall seeing something in a document somewhere that suggested it >> used gpio/i2c to talk to the PHYs due to the design they've used, is there >> any way of dumping accesses/messages across gpio pins (without soldering) ? > > CAn you dig that up? > > Is it something where they've glued a PHY to a GPIO that needs to be > bit banged in software, or is this something automatic where they put > the GPIO pins into a "I'm a PHY!" mode, and the ethernet controller > speaks to it? > > > > Adrian hm, can't find it in the doc I thought it was in (hardware reference) - may have been in relation to RGMII rather than specifically the erl. If they're using those gpio pins for RGMII signalling then tickling them may well cause link negotiation problems I'd have thought From owner-freebsd-mips@FreeBSD.ORG Wed May 22 05:37:30 2013 Return-Path: Delivered-To: mips@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 6242FF59; Wed, 22 May 2013 05:37:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 2FE2F9B3; Wed, 22 May 2013 05:37:29 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r4M5bTJO014690; Wed, 22 May 2013 01:37:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r4M5bTrS014674; Wed, 22 May 2013 05:37:29 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 22 May 2013 05:37:29 GMT Message-Id: <201305220537.r4M5bTrS014674@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 May 2013 05:37:30 -0000 TB --- 2013-05-22 04:47:27 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-05-22 04:47:27 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-05-22 04:47:27 - starting HEAD tinderbox run for mips/mips TB --- 2013-05-22 04:47:27 - cleaning the object tree TB --- 2013-05-22 04:47:27 - /usr/local/bin/svn stat /src TB --- 2013-05-22 04:47:34 - At svn revision 250890 TB --- 2013-05-22 04:47:35 - building world TB --- 2013-05-22 04:47:35 - CROSS_BUILD_TESTING=YES TB --- 2013-05-22 04:47:35 - MAKEOBJDIRPREFIX=/obj TB --- 2013-05-22 04:47:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-05-22 04:47:35 - SRCCONF=/dev/null TB --- 2013-05-22 04:47:35 - TARGET=mips TB --- 2013-05-22 04:47:35 - TARGET_ARCH=mips TB --- 2013-05-22 04:47:35 - TZ=UTC TB --- 2013-05-22 04:47:35 - __MAKE_CONF=/dev/null TB --- 2013-05-22 04:47:35 - cd /src TB --- 2013-05-22 04:47:35 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed May 22 04:47:43 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-05-22 05:37:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-05-22 05:37:29 - ERROR: failed to build world TB --- 2013-05-22 05:37:29 - 2171.78 user 556.87 system 3001.59 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-mips@FreeBSD.ORG Wed May 22 15:13:50 2013 Return-Path: Delivered-To: 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 6BC2D4A3; Wed, 22 May 2013 15:13:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 36A8CBF4; Wed, 22 May 2013 15:13:49 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r4MFDmPm056814; Wed, 22 May 2013 11:13:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r4MFDmta056813; Wed, 22 May 2013 15:13:48 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 22 May 2013 15:13:48 GMT Message-Id: <201305221513.r4MFDmta056813@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 May 2013 15:13:50 -0000 TB --- 2013-05-22 14:22:47 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-05-22 14:22:47 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-05-22 14:22:47 - starting HEAD tinderbox run for mips/mips TB --- 2013-05-22 14:22:47 - cleaning the object tree TB --- 2013-05-22 14:23:42 - /usr/local/bin/svn stat /src TB --- 2013-05-22 14:23:46 - At svn revision 250905 TB --- 2013-05-22 14:23:47 - building world TB --- 2013-05-22 14:23:47 - CROSS_BUILD_TESTING=YES TB --- 2013-05-22 14:23:47 - MAKEOBJDIRPREFIX=/obj TB --- 2013-05-22 14:23:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-05-22 14:23:47 - SRCCONF=/dev/null TB --- 2013-05-22 14:23:47 - TARGET=mips TB --- 2013-05-22 14:23:47 - TARGET_ARCH=mips TB --- 2013-05-22 14:23:47 - TZ=UTC TB --- 2013-05-22 14:23:47 - __MAKE_CONF=/dev/null TB --- 2013-05-22 14:23:47 - cd /src TB --- 2013-05-22 14:23:47 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed May 22 14:23:53 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-05-22 15:13:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-05-22 15:13:48 - ERROR: failed to build world TB --- 2013-05-22 15:13:48 - 2172.14 user 552.62 system 3060.73 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-mips@FreeBSD.ORG Thu May 23 01:04:02 2013 Return-Path: Delivered-To: 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 C2964F4A; Thu, 23 May 2013 01:04:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 8F37961B; Thu, 23 May 2013 01:04:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r4N1414a025957; Wed, 22 May 2013 21:04:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r4N1411T025950; Thu, 23 May 2013 01:04:01 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 23 May 2013 01:04:01 GMT Message-Id: <201305230104.r4N1411T025950@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 May 2013 01:04:02 -0000 TB --- 2013-05-23 00:08:51 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-05-23 00:08:51 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-05-23 00:08:51 - starting HEAD tinderbox run for mips/mips TB --- 2013-05-23 00:08:51 - cleaning the object tree TB --- 2013-05-23 00:09:51 - /usr/local/bin/svn stat /src TB --- 2013-05-23 00:10:00 - At svn revision 250914 TB --- 2013-05-23 00:10:01 - building world TB --- 2013-05-23 00:10:01 - CROSS_BUILD_TESTING=YES TB --- 2013-05-23 00:10:01 - MAKEOBJDIRPREFIX=/obj TB --- 2013-05-23 00:10:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-05-23 00:10:01 - SRCCONF=/dev/null TB --- 2013-05-23 00:10:01 - TARGET=mips TB --- 2013-05-23 00:10:01 - TARGET_ARCH=mips TB --- 2013-05-23 00:10:01 - TZ=UTC TB --- 2013-05-23 00:10:01 - __MAKE_CONF=/dev/null TB --- 2013-05-23 00:10:01 - cd /src TB --- 2013-05-23 00:10:01 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu May 23 00:10:10 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-05-23 01:04:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-05-23 01:04:01 - ERROR: failed to build world TB --- 2013-05-23 01:04:01 - 2318.84 user 574.98 system 3310.48 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-mips@FreeBSD.ORG Thu May 23 05:02:34 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 6A701D26; Thu, 23 May 2013 05:02:34 +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 8C3EE140; Thu, 23 May 2013 05:02:33 +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; Thu, 23 May 2013 07:02:32 +0200 id 004EB83F.519DA2E8.0001126F Date: Thu, 23 May 2013 07:02:25 +0200 From: Milan Obuch To: Juli Mallett Subject: Re: Ubiquiti EdgeRouter Lite works multi-user with -CURRENT. Message-ID: <20130523070225.4d9a3a59@zeta.dino.sk> In-Reply-To: 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> 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: Thu, 23 May 2013 05:02:34 -0000 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 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 From owner-freebsd-mips@FreeBSD.ORG Thu May 23 05:55:45 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 41302ED0; Thu, 23 May 2013 05:55:45 +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 51C6537F; Thu, 23 May 2013 05:55:44 +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; Thu, 23 May 2013 07:55:50 +0200 id 004EB835.519DAF66.000115CA Date: Thu, 23 May 2013 07:55:37 +0200 From: Milan Obuch To: Joe Holden Subject: Re: Ubiquiti EdgeRouter Lite works multi-user with -CURRENT. Message-ID: <20130523075537.37e4bcba@zeta.dino.sk> In-Reply-To: <519DA801.2090205@rewt.org.uk> 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> <519DA801.2090205@rewt.org.uk> 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: Thu, 23 May 2013 05:55:45 -0000 On Thu, 23 May 2013 06:24:17 +0100, Joe Holden wrote: > 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 > Yes, you are right - now I checked with octe0 connected to 100 megabit switch and it initializes correctly when booting. When I plug gigabit card now instead, it does not work - no communication on interface. Even if I do ifconfig octe down/ifconfig octe up, it does not transmit/receive packets. So I think problem is phy link speed change on live system. Reboot in this case is a big hackish 'workaround' for now - good for tests, not yet fully for real work (but if you know there will be no link speed change it is OK). Regards, Milan From owner-freebsd-mips@FreeBSD.ORG Thu May 23 05:59:58 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 47ECFFBD for ; Thu, 23 May 2013 05:59:58 +0000 (UTC) (envelope-from juli@clockworksquid.com) Received: from mail-lb0-f171.google.com (mail-lb0-f171.google.com [209.85.217.171]) by mx1.freebsd.org (Postfix) with ESMTP id C09453C7 for ; Thu, 23 May 2013 05:59:57 +0000 (UTC) Received: by mail-lb0-f171.google.com with SMTP id v20so2962298lbc.30 for ; Wed, 22 May 2013 22:59:56 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :x-gm-message-state; bh=RBHB4zE3y78w7LkEXmkCBV5dH/Vi2u4gHHqh1F4zojA=; b=NgSFHH5D7pzFZ59jEvkwDN+86+fOOzTzK46mSDSN0nECuFpZ5f3Xns0Mh43+HdSov7 FQmVbbivQOtVJZEUhtDDB5cNeZGQJVDbPc1+iTpvt2bkpYdBpDLWYUE1b2RPYFgBn/7m J9gWiM8JI1G2pwxcQZC3PVcn9+DIXB3u2z/Q41iBfebj6k9wzjhLKE733OFvFRPXpdts jOZiHwjKLya9Rye7Dks17tFFUUKNAVHy5G0UxP9thVFCogcdM1bc0tjAukiPsnLsmYUO yLelLmscvmFdPciPnZ9orMgedZpSoXgWIOlQhWQSKP4CX0u8s2AMQp4A5qsJOfYFNLez Tkkw== X-Received: by 10.112.74.45 with SMTP id q13mr5695731lbv.73.1369288796224; Wed, 22 May 2013 22:59:56 -0700 (PDT) MIME-Version: 1.0 Sender: juli@clockworksquid.com Received: by 10.152.129.195 with HTTP; Wed, 22 May 2013 22:59:36 -0700 (PDT) In-Reply-To: <20130523075537.37e4bcba@zeta.dino.sk> 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> <519DA801.2090205@rewt.org.uk> <20130523075537.37e4bcba@zeta.dino.sk> From: Juli Mallett Date: Wed, 22 May 2013 22:59:36 -0700 X-Google-Sender-Auth: Njf3VXA8FX-MvYyGh1ac8Va01qM Message-ID: Subject: Re: Ubiquiti EdgeRouter Lite works multi-user with -CURRENT. To: Milan Obuch Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQnPeM5pLx98Frb6BgRBrKHNQPwbm4fLT53y5fBnSdIt9kcva/p+yD6YNOjGOD3YD3uH9jwI 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:59:58 -0000 On Wed, May 22, 2013 at 10:55 PM, Milan Obuch wrote: > Yes, you are right - now I checked with octe0 connected to 100 megabit > switch and it initializes correctly when booting. When I plug gigabit > card now instead, it does not work - no communication on interface. > Even if I do ifconfig octe down/ifconfig octe up, it does not > transmit/receive packets. So I think problem is phy link speed change > on live system. Reboot in this case is a big hackish 'workaround' for > now - good for tests, not yet fully for real work (but if you know > there will be no link speed change it is OK). The link state management is crappy, I concede. I kept it as it was in the Linux code because I wanted to be able to merge driver updates from Cavium, but that's not viable given how much they've changed the driver anyway. How long did you wait? It could take between 5 seconds and a minute for link state to change at runtime in my experience. I looked into making this faster at one point and even had a patch, but don't know where it is or why I didn't commit it. If either of you wants to take a crack at fixing it I can explain what to instrument in the driver and what's likely to be the problem. Let me know if that might be useful. (Apologies of the latency is high on my responding.) Thanks, Juli. From owner-freebsd-mips@FreeBSD.ORG Thu May 23 10:48:31 2013 Return-Path: Delivered-To: mips@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 988719AB; Thu, 23 May 2013 10:48:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 6661B600; Thu, 23 May 2013 10:48:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r4NAmU1f005557; Thu, 23 May 2013 06:48:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r4NAmUxj005549; Thu, 23 May 2013 10:48:30 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 23 May 2013 10:48:30 GMT Message-Id: <201305231048.r4NAmUxj005549@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 May 2013 10:48:31 -0000 TB --- 2013-05-23 09:52:35 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-05-23 09:52:35 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-05-23 09:52:35 - starting HEAD tinderbox run for mips/mips TB --- 2013-05-23 09:52:36 - cleaning the object tree TB --- 2013-05-23 09:53:23 - /usr/local/bin/svn stat /src TB --- 2013-05-23 09:53:27 - At svn revision 250925 TB --- 2013-05-23 09:53:28 - building world TB --- 2013-05-23 09:53:28 - CROSS_BUILD_TESTING=YES TB --- 2013-05-23 09:53:28 - MAKEOBJDIRPREFIX=/obj TB --- 2013-05-23 09:53:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-05-23 09:53:28 - SRCCONF=/dev/null TB --- 2013-05-23 09:53:28 - TARGET=mips TB --- 2013-05-23 09:53:28 - TARGET_ARCH=mips TB --- 2013-05-23 09:53:28 - TZ=UTC TB --- 2013-05-23 09:53:28 - __MAKE_CONF=/dev/null TB --- 2013-05-23 09:53:28 - cd /src TB --- 2013-05-23 09:53:28 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu May 23 09:53:36 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-05-23 10:48:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-05-23 10:48:30 - ERROR: failed to build world TB --- 2013-05-23 10:48:30 - 2324.14 user 567.45 system 3354.70 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-mips@FreeBSD.ORG Thu May 23 11:42:08 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 90D1DA5D; Thu, 23 May 2013 11:42:08 +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 B131693C; Thu, 23 May 2013 11:42:07 +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; Thu, 23 May 2013 13:42:15 +0200 id 004EB835.519E0097.00013420 Date: Thu, 23 May 2013 13:42:06 +0200 From: Milan Obuch To: Juli Mallett Subject: Re: Ubiquiti EdgeRouter Lite works multi-user with -CURRENT. Message-ID: <20130523134206.69ea6994@zeta.dino.sk> In-Reply-To: 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> <519DA801.2090205@rewt.org.uk> <20130523075537.37e4bcba@zeta.dino.sk> 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: Thu, 23 May 2013 11:42:08 -0000 On Wed, 22 May 2013 22:59:36 -0700, Juli Mallett wrote: > On Wed, May 22, 2013 at 10:55 PM, Milan Obuch > wrote: > > Yes, you are right - now I checked with octe0 connected to 100 > > megabit switch and it initializes correctly when booting. When I > > plug gigabit card now instead, it does not work - no communication > > on interface. Even if I do ifconfig octe down/ifconfig octe up, it > > does not transmit/receive packets. So I think problem is phy link > > speed change on live system. Reboot in this case is a big hackish > > 'workaround' for now - good for tests, not yet fully for real work > > (but if you know there will be no link speed change it is OK). > > The link state management is crappy, I concede. I kept it as it was > in the Linux code because I wanted to be able to merge driver updates > from Cavium, but that's not viable given how much they've changed the > driver anyway. How long did you wait? It could take between 5 > seconds and a minute for link state to change at runtime in my > experience. I looked into making this faster at one point and even > had a patch, but don't know where it is or why I didn't commit it. > > If either of you wants to take a crack at fixing it I can explain what > to instrument in the driver and what's likely to be the problem. Let > me know if that might be useful. (Apologies of the latency is high on > my responding.) > > Thanks, > Juli. If you have any patches to test, some how-to what to look for and try to change etc... I could try to work a bit on it. It seems there is not much freely available resources for Cavium CPUs (I found cnusers.org is of interest, it seems) so some leading will be good to have :) Regards, Milan From owner-freebsd-mips@FreeBSD.ORG Thu May 23 17:43: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 BE2A9780 for ; Thu, 23 May 2013 17:43:44 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-oa0-f43.google.com (mail-oa0-f43.google.com [209.85.219.43]) by mx1.freebsd.org (Postfix) with ESMTP id 82A5030D for ; Thu, 23 May 2013 17:43:44 +0000 (UTC) Received: by mail-oa0-f43.google.com with SMTP id o6so4838747oag.16 for ; Thu, 23 May 2013 10:43:43 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer :x-gm-message-state; bh=AkEFWyBWxKCIFVXpzo83vOsj4uLe7KASflwiHIDGeGQ=; b=dBdydaD8oUPeTD4AR6T+UZAFYTzhW5sgOM41lxwQsVI+d8PrjkSgF7//s7+ZxSuOpv pmmj1MuQrOtPQDG3kc2t+ssp2IBDBviBxMUV7/WkLjArLcjCczEvdx5k5kCI+ImRZSuH EfKOJ8l6WP5Hfs2bsKDkKbUKboSk4ckV7CCbIhClDbNc3zoiuF8h9Qi3eNubpVVY6zbb cqROdFSWAqzilUvnkI89xG2mFnfjT0SXhWwwbiWR9Pba+m4N9wrKukKPkBnmdkQToduq qhCfeK9zLH1BWYrq3cS8cW6oB0rExrG41lxl8rt9y2ATsgcfQ6btCJ8VVIgeHsESpeiZ gFUw== X-Received: by 10.182.87.134 with SMTP id ay6mr9292642obb.13.1369331023602; Thu, 23 May 2013 10:43:43 -0700 (PDT) Received: from fusionlt2834a.int.fusionio.com ([209.117.142.2]) by mx.google.com with ESMTPSA id jw8sm13172706obb.14.2013.05.23.10.43.41 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 23 May 2013 10:43:41 -0700 (PDT) Sender: Warner Losh Subject: Re: Ubiquiti EdgeRouter Lite works multi-user with -CURRENT. Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <20130523134206.69ea6994@zeta.dino.sk> Date: Thu, 23 May 2013 11:43:39 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <07C411D8-C5D3-4CD4-896B-844F6514C3DF@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> <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> <519DA801.2090205@rewt.org.uk> <20130523075537.37e4bcba@zeta.dino.sk> <20130523134206.69ea6994@zeta.dino.sk> To: Milan Obuch X-Mailer: Apple Mail (2.1085) X-Gm-Message-State: ALoCoQnpkl2KUfJUThCXDDdm2ghXK1N18MQXE+3fBI2sOktHGZH5UNLoLz8cGquHQ3RzsLUv5ANc 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 17:43:44 -0000 On May 23, 2013, at 5:42 AM, Milan Obuch wrote: > On Wed, 22 May 2013 22:59:36 -0700, Juli Mallett = > wrote: >=20 >> On Wed, May 22, 2013 at 10:55 PM, Milan Obuch >> wrote: >>> Yes, you are right - now I checked with octe0 connected to 100 >>> megabit switch and it initializes correctly when booting. When I >>> plug gigabit card now instead, it does not work - no communication >>> on interface. Even if I do ifconfig octe down/ifconfig octe up, it >>> does not transmit/receive packets. So I think problem is phy link >>> speed change on live system. Reboot in this case is a big hackish >>> 'workaround' for now - good for tests, not yet fully for real work >>> (but if you know there will be no link speed change it is OK). >>=20 >> The link state management is crappy, I concede. I kept it as it was >> in the Linux code because I wanted to be able to merge driver updates >> from Cavium, but that's not viable given how much they've changed the >> driver anyway. How long did you wait? It could take between 5 >> seconds and a minute for link state to change at runtime in my >> experience. I looked into making this faster at one point and even >> had a patch, but don't know where it is or why I didn't commit it. >>=20 >> If either of you wants to take a crack at fixing it I can explain = what >> to instrument in the driver and what's likely to be the problem. Let >> me know if that might be useful. (Apologies of the latency is high = on >> my responding.) >>=20 >> Thanks, >> Juli. >=20 > If you have any patches to test, some how-to what to look for and try > to change etc... I could try to work a bit on it. It seems there is = not > much freely available resources for Cavium CPUs (I found cnusers.org = is > of interest, it seems) so some leading will be good to have :) cnusers is Cavium's release vehicle for GPL'd code... There's lots of = code available for the Cavium processor, but the docs are kinda hard to = get a hold of... Warner= From owner-freebsd-mips@FreeBSD.ORG Thu May 23 17:56:26 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 28909DAF for ; Thu, 23 May 2013 17:56:26 +0000 (UTC) (envelope-from juli@clockworksquid.com) Received: from mail-la0-x22e.google.com (mail-la0-x22e.google.com [IPv6:2a00:1450:4010:c03::22e]) by mx1.freebsd.org (Postfix) with ESMTP id 9E982603 for ; Thu, 23 May 2013 17:56:25 +0000 (UTC) Received: by mail-la0-f46.google.com with SMTP id er20so3504289lab.5 for ; Thu, 23 May 2013 10:56:24 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :x-gm-message-state; bh=vF0WwZdX3oe+R8di/9drep9yVR0rr/R7+UMMzA57+NI=; b=lKGnoRsHtKUtTKVt7CSQB41AeZRw0qmTlxGl0SJvnjFVBV5EFievksyEttmxQluqLr epBEU81oCn4uvA5s8PLXrL4RotgKzwNHmYTgO6AGUuvK7NXwdU/7XsFiCHZL5bl5tKC9 ZQkShSLVZzA7wJN50sQdX1L1OwOiyZFbCY6gGktS2kgScFzy8EchgRAbxh4jkpjZI/Is YXHhSjMzQNMDRhJf66Hsfxe58bBX4FXHGwbgJvWzuuJtx8VI2FXaxZGy1gwtwYoz6MXk 32reaOFMbkQzCJhMBTgvlIkiLyk8p7ammDuOkmRo0edtms13i8UcTUPlP4314+PfcXRy v6BQ== X-Received: by 10.112.132.105 with SMTP id ot9mr284071lbb.66.1369331784444; Thu, 23 May 2013 10:56:24 -0700 (PDT) MIME-Version: 1.0 Sender: juli@clockworksquid.com Received: by 10.152.129.195 with HTTP; Thu, 23 May 2013 10:56:04 -0700 (PDT) In-Reply-To: <07C411D8-C5D3-4CD4-896B-844F6514C3DF@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> <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> <519DA801.2090205@rewt.org.uk> <20130523075537.37e4bcba@zeta.dino.sk> <20130523134206.69ea6994@zeta.dino.sk> <07C411D8-C5D3-4CD4-896B-844F6514C3DF@bsdimp.com> From: Juli Mallett Date: Thu, 23 May 2013 10:56:04 -0700 X-Google-Sender-Auth: w7YjUXRbjw1jM-dTf6gTNbwvn-s Message-ID: Subject: Re: Ubiquiti EdgeRouter Lite works multi-user with -CURRENT. To: Warner Losh Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQnh/xxPbpFJ5RVrvI/OQ8/ZsBNZGBizjMVxCW898IXPi8el6BsDiDviAWO2CECa2FKY9y/0 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 17:56:26 -0000 On Thu, May 23, 2013 at 10:43 AM, Warner Losh wrote: > > On May 23, 2013, at 5:42 AM, Milan Obuch wrote: > >> On Wed, 22 May 2013 22:59:36 -0700, Juli Mallett >> wrote: >> >>> On Wed, May 22, 2013 at 10:55 PM, Milan Obuch >>> wrote: >>>> Yes, you are right - now I checked with octe0 connected to 100 >>>> megabit switch and it initializes correctly when booting. When I >>>> plug gigabit card now instead, it does not work - no communication >>>> on interface. Even if I do ifconfig octe down/ifconfig octe up, it >>>> does not transmit/receive packets. So I think problem is phy link >>>> speed change on live system. Reboot in this case is a big hackish >>>> 'workaround' for now - good for tests, not yet fully for real work >>>> (but if you know there will be no link speed change it is OK). >>> >>> The link state management is crappy, I concede. I kept it as it was >>> in the Linux code because I wanted to be able to merge driver updates >>> from Cavium, but that's not viable given how much they've changed the >>> driver anyway. How long did you wait? It could take between 5 >>> seconds and a minute for link state to change at runtime in my >>> experience. I looked into making this faster at one point and even >>> had a patch, but don't know where it is or why I didn't commit it. >>> >>> If either of you wants to take a crack at fixing it I can explain what >>> to instrument in the driver and what's likely to be the problem. Let >>> me know if that might be useful. (Apologies of the latency is high on >>> my responding.) >>> >>> Thanks, >>> Juli. >> >> If you have any patches to test, some how-to what to look for and try >> to change etc... I could try to work a bit on it. It seems there is not >> much freely available resources for Cavium CPUs (I found cnusers.org is >> of interest, it seems) so some leading will be good to have :) > > cnusers is Cavium's release vehicle for GPL'd code... There's lots of code available for the Cavium processor, but the docs are kinda hard to get a hold of... And I'd add that the code is fairly complete and heavily-documented (well-documented is a different question; it can be a little obtuse.) Some people find code as useful or more useful than documentation, and in that case the code Cavium puts out is useful-enough, although most of it is already in src/sys/contrib/octeon-sdk, although I sometimes have found looking at the U-Boot code helpful, too. I've never found Cavium's documentation to be as useful as their code, but that's just me. In this case, I'd say that the most useful thing to instrument is likely cvm_do_timer in sys/mips/cavium/octe/ethernet.c. I'd suggest first changing: 138 if (priv->need_link_update) { 139 updated++; 140 taskqueue_enqueue(cvm_oct_link_taskq, &priv->link_task); 141 } To be just taskqueue_enqueue(cvm_oct_link_taskq, &priv->link_task); If that helps, then I think there's two things that need to be done: First, we shouldn't use slow-polling to do that anyway, we should just call taskqueue_enqueue whenever we set need_link_update to 1 if it was not 1 already. This is mostly a structural-cosmetic kind of thing. Second, cvm_oct_rgmii_poll in ethernet-rgmii.c is probably wrong in some way. Instrumenting it to print out the various register states and see if a human can see link status changes even if it can't may be helpful. Alternately, you may want/need to look at UBNT's patches for the ERLite. I may have missed some change it requires (if so, please let me know rather than just committing the changes; I've tried to isolate and keep minimal vendor-specific changes since we support so many vendors; not every vendor shares my concern, and a lot of them make the code too complex, or other things we don't want.) It could be just a matter of not using/programming/undermining RGMII in the way the hardware wants, or it could be that we need a PHY driver or something else. Actually, looking at how the hardware is set up, it looks like we should be using a PHY driver already, so it may be that none of that is helpful (since the internal link status management is only used if we don't have a PHY) and the real fix needs to happen in atphy.c. Or that for this hardware we should just use the internal link status management rather than using the PHY. Thanks, Juli. From owner-freebsd-mips@FreeBSD.ORG Thu May 23 18:16:45 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 44217127; Thu, 23 May 2013 18:16:45 +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 AF036852; Thu, 23 May 2013 18:16:44 +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 3bGf6x0cfyzSs; Thu, 23 May 2013 19:16:40 +0100 (BST) Message-ID: <519E5CFD.7060008@rewt.org.uk> Date: Thu, 23 May 2013 19:16:29 +0100 From: Joe Holden User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: Juli Mallett Subject: Re: Ubiquiti EdgeRouter Lite works multi-user with -CURRENT. References: <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> <519DA801.2090205@rewt.org.uk> <20130523075537.37e4bcba@zeta.dino.sk> <20130523134206.69ea6994@zeta.dino.sk> <07C411D8-C5D3-4CD4-896B-844F6514C3DF@bsdimp.com> In-Reply-To: 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 18:16:45 -0000 Juli Mallett wrote: > On Thu, May 23, 2013 at 10:43 AM, Warner Losh wrote: >> On May 23, 2013, at 5:42 AM, Milan Obuch wrote: >> >>> On Wed, 22 May 2013 22:59:36 -0700, Juli Mallett >>> wrote: >>> >>>> On Wed, May 22, 2013 at 10:55 PM, Milan Obuch >>>> wrote: >>>>> Yes, you are right - now I checked with octe0 connected to 100 >>>>> megabit switch and it initializes correctly when booting. When I >>>>> plug gigabit card now instead, it does not work - no communication >>>>> on interface. Even if I do ifconfig octe down/ifconfig octe up, it >>>>> does not transmit/receive packets. So I think problem is phy link >>>>> speed change on live system. Reboot in this case is a big hackish >>>>> 'workaround' for now - good for tests, not yet fully for real work >>>>> (but if you know there will be no link speed change it is OK). >>>> The link state management is crappy, I concede. I kept it as it was >>>> in the Linux code because I wanted to be able to merge driver updates >>>> from Cavium, but that's not viable given how much they've changed the >>>> driver anyway. How long did you wait? It could take between 5 >>>> seconds and a minute for link state to change at runtime in my >>>> experience. I looked into making this faster at one point and even >>>> had a patch, but don't know where it is or why I didn't commit it. >>>> >>>> If either of you wants to take a crack at fixing it I can explain what >>>> to instrument in the driver and what's likely to be the problem. Let >>>> me know if that might be useful. (Apologies of the latency is high on >>>> my responding.) >>>> >>>> Thanks, >>>> Juli. >>> If you have any patches to test, some how-to what to look for and try >>> to change etc... I could try to work a bit on it. It seems there is not >>> much freely available resources for Cavium CPUs (I found cnusers.org is >>> of interest, it seems) so some leading will be good to have :) >> cnusers is Cavium's release vehicle for GPL'd code... There's lots of code available for the Cavium processor, but the docs are kinda hard to get a hold of... > > And I'd add that the code is fairly complete and heavily-documented > (well-documented is a different question; it can be a little obtuse.) > Some people find code as useful or more useful than documentation, and > in that case the code Cavium puts out is useful-enough, although most > of it is already in src/sys/contrib/octeon-sdk, although I sometimes > have found looking at the U-Boot code helpful, too. I've never found > Cavium's documentation to be as useful as their code, but that's just > me. > > In this case, I'd say that the most useful thing to instrument is > likely cvm_do_timer in sys/mips/cavium/octe/ethernet.c. I'd suggest > first changing: > > 138 if (priv->need_link_update) { > 139 updated++; > 140 taskqueue_enqueue(cvm_oct_link_taskq, &priv->link_task); > 141 } > > To be just > > taskqueue_enqueue(cvm_oct_link_taskq, &priv->link_task); > > If that helps, then I think there's two things that need to be done: > > First, we shouldn't use slow-polling to do that anyway, we should just > call taskqueue_enqueue whenever we set need_link_update to 1 if it was > not 1 already. This is mostly a structural-cosmetic kind of thing. > > Second, cvm_oct_rgmii_poll in ethernet-rgmii.c is probably wrong in > some way. Instrumenting it to print out the various register states > and see if a human can see link status changes even if it can't may be > helpful. Alternately, you may want/need to look at UBNT's patches for > the ERLite. I may have missed some change it requires (if so, please > let me know rather than just committing the changes; I've tried to > isolate and keep minimal vendor-specific changes since we support so > many vendors; not every vendor shares my concern, and a lot of them > make the code too complex, or other things we don't want.) It could > be just a matter of not using/programming/undermining RGMII in the way > the hardware wants, or it could be that we need a PHY driver or > something else. > > Actually, looking at how the hardware is set up, it looks like we > should be using a PHY driver already, so it may be that none of that > is helpful (since the internal link status management is only used if > we don't have a PHY) and the real fix needs to happen in atphy.c. Or > that for this hardware we should just use the internal link status > management rather than using the PHY. > > Thanks, > Juli. Yeah it doesn't appear to just be a delay as the link still hasn't started working since this morning - I did note that the atheros phy stuff in the UBNT release identifies itself as a modified ubnt one, so there may well be some slight change that needs doing - well outside of the scope of my skills though :( From owner-freebsd-mips@FreeBSD.ORG Thu May 23 18:19:11 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 0F7BA1BD for ; Thu, 23 May 2013 18:19:11 +0000 (UTC) (envelope-from juli@clockworksquid.com) Received: from mail-lb0-f180.google.com (mail-lb0-f180.google.com [209.85.217.180]) by mx1.freebsd.org (Postfix) with ESMTP id 859AA87E for ; Thu, 23 May 2013 18:19:10 +0000 (UTC) Received: by mail-lb0-f180.google.com with SMTP id r10so3785871lbi.11 for ; Thu, 23 May 2013 11:19:09 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :x-gm-message-state; bh=0wGO3TL+HB2epLqMqXTcbZW2PIeLK5fIN82T3gKLesI=; b=Mx4zMm+CtbXhNcrIxAHI/Nnz2NZiXy6gDeONiu75TEe7SlDsuwmoEQsmX/0UO0XarS TX6nZyS5RUnDTZ5r9XHcXiyeboSXnHxPBcVIZH1sqvH2RsVs5Pf4YPSaXRhgbGpPnbtz vaoiRMH0Kf5yjh6T0GQtgaq6noJMNhxFB82NN3jSToaiUli0xgU2eAB3V1uScYwXoG6M IZg3c+rXM+YecKeXHGmnre93JyIxxSDs93h5IwgXO6J5zGQ2+/em+uCUYzAGBD8fyyt2 oMtuD/yHa5rA/9O65HP/xjUDEwiJrFFBW5F00i8tnrCEGs2w5bLS6bJfXcYVQ65hMNEo /svQ== X-Received: by 10.152.3.65 with SMTP id a1mr7016257laa.40.1369333149126; Thu, 23 May 2013 11:19:09 -0700 (PDT) MIME-Version: 1.0 Sender: juli@clockworksquid.com Received: by 10.152.129.195 with HTTP; Thu, 23 May 2013 11:18:49 -0700 (PDT) In-Reply-To: <519E5CFD.7060008@rewt.org.uk> References: <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> <519DA801.2090205@rewt.org.uk> <20130523075537.37e4bcba@zeta.dino.sk> <20130523134206.69ea6994@zeta.dino.sk> <07C411D8-C5D3-4CD4-896B-844F6514C3DF@bsdimp.com> <519E5CFD.7060008@rewt.org.uk> From: Juli Mallett Date: Thu, 23 May 2013 11:18:49 -0700 X-Google-Sender-Auth: 7WPDyveBzVIvX15Bl9Nnzoo3sjc Message-ID: Subject: Re: Ubiquiti EdgeRouter Lite works multi-user with -CURRENT. To: Joe Holden Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQlMXlIvOHSZQLhm+8ZjukU9jIn9x2+HXoCD1F1SMyXW7DbM5HAthR9sWeS/HAT/kulDSc3+ 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 18:19:11 -0000 On Thu, May 23, 2013 at 11:16 AM, Joe Holden wrote: > Yeah it doesn't appear to just be a delay as the link still hasn't started > working since this morning - I did note that the atheros phy stuff in the > UBNT release identifies itself as a modified ubnt one, so there may well be > some slight change that needs doing - well outside of the scope of my skills > though :( Joe, I can't be bothered downloading and unpacking their massive GPL archive again right now, but if you send me the files you're referring to, I can take a look at them more quickly. From owner-freebsd-mips@FreeBSD.ORG Fri May 24 16:21:33 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 20B78E2F; Fri, 24 May 2013 16:21:33 +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 D88A7D02; Fri, 24 May 2013 16:21:32 +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 3bHCWR2Wbszgq; Fri, 24 May 2013 17:21:23 +0100 (BST) Message-ID: <519F9377.60904@rewt.org.uk> Date: Fri, 24 May 2013 17:21:11 +0100 From: Joe Holden User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: Juli Mallett Subject: Re: Ubiquiti EdgeRouter Lite works multi-user with -CURRENT. References: <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> <519DA801.2090205@rewt.org.uk> <20130523075537.37e4bcba@zeta.dino.sk> <20130523134206.69ea6994@zeta.dino.sk> <07C411D8-C5D3-4CD4-896B-844F6514C3DF@bsdimp.com> <519E5CFD.7060008@rewt.org.uk> In-Reply-To: Content-Type: text/plain; charset=UTF-8; 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: Fri, 24 May 2013 16:21:33 -0000 Juli Mallett wrote: > On Thu, May 23, 2013 at 11:16 AM, Joe Holden wrote: >> Yeah it doesn't appear to just be a delay as the link still hasn't started >> working since this morning - I did note that the atheros phy stuff in the >> UBNT release identifies itself as a modified ubnt one, so there may well be >> some slight change that needs doing - well outside of the scope of my skills >> though :( > > Joe, I can't be bothered downloading and unpacking their massive GPL > archive again right now, but if you send me the files you're referring > to, I can take a look at them more quickly. Looks like theres a couple of modifications and seemingly a bunch of missing cavium specific bits which presumably is their licensed sdk rather than the public one. Can't see if they do anything different in the available files, but you'll probably be able to spot it straight away :) http://91.208.177.20/~jwh/ubnt/kernel/arch/mips/cavium-octeon/octeon_info.c http://91.208.177.20/~jwh/ubnt/kernel/drivers/net/octeon/ethernet.c http://91.208.177.20/~jwh/ubnt/kernel/net/core/dev.c I'm pretty sure their stock firmware also boots up with something along the lines of ath_ubnt_phy driver, will have to double check.. I think I have one left with stock firmware Thanks, Joe From owner-freebsd-mips@FreeBSD.ORG Fri May 24 16:55:17 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 BCE50914 for ; Fri, 24 May 2013 16:55:17 +0000 (UTC) (envelope-from juli@clockworksquid.com) Received: from mail-la0-x22c.google.com (mail-la0-x22c.google.com [IPv6:2a00:1450:4010:c03::22c]) by mx1.freebsd.org (Postfix) with ESMTP id 3CADEEC7 for ; Fri, 24 May 2013 16:55:17 +0000 (UTC) Received: by mail-la0-f44.google.com with SMTP id fr10so4720325lab.31 for ; Fri, 24 May 2013 09:55:16 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding:x-gm-message-state; bh=LWfwJEY1DTQVXiDZJgQcg0gLnACuYybf4sCt69x4llQ=; b=o1MOl6jW17iE4gDh6M2Iai1lskcTJqlCfB2igJuS9U826tULwhRWBffsDhMwp/xqk+ EOqgKpUrYrj8g9RCdxWb+YAYgIUXUsmstupW4mGi5WsH1SzPyAiLzVIc5hmqI6PieNHW Ro/C7NAUlK4F1qGQu+Wc0ozu64IEo4Gg7rFHcumx08avJFRZuLUpnW6Xs4spUiS4przu lS6MUR8GaztMaJLz5LwvfefJ8XNGPNbxC7IQCwkJ/EPRI5bd0UCBx8a894h1Y2t/6uZi yqlf15zqNRZ+CkQyuLxRQWjZomWejgZQEpWgTILJsW7Ho7KsJ6n7Pa2mC8X6/XqJNAEm CX2w== X-Received: by 10.112.142.97 with SMTP id rv1mr9249223lbb.134.1369414515992; Fri, 24 May 2013 09:55:15 -0700 (PDT) MIME-Version: 1.0 Sender: juli@clockworksquid.com Received: by 10.152.129.195 with HTTP; Fri, 24 May 2013 09:54:55 -0700 (PDT) In-Reply-To: <519F9377.60904@rewt.org.uk> References: <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> <519DA801.2090205@rewt.org.uk> <20130523075537.37e4bcba@zeta.dino.sk> <20130523134206.69ea6994@zeta.dino.sk> <07C411D8-C5D3-4CD4-896B-844F6514C3DF@bsdimp.com> <519E5CFD.7060008@rewt.org.uk> <519F9377.60904@rewt.org.uk> From: Juli Mallett Date: Fri, 24 May 2013 09:54:55 -0700 X-Google-Sender-Auth: 3pSTmJHT9OQ0JLIHjVI6h35PA_A Message-ID: Subject: Re: Ubiquiti EdgeRouter Lite works multi-user with -CURRENT. To: Joe Holden Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQlxWO5V7diJzuLE/r+NOvdMKC/B2UFbqT1YMEnRpJwYIwnf/qvclsiUXKgeyyG25+KvRBvg 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, 24 May 2013 16:55:17 -0000 On Fri, May 24, 2013 at 9:21 AM, Joe Holden wrote: > Looks like theres a couple of modifications and seemingly a bunch of miss= ing > cavium specific bits which presumably is their licensed sdk rather than t= he > public one. I don't believe so. The cavm-executive* file in the GPL tarball contains most Cavium-specific code. Then ubnt-platform* contains support for IPSec offload. And so on. (I decided to just download another copy and dig through it a little.) > Can't see if they do anything different in the available files, but you'l= l > probably be able to spot it straight away :) You had mentioned you saw something related to the Atheros PHYs, but I don't see it =E2=80=94 am I missing it? > http://91.208.177.20/~jwh/ubnt/kernel/arch/mips/cavium-octeon/octeon_info= .c > http://91.208.177.20/~jwh/ubnt/kernel/drivers/net/octeon/ethernet.c > http://91.208.177.20/~jwh/ubnt/kernel/net/core/dev.c I think you're probably listing those files because they contain 'ubnt', but alas they just contain some stuff related to device naming. > I'm pretty sure their stock firmware also boots up with something along t= he > lines of ath_ubnt_phy driver, will have to double check.. I think I have = one > left with stock firmware If you get any more information, that sounds like something that would be useful. Thanks, Juli. From owner-freebsd-mips@FreeBSD.ORG Fri May 24 23:59:30 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 1A67F9EC; Fri, 24 May 2013 23:59:30 +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 D2CAAA9B; Fri, 24 May 2013 23:59:29 +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 3bHPgz0xNhzkT; Sat, 25 May 2013 00:59:27 +0100 (BST) Message-ID: <519FFECD.8060905@rewt.org.uk> Date: Sat, 25 May 2013 00:59:09 +0100 From: Joe Holden User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: Juli Mallett Subject: Re: Ubiquiti EdgeRouter Lite works multi-user with -CURRENT. References: <20130520110659.1d1d2165@zeta.dino.sk> <20130520164001.5f7d99b8@zeta.dino.sk> <20130520172508.087daf7b@zeta.dino.sk> <20130523070225.4d9a3a59@zeta.dino.sk> <519DA801.2090205@rewt.org.uk> <20130523075537.37e4bcba@zeta.dino.sk> <20130523134206.69ea6994@zeta.dino.sk> <07C411D8-C5D3-4CD4-896B-844F6514C3DF@bsdimp.com> <519E5CFD.7060008@rewt.org.uk> <519F9377.60904@rewt.org.uk> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit 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, 24 May 2013 23:59:30 -0000 Juli Mallett wrote: > On Fri, May 24, 2013 at 9:21 AM, Joe Holden wrote: >> Looks like theres a couple of modifications and seemingly a bunch of missing >> cavium specific bits which presumably is their licensed sdk rather than the >> public one. > > I don't believe so. The cavm-executive* file in the GPL tarball > contains most Cavium-specific code. Then ubnt-platform* contains > support for IPSec offload. And so on. (I decided to just download > another copy and dig through it a little.) > >> Can't see if they do anything different in the available files, but you'll >> probably be able to spot it straight away :) > > You had mentioned you saw something related to the Atheros PHYs, but I > don't see it — am I missing it? > there is a kernel message on boot that alludes to a custom phy driver, but it isn't present in the gpl source. >> http://91.208.177.20/~jwh/ubnt/kernel/arch/mips/cavium-octeon/octeon_info.c >> http://91.208.177.20/~jwh/ubnt/kernel/drivers/net/octeon/ethernet.c >> http://91.208.177.20/~jwh/ubnt/kernel/net/core/dev.c > > I think you're probably listing those files because they contain > 'ubnt', but alas they just contain some stuff related to device > naming. > Like most vendors I suspect they distribute code minus the private stuff >> I'm pretty sure their stock firmware also boots up with something along the >> lines of ath_ubnt_phy driver, will have to double check.. I think I have one >> left with stock firmware > > If you get any more information, that sounds like something that would > be useful. > I'll have a gander but the same string in their binary-only firmware isn't present in the GPL code. > Thanks, > Juli. If you have any tips on what I can experiment with, I'm happy to do that, I have a few ERLs Thanks, Joe From owner-freebsd-mips@FreeBSD.ORG Sat May 25 00:06:30 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 381A9C3F for ; Sat, 25 May 2013 00:06:30 +0000 (UTC) (envelope-from juli@clockworksquid.com) Received: from mail-la0-x234.google.com (mail-la0-x234.google.com [IPv6:2a00:1450:4010:c03::234]) by mx1.freebsd.org (Postfix) with ESMTP id ABAF6B24 for ; Sat, 25 May 2013 00:06:29 +0000 (UTC) Received: by mail-la0-f52.google.com with SMTP id fo13so5045517lab.11 for ; Fri, 24 May 2013 17:06:27 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :x-gm-message-state; bh=QbNMrY21by10kvXLyreBAbL4wgwcwQg+VgiNOeruLy8=; b=BWIeZ8KhK5FqKUfDOwsM9TI2UHlvTaVF2nThjqXMQONG6aZnY46hoG5d5Qc5CAapgo RwXzldtjQDRsZ8iwsdOZEOiBN7MDvLYIvASFTytnG0sEw2yvjZ+HysSOoVL0OoOvHvHZ TKCM50VAWQCL75Kkvbt/IkIl2rfIuhvPBcg2EGewcKw6N6lteKRUnKTfB6YeYzM6Uyx8 bJ/LMuYrjFe+1zGrhfV66v1EmFNH64IfPZM9/QTFKh+BDrzxzO4fmTo0CDe56fdkQzIs 7/v6B2HyK5ep9xssK7ViVomJiA0Y/nBZjoIVL7EAPJ1bxy2wgxWABLWDwGCF0NyWkyhR N18A== X-Received: by 10.112.235.131 with SMTP id um3mr6577713lbc.27.1369440387268; Fri, 24 May 2013 17:06:27 -0700 (PDT) MIME-Version: 1.0 Sender: juli@clockworksquid.com Received: by 10.152.129.195 with HTTP; Fri, 24 May 2013 17:06:07 -0700 (PDT) In-Reply-To: <519FFECD.8060905@rewt.org.uk> References: <20130520110659.1d1d2165@zeta.dino.sk> <20130520164001.5f7d99b8@zeta.dino.sk> <20130520172508.087daf7b@zeta.dino.sk> <20130523070225.4d9a3a59@zeta.dino.sk> <519DA801.2090205@rewt.org.uk> <20130523075537.37e4bcba@zeta.dino.sk> <20130523134206.69ea6994@zeta.dino.sk> <07C411D8-C5D3-4CD4-896B-844F6514C3DF@bsdimp.com> <519E5CFD.7060008@rewt.org.uk> <519F9377.60904@rewt.org.uk> <519FFECD.8060905@rewt.org.uk> From: Juli Mallett Date: Fri, 24 May 2013 17:06:07 -0700 X-Google-Sender-Auth: PuKZlEqbUTXZ8qsSzVzr1t8kd88 Message-ID: Subject: Re: Ubiquiti EdgeRouter Lite works multi-user with -CURRENT. To: Joe Holden , Adrian Chadd X-Gm-Message-State: ALoCoQmQG1gs0Gr/MbQ7VgOF68SRVYlGvDi8Aln2gFpo7xkDkU9dfR2E25wuONZ1kvcFBq2qNRK8 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 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: Sat, 25 May 2013 00:06:30 -0000 Adrian, Do you know anything about the Atheros F1 PHYs? We're seeing something weird with some hardware using them, not sure if Ubiquiti have any proprietary changes actually-required to support the PHYs properly, or if there's maybe some deficiency in our PHY driver that you might know about. Thanks, Juli. On Fri, May 24, 2013 at 4:59 PM, Joe Holden wrote: > Juli Mallett wrote: > >> On Fri, May 24, 2013 at 9:21 AM, Joe Holden wrote: >> >>> Looks like theres a couple of modifications and seemingly a bunch of >>> missing >>> cavium specific bits which presumably is their licensed sdk rather than >>> the >>> public one. >>> >> >> I don't believe so. The cavm-executive* file in the GPL tarball >> contains most Cavium-specific code. Then ubnt-platform* contains >> support for IPSec offload. And so on. (I decided to just download >> another copy and dig through it a little.) >> >> Can't see if they do anything different in the available files, but >>> you'll >>> probably be able to spot it straight away :) >>> >> >> You had mentioned you saw something related to the Atheros PHYs, but I >> don't see it =E2=80=94 am I missing it? >> >> there is a kernel message on boot that alludes to a custom phy driver, > but it isn't present in the gpl source. > > > http://91.208.177.20/~jwh/**ubnt/kernel/arch/mips/cavium-** >>> octeon/octeon_info.c >>> http://91.208.177.20/~jwh/**ubnt/kernel/drivers/net/**octeon/ethernet.c= >>> http://91.208.177.20/~jwh/**ubnt/kernel/net/core/dev.c >>> >> >> I think you're probably listing those files because they contain >> 'ubnt', but alas they just contain some stuff related to device >> naming. >> >> Like most vendors I suspect they distribute code minus the private stuf= f > > I'm pretty sure their stock firmware also boots up with something along >>> the >>> lines of ath_ubnt_phy driver, will have to double check.. I think I hav= e >>> one >>> left with stock firmware >>> >> >> If you get any more information, that sounds like something that would >> be useful. >> >> I'll have a gander but the same string in their binary-only firmware > isn't present in the GPL code. > >> Thanks, >> Juli. >> > If you have any tips on what I can experiment with, I'm happy to do that, > I have a few ERLs > > Thanks, > Joe > From owner-freebsd-mips@FreeBSD.ORG Sat May 25 02:17:21 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 436ED5E9; Sat, 25 May 2013 02:17:21 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-we0-x232.google.com (mail-we0-x232.google.com [IPv6:2a00:1450:400c:c03::232]) by mx1.freebsd.org (Postfix) with ESMTP id A07B3207; Sat, 25 May 2013 02:17:20 +0000 (UTC) Received: by mail-we0-f178.google.com with SMTP id q56so3310364wes.9 for ; Fri, 24 May 2013 19:17:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=Twah9JOU1t6v/CEbOmhBcbjWh+GgYPcjtRE8jnyk57A=; b=SEzBtqNgeqFc7aXvOj0PKVifEskgi3Z1Fv8dEi6/CvXrsXUG7QdMLQEIBexZNE+dgp 4mihf/VCtOoJYvMyxe25+/M3v+ggwJBtGHab/2f6WKIRNeVDOgBWn4z9zwTH9V2PZK+K dSFlR4cl7hbA0xFkYYGdzCPQ1wDpqncXK4jo0cnw5o3y3n/zFQRMqKlTG7SDEyeep2I0 GSzZ4nmQv1EmMsxVh7/lMa/UDZyuW4N0cpkewkrM7LgsUGN4zzX4Q38dJk7jL39osY/Y fAtTh5O4H0Nit6cHkmyqE6X7seaLKarnl8pTczXn9hQ9fGL3RuwHiPd+1+Wy58y6Aimi 9eLQ== MIME-Version: 1.0 X-Received: by 10.180.212.3 with SMTP id ng3mr1133361wic.22.1369448239867; Fri, 24 May 2013 19:17:19 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.216.191.138 with HTTP; Fri, 24 May 2013 19:17:19 -0700 (PDT) In-Reply-To: References: <20130520110659.1d1d2165@zeta.dino.sk> <20130520164001.5f7d99b8@zeta.dino.sk> <20130520172508.087daf7b@zeta.dino.sk> <20130523070225.4d9a3a59@zeta.dino.sk> <519DA801.2090205@rewt.org.uk> <20130523075537.37e4bcba@zeta.dino.sk> <20130523134206.69ea6994@zeta.dino.sk> <07C411D8-C5D3-4CD4-896B-844F6514C3DF@bsdimp.com> <519E5CFD.7060008@rewt.org.uk> <519F9377.60904@rewt.org.uk> <519FFECD.8060905@rewt.org.uk> Date: Fri, 24 May 2013 19:17:19 -0700 X-Google-Sender-Auth: B-0vZ-VJ9sK_XMky1mtzEGTU190 Message-ID: Subject: Re: Ubiquiti EdgeRouter Lite works multi-user with -CURRENT. From: Adrian Chadd To: Juli Mallett Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable 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: Sat, 25 May 2013 02:17:21 -0000 Oh god, someone's asking me PHY questions. Which chipset(s) ? What's written on the chip? Adrian On 24 May 2013 17:06, Juli Mallett wrote: > Adrian, > > Do you know anything about the Atheros F1 PHYs? We're seeing something > weird with some hardware using them, not sure if Ubiquiti have any > proprietary changes actually-required to support the PHYs properly, or if > there's maybe some deficiency in our PHY driver that you might know about= . > > Thanks, > Juli. > > On Fri, May 24, 2013 at 4:59 PM, Joe Holden wrote: >> >> Juli Mallett wrote: >>> >>> On Fri, May 24, 2013 at 9:21 AM, Joe Holden wrote: >>>> >>>> Looks like theres a couple of modifications and seemingly a bunch of >>>> missing >>>> cavium specific bits which presumably is their licensed sdk rather tha= n >>>> the >>>> public one. >>> >>> >>> I don't believe so. The cavm-executive* file in the GPL tarball >>> contains most Cavium-specific code. Then ubnt-platform* contains >>> support for IPSec offload. And so on. (I decided to just download >>> another copy and dig through it a little.) >>> >>>> Can't see if they do anything different in the available files, but >>>> you'll >>>> probably be able to spot it straight away :) >>> >>> >>> You had mentioned you saw something related to the Atheros PHYs, but I >>> don't see it =97 am I missing it? >>> >> there is a kernel message on boot that alludes to a custom phy driver, b= ut >> it isn't present in the gpl source. >> >> >>>> >>>> http://91.208.177.20/~jwh/ubnt/kernel/arch/mips/cavium-octeon/octeon_i= nfo.c >>>> http://91.208.177.20/~jwh/ubnt/kernel/drivers/net/octeon/ethernet.c >>>> http://91.208.177.20/~jwh/ubnt/kernel/net/core/dev.c >>> >>> >>> I think you're probably listing those files because they contain >>> 'ubnt', but alas they just contain some stuff related to device >>> naming. >>> >> Like most vendors I suspect they distribute code minus the private stuff >> >>>> I'm pretty sure their stock firmware also boots up with something alon= g >>>> the >>>> lines of ath_ubnt_phy driver, will have to double check.. I think I ha= ve >>>> one >>>> left with stock firmware >>> >>> >>> If you get any more information, that sounds like something that would >>> be useful. >>> >> I'll have a gander but the same string in their binary-only firmware isn= 't >> present in the GPL code. >>> >>> Thanks, >>> Juli. >> >> If you have any tips on what I can experiment with, I'm happy to do that= , >> I have a few ERLs >> >> Thanks, >> Joe > > From owner-freebsd-mips@FreeBSD.ORG Sat May 25 03:57:03 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 D163CCD4 for ; Sat, 25 May 2013 03:57:03 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-ie0-x235.google.com (mail-ie0-x235.google.com [IPv6:2607:f8b0:4001:c03::235]) by mx1.freebsd.org (Postfix) with ESMTP id 99D68A52 for ; Sat, 25 May 2013 03:57:03 +0000 (UTC) Received: by mail-ie0-f181.google.com with SMTP id x12so14358546ief.12 for ; Fri, 24 May 2013 20:57:03 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer :x-gm-message-state; bh=BpmTCq6cLOTGjh07GkESIQTNXsn0yTPUBaUO6bf0phE=; b=X4FbMVaJ3xPSNsSEBR0MyOy1o5mRMyUYvS4RfK1JCfuGyo2iS09renSzOQilvU9+lL SQS+XDguOOxCuKzMF0zpQK+MXIbTo6PUnbtBy8E/H38aYvpkkMAT2u4aUOMDQoXpIFro qBpsAHxOrzreMt+sYCuRclr/OfdLb2r1nvda1njrs6JZUwC5/hI/Je+pIQN0Qxk/Bl3I ZCmiz1GzbAdeOxfT0630xScmMd65AsQyBNDomdDY5mWdtXsmwQHUfU/GdRrXw+mb1qcT zFEmPiaK2SOJy5jJRicpe3Yxh9JbtMUUbPDAAXWUa5RqXnHEZngilyHmlI6qQbi+9D5r 8b4w== X-Received: by 10.50.80.116 with SMTP id q20mr937191igx.85.1369454223256; Fri, 24 May 2013 20:57:03 -0700 (PDT) Received: from 53.imp.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id np6sm2681466igb.0.2013.05.24.20.57.01 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 24 May 2013 20:57:02 -0700 (PDT) Sender: Warner Losh Subject: Re: Ubiquiti EdgeRouter Lite works multi-user with -CURRENT. Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=windows-1252 From: Warner Losh In-Reply-To: Date: Fri, 24 May 2013 21:57:00 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <6AD46D3A-3A12-4EE3-A069-8CA9463311EE@bsdimp.com> References: <20130520110659.1d1d2165@zeta.dino.sk> <20130520164001.5f7d99b8@zeta.dino.sk> <20130520172508.087daf7b@zeta.dino.sk> <20130523070225.4d9a3a59@zeta.dino.sk> <519DA801.2090205@rewt.org.uk> <20130523075537.37e4bcba@zeta.dino.sk> <20130523134206.69ea6994@zeta.dino.sk> <07C411D8-C5D3-4CD4-896B-844F6514C3DF@bsdimp.com> <519E5CFD.7060008@rewt.org.uk> <519F9377.60904@rewt.org.uk> <519FFECD.8060905@rewt.org.u k> To: Adrian Chadd X-Mailer: Apple Mail (2.1085) X-Gm-Message-State: ALoCoQlZSEREdMaKsuYUUgYK7y/JP+mi51if0H7Ggj4+2J7ZcH7Mok4MeO+TpYG+EPgcUIrozFrm 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: Sat, 25 May 2013 03:57:03 -0000 PHY? PHY not? :) Warner On May 24, 2013, at 8:17 PM, Adrian Chadd wrote: > Oh god, someone's asking me PHY questions. >=20 > Which chipset(s) ? What's written on the chip? >=20 >=20 >=20 > Adrian >=20 > On 24 May 2013 17:06, Juli Mallett wrote: >> Adrian, >>=20 >> Do you know anything about the Atheros F1 PHYs? We're seeing = something >> weird with some hardware using them, not sure if Ubiquiti have any >> proprietary changes actually-required to support the PHYs properly, = or if >> there's maybe some deficiency in our PHY driver that you might know = about. >>=20 >> Thanks, >> Juli. >>=20 >> On Fri, May 24, 2013 at 4:59 PM, Joe Holden = wrote: >>>=20 >>> Juli Mallett wrote: >>>>=20 >>>> On Fri, May 24, 2013 at 9:21 AM, Joe Holden = wrote: >>>>>=20 >>>>> Looks like theres a couple of modifications and seemingly a bunch = of >>>>> missing >>>>> cavium specific bits which presumably is their licensed sdk rather = than >>>>> the >>>>> public one. >>>>=20 >>>>=20 >>>> I don't believe so. The cavm-executive* file in the GPL tarball >>>> contains most Cavium-specific code. Then ubnt-platform* contains >>>> support for IPSec offload. And so on. (I decided to just download >>>> another copy and dig through it a little.) >>>>=20 >>>>> Can't see if they do anything different in the available files, = but >>>>> you'll >>>>> probably be able to spot it straight away :) >>>>=20 >>>>=20 >>>> You had mentioned you saw something related to the Atheros PHYs, = but I >>>> don't see it =97 am I missing it? >>>>=20 >>> there is a kernel message on boot that alludes to a custom phy = driver, but >>> it isn't present in the gpl source. >>>=20 >>>=20 >>>>>=20 >>>>> = http://91.208.177.20/~jwh/ubnt/kernel/arch/mips/cavium-octeon/octeon_info.= c >>>>> = http://91.208.177.20/~jwh/ubnt/kernel/drivers/net/octeon/ethernet.c >>>>> http://91.208.177.20/~jwh/ubnt/kernel/net/core/dev.c >>>>=20 >>>>=20 >>>> I think you're probably listing those files because they contain >>>> 'ubnt', but alas they just contain some stuff related to device >>>> naming. >>>>=20 >>> Like most vendors I suspect they distribute code minus the private = stuff >>>=20 >>>>> I'm pretty sure their stock firmware also boots up with something = along >>>>> the >>>>> lines of ath_ubnt_phy driver, will have to double check.. I think = I have >>>>> one >>>>> left with stock firmware >>>>=20 >>>>=20 >>>> If you get any more information, that sounds like something that = would >>>> be useful. >>>>=20 >>> I'll have a gander but the same string in their binary-only firmware = isn't >>> present in the GPL code. >>>>=20 >>>> Thanks, >>>> Juli. >>>=20 >>> If you have any tips on what I can experiment with, I'm happy to do = that, >>> I have a few ERLs >>>=20 >>> Thanks, >>> Joe >>=20 >>=20 From owner-freebsd-mips@FreeBSD.ORG Sat May 25 05:58:26 2013 Return-Path: Delivered-To: mips@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 777DF42D; Sat, 25 May 2013 05:58:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 43261FA6; Sat, 25 May 2013 05:58:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r4P5wPpf080713; Sat, 25 May 2013 01:58:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r4P5wPG9080680; Sat, 25 May 2013 05:58:25 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 25 May 2013 05:58:25 GMT Message-Id: <201305250558.r4P5wPG9080680@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 May 2013 05:58:26 -0000 TB --- 2013-05-25 05:03:17 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-05-25 05:03:17 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-05-25 05:03:17 - starting HEAD tinderbox run for mips/mips TB --- 2013-05-25 05:03:17 - cleaning the object tree TB --- 2013-05-25 05:03:17 - /usr/local/bin/svn stat /src TB --- 2013-05-25 05:03:30 - At svn revision 250973 TB --- 2013-05-25 05:03:31 - building world TB --- 2013-05-25 05:03:31 - CROSS_BUILD_TESTING=YES TB --- 2013-05-25 05:03:31 - MAKEOBJDIRPREFIX=/obj TB --- 2013-05-25 05:03:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-05-25 05:03:31 - SRCCONF=/dev/null TB --- 2013-05-25 05:03:31 - TARGET=mips TB --- 2013-05-25 05:03:31 - TARGET_ARCH=mips TB --- 2013-05-25 05:03:31 - TZ=UTC TB --- 2013-05-25 05:03:31 - __MAKE_CONF=/dev/null TB --- 2013-05-25 05:03:31 - cd /src TB --- 2013-05-25 05:03:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat May 25 05:03:41 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-05-25 05:58:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-05-25 05:58:25 - ERROR: failed to build world TB --- 2013-05-25 05:58:25 - 2400.95 user 572.86 system 3308.20 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-mips@FreeBSD.ORG Sat May 25 14:36:01 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 AA7DDD2D; Sat, 25 May 2013 14:36:01 +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 DCC6A34C; Sat, 25 May 2013 14:36:00 +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; Sat, 25 May 2013 16:35:55 +0200 id 004EB523.51A0CC4B.00006E8D Date: Sat, 25 May 2013 16:35:45 +0200 From: Milan Obuch To: Juli Mallett Subject: Re: Ubiquiti EdgeRouter Lite works multi-user with -CURRENT. Message-ID: <20130525163545.1fb37ea5@zeta.dino.sk> In-Reply-To: References: <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> <519DA801.2090205@rewt.org.uk> <20130523075537.37e4bcba@zeta.dino.sk> <20130523134206.69ea6994@zeta.dino.sk> <07C411D8-C5D3-4CD4-896B-844F6514C3DF@bsdimp.com> X-Mailer: Claws Mail 3.9.1 (GTK+ 2.24.18; 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: Sat, 25 May 2013 14:36:01 -0000 On Thu, 23 May 2013 10:56:04 -0700, Juli Mallett wrote: [ snip ] > In this case, I'd say that the most useful thing to instrument is > likely cvm_do_timer in sys/mips/cavium/octe/ethernet.c. I'd suggest > first changing: > > 138 if (priv->need_link_update) { > 139 updated++; > 140 taskqueue_enqueue(cvm_oct_link_taskq, &priv->link_task); > 141 } > > To be just > > taskqueue_enqueue(cvm_oct_link_taskq, &priv->link_task); > It took me some time to respond for some reasons, anyway I built a kernel with this change and there is something clearly wrong. There is basically no change in behavior, if booted with gigabit connection, it works with gigabit speed but not with 100 megabit and vice versa. Just some cometic change - once per two seconds or so I keep getting on console following octe0: Link down octe1: Link down octe2: Link down It looks like some phy register is not read correctly or not correct phy register is read and acted upon. Just a guess, of course. Interesting thing also not yet mentioned here - ifconfig octeN output show correct speed in its media: line. Also, when changing cables, I got following printed on console: Port 0 receive error code 13, packet dropped No idea it if shows something, for now. > If that helps, then I think there's two things that need to be done: > > First, we shouldn't use slow-polling to do that anyway, we should just > call taskqueue_enqueue whenever we set need_link_update to 1 if it was > not 1 already. This is mostly a structural-cosmetic kind of thing. > > Second, cvm_oct_rgmii_poll in ethernet-rgmii.c is probably wrong in > some way. Instrumenting it to print out the various register states > and see if a human can see link status changes even if it can't may be > helpful. Alternately, you may want/need to look at UBNT's patches for > the ERLite. I may have missed some change it requires (if so, please > let me know rather than just committing the changes; I've tried to > isolate and keep minimal vendor-specific changes since we support so > many vendors; not every vendor shares my concern, and a lot of them > make the code too complex, or other things we don't want.) It could > be just a matter of not using/programming/undermining RGMII in the way > the hardware wants, or it could be that we need a PHY driver or > something else. > > Actually, looking at how the hardware is set up, it looks like we > should be using a PHY driver already, so it may be that none of that > is helpful (since the internal link status management is only used if > we don't have a PHY) and the real fix needs to happen in atphy.c. Or > that for this hardware we should just use the internal link status > management rather than using the PHY. > In dmesg, following is relevant to ethernet, I think: octebus0: on ciu0 Interface 0 has 3 ports (RGMII) Warning: Enabling IPD when IPD already enabled. Warning: Enabling PKO when PKO already enabled. octe0: on octebus0 miibus0: on octe0 atphy0: PHY 7 on miibus0 atphy0: OUI 0x00c82e, model 0x0007, rev. 2 atphy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseSX-FDX, 1000baseT-FDX, 1000baseT-FDX-master, auto octe0: bpf attached octe0: Ethernet address: dc:9f:db:29:a3:92 octe1: on octebus0 miibus1: on octe1 atphy1: PHY 6 on miibus1 atphy1: OUI 0x00c82e, model 0x0007, rev. 2 atphy1: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseSX-FDX, 1000baseT-FDX, 1000baseT-FDX-master, auto octe1: bpf attached octe1: Ethernet address: dc:9f:db:29:a3:93 octe2: on octebus0 miibus2: on octe2 atphy2: PHY 5 on miibus2 atphy2: OUI 0x00c82e, model 0x0007, rev. 2 atphy2: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseSX-FDX, 1000baseT-FDX, 1000baseT-FDX-master, auto octe2: bpf attached octe2: Ethernet address: dc:9f:db:29:a3:94 so maybe something should be done in atphy driver as someone mentioned later in this thread or between phy driver and some cavium code... I am going to try to undestand the code in cavium/octe directory, but any hint would be welcome for sure. Regards, Milan From owner-freebsd-mips@FreeBSD.ORG Sat May 25 17:33:16 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 A3F20D7B for ; Sat, 25 May 2013 17:33:16 +0000 (UTC) (envelope-from juli@clockworksquid.com) Received: from mail-la0-x231.google.com (mail-la0-x231.google.com [IPv6:2a00:1450:4010:c03::231]) by mx1.freebsd.org (Postfix) with ESMTP id 1166DB9E for ; Sat, 25 May 2013 17:33:15 +0000 (UTC) Received: by mail-la0-f49.google.com with SMTP id fp13so5338474lab.22 for ; Sat, 25 May 2013 10:33:14 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :x-gm-message-state; bh=JipubX75Qb6cG/vanHiqdUC/9J9De76xBZQts6RmbIw=; b=jOgjts7w4H6HKlsLuRhzs06EdFFxcUOhntjQaMtS/DB1k87TXgPp2ZymYz9hhV0jb7 sz69JJRSm3kA26kTWBSTg/+U/DYDImI8FAOGtInhBSp0UyebLN0EMiUTdqK/L38ukI+T lJnV3NRw84L7no+1FzAnuevWROosr0zlHK2p1zAmSPl50sool7sXuBp1FFAE5ByPRT8h m7nco+Du3kbjTNztOCUzSPEM/TmHSW+In9l7iRdmProhStPQQZfx8n2RRegRQR7ScXFA MfcVLdfTMY7RQ2c8T/scdrTBJDq9HXfB8Kl2ITVJ0bWunsYoJS1AxdRb09o73syk8ALL GXUQ== X-Received: by 10.112.180.232 with SMTP id dr8mr11225498lbc.67.1369503194800; Sat, 25 May 2013 10:33:14 -0700 (PDT) MIME-Version: 1.0 Sender: juli@clockworksquid.com Received: by 10.152.129.195 with HTTP; Sat, 25 May 2013 10:32:54 -0700 (PDT) In-Reply-To: <20130525163545.1fb37ea5@zeta.dino.sk> References: <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> <519DA801.2090205@rewt.org.uk> <20130523075537.37e4bcba@zeta.dino.sk> <20130523134206.69ea6994@zeta.dino.sk> <07C411D8-C5D3-4CD4-896B-844F6514C3DF@bsdimp.com> <20130525163545.1fb37ea5@zeta.dino.sk> From: Juli Mallett Date: Sat, 25 May 2013 10:32:54 -0700 X-Google-Sender-Auth: s3GCpblWs4gTpJ1xEvjO8sC2GMc Message-ID: Subject: Re: Ubiquiti EdgeRouter Lite works multi-user with -CURRENT. To: Milan Obuch X-Gm-Message-State: ALoCoQkF+ZXchgoTjdGEJe9PQK7ROli9YA/8QYtwrvDyNKmYQa1SRd8hID7JLLFfPnKXjkE9Sq1f Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 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: Sat, 25 May 2013 17:33:16 -0000 On Sat, May 25, 2013 at 7:35 AM, Milan Obuch wrote: > On Thu, 23 May 2013 10:56:04 -0700, Juli Mallett > wrote: > > [ snip ] > > > In this case, I'd say that the most useful thing to instrument is > > likely cvm_do_timer in sys/mips/cavium/octe/ethernet.c. I'd suggest > > first changing: > > > > 138 if (priv->need_link_update) { > > 139 updated++; > > 140 taskqueue_enqueue(cvm_oct_link_taskq, &priv->link_task); > > 141 } > > > > To be just > > > > taskqueue_enqueue(cvm_oct_link_taskq, &priv->link_task); > > > > It took me some time to respond for some reasons, anyway I built a > kernel with this change and there is something clearly wrong. There is > basically no change in behavior, if booted with gigabit connection, it > works with gigabit speed but not with 100 megabit and vice versa. Just > some cometic change - once per two seconds or so I keep getting on > console following > > octe0: Link down > octe1: Link down > octe2: Link down > > It looks like some phy register is not read correctly or not correct > phy register is read and acted upon. Just a guess, of course. > Interesting thing also not yet mentioned here - ifconfig octeN output > show correct speed in its media: line. > > Also, when changing cables, I got following printed on console: > > Port 0 receive error code 13, packet dropped > > No idea it if shows something, for now. > > > If that helps, then I think there's two things that need to be done: > > > > First, we shouldn't use slow-polling to do that anyway, we should just > > call taskqueue_enqueue whenever we set need_link_update to 1 if it was > > not 1 already. This is mostly a structural-cosmetic kind of thing. > > > > Second, cvm_oct_rgmii_poll in ethernet-rgmii.c is probably wrong in > > some way. Instrumenting it to print out the various register states > > and see if a human can see link status changes even if it can't may be > > helpful. Alternately, you may want/need to look at UBNT's patches for > > the ERLite. I may have missed some change it requires (if so, please > > let me know rather than just committing the changes; I've tried to > > isolate and keep minimal vendor-specific changes since we support so > > many vendors; not every vendor shares my concern, and a lot of them > > make the code too complex, or other things we don't want.) It could > > be just a matter of not using/programming/undermining RGMII in the way > > the hardware wants, or it could be that we need a PHY driver or > > something else. > > > > Actually, looking at how the hardware is set up, it looks like we > > should be using a PHY driver already, so it may be that none of that > > is helpful (since the internal link status management is only used if > > we don't have a PHY) and the real fix needs to happen in atphy.c. Or > > that for this hardware we should just use the internal link status > > management rather than using the PHY. > > > > In dmesg, following is relevant to ethernet, I think: > > octebus0: on ciu0 > Interface 0 has 3 ports (RGMII) > Warning: Enabling IPD when IPD already enabled. > Warning: Enabling PKO when PKO already enabled. > octe0: on octebus0 > miibus0: on octe0 > atphy0: PHY 7 on miibus0 > atphy0: OUI 0x00c82e, model 0x0007, rev. 2 > atphy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, > 1000baseSX-FDX, 1000baseT-FDX, 1000baseT-FDX-master, auto octe0: bpf > attached octe0: Ethernet address: dc:9f:db:29:a3:92 > octe1: on octebus0 > miibus1: on octe1 > atphy1: PHY 6 on miibus1 > atphy1: OUI 0x00c82e, model 0x0007, rev. 2 > atphy1: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, > 1000baseSX-FDX, 1000baseT-FDX, 1000baseT-FDX-master, auto octe1: bpf > attached octe1: Ethernet address: dc:9f:db:29:a3:93 > octe2: on octebus0 > miibus2: on octe2 > atphy2: PHY 5 on miibus2 > atphy2: OUI 0x00c82e, model 0x0007, rev. 2 > atphy2: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, > 1000baseSX-FDX, 1000baseT-FDX, 1000baseT-FDX-master, auto octe2: bpf > attached octe2: Ethernet address: dc:9f:db:29:a3:94 > > so maybe something should be done in atphy driver as someone mentioned > later in this thread or between phy driver and some cavium code... I am > going to try to undestand the code in cavium/octe directory, but any > hint would be welcome for sure. > Ok, well, I have a slightly-radical hint :) In cvm_oct_mdio_setup_device, set phy_id to -1 instead of to cvmx_helper_board_get_mii_address(...). It's a silly thought, but I think there's a chance it might work. This would be using the internal link state management rather than using a PHY. (This isn't the right change to make to effect that, but it's worth a shot.) Thanks, Juli.