From owner-freebsd-mips@FreeBSD.ORG Fri May 17 17:28:09 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 744BB2D9 for ; Fri, 17 May 2013 17:28:09 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-ie0-x22d.google.com (mail-ie0-x22d.google.com [IPv6:2607:f8b0:4001:c03::22d]) by mx1.freebsd.org (Postfix) with ESMTP id 46371CDD for ; Fri, 17 May 2013 17:28:09 +0000 (UTC) Received: by mail-ie0-f173.google.com with SMTP id k5so9900156iea.18 for ; Fri, 17 May 2013 10:28:09 -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=rd3xPfRDH+adXHY3KNcRfzk4LiZpNdkngJVzU7qb3co=; b=BjooOqNEKA94TrYrCTm3KBhQRbPYXqD7xHa3jWRjNnsCl/zhd/uNWTZAjuVsnzReL2 3mgLcOVdU2Fgt7HYgrS2PeIPbQi74xnx2F5TIE0ZzCQIHiytVDZLcbbiwddS6m2z8ZC9 WyqDrUEg5QqWYIgFnxK9CFw3N4p2slecwEPfHHG7Ic02os1E04SX4RpX53kSG1dzbleq /rKCTvLFHPhvSLdLrf14B2V2uWvMuFmM8fPZ8VBFMw946zQA7lA9SdTTCKA3AnkFiWgu v/l3ntNIupSSXzVD/3VxnNJlGt8m5BWxRs1953JOqam+o+Wm5Bju6tymK+/OAwpRNB/L MP2A== X-Received: by 10.50.128.134 with SMTP id no6mr13706360igb.10.1368811689026; Fri, 17 May 2013 10:28:09 -0700 (PDT) Received: from [172.24.136.228] ([137.122.64.56]) by mx.google.com with ESMTPSA id d9sm10525043igr.4.2013.05.17.10.28.07 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 17 May 2013 10:28:08 -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: <20130517192206.5db0533f@zeta.dino.sk> Date: Fri, 17 May 2013 13:28:06 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <634DB99C-2102-44AE-8BFD-D8D767993A13@bsdimp.com> References: <20130516111059.38543d57@wind.dino.sk> <20130516131642.adfae355aa3bf7767e9b56e5@ddteam.net> <20130516124248.33ae4e05@wind.dino.sk> <51952112.9010607@rewt.org.uk> <20130517192206.5db0533f@zeta.dino.sk> To: Milan Obuch X-Mailer: Apple Mail (2.1085) X-Gm-Message-State: ALoCoQmTrewOWNywU08Mi9EhRZTv/W1xjr/BIvVNdrebafZYSRMGFxbW2Z24G+LZK9IGcvAY2fv8 Cc: Aleksandr Rybalko , freebsd-mips@freebsd.org X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 May 2013 17:28:09 -0000 On May 17, 2013, at 1:22 PM, Milan Obuch wrote: > On Thu, 16 May 2013 19:10:26 +0100, Joe Holden > wrote: >=20 > [ snip ] >=20 >>> for this quick test I used OCTEON1 kernel config with some necessary >>> tweaks, device gpio is commented out, maybe this will be enough for >>> enable octeon_gpio.c (looking at files.octeon1 it seems to be >>> possible). I will test it, definitely. >>=20 >> There is only one pin exposed via gpio: >>=20 >> root@erl1:~ # gpioctl -f /dev/gpioc0 -l -v >> pin 07: 0 F/D, caps: >>=20 >> Not sure if it maps to anything usable, haven't played with it yet - >> the other header is EJTAG according to Cavium docs. >=20 > I built new kernel with device gpio, something is not working - F/D > should mean 'factory default' aka 'reset switch', but it does not = sense > status ot that switch. No matter whether pressed or not, gpioctl still > reports 0. >=20 > Also, somehow strangely, in dmesg: >=20 > gpio0: on ciu0 > gpio0: [GIANT-LOCKED] > gpio0: [GIANT-LOCKED] > gpio0: [GIANT-LOCKED] > gpio0: [GIANT-LOCKED] > gpio0: [GIANT-LOCKED] > gpio0: [GIANT-LOCKED] > gpio0: [GIANT-LOCKED] > gpio0: [GIANT-LOCKED] > gpio0: [GIANT-LOCKED] > gpio0: [GIANT-LOCKED] > gpio0: [GIANT-LOCKED] > gpio0: [GIANT-LOCKED] > gpio0: [GIANT-LOCKED] > gpio0: [GIANT-LOCKED] > gpio0: [GIANT-LOCKED] > gpio0: [GIANT-LOCKED] > gpio0: [pin0] output=3D0, invinput=3D0, intr=3D0, intr_type=3Dlevel > gpio0: [pin1] output=3D0, invinput=3D0, intr=3D0, intr_type=3Dlevel > gpio0: [pin2] output=3D0, invinput=3D0, intr=3D0, intr_type=3Dlevel > gpio0: [pin3] output=3D0, invinput=3D0, intr=3D0, intr_type=3Dlevel > gpio0: [pin4] output=3D0, invinput=3D0, intr=3D0, intr_type=3Dlevel > gpio0: [pin5] output=3D0, invinput=3D0, intr=3D0, intr_type=3Dlevel > gpio0: [pin6] output=3D0, invinput=3D0, intr=3D0, intr_type=3Dlevel > gpio0: [pin7] output=3D0, invinput=3D0, intr=3D0, intr_type=3Dlevel > gpio0: [pin8] output=3D0, invinput=3D0, intr=3D0, intr_type=3Dlevel > gpio0: [pin9] output=3D0, invinput=3D0, intr=3D0, intr_type=3Dlevel > gpio0: [pin10] output=3D0, invinput=3D0, intr=3D0, intr_type=3Dlevel > gpio0: [pin11] output=3D0, invinput=3D0, intr=3D0, intr_type=3Dlevel > gpio0: [pin12] output=3D0, invinput=3D0, intr=3D0, intr_type=3Dlevel > gpio0: [pin13] output=3D0, invinput=3D0, intr=3D0, intr_type=3Dlevel > gpio0: [pin14] output=3D0, invinput=3D0, intr=3D0, intr_type=3Dlevel > gpio0: [pin15] output=3D0, invinput=3D0, intr=3D0, intr_type=3Dlevel > gpioc0: on gpio0 > gpiobus0: on gpio0 >=20 > GIANT-LOCKED line is there 16 times, once for every one from 16 pins - > why? Because it isn't marked as MPSAFE? Chances are something will need to be = done to make it mp safe though. Warner=