From nobody Mon Jul 19 14:02:43 2021 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 BAEC712AED6B for ; Mon, 19 Jul 2021 14:02:43 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4GT3Sz4gDxz3F2B for ; Mon, 19 Jul 2021 14:02:43 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (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 mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 88392185CA for ; Mon, 19 Jul 2021 14:02:43 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 16JE2h6l066560 for ; Mon, 19 Jul 2021 14:02:43 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 16JE2hrY066559 for freebsd-arm@FreeBSD.org; Mon, 19 Jul 2021 14:02:43 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 257278] Recent current breaks nic/phy on Allwinner H5 based NanoPI NEO2 Date: Mon, 19 Jul 2021 14:02:43 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: freebsd@justmail.de X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter attachments.created Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated 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 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D257278 Bug ID: 257278 Summary: Recent current breaks nic/phy on Allwinner H5 based NanoPI NEO2 Product: Base System Version: CURRENT Hardware: arm64 OS: Any Status: New Severity: Affects Only Me Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: freebsd@justmail.de Created attachment 226549 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D226549&action= =3Dedit verbose dmesg With the update to rev db0f26439357, the NIC/PHY on my Allwinner NanoPI NEO2 stopped working. Both LEDs (Link/Traffic) are only glowing (PHY not initialized?). I did an update of all dtb-files, and also updated U-Boot to most recent Version from Ports (21.07), but nothing did help. I've attached a verbose dmesg. --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Mon Jul 19 15:58:04 2021 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 27D0E127F971 for ; Mon, 19 Jul 2021 15:58:04 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4GT6240ZjNz3qPq for ; Mon, 19 Jul 2021 15:58:04 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (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 mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id F169119F2A for ; Mon, 19 Jul 2021 15:58:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 16JFw31s030282 for ; Mon, 19 Jul 2021 15:58:03 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 16JFw3TV030281 for freebsd-arm@FreeBSD.org; Mon, 19 Jul 2021 15:58:03 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 257278] Recent current breaks nic/phy on Allwinner H5 based NanoPI NEO2 Date: Mon, 19 Jul 2021 15:58:04 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: regression X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: freebsd@justmail.de X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated 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 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D257278 Manuel St=C3=BChn changed: What |Removed |Added ---------------------------------------------------------------------------- Status|New |Closed Resolution|--- |FIXED --- Comment #2 from Manuel St=C3=BChn --- Thanks for the fix, network is now working again. --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Tue Jul 20 17:30:16 2021 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 CFC2F12B0A2A for ; Tue, 20 Jul 2021 17:30:41 +0000 (UTC) (envelope-from mgrooms@shrew.net) Received: from mx1.shrew.net (mx1.shrew.net [38.97.5.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4GTm2S63Hzz3Hqb for ; Tue, 20 Jul 2021 17:30:40 +0000 (UTC) (envelope-from mgrooms@shrew.net) Received: from mail.shrew.net (mail.shrew.prv [10.24.10.20]) by mx1.shrew.net (8.15.2/8.15.2) with ESMTP id 16KHUX9s011796 for ; Tue, 20 Jul 2021 12:30:33 -0500 (CDT) (envelope-from mgrooms@shrew.net) Received: from [10.16.32.30] (65-36-5-114.static.grandenetworks.net [65.36.5.114]) by mail.shrew.net (Postfix) with ESMTPSA id 9885A19AE83 for ; Tue, 20 Jul 2021 12:30:28 -0500 (CDT) Subject: Re: RPI4 Hardware PWM To: freebsd-arm@freebsd.org References: <9bb7f3d1-8256-be26-ba87-90946ce1b95f@shrew.net> <05ec75e0-8b9c-e69f-904d-6166337611e0@shrew.net> From: Matthew Grooms Message-ID: Date: Tue, 20 Jul 2021 12:30:16 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.12.0 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 In-Reply-To: Content-Type: multipart/alternative; boundary="------------9A553A45CC0DCE886E1A4D0E" Content-Language: en-US X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.6.2 (mx1.shrew.net [10.24.10.10]); Tue, 20 Jul 2021 12:30:33 -0500 (CDT) X-Rspamd-Queue-Id: 4GTm2S63Hzz3Hqb X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mgrooms@shrew.net designates 38.97.5.131 as permitted sender) smtp.mailfrom=mgrooms@shrew.net X-Spamd-Result: default: False [-3.30 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[38.97.5.131:from]; 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)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[38.97.5.131:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[shrew.net]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:174, ipnet:38.0.0.0/8, country:US]; RCVD_TLS_LAST(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-Spam: Yes X-ThisMailContainsUnwantedMimeParts: Y This is a multi-part message in MIME format. --------------9A553A45CC0DCE886E1A4D0E Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit On 6/11/2021 9:21 AM, Matthew Grooms wrote: > On 6/11/2021 9:19 AM, Matthew Grooms wrote: >> On 6/9/2021 4:16 PM, Matthew Grooms wrote: >>> On 6/8/2021 4:06 PM, Matthew Grooms wrote: >>>> Hey All, >>>> >>>> I have a project I'm working on that depends on interfacing with a >>>> few sensor modules using both i2c and PWM. I've got the i2c devices >>>> to work correctly, but I'm not sure how to interface with the HW >>>> PWM support of the RPI4. I can see there are settings exposed via >>>> sysctl for Beaglebone systems ... >>>> >>>> https://zewaren.net/bbb-pwm.html >>>> >>>> I was hoping I'd be able to force GPIO 12 or 13 into ALT0 and set >>>> the duty values via sysctl, but that doesn't seem to be an option. >>>> Any help would be greatly appreciated. >>> >>> Replying to myself with a bit more info. I see that there is a >>> driver available for rpi boards authored by PHK ... >>> >>> https://cgit.freebsd.org/src/tree/sys/arm/broadcom/bcm2835/bcm2835_pwm.c >>> >>> >>> That has notes on RPi2/3 boards, but not mention of RPi4. When I >>> load that, I see the following output ... >>> >>> Jun  9 18:29:50 generic kernel: pwm0: >>> mem 0x7e20c000-0x7e20c027 on simplebus0 >>> Jun  9 18:29:50 generic kernel: pwm0: cannot find Clock Manager >>> >>> I assume I'm doing something wrong. Any feedback would be greatly >>> appreciated. >> >> Hey Everyone, >> >> I decided to take a look at the patch that introduced rpi4 support in >> Linux. I'm pretty out of my depth here but they didn't look all that >> extensive. One obvious difference that stood out was that the FreeBSD >> clock manager driver only appears to load for the bcm2835 part while >> the Linux driver loads for both 2835 and 2711. Adding the following >> line to the clkman driver allows the pwm driver to load without an >> error now ... >> >> --- bcm2835_clkman.c    2021-06-11 09:06:19.893728000 -0500 >> +++ bcm2835_clkman.c    2021-06-11 08:50:44.646221000 -0500 >> @@ -51,6 +51,7 @@ >>  #include >> >>  static struct ofw_compat_data compat_data[] = { >> +       {"brcm,bcm2711-cprman",         1}, >>         {"brcm,bcm2835-cprman",         1}, >>         {"broadcom,bcm2835-cprman",     1}, >>         {NULL,                          0} >> >> root@generic:/home/mgrooms # tail -n 1 /var/log/messages >> Jun 11 08:35:58 generic kernel: pwm0: >> mem 0x7e20c000-0x7e20c027 on simplebus0 >> >> Additionally, there appears to be valid sysctl values for the >> hardware pwm devices now. I'll try testing them out and see if I can >> determine if they're working as expected and report back. > > Woops. I was going to include these for reference: > > root@generic:/home/mgrooms # sysctl -a | grep pwm > dev.pwm.0.mode2: 0 > dev.pwm.0.ratio2: 2500 > dev.pwm.0.period2: 10000 > dev.pwm.0.pwm_freq2: 0 > dev.pwm.0.mode: 0 > dev.pwm.0.freq: 125000000 > dev.pwm.0.ratio: 2500 > dev.pwm.0.period: 10000 > dev.pwm.0.pwm_freq: 0 > dev.pwm.0.%parent: simplebus0 > dev.pwm.0.%pnpinfo: name=pwm@7e20c000 compat=brcm,bcm2835-pwm > dev.pwm.0.%location: > dev.pwm.0.%driver: pwm > dev.pwm.0.%desc: BCM2708/2835 PWM controller > dev.pwm.%parent: > Hey everyone. I just wanted to follow up on this. I can confirm that with that one line patch, hardware pwm appears to be working reliably on my rpi4b. Since I struggled to find man pages that explain what these values do ( maybe just missed a man page? ), here are some notes I took: /sbin/sysctl dev.gpio.0.pin.12.function=alt0    # set pin to hw pwm function /sbin/sysctl dev.pwm.X.mode=1                   # 0 = off | 1 = on /sbin/sysctl dev.pwm.X.freq=1000000             # clock frequency /sbin/sysctl dev.pwm.X.period=1000              # pwm_freq = freq / period /sbin/sysctl dev.pwm.X.ratio=500                # 0 - period = 0 - 100% duty cycle dev.pwm.0.mode2: 0 dev.pwm.0.ratio2: 2500 dev.pwm.0.period2: 10000 dev.pwm.0.pwm_freq2: 0 dev.pwm.0.mode: 1 dev.pwm.0.freq: 1000000 dev.pwm.0.ratio: 0 dev.pwm.0.period: 1000 dev.pwm.0.pwm_freq: 1000 dev.pwm.0.%parent: simplebus0 dev.pwm.0.%pnpinfo: name=pwm@7e20c000 compat=brcm,bcm2835-pwm dev.pwm.0.%location: dev.pwm.0.%driver: pwm dev.pwm.0.%desc: BCM2708/2835 PWM controller dev.pwm.%parent: For the above example: A ratio value of 0 would be a 0% duty cycle, 500 would be 50% and 1000 would be 100%. Hopefully this helps someone else in the future. -Matthew --------------9A553A45CC0DCE886E1A4D0E-- From nobody Tue Jul 20 18:12:41 2021 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 2D1291240D57 for ; Tue, 20 Jul 2021 18:12:46 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound5c.ore.mailhop.org (outbound5c.ore.mailhop.org [54.244.192.240]) (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 4GTmz16CLTz3Pfh for ; Tue, 20 Jul 2021 18:12:45 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1626804764; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=C0/wmNAqJ8kTNyKa8B/HcD5B5+ggbYpakxCzsvqnrT29MqlIo8U7NpEcIYEdb2X0UFdhFZu7F/aQ+ u3jhX5rvNVaWPsCty5yNdJOEFznFrAMJpmX6p0lmIbop8i/5cevhKmFd9ECJJ0rEU2m/c1mfBw6u8a xV+REOYsN9n3auQEaA59xSp4c5mONn27CfVjGkbnray9/NDhMVyq0kzNkZG0pqe0lvD/LCcI6/0mnM 5UAYqAFXVNfwLK6Ojp0W+fJ12vA1nxDjkDgxGE3ZnDFk+Pp8MA8dvY1wpgiEtmV6BUspPM5cgWfkxX VTqGbSMubOt53IeWOWjCItmsQ4GJ7dA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:to:from:subject:message-id:dkim-signature:from; bh=CnNQTdVllQaTHmmhhZrWRzaB1gAOQLGm14LUKX34BKw=; b=bX4iTMRiR/HJx3HSmzqowRsZsJWYAH8tSb0iRqWO0ig4/YmnCtl4f6vtdaMjN5m9uPbFEVCZv/hyG j9RFbE5omiv+bhPNhqY1bYqOfVoBqxJWMtS0exZ2VZhtNqhg3/9xqtCdv5ZJMcf//wxmwuKHOPSYWw R4YWgorupQgIwpkAN+P/Ny61wOtR4bDRzFpQBwEnGem62jVNGJdLSqpi76DFNM7aPBHwCx2pH1inA3 LS1jZAZzdNAaWvNSXis+b/jffPGqvbpeQ+SeuLNDLB4FOBf64AWTbxXTntRMFclBdlkHyKtauJyGQm dn6ut5YAsKh+TOG+Zy6Vw5+XNwuALYQ== ARC-Authentication-Results: i=1; outbound3.ore.mailhop.org; spf=softfail smtp.mailfrom=freebsd.org smtp.remote-ip=67.177.211.60; dmarc=none header.from=freebsd.org; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:to:from:subject:message-id:from; bh=CnNQTdVllQaTHmmhhZrWRzaB1gAOQLGm14LUKX34BKw=; b=abeg3PypcA/mLQ/aUHsax4weaM13gyjwyVJI6Qd4QCHSCFb3yW+T24AEI+l0gFTmnx1Igoo9CBxWE S+XqvJR7SYQuzLNuUcuNL6NLvWSnz+oXBLsreCqETHVt3QcnqQXrYuf0Ls5xi52gIwFc5pLHK/gvcN TN1f1MC6ZT0kuVFxItgoKKmwnTryAiYax7EKKiEQbz2w4o9aZ9v/MJ2NVT8OrU+qyoOx01//kRHfyX VcV6kVs6EnEp78xhCCk9Hvj9zipwvDebD83ySx2Hlw+HdNUDf68IxF/BCyR4OHJ6Vcl5yjAiws9Vcu mID0MS0U216EyTQIXnX2faaGh8V6yHg== X-Originating-IP: 67.177.211.60 X-MHO-RoutePath: aGlwcGll X-MHO-User: 132a9b99-e986-11eb-9168-bf9d68d023b6 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (c-67-177-211-60.hsd1.co.comcast.net [67.177.211.60]) by outbound3.ore.mailhop.org (Halon) with ESMTPSA id 132a9b99-e986-11eb-9168-bf9d68d023b6; Tue, 20 Jul 2021 18:12:43 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id 16KICfXD019005; Tue, 20 Jul 2021 12:12:41 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: Subject: Re: RPI4 Hardware PWM From: Ian Lepore To: Matthew Grooms , freebsd-arm@freebsd.org Date: Tue, 20 Jul 2021 12:12:41 -0600 In-Reply-To: References: <9bb7f3d1-8256-be26-ba87-90946ce1b95f@shrew.net> <05ec75e0-8b9c-e69f-904d-6166337611e0@shrew.net> Content-Type: text/plain; charset="ASCII" X-Mailer: Evolution 3.28.5 FreeBSD GNOME Team 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 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4GTmz16CLTz3Pfh X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Tue, 2021-07-20 at 12:30 -0500, Matthew Grooms wrote: > On 6/11/2021 9:21 AM, Matthew Grooms wrote: > > On 6/11/2021 9:19 AM, Matthew Grooms wrote: > > > On 6/9/2021 4:16 PM, Matthew Grooms wrote: > > > > On 6/8/2021 4:06 PM, Matthew Grooms wrote: > > > > > Hey All, > > > > > > > > > > I have a project I'm working on that depends on interfacing > > > > > with a > > > > > few sensor modules using both i2c and PWM. I've got the i2c > > > > > devices > > > > > to work correctly, but I'm not sure how to interface with the > > > > > HW > > > > > PWM support of the RPI4. I can see there are settings exposed > > > > > via > > > > > sysctl for Beaglebone systems ... > > > > > > > > > > https://zewaren.net/bbb-pwm.html > > > > > > > > > > I was hoping I'd be able to force GPIO 12 or 13 into ALT0 and > > > > > set > > > > > the duty values via sysctl, but that doesn't seem to be an > > > > > option. > > > > > Any help would be greatly appreciated. > > > > > > > > Replying to myself with a bit more info. I see that there is a > > > > driver available for rpi boards authored by PHK ... > > > > > > > > https://cgit.freebsd.org/src/tree/sys/arm/broadcom/bcm2835/bcm2835_pwm.c > > > > > > > > > > > > > > > > That has notes on RPi2/3 boards, but not mention of RPi4. When > > > > I > > > > load that, I see the following output ... > > > > > > > > Jun 9 18:29:50 generic kernel: pwm0: > > > controller> > > > > mem 0x7e20c000-0x7e20c027 on simplebus0 > > > > Jun 9 18:29:50 generic kernel: pwm0: cannot find Clock Manager > > > > > > > > I assume I'm doing something wrong. Any feedback would be > > > > greatly > > > > appreciated. > > > > > > Hey Everyone, > > > > > > I decided to take a look at the patch that introduced rpi4 > > > support in > > > Linux. I'm pretty out of my depth here but they didn't look all > > > that > > > extensive. One obvious difference that stood out was that the > > > FreeBSD > > > clock manager driver only appears to load for the bcm2835 part > > > while > > > the Linux driver loads for both 2835 and 2711. Adding the > > > following > > > line to the clkman driver allows the pwm driver to load without > > > an > > > error now ... > > > > > > --- bcm2835_clkman.c 2021-06-11 09:06:19.893728000 -0500 > > > +++ bcm2835_clkman.c 2021-06-11 08:50:44.646221000 -0500 > > > @@ -51,6 +51,7 @@ > > > #include > > > > > > static struct ofw_compat_data compat_data[] = { > > > + {"brcm,bcm2711-cprman", 1}, > > > {"brcm,bcm2835-cprman", 1}, > > > {"broadcom,bcm2835-cprman", 1}, > > > {NULL, 0} > > > > > > root@generic:/home/mgrooms # tail -n 1 /var/log/messages > > > Jun 11 08:35:58 generic kernel: pwm0: > > controller> > > > mem 0x7e20c000-0x7e20c027 on simplebus0 > > > > > > Additionally, there appears to be valid sysctl values for the > > > hardware pwm devices now. I'll try testing them out and see if I > > > can > > > determine if they're working as expected and report back. > > > > Woops. I was going to include these for reference: > > > > root@generic:/home/mgrooms # sysctl -a | grep pwm > > dev.pwm.0.mode2: 0 > > dev.pwm.0.ratio2: 2500 > > dev.pwm.0.period2: 10000 > > dev.pwm.0.pwm_freq2: 0 > > dev.pwm.0.mode: 0 > > dev.pwm.0.freq: 125000000 > > dev.pwm.0.ratio: 2500 > > dev.pwm.0.period: 10000 > > dev.pwm.0.pwm_freq: 0 > > dev.pwm.0.%parent: simplebus0 > > dev.pwm.0.%pnpinfo: name=pwm@7e20c000 compat=brcm,bcm2835-pwm > > dev.pwm.0.%location: > > dev.pwm.0.%driver: pwm > > dev.pwm.0.%desc: BCM2708/2835 PWM controller > > dev.pwm.%parent: > > > > Hey everyone. I just wanted to follow up on this. I can confirm that > with that one line patch, hardware pwm appears to be working reliably > on > my rpi4b. Since I struggled to find man pages that explain what > these > values do ( maybe just missed a man page? ), here are some notes I > took: > > /sbin/sysctl dev.gpio.0.pin.12.function=alt0 # set pin to hw pwm > function > /sbin/sysctl dev.pwm.X.mode=1 # 0 = off | 1 = on > /sbin/sysctl dev.pwm.X.freq=1000000 # clock frequency > /sbin/sysctl dev.pwm.X.period=1000 # pwm_freq = freq / > period > /sbin/sysctl dev.pwm.X.ratio=500 # 0 - period = 0 - > 100% > duty cycle > > dev.pwm.0.mode2: 0 > dev.pwm.0.ratio2: 2500 > dev.pwm.0.period2: 10000 > dev.pwm.0.pwm_freq2: 0 > dev.pwm.0.mode: 1 > dev.pwm.0.freq: 1000000 > dev.pwm.0.ratio: 0 > dev.pwm.0.period: 1000 > dev.pwm.0.pwm_freq: 1000 > dev.pwm.0.%parent: simplebus0 > dev.pwm.0.%pnpinfo: name=pwm@7e20c000 compat=brcm,bcm2835-pwm > dev.pwm.0.%location: > dev.pwm.0.%driver: pwm > dev.pwm.0.%desc: BCM2708/2835 PWM controller > dev.pwm.%parent: > > For the above example: A ratio value of 0 would be a 0% duty cycle, > 500 > would be 50% and 1000 would be 100%. Hopefully this helps someone > else > in the future. > > -Matthew > The documentation problem comes from the fact that the rpi pwm driver was written before pwmbus and pwm(8) came along; those are the ones that are documented. The rpi driver really should be changed to fit into the newer pwmbus architecture. But the rpi code doesn't have much in the way of active mantainers. -- Ian From nobody Wed Jul 21 11:39:43 2021 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 8556D12BEA63 for ; Wed, 21 Jul 2021 11:40:04 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [IPv6:2a02:21e0:16e0:fe::101:1]) (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-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "raven.bwct.de", Issuer "raven.bwct.de" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4GVDCR2wFYz3lHS for ; Wed, 21 Jul 2021 11:40:02 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from mail.cicely.de (mail.cicely.de [IPv6:2a02:21e0:16e0:20fe:0:0:101:c]) by raven.bwct.de (8.15.2/8.15.2) with ESMTPS id 16LBdrCC065293 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=FAIL) for ; Wed, 21 Jul 2021 13:39:54 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cicely.de; s=default; t=1626867594; bh=9A+mmi+jl+E5aMic2gLgYnWIYlQs6RHYqk8OvQTjKXg=; h=Date:From:To:Cc:Subject:Reply-To; b=3yeJNtinUFLprqpvXY9LWTM4SyOQF8GVjVCydeWVFM8bZ6JPr7c4KDY5hjehTd0XK sdMNVO/KGR1kQtNyE8imRcIBKRM2r+YHt2A2VT8cSeeUp560mJZfrkec+Xxk8+ouwf w369wuPZOsmElC0Vj6KkSo+kPaPLSZNYHK3PcHa8= Received: from cicely7.cicely.de (c7-old.cicely.de [IPv6:2a02:21e0:16e0:20fe:0:0:101:d]) by mail.cicely.de (8.15.2/8.15.2) with ESMTPS id 16LBdhGm091088 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 21 Jul 2021 13:39:43 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.16.1/8.16.1) with ESMTP id 16LBdhLQ032165; Wed, 21 Jul 2021 13:39:43 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.16.1/8.16.1/Submit) id 16LBdhP9032164; Wed, 21 Jul 2021 13:39:43 +0200 (CEST) (envelope-from ticso) Date: Wed, 21 Jul 2021 13:39:43 +0200 From: Bernd Walter To: freebsd-arm@freebsd.org Cc: Bernd Walter Subject: Hardware for poudriere Message-ID: Reply-To: ticso@cicely.de 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 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD cicely7.cicely.de 12.2-RELEASE-p6 amd64 X-Spam-Status: No, score=-1.9 required=4.5 tests=BAYES_00=-1.9 autolearn=ham version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de X-Rspamd-Queue-Id: 4GVDCR2wFYz3lHS X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=cicely.de header.s=default header.b=3yeJNtin; dmarc=none; spf=none (mx1.freebsd.org: domain of ticso@cicely7.cicely.de has no SPF policy when checking 2a02:21e0:16e0:fe::101:1) smtp.mailfrom=ticso@cicely7.cicely.de X-Spamd-Result: default: False [-2.04 / 15.00]; HAS_REPLYTO(0.00)[ticso@cicely.de]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[cicely.de:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.69)[-0.690]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a02:21e0:16e0:fe::101:1:from]; ASN(0.00)[asn:44700, ipnet:2a02:21e0::/32, country:DE]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.05)[-0.046]; R_DKIM_ALLOW(-0.20)[cicely.de:s=default]; FREEFALL_USER(0.00)[ticso]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; REPLYTO_DOM_NEQ_FROM_DOM(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[cicely.de]; SPAMHAUS_ZRD(0.00)[2a02:21e0:16e0:fe::101:1:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_NA(0.00)[no SPF record]; MAILMAN_DEST(0.00)[freebsd-arm] X-ThisMailContainsUnwantedMimeParts: N I considered running a local poudriere for arm64. I have no experience with poudriere so far, just know that compiling ports nowadays is a matter of RAM and lots of patience. However, most of my systems only have up to 2GB RAM. The exceptions are 4G Rockpro64, of which I have 2 unused. And a Pi4 with 8GB. I personally prefer the RockPro64, because it is the better hardware. But the Raspberry has more RAM. Would 4GB be enough. Can multiple host be even clustered for poudriere? -- B.Walter https://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From nobody Wed Jul 21 11:40:52 2021 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 5C88912BF070 for ; Wed, 21 Jul 2021 11:41:07 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [IPv6:2a02:21e0:16e0:fe::101:1]) (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-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "raven.bwct.de", Issuer "raven.bwct.de" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4GVDDf5Rkhz3ldW for ; Wed, 21 Jul 2021 11:41:06 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from mail.cicely.de (mail.cicely.de [IPv6:2a02:21e0:16e0:20fe:0:0:101:c]) by raven.bwct.de (8.15.2/8.15.2) with ESMTPS id 16LBf4Cv065494 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=FAIL) for ; Wed, 21 Jul 2021 13:41:05 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cicely.de; s=default; t=1626867665; bh=ZNhdJgnajzQjXtV2BxrLt/2qvm+utUujF9lfxiUs4VM=; h=Date:From:To:Cc:Subject:Reply-To; b=2z+KodiCdwRv0YdanCtLQ6uV2WxZmk3G6XvLwGQhP23eV4P2tcjf53093dcGMa9+G kvFF8HSVneZ1xxRKtfVDr1PUppcgB28FLQik1nYQLsIxjsUzr9JQLanOYvXmi9bw9b ajSHDHsaCr30HV2GqyjQ0002YVakdSNVr81MoiHY= Received: from cicely7.cicely.de (c7-old.cicely.de [IPv6:2a02:21e0:16e0:20fe:0:0:101:d]) by mail.cicely.de (8.15.2/8.15.2) with ESMTPS id 16LBeqgg091145 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 21 Jul 2021 13:40:52 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.16.1/8.16.1) with ESMTP id 16LBeqn9032180; Wed, 21 Jul 2021 13:40:52 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.16.1/8.16.1/Submit) id 16LBeqXS032179; Wed, 21 Jul 2021 13:40:52 +0200 (CEST) (envelope-from ticso) Date: Wed, 21 Jul 2021 13:40:52 +0200 From: Bernd Walter To: freebsd-arm@freebsd.org Cc: Bernd Walter Subject: chromium arm64 package Message-ID: Reply-To: ticso@cicely.de 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 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD cicely7.cicely.de 12.2-RELEASE-p6 amd64 X-Spam-Status: No, score=-1.9 required=4.5 tests=BAYES_00=-1.9 autolearn=ham version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de X-Rspamd-Queue-Id: 4GVDDf5Rkhz3ldW X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=cicely.de header.s=default header.b=2z+KodiC; dmarc=none; spf=none (mx1.freebsd.org: domain of ticso@cicely7.cicely.de has no SPF policy when checking 2a02:21e0:16e0:fe::101:1) smtp.mailfrom=ticso@cicely7.cicely.de X-Spamd-Result: default: False [-2.20 / 15.00]; HAS_REPLYTO(0.00)[ticso@cicely.de]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[cicely.de:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.73)[-0.731]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a02:21e0:16e0:fe::101:1:from]; ASN(0.00)[asn:44700, ipnet:2a02:21e0::/32, country:DE]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.16)[-0.164]; R_DKIM_ALLOW(-0.20)[cicely.de:s=default]; FREEFALL_USER(0.00)[ticso]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; REPLYTO_DOM_NEQ_FROM_DOM(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[cicely.de]; SPAMHAUS_ZRD(0.00)[2a02:21e0:16e0:fe::101:1:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_NA(0.00)[no SPF record]; MAILMAN_DEST(0.00)[freebsd-arm] X-ThisMailContainsUnwantedMimeParts: N I was curious to see why there is no package for chromium. http://ampere1.nyi.freebsd.org/build.html?mastername=130arm64-quarterly&build=1e942ba15ce7 says build timeout. This is the build log (warning >100MB): http://ampere1.nyi.freebsd.org/data/130arm64-quarterly/1e942ba15ce7/logs/errors/chromium-91.0.4472.114_1.log There are errors about missing files, but I think this is missleading, because those errors happen in a clean phase. This is after: =>> Cleaning up wrkdir ===> Cleaning for chromium-91.0.4472.114_1 The previous build phase went up to [ 90% 43345/47948] and then the output suddenly stops without any sign of error. Is is really that this package wasn't build because of a build time limit? -- B.Walter https://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From nobody Wed Jul 21 11:59:42 2021 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 5BB34127B029 for ; Wed, 21 Jul 2021 11:59:44 +0000 (UTC) (envelope-from fuz@fuz.su) Received: from fuz.su (fuz.su [IPv6:2001:41d0:8:e508::1]) (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-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "amnesiac", Issuer "amnesiac" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4GVDf74BdYz3pFK for ; Wed, 21 Jul 2021 11:59:43 +0000 (UTC) (envelope-from fuz@fuz.su) Received: from fuz.su (localhost [127.0.0.1]) by fuz.su (8.16.1/8.16.1) with ESMTPS id 16LBxgSD057224 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Wed, 21 Jul 2021 13:59:42 +0200 (CEST) (envelope-from fuz@fuz.su) Received: (from fuz@localhost) by fuz.su (8.16.1/8.16.1/Submit) id 16LBxg8v057223 for freebsd-arm@freebsd.org; Wed, 21 Jul 2021 13:59:42 +0200 (CEST) (envelope-from fuz) Date: Wed, 21 Jul 2021 13:59:42 +0200 From: Robert Clausecker To: freebsd-arm@freebsd.org Subject: Re: Hardware for poudriere Message-ID: References: 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 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4GVDf74BdYz3pFK X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of fuz@fuz.su designates 2001:41d0:8:e508::1 as permitted sender) smtp.mailfrom=fuz@fuz.su X-Spamd-Result: default: False [-3.18 / 15.00]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2001:41d0:8:e508::1:from]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+a:c]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2001:41d0:8:e508::1:from:127.0.2.255]; DMARC_NA(0.00)[fuz.su]; NEURAL_HAM_LONG(-1.00)[-0.995]; MID_RHS_MATCH_FROM(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-0.88)[-0.883]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16276, ipnet:2001:41d0::/32, country:FR]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-arm] X-ThisMailContainsUnwantedMimeParts: N Hi Bernd, 4 GB is not much for Poudriere builds. There are two main factors in play: * how many ports you build in parallel * whether you set USE_TMPFS=yes Without TMPFS, I was able to build a lot of ports on my RPi4B+ with 8GB (same as the one you have), but it really takes a lot of time. With four jobs running at the same time and graciously raised timeouts (at least double, but better quadruple all timeouts or important ports like llvm and rust will never build), I have built about 1200 ports in 72 hours so far. That's a long way to having built all of them. On an x86 box (you can use QEMU to build ARM64 ports there), it's a lot easier. I use a Skylake-based server with 8 threads, 32 GB RAM and the same amount of swap to build the whole ports tree in about a week. USE_TMPFS=yes makes a critical difference here, but it also causes significantly higher memory usage for large ports like llvm, rust, or chromium. So make sure to keep enough swap around. Yours, Robert Clausecker Am Wed, Jul 21, 2021 at 01:39:43PM +0200 schrieb Bernd Walter: > I considered running a local poudriere for arm64. > I have no experience with poudriere so far, just know that compiling > ports nowadays is a matter of RAM and lots of patience. > However, most of my systems only have up to 2GB RAM. > The exceptions are 4G Rockpro64, of which I have 2 unused. > And a Pi4 with 8GB. > I personally prefer the RockPro64, because it is the better hardware. > But the Raspberry has more RAM. > Would 4GB be enough. > Can multiple host be even clustered for poudriere? > > -- > B.Walter https://www.bwct.de > Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. > -- () ascii ribbon campaign - for an 8-bit clean world /\ - against html email - against proprietary attachments From nobody Wed Jul 21 14:33:04 2021 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 15834127308A for ; Wed, 21 Jul 2021 14:33:19 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from new4-smtp.messagingengine.com (new4-smtp.messagingengine.com [66.111.4.230]) (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 4GVJ3K43r8z4nV9 for ; Wed, 21 Jul 2021 14:33:17 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailnew.nyi.internal (Postfix) with ESMTP id D6A595808C6 for ; Wed, 21 Jul 2021 10:33:16 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute4.internal (MEProxy); Wed, 21 Jul 2021 10:33:16 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm3; bh=MeIUWi+aNRI4EYIRThctrHgTWBV smLR7PrtWFOXim1s=; b=PCEQOV63NaprFTfvFhozd8rPFLbFvlUirsyDZSXsvuY 0NrETRaa+QrxI2ekvsU40t0O9qsTGt1kQQFXVGj0UA4e3HR0FPwjuJYacCKUd1AV Xlzmk+I20XRoYJw9KPPohi8nQdgArX1mFwNmmwUSYjdSyc2YLi9Gll5noQaYpH72 zsKMDUl927kB+zMFPtWvkbioQMCjlZNqytQrD/GnDGFd19CpU5os/h8BYXaPe98w B93GW/DVjbHtxNoo5VTaLychPHCobWXGpQyRwoc2QuC6CaoeM2cU+utxK7RxfK/K z+L1qVHvAEhjg+9u3n/qu5XuIgqRVM8VpY9gDrM/pDA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=MeIUWi +aNRI4EYIRThctrHgTWBVsmLR7PrtWFOXim1s=; b=wcdAUJi5XKjXc5IR+fkD7B 5n6yFsoMZEygHKPtAMpHnwk/c36xWeD+OlCsxK7Zuz91xn4+mIL67D0B3hck/Uvc 786PGuBYN1/FpISdB5D46cxFC3N5G/dExINojk9U9SCrv0oSJ0iLWLPd1ggFb/yg YHMNZe8yjw74wRXnziAqfE1W//9Hd/Usq46ePGpGtuZwe4HLh4YOTEgO7z1juljL a7jyzPdf25KcJesQDfR2FEC8P5sbcVW6SVGFEf3SyLNvVEl9y28W437HxziAnWH+ /j1yASp6Jdedg0ZoH0wPoGjZzhNob4icEmL2Vhf1+uVVhO3qsQpFViwrPg9jTy6w == X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvtddrfeeggdejudcutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfhfgggtuggjsehgtderre dttddvnecuhfhrohhmpehtvggthhdqlhhishhtshcuoehtvggthhdqlhhishhtshesiiih gihsthdrnhgvtheqnecuggftrfgrthhtvghrnheptdehiefgvddufeekkedvtdefvdettd dtkeduvdegveelffdtkeffudejvdfhudetnecuvehluhhsthgvrhfuihiivgeptdenucfr rghrrghmpehmrghilhhfrhhomhepthgvtghhqdhlihhsthhsseiihiigshhtrdhnvght X-ME-Proxy: Received: by mail.messagingengine.com (Postfix) with ESMTPA for ; Wed, 21 Jul 2021 10:33:06 -0400 (EDT) Date: Wed, 21 Jul 2021 15:33:04 +0100 From: tech-lists To: freebsd-arm@freebsd.org Subject: Re: Hardware for poudriere Message-ID: Mail-Followup-To: freebsd-arm@freebsd.org References: 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 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="EpZKlrFzOKKwhmJ5" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4GVJ3K43r8z4nV9 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm3 header.b=PCEQOV63; dkim=pass header.d=messagingengine.com header.s=fm3 header.b=wcdAUJi5; dmarc=none; spf=none (mx1.freebsd.org: domain of tech-lists@zyxst.net has no SPF policy when checking 66.111.4.230) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-5.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm3,messagingengine.com:s=fm3]; NEURAL_HAM_MEDIUM(-1.00)[-0.998]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.111.4.230:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[66.111.4.230:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[4]; DMARC_NA(0.00)[zyxst.net]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:11403, ipnet:66.111.0.0/20, country:US]; MAILMAN_DEST(0.00)[freebsd-arm]; RCVD_IN_DNSWL_LOW(-0.10)[66.111.4.230:from] X-ThisMailContainsUnwantedMimeParts: N --EpZKlrFzOKKwhmJ5 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, I use poudriere to build all my arm64 and armv7=20 on a rpi4/8GB. It's clocked to 2.1GHz, is v stable, runs stable/13. You need to make sure the cooling is very good.=20 I use a FLIRC case. The case is the heatsink. I see 70-75 degC with a load of 5.00 at 29 degC=20 ambient right now. It uses zfs and external usb3-connected-and-powered=20 spinning rust. There is a swap partition here - 8GB.=20 It's needed for the larger ports. You should configure poudriere to build using ccache. Builds will take ages=20 otherwise. Right now it has USE_TMPFS=3D"wrkdir data localbase" in poudriere.conf but I'm thinking of amending that to USE_TMPFS=3D"wrkdir data" because sometimes it'll run out of swap building rust, for example. Either that or set PARALLEL_JOBS=3D2. --=20 J. --EpZKlrFzOKKwhmJ5 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmD4MBcACgkQs8o7QhFz NAURrg/7Br0V41Ppy8t205ksDZ/Uo3je7UZZrUyzryRm2Eyh7uU01kF/lvFBgMVJ 4cYnuSiUKHR0l94oi/DWqw+FuUetUZf2Bx0VDRzSqubDKLITfQva5f5cTYR0EcgF YGQzhdzNe3U5CRHf0/5BBTc79QoMNteYbyet0af3yBHaVKGap3eY3duQDpBk2n4q bwH3Qc6KeN1S42KLPZ7hdcJk3OHambF3Q5PHTNsTR4hOakAVna0cNOGJgYGQZaDQ cMGm/Tm3UILvfyvJdCpyrlvwK2jnvKOLVwlFbMnIb406ue4/Urp+ja8WJN5dbVa5 fykwJS9Zv8XK22WEEWqqCw8SaY28NnmInmD/x2UJo0cmrXrYA+Ln7oAZp6nVUFw6 CtfMIPgJg2+ym5fyciobnjh1PwFJHobJiXKdDS6pQAEJM1+gnrh6aLI1ro9PBPLy Lhusv9m7RgO9Y1cTDpou0Tw58ZOCUrmyKlh9xgkA0DTpdb4w4WFxUuuQ8cTNw5p5 we/mk1d/y/iVLHb3gNp7kTnm3/RqueJ7EiRzemtznKOhuMsDWO92DN/+KrdQpJ+1 SDdfiLlze/eXw18BtQyDBg4JBmxl7/DQyCj+v5+MAV0ttq69Y/PJ/aU+X3bhoWVc HuuyaaKfCRU5K2hCAYQGQoLueDzc0ZDv1+OfN2/YE+Xd8oJB9Ug= =X7Yf -----END PGP SIGNATURE----- --EpZKlrFzOKKwhmJ5-- From nobody Thu Jul 22 09:05:43 2021 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 F02EA12AC4EA for ; Thu, 22 Jul 2021 09:05:43 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4GVmkv5zy1z3JjJ for ; Thu, 22 Jul 2021 09:05:43 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: from reviews.nyi.freebsd.org (reviews.nyi.freebsd.org [IPv6:2610:1c1:1:606c::16:b]) by mxrelay.nyi.freebsd.org (Postfix) with ESMTP id B15676F18 for ; Thu, 22 Jul 2021 09:05:43 +0000 (UTC) (envelope-from daemon-user@freebsd.org) Received: by reviews.nyi.freebsd.org (Postfix, from userid 1346) id B0C4C2084A; Thu, 22 Jul 2021 09:05:43 +0000 (UTC) Date: Thu, 22 Jul 2021 09:05:43 +0000 To: freebsd-arm@freebsd.org From: "dsl_mcusim.org (Dmitry Salychev)" Reply-to: "dsl_mcusim.org (Dmitry Salychev)" Subject: [Differential] D31267: Parse named nodes from IORT ACPI on arm64 Message-ID: <479fff3d782baa3bf06f082e57c2d721@localhost.localdomain> X-Priority: 3 X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , , , X-Herald-Rules: <31>, <32>, <34>, <101> X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: X-Phabricator-Cc: Precedence: bulk Thread-Topic: PHID-DREV-oq76npafhgjmziyg7wtl X-Phabricator-Mail-ID: 2703878 X-Phabricator-Send-Attempt: ver6igyccmey4tj6 In-Reply-To: References: Thread-Index: MTQ0NTU0ZmNiYjY3NTgwZjUyZDFkMTY4MjdmIGD5NOc= X-Phabricator-Stamps: actor(@dsl_mcusim.org) application(Differential) author(@dsl_mcusim.org) herald(H31) herald(H32) herald(H34) herald(H101) monogram(D31267) object-type(DREV) phid(PHID-DREV-oq76npafhgjmziyg7wtl) reviewer(@freebsd-arm-list) reviewer(@manu) revision-status(needs-review) subscriber(@andrew) subscriber(@emaste) subscriber(@freebsd-arm-list) via(web) 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 Content-Type: multipart/mixed; boundary="b1_479fff3d782baa3bf06f082e57c2d721" X-ThisMailContainsUnwantedMimeParts: N --b1_479fff3d782baa3bf06f082e57c2d721 Content-Type: text/plain; charset = "utf-8" Content-Transfer-Encoding: base64 ZHNsX21jdXNpbS5vcmcgY3JlYXRlZCB0aGlzIHJldmlzaW9uLgpkc2xfbWN1c2ltLm9yZyBhZGRl ZCBhIHJldmlld2VyOiBmcmVlYnNkLWFybS1saXN0LgpIZXJhbGQgYWRkZWQgc3Vic2NyaWJlcnM6 IGVtYXN0ZSwgYW5kcmV3LgpIZXJhbGQgYWRkZWQgYSByZXZpZXdlcjogbWFudS4KZHNsX21jdXNp bS5vcmcgcmVxdWVzdGVkIHJldmlldyBvZiB0aGlzIHJldmlzaW9uLgoKUkVWSVNJT04gU1VNTUFS WQogIER1cmluZyBteSB3b3JrIG9uIGEgZHJpdmVyIGZvciBEUEFBMiAoTlhQJ3MgbmV0d29yayBm ZWF0dXJlIGF2YWlsYWJsZSBpbiBzZXZlcmFsIG9mIHRoZWlyIFNvQ3MpIGZpcm13YXJlIGJ1cywg SSBkaXNjb3ZlcmVkIHRoYXQgaXQgaXNuJ3QgcG9zc2libGUgdG8gbWFwIGEgbmFtZWQgY29tcG9u ZW50IG1lbnRpb25lZCBpbiBJT1JUIHRvIGl0cyBTTU1VIG9yIElUUyBub2RlIGluIG9yZGVyIHRv IHNldHVwIGludGVycnVwdHMuIEl0J3MgcG9zc2libGUgdG8gZmluZCBhIG5hbWVkIG5vZGUgYnkg aXRzIG5hbWVzIChhcyBhIHN1YnN0cmluZykgYW5kIGEgcmVzb3VyY2UgSUQgKGlzb2xhdGlvbiBj b250ZXh0IElEIGluIGNhc2Ugb2YgRFBBQTIpIHNpbWlsYXIgdG8gUENJIG5vZGVzIHdpdGggdGhp cyBwYXRjaC4KClRFU1QgUExBTgogIDEuIENsb25lIG15IGZvcmsgd2l0aCBEUEFBMiB3b3JrLWlu LXByb2dyZXNzIGZyb20gaHR0cHM6Ly9naXRodWIuY29tL21jdXNpbS9mcmVlYnNkLXNyYy4KICAy LiBCdWlsZCBhbmQgYm9vdCB0byB0aGUga2VybmVsIG9uIFNvbGlkUnVuJ3MgSG9uZXlDb21iIGJv YXJkLgogIDMuIEJ1aWxkIGFuZCBsb2FkIEtMRCBmcm9tIHN5cy9tb2R1bGVzL2RwYWEyLgogIDQu IEZpbmQgImRwYWEyX3JjMDogTVNJIGFsbG9jYXRlZDogaXJxPS4uLiIgaW4gZG1lc2cKClJFVklT SU9OIERFVEFJTAogIGh0dHBzOi8vcmV2aWV3cy5mcmVlYnNkLm9yZy9EMzEyNjcKCkFGRkVDVEVE IEZJTEVTCiAgc3lzL2FybTY0L2FjcGljYS9hY3BpX2lvcnQuYwogIHN5cy9kZXYvYWNwaWNhL2Fj cGl2YXIuaAoKRU1BSUwgUFJFRkVSRU5DRVMKICBodHRwczovL3Jldmlld3MuZnJlZWJzZC5vcmcv c2V0dGluZ3MvcGFuZWwvZW1haWxwcmVmZXJlbmNlcy8KClRvOiBkc2xfbWN1c2ltLm9yZywgZnJl ZWJzZC1hcm0tbGlzdCwgbWFudQpDYzogYW5kcmV3LCBmcmVlYnNkLWFybS1saXN0LCBlbWFzdGUK --b1_479fff3d782baa3bf06f082e57c2d721 Content-Type: text/x-patch; charset=utf-8; name="D31267.92616.patch" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="D31267.92616.patch" ZGlmZiAtLWdpdCBhL3N5cy9kZXYvYWNwaWNhL2FjcGl2YXIuaCBiL3N5cy9kZXYvYWNwaWNhL2Fj cGl2YXIuaAotLS0gYS9zeXMvZGV2L2FjcGljYS9hY3BpdmFyLmgKKysrIGIvc3lzL2Rldi9hY3Bp Y2EvYWNwaXZhci5oCkBAIC01NzgsNiArNTc4LDEwIEBACiBpbnQJYWNwaV9pb3J0X21hcF9wY2lf bXNpKHVfaW50IHNlZywgdV9pbnQgcmlkLCB1X2ludCAqeHJlZiwgdV9pbnQgKmRldmlkKTsKIGlu dAlhY3BpX2lvcnRfbWFwX3BjaV9zbW11djModV9pbnQgc2VnLCB1X2ludCByaWQsIHVfaW50ICp4 cmVmLCB1X2ludCAqZGV2aWQpOwogaW50CWFjcGlfaW9ydF9pdHNfbG9va3VwKHVfaW50IGl0c19p ZCwgdV9pbnQgKnhyZWYsIGludCAqcHhtKTsKK2ludAlhY3BpX2lvcnRfbWFwX25hbWVkX21zaShj b25zdCBjaGFyICpkZXZuYW1lLCB1X2ludCByaWQsIHVfaW50ICp4cmVmLAorCSAgICB1X2ludCAq ZGV2aWQpOworaW50CWFjcGlfaW9ydF9tYXBfbmFtZWRfc21tdXYzKGNvbnN0IGNoYXIgKmRldm5h bWUsIHVfaW50IHJpZCwgdV9pbnQgKnhyZWYsCisJICAgIHVfaW50ICpkZXZpZCk7CiAjZW5kaWYK ICNlbmRpZiAvKiBfS0VSTkVMICovCiAjZW5kaWYgLyogIV9BQ1BJVkFSX0hfICovCmRpZmYgLS1n aXQgYS9zeXMvYXJtNjQvYWNwaWNhL2FjcGlfaW9ydC5jIGIvc3lzL2FybTY0L2FjcGljYS9hY3Bp X2lvcnQuYwotLS0gYS9zeXMvYXJtNjQvYWNwaWNhL2FjcGlfaW9ydC5jCisrKyBiL3N5cy9hcm02 NC9hY3BpY2EvYWNwaV9pb3J0LmMKQEAgLTc3LDYgKzc3LDE0IEBACiAJaW50CQkJcHhtOwogfTsK IAorc3RydWN0IGlvcnRfbmFtZWRfY29tcG9uZW50Cit7CisJVUlOVDMyICAgICAgICAgICAgICAg ICAgTm9kZUZsYWdzOworCVVJTlQ2NCAgICAgICAgICAgICAgICAgIE1lbW9yeVByb3BlcnRpZXM7 CisJVUlOVDggICAgICAgICAgICAgICAgICAgTWVtb3J5QWRkcmVzc0xpbWl0OworCWNoYXIgICAg ICAgICAgICAgICAgICAgIERldmljZU5hbWVbMzJdOyAvKiBQYXRoIG9mIG5hbWVzcGFjZSBvYmpl Y3QgKi8KK307CisKIC8qCiAgKiBJT1JUIG5vZGUuIEVhY2ggbm9kZSBoYXMgc29tZSBkZXZpY2Ug c3BlY2lmaWMgZGF0YSBkZXBlbmRpbmcgb24gdGhlCiAgKiB0eXBlIG9mIHRoZSBub2RlLiBUaGUg bm9kZSBjYW4gYWxzbyBoYXZlIGEgc2V0IG9mIG1hcHBpbmdzLCBPUiBpbgpAQCAtOTEsOSArOTks MTAgQEAKIAl1X2ludAkJCXVzZWNvdW50OwkvKiBmb3IgYm9va2tlZXBpbmcgKi8KIAl1X2ludAkJ CXJldmlzaW9uOwkvKiBub2RlIHJldmlzaW9uICovCiAJdW5pb24gewotCQlBQ1BJX0lPUlRfUk9P VF9DT01QTEVYCXBjaV9yYzsJCS8qIFBDSSByb290IGNvbXBsZXggKi8KLQkJQUNQSV9JT1JUX1NN TVUJCXNtbXU7Ci0JCUFDUElfSU9SVF9TTU1VX1YzCXNtbXVfdjM7CisJCUFDUElfSU9SVF9ST09U X0NPTVBMRVgJCXBjaV9yYzsJLyogUENJIHJvb3QgY29tcGxleCAqLworCQlBQ1BJX0lPUlRfU01N VQkJCXNtbXU7CisJCUFDUElfSU9SVF9TTU1VX1YzCQlzbW11X3YzOworCQlzdHJ1Y3QgaW9ydF9u YW1lZF9jb21wb25lbnQJbmFtZWRfY29tcDsKIAl9IGRhdGE7CiAJdW5pb24gewogCQlzdHJ1Y3Qg aW9ydF9tYXBfZW50cnkJKm1hcHBpbmdzOwkvKiBub2RlIG1hcHBpbmdzICAqLwpAQCAtMTA1LDYg KzExNCw3IEBACiBzdGF0aWMgVEFJTFFfSEVBRCgsIGlvcnRfbm9kZSkgcGNpX25vZGVzID0gVEFJ TFFfSEVBRF9JTklUSUFMSVpFUihwY2lfbm9kZXMpOwogc3RhdGljIFRBSUxRX0hFQUQoLCBpb3J0 X25vZGUpIHNtbXVfbm9kZXMgPSBUQUlMUV9IRUFEX0lOSVRJQUxJWkVSKHNtbXVfbm9kZXMpOwog c3RhdGljIFRBSUxRX0hFQUQoLCBpb3J0X25vZGUpIGl0c19ncm91cHMgPSBUQUlMUV9IRUFEX0lO SVRJQUxJWkVSKGl0c19ncm91cHMpOworc3RhdGljIFRBSUxRX0hFQUQoLCBpb3J0X25vZGUpIG5h bWVkX25vZGVzID0gVEFJTFFfSEVBRF9JTklUSUFMSVpFUihuYW1lZF9ub2Rlcyk7CiAKIHN0YXRp YyBpbnQKIGlvcnRfZW50cnlfZ2V0X2lkX21hcHBpbmdfaW5kZXgoc3RydWN0IGlvcnRfbm9kZSAq bm9kZSkKQEAgLTIwMiw2ICsyMTIsNDIgQEAKIAlyZXR1cm4gKG91dF9ub2RlKTsKIH0KIAorLyoK KyAqIE1hcCBhIG5hbWVkIGNvbXBvbmVudCBub2RlIHRvIGEgU01NVSBub2RlIG9yIGFuIElUUyBu b2RlLCBiYXNlZCBvbiBvdXR0eXBlLgorICovCitzdGF0aWMgc3RydWN0IGlvcnRfbm9kZSAqCitp b3J0X25hbWVkX2NvbXBfbWFwKGNvbnN0IGNoYXIgKmRldm5hbWUsIHVfaW50IHJpZCwgdV9pbnQg b3V0dHlwZSwgdV9pbnQgKm91dGlkKQoreworCXN0cnVjdCBpb3J0X25vZGUgKm5vZGUsICpvdXRf bm9kZTsKKwl1X2ludCBueHRpZDsKKworCW91dF9ub2RlID0gTlVMTDsKKwlUQUlMUV9GT1JFQUNI KG5vZGUsICZuYW1lZF9ub2RlcywgbmV4dCkgeworCQlpZiAoc3Ryc3RyKG5vZGUtPmRhdGEubmFt ZWRfY29tcC5EZXZpY2VOYW1lLCBkZXZuYW1lKSA9PSBOVUxMKQorCQkJY29udGludWU7CisJCW91 dF9ub2RlID0gaW9ydF9lbnRyeV9sb29rdXAobm9kZSwgcmlkLCAmbnh0aWQpOworCQlpZiAob3V0 X25vZGUgIT0gTlVMTCkKKwkJCWJyZWFrOworCX0KKworCS8qIENvdWxkIG5vdCBmaW5kIGEgbmFt ZWQgbm9kZSB3aXRoIHRoaXMgZGV2bmFtZSBvciByaWQuICovCisJaWYgKG91dF9ub2RlID09IE5V TEwpCisJCXJldHVybiAoTlVMTCk7CisKKwkvKiBOb2RlIGNhbiBiZSBTTU1VIG9yIElUUy4gSWYg U01NVSwgd2UgbmVlZCBhbm90aGVyIGxvb2t1cC4gKi8KKwlpZiAob3V0dHlwZSA9PSBBQ1BJX0lP UlRfTk9ERV9JVFNfR1JPVVAgJiYKKwkgICAgKG91dF9ub2RlLT50eXBlID09IEFDUElfSU9SVF9O T0RFX1NNTVVfVjMgfHwKKwkgICAgb3V0X25vZGUtPnR5cGUgPT0gQUNQSV9JT1JUX05PREVfU01N VSkpIHsKKwkJb3V0X25vZGUgPSBpb3J0X2VudHJ5X2xvb2t1cChvdXRfbm9kZSwgbnh0aWQsICZu eHRpZCk7CisJCWlmIChvdXRfbm9kZSA9PSBOVUxMKQorCQkJcmV0dXJuIChOVUxMKTsKKwl9CisK KwlLQVNTRVJUKG91dF9ub2RlLT50eXBlID09IG91dHR5cGUsICgibWFwcGluZyBmYWlsIikpOwor CSpvdXRpZCA9IG54dGlkOworCXJldHVybiAob3V0X25vZGUpOworfQorCiAjaWZkZWYgbm90eWV0 CiAvKgogICogTm90IGltcGxlbWVudGVkLCBtYXAgYSBQQ0llIGRldmljZSB0byB0aGUgU01NVSBp dCBpcyBhc3NvY2lhdGVkIHdpdGguCkBAIC0yNzksNiArMzI1LDcgQEAKIAlBQ1BJX0lPUlRfUk9P VF9DT01QTEVYICpwY2lfcmM7CiAJQUNQSV9JT1JUX1NNTVUgKnNtbXU7CiAJQUNQSV9JT1JUX1NN TVVfVjMgKnNtbXVfdjM7CisJQUNQSV9JT1JUX05BTUVEX0NPTVBPTkVOVCAqbmFtZWRfY29tcDsK IAlzdHJ1Y3QgaW9ydF9ub2RlICpub2RlOwogCiAJbm9kZSA9IG1hbGxvYyhzaXplb2YoKm5vZGUp LCBNX0RFVkJVRiwgTV9XQUlUT0sgfCBNX1pFUk8pOwpAQCAtMzEwLDYgKzM1NywxOSBAQAogCQlp b3J0X2NvcHlfaXRzKG5vZGUsIG5vZGVfZW50cnkpOwogCQlUQUlMUV9JTlNFUlRfVEFJTCgmaXRz X2dyb3Vwcywgbm9kZSwgbmV4dCk7CiAJCWJyZWFrOworCWNhc2UgQUNQSV9JT1JUX05PREVfTkFN RURfQ09NUE9ORU5UOgorCQluYW1lZF9jb21wID0gKEFDUElfSU9SVF9OQU1FRF9DT01QT05FTlQg Kilub2RlX2VudHJ5LT5Ob2RlRGF0YTsKKwkJbWVtY3B5KCZub2RlLT5kYXRhLm5hbWVkX2NvbXAs IG5hbWVkX2NvbXAsIHNpemVvZigqbmFtZWRfY29tcCkpOworCisJCS8qIENvcHkgbmFtZSBvZiB0 aGUgbm9kZSBzZXBhcmF0ZWx5LiAqLworCQlzdHJuY3B5KG5vZGUtPmRhdGEubmFtZWRfY29tcC5E ZXZpY2VOYW1lLAorCQkgICAgbmFtZWRfY29tcC0+RGV2aWNlTmFtZSwKKwkJICAgIHNpemVvZihu b2RlLT5kYXRhLm5hbWVkX2NvbXAuRGV2aWNlTmFtZSkpOworCQlub2RlLT5kYXRhLm5hbWVkX2Nv bXAuRGV2aWNlTmFtZVszMV0gPSAwOworCisJCWlvcnRfY29weV9kYXRhKG5vZGUsIG5vZGVfZW50 cnkpOworCQlUQUlMUV9JTlNFUlRfVEFJTCgmbmFtZWRfbm9kZXMsIG5vZGUsIG5leHQpOworCQli cmVhazsKIAlkZWZhdWx0OgogCQlwcmludGYoIkFDUEk6IElPUlQ6IERyb3BwaW5nIHVuaGFuZGxl ZCB0eXBlICV1XG4iLAogCQkgICAgbm9kZV9lbnRyeS0+VHlwZSk7CkBAIC0zNjgsNyArNDI4LDkg QEAKIAlUQUlMUV9GT1JFQUNIKG5vZGUsICZzbW11X25vZGVzLCBuZXh0KQogCQlmb3IgKGkgPSAw OyBpIDwgbm9kZS0+bmVudHJpZXM7IGkrKykKIAkJCWlvcnRfcmVzb2x2ZV9ub2RlKCZub2RlLT5l bnRyaWVzLm1hcHBpbmdzW2ldLCBGQUxTRSk7Ci0JLyogVE9ETzogbmFtZWQgbm9kZXMgKi8KKwlU QUlMUV9GT1JFQUNIKG5vZGUsICZuYW1lZF9ub2RlcywgbmV4dCkKKwkJZm9yIChpID0gMDsgaSA8 IG5vZGUtPm5lbnRyaWVzOyBpKyspCisJCQlpb3J0X3Jlc29sdmVfbm9kZSgmbm9kZS0+ZW50cmll cy5tYXBwaW5nc1tpXSwgVFJVRSk7CiB9CiAKIC8qCkBAIC01ODcsMyArNjQ5LDQ2IEBACiAKIAly ZXR1cm4gKDApOwogfQorCisvKgorICogRmluZHMgbWFwcGluZyBmb3IgYSBuYW1lZCBub2RlIGdp dmVuIG5hbWUgYW5kIHJlc291cmNlIElEIGFuZCByZXR1cm5zIHRoZQorICogWFJFRiBmb3IgTVNJ IGludGVycnVwdCBzZXR1cCBhbmQgdGhlIGRldmljZSBJRCB0byB1c2UgZm9yIHRoZSBpbnRlcnJ1 cHQgc2V0dXAuCisgKi8KK2ludAorYWNwaV9pb3J0X21hcF9uYW1lZF9tc2koY29uc3QgY2hhciAq ZGV2bmFtZSwgdV9pbnQgcmlkLCB1X2ludCAqeHJlZiwKKyAgICB1X2ludCAqZGV2aWQpCit7CisJ c3RydWN0IGlvcnRfbm9kZSAqbm9kZTsKKworCW5vZGUgPSBpb3J0X25hbWVkX2NvbXBfbWFwKGRl dm5hbWUsIHJpZCwgQUNQSV9JT1JUX05PREVfSVRTX0dST1VQLAorCSAgICBkZXZpZCk7CisJaWYg KG5vZGUgPT0gTlVMTCkKKwkJcmV0dXJuIChFTk9FTlQpOworCisJLyogVGhpcyBzaG91bGQgYmUg YW4gSVRTIG5vZGUgKi8KKwlLQVNTRVJUKG5vZGUtPnR5cGUgPT0gQUNQSV9JT1JUX05PREVfSVRT X0dST1VQLCAoImJhZCBncm91cCIpKTsKKworCS8qIFJldHVybiBmaXJzdCBub2RlLCB3ZSBkb24n dCBoYW5kbGUgbW9yZSB0aGFuIHRoYXQgbm93LiAqLworCSp4cmVmID0gbm9kZS0+ZW50cmllcy5p dHNbMF0ueHJlZjsKKwlyZXR1cm4gKDApOworfQorCitpbnQKK2FjcGlfaW9ydF9tYXBfbmFtZWRf c21tdXYzKGNvbnN0IGNoYXIgKmRldm5hbWUsIHVfaW50IHJpZCwgdV9pbnQgKnhyZWYsCisgICAg dV9pbnQgKmRldmlkKQoreworCUFDUElfSU9SVF9TTU1VX1YzICpzbW11OworCXN0cnVjdCBpb3J0 X25vZGUgKm5vZGU7CisKKwlub2RlID0gaW9ydF9uYW1lZF9jb21wX21hcChkZXZuYW1lLCByaWQs IEFDUElfSU9SVF9OT0RFX1NNTVVfVjMsIGRldmlkKTsKKwlpZiAobm9kZSA9PSBOVUxMKQorCQly ZXR1cm4gKEVOT0VOVCk7CisKKwkvKiBUaGlzIHNob3VsZCBiZSBhbiBTTU1VIG5vZGUuICovCisJ S0FTU0VSVChub2RlLT50eXBlID09IEFDUElfSU9SVF9OT0RFX1NNTVVfVjMsICgiYmFkIG5vZGUi KSk7CisKKwlzbW11ID0gKEFDUElfSU9SVF9TTU1VX1YzICopJm5vZGUtPmRhdGEuc21tdV92MzsK KwkqeHJlZiA9IHNtbXUtPkJhc2VBZGRyZXNzOworCisJcmV0dXJuICgwKTsKK30KCg== --b1_479fff3d782baa3bf06f082e57c2d721-- From nobody Sat Jul 24 11:26:07 2021 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 646A212B0973 for ; Sat, 24 Jul 2021 11:26:12 +0000 (UTC) (envelope-from soren.schmidt@gmail.com) Received: from mail-wm1-x332.google.com (mail-wm1-x332.google.com [IPv6:2a00:1450:4864:20::332]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4GX3m33MbCz4X0Z for ; Sat, 24 Jul 2021 11:26:11 +0000 (UTC) (envelope-from soren.schmidt@gmail.com) Received: by mail-wm1-x332.google.com with SMTP id j34-20020a05600c1c22b029024e75084404so2197402wms.1 for ; Sat, 24 Jul 2021 04:26:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:mime-version:subject:message-id:date:cc:to; bh=tG6PfrI7zkKpBLJ/g3kfI0PCPfBhUoS+JKYJ90vweDk=; b=mpi6U4DMy4JxAvCcKBxrCO+2QfsTbDMz6xCgtgSoddkihkkfuWSM82YxZm2vgQvmSi /e3/TccDndZW71zEJLmFvI38BvsFH05z3NWpDmkEZKJSuPUSZx4gsyDERVsGxIH1c6Uz rYgU8t/joRH5vhTOqw9gG353zzVeZ1NYrqlUjQoUdaYtzjq3p8f/GjMrfF8dmyDH6TTL vNVVw6/AucbIoIp9JTGpxh//3sm3/oxSKnapeLtR0pwarViYBxEHK5RvieGPG6zzYQEo aie/lLksqFzkcQcBiUE9ZcwI2CFqUB8GqlJNrr2hvxtfYWoJJ5XDvjCR088PvGjHkCPS 2N6Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:mime-version:subject:message-id:date:cc:to; bh=tG6PfrI7zkKpBLJ/g3kfI0PCPfBhUoS+JKYJ90vweDk=; b=PxcsV9P+tw2vTAyoTRp2UzYWTL/JVftE/OXqr+dgZpeOuPzrLlQuv0/8Xuh33MDvnT 4RvG/g6+9yk2EBW1ktRfQiYJaTB5rUOShSsw3CPtZ8Tw8UVAUDozlCgwKISTX2KULdqo kD4PSO80TX4w6R7XysVXo9wc+Mu7nhX65nzUGy3jEREA4naIjFQSBZtEbfSaDVl7b/q2 WjLo9UHaSquKqJ9fN8fAJAq1uDK49PR2zcZSueJJ/PnJ65SeYSkwIFTYxzfrSxZkJRMl 5mPJe9dd1XpIFcbVN3ghdL4UdA4v47IR8E+jg82C/GG86oMS6kwmc4hj/tMWVyZL9Zhh e6Cw== X-Gm-Message-State: AOAM531P1q3skdi4/K75OrDE2MrAGF2umuIiYbtZG9naa+w+ILMiMY51 AqgMqmMe3fgQK33d3M/KIsgatl9KNvs= X-Google-Smtp-Source: ABdhPJzrcLIbRd6dTBXhDZRVx3zDKR4vR1TM+sFpZkXO7rtwFoHqzkhTSf9jblBkIzKMyr/PRyeoVQ== X-Received: by 2002:a05:600c:3799:: with SMTP id o25mr18144933wmr.63.1627125969435; Sat, 24 Jul 2021 04:26:09 -0700 (PDT) Received: from mac.deepcore.dk ([85.27.186.9]) by smtp.gmail.com with ESMTPSA id p3sm597802wmp.25.2021.07.24.04.26.07 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sat, 24 Jul 2021 04:26:08 -0700 (PDT) From: =?utf-8?Q?S=C3=B8ren_Schmidt?= Content-Type: multipart/alternative; boundary="Apple-Mail=_5AFAD427-4233-4424-8CB7-812AB0EB89FF" 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 (Mac OS X Mail 13.4 \(3608.120.23.2.7\)) Subject: Quartz64 (RK3566) clock driver and patches. Message-Id: Date: Sat, 24 Jul 2021 13:26:07 +0200 Cc: Sleep Walker To: Free BSD X-Mailer: Apple Mail (2.3608.120.23.2.7) X-Rspamd-Queue-Id: 4GX3m33MbCz4X0Z X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=mpi6U4DM; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of sorenschmidt@gmail.com designates 2a00:1450:4864:20::332 as permitted sender) smtp.mailfrom=sorenschmidt@gmail.com X-Spamd-Result: default: False [-0.61 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MV_CASE(0.50)[]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; R_MIXED_CHARSET(0.62)[subject]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::332:from]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_MEDIUM(-0.73)[-0.734]; NEURAL_HAM_LONG(-1.00)[-1.000]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; NEURAL_SPAM_SHORT(1.00)[1.000]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::332:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::332:from]; FREEMAIL_CC(0.00)[gmail.com]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-ThisMailContainsUnwantedMimeParts: Y --Apple-Mail=_5AFAD427-4233-4424-8CB7-812AB0EB89FF Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi=20 As promised, the clk driver I did for the RK3566 used on the Pine = Quartz64 board: https://people.freebsd.org/~sos/Q64/ = Included the buld script, kernel config and u-boot I have used to get = there. I still use the =E2=80=9Call inclusive=E2=80=9D DTS and not the shiny = new =E2=80=9Cofficial=E2=80=9D one (last wont boot :) ) thats for = later=E2=80=A6 Next on is a driver for the RK817 PMIC used on the quartz64=E2=80=A6 Enjoy! -- S=C3=B8ren Schmidt sos@deepcore.dk / sos@freebsd.org "So much code to hack, so little time" --Apple-Mail=_5AFAD427-4233-4424-8CB7-812AB0EB89FF-- From nobody Sat Jul 24 11:56:00 2021 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 A2C2A12B6AE7 for ; Sat, 24 Jul 2021 11:56:12 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mail.blih.net [212.83.155.74]) (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-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mx.blih.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4GX4Qh2ZFXz4brH for ; Sat, 24 Jul 2021 11:56:11 +0000 (UTC) (envelope-from manu@bidouilliste.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1627127763; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=FRmG7l5qa5tLGYSHGMK1Tt7xGLPwzWQcQVg/AKSCiIg=; b=gd+8ZK72V3l4Gcyf8vvbtyYbjN2r8LOsFljxXAdnFE6RgkH62octnXPkAX1TyKr6O0/ICd rnDJzFNQ8UV+fzhfhTg9LBXu0XUCPnZBKTOLWEbM1fi6Osh1qSNFLLYILY4qedqwIJokWY i0mIZCVebAaPS9Avegn7Zfs8wfJARcE= Received: from skull.home.blih.net (lfbn-idf2-1-644-4.w86-247.abo.wanadoo.fr [86.247.100.4]) by mx.blih.net (OpenSMTPD) with ESMTPSA id 92ade2e1 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Sat, 24 Jul 2021 11:56:03 +0000 (UTC) Date: Sat, 24 Jul 2021 13:56:00 +0200 From: Emmanuel Vadot To: =?ISO-8859-1?Q?S=F8ren?= Schmidt Cc: Free BSD , Sleep Walker Subject: Re: Quartz64 (RK3566) clock driver and patches. Message-Id: <20210724135600.752789eaa83309c8ab256e1e@bidouilliste.com> In-Reply-To: References: X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) 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 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4GX4Qh2ZFXz4brH X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; TAGGED_RCPT(0.00)[]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Sat, 24 Jul 2021 13:26:07 +0200 S=F8ren Schmidt wrote: > Hi=20 >=20 > As promised, the clk driver I did for the RK3566 used on the Pine Quartz6= 4 board: >=20 > https://people.freebsd.org/~sos/Q64/ >=20 > Included the buld script, kernel config and u-boot I have used to get the= re. That will be much easier to review on phab, or even github PR or git send-email, basically anything else that this raw diff. I've only glance at it a bit and swa this : Index: sys/arm64/rockchip/clk/rk_clk_fract.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sys/arm64/rockchip/clk/rk_clk_fract.c (revision 570) +++ sys/arm64/rockchip/clk/rk_clk_fract.c (working copy) @@ -191,8 +191,12 @@ if (sc->denominator =3D=3D 0) { printf("%s: %s denominator is zero!\n", clknode_get_name(clk), __func__); +#if 0 *freq =3D 0; return(EINVAL); +#else + return (0); +#endif which I don't understand why it's needed. I won't look/comment at all the clocks definition in this form. > I still use the ?all inclusive? DTS and not the shiny new ?official? one = (last wont boot :) ) thats for later? What does that mean ? > Next on is a driver for the RK817 PMIC used on the quartz64? >=20 > Enjoy! >=20 > -- > S=F8ren Schmidt > sos@deepcore.dk / sos@freebsd.org > "So much code to hack, so little time" Cheers, --=20 Emmanuel Vadot From nobody Sat Jul 24 12:10:56 2021 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 8321112B9E75 for ; Sat, 24 Jul 2021 12:10:58 +0000 (UTC) (envelope-from soren.schmidt@gmail.com) Received: from mail-wm1-x329.google.com (mail-wm1-x329.google.com [IPv6:2a00:1450:4864:20::329]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4GX4lk33t7z4fJq for ; Sat, 24 Jul 2021 12:10:58 +0000 (UTC) (envelope-from soren.schmidt@gmail.com) Received: by mail-wm1-x329.google.com with SMTP id u15-20020a05600c19cfb02902501bdb23cdso196501wmq.0 for ; Sat, 24 Jul 2021 05:10:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=YbVL100GVklGtFh6PBEZdym+mV4cp1djSOwMaPab9Jk=; b=XrNuAsJaCpyAFcBsumi9nVSb1WWBmG0fQx0/lDpSoqCSfVqzPner0rUJc6UHUC0+F/ JVLzfNXcrjtcHglHM2KoXRVOBKo70Z/ZbWEz+eXFcLVZhVdlmXQfTLutpVIYkBEeRZx9 PatLNh5UDlYGhlzxm3uArLK/pjhDe+5xYo3o/aOBnB1q84hrB7xfxTJng6UupNTwXWxz CGePcjewgz5iM8k4aEzfVisJu1kXdmriHeop/KVgBSXcjLPmInwfDGu+9yrKsyPNyTxR 89mYfScLf8HveGEsCR55KmDmFBL9eDfpL0SRdvp8wCdh0r8+p9dTUtRbGuZIbfrJ6IB5 E3Kg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=YbVL100GVklGtFh6PBEZdym+mV4cp1djSOwMaPab9Jk=; b=dmPi7TpU19+DNRziP9fIiMewxBTyXHgI4TwWBFyO2JeSzeUMGgP0wWOdwbEgdGd8jy 3evMFXY4KqCjVxfWUMbO/6ekLtEGJlCUL5wWP1qhuN5tewZuYMzZfOg5FQWZzpaRuwPJ 1PvYUm1BOvOwifxeGhXBPrcsOhGEUzHkK6SEFCQuhYhRkfXy5eFnJ4bK/WC/NOpdb5lG gc0NLqbIBNdAE9ZKa7CBy6wq5XmqH/rvP3FGQNhsf08ntHaRBV2PszJWoo3tGhOZQ0Ai iC6MUmSQ0K/hHIAEhxeNjdty//GAZj1DRAqn0KD53e4bS65VSc82uXGIany0tKdSh7hH xFXg== X-Gm-Message-State: AOAM531MFIsjT7Ia1PE0HogO6rVYsdDcs+UCpQMhpMq1U6VsYl/WVGeq r1AQgknT3eiTFDb8JTbdOA8= X-Google-Smtp-Source: ABdhPJzqy/qUAAsZKN1N0MXCIqRIqNa0DnnsdmPP7ZRqZYbsQ53vyD+wGiYlK+XRTIWHmWveQwdyKA== X-Received: by 2002:a05:600c:3581:: with SMTP id p1mr18685531wmq.150.1627128657025; Sat, 24 Jul 2021 05:10:57 -0700 (PDT) Received: from mac.deepcore.dk ([85.27.186.9]) by smtp.gmail.com with ESMTPSA id g138sm36371931wmg.32.2021.07.24.05.10.56 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sat, 24 Jul 2021 05:10:56 -0700 (PDT) From: =?utf-8?Q?S=C3=B8ren_Schmidt?= Message-Id: Content-Type: multipart/alternative; boundary="Apple-Mail=_E390B998-D9BF-4DB9-A54C-04DB7107F133" 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 (Mac OS X Mail 13.4 \(3608.120.23.2.7\)) Subject: Re: Quartz64 (RK3566) clock driver and patches. Date: Sat, 24 Jul 2021 14:10:56 +0200 In-Reply-To: <20210724135600.752789eaa83309c8ab256e1e@bidouilliste.com> Cc: Free BSD , Sleep Walker To: Emmanuel Vadot References: <20210724135600.752789eaa83309c8ab256e1e@bidouilliste.com> X-Mailer: Apple Mail (2.3608.120.23.2.7) X-Rspamd-Queue-Id: 4GX4lk33t7z4fJq X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; TAGGED_RCPT(0.00)[]; REPLY(-4.00)[]; TAGGED_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: Y --Apple-Mail=_E390B998-D9BF-4DB9-A54C-04DB7107F133 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 On 24 Jul 2021, at 13.56, Emmanuel Vadot wrote: >=20 > On Sat, 24 Jul 2021 13:26:07 +0200 > S=C3=B8ren Schmidt wrote: >=20 >> Hi=20 >>=20 >> As promised, the clk driver I did for the RK3566 used on the Pine = Quartz64 board: >>=20 >> https://people.freebsd.org/~sos/Q64/ = >>=20 >> Included the buld script, kernel config and u-boot I have used to get = there. >=20 > That will be much easier to review on phab, or even github PR or git > send-email, basically anything else that this raw diff. > I've only glance at it a bit and swa this : > Index: sys/arm64/rockchip/clk/rk_clk_fract.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- sys/arm64/rockchip/clk/rk_clk_fract.c (revision 570) > +++ sys/arm64/rockchip/clk/rk_clk_fract.c (working copy) > @@ -191,8 +191,12 @@ > if (sc->denominator =3D=3D 0) { > printf("%s: %s denominator is zero!\n", > clknode_get_name(clk), __func__); > +#if 0 > *freq =3D 0; > return(EINVAL); > +#else > + return (0); > +#endif >=20 > which I don't understand why it's needed. The denominator is defaulting to zero in the chip, and u-boot in its = current form doesn=E2=80=99t set a value -> panic.. > I won't look/comment at all the clocks definition in this form. I=E2=80=99m just sharing here in the good old fashioned way, I dont = force you to do anything :) >> I still use the ?all inclusive? DTS and not the shiny new ?official? = one (last wont boot :) ) thats for later? >=20 > What does that mean ? Good question, the dts derived from the DTB included with the rockchip = u-boot works just fine, but the latest greatest from the linux crowd = does not even produce the ---<>=E2=80=94- line, I havn=E2=80=99t = had time to look into it.. -- S=C3=B8ren Schmidt sos@deepcore.dk / sos@freebsd.org "So much code to hack, so little time" --Apple-Mail=_E390B998-D9BF-4DB9-A54C-04DB7107F133-- From nobody Sat Jul 24 17:46:20 2021 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 49F7412BC4C4 for ; Sat, 24 Jul 2021 17:46:23 +0000 (UTC) (envelope-from soren.schmidt@gmail.com) Received: from mail-ej1-x634.google.com (mail-ej1-x634.google.com [IPv6:2a00:1450:4864:20::634]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4GXDBl1P1Fz4ghH for ; Sat, 24 Jul 2021 17:46:22 +0000 (UTC) (envelope-from soren.schmidt@gmail.com) Received: by mail-ej1-x634.google.com with SMTP id gt31so8495893ejc.12 for ; Sat, 24 Jul 2021 10:46:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=W9G1JNEe5GItoh6Vc0rsorn2CnB0vhV0WcnyMALrMB0=; b=PCnHJqT1jxnXlFDgXRM/Jje+ZPkB3VChqFB1MCYN1vl1FDKC358/P3y4NBgbbLQgMa p4RCOlBrmUmIfGqHIPXBHeTtXn6xgln9HB6ur3r3PotJFPzuFD4iYKnpXM+RNtnHxqjg 0lcBGvGSp7M77F2hKK4Y2nwFGd68uLJSn6bT9Zm46vNnGAIUC4P17K2Zk1lhtJ76V8fp foK3Xv0kUahbV4e0kFUamBKQltE7NNmjd9IA0+TRfQSVZ5DBr6fOUf5tkE41TdgrfDix x3c2zVdWumYN/oVgcavpEuKet8DCexniF3vH8KioPO2DOKk4VAE4lqxnybpNjd4MdB1t yfQQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=W9G1JNEe5GItoh6Vc0rsorn2CnB0vhV0WcnyMALrMB0=; b=UnPSkIxy5bS8YFrWfaOxblMUKcxDM382KiaK5As995mkztxkzCEMKIoQ70MLzksW5O O/EfnMZLzDmOhd5b8536nHZ1Vfh/V4wKmrtsXd6TFleK/a8HoGSbW/mBGHCwd8OXSQy0 +H++06roYyjtQcUrBLRfrMiI8oPrQz9MULOT23OWazLW+kqeYGEalM81Go67gD4UCyjx rGMLNzEW5wN3+ZISIaVzhTKwYKFvbRDVjiyN0c8m1uFfJTeFoJQepKYA7ZeO+zyQODSE KUv7g7Q/M/G0C2KECymnDqePbY2PdLx3xENb2uSj2uk5zcbaWJJ6nPeEzgr+0EK+ru82 P4+w== X-Gm-Message-State: AOAM531uid5dU1TpdGx6NtRN8rYiSIuSYlWP8aq6GvE1yBkvSDzlNXI7 PsAjrf6yaYkObd/eCW0GIWmBqssv7vI= X-Google-Smtp-Source: ABdhPJyzQxicnIT9SsePYv34ymtTjO8GnFd3kQ5kl/H7zu+wlZrStDMHRUwndcNGQ3/MiQN4bQrHuw== X-Received: by 2002:a17:907:3e94:: with SMTP id hs20mr9644877ejc.95.1627148781781; Sat, 24 Jul 2021 10:46:21 -0700 (PDT) Received: from mac.deepcore.dk ([85.27.186.9]) by smtp.gmail.com with ESMTPSA id gw15sm12632664ejb.42.2021.07.24.10.46.21 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sat, 24 Jul 2021 10:46:21 -0700 (PDT) From: =?utf-8?Q?S=C3=B8ren_Schmidt?= Message-Id: Content-Type: multipart/alternative; boundary="Apple-Mail=_59C32F26-BAF4-4785-8A48-14E61F8237A7" 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 (Mac OS X Mail 13.4 \(3608.120.23.2.7\)) Subject: Re: Quartz64 (RK3566) clock driver and patches. Date: Sat, 24 Jul 2021 19:46:20 +0200 In-Reply-To: Cc: Free BSD To: Emmanuel Vadot References: <20210724135600.752789eaa83309c8ab256e1e@bidouilliste.com> X-Mailer: Apple Mail (2.3608.120.23.2.7) X-Rspamd-Queue-Id: 4GXDBl1P1Fz4ghH X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: Y --Apple-Mail=_59C32F26-BAF4-4785-8A48-14E61F8237A7 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 On 24 Jul 2021, at 13.56, Emmanuel Vadot > wrote: >>=20 >> On Sat, 24 Jul 2021 13:26:07 +0200 >> S=C3=B8ren Schmidt > wrote: >>=20 >>> Hi=20 >>>=20 >>> As promised, the clk driver I did for the RK3566 used on the Pine = Quartz64 board: >>>=20 >>> https://people.freebsd.org/~sos/Q64/ = = > >>>=20 >>> Included the buld script, kernel config and u-boot I have used to = get there. >>=20 >> That will be much easier to review on phab, or even github PR or git >> send-email, basically anything else that this raw diff. >>=20 So for your entertainment I just uploaded the patch to fabricator, = however I dont see how that changes anything but the colors :) -- S=C3=B8ren Schmidt sos@deepcore.dk / sos@freebsd.org "So much code to hack, so little time" --Apple-Mail=_59C32F26-BAF4-4785-8A48-14E61F8237A7-- From nobody Sat Jul 24 20:17:06 2021 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 1D05212B635C for ; Sat, 24 Jul 2021 20:17:09 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mail.blih.net [212.83.155.74]) (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-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mx.blih.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4GXHXh5TsFz3Qd4 for ; Sat, 24 Jul 2021 20:17:08 +0000 (UTC) (envelope-from manu@bidouilliste.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1627157826; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=5DbkgRXu8pvrVz56puwl2voUnmvD93XGF283lSI+9nw=; b=mie6rpm8L5O9Xud6Nm6Antqjh48oEcFPlP+kNXdPw+TeoFgxfdLr1Sw9t8dD43DNAECYBe qlTQTgv3WUQoySnsxDdEs1G4Sqj8uCA77XvsMjUof667JWvf7GRrVHdF7PAEIfh2LYleKe G4ig4SrQovUa949V8R4Sp0uXSLLWL2Q= Received: from skull.home.blih.net (lfbn-idf2-1-644-4.w86-247.abo.wanadoo.fr [86.247.100.4]) by mx.blih.net (OpenSMTPD) with ESMTPSA id c027d268 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Sat, 24 Jul 2021 20:17:06 +0000 (UTC) Date: Sat, 24 Jul 2021 22:17:06 +0200 From: Emmanuel Vadot To: =?ISO-8859-1?Q?S=F8ren?= Schmidt Cc: Free BSD Subject: Re: Quartz64 (RK3566) clock driver and patches. Message-Id: <20210724221706.04662e3c723a2427fdca0f75@bidouilliste.com> In-Reply-To: References: <20210724135600.752789eaa83309c8ab256e1e@bidouilliste.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) 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 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4GXHXh5TsFz3Qd4 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; TAGGED_RCPT(0.00)[]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Sat, 24 Jul 2021 19:46:20 +0200 S=F8ren Schmidt wrote: > On 24 Jul 2021, at 13.56, Emmanuel Vadot > wrote: >=20 > >>=20 > >> On Sat, 24 Jul 2021 13:26:07 +0200 > >> S=F8ren Schmidt > wrote: > >>=20 > >>> Hi=20 > >>>=20 > >>> As promised, the clk driver I did for the RK3566 used on the Pine Qua= rtz64 board: > >>>=20 > >>> https://people.freebsd.org/~sos/Q64/ > > >>>=20 > >>> Included the buld script, kernel config and u-boot I have used to get= there. > >>=20 > >> That will be much easier to review on phab, or even github PR or git > >> send-email, basically anything else that this raw diff. > >>=20 >=20 > So for your entertainment I just uploaded the patch to fabricator, howeve= r I dont see how that changes anything but the colors :) That will make me look more closely to the patches :) Thanks, >=20 > -- > S=F8ren Schmidt > sos@deepcore.dk / sos@freebsd.org > "So much code to hack, so little time" >=20 >=20 >=20 --=20 Emmanuel Vadot From nobody Sat Jul 24 20:23:03 2021 X-Original-To: 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 E41DF12B7AEB; Sat, 24 Jul 2021 20:23:06 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mail.blih.net [212.83.155.74]) (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-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mx.blih.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4GXHgY5qJDz3h2p; Sat, 24 Jul 2021 20:23:05 +0000 (UTC) (envelope-from manu@bidouilliste.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1627158183; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=qPtNYsEIilw8ylDrHIhs1MupjD+C0DqF/A1Ze1JhgOg=; b=U22xvr5nP4D/G46Mm6hyaqLbw2m2jKSffcPP5QIf9eUPQBgfyGuNNlK0+wvxJ4RxYqQ+Rp PbAZ1KZpUnJRF5PCOHj1xvwELQBki5R18deXcAKIVuZ9so5mejXsRcIpwcyK+wv7IE2B+o 1w3waVK2nyVHG1oncClBOOLGbf+wh3o= Received: from skull.home.blih.net (lfbn-idf2-1-644-4.w86-247.abo.wanadoo.fr [86.247.100.4]) by mx.blih.net (OpenSMTPD) with ESMTPSA id 4fecc156 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Sat, 24 Jul 2021 20:23:03 +0000 (UTC) Date: Sat, 24 Jul 2021 22:23:03 +0200 From: Emmanuel Vadot To: "freebsd-arm@freebsd.org" , freebsd-current@freebsd.org Subject: MMCCAM metabug Message-Id: <20210724222303.80d9a8ca631d8444aa9a68d2@bidouilliste.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) 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 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4GXHgY5qJDz3h2p X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mx header.b=U22xvr5n; dmarc=pass (policy=none) header.from=bidouilliste.com; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.155.74 as permitted sender) smtp.mailfrom=manu@bidouilliste.com X-Spamd-Result: default: False [-3.17 / 15.00]; RCVD_TLS_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mx]; FREEFALL_USER(0.00)[manu]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+ip4:212.83.155.74/32]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; SPAMHAUS_ZRD(0.00)[212.83.155.74:from:127.0.2.255]; NEURAL_HAM_MEDIUM(-0.99)[-0.989]; DKIM_TRACE(0.00)[bidouilliste.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[bidouilliste.com,none]; NEURAL_HAM_SHORT(-0.68)[-0.680]; NEURAL_HAM_LONG(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[212.83.155.74:from]; ASN(0.00)[asn:12876, ipnet:212.83.128.0/19, country:FR]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[arm,freebsd-current] X-ThisMailContainsUnwantedMimeParts: N Hello all, I've created a metabug for all MMCCAM issues that I know (there might be more of course). Of course bugzilla sucks at this for the metabug itself but the tree is ok I think : https://bugs.freebsd.org/bugzilla/showdependencytree.cgi?id=257385&hide_resolved=1 If you have any bugs not listed there don't hesitate to create one and add it in the metabug (no idea if anyone can do that so if this isn't the case just add a comment on the metabug and I'll add the depends). Almost all of them are required to be fixed before we switch any arch to use MMCCAM by default so if you have any spare time don't hesitate to contact me. Cheers, -- Emmanuel Vadot From nobody Sun Jul 25 01:18:57 2021 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 BD65412A6754 for ; Sun, 25 Jul 2021 01:19:02 +0000 (UTC) (envelope-from mgrooms@shrew.net) Received: from mx2.shrew.net (mx2.shrew.net [38.97.5.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4GXQF168KFz3KBt for ; Sun, 25 Jul 2021 01:19:01 +0000 (UTC) (envelope-from mgrooms@shrew.net) Received: from mail.shrew.net (mail.shrew.prv [10.24.10.20]) by mx2.shrew.net (8.15.2/8.15.2) with ESMTP id 16P1Is3t056186 for ; Sat, 24 Jul 2021 20:18:54 -0500 (CDT) (envelope-from mgrooms@shrew.net) Received: from [10.22.200.30] (unknown [136.49.68.36]) by mail.shrew.net (Postfix) with ESMTPSA id 90C8119B153 for ; Sat, 24 Jul 2021 20:18:49 -0500 (CDT) To: freebsd-arm@freebsd.org From: Matthew Grooms Subject: aarch64 and kqueue timer events Message-ID: <03ff40c7-b755-8421-713c-90aa4d8535fe@shrew.net> Date: Sat, 24 Jul 2021 20:18:57 -0500 User-Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.10.1 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 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.6.2 (mx2.shrew.net [10.24.10.11]); Sat, 24 Jul 2021 20:18:54 -0500 (CDT) X-Rspamd-Queue-Id: 4GXQF168KFz3KBt X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mgrooms@shrew.net designates 38.97.5.132 as permitted sender) smtp.mailfrom=mgrooms@shrew.net X-Spamd-Result: default: False [-0.30 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[shrew.net]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:174, ipnet:38.0.0.0/8, country:US]; RCVD_TLS_LAST(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm]; RECEIVED_SPAMHAUS_PBL(0.00)[136.49.68.36:received] X-ThisMailContainsUnwantedMimeParts: N Hi all, I'm seeing some strange behavior with kqueue timers on my aarch64 host. Here is a simple test program that I've compiled on both amd64 and aarch64. It just sets up a simple kqueue timer with a loop that waits for the event to fire every 3 seconds ... #include #include #include #include #include int main( int argc, char *argv[] ) {     int kq = kqueue();     if( kq < 0 )         err( 1, "failed to obtain kqueue handle" );     struct kevent ke;     EV_SET( &ke, 1, EVFILT_TIMER, EV_ADD | EV_ENABLE, 0, 3000, 0 );     if( kevent( kq, &ke, 1, NULL, 0, NULL ) < 0 )         err( 1, "failed to add kevent timer filter" );     printf( "started at %i\n", (int)time(NULL) );     while( true )     {         int r = kevent( kq, NULL, 0, &ke, 1, NULL );         if( r < 0 )             err( 1, "failed to read kevent list" );         printf( "timer fired %i times at %i\n", r, (int)time(NULL) );     }     return 0; } When I compile and run the code on an amd64 host, everything works as expected. The event timer expires once every 3 seconds ... mgrooms@amd64:~/devel$ cc test.cpp -o test && ./test started at 1627175311 timer fired 1 times at 1627175314 timer fired 1 times at 1627175317 timer fired 1 times at 1627175320 However, when I compile and run the same code on an aarch64 host ( rpi4b ), something very different happens. The event timer expires after 3 seconds the first time. But each subsequent expiration is for exactly twice the defined interval, 6 seconds ... mgrooms@aarch64:~/devel$ cc test.cpp -o test && ./test started at 1625789207 timer fired 1 times at 1625789210 timer fired 1 times at 1625789216 timer fired 1 times at 1625789222 Any idea what's going on here? Seems like a bug in somewhere on the arm side. Thanks in advance, -Matthew From nobody Sun Jul 25 01:21:55 2021 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 D2E6F12A73DE for ; Sun, 25 Jul 2021 01:21:53 +0000 (UTC) (envelope-from mgrooms@shrew.net) Received: from mx2.shrew.net (mx2.shrew.net [38.97.5.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4GXQJK1mtgz3LKS for ; Sun, 25 Jul 2021 01:21:52 +0000 (UTC) (envelope-from mgrooms@shrew.net) Received: from mail.shrew.net (mail.shrew.prv [10.24.10.20]) by mx2.shrew.net (8.15.2/8.15.2) with ESMTP id 16P1Lq32056194 for ; Sat, 24 Jul 2021 20:21:52 -0500 (CDT) (envelope-from mgrooms@shrew.net) Received: from [10.22.200.30] (unknown [136.49.68.36]) by mail.shrew.net (Postfix) with ESMTPSA id F351119A5F6 for ; Sat, 24 Jul 2021 20:21:46 -0500 (CDT) Subject: Re: aarch64 and kqueue timer events To: freebsd-arm@freebsd.org References: <03ff40c7-b755-8421-713c-90aa4d8535fe@shrew.net> From: Matthew Grooms Message-ID: Date: Sat, 24 Jul 2021 20:21:55 -0500 User-Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.10.1 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 In-Reply-To: <03ff40c7-b755-8421-713c-90aa4d8535fe@shrew.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.6.2 (mx2.shrew.net [10.24.10.11]); Sat, 24 Jul 2021 20:21:52 -0500 (CDT) X-Rspamd-Queue-Id: 4GXQJK1mtgz3LKS X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mgrooms@shrew.net designates 38.97.5.132 as permitted sender) smtp.mailfrom=mgrooms@shrew.net X-Spamd-Result: default: False [-0.30 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx:c]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[shrew.net]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:174, ipnet:38.0.0.0/8, country:US]; RCVD_TLS_LAST(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm]; RECEIVED_SPAMHAUS_PBL(0.00)[136.49.68.36:received] X-ThisMailContainsUnwantedMimeParts: N On 7/24/2021 8:18 PM, Matthew Grooms wrote: > Hi all, > > I'm seeing some strange behavior with kqueue timers on my aarch64 > host. Here is a simple test program that I've compiled on both amd64 > and aarch64. It just sets up a simple kqueue timer with a loop that > waits for the event to fire every 3 seconds ... > > #include > #include > #include > #include > #include > > int main( int argc, char *argv[] ) > { >     int kq = kqueue(); >     if( kq < 0 ) >         err( 1, "failed to obtain kqueue handle" ); > >     struct kevent ke; >     EV_SET( &ke, 1, EVFILT_TIMER, EV_ADD | EV_ENABLE, 0, 3000, 0 ); >     if( kevent( kq, &ke, 1, NULL, 0, NULL ) < 0 ) >         err( 1, "failed to add kevent timer filter" ); > >     printf( "started at %i\n", (int)time(NULL) ); > >     while( true ) >     { >         int r = kevent( kq, NULL, 0, &ke, 1, NULL ); >         if( r < 0 ) >             err( 1, "failed to read kevent list" ); > >         printf( "timer fired %i times at %i\n", r, (int)time(NULL) ); >     } > >     return 0; > } > > When I compile and run the code on an amd64 host, everything works as > expected. The event timer expires once every 3 seconds ... > > mgrooms@amd64:~/devel$ cc test.cpp -o test && ./test > started at 1627175311 > timer fired 1 times at 1627175314 > timer fired 1 times at 1627175317 > timer fired 1 times at 1627175320 > > However, when I compile and run the same code on an aarch64 host ( > rpi4b ), something very different happens. The event timer expires > after 3 seconds the first time. But each subsequent expiration is for > exactly twice the defined interval, 6 seconds ... > > mgrooms@aarch64:~/devel$ cc test.cpp -o test && ./test > started at 1625789207 > timer fired 1 times at 1625789210 > timer fired 1 times at 1625789216 > timer fired 1 times at 1625789222 > > Any idea what's going on here? Seems like a bug in somewhere on the > arm side. Sorry. Forgot to mention the OS version. It's 13 stable on the aarch64 side ... FreeBSD generic 13.0-STABLE FreeBSD 13.0-STABLE #8 stable/13-n246015-ade8b810b02-dirty: Tue Jun 15 21:04:38 CDT 2021 -Matthew From nobody Sun Jul 25 08:01:36 2021 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 275AB12BC065 for ; Sun, 25 Jul 2021 08:03:27 +0000 (UTC) (envelope-from herbert@gojira.at) Received: from mail.bsd4all.net (mail.bsd4all.net [94.130.200.20]) (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-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mail.bsd4all.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4GXbCd2ThKz3j6d for ; Sun, 25 Jul 2021 08:03:24 +0000 (UTC) (envelope-from herbert@gojira.at) Date: Sun, 25 Jul 2021 10:01:36 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=gojira.at; s=mail202005; t=1627200196; bh=9rNe9PTmx6/aw0AmGreTa+qe7BGDa8TBUPCVmKnBU2s=; h=Date:Message-ID:From:To:Subject:MIME-Version:Content-Type; b=rJnUnkobb6iB5zlJktwc7jxO/4PqYM/H5l5EfKZaHO4EfGeJKYy9FmS0V0GDODwu+ n2yCmlh7CXUN0PfjL74/xRn24NdPzz4qk0j7KaACGyRQP+O+3Gug1okp2VtNgJ26B6 Lj/A84+pSTqHDYco1chgd8FUm0yq77Iq94U+HE/e92BtJ1XxEVHpJEsXkagMbquyC9 wAN0Btp8xyYqOpZenM7ho5yu2q229gCAj8fiLRGadl2Qf5+ShLlcXdFvs5hMd578ti kPtvTin7Vlb2oEefHGSBYr51UYMlJznKaHkeh0YJxU8WT2frKJ2WoYRIINgF3Mcuz3 F/sF0URhBrhQw== Message-ID: <87fsw2rfdr.wl-herbert@gojira.at> From: "Herbert J. Skuhra" To: freebsd-arm@freebsd.org Subject: Re: git: 1dec3639fd0c - main - sysutils/u-boot: Update to 2021.07 In-Reply-To: <87k0lnybp4.wl-herbert@gojira.at> References: <202107071618.167GIvXd048504@gitrepo.freebsd.org> <874kd3390q.wl-herbert@gojira.at> <87o8b8n1rf.wl-herbert@gojira.at> <87mtqsn0we.wl-herbert@gojira.at> <20210712115010.a405a8f5e313ec75142fa544@bidouilliste.com> <87k0lnybp4.wl-herbert@gojira.at> User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/28.0 Mule/6.0 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 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 4GXbCd2ThKz3j6d X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gojira.at header.s=mail202005 header.b=rJnUnkob; dmarc=none; spf=pass (mx1.freebsd.org: domain of herbert@gojira.at designates 94.130.200.20 as permitted sender) smtp.mailfrom=herbert@gojira.at X-Spamd-Result: default: False [0.58 / 15.00]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gojira.at:s=mail202005]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:94.130.200.20]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[gojira.at]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_SHORT(0.08)[0.082]; DKIM_TRACE(0.00)[gojira.at:+]; MID_CONTAINS_FROM(1.00)[]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:94.130.0.0/16, country:DE]; MAILMAN_DEST(0.00)[freebsd-arm] X-ThisMailContainsUnwantedMimeParts: N On Sun, 18 Jul 2021 15:48:55 +0200, "Herbert J. Skuhra" wrote: > > On Mon, 12 Jul 2021 13:44:43 +0200, "Herbert J. Skuhra" wrote: > > > This happens even with the official builds! > > > > FreeBSD-13.0-STABLE-arm64-aarch64-RPI-20210701-6aee7855180-246143.img.xz > > ==> OK (U-Boot 2021.04) > > FreeBSD-13.0-STABLE-arm64-aarch64-RPI-20210708-f6d448caf69-246212.img.xz > > ==> Not OK. (U-Boot 2021.07) > > > > I am using U-Boot 2021.04 again because I still don't know how to boot > > from mmc device 2 automatically. > > With the below patch my RPI 3 Model B (0xa02082) boots again: > > --- include/configs/rpi.h.orig 2021-07-18 15:37:55.743031000 +0200 > +++ include/configs/rpi.h 2021-07-18 15:38:51.159286000 +0200 > @@ -173,7 +173,8 @@ > #if CONFIG_IS_ENABLED(CMD_MMC) > #define BOOT_TARGET_MMC(func) \ > func(MMC, mmc, 0) \ > - func(MMC, mmc, 1) > + func(MMC, mmc, 1) \ > + func(MMC, mmc, 2) > #else > > > (sysutils/u-boot-rpi3 / U-Boot 2021.07) Tested also with sysutils/u-boot-(rpi-arm64|rpi2) and all my other RPis (RPi2 and RPi4) are still working. The following snapshots still don't boot: FreeBSD-13.0-STABLE-arm64-aarch64-RPI-20210722-df674da44ef-246411 FreeBSD-14.0-CURRENT-arm64-aarch64-RPI-20210722-27ea55fc655-248140 -- Herbert From nobody Sun Jul 25 21:00:15 2021 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 9B44F12D27C1 for ; Sun, 25 Jul 2021 21:00:16 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4GXwRz4XBFz3N2F for ; Sun, 25 Jul 2021 21:00:15 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (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 mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 615EC1F7B for ; Sun, 25 Jul 2021 21:00:15 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 16PL0Ff2010967 for ; Sun, 25 Jul 2021 21:00:15 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 16PL0FWP010966 for freebsd-arm@FreeBSD.org; Sun, 25 Jul 2021 21:00:15 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <202107252100.16PL0FWP010966@kenobi.freebsd.org> X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@FreeBSD.org using -f From: bugzilla-noreply@FreeBSD.org To: freebsd-arm@FreeBSD.org Subject: Problem reports for freebsd-arm@FreeBSD.org that need special attention Date: Sun, 25 Jul 2021 21:00:15 +0000 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 Content-Type: multipart/alternative; boundary="16272468150.ec86.10666" Content-Transfer-Encoding: 7bit X-ThisMailContainsUnwantedMimeParts: Y --16272468150.ec86.10666 Date: Sun, 25 Jul 2021 21:00:15 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status | Bug Id | Description ------------+-----------+--------------------------------------------------- Open | 238576 | Raspberry Pi 3B+ "shutdown -p" does not shut off Open | 239673 | Spurious Interrupt message from /dev/led/led1 2 problems total for which you should take action. --16272468150.ec86.10666--