From owner-freebsd-arm@freebsd.org Wed Feb 21 21:54:16 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D8365F04109 for ; Wed, 21 Feb 2018 21:54:16 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from hraggstad.unrelenting.technology (hraggstad.unrelenting.technology [71.19.146.151]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hraggstad.unrelenting.technology", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5F866754BD for ; Wed, 21 Feb 2018 21:54:15 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: by hraggstad.unrelenting.technology (OpenSMTPD) with ESMTPSA id 559ebba8 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO; Wed, 21 Feb 2018 21:54:12 +0000 (UTC) Subject: Re: No aw_thermal device on Orange Pi One To: Juan Ambriz , "freebsd-arm@freebsd.org" References: From: Greg V Message-ID: <1a75717a-36a9-bda5-4c2e-dbd2e8154eff@unrelenting.technology> Date: Thu, 22 Feb 2018 00:54:09 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2018 21:54:17 -0000 On 02/22/2018 00:44, Juan Ambriz wrote: > Hi. > > Just built and image for Orange Pi One using r329366 with crochet. Using the board configuration for OrangePi-Plus2E the only change made was in setup.sh file to use u-boot-orangepi-one. > > Looking at old messages on the list I see that "aw_thermal0: mem 0x1c25000-0x1c253ff" is missing. Hi. This happened because we're using device trees from upstream (Linux) now, and they do not have entries for the thermal sensor. I made a little work-in-progress patch: https://gist.github.com/myfreeweb/a6cb7261fc79977f4c1c224cfe5ca3de That uses the configuration proposed for Linux: https://lkml.org/lkml/2018/1/28/406 But it currently fails in aw_thermal_init. And anyway, reading the sensor correctly depends on reading thermal calibration data, which is currently in progress: https://reviews.freebsd.org/D13556