From owner-freebsd-arm@freebsd.org Sun Nov 18 02:50:08 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0400A1124207 for ; Sun, 18 Nov 2018 02:50:08 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9A3998E210 for ; Sun, 18 Nov 2018 02:50:07 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id B5AC71BA6F for ; Sun, 18 Nov 2018 02:50:06 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id wAI2o6OZ023164 for ; Sun, 18 Nov 2018 02:50:06 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id wAI2o6K1023163 for freebsd-arm@FreeBSD.org; Sun, 18 Nov 2018 02:50:06 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 233285] Raspberry Pi 3B+ boot Date: Sun, 18 Nov 2018 02:50:06 +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: 12.0-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: ctwohig@atsnetworking.com 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 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 MIME-Version: 1.0 X-Rspamd-Queue-Id: 9A3998E210 X-Spamd-Result: default: False [-0.33 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_SHORT(-0.33)[-0.330,0]; ASN(0.00)[asn:10310, ipnet:2001:1900:2254::/48, country:US] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Nov 2018 02:50:08 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233285 Bug ID: 233285 Summary: Raspberry Pi 3B+ boot Product: Base System Version: 12.0-STABLE Hardware: arm64 OS: Any Status: New Severity: Affects Many People Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: ctwohig@atsnetworking.com I'm using a Raspberry Pi 3B+ with the FreeBSD-12.0-RC1-arm64-aarch64-RPI3.i= mg image. when i try to boot it just goes into the U-Boot command prompt but = will not take any of the commands listed when you press tab. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Tue Nov 20 03:38:51 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2EE3F113C640 for ; Tue, 20 Nov 2018 03:38:51 +0000 (UTC) (envelope-from karl@denninger.net) Received: from colo1.denninger.net (colo1.denninger.net [104.236.120.189]) (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 7D7D6777CE for ; Tue, 20 Nov 2018 03:38:50 +0000 (UTC) (envelope-from karl@denninger.net) Received: from denninger.net (ip68-1-57-197.pn.at.cox.net [68.1.57.197]) by colo1.denninger.net (Postfix) with ESMTP id 58F8621132F for ; Mon, 19 Nov 2018 22:37:43 -0500 (EST) Received: from [192.168.10.13] (D3.Denninger.Net [192.168.10.13]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by denninger.net (Postfix) with ESMTPSA id C6C6F2433AE for ; Mon, 19 Nov 2018 21:37:41 -0600 (CST) To: "freebsd-arm@freebsd.org" From: Karl Denninger Subject: Lost my serial console! :-) Openpgp: preference=signencrypt Message-ID: Date: Mon, 19 Nov 2018 21:37:41 -0600 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms050305080409080709040608" X-Rspamd-Queue-Id: 7D7D6777CE X-Spamd-Result: default: False [2.38 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_ATTACHMENT(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; SUBJECT_HAS_EXCLAIM(0.00)[]; MX_GOOD(-0.01)[px.denninger.net]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.71)[asn: 14061(3.62), country: US(-0.09)]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:14061, ipnet:104.236.64.0/18, country:US]; RCVD_TLS_LAST(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[197.57.1.68.zen.spamhaus.org : 127.0.0.11]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; SIGNED_SMIME(-2.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.95)[0.954,0]; MIME_GOOD(-0.20)[multipart/signed,multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[denninger.net]; NEURAL_SPAM_MEDIUM(0.96)[0.959,0]; RCPT_COUNT_ONE(0.00)[1]; AUTH_NA(1.00)[]; NEURAL_SPAM_LONG(0.97)[0.967,0]; TO_DN_EQ_ADDR_ALL(0.00)[]; R_SPF_NA(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Nov 2018 03:38:51 -0000 This is a cryptographically signed message in MIME format. --------------ms050305080409080709040608 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable I built a 12-Stable pull for the Pi3 using Crochet this afternoon and it appeared to hang on boot (never started the kernel.)=C2=A0 In fact it did= -- but the com console has disappeared so as soon as the kernel was loaded I lost all output to the serial port. It's running; if I connect an ethernet cable and there's a DHCP server out there it will get an address and I can then connect and log into it. I tried setting it in the environment in uboot (and doing a "saveenv"), but that didn't work, nor did setting console=3D"comconsole" in /boot/loader.conf. This used to come up by default but no longer does.... I'm obviously missing something stupid and would certainly like to fix it. :-) --=20 Karl Denninger karl@denninger.net /The Market Ticker/ /[S/MIME encrypted email preferred]/ --------------ms050305080409080709040608 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCC DdgwggagMIIEiKADAgECAhMA5EiKghDOXrvfxYxjITXYDdhIMA0GCSqGSIb3DQEBCwUAMIGL MQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJTmljZXZpbGxlMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExITAf BgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQTAeFw0xNzA4MTcxNjQyMTdaFw0yNzA4 MTUxNjQyMTdaMHsxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkwFwYDVQQKDBBD dWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExJTAjBgNVBAMMHEN1 ZGEgU3lzdGVtcyBMTEMgMjAxNyBJbnQgQ0EwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIK AoICAQC1aJotNUI+W4jP7xQDO8L/b4XiF4Rss9O0B+3vMH7Njk85fZ052QhZpMVlpaaO+sCI KqG3oNEbuOHzJB/NDJFnqh7ijBwhdWutdsq23Ux6TvxgakyMPpT6TRNEJzcBVQA0kpby1DVD 0EKSK/FrWWBiFmSxg7qUfmIq/mMzgE6epHktyRM3OGq3dbRdOUgfumWrqHXOrdJz06xE9NzY vc9toqZnd79FUtE/nSZVm1VS3Grq7RKV65onvX3QOW4W1ldEHwggaZxgWGNiR/D4eosAGFxn uYeWlKEC70c99Mp1giWux+7ur6hc2E+AaTGh+fGeijO5q40OGd+dNMgK8Es0nDRw81lRcl24 SWUEky9y8DArgIFlRd6d3ZYwgc1DMTWkTavx3ZpASp5TWih6yI8ACwboTvlUYeooMsPtNa9E 6UQ1nt7VEi5syjxnDltbEFoLYcXBcqhRhFETJe9CdenItAHAtOya3w5+fmC2j/xJz29og1KH YqWHlo3Kswi9G77an+zh6nWkMuHs+03DU8DaOEWzZEav3lVD4u76bKRDTbhh0bMAk4eXriGL h4MUoX3Imfcr6JoyheVrAdHDL/BixbMH1UUspeRuqQMQ5b2T6pabXP0oOB4FqldWiDgJBGRd zWLgCYG8wPGJGYgHibl5rFiI5Ix3FQncipc6SdUzOQIDAQABo4IBCjCCAQYwHQYDVR0OBBYE FF3AXsKnjdPND5+bxVECGKtc047PMIHABgNVHSMEgbgwgbWAFBu1oRhUMNEzjODolDka5k4Q EDBioYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJ TmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5 c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYIJAKxAy1WBo2kY MBIGA1UdEwEB/wQIMAYBAf8CAQAwDgYDVR0PAQH/BAQDAgGGMA0GCSqGSIb3DQEBCwUAA4IC AQCB5686UCBVIT52jO3sz9pKuhxuC2npi8ZvoBwt/IH9piPA15/CGF1XeXUdu2qmhOjHkVLN gO7XB1G8CuluxofOIUce0aZGyB+vZ1ylHXlMeB0R82f5dz3/T7RQso55Y2Vog2Zb7PYTC5B9 oNy3ylsnNLzanYlcW3AAfzZcbxYuAdnuq0Im3EpGm8DoItUcf1pDezugKm/yKtNtY6sDyENj tExZ377cYA3IdIwqn1Mh4OAT/Rmh8au2rZAo0+bMYBy9C11Ex0hQ8zWcvPZBDn4v4RtO8g+K uQZQcJnO09LJNtw94W3d2mj4a7XrsKMnZKvm6W9BJIQ4Nmht4wXAtPQ1xA+QpxPTmsGAU0Cv HmqVC7XC3qxFhaOrD2dsvOAK6Sn3MEpH/YrfYCX7a7cz5zW3DsJQ6o3pYfnnQz+hnwLlz4MK 17NIA0WOdAF9IbtQqarf44+PEyUbKtz1r0KGeGLs+VGdd2FLA0e7yuzxJDYcaBTVwqaHhU2/ Fna/jGU7BhrKHtJbb/XlLeFJ24yvuiYKpYWQSSyZu1R/gvZjHeGb344jGBsZdCDrdxtQQcVA 6OxsMAPSUPMrlg9LWELEEYnVulQJerWxpUecGH92O06wwmPgykkz//UmmgjVSh7ErNvL0lUY UMfunYVO/O5hwhW+P4gviCXzBFeTtDZH259O7TCCBzAwggUYoAMCAQICEwCg0WvVwekjGFiO 62SckFwepz0wDQYJKoZIhvcNAQELBQAwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3Jp ZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBD QTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExMQyAyMDE3IEludCBDQTAeFw0xNzA4MTcyMTIx MjBaFw0yMjA4MTYyMTIxMjBaMFcxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRswGQYDVQQDDBJrYXJsQGRlbm5pbmdlci5uZXQw ggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQC+HVSyxVtJhy3Ohs+PAGRuO//Dha9A 16l5FPATr6wude9zjX5f2lrkRyU8vhCXTZW7WbvWZKpcZ8r0dtZmiK9uF58Ec6hhvfkxJzbg 96WHBw5Fumd5ahZzuCJDtCAWW8R7/KN+zwzQf1+B3MVLmbaXAFBuKzySKhKMcHbK3/wjUYTg y+3UK6v2SBrowvkUBC+jxNg3Wy12GsTXcUS/8FYIXgVVPgfZZrbJJb5HWOQpvvhILpPCD3xs YJFNKEPltXKWHT7Qtc2HNqikgNwj8oqOb+PeZGMiWapsatKm8mxuOOGOEBhAoTVTwUHlMNTg 6QUCJtuWFCK38qOCyk9Haj+86lUU8RG6FkRXWgMbNQm1mWREQhw3axgGLSntjjnznJr5vsvX SYR6c+XKLd5KQZcS6LL8FHYNjqVKHBYM+hDnrTZMqa20JLAF1YagutDiMRURU23iWS7bA9tM cXcqkclTSDtFtxahRifXRI7Epq2GSKuEXe/1Tfb5CE8QsbCpGsfSwv2tZ/SpqVG08MdRiXxN 5tmZiQWo15IyWoeKOXl/hKxA9KPuDHngXX022b1ly+5ZOZbxBAZZMod4y4b4FiRUhRI97r9l CxsP/EPHuuTIZ82BYhrhbtab8HuRo2ofne2TfAWY2BlA7ExM8XShMd9bRPZrNTokPQPUCWCg CdIATQIDAQABo4IBzzCCAcswPAYIKwYBBQUHAQEEMDAuMCwGCCsGAQUFBzABhiBodHRwOi8v b2NzcC5jdWRhc3lzdGVtcy5uZXQ6ODg4ODAJBgNVHRMEAjAAMBEGCWCGSAGG+EIBAQQEAwIF oDAOBgNVHQ8BAf8EBAMCBeAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMDMGCWCG SAGG+EIBDQQmFiRPcGVuU1NMIEdlbmVyYXRlZCBDbGllbnQgQ2VydGlmaWNhdGUwHQYDVR0O BBYEFLElmNWeVgsBPe7O8NiBzjvjYnpRMIHKBgNVHSMEgcIwgb+AFF3AXsKnjdPND5+bxVEC GKtc047PoYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UE BwwJTmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRh IFN5c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYITAORIioIQ zl6738WMYyE12A3YSDAdBgNVHREEFjAUgRJrYXJsQGRlbm5pbmdlci5uZXQwDQYJKoZIhvcN AQELBQADggIBAJXboPFBMLMtaiUt4KEtJCXlHO/3ZzIUIw/eobWFMdhe7M4+0u3te0sr77QR dcPKR0UeHffvpth2Mb3h28WfN0FmJmLwJk+pOx4u6uO3O0E1jNXoKh8fVcL4KU79oEQyYkbu 2HwbXBU9HbldPOOZDnPLi0whi/sbFHdyd4/w/NmnPgzAsQNZ2BYT9uBNr+jZw4SsluQzXG1X lFL/qCBoi1N2mqKPIepfGYF6drbr1RnXEJJsuD+NILLooTNf7PMgHPZ4VSWQXLNeFfygoOOK FiO0qfxPKpDMA+FHa8yNjAJZAgdJX5Mm1kbqipvb+r/H1UAmrzGMbhmf1gConsT5f8KU4n3Q IM2sOpTQe7BoVKlQM/fpQi6aBzu67M1iF1WtODpa5QUPvj1etaK+R3eYBzi4DIbCIWst8MdA 1+fEeKJFvMEZQONpkCwrJ+tJEuGQmjoQZgK1HeloepF0WDcviiho5FlgtAij+iBPtwMuuLiL shAXA5afMX1hYM4l11JXntle12EQFP1r6wOUkpOdxceCcMVDEJBBCHW2ZmdEaXgAm1VU+fnQ qS/wNw/S0X3RJT1qjr5uVlp2Y0auG/eG0jy6TT0KzTJeR9tLSDXprYkN2l/Qf7/nT6Q03qyE QnnKiBXWAZXveafyU/zYa7t3PTWFQGgWoC4w6XqgPo4KV44OMYIFBzCCBQMCAQEwgZIwezEL MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBglghkgBZQMEAgMFAKCCAkUw GAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTgxMTIwMDMzNzQx WjBPBgkqhkiG9w0BCQQxQgRAVW/GkCZYQi/3tT2T9xuFuRmwIBBEubIAr7qhwH3BxY/gwkz6 3WsM64eJ9Y/sQP+dIgrFbqUNfolWAOC5OOgcYTBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFl AwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3 DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGjBgkrBgEEAYI3EAQxgZUwgZIwezEL MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTCBpQYLKoZIhvcNAQkQAgsxgZWg gZIwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lz dGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0 ZW1zIExMQyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBgkqhkiG9w0BAQEF AASCAgBndYaX0S8dBaM7x1IuE2qoPDWpFFuxNqgHqsCiMWpj1ColwYo0tWYVv4GXMU2Rvy0l r7Ys9wgX6zRWPJ0fg9eJznL7v6s6jk98ygc/CLUXC49i78LDhbm6GGFqQtAyHbPIHXorp0jp x2NqphS/K1OB5G1QRrh1lfo63FrHSPomBQZ6VlhJZB0jRvnfl9qU1FHnZv1+ydQBUPWs6fSL oS8RmtPFNyuLDtEjD328DvvzbJgiEsi7wreiA7bc8wDQXKM6YB1un7fPjCYqsM9x+Ub3K89A AH8pQYMqYwgOPLiCaV3DDJ6ryvhTybZ6SmIIqoG8Od9obw68Ozu1oKMj6yfO92q1xVYbkBLg RbtAD/7XXxeAzSeQw+FFamGiFBJ5nmFXWtoN/SfT65ITUSmRzxCQn9GVqzIJdAI3yo1F5Ae7 3b239KPestmIs5nouwzdOoyfn4eCvD+/W9eWbKvkEiOldVN4oESUsOfYbS/HOq3KNlCQ7VPq +tRJyjJwNcYA3tLW174t4UjUvy0kE0vFAqX6hM2uxlBxw5vsxCF69pInK7ZXfKT3UDriWaIh fRTT96nPVzFtjf5nawDIp/KmfttU/P/WMbonBpZsHmMEVBy7qABPwYqCNelDuTsxCM1ZHG17 HF5w9iRhzMp7AfMhplqIXBZ2QV9lBY3/yXIjlBCSugAAAAAAAA== --------------ms050305080409080709040608-- From owner-freebsd-arm@freebsd.org Tue Nov 20 04:12:07 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 836AB113D5D9 for ; Tue, 20 Nov 2018 04:12:07 +0000 (UTC) (envelope-from karl@denninger.net) Received: from colo1.denninger.net (colo1.denninger.net [104.236.120.189]) (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 0FE61786F2 for ; Tue, 20 Nov 2018 04:12:07 +0000 (UTC) (envelope-from karl@denninger.net) Received: from denninger.net (ip68-1-57-197.pn.at.cox.net [68.1.57.197]) by colo1.denninger.net (Postfix) with ESMTP id 4C01821132F; Mon, 19 Nov 2018 23:12:06 -0500 (EST) Received: from [192.168.10.13] (D3.Denninger.Net [192.168.10.13]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by denninger.net (Postfix) with ESMTPSA id B114C243463; Mon, 19 Nov 2018 22:12:05 -0600 (CST) Subject: Re: Lost my serial console! :-) To: "Rodney W. Grimes" Cc: "freebsd-arm@freebsd.org" References: <201811200404.wAK44pOe064891@pdx.rh.CN85.dnsmgr.net> From: Karl Denninger Openpgp: preference=signencrypt Message-ID: Date: Mon, 19 Nov 2018 22:12:05 -0600 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <201811200404.wAK44pOe064891@pdx.rh.CN85.dnsmgr.net> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms080207070907090305090604" X-Rspamd-Queue-Id: 0FE61786F2 X-Spamd-Result: default: False [2.26 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; HAS_ATTACHMENT(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; SUBJECT_HAS_EXCLAIM(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MX_GOOD(-0.01)[cached: px.denninger.net]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:14061, ipnet:104.236.64.0/18, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[197.57.1.68.zen.spamhaus.org : 127.0.0.11]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; SIGNED_SMIME(-2.00)[]; NEURAL_SPAM_SHORT(0.98)[0.980,0]; MIME_GOOD(-0.20)[multipart/signed,multipart/alternative,text/plain]; DMARC_NA(0.00)[denninger.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.89)[0.889,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.90)[0.898,0]; R_SPF_NA(0.00)[]; IP_SCORE(0.71)[asn: 14061(3.62), country: US(-0.09)] X-Rspamd-Server: mx1.freebsd.org X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Nov 2018 04:12:07 -0000 This is a cryptographically signed message in MIME format. --------------ms080207070907090305090604 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 11/19/2018 22:04, Rodney W. Grimes wrote: >> I built a 12-Stable pull for the Pi3 using Crochet this afternoon and = it >> appeared to hang on boot (never started the kernel.)? In fact it did -= - >> but the com console has disappeared so as soon as the kernel was loade= d >> I lost all output to the serial port. >> >> It's running; if I connect an ethernet cable and there's a DHCP server= >> out there it will get an address and I can then connect and log into i= t. >> >> I tried setting it in the environment in uboot (and doing a "saveenv")= , >> but that didn't work, nor did setting console=3D"comconsole" in >> /boot/loader.conf. >> >> This used to come up by default but no longer does.... I'm obviously >> missing something stupid and would certainly like to fix it. :-) > You might check what all the various files on the 12.0-RC1 RPI3 > image has, I just tested it and both the serial console and HDMI > video w/USB keyboard works. > > Crochet may of not caught up with some thing. I'll look into that; it's possible although there are no recent commits related to this (the latest was a size change for the Pine)... the other thing is a PI3B+ does not appear to boot at all but I need to grab the base image to see why since I have no serial console on the one I built.=C2=A0 Is this known (since that's the current hardware rev)? --=20 Karl Denninger karl@denninger.net /The Market Ticker/ /[S/MIME encrypted email preferred]/ --------------ms080207070907090305090604 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCC DdgwggagMIIEiKADAgECAhMA5EiKghDOXrvfxYxjITXYDdhIMA0GCSqGSIb3DQEBCwUAMIGL MQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJTmljZXZpbGxlMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExITAf BgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQTAeFw0xNzA4MTcxNjQyMTdaFw0yNzA4 MTUxNjQyMTdaMHsxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkwFwYDVQQKDBBD dWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExJTAjBgNVBAMMHEN1 ZGEgU3lzdGVtcyBMTEMgMjAxNyBJbnQgQ0EwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIK AoICAQC1aJotNUI+W4jP7xQDO8L/b4XiF4Rss9O0B+3vMH7Njk85fZ052QhZpMVlpaaO+sCI KqG3oNEbuOHzJB/NDJFnqh7ijBwhdWutdsq23Ux6TvxgakyMPpT6TRNEJzcBVQA0kpby1DVD 0EKSK/FrWWBiFmSxg7qUfmIq/mMzgE6epHktyRM3OGq3dbRdOUgfumWrqHXOrdJz06xE9NzY vc9toqZnd79FUtE/nSZVm1VS3Grq7RKV65onvX3QOW4W1ldEHwggaZxgWGNiR/D4eosAGFxn uYeWlKEC70c99Mp1giWux+7ur6hc2E+AaTGh+fGeijO5q40OGd+dNMgK8Es0nDRw81lRcl24 SWUEky9y8DArgIFlRd6d3ZYwgc1DMTWkTavx3ZpASp5TWih6yI8ACwboTvlUYeooMsPtNa9E 6UQ1nt7VEi5syjxnDltbEFoLYcXBcqhRhFETJe9CdenItAHAtOya3w5+fmC2j/xJz29og1KH YqWHlo3Kswi9G77an+zh6nWkMuHs+03DU8DaOEWzZEav3lVD4u76bKRDTbhh0bMAk4eXriGL h4MUoX3Imfcr6JoyheVrAdHDL/BixbMH1UUspeRuqQMQ5b2T6pabXP0oOB4FqldWiDgJBGRd zWLgCYG8wPGJGYgHibl5rFiI5Ix3FQncipc6SdUzOQIDAQABo4IBCjCCAQYwHQYDVR0OBBYE FF3AXsKnjdPND5+bxVECGKtc047PMIHABgNVHSMEgbgwgbWAFBu1oRhUMNEzjODolDka5k4Q EDBioYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJ TmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5 c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYIJAKxAy1WBo2kY MBIGA1UdEwEB/wQIMAYBAf8CAQAwDgYDVR0PAQH/BAQDAgGGMA0GCSqGSIb3DQEBCwUAA4IC AQCB5686UCBVIT52jO3sz9pKuhxuC2npi8ZvoBwt/IH9piPA15/CGF1XeXUdu2qmhOjHkVLN gO7XB1G8CuluxofOIUce0aZGyB+vZ1ylHXlMeB0R82f5dz3/T7RQso55Y2Vog2Zb7PYTC5B9 oNy3ylsnNLzanYlcW3AAfzZcbxYuAdnuq0Im3EpGm8DoItUcf1pDezugKm/yKtNtY6sDyENj tExZ377cYA3IdIwqn1Mh4OAT/Rmh8au2rZAo0+bMYBy9C11Ex0hQ8zWcvPZBDn4v4RtO8g+K uQZQcJnO09LJNtw94W3d2mj4a7XrsKMnZKvm6W9BJIQ4Nmht4wXAtPQ1xA+QpxPTmsGAU0Cv HmqVC7XC3qxFhaOrD2dsvOAK6Sn3MEpH/YrfYCX7a7cz5zW3DsJQ6o3pYfnnQz+hnwLlz4MK 17NIA0WOdAF9IbtQqarf44+PEyUbKtz1r0KGeGLs+VGdd2FLA0e7yuzxJDYcaBTVwqaHhU2/ Fna/jGU7BhrKHtJbb/XlLeFJ24yvuiYKpYWQSSyZu1R/gvZjHeGb344jGBsZdCDrdxtQQcVA 6OxsMAPSUPMrlg9LWELEEYnVulQJerWxpUecGH92O06wwmPgykkz//UmmgjVSh7ErNvL0lUY UMfunYVO/O5hwhW+P4gviCXzBFeTtDZH259O7TCCBzAwggUYoAMCAQICEwCg0WvVwekjGFiO 62SckFwepz0wDQYJKoZIhvcNAQELBQAwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3Jp ZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBD QTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExMQyAyMDE3IEludCBDQTAeFw0xNzA4MTcyMTIx MjBaFw0yMjA4MTYyMTIxMjBaMFcxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRswGQYDVQQDDBJrYXJsQGRlbm5pbmdlci5uZXQw ggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQC+HVSyxVtJhy3Ohs+PAGRuO//Dha9A 16l5FPATr6wude9zjX5f2lrkRyU8vhCXTZW7WbvWZKpcZ8r0dtZmiK9uF58Ec6hhvfkxJzbg 96WHBw5Fumd5ahZzuCJDtCAWW8R7/KN+zwzQf1+B3MVLmbaXAFBuKzySKhKMcHbK3/wjUYTg y+3UK6v2SBrowvkUBC+jxNg3Wy12GsTXcUS/8FYIXgVVPgfZZrbJJb5HWOQpvvhILpPCD3xs YJFNKEPltXKWHT7Qtc2HNqikgNwj8oqOb+PeZGMiWapsatKm8mxuOOGOEBhAoTVTwUHlMNTg 6QUCJtuWFCK38qOCyk9Haj+86lUU8RG6FkRXWgMbNQm1mWREQhw3axgGLSntjjnznJr5vsvX SYR6c+XKLd5KQZcS6LL8FHYNjqVKHBYM+hDnrTZMqa20JLAF1YagutDiMRURU23iWS7bA9tM cXcqkclTSDtFtxahRifXRI7Epq2GSKuEXe/1Tfb5CE8QsbCpGsfSwv2tZ/SpqVG08MdRiXxN 5tmZiQWo15IyWoeKOXl/hKxA9KPuDHngXX022b1ly+5ZOZbxBAZZMod4y4b4FiRUhRI97r9l CxsP/EPHuuTIZ82BYhrhbtab8HuRo2ofne2TfAWY2BlA7ExM8XShMd9bRPZrNTokPQPUCWCg CdIATQIDAQABo4IBzzCCAcswPAYIKwYBBQUHAQEEMDAuMCwGCCsGAQUFBzABhiBodHRwOi8v b2NzcC5jdWRhc3lzdGVtcy5uZXQ6ODg4ODAJBgNVHRMEAjAAMBEGCWCGSAGG+EIBAQQEAwIF oDAOBgNVHQ8BAf8EBAMCBeAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMDMGCWCG SAGG+EIBDQQmFiRPcGVuU1NMIEdlbmVyYXRlZCBDbGllbnQgQ2VydGlmaWNhdGUwHQYDVR0O BBYEFLElmNWeVgsBPe7O8NiBzjvjYnpRMIHKBgNVHSMEgcIwgb+AFF3AXsKnjdPND5+bxVEC GKtc047PoYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UE BwwJTmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRh IFN5c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYITAORIioIQ zl6738WMYyE12A3YSDAdBgNVHREEFjAUgRJrYXJsQGRlbm5pbmdlci5uZXQwDQYJKoZIhvcN AQELBQADggIBAJXboPFBMLMtaiUt4KEtJCXlHO/3ZzIUIw/eobWFMdhe7M4+0u3te0sr77QR dcPKR0UeHffvpth2Mb3h28WfN0FmJmLwJk+pOx4u6uO3O0E1jNXoKh8fVcL4KU79oEQyYkbu 2HwbXBU9HbldPOOZDnPLi0whi/sbFHdyd4/w/NmnPgzAsQNZ2BYT9uBNr+jZw4SsluQzXG1X lFL/qCBoi1N2mqKPIepfGYF6drbr1RnXEJJsuD+NILLooTNf7PMgHPZ4VSWQXLNeFfygoOOK FiO0qfxPKpDMA+FHa8yNjAJZAgdJX5Mm1kbqipvb+r/H1UAmrzGMbhmf1gConsT5f8KU4n3Q IM2sOpTQe7BoVKlQM/fpQi6aBzu67M1iF1WtODpa5QUPvj1etaK+R3eYBzi4DIbCIWst8MdA 1+fEeKJFvMEZQONpkCwrJ+tJEuGQmjoQZgK1HeloepF0WDcviiho5FlgtAij+iBPtwMuuLiL shAXA5afMX1hYM4l11JXntle12EQFP1r6wOUkpOdxceCcMVDEJBBCHW2ZmdEaXgAm1VU+fnQ qS/wNw/S0X3RJT1qjr5uVlp2Y0auG/eG0jy6TT0KzTJeR9tLSDXprYkN2l/Qf7/nT6Q03qyE QnnKiBXWAZXveafyU/zYa7t3PTWFQGgWoC4w6XqgPo4KV44OMYIFBzCCBQMCAQEwgZIwezEL MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBglghkgBZQMEAgMFAKCCAkUw GAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTgxMTIwMDQxMjA1 WjBPBgkqhkiG9w0BCQQxQgRA6sSzIyN9juGRrZHW/ForurGmUHKQ0c0/TfUIt98QeJxixwqi eBi9XNA400W5GP36/nsVFcNf5owgTq2pU9wc5TBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFl AwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3 DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGjBgkrBgEEAYI3EAQxgZUwgZIwezEL MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTCBpQYLKoZIhvcNAQkQAgsxgZWg gZIwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lz dGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0 ZW1zIExMQyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBgkqhkiG9w0BAQEF AASCAgBoJR0fc5gld+oZmnwrURHYu71R8xojAgP+319VstxpyoqdYkeGFcdZLx6p4hYWGgBY tqJQt0JEwhRDBjuy3XjcSCbbfHWDzXe6UqkUqLOTD9hFnI2ClItsZOziYmDSSHVnIl/hfSiK 225OQTcgGQbT9K0vvC99C8Ye0evhW4L6KLPeuQ/OlZ64DFf1DVopOTyhwJS+PGgEHKDE8b6y VSEAY+p4tSO+ihy858R6OWKwr9CddF2DkbkEnv5kingTvUkgQ9cnVa4yj7LvaM7/xLfwvNfX 2PfuSeMHzB2Mvx4Civs6iMz15+qStNveMByGCLyglZv0wbtnRJbGtuQBAbRAUFwYEfTUY32w g856oyOl9ZfN0t0S4iQ/l+eUmf4Dy0mBB2q9MokIYt/FMuZoRlEsKdV0w1JQfinhi6svhU/O nhJZG+38Uf+XNliM2B7GMz5bJlz646Ab7tYtXHnZsuwvbU3SmCFKqu3buILFecQy3rBngWxQ SBXqQd04Oy1fzlbGGqIRuQ3FHSpSD/gUGwdMJK678Pw2eEhxnlwYxNgdlxedEjjYXRQqzvlL W18OAbY7TysOmkKFR/wclNJ/NVAuibQJH7NtSrI4TXBqw1a5mbBOEiLWsCyw7stvQJAcZ80m AekAZg94XlvPaqDTx0YXgDZgDMNDKMHFKgBDza9/BQAAAAAAAA== --------------ms080207070907090305090604-- From owner-freebsd-arm@freebsd.org Tue Nov 20 04:25:07 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3F66C113D948 for ; Tue, 20 Nov 2018 04:25:07 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 920AB79069 for ; Tue, 20 Nov 2018 04:25:06 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id wAK44pG5064892; Mon, 19 Nov 2018 20:04:52 -0800 (PST) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd-rwg@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id wAK44pOe064891; Mon, 19 Nov 2018 20:04:51 -0800 (PST) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201811200404.wAK44pOe064891@pdx.rh.CN85.dnsmgr.net> Subject: Re: Lost my serial console! :-) In-Reply-To: To: Karl Denninger Date: Mon, 19 Nov 2018 20:04:51 -0800 (PST) CC: "freebsd-arm@freebsd.org" X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 920AB79069 X-Spamd-Result: default: False [0.49 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-0.39)[-0.388,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.41)[0.409,0]; NEURAL_HAM_LONG(-0.40)[-0.400,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[dnsmgr.net]; AUTH_NA(1.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; SUBJECT_HAS_EXCLAIM(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MX_GOOD(-0.01)[cached: pdx.rh.CN85.dnsmgr.net]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:13868, ipnet:69.59.192.0/19, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(-0.02)[country: US(-0.09)] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Nov 2018 04:25:07 -0000 > I built a 12-Stable pull for the Pi3 using Crochet this afternoon and it > appeared to hang on boot (never started the kernel.)? In fact it did -- > but the com console has disappeared so as soon as the kernel was loaded > I lost all output to the serial port. > > It's running; if I connect an ethernet cable and there's a DHCP server > out there it will get an address and I can then connect and log into it. > > I tried setting it in the environment in uboot (and doing a "saveenv"), > but that didn't work, nor did setting console="comconsole" in > /boot/loader.conf. > > This used to come up by default but no longer does.... I'm obviously > missing something stupid and would certainly like to fix it. :-) You might check what all the various files on the 12.0-RC1 RPI3 image has, I just tested it and both the serial console and HDMI video w/USB keyboard works. Crochet may of not caught up with some thing. -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-arm@freebsd.org Tue Nov 20 15:39:10 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BDE99113344A for ; Tue, 20 Nov 2018 15:39:10 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 15BC07275D for ; Tue, 20 Nov 2018 15:39:09 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id wAKFd4p2067300; Tue, 20 Nov 2018 07:39:04 -0800 (PST) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd-rwg@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id wAKFd41t067299; Tue, 20 Nov 2018 07:39:04 -0800 (PST) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201811201539.wAKFd41t067299@pdx.rh.CN85.dnsmgr.net> Subject: Re: Lost my serial console! :-) In-Reply-To: To: Karl Denninger Date: Tue, 20 Nov 2018 07:39:04 -0800 (PST) CC: "freebsd-arm@freebsd.org" X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 15BC07275D X-Spamd-Result: default: False [0.48 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-0.21)[-0.212,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[dnsmgr.net]; AUTH_NA(1.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; SUBJECT_HAS_EXCLAIM(0.00)[]; MX_GOOD(-0.01)[cached: pdx.rh.CN85.dnsmgr.net]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.39)[-0.390,0]; NEURAL_SPAM_LONG(0.21)[0.214,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:13868, ipnet:69.59.192.0/19, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(-0.02)[country: US(-0.09)] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Nov 2018 15:39:10 -0000 [ Charset UTF-8 unsupported, converting... ] > On 11/19/2018 22:04, Rodney W. Grimes wrote: > >> I built a 12-Stable pull for the Pi3 using Crochet this afternoon and it > >> appeared to hang on boot (never started the kernel.)? In fact it did -- > >> but the com console has disappeared so as soon as the kernel was loaded > >> I lost all output to the serial port. > >> > >> It's running; if I connect an ethernet cable and there's a DHCP server > >> out there it will get an address and I can then connect and log into it. > >> > >> I tried setting it in the environment in uboot (and doing a "saveenv"), > >> but that didn't work, nor did setting console="comconsole" in > >> /boot/loader.conf. > >> > >> This used to come up by default but no longer does.... I'm obviously > >> missing something stupid and would certainly like to fix it. :-) > > You might check what all the various files on the 12.0-RC1 RPI3 > > image has, I just tested it and both the serial console and HDMI > > video w/USB keyboard works. > > > > Crochet may of not caught up with some thing. > I'll look into that; it's possible although there are no recent commits > related to this (the latest was a size change for the Pine)... the other > thing is a PI3B+ does not appear to boot at all but I need to grab the > base image to see why since I have no serial console on the one I > built.? Is this known (since that's the current hardware rev)? I can not speak to the PI3B+ at all, I only have a PI3B, I seem to recall someone having a issue on the PI3B+ though. What hardware do you actually have? -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-arm@freebsd.org Tue Nov 20 15:49:55 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BE4E51133862 for ; Tue, 20 Nov 2018 15:49:55 +0000 (UTC) (envelope-from karl@denninger.net) Received: from colo1.denninger.net (colo1.denninger.net [104.236.120.189]) (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 2A9CB72DC8 for ; Tue, 20 Nov 2018 15:49:55 +0000 (UTC) (envelope-from karl@denninger.net) Received: from denninger.net (ip68-1-57-197.pn.at.cox.net [68.1.57.197]) by colo1.denninger.net (Postfix) with ESMTP id D7E1721158D; Tue, 20 Nov 2018 10:49:23 -0500 (EST) Received: from [192.168.10.13] (D3.Denninger.Net [192.168.10.13]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by denninger.net (Postfix) with ESMTPSA id 0712F239963; Tue, 20 Nov 2018 09:49:23 -0600 (CST) Subject: Re: Lost my serial console! :-) To: "Rodney W. Grimes" Cc: "freebsd-arm@freebsd.org" References: <201811201539.wAKFd41t067299@pdx.rh.CN85.dnsmgr.net> From: Karl Denninger Openpgp: preference=signencrypt Message-ID: <81256421-c170-8064-4a1d-5dd97d9c8b6e@denninger.net> Date: Tue, 20 Nov 2018 09:49:22 -0600 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <201811201539.wAKFd41t067299@pdx.rh.CN85.dnsmgr.net> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms010505040305090904010706" X-Rspamd-Queue-Id: 2A9CB72DC8 X-Spamd-Result: default: False [-2.29 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; HAS_ATTACHMENT(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; SUBJECT_HAS_EXCLAIM(0.00)[]; MX_GOOD(-0.01)[cached: px.denninger.net]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.16)[-0.160,0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:14061, ipnet:104.236.64.0/18, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[197.57.1.68.zen.spamhaus.org : 127.0.0.11]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.55)[-0.552,0]; FROM_HAS_DN(0.00)[]; SIGNED_SMIME(-2.00)[]; NEURAL_HAM_LONG(-0.30)[-0.303,0]; MIME_GOOD(-0.20)[multipart/signed,multipart/alternative,text/plain]; DMARC_NA(0.00)[denninger.net]; AUTH_NA(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_NA(0.00)[]; IP_SCORE(-0.06)[ipnet: 104.236.64.0/18(-3.84), asn: 14061(3.62), country: US(-0.09)] X-Rspamd-Server: mx1.freebsd.org X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Nov 2018 15:49:56 -0000 This is a cryptographically signed message in MIME format. --------------ms010505040305090904010706 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 11/20/2018 09:39, Rodney W. Grimes wrote: > [ Charset UTF-8 unsupported, converting... ] >> On 11/19/2018 22:04, Rodney W. Grimes wrote: >>>> I built a 12-Stable pull for the Pi3 using Crochet this afternoon an= d it >>>> appeared to hang on boot (never started the kernel.)? In fact it did= -- >>>> but the com console has disappeared so as soon as the kernel was loa= ded >>>> I lost all output to the serial port. >>>> >>>> It's running; if I connect an ethernet cable and there's a DHCP serv= er >>>> out there it will get an address and I can then connect and log into= it. >>>> >>>> I tried setting it in the environment in uboot (and doing a "saveenv= "), >>>> but that didn't work, nor did setting console=3D"comconsole" in >>>> /boot/loader.conf. >>>> >>>> This used to come up by default but no longer does.... I'm obviously= >>>> missing something stupid and would certainly like to fix it. :-) >>> You might check what all the various files on the 12.0-RC1 RPI3 >>> image has, I just tested it and both the serial console and HDMI >>> video w/USB keyboard works. >>> >>> Crochet may of not caught up with some thing. >> I'll look into that; it's possible although there are no recent commit= s >> related to this (the latest was a size change for the Pine)... the oth= er >> thing is a PI3B+ does not appear to boot at all but I need to grab the= >> base image to see why since I have no serial console on the one I >> built.? Is this known (since that's the current hardware rev)? > I can not speak to the PI3B+ at all, I only have a PI3B, > I seem to recall someone having a issue on the PI3B+ though. > What hardware do you actually have? Lots.=C2=A0 I have several 3Bs, one 3B+ (since that's the current model),= and a passel of 2s. :-)=C2=A0 The 2s are fine but I'm building 11.STABLE for those.=C2=A0 Can't for the 3s, as the code to run those isn't in 11. --=20 Karl Denninger karl@denninger.net /The Market Ticker/ /[S/MIME encrypted email preferred]/ --------------ms010505040305090904010706 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCC DdgwggagMIIEiKADAgECAhMA5EiKghDOXrvfxYxjITXYDdhIMA0GCSqGSIb3DQEBCwUAMIGL MQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJTmljZXZpbGxlMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExITAf BgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQTAeFw0xNzA4MTcxNjQyMTdaFw0yNzA4 MTUxNjQyMTdaMHsxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkwFwYDVQQKDBBD dWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExJTAjBgNVBAMMHEN1 ZGEgU3lzdGVtcyBMTEMgMjAxNyBJbnQgQ0EwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIK AoICAQC1aJotNUI+W4jP7xQDO8L/b4XiF4Rss9O0B+3vMH7Njk85fZ052QhZpMVlpaaO+sCI KqG3oNEbuOHzJB/NDJFnqh7ijBwhdWutdsq23Ux6TvxgakyMPpT6TRNEJzcBVQA0kpby1DVD 0EKSK/FrWWBiFmSxg7qUfmIq/mMzgE6epHktyRM3OGq3dbRdOUgfumWrqHXOrdJz06xE9NzY vc9toqZnd79FUtE/nSZVm1VS3Grq7RKV65onvX3QOW4W1ldEHwggaZxgWGNiR/D4eosAGFxn uYeWlKEC70c99Mp1giWux+7ur6hc2E+AaTGh+fGeijO5q40OGd+dNMgK8Es0nDRw81lRcl24 SWUEky9y8DArgIFlRd6d3ZYwgc1DMTWkTavx3ZpASp5TWih6yI8ACwboTvlUYeooMsPtNa9E 6UQ1nt7VEi5syjxnDltbEFoLYcXBcqhRhFETJe9CdenItAHAtOya3w5+fmC2j/xJz29og1KH YqWHlo3Kswi9G77an+zh6nWkMuHs+03DU8DaOEWzZEav3lVD4u76bKRDTbhh0bMAk4eXriGL h4MUoX3Imfcr6JoyheVrAdHDL/BixbMH1UUspeRuqQMQ5b2T6pabXP0oOB4FqldWiDgJBGRd zWLgCYG8wPGJGYgHibl5rFiI5Ix3FQncipc6SdUzOQIDAQABo4IBCjCCAQYwHQYDVR0OBBYE FF3AXsKnjdPND5+bxVECGKtc047PMIHABgNVHSMEgbgwgbWAFBu1oRhUMNEzjODolDka5k4Q EDBioYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJ TmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5 c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYIJAKxAy1WBo2kY MBIGA1UdEwEB/wQIMAYBAf8CAQAwDgYDVR0PAQH/BAQDAgGGMA0GCSqGSIb3DQEBCwUAA4IC AQCB5686UCBVIT52jO3sz9pKuhxuC2npi8ZvoBwt/IH9piPA15/CGF1XeXUdu2qmhOjHkVLN gO7XB1G8CuluxofOIUce0aZGyB+vZ1ylHXlMeB0R82f5dz3/T7RQso55Y2Vog2Zb7PYTC5B9 oNy3ylsnNLzanYlcW3AAfzZcbxYuAdnuq0Im3EpGm8DoItUcf1pDezugKm/yKtNtY6sDyENj tExZ377cYA3IdIwqn1Mh4OAT/Rmh8au2rZAo0+bMYBy9C11Ex0hQ8zWcvPZBDn4v4RtO8g+K uQZQcJnO09LJNtw94W3d2mj4a7XrsKMnZKvm6W9BJIQ4Nmht4wXAtPQ1xA+QpxPTmsGAU0Cv HmqVC7XC3qxFhaOrD2dsvOAK6Sn3MEpH/YrfYCX7a7cz5zW3DsJQ6o3pYfnnQz+hnwLlz4MK 17NIA0WOdAF9IbtQqarf44+PEyUbKtz1r0KGeGLs+VGdd2FLA0e7yuzxJDYcaBTVwqaHhU2/ Fna/jGU7BhrKHtJbb/XlLeFJ24yvuiYKpYWQSSyZu1R/gvZjHeGb344jGBsZdCDrdxtQQcVA 6OxsMAPSUPMrlg9LWELEEYnVulQJerWxpUecGH92O06wwmPgykkz//UmmgjVSh7ErNvL0lUY UMfunYVO/O5hwhW+P4gviCXzBFeTtDZH259O7TCCBzAwggUYoAMCAQICEwCg0WvVwekjGFiO 62SckFwepz0wDQYJKoZIhvcNAQELBQAwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3Jp ZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBD QTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExMQyAyMDE3IEludCBDQTAeFw0xNzA4MTcyMTIx MjBaFw0yMjA4MTYyMTIxMjBaMFcxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRswGQYDVQQDDBJrYXJsQGRlbm5pbmdlci5uZXQw ggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQC+HVSyxVtJhy3Ohs+PAGRuO//Dha9A 16l5FPATr6wude9zjX5f2lrkRyU8vhCXTZW7WbvWZKpcZ8r0dtZmiK9uF58Ec6hhvfkxJzbg 96WHBw5Fumd5ahZzuCJDtCAWW8R7/KN+zwzQf1+B3MVLmbaXAFBuKzySKhKMcHbK3/wjUYTg y+3UK6v2SBrowvkUBC+jxNg3Wy12GsTXcUS/8FYIXgVVPgfZZrbJJb5HWOQpvvhILpPCD3xs YJFNKEPltXKWHT7Qtc2HNqikgNwj8oqOb+PeZGMiWapsatKm8mxuOOGOEBhAoTVTwUHlMNTg 6QUCJtuWFCK38qOCyk9Haj+86lUU8RG6FkRXWgMbNQm1mWREQhw3axgGLSntjjnznJr5vsvX SYR6c+XKLd5KQZcS6LL8FHYNjqVKHBYM+hDnrTZMqa20JLAF1YagutDiMRURU23iWS7bA9tM cXcqkclTSDtFtxahRifXRI7Epq2GSKuEXe/1Tfb5CE8QsbCpGsfSwv2tZ/SpqVG08MdRiXxN 5tmZiQWo15IyWoeKOXl/hKxA9KPuDHngXX022b1ly+5ZOZbxBAZZMod4y4b4FiRUhRI97r9l CxsP/EPHuuTIZ82BYhrhbtab8HuRo2ofne2TfAWY2BlA7ExM8XShMd9bRPZrNTokPQPUCWCg CdIATQIDAQABo4IBzzCCAcswPAYIKwYBBQUHAQEEMDAuMCwGCCsGAQUFBzABhiBodHRwOi8v b2NzcC5jdWRhc3lzdGVtcy5uZXQ6ODg4ODAJBgNVHRMEAjAAMBEGCWCGSAGG+EIBAQQEAwIF oDAOBgNVHQ8BAf8EBAMCBeAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMDMGCWCG SAGG+EIBDQQmFiRPcGVuU1NMIEdlbmVyYXRlZCBDbGllbnQgQ2VydGlmaWNhdGUwHQYDVR0O BBYEFLElmNWeVgsBPe7O8NiBzjvjYnpRMIHKBgNVHSMEgcIwgb+AFF3AXsKnjdPND5+bxVEC GKtc047PoYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UE BwwJTmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRh IFN5c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYITAORIioIQ zl6738WMYyE12A3YSDAdBgNVHREEFjAUgRJrYXJsQGRlbm5pbmdlci5uZXQwDQYJKoZIhvcN AQELBQADggIBAJXboPFBMLMtaiUt4KEtJCXlHO/3ZzIUIw/eobWFMdhe7M4+0u3te0sr77QR dcPKR0UeHffvpth2Mb3h28WfN0FmJmLwJk+pOx4u6uO3O0E1jNXoKh8fVcL4KU79oEQyYkbu 2HwbXBU9HbldPOOZDnPLi0whi/sbFHdyd4/w/NmnPgzAsQNZ2BYT9uBNr+jZw4SsluQzXG1X lFL/qCBoi1N2mqKPIepfGYF6drbr1RnXEJJsuD+NILLooTNf7PMgHPZ4VSWQXLNeFfygoOOK FiO0qfxPKpDMA+FHa8yNjAJZAgdJX5Mm1kbqipvb+r/H1UAmrzGMbhmf1gConsT5f8KU4n3Q IM2sOpTQe7BoVKlQM/fpQi6aBzu67M1iF1WtODpa5QUPvj1etaK+R3eYBzi4DIbCIWst8MdA 1+fEeKJFvMEZQONpkCwrJ+tJEuGQmjoQZgK1HeloepF0WDcviiho5FlgtAij+iBPtwMuuLiL shAXA5afMX1hYM4l11JXntle12EQFP1r6wOUkpOdxceCcMVDEJBBCHW2ZmdEaXgAm1VU+fnQ qS/wNw/S0X3RJT1qjr5uVlp2Y0auG/eG0jy6TT0KzTJeR9tLSDXprYkN2l/Qf7/nT6Q03qyE QnnKiBXWAZXveafyU/zYa7t3PTWFQGgWoC4w6XqgPo4KV44OMYIFBzCCBQMCAQEwgZIwezEL MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBglghkgBZQMEAgMFAKCCAkUw GAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTgxMTIwMTU0OTIy WjBPBgkqhkiG9w0BCQQxQgRA+ZCrjjFa8VsgkUhdMw9hjuwd75ss5c20U84IDSGX18Mzdp0A ceza41J6i98H1yhXdEsmSuPl22YVfsRM4inhhTBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFl AwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3 DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGjBgkrBgEEAYI3EAQxgZUwgZIwezEL MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTCBpQYLKoZIhvcNAQkQAgsxgZWg gZIwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lz dGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0 ZW1zIExMQyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBgkqhkiG9w0BAQEF AASCAgB9JUG6M80NlukzbUZMIGZmV4pqwz6pm68woLyvEcxmKUCTwGws7y442lcDEPQMf40l SXj93qsrll/iH59ABhpJ+fX0V1bKkqAmLStgWoZdqHAQFyaGyUyUdyW+L1TAaTgC4yS8Ijql 1E6zPLBKNKBa6MjP4H/To1zeDZJ2B6+SbpaRRU3H2Nui3Fgc50hA9AY/mEeDVIef9yYwIMpY 8D44NfFXVIAu3JLGgWyDiAEKtRnqdtCTAxW7dvvkxiu6f8nZuToA6NU09UIb51ea2UN0k9b3 x5Zriw995kBoMEUARUoeD4qaPY6+LvNiGJ1jOeShXmKfRpOd7cmIJRBnn4W4TeDyXkjOGFpJ Jq5NIqgYZObs8D+/KopeK4hAemwwBelNarAdryHmwasySbuS3i29SYHsOWDgh1mx9JhH73I8 DPspxBpvOiICFsNnhwUOQIFK+sLYx4mks8XoUPLEJTV2DpFH86Su1fd2HWRdnVYE6UAkfAzj TzkakGNy7oYx6QT8BQMrKyGk+NcTST3lIFBJyRfdAIps8S8Qjt5DWReY8H5KD8gi85AzHpwC eJ/+ivU8OMZ27CJxLDw09kbtkyzhHkfwSMZx83bfCWt4dixpd0oF28BXZ3wON2pB7M+/dD/h KEcXpVDXEha1qvLEvmWSxYsFcez36svQGqVdFl+S3AAAAAAAAA== --------------ms010505040305090904010706-- From owner-freebsd-arm@freebsd.org Tue Nov 20 15:57:16 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3A8FC1133D32 for ; Tue, 20 Nov 2018 15:57:16 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8163D7337A for ; Tue, 20 Nov 2018 15:57:15 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id wAKFvBfh067372; Tue, 20 Nov 2018 07:57:11 -0800 (PST) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd-rwg@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id wAKFvBLE067371; Tue, 20 Nov 2018 07:57:11 -0800 (PST) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201811201557.wAKFvBLE067371@pdx.rh.CN85.dnsmgr.net> Subject: Re: Lost my serial console! :-) In-Reply-To: <81256421-c170-8064-4a1d-5dd97d9c8b6e@denninger.net> To: Karl Denninger Date: Tue, 20 Nov 2018 07:57:11 -0800 (PST) CC: "freebsd-arm@freebsd.org" X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 8163D7337A X-Spamd-Result: default: False [0.99 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[dnsmgr.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.38)[0.375,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; SUBJECT_HAS_EXCLAIM(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.34)[0.341,0]; MX_GOOD(-0.01)[cached: pdx.rh.CN85.dnsmgr.net]; R_SPF_NA(0.00)[]; NEURAL_HAM_SHORT(-0.60)[-0.600,0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:13868, ipnet:69.59.192.0/19, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(-0.02)[country: US(-0.09)] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Nov 2018 15:57:16 -0000 > On 11/20/2018 09:39, Rodney W. Grimes wrote: > > [ Charset UTF-8 unsupported, converting... ] > >> On 11/19/2018 22:04, Rodney W. Grimes wrote: > >>>> I built a 12-Stable pull for the Pi3 using Crochet this afternoon and it > >>>> appeared to hang on boot (never started the kernel.)? In fact it did -- > >>>> but the com console has disappeared so as soon as the kernel was loaded > >>>> I lost all output to the serial port. > >>>> > >>>> It's running; if I connect an ethernet cable and there's a DHCP server > >>>> out there it will get an address and I can then connect and log into it. > >>>> > >>>> I tried setting it in the environment in uboot (and doing a "saveenv"), > >>>> but that didn't work, nor did setting console="comconsole" in > >>>> /boot/loader.conf. > >>>> > >>>> This used to come up by default but no longer does.... I'm obviously > >>>> missing something stupid and would certainly like to fix it. :-) > >>> You might check what all the various files on the 12.0-RC1 RPI3 > >>> image has, I just tested it and both the serial console and HDMI > >>> video w/USB keyboard works. > >>> > >>> Crochet may of not caught up with some thing. > >> I'll look into that; it's possible although there are no recent commits > >> related to this (the latest was a size change for the Pine)... the other > >> thing is a PI3B+ does not appear to boot at all but I need to grab the > >> base image to see why since I have no serial console on the one I > >> built.? Is this known (since that's the current hardware rev)? > > I can not speak to the PI3B+ at all, I only have a PI3B, > > I seem to recall someone having a issue on the PI3B+ though. > > What hardware do you actually have? > Lots.? I have several 3Bs, one 3B+ (since that's the current model), and > a passel of 2s. :-)? The 2s are fine but I'm building 11.STABLE for > those.? Can't for the 3s, as the code to run those isn't in 11. Ok which of PI3B or PI3B+ or is it both that you are having serial console issues on? Also can you try: http://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/12.0/FreeBSD-12.0-RC1-arm64-aarch64-RPI3.img.xz on both boards and report success/failure/problems? Thanks, -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-arm@freebsd.org Wed Nov 21 18:37:51 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A13E211417A8 for ; Wed, 21 Nov 2018 18:37:51 +0000 (UTC) (envelope-from sparvu@kronometrix.org) Received: from mail.kronometrix.org (mail.kronometrix.org [95.85.46.90]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.kronometrix.org", Issuer "mail.kronometrix.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id BEFB56F93B for ; Wed, 21 Nov 2018 18:37:45 +0000 (UTC) (envelope-from sparvu@kronometrix.org) Received: from [192.168.1.191] (82-203-153-182.bb.dnainternet.fi [82.203.153.182]) (authenticated bits=0) by mail.kronometrix.org (8.15.2/8.15.2) with ESMTPSA id wALIVQ82052789 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Wed, 21 Nov 2018 18:31:27 GMT (envelope-from sparvu@kronometrix.org) X-Authentication-Warning: mail.kronometrix.org: Host 82-203-153-182.bb.dnainternet.fi [82.203.153.182] claimed to be [192.168.1.191] From: Stefan Parvu Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: FreeBSD 12.0 RBPI3B+ and hardware clock support Message-Id: <70D1E906-D92A-4413-9327-DE1779E479E8@kronometrix.org> Date: Wed, 21 Nov 2018 20:31:19 +0200 To: freebsd-arm@freebsd.org X-Mailer: Apple Mail (2.3445.101.1) X-Rspamd-Queue-Id: BEFB56F93B X-Spamd-Result: default: False [3.75 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; HAS_XAW(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; NEURAL_SPAM_MEDIUM(0.94)[0.936,0]; RCPT_COUNT_ONE(0.00)[1]; TO_DN_NONE(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MX_GOOD(-0.01)[mail.kronometrix.org]; NEURAL_SPAM_LONG(0.92)[0.925,0]; DMARC_NA(0.00)[kronometrix.org]; NEURAL_SPAM_SHORT(1.00)[0.996,0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; IP_SCORE(0.70)[asn: 14061(3.59), country: US(-0.09)]; ASN(0.00)[asn:14061, ipnet:95.85.0.0/18, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Nov 2018 18:37:51 -0000 Hi, What is the status regarding FreeBSD 12.0 on RBPI3B+ regarding support = for a hardware clock ? Do we have support only for Maxim DS chipsets ?=20 I download the latest 12.0 RC1 can I simple use the hardware clock = without rebuilding anything or do I really still need to build a new kernel ?=20 Thank you, Stefan= From owner-freebsd-arm@freebsd.org Wed Nov 21 18:43:43 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9332E1141A33 for ; Wed, 21 Nov 2018 18:43:43 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound2m.ore.mailhop.org (outbound2m.ore.mailhop.org [54.149.155.156]) (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 E86176FCCB for ; Wed, 21 Nov 2018 18:43:42 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1542825808; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=A4mS2/QGx0QMXcMDK+WKoHqQm8yakH2DO4tpzDMD0Jqr5wsG7Cwy4QY3v/j2/iHBfkijlraoYUZRm v3u0EsRqEo5pFIYiEVfye1aIVv17wFxOtGvIvsBBDaSwdSBzhAqJgXejFA2lhAc/zE3nv21SZ9tt7v GC37Dg6kYBJ0MCKhD2/1na7gEP/2qgsOvYCxRehbplFmh9q8fS3OBZYGFZv/rzI3N6rC4iHnOAwPfO XDRvd/33E37ZCAhAvgXB6xNR9+zV4OEFX780ospCu68n2NPYSrEvm8qc57aSCB19h7wHuhHqo++8tc UyOj7N+2lcWmetRz0i+SMuNy0zuqz5w== 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=sM8DmqXapKlAkC/pMmjvhL1Zfg56Mzo7yewYlaQE1mM=; b=MTJ02jz+kpXzoqVsd8g3bcKS2jSrvpX1TpJForrZSZ9LzbQsJ03yVDi1FxtlpeHpz7QTBVkjruCOB 3j3cKmubUZJSLu3mo8JMeJvJS3WH5OIp8mKX5i7hlpOIYQ2iiYyUcAOJCPepirjKyOePHe0IrqvvPV BxOBFQh/KCNMPL65gamP/aZCVD2j/W4BVzbX3YcSGed7VF3bUUS8EqiyGJnSHGk/T94ow87kwlhUD8 iKH8x1KxiNg1HsFVihwA4XfsQ07KIDJa/sJXTfeZqhmvXmDweeLEy5JgYD/5XirR5W7DrD3B8V1z2h TPoHX5HhqzArYpNdqfEkx7TN+Fm2uWQ== ARC-Authentication-Results: i=1; outbound4.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=sM8DmqXapKlAkC/pMmjvhL1Zfg56Mzo7yewYlaQE1mM=; b=IKF4Deq0jgNBZn4TvtsfIDtqWA4YDIX6XT5VbNysHz33ig1RLf4+d9uitNxdCZKHQWqN+WyuFmA3e ta/952qWRX41KCPBeW+teKsZ1KfU7TpsGCNZ3a685kF1EdxDX41mJZihidwl9dgz3gI4swgXzyafKy kugevfyPNAot77e9uqNpfkddTA4KpMv89S6u6kDsojv9lMCqSpBVThfmfIVPGe3YC6Qsm+TeOXKUgc g0qUtjqL5b0WC+GAy96nommUpT+B40o87cCTBZ3ghibTWTp3L0EyUA5pfYQHUAy3s17b2cdV7a5NsH 9yGtfcQua2JCxl1r2J0/h1P0XxtGVKw== X-MHO-RoutePath: aGlwcGll X-MHO-User: 54a91105-edbd-11e8-befd-af03bedce89f X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [67.177.211.60]) by outbound4.ore.mailhop.org (Halon) with ESMTPSA id 54a91105-edbd-11e8-befd-af03bedce89f; Wed, 21 Nov 2018 18:43:26 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id wALIhXxG017732; Wed, 21 Nov 2018 11:43:33 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <1542825813.56571.77.camel@freebsd.org> Subject: Re: FreeBSD 12.0 RBPI3B+ and hardware clock support From: Ian Lepore To: Stefan Parvu , freebsd-arm@freebsd.org Date: Wed, 21 Nov 2018 11:43:33 -0700 In-Reply-To: <70D1E906-D92A-4413-9327-DE1779E479E8@kronometrix.org> References: <70D1E906-D92A-4413-9327-DE1779E479E8@kronometrix.org> Content-Type: text/plain; charset="ISO-8859-1" X-Mailer: Evolution 3.18.5.1 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: E86176FCCB X-Spamd-Result: default: False [-0.05 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.27)[-0.275,0]; ASN(0.00)[asn:16509, ipnet:54.148.0.0/15, country:US]; NEURAL_SPAM_SHORT(0.67)[0.669,0]; NEURAL_HAM_LONG(-0.44)[-0.441,0] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Nov 2018 18:43:43 -0000 On Wed, 2018-11-21 at 20:31 +0200, Stefan Parvu wrote: > Hi, > > What is the status regarding FreeBSD 12.0 on RBPI3B+ regarding > support for > a hardware clock ? Do we have support only for Maxim DS chipsets ?  > > I download the latest 12.0 RC1 can I simple use the hardware clock > without rebuilding anything or > do I really still need to build a new kernel ?  > > Thank you, > Stefan We have support for most major/popular i2c-based realtimeclock chips. They all get built as modules, so there is no need to build a custom kernel. You probably will need to identify the chip type and add a load_xxxxx=YES to /boot/loader.conf to get the right driver loaded. Let me know which chipset you're using and I can tell you which driver. You also need an FDT overlay to assign the i2c bus pins and enable the bus and rtc drivers. Someone else will have to help with that part. -- Ian From owner-freebsd-arm@freebsd.org Wed Nov 21 19:14:05 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8DC4511427E0 for ; Wed, 21 Nov 2018 19:14:05 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2DFEE713CC for ; Wed, 21 Nov 2018 19:14:05 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 47FE51A27 for ; Wed, 21 Nov 2018 19:14:04 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id wALJE4Kw075828 for ; Wed, 21 Nov 2018 19:14:04 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id wALJE4Mn075827 for freebsd-arm@FreeBSD.org; Wed, 21 Nov 2018 19:14:04 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 233391] Bananapi M1 video output Date: Wed, 21 Nov 2018 19:14:04 +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 Some People X-Bugzilla-Who: franco.manco@alice.it 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 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 MIME-Version: 1.0 X-Rspamd-Queue-Id: 2DFEE713CC X-Spamd-Result: default: False [0.65 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.04)[-0.043,0]; NEURAL_SPAM_SHORT(0.77)[0.768,0]; NEURAL_HAM_LONG(-0.08)[-0.078,0]; ASN(0.00)[asn:10310, ipnet:2001:1900:2254::/48, country:US] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Nov 2018 19:14:05 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233391 Bug ID: 233391 Summary: Bananapi M1 video output Product: Base System Version: CURRENT Hardware: arm OS: Any Status: New Severity: Affects Some People Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: franco.manco@alice.it I see the uboot output via the HDMI port on my Banana Pi M1, but as soon as= the kernel starts to boot all I see is black screen. I tried all the freebsd versions, 11 to 13 Current and it never worked. While it has always worked with all other distributions. Fedora, Ubuntu, ArchLinux, Gentoo ecc.. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Wed Nov 21 20:30:51 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 23A5011455F5 for ; Wed, 21 Nov 2018 20:30:51 +0000 (UTC) (envelope-from sparvu@kronometrix.org) Received: from mail.kronometrix.org (mail.kronometrix.org [95.85.46.90]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.kronometrix.org", Issuer "mail.kronometrix.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 695C0755D7 for ; Wed, 21 Nov 2018 20:30:50 +0000 (UTC) (envelope-from sparvu@kronometrix.org) Received: from [192.168.1.191] (82-203-153-182.bb.dnainternet.fi [82.203.153.182]) (authenticated bits=0) by mail.kronometrix.org (8.15.2/8.15.2) with ESMTPSA id wALKUlVZ053820 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Wed, 21 Nov 2018 20:30:48 GMT (envelope-from sparvu@kronometrix.org) X-Authentication-Warning: mail.kronometrix.org: Host 82-203-153-182.bb.dnainternet.fi [82.203.153.182] claimed to be [192.168.1.191] From: Stefan Parvu Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: Re: FreeBSD 12.0 RBPI3B+ and hardware clock support Date: Wed, 21 Nov 2018 22:30:41 +0200 References: <70D1E906-D92A-4413-9327-DE1779E479E8@kronometrix.org> <1542825813.56571.77.camel@freebsd.org> To: freebsd-arm@freebsd.org In-Reply-To: <1542825813.56571.77.camel@freebsd.org> Message-Id: <88AEE740-A64E-4F54-9A43-02DB605CFA2D@kronometrix.org> X-Mailer: Apple Mail (2.3445.101.1) X-Rspamd-Queue-Id: 695C0755D7 X-Spamd-Result: default: False [4.49 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; HAS_XAW(0.00)[]; NEURAL_SPAM_MEDIUM(0.98)[0.981,0]; URI_COUNT_ODD(1.00)[3]; RCPT_COUNT_ONE(0.00)[1]; TO_DN_NONE(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MX_GOOD(-0.01)[cached: mail.kronometrix.org]; NEURAL_SPAM_LONG(0.96)[0.958,0]; DMARC_NA(0.00)[kronometrix.org]; NEURAL_SPAM_SHORT(0.66)[0.664,0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; IP_SCORE(0.70)[asn: 14061(3.59), country: US(-0.09)]; ASN(0.00)[asn:14061, ipnet:95.85.0.0/18, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Nov 2018 20:30:51 -0000 > We have support for most major/popular i2c-based realtimeclock chips. Right now we have a system based on MCP79410 [1] - It would be sweet to get this running on 12.0 - Any pointers: is this chip supported ? Thanks, Stefan [1] https://www.microchip.com/wwwproducts/en/MCP79410 = =20= From owner-freebsd-arm@freebsd.org Wed Nov 21 20:37:09 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 12DB61145C7A for ; Wed, 21 Nov 2018 20:37:09 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1.eu.mailhop.org (outbound1.eu.mailhop.org [52.28.251.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 53EEA75BD8 for ; Wed, 21 Nov 2018 20:37:08 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1542832620; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=K0qrF1kM/5CBhgDDPSykNpxq7G17FEWNVE3Fp3IzZBpqDE/ygPxU9ulFSxZqyviiXFn7TqyIvYIN0 Sgwd61wWepAMfQX9JuBB7i3OXnPF1rZNMIO8PtsaNdGCh8iRSlqIHXPxJORI0dIauYWQ3btZwY7w8C awKAce8H7JvrQtqlWEzPU9UiLLHFO5KTsLO+eyCrOGFRHRkMZ32uOBtXlDSYjFkXqUjYQcZPEYEN+P D4jeJddM6RuBkQ5xYo09orBfdrlNxze23PSx+ix9lnrtr1seJqhJNNeSPyXT3cngFWn7XicuQb56bH V5eajLIiCdXyLyYkqA/rPlKqiZqGMPg== 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=xGoktKaqoIiWLGxlLoU+I+1Hw8JkBBbwFCMO74ZSsEc=; b=Az6wT1eogXajvTPcBRsZ+IWTSGazBzJmWnpNJIR3zdaiwaviTwo9WFrYJnO3AWNWiyePUjzg534NP Nc00VD3Fi4T3bhCDn1pGk0W4Kk3dV7pQyk6fKVy0aOK4tAiP5NkHifJWK3nxIAzfRm6I9bO3czHqXD G4PMYMOCmmMs0+RowSc62YFImHE4+ELlit3spZHC451UxmedQhWdKlNtzE7pwLimAyt4JGiRT+UodO WYbztTCGBTdnjbFhdic4V90reRuDHu20UTJnIzdHk1yw7yDS51hLS45mwzXMgoaYh6hje+0BCbZcDV S+yxub7/rmbkG2kc5UjLmZl85lzQYcQ== ARC-Authentication-Results: i=1; outbound3.eu.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=xGoktKaqoIiWLGxlLoU+I+1Hw8JkBBbwFCMO74ZSsEc=; b=U5XOEIrd86kDL15cLjv1/a0VooXEgW5fbmN+a0y4f99lEdzx7WwU+79Lb8Xlp3krXBEwOJ25I89Uu +3faPfN+I2phBYfFAy4WuFducLisosizFI51sJ+VkZhwyFeQ9X8wvwivLQjd/qliv4cCDTVIByLMPG hXAPF1EQeFRIcbRmrhjF+k6yzoy2lnpc92s841rYrKtBb+o9sj0xMVZ5yHs1HrqwhTlKHnQi10RJ+m ph/pHyU4mgglf/u2nl+qJ+JQ3Zh/s0r0vOrM6Ex1auV6v/1mmfSDddo1tj3/kRTZPIr4eHdDw9QrVL 98F0leCjSazCilYQ3zJ8NZ6chUxsVpw== X-MHO-RoutePath: aGlwcGll X-MHO-User: 309d6e11-edcd-11e8-8a28-a1efd8da9a94 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [67.177.211.60]) by outbound3.eu.mailhop.org (Halon) with ESMTPSA id 309d6e11-edcd-11e8-8a28-a1efd8da9a94; Wed, 21 Nov 2018 20:36:58 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id wALKavuh017913; Wed, 21 Nov 2018 13:36:57 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <1542832617.56571.81.camel@freebsd.org> Subject: Re: FreeBSD 12.0 RBPI3B+ and hardware clock support From: Ian Lepore To: Stefan Parvu , freebsd-arm@freebsd.org Date: Wed, 21 Nov 2018 13:36:57 -0700 In-Reply-To: <88AEE740-A64E-4F54-9A43-02DB605CFA2D@kronometrix.org> References: <70D1E906-D92A-4413-9327-DE1779E479E8@kronometrix.org> <1542825813.56571.77.camel@freebsd.org> <88AEE740-A64E-4F54-9A43-02DB605CFA2D@kronometrix.org> Content-Type: text/plain; charset="ISO-8859-1" X-Mailer: Evolution 3.18.5.1 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 53EEA75BD8 X-Spamd-Result: default: False [-1.11 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.75)[-0.753,0]; NEURAL_SPAM_SHORT(0.40)[0.396,0]; NEURAL_HAM_LONG(-0.75)[-0.754,0]; ASN(0.00)[asn:16509, ipnet:52.28.0.0/16, country:US] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Nov 2018 20:37:09 -0000 On Wed, 2018-11-21 at 22:30 +0200, Stefan Parvu wrote: > > > > We have support for most major/popular i2c-based realtimeclock > > chips. > Right now we have a system based on MCP79410 [1] - It would be sweet > to > get this running on 12.0 - Any pointers: is this chip supported ? > > Thanks, > Stefan > > [1] https://www.microchip.com/wwwproducts/en/MCP79410 >   Oddly enough, the ds1307 driver supports that chip. I think it's because the register set on the two chips is identical (or close enough to work right). In the DTS overlay when defining that i2c slave device, use a compatible string of "microchip,mcp7941x" and the ds1307 driver will attach. The ds1307(4) manpage doesn't mention the MCP support, but everything else in that manpage should apply. -- Ian From owner-freebsd-arm@freebsd.org Wed Nov 21 20:42:48 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3A48A1145F42 for ; Wed, 21 Nov 2018 20:42:48 +0000 (UTC) (envelope-from sparvu@kronometrix.org) Received: from mail.kronometrix.org (mail.kronometrix.org [95.85.46.90]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.kronometrix.org", Issuer "mail.kronometrix.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 91F4F76097; Wed, 21 Nov 2018 20:42:47 +0000 (UTC) (envelope-from sparvu@kronometrix.org) Received: from [192.168.1.191] (82-203-153-182.bb.dnainternet.fi [82.203.153.182]) (authenticated bits=0) by mail.kronometrix.org (8.15.2/8.15.2) with ESMTPSA id wALKgiq3053934 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 21 Nov 2018 20:42:46 GMT (envelope-from sparvu@kronometrix.org) X-Authentication-Warning: mail.kronometrix.org: Host 82-203-153-182.bb.dnainternet.fi [82.203.153.182] claimed to be [192.168.1.191] Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: Re: FreeBSD 12.0 RBPI3B+ and hardware clock support From: Stefan Parvu In-Reply-To: <1542832617.56571.81.camel@freebsd.org> Date: Wed, 21 Nov 2018 22:42:39 +0200 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: References: <70D1E906-D92A-4413-9327-DE1779E479E8@kronometrix.org> <1542825813.56571.77.camel@freebsd.org> <88AEE740-A64E-4F54-9A43-02DB605CFA2D@kronometrix.org> <1542832617.56571.81.camel@freebsd.org> To: Ian Lepore X-Mailer: Apple Mail (2.3445.101.1) X-Rspamd-Queue-Id: 91F4F76097 X-Spamd-Result: default: False [3.55 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; DMARC_NA(0.00)[kronometrix.org]; NEURAL_SPAM_MEDIUM(0.96)[0.956,0]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.77)[0.772,0]; MX_GOOD(-0.01)[cached: mail.kronometrix.org]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.93)[0.932,0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; IP_SCORE(0.70)[asn: 14061(3.59), country: US(-0.09)]; ASN(0.00)[asn:14061, ipnet:95.85.0.0/18, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Nov 2018 20:42:48 -0000 > Oddly enough, the ds1307 driver supports that chip. I think it's > because the register set on the two chips is identical (or close enough > to work right). uauu. nice one. how on earth i can enable ds1307 - no need to rebuild anything right ? Can I load the driver , if yes how ? Stefan From owner-freebsd-arm@freebsd.org Wed Nov 21 20:51:49 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7AE21114627D for ; Wed, 21 Nov 2018 20:51:49 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1.eu.mailhop.org (outbound1.eu.mailhop.org [52.28.251.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 EDA6B7654B for ; Wed, 21 Nov 2018 20:51:48 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1542833507; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=ejX1VQI6ZESjW/H0B5XqZUtcLwyhhFx0mt3asJmPTbJJelDSkDC+bcnIBrPumv1qNbth5OC75kWuu eW6bwxH2ZtAw/m6fe57laNjwlYIO4504SFKmr5rNEEQfR0fyXxwDtUCFNDjshinsGRwjGuQOYwyQgs sDvFo2FtXRl2SAIpygz9LX+NaOfPspbmCOyP+u9VYdJ/Z7gOa1M2haOh41mvVLyF5Mfnz0jYVwbRjs kmqtMo8yE7ijOk7zxGA6MwZ5WPDQuOMikDKNEgNKpPK9KXx63MBr/xPLMNMaFRo6gSs8KxiCMY66R0 HBgee6MDtpCOLNfluDnGuO3rn1oCLzQ== 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:cc:to:from:subject:message-id:dkim-signature:from; bh=a0Z+lsqza+VHj/98ut0J3RrE8XWu/h9Qa900KrNUv5w=; b=qWnsVgsP78ngPa2iKzQNQmeC40n2xKg94QjDlalszDYO+T73m2dMH824xJ33fQuaNbsWm/h28Pik7 vAxG9m5dq2VYAYwqeoVbb/xETX+d73t4+akxWij7q5ufyKXQverNfxR8Bp+r+O7/iUiUJM3Dc7OOk9 wyfP4xFpXevGjJyRQ/RZu/hGwLcV/g1+74Ozd9nHd7dBr7lB01b0aIbo1BLV3kS6EP0M8R8P7dtcBk IoQhuC3WvAJcAcpltCAaRk2q3hqea0YWbfYCclsRzKwar0O//k07yz+e/2ZdjFW8oANIMUdJni/btZ 2iUK2cUXpmq1OY2WJ6dhB0ZDsboHz6Q== ARC-Authentication-Results: i=1; outbound3.eu.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:cc:to:from:subject:message-id:from; bh=a0Z+lsqza+VHj/98ut0J3RrE8XWu/h9Qa900KrNUv5w=; b=IXciRbhJPZ3Vowlcgee8CPvrBbcFmZ/1nELsZYpP+KDLX6+DfwpNse6zpxMVUVffwZBxRqAxLxuLw gUIgLpoEeIdAT8i95GfEhVpLvMkUraQ6HrsBGuD4I7UXa/BxmQMFn9aiR6WKpoWc6K2Ug2KLkf7cdU 1LksNheW1woxmQRxksBtiqMdphQrc9pTFMhHXPJ/f4RSFnHGY6L1NQ7gaxGI0KT0ZtORwWcaRkOgqB Rdw8Uip+lcAIN3VsYMOCQW8hh3t5u/WvrUPb+N0ba+/LmvKyy9x9ujubmyLpzOifKfmtBTuuWoiDGM CTn8dLI4avcm/IjG703WzdRYttMIIQA== X-MHO-RoutePath: aGlwcGll X-MHO-User: 4148b40a-edcf-11e8-8a28-a1efd8da9a94 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [67.177.211.60]) by outbound3.eu.mailhop.org (Halon) with ESMTPSA id 4148b40a-edcf-11e8-8a28-a1efd8da9a94; Wed, 21 Nov 2018 20:51:45 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id wALKpiAs017954; Wed, 21 Nov 2018 13:51:44 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <1542833504.56571.87.camel@freebsd.org> Subject: Re: FreeBSD 12.0 RBPI3B+ and hardware clock support From: Ian Lepore To: Stefan Parvu Cc: freebsd-arm@freebsd.org Date: Wed, 21 Nov 2018 13:51:44 -0700 In-Reply-To: References: <70D1E906-D92A-4413-9327-DE1779E479E8@kronometrix.org> <1542825813.56571.77.camel@freebsd.org> <88AEE740-A64E-4F54-9A43-02DB605CFA2D@kronometrix.org> <1542832617.56571.81.camel@freebsd.org> Content-Type: text/plain; charset="ISO-8859-1" X-Mailer: Evolution 3.18.5.1 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: EDA6B7654B X-Spamd-Result: default: False [-1.11 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.75)[-0.753,0]; ASN(0.00)[asn:16509, ipnet:52.28.0.0/16, country:US]; NEURAL_SPAM_SHORT(0.40)[0.396,0]; NEURAL_HAM_LONG(-0.75)[-0.754,0] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Nov 2018 20:51:49 -0000 On Wed, 2018-11-21 at 22:42 +0200, Stefan Parvu wrote: > > > > Oddly enough, the ds1307 driver supports that chip. I think it's > > because the register set on the two chips is identical (or close > > enough > > to work right). > uauu. nice one.  > > how on earth i can enable ds1307 - no need to rebuild anything > right ? Can I load the driver , if yes how ?  > > > Stefan You can load it interactively with "kldload ds1307". Add ds1307_load=YES to /boot/loader.conf to load it every time you boot. But without modified FDT data, just loading the driver won't make it attach to the hardware. And this is where I can't help much more than that. In the old days the thing to do would be to hack the standard rpi .dts file to enable the i2c bus device and add the clock slave device, then rebuild that and replace the standard .dtb file with the new one. The new way to do all that is to code an overlay that enables the bus and adds the device, then set a loader.conf variable to make that overlay get loaded. But I don't know the details of how to do that, hopefully one of the folks who does know more about overlays can reply with that info. -- Ian From owner-freebsd-arm@freebsd.org Wed Nov 21 20:54:29 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 534B11146337 for ; Wed, 21 Nov 2018 20:54:29 +0000 (UTC) (envelope-from sparvu@kronometrix.org) Received: from mail.kronometrix.org (mail.kronometrix.org [95.85.46.90]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.kronometrix.org", Issuer "mail.kronometrix.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A666B76781; Wed, 21 Nov 2018 20:54:28 +0000 (UTC) (envelope-from sparvu@kronometrix.org) Received: from [192.168.1.191] (82-203-153-182.bb.dnainternet.fi [82.203.153.182]) (authenticated bits=0) by mail.kronometrix.org (8.15.2/8.15.2) with ESMTPSA id wALKsQcv054062 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 21 Nov 2018 20:54:27 GMT (envelope-from sparvu@kronometrix.org) X-Authentication-Warning: mail.kronometrix.org: Host 82-203-153-182.bb.dnainternet.fi [82.203.153.182] claimed to be [192.168.1.191] Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: Re: FreeBSD 12.0 RBPI3B+ and hardware clock support From: Stefan Parvu In-Reply-To: <1542833504.56571.87.camel@freebsd.org> Date: Wed, 21 Nov 2018 22:54:20 +0200 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: <370FE06A-C2F8-4294-8DD1-F2EF76E63B94@kronometrix.org> References: <70D1E906-D92A-4413-9327-DE1779E479E8@kronometrix.org> <1542825813.56571.77.camel@freebsd.org> <88AEE740-A64E-4F54-9A43-02DB605CFA2D@kronometrix.org> <1542832617.56571.81.camel@freebsd.org> <1542833504.56571.87.camel@freebsd.org> To: Ian Lepore X-Mailer: Apple Mail (2.3445.101.1) X-Rspamd-Queue-Id: A666B76781 X-Spamd-Result: default: False [3.55 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; DMARC_NA(0.00)[kronometrix.org]; NEURAL_SPAM_MEDIUM(0.95)[0.952,0]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.78)[0.779,0]; MX_GOOD(-0.01)[cached: mail.kronometrix.org]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.93)[0.927,0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; IP_SCORE(0.70)[asn: 14061(3.59), country: US(-0.09)]; ASN(0.00)[asn:14061, ipnet:95.85.0.0/18, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Nov 2018 20:54:29 -0000 > On 21 Nov 2018, at 22.51, Ian Lepore wrote: > > On Wed, 2018-11-21 at 22:42 +0200, Stefan Parvu wrote: >>> >>> Oddly enough, the ds1307 driver supports that chip. I think it's >>> because the register set on the two chips is identical (or close >>> enough >>> to work right). >> uauu. nice one. >> >> how on earth i can enable ds1307 - no need to rebuild anything >> right ? Can I load the driver , if yes how ? >> >> >> Stefan > > You can load it interactively with "kldload ds1307". Add > ds1307_load=YES to /boot/loader.conf to load it every time you boot. done. cheers. root@k50:~ # kldstat Id Refs Address Size Name 1 17 0xffff000000000000 13ca6f0 kernel 2 1 0xffff0000013cb000 41730 mac_portacl.ko 3 1 0xffff000053600000 41000 tmpfs.ko 4 1 0xffff000053641000 41000 uftdi.ko 5 1 0xffff000053682000 41000 ucom.ko 6 1 0xffff0000536c3000 31000 mac_ntpd.ko 7 1 0xffff0000536f4000 41000 ds1307.ko > But without modified FDT data, just loading the driver won't make it > attach to the hardware. > The new way to do all that is to code an overlay that enables the bus > and adds the device, then set a loader.conf variable to make that > overlay get loaded. But I don't know the details of how to do that, > hopefully one of the folks who does know more about overlays can reply > with that info. okay, I see. Lets hope somebody which can help on this might answer. Thanks a lot anyway, Stefan From owner-freebsd-arm@freebsd.org Wed Nov 21 21:09:21 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A2EDC11468C3 for ; Wed, 21 Nov 2018 21:09:21 +0000 (UTC) (envelope-from gonzo@bluezbox.com) Received: from id.bluezbox.com (id.bluezbox.com [45.55.20.155]) (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 DCACD76DA9; Wed, 21 Nov 2018 21:09:20 +0000 (UTC) (envelope-from gonzo@bluezbox.com) Received: from localhost ([127.0.0.1] helo=id.bluezbox.com) by id.bluezbox.com with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.90_1 (FreeBSD)) (envelope-from ) id 1gPZkE-0000R4-QN; Wed, 21 Nov 2018 13:09:12 -0800 Received: (from gonzo@localhost) by id.bluezbox.com (8.15.2/8.15.2/Submit) id wALL9907001676; Wed, 21 Nov 2018 13:09:09 -0800 (PST) (envelope-from gonzo@bluezbox.com) X-Authentication-Warning: id.bluezbox.com: gonzo set sender to gonzo@bluezbox.com using -f Date: Wed, 21 Nov 2018 13:09:09 -0800 From: Oleksandr Tymoshenko To: Stefan Parvu Cc: Ian Lepore , freebsd-arm@freebsd.org Subject: Re: FreeBSD 12.0 RBPI3B+ and hardware clock support Message-ID: <20181121210909.GA1580@bluezbox.com> References: <70D1E906-D92A-4413-9327-DE1779E479E8@kronometrix.org> <1542825813.56571.77.camel@freebsd.org> <88AEE740-A64E-4F54-9A43-02DB605CFA2D@kronometrix.org> <1542832617.56571.81.camel@freebsd.org> <1542833504.56571.87.camel@freebsd.org> <370FE06A-C2F8-4294-8DD1-F2EF76E63B94@kronometrix.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <370FE06A-C2F8-4294-8DD1-F2EF76E63B94@kronometrix.org> X-Operating-System: FreeBSD/11.1-RELEASE-p4 (amd64) User-Agent: Mutt/1.10.0 (2018-05-17) X-Spam-Level: -- X-Spam-Report: Spam detection software, running on the system "id.bluezbox.com", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: Stefan Parvu (sparvu@kronometrix.org) wrote: > > > > On 21 Nov 2018, at 22.51, Ian Lepore wrote: > > > > On Wed, 2018-11-21 at 22:42 +0200, Stefan Parvu wrote: > >>> > >>> Oddly enou [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Rspamd-Queue-Id: DCACD76DA9 X-Spamd-Result: default: False [3.05 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_SPAM_SHORT(0.84)[0.836,0]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; DMARC_NA(0.00)[bluezbox.com]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_MEDIUM(0.90)[0.895,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[mx.bluezbox.com]; NEURAL_SPAM_LONG(0.93)[0.929,0]; IP_SCORE(0.70)[asn: 14061(3.59), country: US(-0.09)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:14061, ipnet:45.55.0.0/19, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Nov 2018 21:09:21 -0000 Stefan Parvu (sparvu@kronometrix.org) wrote: > > > > On 21 Nov 2018, at 22.51, Ian Lepore wrote: > > > > On Wed, 2018-11-21 at 22:42 +0200, Stefan Parvu wrote: > >>> > >>> Oddly enough, the ds1307 driver supports that chip. I think it's > >>> because the register set on the two chips is identical (or close > >>> enough > >>> to work right). > >> uauu. nice one. > >> > >> how on earth i can enable ds1307 - no need to rebuild anything > >> right ? Can I load the driver , if yes how ? > >> > >> > >> Stefan > > > > You can load it interactively with "kldload ds1307". Add > > ds1307_load=YES to /boot/loader.conf to load it every time you boot. > > done. cheers. > > root@k50:~ # kldstat > Id Refs Address Size Name > 1 17 0xffff000000000000 13ca6f0 kernel > 2 1 0xffff0000013cb000 41730 mac_portacl.ko > 3 1 0xffff000053600000 41000 tmpfs.ko > 4 1 0xffff000053641000 41000 uftdi.ko > 5 1 0xffff000053682000 41000 ucom.ko > 6 1 0xffff0000536c3000 31000 mac_ntpd.ko > 7 1 0xffff0000536f4000 41000 ds1307.ko > > > But without modified FDT data, just loading the driver won't make it > > attach to the hardware. > > The new way to do all that is to code an overlay that enables the bus > > and adds the device, then set a loader.conf variable to make that > > overlay get loaded. But I don't know the details of how to do that, > > hopefully one of the folks who does know more about overlays can reply > > with that info. > > okay, I see. Lets hope somebody which can help on this might answer. With Raspberry Pi there are two ways to apply overlays: at the frimware stage or at FreeBSD's loader stage. There seems to be official overlay for i2c RTC clocks [1] that can be used with the firmware stage To enalbe it try following steps: - Download i2c-rtc.dtbo and copy it to "overlays/" directory on FAT partition - Edit config.txt on FAT partition and add following line: dtoverlay=i2c-rtc,mcp7941x - Reboot RPi and check whether overlay is applied: sysctl -b hw.fdt.dtb | dtc -I dtb -O dts | grep mcp7941x If this doesn't work I'll write up on how to build and enable dtbo for the loader. [1] https://github.com/raspberrypi/firmware/blob/master/boot/overlays/i2c-rtc.dtbo -- gonzo From owner-freebsd-arm@freebsd.org Wed Nov 21 21:15:22 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C2C701146BE3 for ; Wed, 21 Nov 2018 21:15:22 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (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 408BF77253 for ; Wed, 21 Nov 2018 21:15:22 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by home.opsec.eu with local (Exim 4.91 (FreeBSD)) (envelope-from ) id 1gPZqG-0006LI-Rj for freebsd-arm@freebsd.org; Wed, 21 Nov 2018 22:15:24 +0100 Date: Wed, 21 Nov 2018 22:15:24 +0100 From: Kurt Jaeger To: freebsd-arm@freebsd.org Subject: ARM ServerReady ? Message-ID: <20181121211524.GC63752@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Rspamd-Queue-Id: 408BF77253 X-Spamd-Result: default: False [0.92 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_SPAM_SHORT(0.12)[0.122,0]; NEURAL_SPAM_MEDIUM(0.41)[0.406,0]; NEURAL_SPAM_LONG(0.39)[0.393,0]; ASN(0.00)[asn:12502, ipnet:2001:14f8::/32, country:DE] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Nov 2018 21:15:22 -0000 Hi! Who's aware of this new(?) ARM ServerReady testsuite etc ? https://developer.arm.com/products/architecture/platform-design/server-and-infrastructure Is the FreeBSD ARM port somewhere involved in that already ? -- pi@opsec.eu +49 171 3101372 2 years to go ! From owner-freebsd-arm@freebsd.org Wed Nov 21 21:25:27 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 30A971146F0D for ; Wed, 21 Nov 2018 21:25:27 +0000 (UTC) (envelope-from sparvu@kronometrix.org) Received: from mail.kronometrix.org (mail.kronometrix.org [95.85.46.90]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.kronometrix.org", Issuer "mail.kronometrix.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 59B1B77781 for ; Wed, 21 Nov 2018 21:25:26 +0000 (UTC) (envelope-from sparvu@kronometrix.org) Received: from [192.168.1.191] (82-203-153-182.bb.dnainternet.fi [82.203.153.182]) (authenticated bits=0) by mail.kronometrix.org (8.15.2/8.15.2) with ESMTPSA id wALLOpnS054324 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 21 Nov 2018 21:24:52 GMT (envelope-from sparvu@kronometrix.org) X-Authentication-Warning: mail.kronometrix.org: Host 82-203-153-182.bb.dnainternet.fi [82.203.153.182] claimed to be [192.168.1.191] From: Stefan Parvu Message-Id: <84BB6519-3CF7-4ACC-847C-7AB82567A9BD@kronometrix.org> Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: Re: FreeBSD 12.0 RBPI3B+ and hardware clock support Date: Wed, 21 Nov 2018 23:24:45 +0200 In-Reply-To: <20181121210909.GA1580@bluezbox.com> Cc: freebsd-arm@freebsd.org To: Oleksandr Tymoshenko References: <70D1E906-D92A-4413-9327-DE1779E479E8@kronometrix.org> <1542825813.56571.77.camel@freebsd.org> <88AEE740-A64E-4F54-9A43-02DB605CFA2D@kronometrix.org> <1542832617.56571.81.camel@freebsd.org> <1542833504.56571.87.camel@freebsd.org> <370FE06A-C2F8-4294-8DD1-F2EF76E63B94@kronometrix.org> <20181121210909.GA1580@bluezbox.com> X-Mailer: Apple Mail (2.3445.101.1) X-Rspamd-Queue-Id: 59B1B77781 X-Spamd-Result: default: False [3.48 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; HAS_XAW(0.00)[]; DMARC_NA(0.00)[kronometrix.org]; NEURAL_SPAM_MEDIUM(0.90)[0.898,0]; NEURAL_SPAM_SHORT(0.82)[0.824,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: mail.kronometrix.org]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.87)[0.868,0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; IP_SCORE(0.70)[asn: 14061(3.59), country: US(-0.09)]; ASN(0.00)[asn:14061, ipnet:95.85.0.0/18, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Nov 2018 21:25:27 -0000 > > - Download i2c-rtc.dtbo and copy it to "overlays/" directory on FAT > partition root@k50:~ # ls -lrt /boot/msdos/overlays/ total 88 -rwxr-xr-x 1 root wheel 946 Jun 19 11:30 pwm.dtbo -rwxr-xr-x 1 root wheel 818 Jun 19 11:30 pi3-disable-bt.dtbo -rwxr-xr-x 1 root wheel 1099 Jun 19 11:30 mmc.dtbo -rwxr-xr-x 1 root wheel 74175 Nov 21 19:43 i2c-rtc.dtbo > - Edit config.txt on FAT partition and add following line: > dtoverlay=i2c-rtc,mcp7941x arm_control=0x200 dtparam=audio=on,i2c_arm=on,spi=on dtoverlay=mmc dtoverlay=pwm dtoverlay=i2c-rtc,mcp7941x dtoverlay=pi3-disable-bt device_tree_address=0x4000 kernel=u-boot.bin > - Reboot RPi and check whether overlay is applied: > sysctl -b hw.fdt.dtb | dtc -I dtb -O dts | grep mcp7941x nope. root@k50:~ # sysctl -b hw.fdt.dtb | dtc -I dtb -O dts | grep mcp7941x root@k50:~ # thanks, Stefan From owner-freebsd-arm@freebsd.org Wed Nov 21 21:29:43 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9358F1146FE5 for ; Wed, 21 Nov 2018 21:29:43 +0000 (UTC) (envelope-from gonzo@bluezbox.com) Received: from id.bluezbox.com (id.bluezbox.com [45.55.20.155]) (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 C6CF4778B5 for ; Wed, 21 Nov 2018 21:29:42 +0000 (UTC) (envelope-from gonzo@bluezbox.com) Received: from localhost ([127.0.0.1] helo=id.bluezbox.com) by id.bluezbox.com with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.90_1 (FreeBSD)) (envelope-from ) id 1gPa43-0000V9-Mp; Wed, 21 Nov 2018 13:29:40 -0800 Received: (from gonzo@localhost) by id.bluezbox.com (8.15.2/8.15.2/Submit) id wALLTdSx001930; Wed, 21 Nov 2018 13:29:39 -0800 (PST) (envelope-from gonzo@bluezbox.com) X-Authentication-Warning: id.bluezbox.com: gonzo set sender to gonzo@bluezbox.com using -f Date: Wed, 21 Nov 2018 13:29:39 -0800 From: Oleksandr Tymoshenko To: Stefan Parvu Cc: freebsd-arm@freebsd.org Subject: Re: FreeBSD 12.0 RBPI3B+ and hardware clock support Message-ID: <20181121212939.GA1900@bluezbox.com> References: <70D1E906-D92A-4413-9327-DE1779E479E8@kronometrix.org> <1542825813.56571.77.camel@freebsd.org> <88AEE740-A64E-4F54-9A43-02DB605CFA2D@kronometrix.org> <1542832617.56571.81.camel@freebsd.org> <1542833504.56571.87.camel@freebsd.org> <370FE06A-C2F8-4294-8DD1-F2EF76E63B94@kronometrix.org> <20181121210909.GA1580@bluezbox.com> <84BB6519-3CF7-4ACC-847C-7AB82567A9BD@kronometrix.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <84BB6519-3CF7-4ACC-847C-7AB82567A9BD@kronometrix.org> X-Operating-System: FreeBSD/11.1-RELEASE-p4 (amd64) User-Agent: Mutt/1.10.0 (2018-05-17) X-Spam-Level: -- X-Spam-Report: Spam detection software, running on the system "id.bluezbox.com", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: Stefan Parvu (sparvu@kronometrix.org) wrote: > > > > - Download i2c-rtc.dtbo and copy it to "overlays/" directory on FAT > > partition > > root@k50:~ # ls -lrt /boot/msdos/overlays/ > total 88 > -rwxr [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Rspamd-Queue-Id: C6CF4778B5 X-Spamd-Result: default: False [2.49 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_SPAM_SHORT(0.88)[0.881,0]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; DMARC_NA(0.00)[bluezbox.com]; NEURAL_SPAM_MEDIUM(0.46)[0.462,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: mx.bluezbox.com]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.76)[0.755,0]; IP_SCORE(0.70)[asn: 14061(3.59), country: US(-0.09)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:14061, ipnet:45.55.0.0/19, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Nov 2018 21:29:43 -0000 Stefan Parvu (sparvu@kronometrix.org) wrote: > > > > - Download i2c-rtc.dtbo and copy it to "overlays/" directory on FAT > > partition > > root@k50:~ # ls -lrt /boot/msdos/overlays/ > total 88 > -rwxr-xr-x 1 root wheel 946 Jun 19 11:30 pwm.dtbo > -rwxr-xr-x 1 root wheel 818 Jun 19 11:30 pi3-disable-bt.dtbo > -rwxr-xr-x 1 root wheel 1099 Jun 19 11:30 mmc.dtbo > -rwxr-xr-x 1 root wheel 74175 Nov 21 19:43 i2c-rtc.dtbo My link was to the file's page on GitHub, not direct download and it looks like you donwloaded HTML instead of the dtbo, the correct link is: https://github.com/raspberrypi/firmware/raw/master/boot/overlays/i2c-rtc.dtbo The size is 3934 and MD5 checksum is 6d8217ed669f61c0dfb7b985696a540c -- gonzo From owner-freebsd-arm@freebsd.org Wed Nov 21 21:35:02 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D48D011472A8 for ; Wed, 21 Nov 2018 21:35:02 +0000 (UTC) (envelope-from sparvu@kronometrix.org) Received: from mail.kronometrix.org (mail.kronometrix.org [95.85.46.90]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.kronometrix.org", Issuer "mail.kronometrix.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4A73577D11 for ; Wed, 21 Nov 2018 21:35:02 +0000 (UTC) (envelope-from sparvu@kronometrix.org) Received: from [192.168.1.191] (82-203-153-182.bb.dnainternet.fi [82.203.153.182]) (authenticated bits=0) by mail.kronometrix.org (8.15.2/8.15.2) with ESMTPSA id wALLYRBO054411 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 21 Nov 2018 21:34:28 GMT (envelope-from sparvu@kronometrix.org) X-Authentication-Warning: mail.kronometrix.org: Host 82-203-153-182.bb.dnainternet.fi [82.203.153.182] claimed to be [192.168.1.191] Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: Re: FreeBSD 12.0 RBPI3B+ and hardware clock support From: Stefan Parvu In-Reply-To: <20181121212939.GA1900@bluezbox.com> Date: Wed, 21 Nov 2018 23:34:21 +0200 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <70D1E906-D92A-4413-9327-DE1779E479E8@kronometrix.org> <1542825813.56571.77.camel@freebsd.org> <88AEE740-A64E-4F54-9A43-02DB605CFA2D@kronometrix.org> <1542832617.56571.81.camel@freebsd.org> <1542833504.56571.87.camel@freebsd.org> <370FE06A-C2F8-4294-8DD1-F2EF76E63B94@kronometrix.org> <20181121210909.GA1580@bluezbox.com> <84BB6519-3CF7-4ACC-847C-7AB82567A9BD@kronometrix.org> <20181121212939.GA1900@bluezbox.com> To: Oleksandr Tymoshenko X-Mailer: Apple Mail (2.3445.101.1) X-Rspamd-Queue-Id: 4A73577D11 X-Spamd-Result: default: False [3.18 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; DMARC_NA(0.00)[kronometrix.org]; NEURAL_SPAM_MEDIUM(0.92)[0.921,0]; NEURAL_SPAM_SHORT(0.46)[0.461,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: mail.kronometrix.org]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.90)[0.904,0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; IP_SCORE(0.70)[asn: 14061(3.59), country: US(-0.09)]; ASN(0.00)[asn:14061, ipnet:95.85.0.0/18, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Nov 2018 21:35:03 -0000 >=20 > My link was to the file's page on GitHub, not direct download and it > looks like you donwloaded HTML instead of the dtbo, the correct link = is: > = https://github.com/raspberrypi/firmware/raw/master/boot/overlays/i2c-rtc.d= tbo > The size is 3934 and MD5 checksum is 6d8217ed669f61c0dfb7b985696a540c gee. silly me. let me fetch the correct file.= From owner-freebsd-arm@freebsd.org Wed Nov 21 21:40:23 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B5B6B1147468 for ; Wed, 21 Nov 2018 21:40:23 +0000 (UTC) (envelope-from sparvu@kronometrix.org) Received: from mail.kronometrix.org (mail.kronometrix.org [95.85.46.90]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.kronometrix.org", Issuer "mail.kronometrix.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1C24B77F98 for ; Wed, 21 Nov 2018 21:40:22 +0000 (UTC) (envelope-from sparvu@kronometrix.org) Received: from [192.168.1.191] (82-203-153-182.bb.dnainternet.fi [82.203.153.182]) (authenticated bits=0) by mail.kronometrix.org (8.15.2/8.15.2) with ESMTPSA id wALLdmUc054450 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 21 Nov 2018 21:39:49 GMT (envelope-from sparvu@kronometrix.org) X-Authentication-Warning: mail.kronometrix.org: Host 82-203-153-182.bb.dnainternet.fi [82.203.153.182] claimed to be [192.168.1.191] Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: Re: FreeBSD 12.0 RBPI3B+ and hardware clock support From: Stefan Parvu In-Reply-To: Date: Wed, 21 Nov 2018 23:39:42 +0200 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <70D1E906-D92A-4413-9327-DE1779E479E8@kronometrix.org> <1542825813.56571.77.camel@freebsd.org> <88AEE740-A64E-4F54-9A43-02DB605CFA2D@kronometrix.org> <1542832617.56571.81.camel@freebsd.org> <1542833504.56571.87.camel@freebsd.org> <370FE06A-C2F8-4294-8DD1-F2EF76E63B94@kronometrix.org> <20181121210909.GA1580@bluezbox.com> <84BB6519-3CF7-4ACC-847C-7AB82567A9BD@kronometrix.org> <20181121212939.GA1900@bluezbox.com> To: Oleksandr Tymoshenko X-Mailer: Apple Mail (2.3445.101.1) X-Rspamd-Queue-Id: 1C24B77F98 X-Spamd-Result: default: False [3.58 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; DMARC_NA(0.00)[kronometrix.org]; NEURAL_SPAM_MEDIUM(0.90)[0.902,0]; NEURAL_SPAM_SHORT(0.91)[0.914,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: mail.kronometrix.org]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.88)[0.876,0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; IP_SCORE(0.70)[asn: 14061(3.59), country: US(-0.09)]; ASN(0.00)[asn:14061, ipnet:95.85.0.0/18, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Nov 2018 21:40:23 -0000 root@k50:~ # sysctl -b hw.fdt.dtb | dtc -I dtb -O dts | grep mcp7941x mcp7941x@6f { compatible =3D "microchip,mcp7941x=E2=80=9D= ; uauu. does this work ?=20 how can i test now ? via ntp or ?=20= From owner-freebsd-arm@freebsd.org Wed Nov 21 21:49:38 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6F6111147AF2 for ; Wed, 21 Nov 2018 21:49:38 +0000 (UTC) (envelope-from sparvu@kronometrix.org) Received: from mail.kronometrix.org (mail.kronometrix.org [95.85.46.90]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.kronometrix.org", Issuer "mail.kronometrix.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D511978890 for ; Wed, 21 Nov 2018 21:49:37 +0000 (UTC) (envelope-from sparvu@kronometrix.org) Received: from [192.168.1.191] (82-203-153-182.bb.dnainternet.fi [82.203.153.182]) (authenticated bits=0) by mail.kronometrix.org (8.15.2/8.15.2) with ESMTPSA id wALLn2bY054529 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 21 Nov 2018 21:49:03 GMT (envelope-from sparvu@kronometrix.org) X-Authentication-Warning: mail.kronometrix.org: Host 82-203-153-182.bb.dnainternet.fi [82.203.153.182] claimed to be [192.168.1.191] Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: Re: FreeBSD 12.0 RBPI3B+ and hardware clock support From: Stefan Parvu In-Reply-To: Date: Wed, 21 Nov 2018 23:48:57 +0200 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <56990AC4-4584-451E-974E-1ED89F3BD12F@kronometrix.org> References: <70D1E906-D92A-4413-9327-DE1779E479E8@kronometrix.org> <1542825813.56571.77.camel@freebsd.org> <88AEE740-A64E-4F54-9A43-02DB605CFA2D@kronometrix.org> <1542832617.56571.81.camel@freebsd.org> <1542833504.56571.87.camel@freebsd.org> <370FE06A-C2F8-4294-8DD1-F2EF76E63B94@kronometrix.org> <20181121210909.GA1580@bluezbox.com> <84BB6519-3CF7-4ACC-847C-7AB82567A9BD@kronometrix.org> <20181121212939.GA1900@bluezbox.com> To: Oleksandr Tymoshenko X-Mailer: Apple Mail (2.3445.101.1) X-Rspamd-Queue-Id: D511978890 X-Spamd-Result: default: False [3.58 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; DMARC_NA(0.00)[kronometrix.org]; NEURAL_SPAM_MEDIUM(0.90)[0.901,0]; NEURAL_SPAM_SHORT(0.92)[0.915,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: mail.kronometrix.org]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.87)[0.873,0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; IP_SCORE(0.70)[asn: 14061(3.59), country: US(-0.09)]; ASN(0.00)[asn:14061, ipnet:95.85.0.0/18, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Nov 2018 21:49:38 -0000 > root@k50:~ # sysctl -b hw.fdt.dtb | dtc -I dtb -O dts | grep mcp7941x > mcp7941x@6f { > compatible =3D "microchip,mcp7941x=E2=80=9D= ; >=20 > uauu. does this work ?=20 probable nothing else to do here ? as long as my machdep.disable_rtc_set is default 0, which means using the hdw clock. Is this right ? root@k50:~ # sysctl -a | grep rtc machdep.disable_rtc_set: 0 machdep.rtc_save_period: 1800 10x thanks, Stefan= From owner-freebsd-arm@freebsd.org Wed Nov 21 21:51:07 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B7F811147BA2 for ; Wed, 21 Nov 2018 21:51:07 +0000 (UTC) (envelope-from gonzo@bluezbox.com) Received: from id.bluezbox.com (id.bluezbox.com [45.55.20.155]) (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 2114478E73 for ; Wed, 21 Nov 2018 21:51:07 +0000 (UTC) (envelope-from gonzo@bluezbox.com) Received: from localhost ([127.0.0.1] helo=id.bluezbox.com) by id.bluezbox.com with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.90_1 (FreeBSD)) (envelope-from ) id 1gPaOm-0000dL-75; Wed, 21 Nov 2018 13:51:04 -0800 Received: (from gonzo@localhost) by id.bluezbox.com (8.15.2/8.15.2/Submit) id wALLp4n9002438; Wed, 21 Nov 2018 13:51:04 -0800 (PST) (envelope-from gonzo@bluezbox.com) X-Authentication-Warning: id.bluezbox.com: gonzo set sender to gonzo@bluezbox.com using -f Date: Wed, 21 Nov 2018 13:51:03 -0800 From: Oleksandr Tymoshenko To: Stefan Parvu Cc: freebsd-arm@freebsd.org Subject: Re: FreeBSD 12.0 RBPI3B+ and hardware clock support Message-ID: <20181121215103.GA2412@bluezbox.com> References: <88AEE740-A64E-4F54-9A43-02DB605CFA2D@kronometrix.org> <1542832617.56571.81.camel@freebsd.org> <1542833504.56571.87.camel@freebsd.org> <370FE06A-C2F8-4294-8DD1-F2EF76E63B94@kronometrix.org> <20181121210909.GA1580@bluezbox.com> <84BB6519-3CF7-4ACC-847C-7AB82567A9BD@kronometrix.org> <20181121212939.GA1900@bluezbox.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Operating-System: FreeBSD/11.1-RELEASE-p4 (amd64) User-Agent: Mutt/1.10.0 (2018-05-17) X-Spam-Level: -- X-Spam-Report: Spam detection software, running on the system "id.bluezbox.com", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: Stefan Parvu (sparvu@kronometrix.org) wrote: > root@k50:~ # sysctl -b hw.fdt.dtb | dtc -I dtb -O dts | grep mcp7941x > mcp7941x@6f { > compatible = "microchip,mcp7941xâ€; > > uauu. does this work ? > [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Rspamd-Queue-Id: 2114478E73 X-Spamd-Result: default: False [3.00 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_SPAM_SHORT(0.86)[0.856,0]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; DMARC_NA(0.00)[bluezbox.com]; NEURAL_SPAM_MEDIUM(0.85)[0.855,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: mx.bluezbox.com]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.90)[0.903,0]; IP_SCORE(0.70)[asn: 14061(3.59), country: US(-0.09)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:14061, ipnet:45.55.0.0/19, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Nov 2018 21:51:07 -0000 Stefan Parvu (sparvu@kronometrix.org) wrote: > root@k50:~ # sysctl -b hw.fdt.dtb | dtc -I dtb -O dts | grep mcp7941x > mcp7941x@6f { > compatible = "microchip,mcp7941xâ€; > > uauu. does this work ? > > how can i test now ? via ntp or ? You can check if the device is attached, try something like: dmesg | grep ds1307 dmesg | grep clock -- gonzo From owner-freebsd-arm@freebsd.org Wed Nov 21 21:56:24 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 83A731147E53 for ; Wed, 21 Nov 2018 21:56:24 +0000 (UTC) (envelope-from sparvu@kronometrix.org) Received: from mail.kronometrix.org (mail.kronometrix.org [95.85.46.90]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.kronometrix.org", Issuer "mail.kronometrix.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E3BFE792B6 for ; Wed, 21 Nov 2018 21:56:23 +0000 (UTC) (envelope-from sparvu@kronometrix.org) Received: from [192.168.1.191] (82-203-153-182.bb.dnainternet.fi [82.203.153.182]) (authenticated bits=0) by mail.kronometrix.org (8.15.2/8.15.2) with ESMTPSA id wALLtm1f054590 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 21 Nov 2018 21:55:50 GMT (envelope-from sparvu@kronometrix.org) X-Authentication-Warning: mail.kronometrix.org: Host 82-203-153-182.bb.dnainternet.fi [82.203.153.182] claimed to be [192.168.1.191] Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: Re: FreeBSD 12.0 RBPI3B+ and hardware clock support From: Stefan Parvu In-Reply-To: <20181121215103.GA2412@bluezbox.com> Date: Wed, 21 Nov 2018 23:55:43 +0200 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: References: <88AEE740-A64E-4F54-9A43-02DB605CFA2D@kronometrix.org> <1542832617.56571.81.camel@freebsd.org> <1542833504.56571.87.camel@freebsd.org> <370FE06A-C2F8-4294-8DD1-F2EF76E63B94@kronometrix.org> <20181121210909.GA1580@bluezbox.com> <84BB6519-3CF7-4ACC-847C-7AB82567A9BD@kronometrix.org> <20181121212939.GA1900@bluezbox.com> <20181121215103.GA2412@bluezbox.com> To: Oleksandr Tymoshenko X-Mailer: Apple Mail (2.3445.101.1) X-Rspamd-Queue-Id: E3BFE792B6 X-Spamd-Result: default: False [3.55 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; DMARC_NA(0.00)[kronometrix.org]; NEURAL_SPAM_MEDIUM(0.89)[0.888,0]; NEURAL_SPAM_SHORT(0.91)[0.910,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: mail.kronometrix.org]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.86)[0.863,0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; IP_SCORE(0.70)[asn: 14061(3.59), country: US(-0.09)]; ASN(0.00)[asn:14061, ipnet:95.85.0.0/18, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Nov 2018 21:56:24 -0000 root@k50:~ # dmesg | grep ds1307 ds13070: at addr 0xde on iicbus0 ds13070: registered as a time-of-day clock, resolution 1.000000s root@k50:~ # dmesg | grep clock ofw_clkbus0: on ofwbus0 clk_fixed0: on ofw_clkbus0 clk_fixed1: on ofw_clkbus0 bcm2835_cpufreq0: can't get clock rate (id=8) ds13070: registered as a time-of-day clock, resolution 1.000000s Looks good. Correct ? Stefan From owner-freebsd-arm@freebsd.org Wed Nov 21 22:22:22 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1007A1148821 for ; Wed, 21 Nov 2018 22:22:22 +0000 (UTC) (envelope-from karl@denninger.net) Received: from colo1.denninger.net (colo1.denninger.net [104.236.120.189]) (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 668F97A4F4 for ; Wed, 21 Nov 2018 22:22:21 +0000 (UTC) (envelope-from karl@denninger.net) Received: from denninger.net (ip68-1-57-197.pn.at.cox.net [68.1.57.197]) by colo1.denninger.net (Postfix) with ESMTP id 5EF1521158D; Wed, 21 Nov 2018 17:21:45 -0500 (EST) Received: from [192.168.10.13] (D3.Denninger.Net [192.168.10.13]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by denninger.net (Postfix) with ESMTPSA id C8ACA23CA5E; Wed, 21 Nov 2018 16:21:44 -0600 (CST) Subject: Re: Lost my serial console! :-) To: "Rodney W. Grimes" Cc: "freebsd-arm@freebsd.org" References: <201811201557.wAKFvBLE067371@pdx.rh.CN85.dnsmgr.net> From: Karl Denninger Openpgp: preference=signencrypt Message-ID: <36dad8b2-34cf-e3c1-e277-716a2fb480d8@denninger.net> Date: Wed, 21 Nov 2018 16:21:44 -0600 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <201811201557.wAKFvBLE067371@pdx.rh.CN85.dnsmgr.net> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms060108030207070601020503" X-Rspamd-Queue-Id: 668F97A4F4 X-Spamd-Result: default: False [-3.95 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; HAS_ATTACHMENT(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; SUBJECT_HAS_EXCLAIM(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MX_GOOD(-0.01)[px.denninger.net]; NEURAL_HAM_SHORT(-0.87)[-0.866,0]; RECEIVED_SPAMHAUS_PBL(0.00)[197.57.1.68.zen.spamhaus.org : 127.0.0.11]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:14061, ipnet:104.236.64.0/18, country:US]; MID_RHS_MATCH_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.92)[-0.924,0]; FROM_HAS_DN(0.00)[]; SIGNED_SMIME(-2.00)[]; NEURAL_HAM_LONG(-0.82)[-0.823,0]; MIME_GOOD(-0.20)[multipart/signed,multipart/alternative,text/plain]; DMARC_NA(0.00)[denninger.net]; AUTH_NA(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_NA(0.00)[]; IP_SCORE(-0.13)[ipnet: 104.236.64.0/18(-4.12), asn: 14061(3.59), country: US(-0.09)] X-Rspamd-Server: mx1.freebsd.org X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Nov 2018 22:22:22 -0000 This is a cryptographically signed message in MIME format. --------------ms060108030207070601020503 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 11/20/2018 09:57, Rodney W. Grimes wrote: =2E.... >> Lots.? I have several 3Bs, one 3B+ (since that's the current model), a= nd >> a passel of 2s. :-)? The 2s are fine but I'm building 11.STABLE for >> those.? Can't for the 3s, as the code to run those isn't in 11. > Ok which of PI3B or PI3B+ or is it both that you are having > serial console issues on? > > Also can you try: > http://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/12.0/FreeBSD-12= =2E0-RC1-arm64-aarch64-RPI3.img.xz > on both boards and report success/failure/problems? > > Thanks, RC1 boots on both and I have a serial console on both.=C2=A0 I'll dig thr= ough the .img that Crochet builds and see what I can figure out -- it must be doing something hinky somewhere and best guess is that it's probably the DOS partition that has something wrong in it.=C2=A0 As far as I can tell = the 3B+ doesn't boot at all on the Crochet build (but I can't be sure since I have no console -- it never does enable the Ethernet port as I never see the link light come on) but the 3B does boot and come up -- just no serial. I suspect there's a bit of pooch-hosing in the Crochet board file or (more likely) whatever gets into the dos partition.=C2=A0 If I can figure= it out I'll submit a pull request back at the Crochet people to fix it.... holiday might get in the way of me screwing with it for a bit here. --=20 Karl Denninger karl@denninger.net /The Market Ticker/ /[S/MIME encrypted email preferred]/ --------------ms060108030207070601020503 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCC DdgwggagMIIEiKADAgECAhMA5EiKghDOXrvfxYxjITXYDdhIMA0GCSqGSIb3DQEBCwUAMIGL MQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJTmljZXZpbGxlMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExITAf BgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQTAeFw0xNzA4MTcxNjQyMTdaFw0yNzA4 MTUxNjQyMTdaMHsxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkwFwYDVQQKDBBD dWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExJTAjBgNVBAMMHEN1 ZGEgU3lzdGVtcyBMTEMgMjAxNyBJbnQgQ0EwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIK AoICAQC1aJotNUI+W4jP7xQDO8L/b4XiF4Rss9O0B+3vMH7Njk85fZ052QhZpMVlpaaO+sCI KqG3oNEbuOHzJB/NDJFnqh7ijBwhdWutdsq23Ux6TvxgakyMPpT6TRNEJzcBVQA0kpby1DVD 0EKSK/FrWWBiFmSxg7qUfmIq/mMzgE6epHktyRM3OGq3dbRdOUgfumWrqHXOrdJz06xE9NzY vc9toqZnd79FUtE/nSZVm1VS3Grq7RKV65onvX3QOW4W1ldEHwggaZxgWGNiR/D4eosAGFxn uYeWlKEC70c99Mp1giWux+7ur6hc2E+AaTGh+fGeijO5q40OGd+dNMgK8Es0nDRw81lRcl24 SWUEky9y8DArgIFlRd6d3ZYwgc1DMTWkTavx3ZpASp5TWih6yI8ACwboTvlUYeooMsPtNa9E 6UQ1nt7VEi5syjxnDltbEFoLYcXBcqhRhFETJe9CdenItAHAtOya3w5+fmC2j/xJz29og1KH YqWHlo3Kswi9G77an+zh6nWkMuHs+03DU8DaOEWzZEav3lVD4u76bKRDTbhh0bMAk4eXriGL h4MUoX3Imfcr6JoyheVrAdHDL/BixbMH1UUspeRuqQMQ5b2T6pabXP0oOB4FqldWiDgJBGRd zWLgCYG8wPGJGYgHibl5rFiI5Ix3FQncipc6SdUzOQIDAQABo4IBCjCCAQYwHQYDVR0OBBYE FF3AXsKnjdPND5+bxVECGKtc047PMIHABgNVHSMEgbgwgbWAFBu1oRhUMNEzjODolDka5k4Q EDBioYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJ TmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5 c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYIJAKxAy1WBo2kY MBIGA1UdEwEB/wQIMAYBAf8CAQAwDgYDVR0PAQH/BAQDAgGGMA0GCSqGSIb3DQEBCwUAA4IC AQCB5686UCBVIT52jO3sz9pKuhxuC2npi8ZvoBwt/IH9piPA15/CGF1XeXUdu2qmhOjHkVLN gO7XB1G8CuluxofOIUce0aZGyB+vZ1ylHXlMeB0R82f5dz3/T7RQso55Y2Vog2Zb7PYTC5B9 oNy3ylsnNLzanYlcW3AAfzZcbxYuAdnuq0Im3EpGm8DoItUcf1pDezugKm/yKtNtY6sDyENj tExZ377cYA3IdIwqn1Mh4OAT/Rmh8au2rZAo0+bMYBy9C11Ex0hQ8zWcvPZBDn4v4RtO8g+K uQZQcJnO09LJNtw94W3d2mj4a7XrsKMnZKvm6W9BJIQ4Nmht4wXAtPQ1xA+QpxPTmsGAU0Cv HmqVC7XC3qxFhaOrD2dsvOAK6Sn3MEpH/YrfYCX7a7cz5zW3DsJQ6o3pYfnnQz+hnwLlz4MK 17NIA0WOdAF9IbtQqarf44+PEyUbKtz1r0KGeGLs+VGdd2FLA0e7yuzxJDYcaBTVwqaHhU2/ Fna/jGU7BhrKHtJbb/XlLeFJ24yvuiYKpYWQSSyZu1R/gvZjHeGb344jGBsZdCDrdxtQQcVA 6OxsMAPSUPMrlg9LWELEEYnVulQJerWxpUecGH92O06wwmPgykkz//UmmgjVSh7ErNvL0lUY UMfunYVO/O5hwhW+P4gviCXzBFeTtDZH259O7TCCBzAwggUYoAMCAQICEwCg0WvVwekjGFiO 62SckFwepz0wDQYJKoZIhvcNAQELBQAwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3Jp ZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBD QTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExMQyAyMDE3IEludCBDQTAeFw0xNzA4MTcyMTIx MjBaFw0yMjA4MTYyMTIxMjBaMFcxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRswGQYDVQQDDBJrYXJsQGRlbm5pbmdlci5uZXQw ggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQC+HVSyxVtJhy3Ohs+PAGRuO//Dha9A 16l5FPATr6wude9zjX5f2lrkRyU8vhCXTZW7WbvWZKpcZ8r0dtZmiK9uF58Ec6hhvfkxJzbg 96WHBw5Fumd5ahZzuCJDtCAWW8R7/KN+zwzQf1+B3MVLmbaXAFBuKzySKhKMcHbK3/wjUYTg y+3UK6v2SBrowvkUBC+jxNg3Wy12GsTXcUS/8FYIXgVVPgfZZrbJJb5HWOQpvvhILpPCD3xs YJFNKEPltXKWHT7Qtc2HNqikgNwj8oqOb+PeZGMiWapsatKm8mxuOOGOEBhAoTVTwUHlMNTg 6QUCJtuWFCK38qOCyk9Haj+86lUU8RG6FkRXWgMbNQm1mWREQhw3axgGLSntjjnznJr5vsvX SYR6c+XKLd5KQZcS6LL8FHYNjqVKHBYM+hDnrTZMqa20JLAF1YagutDiMRURU23iWS7bA9tM cXcqkclTSDtFtxahRifXRI7Epq2GSKuEXe/1Tfb5CE8QsbCpGsfSwv2tZ/SpqVG08MdRiXxN 5tmZiQWo15IyWoeKOXl/hKxA9KPuDHngXX022b1ly+5ZOZbxBAZZMod4y4b4FiRUhRI97r9l CxsP/EPHuuTIZ82BYhrhbtab8HuRo2ofne2TfAWY2BlA7ExM8XShMd9bRPZrNTokPQPUCWCg CdIATQIDAQABo4IBzzCCAcswPAYIKwYBBQUHAQEEMDAuMCwGCCsGAQUFBzABhiBodHRwOi8v b2NzcC5jdWRhc3lzdGVtcy5uZXQ6ODg4ODAJBgNVHRMEAjAAMBEGCWCGSAGG+EIBAQQEAwIF oDAOBgNVHQ8BAf8EBAMCBeAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMDMGCWCG SAGG+EIBDQQmFiRPcGVuU1NMIEdlbmVyYXRlZCBDbGllbnQgQ2VydGlmaWNhdGUwHQYDVR0O BBYEFLElmNWeVgsBPe7O8NiBzjvjYnpRMIHKBgNVHSMEgcIwgb+AFF3AXsKnjdPND5+bxVEC GKtc047PoYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UE BwwJTmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRh IFN5c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYITAORIioIQ zl6738WMYyE12A3YSDAdBgNVHREEFjAUgRJrYXJsQGRlbm5pbmdlci5uZXQwDQYJKoZIhvcN AQELBQADggIBAJXboPFBMLMtaiUt4KEtJCXlHO/3ZzIUIw/eobWFMdhe7M4+0u3te0sr77QR dcPKR0UeHffvpth2Mb3h28WfN0FmJmLwJk+pOx4u6uO3O0E1jNXoKh8fVcL4KU79oEQyYkbu 2HwbXBU9HbldPOOZDnPLi0whi/sbFHdyd4/w/NmnPgzAsQNZ2BYT9uBNr+jZw4SsluQzXG1X lFL/qCBoi1N2mqKPIepfGYF6drbr1RnXEJJsuD+NILLooTNf7PMgHPZ4VSWQXLNeFfygoOOK FiO0qfxPKpDMA+FHa8yNjAJZAgdJX5Mm1kbqipvb+r/H1UAmrzGMbhmf1gConsT5f8KU4n3Q IM2sOpTQe7BoVKlQM/fpQi6aBzu67M1iF1WtODpa5QUPvj1etaK+R3eYBzi4DIbCIWst8MdA 1+fEeKJFvMEZQONpkCwrJ+tJEuGQmjoQZgK1HeloepF0WDcviiho5FlgtAij+iBPtwMuuLiL shAXA5afMX1hYM4l11JXntle12EQFP1r6wOUkpOdxceCcMVDEJBBCHW2ZmdEaXgAm1VU+fnQ qS/wNw/S0X3RJT1qjr5uVlp2Y0auG/eG0jy6TT0KzTJeR9tLSDXprYkN2l/Qf7/nT6Q03qyE QnnKiBXWAZXveafyU/zYa7t3PTWFQGgWoC4w6XqgPo4KV44OMYIFBzCCBQMCAQEwgZIwezEL MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBglghkgBZQMEAgMFAKCCAkUw GAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTgxMTIxMjIyMTQ0 WjBPBgkqhkiG9w0BCQQxQgRAJxTrkiWAYUM4VCGMT0S6Z54Zpqiipm3a6rMCe05dUtia2YOs JyyOwNVB1O00BXYbKP/aNocUY6jq3r+WUSVKWjBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFl AwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3 DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGjBgkrBgEEAYI3EAQxgZUwgZIwezEL MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTCBpQYLKoZIhvcNAQkQAgsxgZWg gZIwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lz dGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0 ZW1zIExMQyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBgkqhkiG9w0BAQEF AASCAgChj1hpKC5b3UmtHZqZj/Jwkw3Fs6kf0pl5ESSSwpmHPVGu7lC6gaWmmx8iw4R3xbEA n20iXS5eGd93y8yUBEJ2lSf+gv98RGrPKEYnB8n/QP74QyOwsksoclHp9OLem2LtaPiYueH4 bdeK0D9TNpJ02iAjs4xZOLZW3ChqtocnMKrGW2aIhVkmKXjsdhCq94kyV8sqB4UDaJJSGM1E lpYo9lR+RbmOB6IxRJJTavFn6ZcUpmESWdUQ6vcPzDhq6aFYD6NyXdGV/OaOYzIL2oXCvCIQ pToXChDXs5W7gv09nAb78bVkmSwlTMNXrcNXh6bYtgmaRpTQQSPuQGtrMIRtBAqXmfd+58g5 VvhNA1GoDyL5j7YanISMAzZRns8nWdV1HD53rQLpTqcDLs4l/KFdvMT/A0TjTCVLrUoPPYRs QFyCACl+R+B7oIsLXzzre5drBa38NY89uX2Cn8km+TkFdTHzfe/7taM6pIM6QEcNzLAKotj0 0wLe/KK+3xA+l4oqxBCtaIZW314VDtm8h3AHnmZF+3lGQBhyu29kLSp1XMsgKXMRUM8GiBmB CrG4QmC1roY9ABm6+FkyA/4gugqaN2A13jkuv046kDyghE5Y/imLz7uv3X1vV2es3cZ7g7l3 emA+XWvt8UVYTLe2+AYvn1+ReAYpI+clYff3GAHujAAAAAAAAA== --------------ms060108030207070601020503-- From owner-freebsd-arm@freebsd.org Wed Nov 21 22:33:48 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E4E441148C60 for ; Wed, 21 Nov 2018 22:33:47 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1.eu.mailhop.org (outbound1.eu.mailhop.org [52.28.251.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 4C5D87ACBB for ; Wed, 21 Nov 2018 22:33:47 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1542839625; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=aFIBNGLP+f+J+NzxDoN2+q4hSv4GxF6JW3wd+syiasSuaMsCNS3XhBFEOBA2NuZZIppsum+c2LVym QkfPF4Ysz+6H8Yr1dC2XGBapu9R4WehPJ945ibRZX3/ncwQ12COdIR/GrFQZIYG5HzoT0fLE6EkYcP Qgj5wvHbwwBRQ7r+y0aSTwcwiONXtyc1qR4JP4GQFUVE81Lnox5EaZxAUxZ9pkMeyHHnqcOAEwDv3S VxQgeW8BBMrmTGUBLPutjlttuFIdeQC2prF9UI1SFDC727JC076v++zdVWwqL52EZQ7I3RR27Q1KyK qlA8DCyVN82HKMrza+vsh1Nwaq8icdA== 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:cc:to:from:subject:message-id:dkim-signature:from; bh=XK0TOPlomogLkLyDLa2okJ3x5o6ZH9SAxUqbtSnP8WA=; b=pSs3vLcsuVgKuJzsjFmM+YumbqTo3CX1bEEhENa1QNpppiMbn3cncHO302Wd5o5QFKZ8xJv17iF3K /GY+oSfT6a4Rn+/N+bsUQQ7DCnx6m2AGtbXETmywUKSplhf1++QwQYFPtNqHbnJ0Ju0PpGeyiwPL9W WVd9lpMUlGbcbEz2RwUuXzRWLhJD6wqvjVuG1z+O/XDVjEamYFYG4Jo/FEzqla0Xyvu38maYxvYDig S1OudfvxG01zfRdO/ehtIMHp7qIcyMqA/TCJf7nBmSgfO11DLqzj2euZBncen6zGJSmvD+J05Wg/to zTEFzSWjMVeBHaNfHRhomCo+aBO4New== ARC-Authentication-Results: i=1; outbound3.eu.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:cc:to:from:subject:message-id:from; bh=XK0TOPlomogLkLyDLa2okJ3x5o6ZH9SAxUqbtSnP8WA=; b=cko0A4M2jK8g7Z13YITaA35FG+Oy3oMFilgN0yzXrvCExIt530AMsIDLupBmcRkBhWD58xZozcbwo 7V//zb8gxapnLwbWDd4zmgkQT2bye+ifxwLtfE6GzceKLDQ4rMyJzYc7CYpiiWezcJSHsqKo2IshCn 6onWDBWGB3tQs080kkDOxfbULhGHLZwoHDLbgZbKp1IwC7wsDn1+uDB5xXQZi+GwIwbMFpIxLOw9hQ xReepB1aZ450HsdT5Wz3hzIp6UN6BdILAfPwswRCCXxAZ9Av1skjcef39tjfHkPCo3m3cfZ+JMVOdm ncx+7lXBpcVb1sMx9PV7XiR4F5Rd72Q== X-MHO-RoutePath: aGlwcGll X-MHO-User: 7eff7d23-eddd-11e8-8a28-a1efd8da9a94 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [67.177.211.60]) by outbound3.eu.mailhop.org (Halon) with ESMTPSA id 7eff7d23-eddd-11e8-8a28-a1efd8da9a94; Wed, 21 Nov 2018 22:33:43 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id wALMXe86018159; Wed, 21 Nov 2018 15:33:40 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <1542839620.56571.93.camel@freebsd.org> Subject: Re: FreeBSD 12.0 RBPI3B+ and hardware clock support From: Ian Lepore To: Stefan Parvu , Oleksandr Tymoshenko Cc: freebsd-arm@freebsd.org Date: Wed, 21 Nov 2018 15:33:40 -0700 In-Reply-To: References: <88AEE740-A64E-4F54-9A43-02DB605CFA2D@kronometrix.org> <1542832617.56571.81.camel@freebsd.org> <1542833504.56571.87.camel@freebsd.org> <370FE06A-C2F8-4294-8DD1-F2EF76E63B94@kronometrix.org> <20181121210909.GA1580@bluezbox.com> <84BB6519-3CF7-4ACC-847C-7AB82567A9BD@kronometrix.org> <20181121212939.GA1900@bluezbox.com> <20181121215103.GA2412@bluezbox.com> Content-Type: text/plain; charset="ISO-8859-1" X-Mailer: Evolution 3.18.5.1 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4C5D87ACBB X-Spamd-Result: default: False [0.20 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.10)[-0.102,0]; ASN(0.00)[asn:16509, ipnet:52.28.0.0/16, country:US]; NEURAL_SPAM_SHORT(0.37)[0.371,0]; NEURAL_HAM_LONG(-0.07)[-0.067,0] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Nov 2018 22:33:48 -0000 On Wed, 2018-11-21 at 23:55 +0200, Stefan Parvu wrote: > root@k50:~ # dmesg | grep ds1307 > ds13070: at addr 0xde on iicbus0 > ds13070: registered as a time-of-day clock, resolution 1.000000s > > > root@k50:~ # dmesg | grep clock > ofw_clkbus0: on ofwbus0 > clk_fixed0: on ofw_clkbus0 > clk_fixed1: on ofw_clkbus0 > bcm2835_cpufreq0: can't get clock rate (id=8) > ds13070: registered as a time-of-day clock, resolution 1.000000s > > Looks good. Correct ? > > Stefan You can directly test reading and writing the clock hardware with some sysctls... First set      sysctl debug.clock_show_io=3 to enable the output. The output goes to the console and dmesg. Next:    sysctl debug.clock_do_io=1 to trigger a read and    sysctl debug.clock_do_io=2 to trigger a write.  The read is a no-op (it reads and discards the value) but the write will actually write the current system time to the rtc hardware.  When you're all done, set clock_show_io=0. If you leave the debug output enabled, you'll also see it doing the automatic update every 30 minutes if ntpd has set the clock. -- Ian From owner-freebsd-arm@freebsd.org Wed Nov 21 22:44:10 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 13FED11020A3 for ; Wed, 21 Nov 2018 22:44:10 +0000 (UTC) (envelope-from sparvu@kronometrix.org) Received: from mail.kronometrix.org (mail.kronometrix.org [95.85.46.90]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.kronometrix.org", Issuer "mail.kronometrix.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F58B7B426 for ; Wed, 21 Nov 2018 22:44:09 +0000 (UTC) (envelope-from sparvu@kronometrix.org) Received: from [192.168.1.191] (82-203-153-182.bb.dnainternet.fi [82.203.153.182]) (authenticated bits=0) by mail.kronometrix.org (8.15.2/8.15.2) with ESMTPSA id wALMi1HA054977 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Wed, 21 Nov 2018 22:44:02 GMT (envelope-from sparvu@kronometrix.org) X-Authentication-Warning: mail.kronometrix.org: Host 82-203-153-182.bb.dnainternet.fi [82.203.153.182] claimed to be [192.168.1.191] From: Stefan Parvu Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: Re: FreeBSD 12.0 RBPI3B+ and hardware clock support Date: Thu, 22 Nov 2018 00:43:55 +0200 References: <88AEE740-A64E-4F54-9A43-02DB605CFA2D@kronometrix.org> <1542832617.56571.81.camel@freebsd.org> <1542833504.56571.87.camel@freebsd.org> <370FE06A-C2F8-4294-8DD1-F2EF76E63B94@kronometrix.org> <20181121210909.GA1580@bluezbox.com> <84BB6519-3CF7-4ACC-847C-7AB82567A9BD@kronometrix.org> <20181121212939.GA1900@bluezbox.com> <20181121215103.GA2412@bluezbox.com> <1542839620.56571.93.camel@freebsd.org> To: freebsd-arm@freebsd.org In-Reply-To: <1542839620.56571.93.camel@freebsd.org> Message-Id: <464346EE-EDB3-40F7-A782-674B626595BC@kronometrix.org> X-Mailer: Apple Mail (2.3445.101.1) X-Rspamd-Queue-Id: 4F58B7B426 X-Spamd-Result: default: False [3.74 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; HAS_XAW(0.00)[]; NEURAL_SPAM_MEDIUM(0.97)[0.973,0]; RCPT_COUNT_ONE(0.00)[1]; TO_DN_NONE(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MX_GOOD(-0.01)[cached: mail.kronometrix.org]; NEURAL_SPAM_LONG(0.91)[0.910,0]; DMARC_NA(0.00)[kronometrix.org]; NEURAL_SPAM_SHORT(0.96)[0.965,0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; IP_SCORE(0.70)[asn: 14061(3.59), country: US(-0.09)]; ASN(0.00)[asn:14061, ipnet:95.85.0.0/18, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Nov 2018 22:44:10 -0000 > You can directly test reading and writing the clock hardware with some > sysctls=E2=80=A6 many thanks for help. the hdw clock works fine. We will keep testing our sfw on it. Stefan= From owner-freebsd-arm@freebsd.org Wed Nov 21 23:03:40 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D19E7110299A for ; Wed, 21 Nov 2018 23:03:40 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F33947BDB5; Wed, 21 Nov 2018 23:03:39 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id wALN3XDu074329; Wed, 21 Nov 2018 15:03:33 -0800 (PST) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd-rwg@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id wALN3Vv9074328; Wed, 21 Nov 2018 15:03:31 -0800 (PST) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201811212303.wALN3Vv9074328@pdx.rh.CN85.dnsmgr.net> Subject: Re: Lost my serial console! :-) In-Reply-To: <36dad8b2-34cf-e3c1-e277-716a2fb480d8@denninger.net> To: Karl Denninger Date: Wed, 21 Nov 2018 15:03:31 -0800 (PST) CC: "freebsd-arm@freebsd.org" , re@freebsd.org X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: F33947BDB5 X-Spamd-Result: default: False [-0.19 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-0.27)[-0.271,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-0.05)[-0.049,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[dnsmgr.net]; AUTH_NA(1.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; SUBJECT_HAS_EXCLAIM(0.00)[]; MX_GOOD(-0.01)[cached: pdx.rh.CN85.dnsmgr.net]; NEURAL_HAM_SHORT(-0.74)[-0.739,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:13868, ipnet:69.59.192.0/19, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(-0.02)[country: US(-0.09)] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Nov 2018 23:03:41 -0000 > > On 11/20/2018 09:57, Rodney W. Grimes wrote: > ..... > >> Lots.? I have several 3Bs, one 3B+ (since that's the current model), and > >> a passel of 2s. :-)? The 2s are fine but I'm building 11.STABLE for > >> those.? Can't for the 3s, as the code to run those isn't in 11. > > Ok which of PI3B or PI3B+ or is it both that you are having > > serial console issues on? > > > > Also can you try: > > http://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/12.0/FreeBSD-12.0-RC1-arm64-aarch64-RPI3.img.xz > > on both boards and report success/failure/problems? > > > > Thanks, > > RC1 boots on both and I have a serial console on both.? Thank you for the testing, I am ccing this reply to RE@ so they know we have at least 1 data point that says we can boot our release canadate image on both a RPI3B and RPI3B+, that is valuable data. > I'll dig through > the .img that Crochet builds and see what I can figure out -- it must be > doing something hinky somewhere and best guess is that it's probably the > DOS partition that has something wrong in it.? As far as I can tell the > 3B+ doesn't boot at all on the Crochet build (but I can't be sure since > I have no console -- it never does enable the Ethernet port as I never > see the link light come on) but the 3B does boot and come up -- just no > serial. > > I suspect there's a bit of pooch-hosing in the Crochet board file or > (more likely) whatever gets into the dos partition.? If I can figure it > out I'll submit a pull request back at the Crochet people to fix it.... > holiday might get in the way of me screwing with it for a bit here. I wonder if it has caught up with the lua loader? > Karl Denninger > karl@denninger.net > /The Market Ticker/ > /[S/MIME encrypted email preferred]/ -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-arm@freebsd.org Thu Nov 22 05:10:32 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 517821137813 for ; Thu, 22 Nov 2018 05:10:32 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E8DF78A77A for ; Thu, 22 Nov 2018 05:10:30 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id 69b1deb9; Thu, 22 Nov 2018 06:10:28 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=p8zvMFn3N8nrCd105g4lfgA45d0=; b=k3ECo9guL1BIR/0vnbuHW9p7CufU ArWExitrCS+8l3pjwMu2KU/O2bZgZ0O9UeMWtHOBj+vFnZ4r8bEIDX31pyVzi0H+ D1qrcUHQq/G5HgHOo0I3bq/eVm5TG2lFbDnAeE/s1CiddclBIEPL0OEOWYKXdr8/ I0NJ5zZbwG7qw8I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=dZg6zMXlkM/cPhXeV59Vy/cU12RsicYDUACbPv/f0vItG1QqQtvmtBF7 mSByNPHUFsEaMbYi0uN7I32wVj4493wjNTAZYppSJzMxaSxOQFHk72mD4eHEyi+h Lsrl3CzpaisStMNRfz2W9f4sNPz61u/EHagxnQhtnndT72Ywd0A= Received: from knuckles.blih.net (ip-9.net-89-3-105.rev.numericable.fr [89.3.105.9]) by mail.blih.net (OpenSMTPD) with ESMTPSA id 17122e56 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Thu, 22 Nov 2018 06:10:28 +0100 (CET) Date: Thu, 22 Nov 2018 06:10:28 +0100 From: Emmanuel Vadot To: Oleksandr Tymoshenko Cc: Stefan Parvu , freebsd-arm@freebsd.org Subject: Re: FreeBSD 12.0 RBPI3B+ and hardware clock support Message-Id: <20181122061028.98c620221f22793b118064f8@bidouilliste.com> In-Reply-To: <20181121212939.GA1900@bluezbox.com> References: <70D1E906-D92A-4413-9327-DE1779E479E8@kronometrix.org> <1542825813.56571.77.camel@freebsd.org> <88AEE740-A64E-4F54-9A43-02DB605CFA2D@kronometrix.org> <1542832617.56571.81.camel@freebsd.org> <1542833504.56571.87.camel@freebsd.org> <370FE06A-C2F8-4294-8DD1-F2EF76E63B94@kronometrix.org> <20181121210909.GA1580@bluezbox.com> <84BB6519-3CF7-4ACC-847C-7AB82567A9BD@kronometrix.org> <20181121212939.GA1900@bluezbox.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: E8DF78A77A X-Spamd-Result: default: False [-1.01 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[bidouilliste.com]; NEURAL_HAM_MEDIUM(-0.67)[-0.667,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:212.83.177.182/32]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[bidouilliste.com]; NEURAL_HAM_LONG(-0.77)[-0.774,0]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.21)[0.213,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; MX_GOOD(-0.01)[mx-backup.blih.net,mail.blih.net]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.12)[ipnet: 212.83.160.0/19(0.60), asn: 12876(0.04), country: FR(-0.02)]; ASN(0.00)[asn:12876, ipnet:212.83.160.0/19, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Nov 2018 05:10:32 -0000 On Wed, 21 Nov 2018 13:29:39 -0800 Oleksandr Tymoshenko wrote: > Stefan Parvu (sparvu@kronometrix.org) wrote: > > > > > > - Download i2c-rtc.dtbo and copy it to "overlays/" directory on FAT > > > partition > > > > root@k50:~ # ls -lrt /boot/msdos/overlays/ > > total 88 > > -rwxr-xr-x 1 root wheel 946 Jun 19 11:30 pwm.dtbo > > -rwxr-xr-x 1 root wheel 818 Jun 19 11:30 pi3-disable-bt.dtbo > > -rwxr-xr-x 1 root wheel 1099 Jun 19 11:30 mmc.dtbo > > -rwxr-xr-x 1 root wheel 74175 Nov 21 19:43 i2c-rtc.dtbo > > My link was to the file's page on GitHub, not direct download and it > looks like you donwloaded HTML instead of the dtbo, the correct link is: > https://github.com/raspberrypi/firmware/raw/master/boot/overlays/i2c-rtc.dtbo > The size is 3934 and MD5 checksum is 6d8217ed669f61c0dfb7b985696a540c > > -- > gonzo > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" Note that the rpi-firmware packages install them too. Using the package version ensure that you are using the same overlay version as the base DTB. Maybe we should install all overlays in the official image so people following "Linux" tutorial might have a chance that this works for FreeBSD. -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Thu Nov 22 04:06:17 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4270F1134D9B for ; Thu, 22 Nov 2018 04:06:17 +0000 (UTC) (envelope-from yamori813@yahoo.co.jp) Received: from nh502-vm9.bullet.mail.kks.yahoo.co.jp (nh502-vm9.bullet.mail.kks.yahoo.co.jp [183.79.56.154]) by mx1.freebsd.org (Postfix) with SMTP id F0B91886A2 for ; Thu, 22 Nov 2018 04:06:14 +0000 (UTC) (envelope-from yamori813@yahoo.co.jp) Received: from [183.79.100.140] by nh502.bullet.mail.kks.yahoo.co.jp with NNFMP; 22 Nov 2018 04:02:48 -0000 Received: from [183.79.100.134] by t503.bullet.mail.kks.yahoo.co.jp with NNFMP; 22 Nov 2018 04:02:47 -0000 Received: from [127.0.0.1] by omp503.mail.kks.yahoo.co.jp with NNFMP; 22 Nov 2018 04:02:47 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 978902.59074.bm@omp503.mail.kks.yahoo.co.jp Received: (qmail 26946 invoked by uid 60001); 22 Nov 2018 04:02:47 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.jp; s=yj20110701; t=1542859367; bh=QGW/Xr/3fuPmqJosOXO01cTKXUbzslzi7IblNTeNYWk=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:X-YMail-JAS:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=S80geL74djG7SZwnqpCk2OUxJ4atUULvnwp9WDvRVrz6qElAotk3VG5KElim4FXypQCa9yIhW0CBf7XXSEsB0N53LNl+MJtYX9xJkDpoKvsQaseVLZlzfo2058G4wFO9DCHhuf8pGCdshVDQqz26NIoIeNTAXPAPhvpAY+3AdlQ= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=yj20110701; d=yahoo.co.jp; h=Message-ID:X-YMail-OSG:Received:X-Mailer:X-YMail-JAS:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=LXFW8mrAi7+tVDlcFDVKwmlT3Is2U2it/wWc8Fyc8cbKDiVP3rOMCvG2wefWNY4a0Pkkjne/oakcv22QlKUrK1vqmac0mWzeQ8OpzLDjbM0XgVGtUItevpHZxTNglsJqVCkGHItVpDbNhCqvBYrJorCaJNHGwZYKbR36e/t9hLU=; Message-ID: <753437.12280.qm@web103906.mail.ssk.yahoo.co.jp> X-YMail-OSG: YbgkquQVM1k1C0dB3vT8w0yE4oLrWII55jJHw5OzTeANq.CS2AaTh6lTYLol1cKdrtOYZzEOqzSgfDPGeZJHrQyxNjMB2GCvW8.sWuo5yFw3uv4pmB8lt1K5lPVLVOGt77GBuk8fHpPteMwJ4whbzjr_RP7R7If9E_pFLUhEYsmSTcmO4IWg7Aciajw6OiKyUi23V9pMaNcIyYZQbyWHquIDaFRWy4TVTTNRZoFQTJhtEAvo0FEul6DqroiTUfSrcM8ArNzTFuIrQlGGJZEQkUETjZtRVha2bUu7UCXaEmbmZDrzCQvuHLyvWoM3UZ.uK6oQDC1mYS3w3Bg_YJ0aztRYKFUzS_BVmxD24Gqrz5dOA4d58VcmCuhyMXDEYqtdkHOFYz1op6knQE0WUway_68Y9_U6_f39_nTtUgsT_DOI_5qrB7pnpqhjVeUVjI2K8ox0293v_cWfux_41CXdODAhh6huuvyfeJ401Qn3c5Uuue2TQq02UCpdk5zzX2Masd2g5u_q3LSnOIVCU5WGStUvKraBiacX1uSN34D0CviYKMD5DJbeJDPAjtv81z_vs.7kegvqECKoc9GDy7ouvRRhpfriPYHi5pW0qOsKE9OnmToO2uGqKTm2YyCJu69pqFdw Received: from [203.165.243.65] by web103906.mail.ssk.yahoo.co.jp via HTTP; Thu, 22 Nov 2018 13:02:46 JST X-Mailer: YahooMailWebService/0.8.111_74 X-YMail-JAS: CnMFmGUVM1n3gDGJdOc1KX8BzwfypDcCyLfgxtbM.zukL78aKuXGoxU789ck71Z8bVR2njlXP0MalPT9rTelblw8_4W4OxKYx2Ih9qBGdmbo9tqRE3QM6r71IkIFSnSm65E1 Date: Thu, 22 Nov 2018 13:02:46 +0900 (JST) From: Mori Hiroki Reply-To: Mori Hiroki Subject: can't get image file on download by 11.4R To: "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: F0B91886A2 X-Spamd-Result: default: False [3.54 / 15.00]; HAS_REPLYTO(0.00)[yamori813@yahoo.co.jp]; R_SPF_ALLOW(-0.20)[+ip4:183.79.56.0/23]; FREEMAIL_FROM(0.00)[yahoo.co.jp]; MX_GOOD(-0.01)[cached: mx3.mail.yahoo.co.jp]; DKIM_TRACE(0.00)[yahoo.co.jp:+]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(1.01)[ipnet: 183.79.0.0/16(2.86), asn: 24572(2.28), country: JP(-0.10)]; FREEMAIL_ENVFROM(0.00)[yahoo.co.jp]; ASN(0.00)[asn:24572, ipnet:183.79.0.0/16, country:JP]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.co.jp]; RCVD_COUNT_FIVE(0.00)[6]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.99)[0.987,0]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_REPLYTO(0.00)[yahoo.co.jp]; DMARC_NA(0.00)[yahoo.co.jp]; NEURAL_SPAM_MEDIUM(0.98)[0.979,0]; RCPT_COUNT_ONE(0.00)[1]; REPLYTO_EQ_FROM(0.00)[]; NEURAL_SPAM_LONG(0.97)[0.971,0]; RCVD_IN_DNSWL_NONE(0.00)[154.56.79.183.list.dnswl.org : 127.0.5.0]; TO_DN_EQ_ADDR_ALL(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Nov 2018 04:06:17 -0000 Hi.=0A=0AI have error.=0A=0A=0Amicroserver % uname -a=0AFreeBSD microserver= 11.2-RELEASE-p4 FreeBSD 11.2-RELEASE-p4 #0: Thu Sep 27 08:16=0A:24 UTC 201= 8=A0=A0=A0=A0 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENER= IC=0A=A0 amd64=0Amicroserver % fetch "https://download.freebsd.org/ftp/rele= ases/arm/armv7/ISO-IMA=0AGES/12.0/FreeBSD-12.0-RC1-arm-armv7-CUBIEBOARD.img= .xz"=0ACertificate verification failed for /C=3DUS/O=3DLet's Encrypt/CN=3DL= et's Encrypt Autho=0Arity X3=0A34374371912:error:14090086:SSL routines:ssl3= _get_server_certificate:certificate =0Averify failed:/usr/src/crypto/openss= l/ssl/s3_clnt.c:1269:=0Afetch: https://download.freebsd.org/ftp/releases/ar= m/armv7/ISO-IMAGES/12.0/FreeB=0ASD-12.0-RC1-arm-armv7-CUBIEBOARD.img.xz: Au= thentication error From owner-freebsd-arm@freebsd.org Thu Nov 22 05:11:21 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5B3361137987 for ; Thu, 22 Nov 2018 05:11:21 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EDF2C8A84C for ; Thu, 22 Nov 2018 05:11:20 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 3DA016EDE for ; Thu, 22 Nov 2018 05:11:20 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id wAM5BKcs055002 for ; Thu, 22 Nov 2018 05:11:20 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id wAM5BK84055001 for freebsd-arm@FreeBSD.org; Thu, 22 Nov 2018 05:11:20 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 233391] Bananapi M1 video output Date: Thu, 22 Nov 2018 05:11:19 +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: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: manu@freebsd.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: Not A Bug X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc 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 MIME-Version: 1.0 X-Rspamd-Queue-Id: EDF2C8A84C X-Spamd-Result: default: False [1.75 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_SPAM_LONG(0.50)[0.505,0]; NEURAL_SPAM_MEDIUM(0.47)[0.472,0]; ASN(0.00)[asn:10310, ipnet:2001:1900:2254::/48, country:US]; NEURAL_SPAM_SHORT(0.77)[0.770,0] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Nov 2018 05:11:21 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233391 Emmanuel Vadot changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |manu@freebsd.org Status|New |Closed Resolution|--- |Not A Bug --- Comment #1 from Emmanuel Vadot --- The video controller isn't supported by FreeBSD. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Thu Nov 22 05:37:10 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 89C881138E5C for ; Thu, 22 Nov 2018 05:37:10 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (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 046248B978 for ; Thu, 22 Nov 2018 05:37:10 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by home.opsec.eu with local (Exim 4.91 (FreeBSD)) (envelope-from ) id 1gPhfi-0007ET-JB; Thu, 22 Nov 2018 06:37:02 +0100 Date: Thu, 22 Nov 2018 06:37:02 +0100 From: Kurt Jaeger To: Mori Hiroki Cc: "freebsd-arm@freebsd.org" Subject: Re: can't get image file on download by 11.4R Message-ID: <20181122053702.GD63752@home.opsec.eu> References: <753437.12280.qm@web103906.mail.ssk.yahoo.co.jp> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <753437.12280.qm@web103906.mail.ssk.yahoo.co.jp> X-Rspamd-Queue-Id: 046248B978 X-Spamd-Result: default: False [2.44 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_SPAM_LONG(0.76)[0.756,0]; NEURAL_SPAM_MEDIUM(0.81)[0.807,0]; ASN(0.00)[asn:12502, ipnet:2001:14f8::/32, country:DE]; NEURAL_SPAM_SHORT(0.87)[0.874,0] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Nov 2018 05:37:10 -0000 Hi! > I have error. > > > microserver % uname -a > FreeBSD microserver 11.2-RELEASE-p4 FreeBSD 11.2-RELEASE-p4 #0: Thu Sep 27 08:16 > :24 UTC 2018     root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC >   amd64 > microserver % fetch "https://download.freebsd.org/ftp/releases/arm/armv7/ISO-IMA > GES/12.0/FreeBSD-12.0-RC1-arm-armv7-CUBIEBOARD.img.xz" Try: fetch --no-verify-peer ... -- pi@opsec.eu +49 171 3101372 2 years to go ! From owner-freebsd-arm@freebsd.org Thu Nov 22 05:14:56 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 95B801137A87 for ; Thu, 22 Nov 2018 05:14:56 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id BCFFB8AA71; Thu, 22 Nov 2018 05:14:55 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id c5a883fa; Thu, 22 Nov 2018 06:08:14 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=BjSwt9ynmqiXKXXfXdKgqArND+o=; b=Ze/EmT786TCIEyXPEZDaByBnN8OA fQJ1VTh7QKdKiDGyEiEYKg4MwRcXuzxmDJW922LE16xHtUn5DWSblrjEh66p8Oui cl7NSWP2uRCUCWEIA3XaYgY7aYcqXfUIIzw2FCw0P5BMpgWr1H/WXOs04SZ0oULD CaacV0tu0kCTDbU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=tkgQJJUwt8VUirdQo1JdMguiBRZwKPeVPQ5lLXG3QBkwsS3fd/YNDWuP orvvjxPYcJlQQnWQHsnSQ/M46z/meLAoQnG8HbHILt2hwG6GU5eeBMSe4RKEYKuX E5/UN5BtI7BJFSSswfkjCaiUWOs7LS7tGl1dqqy/Ric3pTikwNk= Received: from knuckles.blih.net (ip-9.net-89-3-105.rev.numericable.fr [89.3.105.9]) by mail.blih.net (OpenSMTPD) with ESMTPSA id d33f7307 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Thu, 22 Nov 2018 06:08:13 +0100 (CET) Date: Thu, 22 Nov 2018 06:08:14 +0100 From: Emmanuel Vadot To: "Rodney W. Grimes" Cc: Karl Denninger , "freebsd-arm@freebsd.org" , re@freebsd.org Subject: Re: Lost my serial console! :-) Message-Id: <20181122060814.36ef5afc4f95f2b9ca3ef7e7@bidouilliste.com> In-Reply-To: <201811212303.wALN3Vv9074328@pdx.rh.CN85.dnsmgr.net> References: <36dad8b2-34cf-e3c1-e277-716a2fb480d8@denninger.net> <201811212303.wALN3Vv9074328@pdx.rh.CN85.dnsmgr.net> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: BCFFB8AA71 X-Spamd-Result: default: False [-0.90 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[bidouilliste.com]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ip4:212.83.177.182/32]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[bidouilliste.com]; NEURAL_HAM_LONG(-0.68)[-0.680,0]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; SUBJECT_HAS_EXCLAIM(0.00)[]; MX_GOOD(-0.01)[cached: mx-backup.blih.net]; NEURAL_HAM_MEDIUM(-0.42)[-0.418,0]; NEURAL_HAM_SHORT(-0.02)[-0.018,0]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.12)[ipnet: 212.83.160.0/19(0.59), asn: 12876(0.04), country: FR(-0.02)]; ASN(0.00)[asn:12876, ipnet:212.83.160.0/19, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Nov 2018 05:14:56 -0000 On Wed, 21 Nov 2018 15:03:31 -0800 (PST) "Rodney W. Grimes" wrote: > > > > On 11/20/2018 09:57, Rodney W. Grimes wrote: > > ..... > > >> Lots.? I have several 3Bs, one 3B+ (since that's the current model), and > > >> a passel of 2s. :-)? The 2s are fine but I'm building 11.STABLE for > > >> those.? Can't for the 3s, as the code to run those isn't in 11. > > > Ok which of PI3B or PI3B+ or is it both that you are having > > > serial console issues on? > > > > > > Also can you try: > > > http://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/12.0/FreeBSD-12.0-RC1-arm64-aarch64-RPI3.img.xz > > > on both boards and report success/failure/problems? > > > > > > Thanks, > > > > RC1 boots on both and I have a serial console on both.? > > Thank you for the testing, I am ccing this reply to RE@ so they > know we have at least 1 data point that says we can boot our > release canadate image on both a RPI3B and RPI3B+, > that is valuable data. > > > I'll dig through > > the .img that Crochet builds and see what I can figure out -- it must be > > doing something hinky somewhere and best guess is that it's probably the > > DOS partition that has something wrong in it.? As far as I can tell the > > 3B+ doesn't boot at all on the Crochet build (but I can't be sure since > > I have no console -- it never does enable the Ethernet port as I never > > see the link light come on) but the 3B does boot and come up -- just no > > serial. > > > > I suspect there's a bit of pooch-hosing in the Crochet board file or > > (more likely) whatever gets into the dos partition.? If I can figure it > > out I'll submit a pull request back at the Crochet people to fix it.... > > holiday might get in the way of me screwing with it for a bit here. > > I wonder if it has caught up with the lua loader? Can you stop implying that's the lualoader everytime someone has a problem ? The fix for crochet is to add boot_multicons=YES to loader.conf See https://svnweb.freebsd.org/base?view=revision&revision=336999 for why. > > Karl Denninger > > karl@denninger.net > > /The Market Ticker/ > > /[S/MIME encrypted email preferred]/ > > -- > Rod Grimes rgrimes@freebsd.org > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Thu Nov 22 07:10:02 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DD73B113D036 for ; Thu, 22 Nov 2018 07:10:02 +0000 (UTC) (envelope-from lwhsu.freebsd@gmail.com) Received: from mail-wm1-f41.google.com (mail-wm1-f41.google.com [209.85.128.41]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 09AAB8F00D; Thu, 22 Nov 2018 07:10:01 +0000 (UTC) (envelope-from lwhsu.freebsd@gmail.com) Received: by mail-wm1-f41.google.com with SMTP id q26so7948789wmf.5; Wed, 21 Nov 2018 23:10:01 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=736L1Ul9kd2Cp+ya8HmL//aAPXX2a2ifTZecyTduW/g=; b=ea1WU/eAvwa4JT0EGDKFu9z7dFBQNguz5ijDNtalkk0N7GRX9dYmT2nu54Jwyr6ypb ojjfTtHfLaWRqegjZmk3Dt3ahK4JEsd632oOGoN1cJTO+o3zwnAbhsN0woN+w+QUZOD6 LmJ5E5G7hWgKqoReezGxwgVSVbGKkyxU72B9tU6rT6/lqtAH1oIAmkM/Ae2BHc8WaZXD Ykj5/o5+7jcArRNYN93fPlWCmqRWIGcBUJklOESlxdNqejFDHs7Nih8hcvXSkqL9iuN2 c+Jd3vMGHTP6zYaG+La9LULDwied4CHT1WhzCcs+OP3Iir/eeSttKaG3YTXsk9MJh7pK DIEg== X-Gm-Message-State: AA+aEWY7cWl7W7HG8/LA7LDBV1kdvotsAYv/XQAoGXlduGIG8ukmHca4 fip4SsQyYRNKg01gD5usw9oqshDcBinOrna+LrPDFvW8TnM= X-Google-Smtp-Source: AJdET5fiIlajAq6aY3WzoI6PniUU26z2I/a10tQPHKOMAMzS3RJJAwv0MBaIK3LKreJ40yNlF5KgVZctUDhuEIU/CnI= X-Received: by 2002:a7b:c5cc:: with SMTP id n12mr8381378wmk.149.1542870594647; Wed, 21 Nov 2018 23:09:54 -0800 (PST) MIME-Version: 1.0 References: <753437.12280.qm@web103906.mail.ssk.yahoo.co.jp> <20181122053702.GD63752@home.opsec.eu> In-Reply-To: <20181122053702.GD63752@home.opsec.eu> From: Li-Wen Hsu Date: Thu, 22 Nov 2018 16:09:43 +0900 Message-ID: Subject: Re: can't get image file on download by 11.4R To: Kurt Jaeger Cc: Mori Hiroki , freebsd-arm Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 09AAB8F00D X-Spamd-Result: default: False [-3.89 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.992,0]; RCVD_COUNT_TWO(0.00)[2]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; NEURAL_HAM_LONG(-0.99)[-0.993,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-0.87)[-0.872,0]; RCVD_IN_DNSWL_NONE(0.00)[41.128.85.209.list.dnswl.org : 127.0.5.0]; IP_SCORE(-1.02)[ipnet: 209.85.128.0/17(-3.45), asn: 15169(-1.57), country: US(-0.09)]; FORGED_SENDER(0.30)[lwhsu@freebsd.org,lwhsufreebsd@gmail.com]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; TAGGED_FROM(0.00)[]; FROM_NEQ_ENVFROM(0.00)[lwhsu@freebsd.org,lwhsufreebsd@gmail.com]; FREEMAIL_CC(0.00)[yahoo.co.jp] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Nov 2018 07:10:03 -0000 On Thu, Nov 22, 2018 at 3:57 PM Kurt Jaeger wrote: > > Hi! > > > I have error. > > > > > > microserver % uname -a > > FreeBSD microserver 11.2-RELEASE-p4 FreeBSD 11.2-RELEASE-p4 #0: Thu Sep 27 08:16 > > :24 UTC 2018 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC > > amd64 > > microserver % fetch "https://download.freebsd.org/ftp/releases/arm/armv7/ISO-IMA > > GES/12.0/FreeBSD-12.0-RC1-arm-armv7-CUBIEBOARD.img.xz" > > Try: > > fetch --no-verify-peer ... Or install ca_root_nss package. From owner-freebsd-arm@freebsd.org Thu Nov 22 11:28:00 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 03D001145CE6 for ; Thu, 22 Nov 2018 11:28:00 +0000 (UTC) (envelope-from karl@denninger.net) Received: from colo1.denninger.net (colo1.denninger.net [104.236.120.189]) (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 6A7AA72692; Thu, 22 Nov 2018 11:27:59 +0000 (UTC) (envelope-from karl@denninger.net) Received: from denninger.net (ip68-1-57-197.pn.at.cox.net [68.1.57.197]) by colo1.denninger.net (Postfix) with ESMTP id 52AA021132F; Thu, 22 Nov 2018 06:27:27 -0500 (EST) Received: from [192.168.10.22] (D12.Denninger.Net [192.168.10.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by denninger.net (Postfix) with ESMTPSA id E0AC223D8D7; Thu, 22 Nov 2018 05:27:26 -0600 (CST) Subject: Re: Lost my serial console! :-) To: "Rodney W. Grimes" Cc: "freebsd-arm@freebsd.org" , re@freebsd.org References: <201811212303.wALN3Vv9074328@pdx.rh.CN85.dnsmgr.net> From: Karl Denninger Openpgp: preference=signencrypt Message-ID: <820fac5d-dc79-64ca-33ac-7604157db423@denninger.net> Date: Thu, 22 Nov 2018 05:27:28 -0600 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <201811212303.wALN3Vv9074328@pdx.rh.CN85.dnsmgr.net> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms080705050407070802050906" X-Rspamd-Queue-Id: 6A7AA72692 X-Spamd-Result: default: False [-2.93 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; HAS_ATTACHMENT(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; SUBJECT_HAS_EXCLAIM(0.00)[]; MX_GOOD(-0.01)[cached: px.denninger.net]; RECEIVED_SPAMHAUS_PBL(0.00)[197.57.1.68.zen.spamhaus.org : 127.0.0.11]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:14061, ipnet:104.236.64.0/18, country:US]; MID_RHS_MATCH_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.91)[-0.913,0]; FROM_HAS_DN(0.00)[]; SIGNED_SMIME(-2.00)[]; NEURAL_SPAM_SHORT(0.19)[0.186,0]; RCPT_COUNT_THREE(0.00)[3]; MIME_GOOD(-0.20)[multipart/signed,multipart/alternative,text/plain]; DMARC_NA(0.00)[denninger.net]; AUTH_NA(1.00)[]; NEURAL_HAM_LONG(-0.83)[-0.829,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_NA(0.00)[]; IP_SCORE(-0.16)[ipnet: 104.236.64.0/18(-4.31), asn: 14061(3.58), country: US(-0.09)] X-Rspamd-Server: mx1.freebsd.org X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Nov 2018 11:28:00 -0000 This is a cryptographically signed message in MIME format. --------------ms080705050407070802050906 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 11/21/2018 17:03, Rodney W. Grimes wrote: >> On 11/20/2018 09:57, Rodney W. Grimes wrote: >> ..... >>>> Lots.? I have several 3Bs, one 3B+ (since that's the current model),= and >>>> a passel of 2s. :-)? The 2s are fine but I'm building 11.STABLE for >>>> those.? Can't for the 3s, as the code to run those isn't in 11. >>> Ok which of PI3B or PI3B+ or is it both that you are having >>> serial console issues on? >>> >>> Also can you try: >>> http://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/12.0/FreeBSD-= 12.0-RC1-arm64-aarch64-RPI3.img.xz >>> on both boards and report success/failure/problems? >>> >>> Thanks, >> RC1 boots on both and I have a serial console on both.? > Thank you for the testing, I am ccing this reply to RE@ so they > know we have at least 1 data point that says we can boot our > release canadate image on both a RPI3B and RPI3B+, > that is valuable data. One note -- there is a complaint about umodem.ko missing dependencies right at the top of the kernel messages on boot and indeed it does not load out of the loader.conf entry -- but if I load it by hand once the system is up (or out of /etc/rc.local, etc) it works.=C2=A0 So while it d= oes indeed boot I wouldn't call it completely "working" (at least not if you need the umodem kernel module!) This happens to impact me on these devices (I have a USB device that "appears" as a serial modem).... it's been broken for a while on -CURRENT, but I don't know exactly *when* it broke.=C2=A0 On the Pi2 unde= r 11-Stable it hasn't been a problem. --=20 Karl Denninger karl@denninger.net /The Market Ticker/ /[S/MIME encrypted email preferred]/ --------------ms080705050407070802050906 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCC DdgwggagMIIEiKADAgECAhMA5EiKghDOXrvfxYxjITXYDdhIMA0GCSqGSIb3DQEBCwUAMIGL MQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJTmljZXZpbGxlMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExITAf BgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQTAeFw0xNzA4MTcxNjQyMTdaFw0yNzA4 MTUxNjQyMTdaMHsxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkwFwYDVQQKDBBD dWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExJTAjBgNVBAMMHEN1 ZGEgU3lzdGVtcyBMTEMgMjAxNyBJbnQgQ0EwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIK AoICAQC1aJotNUI+W4jP7xQDO8L/b4XiF4Rss9O0B+3vMH7Njk85fZ052QhZpMVlpaaO+sCI KqG3oNEbuOHzJB/NDJFnqh7ijBwhdWutdsq23Ux6TvxgakyMPpT6TRNEJzcBVQA0kpby1DVD 0EKSK/FrWWBiFmSxg7qUfmIq/mMzgE6epHktyRM3OGq3dbRdOUgfumWrqHXOrdJz06xE9NzY vc9toqZnd79FUtE/nSZVm1VS3Grq7RKV65onvX3QOW4W1ldEHwggaZxgWGNiR/D4eosAGFxn uYeWlKEC70c99Mp1giWux+7ur6hc2E+AaTGh+fGeijO5q40OGd+dNMgK8Es0nDRw81lRcl24 SWUEky9y8DArgIFlRd6d3ZYwgc1DMTWkTavx3ZpASp5TWih6yI8ACwboTvlUYeooMsPtNa9E 6UQ1nt7VEi5syjxnDltbEFoLYcXBcqhRhFETJe9CdenItAHAtOya3w5+fmC2j/xJz29og1KH YqWHlo3Kswi9G77an+zh6nWkMuHs+03DU8DaOEWzZEav3lVD4u76bKRDTbhh0bMAk4eXriGL h4MUoX3Imfcr6JoyheVrAdHDL/BixbMH1UUspeRuqQMQ5b2T6pabXP0oOB4FqldWiDgJBGRd zWLgCYG8wPGJGYgHibl5rFiI5Ix3FQncipc6SdUzOQIDAQABo4IBCjCCAQYwHQYDVR0OBBYE FF3AXsKnjdPND5+bxVECGKtc047PMIHABgNVHSMEgbgwgbWAFBu1oRhUMNEzjODolDka5k4Q EDBioYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJ TmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5 c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYIJAKxAy1WBo2kY MBIGA1UdEwEB/wQIMAYBAf8CAQAwDgYDVR0PAQH/BAQDAgGGMA0GCSqGSIb3DQEBCwUAA4IC AQCB5686UCBVIT52jO3sz9pKuhxuC2npi8ZvoBwt/IH9piPA15/CGF1XeXUdu2qmhOjHkVLN gO7XB1G8CuluxofOIUce0aZGyB+vZ1ylHXlMeB0R82f5dz3/T7RQso55Y2Vog2Zb7PYTC5B9 oNy3ylsnNLzanYlcW3AAfzZcbxYuAdnuq0Im3EpGm8DoItUcf1pDezugKm/yKtNtY6sDyENj tExZ377cYA3IdIwqn1Mh4OAT/Rmh8au2rZAo0+bMYBy9C11Ex0hQ8zWcvPZBDn4v4RtO8g+K uQZQcJnO09LJNtw94W3d2mj4a7XrsKMnZKvm6W9BJIQ4Nmht4wXAtPQ1xA+QpxPTmsGAU0Cv HmqVC7XC3qxFhaOrD2dsvOAK6Sn3MEpH/YrfYCX7a7cz5zW3DsJQ6o3pYfnnQz+hnwLlz4MK 17NIA0WOdAF9IbtQqarf44+PEyUbKtz1r0KGeGLs+VGdd2FLA0e7yuzxJDYcaBTVwqaHhU2/ Fna/jGU7BhrKHtJbb/XlLeFJ24yvuiYKpYWQSSyZu1R/gvZjHeGb344jGBsZdCDrdxtQQcVA 6OxsMAPSUPMrlg9LWELEEYnVulQJerWxpUecGH92O06wwmPgykkz//UmmgjVSh7ErNvL0lUY UMfunYVO/O5hwhW+P4gviCXzBFeTtDZH259O7TCCBzAwggUYoAMCAQICEwCg0WvVwekjGFiO 62SckFwepz0wDQYJKoZIhvcNAQELBQAwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3Jp ZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBD QTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExMQyAyMDE3IEludCBDQTAeFw0xNzA4MTcyMTIx MjBaFw0yMjA4MTYyMTIxMjBaMFcxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRswGQYDVQQDDBJrYXJsQGRlbm5pbmdlci5uZXQw ggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQC+HVSyxVtJhy3Ohs+PAGRuO//Dha9A 16l5FPATr6wude9zjX5f2lrkRyU8vhCXTZW7WbvWZKpcZ8r0dtZmiK9uF58Ec6hhvfkxJzbg 96WHBw5Fumd5ahZzuCJDtCAWW8R7/KN+zwzQf1+B3MVLmbaXAFBuKzySKhKMcHbK3/wjUYTg y+3UK6v2SBrowvkUBC+jxNg3Wy12GsTXcUS/8FYIXgVVPgfZZrbJJb5HWOQpvvhILpPCD3xs YJFNKEPltXKWHT7Qtc2HNqikgNwj8oqOb+PeZGMiWapsatKm8mxuOOGOEBhAoTVTwUHlMNTg 6QUCJtuWFCK38qOCyk9Haj+86lUU8RG6FkRXWgMbNQm1mWREQhw3axgGLSntjjnznJr5vsvX SYR6c+XKLd5KQZcS6LL8FHYNjqVKHBYM+hDnrTZMqa20JLAF1YagutDiMRURU23iWS7bA9tM cXcqkclTSDtFtxahRifXRI7Epq2GSKuEXe/1Tfb5CE8QsbCpGsfSwv2tZ/SpqVG08MdRiXxN 5tmZiQWo15IyWoeKOXl/hKxA9KPuDHngXX022b1ly+5ZOZbxBAZZMod4y4b4FiRUhRI97r9l CxsP/EPHuuTIZ82BYhrhbtab8HuRo2ofne2TfAWY2BlA7ExM8XShMd9bRPZrNTokPQPUCWCg CdIATQIDAQABo4IBzzCCAcswPAYIKwYBBQUHAQEEMDAuMCwGCCsGAQUFBzABhiBodHRwOi8v b2NzcC5jdWRhc3lzdGVtcy5uZXQ6ODg4ODAJBgNVHRMEAjAAMBEGCWCGSAGG+EIBAQQEAwIF oDAOBgNVHQ8BAf8EBAMCBeAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMDMGCWCG SAGG+EIBDQQmFiRPcGVuU1NMIEdlbmVyYXRlZCBDbGllbnQgQ2VydGlmaWNhdGUwHQYDVR0O BBYEFLElmNWeVgsBPe7O8NiBzjvjYnpRMIHKBgNVHSMEgcIwgb+AFF3AXsKnjdPND5+bxVEC GKtc047PoYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UE BwwJTmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRh IFN5c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYITAORIioIQ zl6738WMYyE12A3YSDAdBgNVHREEFjAUgRJrYXJsQGRlbm5pbmdlci5uZXQwDQYJKoZIhvcN AQELBQADggIBAJXboPFBMLMtaiUt4KEtJCXlHO/3ZzIUIw/eobWFMdhe7M4+0u3te0sr77QR dcPKR0UeHffvpth2Mb3h28WfN0FmJmLwJk+pOx4u6uO3O0E1jNXoKh8fVcL4KU79oEQyYkbu 2HwbXBU9HbldPOOZDnPLi0whi/sbFHdyd4/w/NmnPgzAsQNZ2BYT9uBNr+jZw4SsluQzXG1X lFL/qCBoi1N2mqKPIepfGYF6drbr1RnXEJJsuD+NILLooTNf7PMgHPZ4VSWQXLNeFfygoOOK FiO0qfxPKpDMA+FHa8yNjAJZAgdJX5Mm1kbqipvb+r/H1UAmrzGMbhmf1gConsT5f8KU4n3Q IM2sOpTQe7BoVKlQM/fpQi6aBzu67M1iF1WtODpa5QUPvj1etaK+R3eYBzi4DIbCIWst8MdA 1+fEeKJFvMEZQONpkCwrJ+tJEuGQmjoQZgK1HeloepF0WDcviiho5FlgtAij+iBPtwMuuLiL shAXA5afMX1hYM4l11JXntle12EQFP1r6wOUkpOdxceCcMVDEJBBCHW2ZmdEaXgAm1VU+fnQ qS/wNw/S0X3RJT1qjr5uVlp2Y0auG/eG0jy6TT0KzTJeR9tLSDXprYkN2l/Qf7/nT6Q03qyE QnnKiBXWAZXveafyU/zYa7t3PTWFQGgWoC4w6XqgPo4KV44OMYIFBzCCBQMCAQEwgZIwezEL MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBglghkgBZQMEAgMFAKCCAkUw GAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTgxMTIyMTEyNzI4 WjBPBgkqhkiG9w0BCQQxQgRAqR7Hkvm9nE1gxCtRv128jflFfwY1DcGdn4ABaqJbZYEWvytH Ue1mzjdgpU5AHK73+OhNrwXLEJXFFhvewclrxjBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFl AwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3 DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGjBgkrBgEEAYI3EAQxgZUwgZIwezEL MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTCBpQYLKoZIhvcNAQkQAgsxgZWg gZIwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lz dGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0 ZW1zIExMQyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBgkqhkiG9w0BAQEF AASCAgAMtLuRafw0QOUIigAz30HJ7zdUJvhs6sbS1AL5Zz4zngXF61MvtTdj6JE7Jb6vH3sS mwYduxX+WxwflfIoHEB7tbWoZ+tbPHAGvCzU3gIQQiKeoCWADjCm93rKKYwPpqe4mOUCOCnl soYNkqfTzrkpI0XVIye5pVQCiEZcRh+2kiJ/Kmj5FMrBRO/i7IAAzfinDWBL9wqiMA74lrFj t2G3U9mkiDSUQaji1Yfpi+X0ZnPcUMpiVJwqRHQua6caMVJQ2ikLjzxUrdzQzOVP/rq9PT8L YYH91vvKdfwRJo2hKZy5bgdtVvWcDdy7teI/SHFeGcxHZ2s/Z9FH83kjEtjZ0XZaLRTawh7I tBLu32nsQMNSTnkIWcwVp6ALqmP6Cj+/uOqPRVdQ7SGn1/TUcBxWdgRA+PCjqJW8IBRILvcL 769GwkHpLMhuzTEloPAXrIaTYGjdEFlQ81/xi7B/zxnHqNa2GggE/E+Uzo+kfR/S/VIDML9C MrBt1PtEzrC99km8aPuKjqy4EhiStqnyWVUPTiWnpgKFflDZiwkwSB8zgyqQQUJLmTPbk0VH IURBRqCVN82utVzMYcZNbMOAHyzALmxhzURexUvhIYb4UTLKZrQICxsqDOTSwL4fb1dlAahj gLNFSpK1BBtphFuM0cc1Wq7KwgQpk8DlnIk7j5KL5wAAAAAAAA== --------------ms080705050407070802050906-- From owner-freebsd-arm@freebsd.org Thu Nov 22 16:14:39 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EE10B114B6B9 for ; Thu, 22 Nov 2018 16:14:38 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-4.consmr.mail.bf2.yahoo.com (sonic301-4.consmr.mail.bf2.yahoo.com [74.6.129.43]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BED4D7BAD4 for ; Thu, 22 Nov 2018 16:14:37 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: hOtuvgUVM1nkDiMMNgKeEqx92tqbTHSSEavCg.1vkNjN10lYG.DirvSy_Ggn6to RO6L8C1d2LvLfOQBJ_YF3Hvv4Sygg4QlV0_8eXn7kVCCCXfPjQZqv9u9viP41Qr_vCJspjEVNYL1 gKVI5_IYE0NZH5dmvwIY1oVobVeY7FUna9i22fDyBhDA7M1.8wTSZhj_GgRGXD2qrhAEoVqlnVFN y8zFJtkZXNBgoVOYlEw7ENk1A6FCjCWagHVDQEnmFHkeyMVMuRvI1YjAO_2iZUwKfku_6J_2Ul64 Nhl_rnE0yyHQzcNctYf0x40MwtXzPygB09LHZBthl2.TLdN19kIx2rApllsPe3Yh2CIQXsa2isYD e7DXE.t2zL_ozYV6PNNP_G1AgsKXSx88oW7Kmu3wD.ex9YcVC0qc9CsEpcA1u7nsrzKurVb4QnUC .wUSBikGaeMFauDlKefEjQ0jvIGJkE_baVBAXf8w7ZHjN2KywHIP11CgL1LI0Nf8Cgnt4s_Nus3h 5afA0rv5gNW_9j.3K_ru6ZM2xU2wXx.KOo35loUTn.lLRDKkcdHH1cuZPKcFEFPeCfxSRxDrEoPy gDXUNbIpn51lsMaeXEpyWxgNB0edfP1jtxzGbAE1Zv1FJpR6eLwnUMz_mxyBSk9Uh9AWBo7nKnez 3Fc4o7NLT8XYDI9s57HzM_2OYF39Ndr9_HTv8isM2CRzwJ2ay8JYPX.O0tX.1GYe5qTchS0wimme bCHlWBCcAepZ6o_WnGTgUs_lHqh.2eBhxtkGNM8YQIHPoFhN.BThITd5wF2y_v.cdK7pWyYtlX78 JSQeelk6tFuLiyFsn_rdSHzF6wXmG9_YkVmN06SvT_vUSNvFK5AmGuPwPvK0Qwh19JUV.3ShNbeV mz3q7yhKH5B93kYL6e5so9B1I62Jnzf7bE..HesAtxHMsiv4QyUhKCye9GGWbI3bi2AY7KLsP4oo nf6nAVb8G.7xloepb2D49bOxMUsEo8MvruuzrABSdwdh0gJ0W_y.4GBr9_NKql.PyL3JWEUMb.Za yoQabxcpCFztBv2A3iFIjoekbqFfHA1nj_SCM6ETnZqcPfCeVyKtUwnoKpA-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.bf2.yahoo.com with HTTP; Thu, 22 Nov 2018 16:14:31 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp426.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 869f18456b1621c63cb8c4062b1eaf52; Thu, 22 Nov 2018 16:14:29 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: Re: Lost my serial console! :-) From: Mark Millard In-Reply-To: <820fac5d-dc79-64ca-33ac-7604157db423@denninger.net> Date: Thu, 22 Nov 2018 08:14:26 -0800 Cc: "Rodney W. Grimes" , "freebsd-arm@freebsd.org" , re@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <7FF4BE2B-DD9C-47AE-9775-7CBFE9813C6F@yahoo.com> References: <201811212303.wALN3Vv9074328@pdx.rh.CN85.dnsmgr.net> <820fac5d-dc79-64ca-33ac-7604157db423@denninger.net> To: Karl Denninger X-Mailer: Apple Mail (2.3445.101.1) X-Rspamd-Queue-Id: BED4D7BAD4 X-Spamd-Result: default: False [3.46 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[yahoo.com:+]; SUBJECT_HAS_EXCLAIM(0.00)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:26101, ipnet:74.6.128.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_SPAM_SHORT(0.98)[0.982,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(1.72)[ip: (5.08), ipnet: 74.6.128.0/21(2.01), asn: 26101(1.61), country: US(-0.09)]; NEURAL_SPAM_MEDIUM(0.71)[0.707,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.56)[0.563,0]; RCVD_IN_DNSWL_NONE(0.00)[43.129.6.74.list.dnswl.org : 127.0.5.0] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Nov 2018 16:14:39 -0000 On 2018-Nov-22, at 03:27, Karl Denninger wrote: > On 11/21/2018 17:03, Rodney W. Grimes wrote: >>> On 11/20/2018 09:57, Rodney W. Grimes wrote: >>> ..... >>>>> Lots.? I have several 3Bs, one 3B+ (since that's the current = model), and >>>>> a passel of 2s. :-)? The 2s are fine but I'm building 11.STABLE = for >>>>> those.? Can't for the 3s, as the code to run those isn't in 11. >>>> Ok which of PI3B or PI3B+ or is it both that you are having >>>> serial console issues on? >>>>=20 >>>> Also can you try: >>>> = http://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/12.0/FreeBSD-12.0-R= C1-arm64-aarch64-RPI3.img.xz >>>> on both boards and report success/failure/problems? >>>>=20 >>>> Thanks, >>> RC1 boots on both and I have a serial console on both.? >> Thank you for the testing, I am ccing this reply to RE@ so they >> know we have at least 1 data point that says we can boot our >> release canadate image on both a RPI3B and RPI3B+, >> that is valuable data. > One note -- there is a complaint about umodem.ko missing dependencies > right at the top of the kernel messages on boot and indeed it does not > load out of the loader.conf entry -- but if I load it by hand once the > system is up (or out of /etc/rc.local, etc) it works. So while it = does > indeed boot I wouldn't call it completely "working" (at least not if = you > need the umodem kernel module!) >=20 > This happens to impact me on these devices (I have a USB device that > "appears" as a serial modem).... it's been broken for a while on > -CURRENT, but I don't know exactly *when* it broke. On the Pi2 under > 11-Stable it hasn't been a problem. Looking on the web I see an example from -r335317 : FreeBSD 12.0-CURRENT #0 r335317: Mon Jun 18 17:37:04 UTC 2018 = root@releng3.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC = arm64 FreeBSD clang version 6.0.0 (tags/RELEASE_600/final 326565) (based on = LLVM 6.0.0) WARNING: WITNESS option enabled, expect reduced performance. VT: init without driver. KLD file umodem.ko is missing dependencies KLD file if_run.ko is missing dependencies But if I remove umodem.ko being the specific example there is more --and some notes that might provide a workaround . . . There are examples around of folks getting the type of message for zfs.ko , where the solution was to force /boot/kernel/opensolaris.ko to load ahead of time instead of depending on it automatically happening. -r317181 was an example, quoting: QUOTE With a slimmed down kernel config, I can load zfs.ko and boot the kernel=20= BUT opensolaris is not loaded and I get at kernel boot:=20 OK load zfs=20 /boot/kernel/zfs.ko text=3D0x9d980 text=3D0xe0480 data=3D0x214c8+0x9eb78=20= syms=3D[0x8+0x1d6a0+0x8+0x187bd]=20 OK boot=20 Booting...=20 KDB: debugger backends: ddb=20 KDB: current backend: ddb=20 Copyright (c) 1992-2017 The FreeBSD Project.=20 Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994=20= The Regents of the University of California. All rights = reserved.=20 FreeBSD is a registered trademark of The FreeBSD Foundation.=20 FreeBSD 12.0-CURRENT #0 r317181M: Sun May 14 14:01:52 CEST 2017=20 [hidden email]:/usr/obj/usr/src/sys/NORQUAY arm64=20 FreeBSD clang version 4.0.0 (tags/RELEASE_400/final 297347) (based on=20 LLVM 4.0.0)=20 VT: init without driver.=20 KLD file zfs.ko is missing dependencies=20 END QUOTE and: QUOTE If I load opensolaris manually, I can mount My root filesystem from zfs=20= OK load opensolaris=20 /boot/kernel/opensolaris.ko text=3D0x19d8 text=3D0xda0 = data=3D0x10178+0x125b8=20 syms=3D[0x8+0x1020+0x8+0x8ca]=20 OK boot -s=20 Booting...=20 . . . END QUOTE That does suggest that there may be a workaround of explicitly loading the modules that umodem.ko requires instead of depending on implicit loading. This is true even if the person needed to do a kldxref and at the time it might have worked after that. (In the current context having an up to date linker.hints file is known to be insufficient. Back then I'm unsure of the status. But the procedure may either anyway.) The quotes are from: = http://freebsd.1045724.x6.nabble.com/Re-DTB-provided-by-loader-efi-from-he= ad-r317181-on-pine64-smashed-by-zfs-ko-td6185085.html All the examples I'm referring to are arm64 in 2017 or later. Over such a range I've not run into a non-arm64 example. (I Did find old FreeBSD 9 missing-dependencies reports and powerpc reports from years before that range. I ignored these.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Thu Nov 22 16:31:17 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E9A04114BBB9 for ; Thu, 22 Nov 2018 16:31:16 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-20.consmr.mail.ne1.yahoo.com (sonic316-20.consmr.mail.ne1.yahoo.com [66.163.187.146]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1C1157C476 for ; Thu, 22 Nov 2018 16:31:16 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: bYjcqzsVM1mzbJ_Vdk3pqksh9nuUC_FTI2ekFDaBZBLj03TfVQGHmmDpQn3ZvSL WdfQ6ujZZW52OgkpBkysMEMNC_UsRqiCPpX4JoeIQuDZzy_ZcgMEWKbwrJlkivSsc6873djLYp.e 4TR70fwahvzIjtPNc.YSU7q7Y10nuakFElRtkjlV0WVW_8SeBLA70PxJNGPDLRGK.INh2PYiKVQC IeTA_.rplAcjZf6.ZcFeEm8hHMN4VCMYWiMADsyw67hGq_mxegqb7G6vidXshxykCaAWIR2gXBHg h8fVZS5HmYfzG7UBOt.ghgl7puwi_Cw5pYB.pUZG9rBTN3nWKr9q15n0JJHl8zVOfMK0wttFjTOt TTVKp7kxoehu0qdTuaM1I0agAwarnQTe3hJd1Z1OBFocf0JMhuB0GzEnDcU_KhBmfvNP.vxH_7JM XO7iHY1k5aqplW5JvLlgGsiLHHw9sD5lJFaxR_dsGw0Q0Up89q.JOFXhgdQ8dW7a.4.EEnTvTaV0 vHdPxKM49vtpL5OAAALRp1TWgEEvl9V9mZnj3XXKfEZN7p2N9awJIyWT8QeO8AYhpLVZ2liyLgHx mCodVPHNXq6xRVp1SI6RNsDH40RTXqvvGq2_anwcOkRPrzVoxZGI8dwzphqkg4JH7tYSEH6oDPdf jJomu5nqvxy2wf6lbH_gjm8G0FIdbBGQzZOTQfdJ6oDGKVLTTWerpEokRcLvmnoWQTMzr08lqB1c PYx6s1vReVB.pW_TrYC01Bz201s0pvXCv0TbuQVAK4iWL1LBwOB6rTFK020MUx5dekowMbE.C9H9 VgHDIkH26iLQ_NhleNywiyI0xVTU295HOT6ihLC0PtmkL5YEd8hantixaZFijKNVsjUNknOAS4cK wEkvzQ50uN45VpM.JOobo3b.tOyikdZZEOwKClNAjsa5JUkRBhQUjtw9UD.ROUIgDEHduEeRFB7J bxI9.XO4v5bN9HFqQQGxJ4hwcbDcSUHzvlRqDSaEe1l8No5m6V49UqKOKyYLssVdN9wHn4rMrnRU eyc6stQLAPNrHr_Yv1on5nLMYnh6JP3vEqsIOB7a19i1HEmCMkJfemK0- Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.ne1.yahoo.com with HTTP; Thu, 22 Nov 2018 16:31:14 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp403.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 340de7a23b79f623988b013f46ba86a6; Thu, 22 Nov 2018 16:31:13 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: Re: Lost my serial console! :-) From: Mark Millard In-Reply-To: <7FF4BE2B-DD9C-47AE-9775-7CBFE9813C6F@yahoo.com> Date: Thu, 22 Nov 2018 08:31:11 -0800 Cc: "Rodney W. Grimes" , "freebsd-arm@freebsd.org" , re@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <1A96848B-1B6B-4F06-9377-C702DDE4A403@yahoo.com> References: <201811212303.wALN3Vv9074328@pdx.rh.CN85.dnsmgr.net> <820fac5d-dc79-64ca-33ac-7604157db423@denninger.net> <7FF4BE2B-DD9C-47AE-9775-7CBFE9813C6F@yahoo.com> To: Karl Denninger X-Mailer: Apple Mail (2.3445.101.1) X-Rspamd-Queue-Id: 1C1157C476 X-Spamd-Result: default: False [2.51 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; SUBJECT_HAS_EXCLAIM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(1.55)[ip: (4.72), ipnet: 66.163.184.0/21(1.72), asn: 36646(1.38), country: US(-0.09)]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_SPAM_SHORT(0.98)[0.978,0]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_MEDIUM(0.30)[0.296,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.20)[0.196,0]; RCVD_IN_DNSWL_NONE(0.00)[146.187.163.66.list.dnswl.org : 127.0.5.0] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Nov 2018 16:31:17 -0000 On 2018-Nov-22, at 08:14, Mark Millard wrote: > On 2018-Nov-22, at 03:27, Karl Denninger = wrote: >=20 >> On 11/21/2018 17:03, Rodney W. Grimes wrote: >>>> On 11/20/2018 09:57, Rodney W. Grimes wrote: >>>> ..... >>>>>> Lots.? I have several 3Bs, one 3B+ (since that's the current = model), and >>>>>> a passel of 2s. :-)? The 2s are fine but I'm building 11.STABLE = for >>>>>> those.? Can't for the 3s, as the code to run those isn't in 11. >>>>> Ok which of PI3B or PI3B+ or is it both that you are having >>>>> serial console issues on? >>>>>=20 >>>>> Also can you try: >>>>> = http://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/12.0/FreeBSD-12.0-R= C1-arm64-aarch64-RPI3.img.xz >>>>> on both boards and report success/failure/problems? >>>>>=20 >>>>> Thanks, >>>> RC1 boots on both and I have a serial console on both.? >>> Thank you for the testing, I am ccing this reply to RE@ so they >>> know we have at least 1 data point that says we can boot our >>> release canadate image on both a RPI3B and RPI3B+, >>> that is valuable data. >> One note -- there is a complaint about umodem.ko missing dependencies >> right at the top of the kernel messages on boot and indeed it does = not >> load out of the loader.conf entry -- but if I load it by hand once = the >> system is up (or out of /etc/rc.local, etc) it works. So while it = does >> indeed boot I wouldn't call it completely "working" (at least not if = you >> need the umodem kernel module!) >>=20 >> This happens to impact me on these devices (I have a USB device that >> "appears" as a serial modem).... it's been broken for a while on >> -CURRENT, but I don't know exactly *when* it broke. On the Pi2 under >> 11-Stable it hasn't been a problem. >=20 > Looking on the web I see an example from -r335317 : >=20 > FreeBSD 12.0-CURRENT #0 r335317: Mon Jun 18 17:37:04 UTC 2018 > = root@releng3.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC = arm64 > FreeBSD clang version 6.0.0 (tags/RELEASE_600/final 326565) (based on = LLVM 6.0.0) > WARNING: WITNESS option enabled, expect reduced performance. > VT: init without driver. > KLD file umodem.ko is missing dependencies > KLD file if_run.ko is missing dependencies >=20 > But if I remove umodem.ko being the specific > example there is more --and some notes that > might provide a workaround . . . >=20 > There are examples around of folks getting the type of message for > zfs.ko , where the solution was to force /boot/kernel/opensolaris.ko > to load ahead of time instead of depending on it automatically > happening. -r317181 was an example, quoting: >=20 > QUOTE > With a slimmed down kernel config, I can load zfs.ko and boot the = kernel=20 > BUT opensolaris is not loaded and I get at kernel boot:=20 >=20 > OK load zfs=20 > /boot/kernel/zfs.ko text=3D0x9d980 text=3D0xe0480 data=3D0x214c8+0x9eb78= =20 > syms=3D[0x8+0x1d6a0+0x8+0x187bd]=20 > OK boot=20 > Booting...=20 > KDB: debugger backends: ddb=20 > KDB: current backend: ddb=20 > Copyright (c) 1992-2017 The FreeBSD Project.=20 > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, = 1994=20 > The Regents of the University of California. All rights = reserved.=20 > FreeBSD is a registered trademark of The FreeBSD Foundation.=20 > FreeBSD 12.0-CURRENT #0 r317181M: Sun May 14 14:01:52 CEST 2017=20 > [hidden email]:/usr/obj/usr/src/sys/NORQUAY arm64=20 > FreeBSD clang version 4.0.0 (tags/RELEASE_400/final 297347) (based on=20= > LLVM 4.0.0)=20 > VT: init without driver.=20 > KLD file zfs.ko is missing dependencies=20 > END QUOTE >=20 > and: >=20 > QUOTE > If I load opensolaris manually, I can mount My root filesystem from = zfs=20 >=20 > OK load opensolaris=20 > /boot/kernel/opensolaris.ko text=3D0x19d8 text=3D0xda0 = data=3D0x10178+0x125b8=20 > syms=3D[0x8+0x1020+0x8+0x8ca]=20 > OK boot -s=20 > Booting...=20 > . . . > END QUOTE >=20 > That does suggest that there may be a workaround of explicitly > loading the modules that umodem.ko requires instead of depending > on implicit loading. This is true even if the person needed to > do a kldxref and at the time it might have worked after that. >=20 > (In the current context having an up to date linker.hints file > is known to be insufficient. Back then I'm unsure of the > status. But the procedure may either anyway.) >=20 > The quotes are from: >=20 > = http://freebsd.1045724.x6.nabble.com/Re-DTB-provided-by-loader-efi-from-he= ad-r317181-on-pine64-smashed-by-zfs-ko-td6185085.html >=20 > All the examples I'm referring to are arm64 in 2017 or later. > Over such a range I've not run into a non-arm64 example. >=20 > (I Did find old FreeBSD 9 missing-dependencies reports and > powerpc reports from years before that range. I ignored these.) I just tested and: hw.usb.template=3D3 # ucom is not automatically being loaded when umodem is loaded at boot. ucom_load=3D"YES" umodem_load=3D"YES" in /boot/loader.conf worked: no more message about umodem.ko missing dependencies. It looks like 12.x should have a note about amd64 requiring such completeness in what is listed in /boot/loader.conf or what is types at the loader prompts. (Presuming that this is not fixed before 12.0-RELEASE .) I greatly doubt that the issue is specific to umodem.ko and what it requires to also be loaded. (Note the if_run.ko example that was in materials that I quoted and the zfs.ko example that suggested the workaround.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Thu Nov 22 17:45:36 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5E55B11023C8 for ; Thu, 22 Nov 2018 17:45:36 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it1-x131.google.com (mail-it1-x131.google.com [IPv6:2607:f8b0:4864:20::131]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 85E547F15C for ; Thu, 22 Nov 2018 17:45:35 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it1-x131.google.com with SMTP id a205-v6so15118551itd.4 for ; Thu, 22 Nov 2018 09:45:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=rOiyNxZlCSTmhmBAi9P9dNx5LVHOO9eeOVZeigq5iqA=; b=lxPmA0k8eSxxJlwUeQueReC1kYlxGA9/Bf0U0RBy5DYcSORf26qvZYfUyicQ3uvM9K 9QQ5A/LhYJJKBOQxnruVV/2Ru7eu+SjwL1971XLBCwnVOlWipYquoC3KSJwZXruoGdgG Qnz4uVftyAn+xMFUNz1WG1S9etgvJaE6XtGINRPVwmAM/4ILfxGlyLa5IIFwboKlZgOc R6gsH6R54ZFkBTSqIQ3cnWrj0lx+8uKWhV/hBrUE6qOChFmmD+LBkKpicuzlcc51tjxx ktt48h2RDBTpq4LL2FziAd4mvMIpdZIrvTPnJwggnlzhCnbU9c6AuVRw72Vm0Ls/RdRc NsKA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=rOiyNxZlCSTmhmBAi9P9dNx5LVHOO9eeOVZeigq5iqA=; b=ckSCOv+b8Jqco9YN8+TOIUJaWxUtIVDuSS74B/ZqmNYRUJVewWv/sW2R7VcMVXjyb4 ey8C6nnpV/wwVPsJulxtYsyepbq6KiWThQMQSoiitnwbmzUNqQoQgNLuMDbLRAQSrdjV 6YxUpNxV1PxRfVEMI5ezR0D/1syNb2wvwG7nkdjNpPv5tzSJBtWddlFeKJdIfdnf/Si1 HaoNXPsHZGtTZSntN0jqnR+snz6NG4EdA/BLkRjuY9JGFYbBFL9a6KbR2gTkU5mnleG0 2JvzEK10ua2cnBqa46gNnFD5scMVY9+9FifYie9tnexRJ0X7hJAhkIsUMMM4ZfjFMliu 1kAg== X-Gm-Message-State: AGRZ1gLLrioNlX/JSKKlr4NtpVOvE7UpqH7t6kaJwH1cHRbZat37WY5v fdTF5JyAVuAkZmnbm/tnIadZF5dY5wYXrzvQ4UcYDQ== X-Google-Smtp-Source: AJdET5fOVHCnxYNWxYQMFcoN5ITM7vKyyZzrmPWmVN5RHYiYVd9+SetZAXc5sBpx/RJa6hCnnFxcD8bPAr/mkTVGAQ0= X-Received: by 2002:a02:1b1d:: with SMTP id l29mr10355376jad.98.1542908734809; Thu, 22 Nov 2018 09:45:34 -0800 (PST) MIME-Version: 1.0 References: <201811212303.wALN3Vv9074328@pdx.rh.CN85.dnsmgr.net> <820fac5d-dc79-64ca-33ac-7604157db423@denninger.net> <7FF4BE2B-DD9C-47AE-9775-7CBFE9813C6F@yahoo.com> <1A96848B-1B6B-4F06-9377-C702DDE4A403@yahoo.com> In-Reply-To: <1A96848B-1B6B-4F06-9377-C702DDE4A403@yahoo.com> From: Warner Losh Date: Thu, 22 Nov 2018 10:45:23 -0700 Message-ID: Subject: Re: Lost my serial console! :-) To: Mark Millard Cc: Karl Denninger , FreeBSD Release Engineering Team , "freebsd-arm@freebsd.org" , "Rodney W. Grimes" X-Rspamd-Queue-Id: 85E547F15C X-Spamd-Result: default: False [-3.92 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; URI_COUNT_ODD(1.00)[13]; RCPT_COUNT_FIVE(0.00)[5]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; SUBJECT_HAS_EXCLAIM(0.00)[]; MX_GOOD(-0.01)[cached: ALT1.aspmx.l.google.com]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; FREEMAIL_TO(0.00)[yahoo.com]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(-1.95)[ip: (-6.07), ipnet: 2607:f8b0::/32(-2.10), asn: 15169(-1.51), country: US(-0.09)]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.996,0]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_SHORT(-0.96)[-0.960,0]; NEURAL_HAM_LONG(-1.00)[-0.997,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[1.3.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; R_SPF_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Nov 2018 17:45:36 -0000 On Thu, Nov 22, 2018 at 9:32 AM Mark Millard via freebsd-arm < freebsd-arm@freebsd.org> wrote: > On 2018-Nov-22, at 08:14, Mark Millard wrote: > > > On 2018-Nov-22, at 03:27, Karl Denninger wrote: > > > >> On 11/21/2018 17:03, Rodney W. Grimes wrote: > >>>> On 11/20/2018 09:57, Rodney W. Grimes wrote: > >>>> ..... > >>>>>> Lots.? I have several 3Bs, one 3B+ (since that's the current > model), and > >>>>>> a passel of 2s. :-)? The 2s are fine but I'm building 11.STABLE for > >>>>>> those.? Can't for the 3s, as the code to run those isn't in 11. > >>>>> Ok which of PI3B or PI3B+ or is it both that you are having > >>>>> serial console issues on? > >>>>> > >>>>> Also can you try: > >>>>> > http://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/12.0/FreeBSD-12.0-RC1-arm64-aarch64-RPI3.img.xz > >>>>> on both boards and report success/failure/problems? > >>>>> > >>>>> Thanks, > >>>> RC1 boots on both and I have a serial console on both.? > >>> Thank you for the testing, I am ccing this reply to RE@ so they > >>> know we have at least 1 data point that says we can boot our > >>> release canadate image on both a RPI3B and RPI3B+, > >>> that is valuable data. > >> One note -- there is a complaint about umodem.ko missing dependencies > >> right at the top of the kernel messages on boot and indeed it does not > >> load out of the loader.conf entry -- but if I load it by hand once the > >> system is up (or out of /etc/rc.local, etc) it works. So while it does > >> indeed boot I wouldn't call it completely "working" (at least not if you > >> need the umodem kernel module!) > >> > >> This happens to impact me on these devices (I have a USB device that > >> "appears" as a serial modem).... it's been broken for a while on > >> -CURRENT, but I don't know exactly *when* it broke. On the Pi2 under > >> 11-Stable it hasn't been a problem. > > > > Looking on the web I see an example from -r335317 : > > > > FreeBSD 12.0-CURRENT #0 r335317: Mon Jun 18 17:37:04 UTC 2018 > > root@releng3.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC > arm64 > > FreeBSD clang version 6.0.0 (tags/RELEASE_600/final 326565) (based on > LLVM 6.0.0) > > WARNING: WITNESS option enabled, expect reduced performance. > > VT: init without driver. > > KLD file umodem.ko is missing dependencies > > KLD file if_run.ko is missing dependencies > > > > But if I remove umodem.ko being the specific > > example there is more --and some notes that > > might provide a workaround . . . > > > > There are examples around of folks getting the type of message for > > zfs.ko , where the solution was to force /boot/kernel/opensolaris.ko > > to load ahead of time instead of depending on it automatically > > happening. -r317181 was an example, quoting: > > > > QUOTE > > With a slimmed down kernel config, I can load zfs.ko and boot the kernel > > BUT opensolaris is not loaded and I get at kernel boot: > > > > OK load zfs > > /boot/kernel/zfs.ko text=0x9d980 text=0xe0480 data=0x214c8+0x9eb78 > > syms=[0x8+0x1d6a0+0x8+0x187bd] > > OK boot > > Booting... > > KDB: debugger backends: ddb > > KDB: current backend: ddb > > Copyright (c) 1992-2017 The FreeBSD Project. > > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > > The Regents of the University of California. All rights > reserved. > > FreeBSD is a registered trademark of The FreeBSD Foundation. > > FreeBSD 12.0-CURRENT #0 r317181M: Sun May 14 14:01:52 CEST 2017 > > [hidden email]:/usr/obj/usr/src/sys/NORQUAY arm64 > > FreeBSD clang version 4.0.0 (tags/RELEASE_400/final 297347) (based on > > LLVM 4.0.0) > > VT: init without driver. > > KLD file zfs.ko is missing dependencies > > END QUOTE > > > > and: > > > > QUOTE > > If I load opensolaris manually, I can mount My root filesystem from zfs > > > > OK load opensolaris > > /boot/kernel/opensolaris.ko text=0x19d8 text=0xda0 data=0x10178+0x125b8 > > syms=[0x8+0x1020+0x8+0x8ca] > > OK boot -s > > Booting... > > . . . > > END QUOTE > > > > That does suggest that there may be a workaround of explicitly > > loading the modules that umodem.ko requires instead of depending > > on implicit loading. This is true even if the person needed to > > do a kldxref and at the time it might have worked after that. > > > > (In the current context having an up to date linker.hints file > > is known to be insufficient. Back then I'm unsure of the > > status. But the procedure may either anyway.) > > > > The quotes are from: > > > > > http://freebsd.1045724.x6.nabble.com/Re-DTB-provided-by-loader-efi-from-head-r317181-on-pine64-smashed-by-zfs-ko-td6185085.html > > > > All the examples I'm referring to are arm64 in 2017 or later. > > Over such a range I've not run into a non-arm64 example. > > > > (I Did find old FreeBSD 9 missing-dependencies reports and > > powerpc reports from years before that range. I ignored these.) > > > I just tested and: > > hw.usb.template=3 > # ucom is not automatically being loaded when umodem is loaded at boot. > ucom_load="YES" > umodem_load="YES" > > in /boot/loader.conf worked: no more message about umodem.ko > missing dependencies. > > It looks like 12.x should have a note about amd64 requiring > such completeness in what is listed in /boot/loader.conf > or what is types at the loader prompts. (Presuming that this > is not fixed before 12.0-RELEASE .) > Better to add the proper module dependency rather than this half A***ED workaround, don't you think? Warner > I greatly doubt that the issue is specific to umodem.ko and > what it requires to also be loaded. (Note the if_run.ko > example that was in materials that I quoted and the > zfs.ko example that suggested the workaround.) > > > === > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > From owner-freebsd-arm@freebsd.org Thu Nov 22 19:01:19 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C4D241104016 for ; Thu, 22 Nov 2018 19:01:19 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-8.consmr.mail.gq1.yahoo.com (sonic316-8.consmr.mail.gq1.yahoo.com [98.137.69.32]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id ED443815FF for ; Thu, 22 Nov 2018 19:01:18 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: ooCk.1QVM1lSciquW3nqkA0mgUXLYklpTtPY7s_kmtxLwf15eJ2IFnrBZNvRGVj TYuWWZv34xjXglJ8Af6XM_PGjmIQv.M5Rjsw30CcRjxI7ZhX1lx6gQxBYHUJAFhsXCPSljmuJgs0 CqewMZQKlZl7it8e61zQThJHJcGULUMwvpSdvlKDP4Ig3Fq2g_GKcpaF3Y8mxLyIyPcxvsfVOTjo pYwDLbfWTU_h0S6ch0bBJRDm.3FycB6gSX8fijTQRnYR1eLTAHjllYrajpnkOU_1OrUl0G6NKxj5 g1tG37SLup.72S4.q5FS3BfXfXoOGId45xSyRqyVQIISumMU92NY91fqW3NlJRc_BOKXDBqWCJ9u 2KIrhbB7fhhJGNE6ALUtEAcoeqs1N1IVSzkcTljuoAlaFK21scH8Y0nerzZadP3foSnEXVd.wgqw rPflk93S4Y82HUmMJ2ONdtL.SUFDQqj3b.ZFkm5OLEGrZRMl7O30WphY7NRpQ1JsUhMHwqtPax3A 5xXiMFYSCzIhngBCE1qJQms.FDY0qfOwIeaUEFjGVf2cP8etk4T.NvF3A9Crh8L4xxptafvCzzl0 FmmdGmmjYLYnUcg3Lg8JFX4q_UMa7gna0pYD.04Nwp5u7iW5CxNRbYQmdDF_ujySBS1C09r1XgSJ G7MjS9cjeOlrM3FUPwe.hQjxAcJ61YYWycFl2pM9MCUUhvAb1crBSPZE_BPQkik6F_EXi1cWLSWB 3xJShVk5OnY4wRn5.k3Okh8T9G2eY10fIu4h.5m8QD_VtuCIAGX2X67SOC6TFVBTSNHwEgTUgvmG i3fxPqGur6GN396dDB94FVO1roA6ZSnC7AEJ2BPBtZYiXe8v.ffT_ToczJ4mRc9dx7eOg..O_MbR _NvETteH6QBid3kB8WQzgfeBBjiXNkC.Z3dWRy_r2rcrii2PdEB74MK4HXgG3JEB88c2oCk5KwDi 0qDC.4p.sjlWTRh_JdkKVTujRbVqlG7ugkZhCowO5WOF0W4SV5M1wUQrzbtZ2ImD2dSLPmDT2_xf qMmT2sMYoMiTZoJsNUmd2iw_zPCLZDwucCC59pulc52yPtTODnPHeW5eR Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Thu, 22 Nov 2018 19:01:11 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp424.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 412e222f4a5aa88c34af9d19a194e7f2; Thu, 22 Nov 2018 19:01:07 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: Re: Lost my serial console! :-) From: Mark Millard In-Reply-To: Date: Thu, 22 Nov 2018 11:01:06 -0800 Cc: Karl Denninger , FreeBSD Release Engineering Team , "freebsd-arm@freebsd.org" , "Rodney W. Grimes" Content-Transfer-Encoding: quoted-printable Message-Id: <818D581C-D2AE-4CC9-B71F-A426B8D5D003@yahoo.com> References: <201811212303.wALN3Vv9074328@pdx.rh.CN85.dnsmgr.net> <820fac5d-dc79-64ca-33ac-7604157db423@denninger.net> <7FF4BE2B-DD9C-47AE-9775-7CBFE9813C6F@yahoo.com> <1A96848B-1B6B-4F06-9377-C702DDE4A403@yahoo.com> To: Warner Losh X-Mailer: Apple Mail (2.3445.101.1) X-Rspamd-Queue-Id: ED443815FF X-Spamd-Result: default: False [-2.53 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCPT_COUNT_FIVE(0.00)[5]; RCVD_COUNT_THREE(0.00)[3]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; SUBJECT_HAS_EXCLAIM(0.00)[]; NEURAL_HAM_SHORT(-0.39)[-0.385,0]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.26)[ipnet: 98.137.64.0/21(0.76), asn: 36647(0.61), country: US(-0.09)]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.94)[-0.936,0]; R_DKIM_ALLOW(-0.20)[yahoo.com]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.95)[-0.951,0]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[32.69.137.98.list.dnswl.org : 127.0.5.0] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Nov 2018 19:01:20 -0000 On 2018-Nov-22, at 09:45, Warner Losh wrote: >=20 >> On Thu, Nov 22, 2018 at 9:32 AM Mark Millard via freebsd-arm = wrote: >> On 2018-Nov-22, at 08:14, Mark Millard wrote: >>=20 >> > On 2018-Nov-22, at 03:27, Karl Denninger = wrote: >> >=20 >> >> On 11/21/2018 17:03, Rodney W. Grimes wrote: >> >>>> On 11/20/2018 09:57, Rodney W. Grimes wrote: >> >>>> ..... >> >>>>>> Lots.? I have several 3Bs, one 3B+ (since that's the current = model), and >> >>>>>> a passel of 2s. :-)? The 2s are fine but I'm building = 11.STABLE for >> >>>>>> those.? Can't for the 3s, as the code to run those isn't in = 11. >> >>>>> Ok which of PI3B or PI3B+ or is it both that you are having >> >>>>> serial console issues on? >> >>>>>=20 >> >>>>> Also can you try: >> >>>>> = http://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/12.0/FreeBSD-12.0-R= C1-arm64-aarch64-RPI3.img.xz >> >>>>> on both boards and report success/failure/problems? >> >>>>>=20 >> >>>>> Thanks, >> >>>> RC1 boots on both and I have a serial console on both.? >> >>> Thank you for the testing, I am ccing this reply to RE@ so they >> >>> know we have at least 1 data point that says we can boot our >> >>> release canadate image on both a RPI3B and RPI3B+, >> >>> that is valuable data. >> >> One note -- there is a complaint about umodem.ko missing = dependencies >> >> right at the top of the kernel messages on boot and indeed it does = not >> >> load out of the loader.conf entry -- but if I load it by hand once = the >> >> system is up (or out of /etc/rc.local, etc) it works. So while it = does >> >> indeed boot I wouldn't call it completely "working" (at least not = if you >> >> need the umodem kernel module!) >> >>=20 >> >> This happens to impact me on these devices (I have a USB device = that >> >> "appears" as a serial modem).... it's been broken for a while on >> >> -CURRENT, but I don't know exactly *when* it broke. On the Pi2 = under >> >> 11-Stable it hasn't been a problem. >> >=20 >> > Looking on the web I see an example from -r335317 : >> >=20 >> > FreeBSD 12.0-CURRENT #0 r335317: Mon Jun 18 17:37:04 UTC 2018 >> > = root@releng3.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC = arm64 >> > FreeBSD clang version 6.0.0 (tags/RELEASE_600/final 326565) (based = on LLVM 6.0.0) >> > WARNING: WITNESS option enabled, expect reduced performance. >> > VT: init without driver. >> > KLD file umodem.ko is missing dependencies >> > KLD file if_run.ko is missing dependencies >> >=20 >> > But if I remove umodem.ko being the specific >> > example there is more --and some notes that >> > might provide a workaround . . . >> >=20 >> > There are examples around of folks getting the type of message for >> > zfs.ko , where the solution was to force = /boot/kernel/opensolaris.ko >> > to load ahead of time instead of depending on it automatically >> > happening. -r317181 was an example, quoting: >> >=20 >> > QUOTE >> > With a slimmed down kernel config, I can load zfs.ko and boot the = kernel=20 >> > BUT opensolaris is not loaded and I get at kernel boot:=20 >> >=20 >> > OK load zfs=20 >> > /boot/kernel/zfs.ko text=3D0x9d980 text=3D0xe0480 = data=3D0x214c8+0x9eb78=20 >> > syms=3D[0x8+0x1d6a0+0x8+0x187bd]=20 >> > OK boot=20 >> > Booting...=20 >> > KDB: debugger backends: ddb=20 >> > KDB: current backend: ddb=20 >> > Copyright (c) 1992-2017 The FreeBSD Project.=20 >> > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, = 1994=20 >> > The Regents of the University of California. All rights = reserved.=20 >> > FreeBSD is a registered trademark of The FreeBSD Foundation.=20 >> > FreeBSD 12.0-CURRENT #0 r317181M: Sun May 14 14:01:52 CEST 2017=20 >> > [hidden email]:/usr/obj/usr/src/sys/NORQUAY arm64=20 >> > FreeBSD clang version 4.0.0 (tags/RELEASE_400/final 297347) (based = on=20 >> > LLVM 4.0.0)=20 >> > VT: init without driver.=20 >> > KLD file zfs.ko is missing dependencies=20 >> > END QUOTE >> >=20 >> > and: >> >=20 >> > QUOTE >> > If I load opensolaris manually, I can mount My root filesystem from = zfs=20 >> >=20 >> > OK load opensolaris=20 >> > /boot/kernel/opensolaris.ko text=3D0x19d8 text=3D0xda0 = data=3D0x10178+0x125b8=20 >> > syms=3D[0x8+0x1020+0x8+0x8ca]=20 >> > OK boot -s=20 >> > Booting...=20 >> > . . . >> > END QUOTE >> >=20 >> > That does suggest that there may be a workaround of explicitly >> > loading the modules that umodem.ko requires instead of depending >> > on implicit loading. This is true even if the person needed to >> > do a kldxref and at the time it might have worked after that. >> >=20 >> > (In the current context having an up to date linker.hints file >> > is known to be insufficient. Back then I'm unsure of the >> > status. But the procedure may either anyway.) >> >=20 >> > The quotes are from: >> >=20 >> > = http://freebsd.1045724.x6.nabble.com/Re-DTB-provided-by-loader-efi-from-he= ad-r317181-on-pine64-smashed-by-zfs-ko-td6185085.html >> >=20 >> > All the examples I'm referring to are arm64 in 2017 or later. >> > Over such a range I've not run into a non-arm64 example. >> >=20 >> > (I Did find old FreeBSD 9 missing-dependencies reports and >> > powerpc reports from years before that range. I ignored these.) >>=20 >>=20 >> I just tested and: >>=20 >> hw.usb.template=3D3 >> # ucom is not automatically being loaded when umodem is loaded at = boot. >> ucom_load=3D"YES" >> umodem_load=3D"YES" >>=20 >> in /boot/loader.conf worked: no more message about umodem.ko >> missing dependencies. >>=20 >> It looks like 12.x should have a note about amd64 requiring >> such completeness in what is listed in /boot/loader.conf >> or what is types at the loader prompts. (Presuming that this >> is not fixed before 12.0-RELEASE .) >=20 > Better to add the proper module dependency rather than this half = A***ED workaround, don't you think? Did I do something to justify that public disrepect in the tone of your reply? I'll note that after booting, without preloading ucom.ko at all, "kldload umodem" works fine and implicitly loads ucom.ko just fine. So some form of module dependency would seem to already be in place. (This has been noted in past reports on the lists.) The indirection-problem is only at boot time via using /boot/loader.conf --not later. > Warner >> I greatly doubt that the issue is specific to umodem.ko and >> what it requires to also be loaded. (Note the if_run.ko >> example that was in materials that I quoted and the >> zfs.ko example that suggested the workaround.) >>=20 >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Thu Nov 22 19:23:03 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9ED1A1104AE1 for ; Thu, 22 Nov 2018 19:23:03 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it1-x12a.google.com (mail-it1-x12a.google.com [IPv6:2607:f8b0:4864:20::12a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 39E63829E6 for ; Thu, 22 Nov 2018 19:23:02 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it1-x12a.google.com with SMTP id c9so15175126itj.1 for ; Thu, 22 Nov 2018 11:23:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=p2nCoYvwsxxN2znSaPzrY3MyaMmadbslH6dJpE45r5o=; b=dv+WICIivqSrAAkxbgdNFUrpewFzORpgRuEzcYIPQ/xVjk2vrsZIEmwUIBLU9FgEl3 BjhSIMD6jnO6yFxN1aLXoXjOPrn5iCOMuZlMw75lqVJbnMKQl0FH8VjZb0x1uMCxucwi HHhR6DX3zEgE24KJAv4h8jE4JcSownm3sDdLlju5NQ/RW3DtleA/26VHX6BaSRe8jiCm RcQraHMaO8gnynVqTv2NTGcytz+caas9LXqF2RPA1ZcJVqv3wWd1RjIL9v2aFTr/IIRa aUUE6+TbrH1Q8A1JU40dnrRy4PQs83qR6SJrRAiNmVQekQCnimWv2BlGJ6OhdjqOdyjj DJBA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=p2nCoYvwsxxN2znSaPzrY3MyaMmadbslH6dJpE45r5o=; b=i6EWrSG5StwHjtOGuFO549zw52K6NySR/QwPp6XD62eh5tNNvV6qAOK2e5kJSd9/tH oQYIJPZd6UdAVbzcHUiCBYjWXK9XASJ55h32EwwuuqJiyHuQeEUbFeYfRq/JvfquLNy5 uvdPOviXPWil2Vi+i60h/7rceyl9n+phjpjcYDubY4O2KJIUC7aPqjMQLJiyheLV61fp hAwqB56vvfdq2CXWuYONnncK6XY7ZX7J8pxMtukSpmD56Tqwac0+Tu+qX4K438G+MFMk kPLuJRidjzKAx+jYgveo42TXJza42wgCC3YokziJn8iR/6hY1kEBmjWsOGxGwZxg7dgv Bh0w== X-Gm-Message-State: AA+aEWaB4NcI3h9Yt64t1/2vFs9FgBXmY+ayagvTqWHRY/2s1p6fJAE9 SWARJMzjfMD196gfkXNSMslvhgBKmdTWZbZ3HwMNDg== X-Google-Smtp-Source: AFSGD/U1SC83z7AR99ekKBQ5rYHszMmY4scBjpsr70tT+jzuYxIp+4F/Dlqt0ehlTFhtbAUH8Z5jUQQAO/gSn7iY2sc= X-Received: by 2002:a02:3da:: with SMTP id e87mr9690949jae.78.1542914581259; Thu, 22 Nov 2018 11:23:01 -0800 (PST) MIME-Version: 1.0 References: <201811212303.wALN3Vv9074328@pdx.rh.CN85.dnsmgr.net> <820fac5d-dc79-64ca-33ac-7604157db423@denninger.net> <7FF4BE2B-DD9C-47AE-9775-7CBFE9813C6F@yahoo.com> <1A96848B-1B6B-4F06-9377-C702DDE4A403@yahoo.com> <818D581C-D2AE-4CC9-B71F-A426B8D5D003@yahoo.com> In-Reply-To: <818D581C-D2AE-4CC9-B71F-A426B8D5D003@yahoo.com> From: Warner Losh Date: Thu, 22 Nov 2018 12:22:49 -0700 Message-ID: Subject: Re: Lost my serial console! :-) To: Mark Millard Cc: Karl Denninger , FreeBSD Release Engineering Team , "freebsd-arm@freebsd.org" , "Rodney W. Grimes" X-Rspamd-Queue-Id: 39E63829E6 X-Spamd-Result: default: False [-3.61 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; URI_COUNT_ODD(1.00)[13]; RCPT_COUNT_FIVE(0.00)[5]; SUBJECT_HAS_EXCLAIM(0.00)[]; MX_GOOD(-0.01)[cached: ALT1.aspmx.l.google.com]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; FREEMAIL_TO(0.00)[yahoo.com]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(-1.63)[ip: (-4.45), ipnet: 2607:f8b0::/32(-2.09), asn: 15169(-1.51), country: US(-0.09)]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_SHORT(-0.98)[-0.981,0]; NEURAL_HAM_LONG(-1.00)[-0.997,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[a.2.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; R_SPF_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Nov 2018 19:23:03 -0000 On Thu, Nov 22, 2018, 12:01 PM Mark Millard On 2018-Nov-22, at 09:45, Warner Losh wrote: > > > > >> On Thu, Nov 22, 2018 at 9:32 AM Mark Millard via freebsd-arm < > freebsd-arm@freebsd.org> wrote: > >> On 2018-Nov-22, at 08:14, Mark Millard wrote: > >> > >> > On 2018-Nov-22, at 03:27, Karl Denninger > wrote: > >> > > >> >> On 11/21/2018 17:03, Rodney W. Grimes wrote: > >> >>>> On 11/20/2018 09:57, Rodney W. Grimes wrote: > >> >>>> ..... > >> >>>>>> Lots.? I have several 3Bs, one 3B+ (since that's the current > model), and > >> >>>>>> a passel of 2s. :-)? The 2s are fine but I'm building 11.STABLE > for > >> >>>>>> those.? Can't for the 3s, as the code to run those isn't in 11. > >> >>>>> Ok which of PI3B or PI3B+ or is it both that you are having > >> >>>>> serial console issues on? > >> >>>>> > >> >>>>> Also can you try: > >> >>>>> > http://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/12.0/FreeBSD-12.0-RC1-arm64-aarch64-RPI3.img.xz > >> >>>>> on both boards and report success/failure/problems? > >> >>>>> > >> >>>>> Thanks, > >> >>>> RC1 boots on both and I have a serial console on both.? > >> >>> Thank you for the testing, I am ccing this reply to RE@ so they > >> >>> know we have at least 1 data point that says we can boot our > >> >>> release canadate image on both a RPI3B and RPI3B+, > >> >>> that is valuable data. > >> >> One note -- there is a complaint about umodem.ko missing dependencies > >> >> right at the top of the kernel messages on boot and indeed it does > not > >> >> load out of the loader.conf entry -- but if I load it by hand once > the > >> >> system is up (or out of /etc/rc.local, etc) it works. So while it > does > >> >> indeed boot I wouldn't call it completely "working" (at least not if > you > >> >> need the umodem kernel module!) > >> >> > >> >> This happens to impact me on these devices (I have a USB device that > >> >> "appears" as a serial modem).... it's been broken for a while on > >> >> -CURRENT, but I don't know exactly *when* it broke. On the Pi2 under > >> >> 11-Stable it hasn't been a problem. > >> > > >> > Looking on the web I see an example from -r335317 : > >> > > >> > FreeBSD 12.0-CURRENT #0 r335317: Mon Jun 18 17:37:04 UTC 2018 > >> > root@releng3.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC > arm64 > >> > FreeBSD clang version 6.0.0 (tags/RELEASE_600/final 326565) (based on > LLVM 6.0.0) > >> > WARNING: WITNESS option enabled, expect reduced performance. > >> > VT: init without driver. > >> > KLD file umodem.ko is missing dependencies > >> > KLD file if_run.ko is missing dependencies > >> > > >> > But if I remove umodem.ko being the specific > >> > example there is more --and some notes that > >> > might provide a workaround . . . > >> > > >> > There are examples around of folks getting the type of message for > >> > zfs.ko , where the solution was to force /boot/kernel/opensolaris.ko > >> > to load ahead of time instead of depending on it automatically > >> > happening. -r317181 was an example, quoting: > >> > > >> > QUOTE > >> > With a slimmed down kernel config, I can load zfs.ko and boot the > kernel > >> > BUT opensolaris is not loaded and I get at kernel boot: > >> > > >> > OK load zfs > >> > /boot/kernel/zfs.ko text=0x9d980 text=0xe0480 data=0x214c8+0x9eb78 > >> > syms=[0x8+0x1d6a0+0x8+0x187bd] > >> > OK boot > >> > Booting... > >> > KDB: debugger backends: ddb > >> > KDB: current backend: ddb > >> > Copyright (c) 1992-2017 The FreeBSD Project. > >> > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, > 1994 > >> > The Regents of the University of California. All rights > reserved. > >> > FreeBSD is a registered trademark of The FreeBSD Foundation. > >> > FreeBSD 12.0-CURRENT #0 r317181M: Sun May 14 14:01:52 CEST 2017 > >> > [hidden email]:/usr/obj/usr/src/sys/NORQUAY arm64 > >> > FreeBSD clang version 4.0.0 (tags/RELEASE_400/final 297347) (based on > >> > LLVM 4.0.0) > >> > VT: init without driver. > >> > KLD file zfs.ko is missing dependencies > >> > END QUOTE > >> > > >> > and: > >> > > >> > QUOTE > >> > If I load opensolaris manually, I can mount My root filesystem from > zfs > >> > > >> > OK load opensolaris > >> > /boot/kernel/opensolaris.ko text=0x19d8 text=0xda0 > data=0x10178+0x125b8 > >> > syms=[0x8+0x1020+0x8+0x8ca] > >> > OK boot -s > >> > Booting... > >> > . . . > >> > END QUOTE > >> > > >> > That does suggest that there may be a workaround of explicitly > >> > loading the modules that umodem.ko requires instead of depending > >> > on implicit loading. This is true even if the person needed to > >> > do a kldxref and at the time it might have worked after that. > >> > > >> > (In the current context having an up to date linker.hints file > >> > is known to be insufficient. Back then I'm unsure of the > >> > status. But the procedure may either anyway.) > >> > > >> > The quotes are from: > >> > > >> > > http://freebsd.1045724.x6.nabble.com/Re-DTB-provided-by-loader-efi-from-head-r317181-on-pine64-smashed-by-zfs-ko-td6185085.html > >> > > >> > All the examples I'm referring to are arm64 in 2017 or later. > >> > Over such a range I've not run into a non-arm64 example. > >> > > >> > (I Did find old FreeBSD 9 missing-dependencies reports and > >> > powerpc reports from years before that range. I ignored these.) > >> > >> > >> I just tested and: > >> > >> hw.usb.template=3 > >> # ucom is not automatically being loaded when umodem is loaded at boot. > >> ucom_load="YES" > >> umodem_load="YES" > >> > >> in /boot/loader.conf worked: no more message about umodem.ko > >> missing dependencies. > >> > >> It looks like 12.x should have a note about amd64 requiring > >> such completeness in what is listed in /boot/loader.conf > >> or what is types at the loader prompts. (Presuming that this > >> is not fixed before 12.0-RELEASE .) > > > > Better to add the proper module dependency rather than this half A***ED > workaround, don't you think? > > Did I do something to justify that public disrepect > in the tone of your reply? > > I'll note that after booting, without preloading > ucom.ko at all, "kldload umodem" works fine and > implicitly loads ucom.ko just fine. So some form > of module dependency would seem to already be > in place. (This has been noted in past reports > on the lists.) > > The indirection-problem is only at boot time via using > /boot/loader.conf --not later. > Ah. We should try to fix that bug then. I've been distracted or I'd have jumped on this sooner. Warner > Warner > >> I greatly doubt that the issue is specific to umodem.ko and > >> what it requires to also be loaded. (Note the if_run.ko > >> example that was in materials that I quoted and the > >> zfs.ko example that suggested the workaround.) > >> > > > > > > > === > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) > > From owner-freebsd-arm@freebsd.org Sat Nov 24 09:46:48 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B5BD911490CD; Sat, 24 Nov 2018 09:46:48 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gate2.funkthat.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1309A71329; Sat, 24 Nov 2018 09:46:47 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (localhost [127.0.0.1]) by gold.funkthat.com (8.15.2/8.15.2) with ESMTPS id wAO94T0h040918 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 24 Nov 2018 01:04:30 -0800 (PST) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.15.2/8.15.2/Submit) id wAO94TLk040917; Sat, 24 Nov 2018 01:04:29 -0800 (PST) (envelope-from jmg) Date: Sat, 24 Nov 2018 01:04:29 -0800 From: John-Mark Gurney To: current@FreeBSD.org Cc: freebsd-arm@FreeBSD.org Subject: maxswzone NOT used correctly and defaults incorrect? Message-ID: <20181124090429.GI10067@funkthat.com> Mail-Followup-To: current@FreeBSD.org, freebsd-arm@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 11.0-RELEASE-p7 amd64 X-PGP-Fingerprint: D87A 235F FB71 1F3F 55B7 ED9B D5FF 5A51 C0AC 3D65 X-Files: The truth is out there X-URL: https://www.funkthat.com/ X-Resume: https://www.funkthat.com/~jmg/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? User-Agent: Mutt/1.6.1 (2016-04-27) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (gold.funkthat.com [127.0.0.1]); Sat, 24 Nov 2018 01:04:30 -0800 (PST) X-Rspamd-Queue-Id: 1309A71329 X-Spamd-Result: default: False [-0.65 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.59)[-0.592,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[funkthat.com]; NEURAL_HAM_LONG(-0.57)[-0.568,0]; RCVD_COUNT_THREE(0.00)[3]; SUBJECT_ENDS_QUESTION(1.00)[]; MX_GOOD(-0.01)[cached: gold.funkthat.com]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.46)[-0.462,0]; IP_SCORE(-0.02)[country: US(-0.09)]; FORGED_SENDER(0.30)[jmg@funkthat.com,jmg@gold.funkthat.com]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:32354, ipnet:208.87.216.0/21, country:US]; FROM_NEQ_ENVFROM(0.00)[jmg@funkthat.com,jmg@gold.funkthat.com]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Nov 2018 09:46:48 -0000 I have an BeagleBoard Black. I'm running a recent snapshot: FreeBSD generic 13.0-CURRENT FreeBSD 13.0-CURRENT r340239 GENERIC arm aka: FreeBSD-13.0-CURRENT-arm-armv7-BEAGLEBONE-20181107-r340239.img.xz It has 512MB of memory on board. I created a 4GB swap file. According to loader(8), this should be the default capable: in bytes of KVA space. If no value is provided, the system allocates enough memory to handle an amount of swap that corresponds to eight times the amount of physical memory present in the system. avail memory = 505909248 (482 MB) but I get this: warning: total configured swap (1048576 pages) exceeds maximum recommended amount (248160 pages). warning: increase kern.maxswzone or reduce amount of swap. So, this appears that it's only 2x amount of memory, NOT 8x like the documentation says. When running make in sbin/ggate/ggated, make consumes a large amount of memory. Before the OOM killer just kicked in, top showed: Mem: 224M Active, 4096 Inact, 141M Laundry, 121M Wired, 57M Buf, 2688K Free Swap: 1939M Total, 249M Used, 1689M Free, 12% Inuse, 1196K Out PID UID THR PRI NICE SIZE RES STATE TIME WCPU COMMAND 1029 1001 1 44 0 594M 3848K RUN 2:03 38.12% make swapinfo -k showed: /dev/md99 4194304 254392 3939912 6% sysctl: vm.swzone: 4466880 vm.swap_maxpages: 496320 kern.maxswzone: 0 dmesg when OOM strikes: swap blk zone exhausted, increase kern.maxswzone pid 1029 (make), uid 1001, was killed: out of swap space pid 984 (bash), uid 1001, was killed: out of swap space pid 956 (bash), uid 1001, was killed: out of swap space pid 952 (sshd), uid 0, was killed: out of swap space pid 1043 (bash), uid 1001, was killed: out of swap space pid 626 (dhclient), uid 65, was killed: out of swap space pid 955 (sshd), uid 1001, was killed: out of swap space pid 1025 (bash), uid 1001, was killed: out of swap space swblk zone ok lock order reversal: 1st 0xd374d028 filedesc structure (filedesc structure) @ /usr/src/sys/kern/sys_generic.c:1451 2nd 0xd41a5bc4 devfs (devfs) @ /usr/src/sys/kern/vfs_vnops.c:1513 stack backtrace: swap blk zone exhausted, increase kern.maxswzone pid 981 (tmux), uid 1001, was killed: out of swap space pid 983 (tmux), uid 1001, was killed: out of swap space pid 1031 (bash), uid 1001, was killed: out of swap space pid 580 (dhclient), uid 0, was killed: out of swap space swblk zone ok swap blk zone exhausted, increase kern.maxswzone pid 577 (dhclient), uid 0, was killed: out of swap space pid 627 (devd), uid 0, was killed: out of swap space swblk zone ok swap blk zone exhausted, increase kern.maxswzone pid 942 (getty), uid 0, was killed: out of swap space swblk zone ok swap blk zone exhausted, increase kern.maxswzone pid 1205 (init), uid 0, was killed: out of swap space swblk zone ok swap blk zone exhausted, increase kern.maxswzone pid 1206 (init), uid 0, was killed: out of swap space swblk zone ok swap blk zone exhausted, increase kern.maxswzone swblk zone ok swap blk zone exhausted, increase kern.maxswzone swblk zone ok So, as you can see, despite having plenty of swap, and swap usage being well below any of the maximums, the OOM killer kicked in, and killed off a bunch of processes. It also looks like the algorithm for calculating kern.maxswzone is not correct. I just tried to run the system w/: kern.maxswzone: 21474836 and it again died w/ plenty of swap free: /dev/md99 4194304 238148 3956156 6% This time I had vmstat -z | grep sw running, and saw: swpctrie: 48, 62084, 145, 270, 203, 0, 0 swblk: 72, 62040, 56357, 18, 56587, 0, 0 after the system died, I logged back in as see: swpctrie: 48, 62084, 28, 387, 240, 0, 0 swblk: 72, 62040, 175, 61865, 62957, 16, 0 so, it clearly ran out of swblk space VERY early, when only consuming around 232MB of swap... Hmm... it looks like swblk and swpctrie are not affected by the setting of kern.maxswzone... I just set it to: kern.maxswzone: 85899344 and the limits for the zones did not increase at ALL: swpctrie: 48, 62084, 0, 0, 0, 0, 0 swblk: 72, 62040, 0, 0, 0, 0, 0 Thoughts? -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-arm@freebsd.org Sat Nov 24 10:40:44 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B7C93114A4CB; Sat, 24 Nov 2018 10:40:44 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (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 DE92F72E24; Sat, 24 Nov 2018 10:40:43 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id wAOAeW6g037454 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 24 Nov 2018 12:40:35 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua wAOAeW6g037454 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id wAOAeWIO037453; Sat, 24 Nov 2018 12:40:32 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 24 Nov 2018 12:40:32 +0200 From: Konstantin Belousov To: current@FreeBSD.org, freebsd-arm@FreeBSD.org Subject: Re: maxswzone NOT used correctly and defaults incorrect? Message-ID: <20181124104032.GV2378@kib.kiev.ua> References: <20181124090429.GI10067@funkthat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20181124090429.GI10067@funkthat.com> User-Agent: Mutt/1.10.1 (2018-07-13) X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on tom.home X-Rspamd-Queue-Id: DE92F72E24 X-Spamd-Result: default: False [-4.04 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; TO_DN_NONE(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; RCVD_TLS_LAST(0.00)[]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.94)[-0.938,0]; IP_SCORE(-2.09)[ip: (-2.40), ipnet: 2001:470::/32(-4.48), asn: 6939(-3.48), country: US(-0.09)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; SUBJECT_ENDS_QUESTION(1.00)[]; DMARC_POLICY_SOFTFAIL(0.10)[gmail.com : No valid SPF, No valid DKIM,none] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Nov 2018 10:40:45 -0000 On Sat, Nov 24, 2018 at 01:04:29AM -0800, John-Mark Gurney wrote: > I have an BeagleBoard Black. I'm running a recent snapshot: > FreeBSD generic 13.0-CURRENT FreeBSD 13.0-CURRENT r340239 GENERIC arm > > aka: > FreeBSD-13.0-CURRENT-arm-armv7-BEAGLEBONE-20181107-r340239.img.xz > > It has 512MB of memory on board. I created a 4GB swap file. According > to loader(8), this should be the default capable: > in bytes of KVA space. If no value is provided, the system > allocates enough memory to handle an amount of swap that > corresponds to eight times the amount of physical memory > present in the system. > > avail memory = 505909248 (482 MB) > > but I get this: > warning: total configured swap (1048576 pages) exceeds maximum recommended amount (248160 pages). > warning: increase kern.maxswzone or reduce amount of swap. > > So, this appears that it's only 2x amount of memory, NOT 8x like the > documentation says. > > When running make in sbin/ggate/ggated, make consumes a large amount > of memory. Before the OOM killer just kicked in, top showed: > Mem: 224M Active, 4096 Inact, 141M Laundry, 121M Wired, 57M Buf, 2688K Free > Swap: 1939M Total, 249M Used, 1689M Free, 12% Inuse, 1196K Out > > PID UID THR PRI NICE SIZE RES STATE TIME WCPU COMMAND > 1029 1001 1 44 0 594M 3848K RUN 2:03 38.12% make > > swapinfo -k showed: > /dev/md99 4194304 254392 3939912 6% > > sysctl: > vm.swzone: 4466880 > vm.swap_maxpages: 496320 > kern.maxswzone: 0 > > dmesg when OOM strikes: > swap blk zone exhausted, increase kern.maxswzone > pid 1029 (make), uid 1001, was killed: out of swap space > pid 984 (bash), uid 1001, was killed: out of swap space > pid 956 (bash), uid 1001, was killed: out of swap space > pid 952 (sshd), uid 0, was killed: out of swap space > pid 1043 (bash), uid 1001, was killed: out of swap space > pid 626 (dhclient), uid 65, was killed: out of swap space > pid 955 (sshd), uid 1001, was killed: out of swap space > pid 1025 (bash), uid 1001, was killed: out of swap space > swblk zone ok > lock order reversal: > 1st 0xd374d028 filedesc structure (filedesc structure) @ /usr/src/sys/kern/sys_generic.c:1451 > 2nd 0xd41a5bc4 devfs (devfs) @ /usr/src/sys/kern/vfs_vnops.c:1513 > stack backtrace: > swap blk zone exhausted, increase kern.maxswzone > pid 981 (tmux), uid 1001, was killed: out of swap space > pid 983 (tmux), uid 1001, was killed: out of swap space > pid 1031 (bash), uid 1001, was killed: out of swap space > pid 580 (dhclient), uid 0, was killed: out of swap space > swblk zone ok > swap blk zone exhausted, increase kern.maxswzone > pid 577 (dhclient), uid 0, was killed: out of swap space > pid 627 (devd), uid 0, was killed: out of swap space > swblk zone ok > swap blk zone exhausted, increase kern.maxswzone > pid 942 (getty), uid 0, was killed: out of swap space > swblk zone ok > swap blk zone exhausted, increase kern.maxswzone > pid 1205 (init), uid 0, was killed: out of swap space > swblk zone ok > swap blk zone exhausted, increase kern.maxswzone > pid 1206 (init), uid 0, was killed: out of swap space > swblk zone ok > swap blk zone exhausted, increase kern.maxswzone > swblk zone ok > swap blk zone exhausted, increase kern.maxswzone > swblk zone ok > > So, as you can see, despite having plenty of swap, and swap usage being > well below any of the maximums, the OOM killer kicked in, and killed off > a bunch of processes. OOM is guided by the pagedaemon progress, not by the swap amount left. If the system cannot meet the pagedaemon targetp by doing $(sysctl vm.pageout_oom_seq) back-to-back page daemon passes, it declares OOM condition. E.g. if you have very active process which keeps a lot of active memory by referencing the pages, and simultenously a slow or stuck swap device, then you get into this state. Just by looking at the top stats, you have a single page in the inactive queue, which means that pagedaemon desperately frees clean pages and moves dirty pages into the laundry. Also, you have relatively large laundry queue, which supports the theory about slow swap. You may try to increase vm.pageout_oom_seq to move OOM trigger furhter after the system is overloaded with swapping. > > It also looks like the algorithm for calculating kern.maxswzone is not > correct. > > I just tried to run the system w/: > kern.maxswzone: 21474836 > > and it again died w/ plenty of swap free: > /dev/md99 4194304 238148 3956156 6% > > This time I had vmstat -z | grep sw running, and saw: > swpctrie: 48, 62084, 145, 270, 203, 0, 0 > swblk: 72, 62040, 56357, 18, 56587, 0, 0 > > after the system died, I logged back in as see: > swpctrie: 48, 62084, 28, 387, 240, 0, 0 > swblk: 72, 62040, 175, 61865, 62957, 16, 0 > > so, it clearly ran out of swblk space VERY early, when only consuming > around 232MB of swap... > > Hmm... it looks like swblk and swpctrie are not affected by the setting > of kern.maxswzone... I just set it to: > kern.maxswzone: 85899344 > > and the limits for the zones did not increase at ALL: > swpctrie: 48, 62084, 0, 0, 0, 0, 0 > swblk: 72, 62040, 0, 0, 0, 0, 0 The swap metadata zones must have all the KVA reserved in advance, because we cannot wait for AS or memory while we try to free some memory. At boot, the swap init code allocates KVA starting with the requested amount. If the allocation fails, it reduces the amount by 2/3 and retries, until the allocation succeeds. What you see in limits is the actual amount of KVA that your platform is able to provide for reserve, so increasing the maxswzone only results in more iterations to allocate. > > Thoughts? > > -- > John-Mark Gurney Voice: +1 415 225 5579 > > "All that I will do, has been done, All that I have, has not." > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@freebsd.org Sat Nov 24 15:55:51 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3FD7711527B0; Sat, 24 Nov 2018 15:55:51 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: from mailrelay108.isp.belgacom.be (mailrelay108.isp.belgacom.be [195.238.20.135]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "relay.skynet.be", Issuer "GlobalSign Organization Validation CA - SHA256 - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6241B7E487; Sat, 24 Nov 2018 15:55:50 +0000 (UTC) (envelope-from tijl@freebsd.org) X-Belgacom-Dynamic: yes IronPort-PHdr: =?us-ascii?q?9a23=3AxYydfxNlTNrlbVjb0ngl6mtUPXoX/o7sNwtQ0K?= =?us-ascii?q?IMzox0LfTzrarrMEGX3/hxlliBBdydt6oUzbKO+4nbGkU4qa6bt34DdJEeHz?= =?us-ascii?q?Qksu4x2zIaPcieFEfgJ+TrZSFpVO5LVVti4m3peRMNQJW2aFLduGC94iAPER?= =?us-ascii?q?vjKwV1Ov71GonPhMiryuy+4ZLebxlLiTanfb9+MAi9oBnMuMURnYZsMLs6xA?= =?us-ascii?q?HTontPdeRWxGdoKkyWkh3h+Mq+/4Nt/jpJtf45+MFOTav1f6IjTbxFFzsmKH?= =?us-ascii?q?w65NfqtRbYUwSC4GYXX3gMnRpJBwjF6wz6Xov0vyDnuOdxxDWWMMvrRr0yRD?= =?us-ascii?q?+s7bpkSAXwhSkJNzA37nzZhM9yg6JVrx2uuxNxzpXIYIyXKPZyYr/Rcc8ESW?= =?us-ascii?q?dHQ81fVzZBAoS5b4YXEeQDOOJYpJTjqlsJqhu+HhejBOb1xT9OnX/9wKo30/?= =?us-ascii?q?ggEQHE2AwtBNIAsG7Ko9rrKaocTO67wLPPzTXZYPNbwDHw45XLfBA5ufyBXq?= =?us-ascii?q?98fdDPxUQgFw7JlEicpIj5Mz+Py+gAsWyW4ux9Xuy1kWEnsRt+oj23y8cpjY?= =?us-ascii?q?nGm5wax0jf9SV83IY1Pdq4SFNnYdK8EJtfqSWaN4xuT8MhWW5ovCc6yrgYtp?= =?us-ascii?q?6heygG0ognxx/da/yDaYSH/hXjVOGKIThmgXJqYrS/hw2o/Uin0O38WdG40F?= =?us-ascii?q?dMriVbjtnBrnMA2wHJ5sSZRfZw/l2t1SuL2gzP8O1IPEI5mK7DJ54k2LEwl5?= =?us-ascii?q?4TsUrZHi/xnUX7lLOWdkQm+uis8OnnbK/mqYGCOIBvkQHxL74imsulAeQ3Kg?= =?us-ascii?q?QORXSU+fyg1L3/+k30WLtKjuconabHq5/aPtkUqrejDA9P14Yu8Bi/Dy2439?= =?us-ascii?q?sGhnYHN09KdAiAj4jzNFHEOOr4Auung1SwjDdrwOjLMaH8ApXXNHjMjrHhfa?= =?us-ascii?q?pm5k5S0go8085Q6IlPCr4cOv7zXVXxtNOLRiM+Zi6zw+CiLdxn1csxRHiJD7?= =?us-ascii?q?7RZKHXvneG++QsP+mFeMkevzOreNY/4Pu7sZg90XQaerKk2JIRczjsAvVkJ2?= =?us-ascii?q?23e3fhqOwtV2AQsVxtH6TRlFSeXGsLND6JVKUm62RjBQ=3D=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2ALAABlc/lb/7O+9VFjGgEBAQEBAgE?= =?us-ascii?q?BAQEHAgEBAQGBUQUBAQEBCwEBggKBNSESJ4wRX4shAoIMNQFEiQiNOoF6hHk?= =?us-ascii?q?ChBcjNAkNAQMBAQIBAQIBbChCAQ4BgWQigmUBBScTHCMQCxgJJQ8qHgYThSe?= =?us-ascii?q?nVTOJDoEOjCCBf4ERgl01hH6FWwKJH4Y9kCYJiimGeyORCJl2OIFVTTAIgye?= =?us-ascii?q?CJAMXjh0+AzCHMYViAQE?= X-IPAS-Result: =?us-ascii?q?A2ALAABlc/lb/7O+9VFjGgEBAQEBAgEBAQEHAgEBAQGBU?= =?us-ascii?q?QUBAQEBCwEBggKBNSESJ4wRX4shAoIMNQFEiQiNOoF6hHkChBcjNAkNAQMBA?= =?us-ascii?q?QIBAQIBbChCAQ4BgWQigmUBBScTHCMQCxgJJQ8qHgYThSenVTOJDoEOjCCBf?= =?us-ascii?q?4ERgl01hH6FWwKJH4Y9kCYJiimGeyORCJl2OIFVTTAIgyeCJAMXjh0+AzCHM?= =?us-ascii?q?YViAQE?= Received: from 179.190-245-81.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([81.245.190.179]) by relay.skynet.be with ESMTP; 24 Nov 2018 16:54:39 +0100 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.15.2/8.15.2) with ESMTP id wAOFscOP003527; Sat, 24 Nov 2018 16:54:39 +0100 (CET) (envelope-from tijl@FreeBSD.org) Date: Sat, 24 Nov 2018 16:54:37 +0100 From: =?UTF-8?B?VMSzbA==?= Coosemans To: John-Mark Gurney Cc: current@FreeBSD.org, freebsd-arm@FreeBSD.org Subject: Re: maxswzone NOT used correctly and defaults incorrect? Message-ID: <20181124165437.3896582f@kalimero.tijl.coosemans.org> In-Reply-To: <20181124090429.GI10067@funkthat.com> References: <20181124090429.GI10067@funkthat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 6241B7E487 X-Spamd-Result: default: False [2.00 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_SPAM_SHORT(0.53)[0.528,0]; NEURAL_SPAM_MEDIUM(0.77)[0.768,0]; NEURAL_SPAM_LONG(0.70)[0.702,0]; ASN(0.00)[asn:5432, ipnet:195.238.0.0/19, country:BE] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Nov 2018 15:55:51 -0000 On Sat, 24 Nov 2018 01:04:29 -0800 John-Mark Gurney wrote: > I have an BeagleBoard Black. I'm running a recent snapshot: > FreeBSD generic 13.0-CURRENT FreeBSD 13.0-CURRENT r340239 GENERIC arm > > aka: > FreeBSD-13.0-CURRENT-arm-armv7-BEAGLEBONE-20181107-r340239.img.xz > > It has 512MB of memory on board. I created a 4GB swap file. According > to loader(8), this should be the default capable: > in bytes of KVA space. If no value is provided, the system > allocates enough memory to handle an amount of swap that > corresponds to eight times the amount of physical memory > present in the system. > > avail memory = 505909248 (482 MB) > > but I get this: > warning: total configured swap (1048576 pages) exceeds maximum recommended amount (248160 pages). > warning: increase kern.maxswzone or reduce amount of swap. > > So, this appears that it's only 2x amount of memory, NOT 8x like the > documentation says. > > When running make in sbin/ggate/ggated, make consumes a large amount > of memory. Before the OOM killer just kicked in, top showed: > Mem: 224M Active, 4096 Inact, 141M Laundry, 121M Wired, 57M Buf, 2688K Free > Swap: 1939M Total, 249M Used, 1689M Free, 12% Inuse, 1196K Out > > PID UID THR PRI NICE SIZE RES STATE TIME WCPU COMMAND > 1029 1001 1 44 0 594M 3848K RUN 2:03 38.12% make > > swapinfo -k showed: > /dev/md99 4194304 254392 3939912 6% > > sysctl: > vm.swzone: 4466880 > vm.swap_maxpages: 496320 > kern.maxswzone: 0 > > dmesg when OOM strikes: > swap blk zone exhausted, increase kern.maxswzone > pid 1029 (make), uid 1001, was killed: out of swap space > pid 984 (bash), uid 1001, was killed: out of swap space > pid 956 (bash), uid 1001, was killed: out of swap space > pid 952 (sshd), uid 0, was killed: out of swap space > pid 1043 (bash), uid 1001, was killed: out of swap space > pid 626 (dhclient), uid 65, was killed: out of swap space > pid 955 (sshd), uid 1001, was killed: out of swap space > pid 1025 (bash), uid 1001, was killed: out of swap space > swblk zone ok > lock order reversal: > 1st 0xd374d028 filedesc structure (filedesc structure) @ /usr/src/sys/kern/sys_generic.c:1451 > 2nd 0xd41a5bc4 devfs (devfs) @ /usr/src/sys/kern/vfs_vnops.c:1513 > stack backtrace: > swap blk zone exhausted, increase kern.maxswzone > pid 981 (tmux), uid 1001, was killed: out of swap space > pid 983 (tmux), uid 1001, was killed: out of swap space > pid 1031 (bash), uid 1001, was killed: out of swap space > pid 580 (dhclient), uid 0, was killed: out of swap space > swblk zone ok > swap blk zone exhausted, increase kern.maxswzone > pid 577 (dhclient), uid 0, was killed: out of swap space > pid 627 (devd), uid 0, was killed: out of swap space > swblk zone ok > swap blk zone exhausted, increase kern.maxswzone > pid 942 (getty), uid 0, was killed: out of swap space > swblk zone ok > swap blk zone exhausted, increase kern.maxswzone > pid 1205 (init), uid 0, was killed: out of swap space > swblk zone ok > swap blk zone exhausted, increase kern.maxswzone > pid 1206 (init), uid 0, was killed: out of swap space > swblk zone ok > swap blk zone exhausted, increase kern.maxswzone > swblk zone ok > swap blk zone exhausted, increase kern.maxswzone > swblk zone ok > > So, as you can see, despite having plenty of swap, and swap usage being > well below any of the maximums, the OOM killer kicked in, and killed off > a bunch of processes. > > It also looks like the algorithm for calculating kern.maxswzone is not > correct. > > I just tried to run the system w/: > kern.maxswzone: 21474836 > > and it again died w/ plenty of swap free: > /dev/md99 4194304 238148 3956156 6% > > This time I had vmstat -z | grep sw running, and saw: > swpctrie: 48, 62084, 145, 270, 203, 0, 0 > swblk: 72, 62040, 56357, 18, 56587, 0, 0 > > after the system died, I logged back in as see: > swpctrie: 48, 62084, 28, 387, 240, 0, 0 > swblk: 72, 62040, 175, 61865, 62957, 16, 0 > > so, it clearly ran out of swblk space VERY early, when only consuming > around 232MB of swap... > > Hmm... it looks like swblk and swpctrie are not affected by the setting > of kern.maxswzone... I just set it to: > kern.maxswzone: 85899344 > > and the limits for the zones did not increase at ALL: > swpctrie: 48, 62084, 0, 0, 0, 0, 0 > swblk: 72, 62040, 0, 0, 0, 0, 0 Can you try this patch? I've been running with it for a few months now and no longer observe weird OOM kills. IIUC in shortfall mode when nfreed equals zero, this change makes it stay in shortfall mode instead of going to background mode. I don't know enough about VM internals to know if this is the correct fix though. Index: sys/vm/vm_pageout.c =================================================================== --- sys/vm/vm_pageout.c (revision 340673) +++ sys/vm/vm_pageout.c (working copy) @@ -1040,7 +1040,7 @@ trybackground: nclean = vmd->vmd_free_count + vmd->vmd_pagequeues[PQ_INACTIVE].pq_cnt; ndirty = vmd->vmd_pagequeues[PQ_LAUNDRY].pq_cnt; - if (target == 0 && ndirty * isqrt(howmany(nfreed + 1, + if (target == 0 && ndirty * isqrt(howmany(nfreed, vmd->vmd_free_target - vmd->vmd_free_min)) >= nclean) { target = vmd->vmd_background_launder_target; } From owner-freebsd-arm@freebsd.org Sat Nov 24 17:40:48 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D7E7F110EAD1 for ; Sat, 24 Nov 2018 17:40:47 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-8.consmr.mail.gq1.yahoo.com (sonic316-8.consmr.mail.gq1.yahoo.com [98.137.69.32]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 15462843E4 for ; Sat, 24 Nov 2018 17:40:46 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: DQa7A6YVM1mr4wQ1D4HaFeVGHEPrpKKY.z41KoOmfDKGkWnc8XeHKNRYRgf8g.I EfgqokUPTwdsN1h14U3PVv6csEWMpz1PrvapaUYPmtdh0kr6OBk7RPyWTMmMRU86MSi_2uY1CFDj CR8T61.xnfzJRtJLNAXwAwqL3Ht1rwKTRao787pb1DgeqZWvpI5EEXvWR0_21Uq0CwOXVliFUxXv wIs1DtFWMRGI2uJMQon.G90Wx9FLizIVyWRkakTIv6VVjNrJevu5EPz2ZppxR.kVhwvtEwUd2zw6 7N7L78VWLwjUJ5YEEIxvAccaoXfPho_w4yBHOATCeP6C6hPjAfZmE6lCyFVvcouk886Hw0ZdD.ld Yd9KfVUZLKuKyK2gwulSrZjLO6.rHN3ohoA.JdsPZcn.6z_MndSxz27RiKFVXpw6jUphDILjmbzT VHuOGhd02c9MbW2Y8ldN3S6jt6BEoYQiGEAFzKrTVsWbFasyPWvrmj5wbpkW5_M38umEOrbKbD_F OloVikbGLqyfJbmoV03KaOxST.PigmTy2PLIYDslQgbp.T9ByUgXfIGfj8.KWJY8yIsOrpAvFXTJ _aW6O0lKkciq06pgr3jEEaYzvFrEBEnBmjWu9PSi4mEvdweGmrblGwS8Ykt7SG8UDY4CgO2aTBzu QBV2QaOq2as6VheZIxPIJFYVfWTdlYI7_YyW_Ft_0sS_gQBFarWJYGc9Y9aNcjZeCweF6Q.bt.uK .lIB9A7ZOzmvRGmGpcuP6n9JkU12e9orDDp1DpdoTw6iEwSufOfLdbaQhtP5bRYkeXeXlzrLq8Za MJjzjSXP42uBFTZjg2X7NZc0lTxNKhX2fvVVuTCKwmnodfLoJK7na5CsnS0MRQLpieoDzo2MUmdx tsHo4FBUZwC4EjBetRRsAUskn2SRnPcIU0GnxRcuwgMm8oNJjR3aFpEKG0ZOQS4QV6TvslAKgiQ. EYaiOrYPzd5lghyPuOInwFquFGwQuWe3Pr.UgFmo4Bd9ZmcIQcU2CWbZu5S3XIDe86Zck8RInDZM gNZbGtuhFZ57ouLjDMxpeL583qaOWRT4cZqVlR4Asy1BLx8izjcAlJmL9 Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Sat, 24 Nov 2018 17:40:39 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp410.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 79da480cdadf8d48cb49a10d87a732d3; Sat, 24 Nov 2018 17:40:35 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\)) Subject: Re: maxswzone NOT used correctly and defaults incorrect? From: Mark Millard In-Reply-To: <20181124104032.GV2378@kib.kiev.ua> Date: Sat, 24 Nov 2018 09:40:34 -0800 Cc: current@FreeBSD.org, freebsd-arm@FreeBSD.org Content-Transfer-Encoding: 7bit Message-Id: References: <20181124090429.GI10067@funkthat.com> <20181124104032.GV2378@kib.kiev.ua> To: Konstantin Belousov X-Mailer: Apple Mail (2.3445.101.1) X-Rspamd-Queue-Id: 15462843E4 X-Spamd-Result: default: False [-0.86 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[yahoo.com]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[yahoo.com:+]; MX_GOOD(-0.01)[cached: mta6.am0.yahoodns.net]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.94)[-0.938,0]; R_DKIM_ALLOW(-0.20)[yahoo.com]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(0.21)[0.208,0]; NEURAL_HAM_LONG(-0.86)[-0.864,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.24)[ipnet: 98.137.64.0/21(0.73), asn: 36647(0.59), country: US(-0.09)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[32.69.137.98.list.dnswl.org : 127.0.5.0] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Nov 2018 17:40:48 -0000 On 2018-Nov-24, at 02:40, Konstantin Belousov wrote: > On Sat, Nov 24, 2018 at 01:04:29AM -0800, John-Mark Gurney wrote: >> . . . > OOM is guided by the pagedaemon progress, not by the swap amount left. It would help if the "was killed: out of swap space" messages did not incorrectly point to being out of swap space as the issue. > If the system cannot meet the pagedaemon targetp by doing > $(sysctl vm.pageout_oom_seq) back-to-back page daemon passes, > it declares OOM condition. E.g. if you have very active process which > keeps a lot of active memory by referencing the pages, and simultenously > a slow or stuck swap device, then you get into this state. > > Just by looking at the top stats, you have a single page in the inactive > queue, which means that pagedaemon desperately frees clean pages and > moves dirty pages into the laundry. Also, you have relatively large > laundry queue, which supports the theory about slow swap. > > You may try to increase vm.pageout_oom_seq to move OOM trigger furhter > after the system is overloaded with swapping. > >> . . . > The swap metadata zones must have all the KVA reserved in advance, > because we cannot wait for AS or memory while we try to free some > memory. At boot, the swap init code allocates KVA starting with the > requested amount. If the allocation fails, it reduces the amount by > 2/3 and retries, until the allocation succeeds. What you see in limits > is the actual amount of KVA that your platform is able to provide for > reserve, so increasing the maxswzone only results in more iterations to > allocate. The documentation's "corresponds to eight times the amount of physical memory" text again seems not helpful unless it happens to be about the figure for the actual context. Could something like your wording above be put in place instead? An example: armv7 rpi2's and aarch64 rpi3's, both with 1GiByte of RAM, get very different figures for the "exceeds maximum recommended amount" figure, different by very roughly a factor of 2 if I remember right, neither near what the documentation suggests. Suggesting a fixed ratio to RAM-size just seems to be wrong. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sat Nov 24 19:48:52 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C3B3B113739C for ; Sat, 24 Nov 2018 19:48:52 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.89]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EC03389AD5 for ; Sat, 24 Nov 2018 19:48:51 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp.greenhost.nl ([213.108.110.112]) by smarthost1.greenhost.nl with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1gQdv8-00055x-EI for freebsd-arm@freebsd.org; Sat, 24 Nov 2018 20:48:50 +0100 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-arm@freebsd.org Date: Sat, 24 Nov 2018 20:48:53 +0100 Subject: ld.lld goes out of memory MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: User-Agent: Opera Mail/12.16 (FreeBSD) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.2 X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 autolearn=disabled version=3.4.2 X-Scan-Signature: dfea3049d3b923820beb462d65569822 X-Rspamd-Queue-Id: EC03389AD5 X-Spamd-Result: default: False [-0.29 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.09)[-0.090,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:195.190.28.64/27]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[klop.ws]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.46)[-0.457,0]; IP_SCORE(0.00)[country: NL(0.01)]; NEURAL_SPAM_SHORT(0.07)[0.069,0]; MX_GOOD(-0.01)[cached: mx2.greenhost.nl]; RWL_MAILSPIKE_POSSIBLE(0.00)[89.28.190.195.rep.mailspike.net : 127.0.0.17]; R_DKIM_NA(0.00)[]; MID_RHS_NOT_FQDN(0.50)[]; ASN(0.00)[asn:47172, ipnet:195.190.28.0/24, country:NL]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Nov 2018 19:48:52 -0000 Hello, While compiling databases/mongodb34 on my RPI3B+ 12.0-RC1/arm64 ld.lld fails often because of 'out of swap' or other issues about memory shortage. Is this something others experience on "low memory" machines? The patch below helped me to continue. Where to go from here? :-) Regards, Ronald. [root@rpi3 /data/src/12]# svnlite diff contrib Index: contrib/llvm/tools/lld/Common/Threads.cpp =================================================================== --- contrib/llvm/tools/lld/Common/Threads.cpp (revision 340904) +++ contrib/llvm/tools/lld/Common/Threads.cpp (working copy) @@ -9,4 +9,4 @@ #include "lld/Common/Threads.h" -bool lld::ThreadsEnabled = true; +bool lld::ThreadsEnabled = false; Index: contrib/llvm/tools/lld/ELF/Driver.cpp =================================================================== --- contrib/llvm/tools/lld/ELF/Driver.cpp (revision 340904) +++ contrib/llvm/tools/lld/ELF/Driver.cpp (working copy) @@ -659,7 +659,7 @@ parseCachePruningPolicy(Args.getLastArgValue(OPT_thinlto_cache_policy)), "--thinlto-cache-policy: invalid cache policy"); Config->ThinLTOJobs = args::getInteger(Args, OPT_thinlto_jobs, -1u); - ThreadsEnabled = Args.hasFlag(OPT_threads, OPT_no_threads, true); + ThreadsEnabled = Args.hasFlag(OPT_threads, OPT_no_threads, false); Config->Trace = Args.hasArg(OPT_trace); Config->Undefined = args::getStrings(Args, OPT_undefined); Config->UnresolvedSymbols = getUnresolvedSymbolPolicy(Args); From owner-freebsd-arm@freebsd.org Sat Nov 24 20:09:38 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 30B6D1137D43; Sat, 24 Nov 2018 20:09:38 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gate2.funkthat.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1AD108A4E9; Sat, 24 Nov 2018 20:09:36 +0000 (UTC) (envelope-from jmg@gold.funkthat.com) Received: from gold.funkthat.com (localhost [127.0.0.1]) by gold.funkthat.com (8.15.2/8.15.2) with ESMTPS id wAOK9YGX050381 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 24 Nov 2018 12:09:35 -0800 (PST) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.15.2/8.15.2/Submit) id wAOK9YrE050380; Sat, 24 Nov 2018 12:09:34 -0800 (PST) (envelope-from jmg) Date: Sat, 24 Nov 2018 12:09:34 -0800 From: John-Mark Gurney To: Konstantin Belousov Cc: current@FreeBSD.org, freebsd-arm@FreeBSD.org Subject: Re: maxswzone NOT used correctly and defaults incorrect? Message-ID: <20181124200934.GJ10067@funkthat.com> Mail-Followup-To: Konstantin Belousov , current@FreeBSD.org, freebsd-arm@FreeBSD.org References: <20181124090429.GI10067@funkthat.com> <20181124104032.GV2378@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20181124104032.GV2378@kib.kiev.ua> X-Operating-System: FreeBSD 11.0-RELEASE-p7 amd64 X-PGP-Fingerprint: D87A 235F FB71 1F3F 55B7 ED9B D5FF 5A51 C0AC 3D65 X-Files: The truth is out there X-URL: https://www.funkthat.com/ X-Resume: https://www.funkthat.com/~jmg/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? User-Agent: Mutt/1.6.1 (2016-04-27) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (gold.funkthat.com [127.0.0.1]); Sat, 24 Nov 2018 12:09:35 -0800 (PST) X-Rspamd-Queue-Id: 1AD108A4E9 X-Spamd-Result: default: False [-1.12 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.67)[-0.668,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+a]; NEURAL_HAM_LONG(-0.67)[-0.667,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[funkthat.com]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: gold.funkthat.com]; NEURAL_HAM_SHORT(-0.75)[-0.753,0]; IP_SCORE(-0.02)[country: US(-0.09)]; FORGED_SENDER(0.30)[jmg@funkthat.com,jmg@gold.funkthat.com]; FREEMAIL_TO(0.00)[gmail.com]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:32354, ipnet:208.87.216.0/21, country:US]; FROM_NEQ_ENVFROM(0.00)[jmg@funkthat.com,jmg@gold.funkthat.com]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Nov 2018 20:09:38 -0000 Konstantin Belousov wrote this message on Sat, Nov 24, 2018 at 12:40 +0200: > On Sat, Nov 24, 2018 at 01:04:29AM -0800, John-Mark Gurney wrote: > > I have an BeagleBoard Black. I'm running a recent snapshot: > > FreeBSD generic 13.0-CURRENT FreeBSD 13.0-CURRENT r340239 GENERIC arm > > > > aka: > > FreeBSD-13.0-CURRENT-arm-armv7-BEAGLEBONE-20181107-r340239.img.xz > > > > It has 512MB of memory on board. I created a 4GB swap file. According > > to loader(8), this should be the default capable: > > in bytes of KVA space. If no value is provided, the system > > allocates enough memory to handle an amount of swap that > > corresponds to eight times the amount of physical memory > > present in the system. > > > > avail memory = 505909248 (482 MB) > > > > but I get this: > > warning: total configured swap (1048576 pages) exceeds maximum recommended amount (248160 pages). > > warning: increase kern.maxswzone or reduce amount of swap. > > > > So, this appears that it's only 2x amount of memory, NOT 8x like the > > documentation says. > > > > When running make in sbin/ggate/ggated, make consumes a large amount > > of memory. Before the OOM killer just kicked in, top showed: > > Mem: 224M Active, 4096 Inact, 141M Laundry, 121M Wired, 57M Buf, 2688K Free > > Swap: 1939M Total, 249M Used, 1689M Free, 12% Inuse, 1196K Out > > > > PID UID THR PRI NICE SIZE RES STATE TIME WCPU COMMAND > > 1029 1001 1 44 0 594M 3848K RUN 2:03 38.12% make > > > > swapinfo -k showed: > > /dev/md99 4194304 254392 3939912 6% > > > > sysctl: > > vm.swzone: 4466880 > > vm.swap_maxpages: 496320 > > kern.maxswzone: 0 > > > > dmesg when OOM strikes: > > swap blk zone exhausted, increase kern.maxswzone > > pid 1029 (make), uid 1001, was killed: out of swap space > > pid 984 (bash), uid 1001, was killed: out of swap space > > pid 956 (bash), uid 1001, was killed: out of swap space > > pid 952 (sshd), uid 0, was killed: out of swap space > > pid 1043 (bash), uid 1001, was killed: out of swap space > > pid 626 (dhclient), uid 65, was killed: out of swap space > > pid 955 (sshd), uid 1001, was killed: out of swap space > > pid 1025 (bash), uid 1001, was killed: out of swap space > > swblk zone ok > > lock order reversal: > > 1st 0xd374d028 filedesc structure (filedesc structure) @ /usr/src/sys/kern/sys_generic.c:1451 > > 2nd 0xd41a5bc4 devfs (devfs) @ /usr/src/sys/kern/vfs_vnops.c:1513 > > stack backtrace: > > swap blk zone exhausted, increase kern.maxswzone > > pid 981 (tmux), uid 1001, was killed: out of swap space > > pid 983 (tmux), uid 1001, was killed: out of swap space > > pid 1031 (bash), uid 1001, was killed: out of swap space > > pid 580 (dhclient), uid 0, was killed: out of swap space > > swblk zone ok > > swap blk zone exhausted, increase kern.maxswzone > > pid 577 (dhclient), uid 0, was killed: out of swap space > > pid 627 (devd), uid 0, was killed: out of swap space > > swblk zone ok > > swap blk zone exhausted, increase kern.maxswzone > > pid 942 (getty), uid 0, was killed: out of swap space > > swblk zone ok > > swap blk zone exhausted, increase kern.maxswzone > > pid 1205 (init), uid 0, was killed: out of swap space > > swblk zone ok > > swap blk zone exhausted, increase kern.maxswzone > > pid 1206 (init), uid 0, was killed: out of swap space > > swblk zone ok > > swap blk zone exhausted, increase kern.maxswzone > > swblk zone ok > > swap blk zone exhausted, increase kern.maxswzone > > swblk zone ok > > > > So, as you can see, despite having plenty of swap, and swap usage being > > well below any of the maximums, the OOM killer kicked in, and killed off > > a bunch of processes. > OOM is guided by the pagedaemon progress, not by the swap amount left. > If the system cannot meet the pagedaemon targetp by doing > $(sysctl vm.pageout_oom_seq) back-to-back page daemon passes, > it declares OOM condition. E.g. if you have very active process which > keeps a lot of active memory by referencing the pages, and simultenously > a slow or stuck swap device, then you get into this state. > > Just by looking at the top stats, you have a single page in the inactive > queue, which means that pagedaemon desperately frees clean pages and > moves dirty pages into the laundry. Also, you have relatively large > laundry queue, which supports the theory about slow swap. Yes, swap is "slow" by modern standards, but not really that slow... I'm swapping out at over 10MB/sec... For such a system, this is quite fast... Though maybe I wasn't explicit, it's very clear that I'm running out of the swap blk zone, per the very first message, and the vmstat -z stats below (and the resulting failures): swap blk zone exhausted > You may try to increase vm.pageout_oom_seq to move OOM trigger furhter > after the system is overloaded with swapping. > > > > > It also looks like the algorithm for calculating kern.maxswzone is not > > correct. > > > > I just tried to run the system w/: > > kern.maxswzone: 21474836 > > > > and it again died w/ plenty of swap free: > > /dev/md99 4194304 238148 3956156 6% > > > > This time I had vmstat -z | grep sw running, and saw: > > swpctrie: 48, 62084, 145, 270, 203, 0, 0 > > swblk: 72, 62040, 56357, 18, 56587, 0, 0 > > > > after the system died, I logged back in as see: > > swpctrie: 48, 62084, 28, 387, 240, 0, 0 > > swblk: 72, 62040, 175, 61865, 62957, 16, 0 > > > > so, it clearly ran out of swblk space VERY early, when only consuming > > around 232MB of swap... > > > > Hmm... it looks like swblk and swpctrie are not affected by the setting > > of kern.maxswzone... I just set it to: > > kern.maxswzone: 85899344 > > > > and the limits for the zones did not increase at ALL: > > swpctrie: 48, 62084, 0, 0, 0, 0, 0 > > swblk: 72, 62040, 0, 0, 0, 0, 0 > The swap metadata zones must have all the KVA reserved in advance, > because we cannot wait for AS or memory while we try to free some > memory. At boot, the swap init code allocates KVA starting with the > requested amount. If the allocation fails, it reduces the amount by > 2/3 and retries, until the allocation succeeds. What you see in limits > is the actual amount of KVA that your platform is able to provide for > reserve, so increasing the maxswzone only results in more iterations to > allocate. Except that I don't see the warning "Swap blk zone entries reduced from" in the dmesg which I'd expect to see that code is triggered... I find it hard to believe that it can't allocate more than 5MB of KVA at boot... per above, 72*62040 ~= 4.26MB... It does look like the calculation is correct for swblk assuming maxswzone is not set (0), as: vm.stats.vm.v_page_count: 124041 and: n = vm_cnt.v_page_count / 2; I'll be adding a print for maxswzone to make sure it's getting set, though it'll take me a while to get a kernel built... and kenv does show it set: [freebsd@generic ~]$ sysctl kern.maxswzone kern.maxswzone: 85899344 [freebsd@generic ~]$ kenv | grep kern.maxswzone kern.maxswzone="85899344" so how that code isn't being triggered is quite strange... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not."