From nobody Mon Feb 21 12:03:42 2022 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 3845719D8B87 for ; Mon, 21 Feb 2022 12:04:09 +0000 (UTC) (envelope-from bscott@bunyatech.com.au) Received: from vmse03.mailcluster.com.au (vmse03.mailcluster.com.au [IPv6:2401:fc00:0:14::11]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4K2LYy4tTGz3D4r for ; Mon, 21 Feb 2022 12:04:06 +0000 (UTC) (envelope-from bscott@bunyatech.com.au) Received: from vmcp43.digitalpacific.com.au ([101.0.119.58]) by vmse03.mailcluster.com.au with esmtps (TLSv1.2:AES128-GCM-SHA256:128) (Exim 4.92) (envelope-from ) id 1nM7Ps-0007Pd-Ac for freebsd-arm@freebsd.org; Mon, 21 Feb 2022 23:03:54 +1100 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=bunyatech.com.au; s=default; h=In-Reply-To:From:References:To:Subject: MIME-Version:Date:Message-ID:Content-Type:Sender:Reply-To:Cc: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=UV4bOkIJqwpeKEFaH1t8+Uu8CRN52FTlpsLqTDlBwEs=; b=p3V7f2hwri3BF9ro2mS1EXRisM OEp1fn0iB087trSTjy5N+LkOnPvP1Pf2H9EpKtjBp1ODAQW1BsmRx51bF+2XcB1+z4YQOK4EHlh4b KDdD8b/pGxLFczm0MW7m3Ppj3+sb3hleeO1kU2BuQcF8mUm1cagcaNqRy+hfUe8fq17gPD4I/F5u1 vHsT6DoYrtx5Xh2r5idvnch8KIT62pxes7iE08xht8s3DQ0W7zKOsPcPT46f/8BEfpHH3g6z97OCh 8rZHmH308G1NrT9Yi8MjVMEuqBtbHwcAbYP7Qq1vjlFw3yu3sazCNyYeBPhH4g8WeZwRFexMsbkkv P1aPBdLg==; Received: from ppp221-139.static.internode.on.net ([150.101.221.139]:58165 helo=[10.0.1.106]) by vmcp43.digitalpacific.com.au with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1nM7Pq-008Cnl-LB for freebsd-arm@freebsd.org; Mon, 21 Feb 2022 23:03:42 +1100 Content-Type: multipart/alternative; boundary="------------3qvlW3xoMYqViptcaTO00p0w" Message-ID: <3c167b34-9f12-edd8-0d28-251c5529e6b0@bunyatech.com.au> Date: Mon, 21 Feb 2022 23:03:42 +1100 List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0) Gecko/20100101 Thunderbird/91.6.1 Subject: Re: DS3231 RTC module not detected To: freebsd-arm@freebsd.org References: <2DF482A7-FEFC-4833-A16B-A7A01B8713DD@dons.net.au> <94C3A304-B821-4885-A50D-32BD1FBED43D@dons.net.au> <76D58677-D12C-4F0D-A0E0-F28E300FE39B@dons.net.au> <6C023EE9-E5E9-4C2B-B715-97317B6370A7@dons.net.au> From: Brian Scott In-Reply-To: X-Authenticated-User: bscott@bunyatech.com.au X-Authenticator: dovecot_plain X-Originating-IP: 101.0.119.58 X-SpamExperts-Domain: digipac-sh-outbound4.mailcluster.com.au X-SpamExperts-Username: 101.0.119.58 X-SpamExperts-Outgoing-Class: ham X-SpamExperts-Outgoing-Evidence: Combined (0.10) X-Recommended-Action: accept X-Filter-ID: Pt3MvcO5N4iKaDQ5O6lkdGlMVN6RH8bjRMzItlySaT+8ci8NJrjD/SYzF5QdzSXDPUtbdvnXkggZ 3YnVId/Y5jcf0yeVQAvfjHznO7+bT5wOvGg18h18lTsuUGH1KgAagLCWYuPCxwJEfxKP87A95+fH zJ6mVE7ewsipSVIfs4aBifxp35YCgSZOa5n8D4LCABHVTw1lV42ob3hDgXVUNfMYOaf2k/5ge9xY pFnK4mEZANNbnYFKmAzb4T8ZHiCK+gaXrHkgRC7/tI3CjXmVyjwYONoRaT/P0bWwmOx4gR8p8Gnm YnDDwZLHsvD3pj+LvuKTBmuOVTCmQ/b22sw+yoj/3DdQ0wDV188+gffZv/QAKQlQdTfwbSciar+2 JCMst0dEunmtVTQWqR0MJGYnYGBIZS4rRgm1GD0QN7Psq7kMoOLjGsRz/MUE6aIZoCcUNXR4aVG4 tVHU1Zldyy+zfdeiXSYiLTYFU2inszSuEYHdlUkt/DWy8vGLtXVYC5E2Ixfs2qKc0fhF4YMd0lwH wOXyY7DGIntSiB4r6Kj1fsj0vv0lYcA3KUCZ1xbWKiooCEhtIlNufemFbU3yy1ZWIMOHTNjJsV8U ZvUGC4qEZBLXzXmHaN80JC+nfH561Te/6BtpbmdpMLvM58ZB4GVvZfvg7iEFLP+SSY+Av5+AiC64 m+k59xMAqz9bfz2u3IufXgzJJmjXk7fyp6dRgNba51of9YItJB0MkCkTt8DDH53F4DEPUxAkEvKE S3Dwga/K50QJEfuYSa1oqImpgX99qcen5bW2mj7gpl+Nel82aV6t85jdQ1W7xM52M4KvSDibnd+2 AEC7XXwrqk2mM9pO7yAC7PGX5cs6w1Q8AODFgbvRFCi8MTAlEaJ1q0yvnIG9wT5yMggQ7z8XL83C o0hANFz1pRXWhjh9fdbl44I0Df0hM4dsD4bDwITFGCwK76hQ6vxPb3kvW+FOj8dHBAEnPnyse24r Z04BTGPuKCWPMdaEOqqgRFGeEt6xotIlx57hKeDIpVo9Y8swg9vllynHi7u2NJscbLjsBWgbQir3 s7IISG0iU2596YVtTfLLVlYg24YpMwV2Qj6zr+H1W4fdfycpg/800vALz8mnE6wA706qGokY7okO g7HJIt1nJKmB0MxOKVrDfQzDgqFDumjx9w03a6SLNhJ6Q12/4jZa7jE= X-Report-Abuse-To: spam@vmse01.mailcluster.com.au X-Rspamd-Queue-Id: 4K2LYy4tTGz3D4r X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bunyatech.com.au header.s=default header.b=p3V7f2hw; dmarc=none; spf=pass (mx1.freebsd.org: domain of bscott@bunyatech.com.au designates 2401:fc00:0:14::11 as permitted sender) smtp.mailfrom=bscott@bunyatech.com.au X-Spamd-Result: default: False [-3.60 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[bunyatech.com.au:s=default]; HAS_XOIP(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[bunyatech.com.au]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCVD_COUNT_THREE(0.00)[3]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; DKIM_TRACE(0.00)[bunyatech.com.au:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MLMMJ_DEST(0.00)[freebsd-arm]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:55803, ipnet:2401:fc00::/32, country:AU]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[2401:fc00:0:14::11:from] X-ThisMailContainsUnwantedMimeParts: N This is a multi-part message in MIME format. --------------3qvlW3xoMYqViptcaTO00p0w Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit On 21/2/22 10:46 pm, Archimedes Gaviola wrote: > > > On Mon, Feb 21, 2022 at 7:29 PM Daniel O'Connor > wrote: > > > > > On 21 Feb 2022, at 21:50, Archimedes Gaviola > wrote: > > Did you re-compile your kernel? Brian has shared his resolution > on customizing the GENERIC kernel here > > No I didn't realise it was necessary :) > > > Yes it is :-) > > > > > https://lists.freebsd.org/archives/freebsd-arm/2022-February/001024.html > which allows to free-up the i2c address 0x68 which by default is > being used by the MAX77620 RTC driver from the > SOC_NVIDIA_TEGRA210. So, you need to add these lines in your > kernel (I assume it's still the GENERIC otherwise use your > existing config), > > > > include         GENERIC > > ident             GENERIC-PI > > nooptions     SOC_NVIDIA_TEGRA210 > > > > and then recompile. Keep your /boot/msdos/config.txt and > /boot/msdos/overlays/ds1307.dtbo files intact. After recompiling > and rebooting, you can check the dmesg if the ds1307 driver is > loaded, otherwise invoke "kldload ds1307" and see if it's > detected. Add a line into your /boot/loader.conf with > ds1307_enable="YES" if necessary. Lastly, kindly backup your data > before recompiling for safety. > > > > This is the way I do it with my ds3231 driver, hope you will get > the same result. > > Thanks. > > > > You're welcome. > > > I chatted to some people on IRC and I think it's fixed in a later > version anyway with these commits: > https://cgit.freebsd.org/src/commit/?id=1bd3e8ba696633ccd7525030d951b58ade167814 > https://cgit.freebsd.org/src/commit/?id=a534b50e245d801af887d91b5d48ebcf120aa039 > > > Wow, this is good news... > > Although I have not been brave enough to update to HEAD and try it > yet :) > > > Yeah, better to wait than meet a lot of surprises with HEAD :-) Thanks for the fix. I hope to try it soon. Brian --------------3qvlW3xoMYqViptcaTO00p0w Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit
On 21/2/22 10:46 pm, Archimedes Gaviola wrote:


On Mon, Feb 21, 2022 at 7:29 PM Daniel O'Connor <darius@dons.net.au> wrote:


> On 21 Feb 2022, at 21:50, Archimedes Gaviola <archimedes.gaviola@gmail.com> wrote:
> Did you re-compile your kernel? Brian has shared his resolution on customizing the GENERIC kernel here

No I didn't realise it was necessary :)

Yes it is :-)
 

> https://lists.freebsd.org/archives/freebsd-arm/2022-February/001024.html which allows to free-up the i2c address 0x68 which by default is being used by the MAX77620 RTC driver from the SOC_NVIDIA_TEGRA210. So, you need to add these lines in your kernel (I assume it's still the GENERIC otherwise use your existing config),
>
> include         GENERIC
> ident             GENERIC-PI
> nooptions     SOC_NVIDIA_TEGRA210
>
> and then recompile. Keep your /boot/msdos/config.txt and /boot/msdos/overlays/ds1307.dtbo files intact. After recompiling and rebooting, you can check the dmesg if the ds1307 driver is loaded, otherwise invoke "kldload ds1307" and see if it's detected. Add a line into your /boot/loader.conf with ds1307_enable="YES" if necessary. Lastly, kindly backup your data before recompiling for safety.
>
> This is the way I do it with my ds3231 driver, hope you will get the same result.

Thanks.


You're welcome.
 

I chatted to some people on IRC and I think it's fixed in a later version anyway with these commits:
https://cgit.freebsd.org/src/commit/?id=1bd3e8ba696633ccd7525030d951b58ade167814
https://cgit.freebsd.org/src/commit/?id=a534b50e245d801af887d91b5d48ebcf120aa039


Wow, this is good news...
 
Although I have not been brave enough to update to HEAD and try it yet :)

Yeah, better to wait than meet a lot of surprises with HEAD :-)

Thanks for the fix. I hope to try it soon.

Brian

--------------3qvlW3xoMYqViptcaTO00p0w--