From owner-freebsd-arm@freebsd.org Thu Sep 21 06:23:10 2017 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 137DBE1712D for ; Thu, 21 Sep 2017 06:23:10 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 6A0F36B91E for ; Thu, 21 Sep 2017 06:23:08 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id 279bebbd; Thu, 21 Sep 2017 08:23:00 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=MFs99ZYDxrPgyQHrLAVzX86+7Kw=; b=m34CoiBFVgHXI2U1+CpKFO8IV7Ze FXRgwHVrWhoDMcQoQD5C+whsRwGt364kBTgRrhomV5BMyILj1CAJqAIdszWx/bNu xWqX92R08BwprXC/HO0icHXDPM+asiJ2WyE1zOneO20HDws/V/v70HBme6A+JlRp U6A/tw3P902+6MM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=L9uD/FmnPsWNaeWD0jwUxA9z/HlkRNjWf1Lxw6VVBVJWVWa5/Y5EjvYV EYK4NesHfJkb1HNEEfQGxYq5j6vsTL9CfV/goGcb4h7iU4gFrbJtaEcc48VapHSD NnYjJbQYzSKUCsK24CTIM0MsitaCYrIDT4YpdRLhKvkQTe23Cys= Received: from knuckles.blih.net (ip-54.net-82-216-203.roubaix.rev.numericable.fr [82.216.203.54]) by mail.blih.net (OpenSMTPD) with ESMTPSA id dc9405aa TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Thu, 21 Sep 2017 08:23:00 +0200 (CEST) Date: Thu, 21 Sep 2017 08:22:59 +0200 From: Emmanuel Vadot To: Michael Hrabanek Cc: freebsd-arm@freebsd.org Subject: Re: Allwinner H3 (NanoPi Neo): Getting PORTL (on /dev/gpioc1) to work Message-Id: <20170921082259.aa46e554e653ce7bf2d403b2@bidouilliste.com> In-Reply-To: References: X-Mailer: Sylpheed 3.6.0 (GTK+ 2.24.31; amd64-portbld-freebsd12.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Sep 2017 06:23:10 -0000 On Tue, 19 Sep 2017 09:45:22 +0200 Michael Hrabanek wrote: > Hi everybody, > I'm running 12.0-CURRENT (rev 323710) using GENERIC kernel on NanoPi Neo > (allwinner H3). I can use and control all gpio pins on /dev/gpioc0 without > any issue, but if I try to configure any pin on /dev/gpioc1 (there are only > PORTL pins there), nothing happens (pin configuration stays the same, > gpioctl returns 0 and no error in log). > > root@nanopi-neo:~ # gpioctl -f /dev/gpioc1 -lv > pin 00: 0 PL0, caps: > pin 01: 0 PL1, caps: > pin 02: 0 PL2<>, caps: > pin 03: 0 PL3<>, caps: > pin 04: 0 PL4<>, caps: > pin 05: 0 PL5<>, caps: > pin 06: 0 PL6<>, caps: > pin 07: 0 PL7<>, caps: > pin 08: 0 PL8<>, caps: > pin 09: 0 PL9<>, caps: > pin 10: 0 PL10<>, caps: > pin 11: 0 PL11<>, caps: > > root@nanopi-neo:~ # gpioctl -f /dev/gpioc1 -c 10 OUT > > root@nanopi-neo:~ # gpioctl -f /dev/gpioc1 -lv > <...> > pin 10: 0 PL10<>, caps: > pin 11: 0 PL11<>, caps: > > Did anyone managed to get pins on PORTL working? (btw there are two LEDs on > nanopi neo, the blue one on PA10, which I can control normally and the > green (pwr) one, wired to PL10, which only slightly dims (ie. pin is not > configured as output)). > Any idea what's wrong? Is there an issue with FDT config? (I'm using > default one from src nanopi-neo.dtb) Or some bug in kernel? I'm not afraid > of some kernel hacking, but I'd welcome some pointers where to look first. > Any suggestions would be greatly appreciated, > Michael Hello, Thanks for reporting, I totally forgot that I needed to do a r_ccu driver for H3. The PORTL on H3 lives on another gpio controller, for which it's clock lives in another clock controller and we miss the driver for the latest. It also raise a problem on our gpio driver as it shouldn't attach and create the node while the clocks are missing. I'll invastigate after EuroBSDCon. Cheers, -- Emmanuel Vadot