From owner-freebsd-arm@freebsd.org Sun Aug 21 12:58:17 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 296D0BC01F5 for ; Sun, 21 Aug 2016 12:58:17 +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 mx1.freebsd.org (Postfix) with ESMTPS id 195C116E0 for ; Sun, 21 Aug 2016 12:58:17 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u7LCwGqj085591 for ; Sun, 21 Aug 2016 12:58:16 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 207970] fix Banana Pi USB issues Date: Sun, 21 Aug 2016 12:58:16 +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: patch X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: allcoms@gmail.com X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: resolution bug_status 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-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Aug 2016 12:58:17 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D207970 Dan MacDonald changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|New |Closed --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Mon Aug 22 06:23:59 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3DC11BC1EBD for ; Mon, 22 Aug 2016 06:23:59 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-4.reflexion.net [208.70.210.4]) (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 D24151C52 for ; Mon, 22 Aug 2016 06:23:57 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 6626 invoked from network); 21 Aug 2016 21:24:38 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 21 Aug 2016 21:24:38 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.00.0) with SMTP; Sun, 21 Aug 2016 17:23:48 -0400 (EDT) Received: (qmail 17741 invoked from network); 21 Aug 2016 21:23:48 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 21 Aug 2016 21:23:48 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.0.105] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id BCDBD1C43F0; Sun, 21 Aug 2016 14:23:50 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Re: Problems with our libgcc_s.so in base [FYI: armv6 C++/g++6 example under stable/11 -r304029] Message-Id: <65040FD8-1CDF-4D39-9D8B-19480E23CD31@dsl-only.net> Date: Sun, 21 Aug 2016 14:23:54 -0700 To: FreeBSD Toolchain , freebsd-arm , freebsd-stable@freebsd.org, FreeBSD Ports Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Aug 2016 06:23:59 -0000 "problems come when we try to us archtiectures not fully supported by = out libgcc_s.so" ( from https://people.freebsd.org/~db/libgcc.txt ). . . On armv6 (an rpi2) C++ by itself can have /lib/libgcc_s.so.1 not being = sufficient, for example with g++6 being used:=20 > # g++6 -std=3Dc++14 -O2 cpp_clocks_investigation.cpp > # ldd a.out > a.out: > libstdc++.so.6 =3D> /usr/local/lib/gcc6/libstdc++.so.6 = (0x20100000) > libm.so.5 =3D> /lib/libm.so.5 (0x20053000) > libgcc_s.so.1 =3D> /lib/libgcc_s.so.1 (0x20076000) > libc.so.7 =3D> /lib/libc.so.7 (0x20300000) > # ./a.out > /usr/local/lib/gcc6/libstdc++.so.6: Undefined symbol = "__aeabi_uldivmod" By contrast: > # g++6 -Wl,-rpath=3D/usr/local/lib/gcc6 -std=3Dc++14 -O2 = cpp_clocks_investigation.cpp > # ldd a.out > a.out: > libstdc++.so.6 =3D> /usr/local/lib/gcc6/libstdc++.so.6 = (0x20100000) > libm.so.5 =3D> /lib/libm.so.5 (0x20053000) > libgcc_s.so.1 =3D> /usr/local/lib/gcc6/libgcc_s.so.1 = (0x20076000) > libc.so.7 =3D> /lib/libc.so.7 (0x20300000) > # ./a.out > std::numeric_limits::max(): 9'223'372'036'854'775'807 . . . (works fine) . . . Context details: > # svnlite info /usr/src/ | grep "Re[vl][ia:]" > Relative URL: ^/stable/11 > Revision: 304029 > Last Changed Rev: 304029 > # uname -apKU > FreeBSD rpi2 11.0-PRERELEASE FreeBSD 11.0-PRERELEASE #4 r304029M: Sat = Aug 13 01:10:34 PDT 2016 = markmi@FreeBSDx64:/usr/obj/clang/arm.armv6/usr/src/sys/RPI2-N > ODBG arm armv6 1100500 1100500 =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-arm@freebsd.org Mon Aug 22 08:29:13 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 72CC9BB8826; Mon, 22 Aug 2016 08:29:13 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cloud.theravensnest.org", Issuer "StartCom Class 1 DV Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E5867128B; Mon, 22 Aug 2016 08:29:12 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from [192.168.0.7] (cpc91230-cmbg18-2-0-cust661.5-4.cable.virginm.net [82.1.230.150]) (authenticated bits=0) by theravensnest.org (8.15.2/8.15.2) with ESMTPSA id u7M8LdkB065170 (version=TLSv1 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 22 Aug 2016 08:21:43 GMT (envelope-from theraven@FreeBSD.org) X-Authentication-Warning: theravensnest.org: Host cpc91230-cmbg18-2-0-cust661.5-4.cable.virginm.net [82.1.230.150] claimed to be [192.168.0.7] Content-Type: multipart/signed; boundary="Apple-Mail=_E19F0EEC-3A77-456F-9729-D6DB9ED6362B"; protocol="application/pkcs7-signature"; micalg=sha1 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: Problems with our libgcc_s.so in base [FYI: armv6 C++/g++6 example under stable/11 -r304029] From: David Chisnall In-Reply-To: <65040FD8-1CDF-4D39-9D8B-19480E23CD31@dsl-only.net> Date: Mon, 22 Aug 2016 09:21:44 +0100 Cc: FreeBSD Toolchain , freebsd-arm , freebsd-stable@freebsd.org, FreeBSD Ports Message-Id: References: <65040FD8-1CDF-4D39-9D8B-19480E23CD31@dsl-only.net> To: Mark Millard X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Aug 2016 08:29:13 -0000 --Apple-Mail=_E19F0EEC-3A77-456F-9729-D6DB9ED6362B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 On 21 Aug 2016, at 22:23, Mark Millard wrote: >=20 > On armv6 (an rpi2) C++ by itself can have /lib/libgcc_s.so.1 not being = sufficient, for example with g++6 being used:=20 >=20 >> # g++6 -std=3Dc++14 -O2 cpp_clocks_investigation.cpp >> # ldd a.out >> a.out: >> libstdc++.so.6 =3D> /usr/local/lib/gcc6/libstdc++.so.6 = (0x20100000) >> libm.so.5 =3D> /lib/libm.so.5 (0x20053000) >> libgcc_s.so.1 =3D> /lib/libgcc_s.so.1 (0x20076000) >> libc.so.7 =3D> /lib/libc.so.7 (0x20300000) >> # ./a.out >> /usr/local/lib/gcc6/libstdc++.so.6: Undefined symbol = "__aeabi_uldivmod" >=20 The problem appears to be that we=E2=80=99ve not imported (all of?) the = ARM-specific bits of compiler-rt. For example, this function is = provided upstream: = http://llvm.org/viewvc/llvm-project/compiler-rt/trunk/lib/builtins/arm/aea= bi_uldivmod.S?revision=3D273500&view=3Dmarkup David --Apple-Mail=_E19F0EEC-3A77-456F-9729-D6DB9ED6362B Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIK5jCCBPww ggPkoAMCAQICECJrrb9nBol9MHok/UZg/AYwDQYJKoZIhvcNAQELBQAwdTELMAkGA1UEBhMCSUwx FjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKTAnBgNVBAsTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24g QXV0aG9yaXR5MSMwIQYDVQQDExpTdGFydENvbSBDbGFzcyAxIENsaWVudCBDQTAeFw0xNjA0MTkw OTI3NDJaFw0xNzA0MTkwOTI3NDJaMEQxHTAbBgNVBAMMFHRoZXJhdmVuQGZyZWVic2Qub3JnMSMw IQYJKoZIhvcNAQkBFhR0aGVyYXZlbkBmcmVlYnNkLm9yZzCCASIwDQYJKoZIhvcNAQEBBQADggEP ADCCAQoCggEBALsL5pEhrGjrswHVdMHWhgxb8ARKDYRePSqpDLmjJ40bpx+n1zrvIwjC2Vk2IpoD 04rg5Pog2IrhnX+Qk2NSXzBXWj2JAaTc9OtSeAY0BtgJYXONGONQbRKVy97QBdzd1SbMEzDrOgH5 UDI+5sF1PboOTmLyTAPI9273XdfZ0BnstUXs8NXr/7p9E5CWJOsO1iQcINbm4XiwC1PLNMeWUknE Nji/hFKwcE8IFtaUe1ymbw6yA3rBpDu3KewIRD1T66FPTZJeIzvUoBIqWd+GAOfCBG2QYmbc3y/x K2hCtcXThcB1uVFA2q39koLKA8wHyqv4Jhm3wzhAqKDsWK4bGW0CAwEAAaOCAbcwggGzMA4GA1Ud DwEB/wQEAwIEsDAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwCQYDVR0TBAIwADAdBgNV HQ4EFgQU5J3Kc8GeW8pEGxBkcMoA7eUOPRwwHwYDVR0jBBgwFoAUJIFsOWG+SQ+PtxtGK8kotSdI bWgwbwYIKwYBBQUHAQEEYzBhMCQGCCsGAQUFBzABhhhodHRwOi8vb2NzcC5zdGFydHNzbC5jb20w OQYIKwYBBQUHMAKGLWh0dHA6Ly9haWEuc3RhcnRzc2wuY29tL2NlcnRzL3NjYS5jbGllbnQxLmNy dDA4BgNVHR8EMTAvMC2gK6AphidodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9zY2EtY2xpZW50MS5j cmwwHwYDVR0RBBgwFoEUdGhlcmF2ZW5AZnJlZWJzZC5vcmcwIwYDVR0SBBwwGoYYaHR0cDovL3d3 dy5zdGFydHNzbC5jb20vMEYGA1UdIAQ/MD0wOwYLKwYBBAGBtTcBAgUwLDAqBggrBgEFBQcCARYe aHR0cDovL3d3dy5zdGFydHNzbC5jb20vcG9saWN5MA0GCSqGSIb3DQEBCwUAA4IBAQBSBDH+kZf5 bZkNFcMSPdfnGC7F8utBIxs2bi3JQjsBoQTm1vnXdwgINSfO9At6iQZHoEyj8ZE6PcMFuEU0+bk0 aE8aYcW59WnxfWx943upZoMhX0YVaJcFK01EHFrddRAP44sh7Eu6JtdFuAG+6btDReMcg35Qm65X 7/280aVm7awadJ+IQs8r9qBVk2NFqkvHCETtJjNWXd7M6mcsfXstvykbubPQH/VNW/zrX6yzIcI4 aoz+Sn8RJmHNkk6cImqe1KvsdDLXmqCoeoMwos62pT18RaI//jwTdmnf5EHFMlevnxOr7rzA++71 OSZfdYf6+nvHOod1F721rNuy6lxFMIIF4jCCA8qgAwIBAgIQa6eKfQrXiNZRCvlZ5Oe04TANBgkq hkiG9w0BAQsFADB9MQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UE CxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzEpMCcGA1UEAxMgU3RhcnRDb20g Q2VydGlmaWNhdGlvbiBBdXRob3JpdHkwHhcNMTUxMjE2MDEwMDA1WhcNMzAxMjE2MDEwMDA1WjB1 MQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjEpMCcGA1UECxMgU3RhcnRDb20g Q2VydGlmaWNhdGlvbiBBdXRob3JpdHkxIzAhBgNVBAMTGlN0YXJ0Q29tIENsYXNzIDEgQ2xpZW50 IENBMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAvX3a98OifYP2W4L921tfrh4bdcC1 Ga+YJKy7V3nYNewJHnzMlBsK0Hb8Dm4Wo3FZpylcYa1MJGT10QMGWaLER3xCIuRR+8eklf/EqeZW RLojJ7zBRtjMywPOCelrOU+DX12dKp+Ez4J6919rz1UudTO1GvZyCYJ/I7062uHsskM8b7gPxmcC oO1UHwwpgkvpCArJWGFoFzjLdsZbErJcS3HtAhlkbE/BKTMrdYg35Uo12SLBO5tbk8h2imbKTC8i Ms+pskrvI/AVlh6QoTTXk6xboVX6zgMgzxSVVLymQiygYYm0y5aMsvi2raFhC643SOGvErWWPPnS EfbeAD1xswIDAQABo4IBZDCCAWAwDgYDVR0PAQH/BAQDAgEGMB0GA1UdJQQWMBQGCCsGAQUFBwMC BggrBgEFBQcDBDASBgNVHRMBAf8ECDAGAQH/AgEAMDIGA1UdHwQrMCkwJ6AloCOGIWh0dHA6Ly9j cmwuc3RhcnRzc2wuY29tL3Nmc2NhLmNybDBmBggrBgEFBQcBAQRaMFgwJAYIKwYBBQUHMAGGGGh0 dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbTAwBggrBgEFBQcwAoYkaHR0cDovL2FpYS5zdGFydHNzbC5j b20vY2VydHMvY2EuY3J0MB0GA1UdDgQWBBQkgWw5Yb5JD4+3G0YrySi1J0htaDAfBgNVHSMEGDAW gBROC+8apEBbpRdphzDKNGhD0EGu8jA/BgNVHSAEODA2MDQGBFUdIAAwLDAqBggrBgEFBQcCARYe aHR0cDovL3d3dy5zdGFydHNzbC5jb20vcG9saWN5MA0GCSqGSIb3DQEBCwUAA4ICAQCL4/eH7AGL hK0PAQJbnOEjJyMEvTTwcAJuUh/bodjQl06u4putYOxdSyIjSP/sKt+31LmjG8+IO1WqykE4H/Lm 7NKezWVnCHuwb3ptgFmlwbMbGkU2MOZBtwzfKXdYUhFLhaE2uw5jXhXvLYitQay962wP5uPI6eAI hV4L8aaya1u4s7MnrTq0Rz25FuGNO79vTHYWj797tSRC8rM16js4yGKOLFpQvIg0F8IElv57b1st p+C7omqM5Qn15dePbSnqr8Jb65WtmJJbnv6rlqfY/aLuE/zmNAlzLmPgfMDStKIXdg+EoYBZTEo8 wBUaBxihfNbJ069ndQOxMNNqBelEMgpAtmjTbCuXFjqIwWq+XOx6ZV/Wh2FAmaLsSHlNvEjjSQMZ wE4EeHCdo66ZmEs/5JYlCeOkulKVQ6P3m5/XOj2jP17Q2AgmjP+11+sHN7PvrG0OwrQp9QMe3X+r n0G8MjtFfqBWvR9CgLIxzM3MJNxFdgdjS2rYnShP5uxvqwfZvhZVYCIkqdJhpYON0DvSodfiar0w iM79mySZJjzC0CTbiisBzS/BeBhqeo2wFfli/iw3hn1XKvAx0ty6w/scmBF0AYqmRHYj1TjMSw0l Al7AztLglqWjUPI+sukvadMRPxmtKXlS2nVR4an/Z16imsZ69+fFYH68c1CK7zmjozGCA04wggNK AgEBMIGJMHUxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSkwJwYDVQQLEyBT dGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTEjMCEGA1UEAxMaU3RhcnRDb20gQ2xhc3Mg MSBDbGllbnQgQ0ECECJrrb9nBol9MHok/UZg/AYwCQYFKw4DAhoFAKCCAZkwGAYJKoZIhvcNAQkD MQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTYwODIyMDgyMTQ1WjAjBgkqhkiG9w0BCQQx FgQU0yAw7goPuwTK3tBzh1wWFd3OFmAwgZoGCSsGAQQBgjcQBDGBjDCBiTB1MQswCQYDVQQGEwJJ TDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjEpMCcGA1UECxMgU3RhcnRDb20gQ2VydGlmaWNhdGlv biBBdXRob3JpdHkxIzAhBgNVBAMTGlN0YXJ0Q29tIENsYXNzIDEgQ2xpZW50IENBAhAia62/ZwaJ fTB6JP1GYPwGMIGcBgsqhkiG9w0BCRACCzGBjKCBiTB1MQswCQYDVQQGEwJJTDEWMBQGA1UEChMN U3RhcnRDb20gTHRkLjEpMCcGA1UECxMgU3RhcnRDb20gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkx IzAhBgNVBAMTGlN0YXJ0Q29tIENsYXNzIDEgQ2xpZW50IENBAhAia62/ZwaJfTB6JP1GYPwGMA0G CSqGSIb3DQEBAQUABIIBAJtf0rdznUJOYSgD278yFtDFlyZ7leOZWRFn0cyUe0j7U3ROoUBPKEhI izvmtHald1NFPU6eTcogv1qPT+QnLTQFl/ZOIR9+hd4oi8Bkofm/34c/NH73HfVmXsk79/oh6TuY mYjY/7PTRGC8D1XUZD/dPdqZKv/jhyocrGUZSqYBaLaNjf5db3pKQVz1u2t0GIUOcIhejYEKuHxA t2Lwpv+yguy0UclY3vCL1Zozk4cEE8g5F7n1/N7nLUH+Qc2iQiCkcrKV09DdXoThPyfFjxog/G5E /QUExhvLWWOfLMRfIMws+o7bc3Dxdp3OHsAj1/jH43wWpCPTpAUa6bG28PwAAAAAAAA= --Apple-Mail=_E19F0EEC-3A77-456F-9729-D6DB9ED6362B-- From owner-freebsd-arm@freebsd.org Mon Aug 22 10:43:41 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 311B4BC0B8E for ; Mon, 22 Aug 2016 10:43:41 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (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 DFE5A192E for ; Mon, 22 Aug 2016 10:43:40 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from bach.cs.huji.ac.il ([132.65.81.13]) by kabab.cs.huji.ac.il with esmtp id 1bbmTy-000J7z-32 for freebsd-arm@freebsd.org; Mon, 22 Aug 2016 13:29:30 +0300 From: Daniel Braniss Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: rpi-b leds Message-Id: <8004FC58-40BE-404B-905F-C15C872FD084@cs.huji.ac.il> Date: Mon, 22 Aug 2016 13:29:30 +0300 To: freebsd-arm Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Aug 2016 10:43:41 -0000 Hi, I see that now both leds on the rpi-2 are operational, any chance it can happen on the rpi-b too? thanks, danny From owner-freebsd-arm@freebsd.org Mon Aug 22 11:55:25 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BC4A5BBF908; Mon, 22 Aug 2016 11:55:25 +0000 (UTC) (envelope-from f0andrey@gmail.com) Received: from mail-qk0-x22e.google.com (mail-qk0-x22e.google.com [IPv6:2607:f8b0:400d:c09::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7E5FD1765; Mon, 22 Aug 2016 11:55:25 +0000 (UTC) (envelope-from f0andrey@gmail.com) Received: by mail-qk0-x22e.google.com with SMTP id v123so81701758qkh.2; Mon, 22 Aug 2016 04:55:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=QwtR9de3unDLFjfmCeqaHQLPxdPdRff0ON6eHvrAPZs=; b=pTRmLyCG4n3faPuhOi4idIEJ5szswakdpLB/gxfMghe5rs9nU8OLYtP4Ihrf81A6rb BAWR2sVm3R20ERXXLZAt5aFaVZJ06mizRwrmHfki12VruHjYv+bm8dYjgyiQWTWNrwBG rSUmYX2ETdz8oh1qX6gOhSXCWtfXEXjy7KJR5wxhnMqBFjpSfowOhRJ4uHtUKx8rFss/ 5Kqh1kqU92vOxMV6NRfR9yPVtytZBjKuhruCRXA/BxTXFzUEqOnXhtrEbGVPQUF6MOcN 1o80kBC/Uggj1JCyzKAlxzf3+vku69VirMsiaevK2BmykjykFvvzr1oKwMCiMGoUKmby ZOQQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=QwtR9de3unDLFjfmCeqaHQLPxdPdRff0ON6eHvrAPZs=; b=ZMMrmTegpnGmJM6cU+1iVpAYYXqCJNlgN/McF5xh7ed+d07Hd8Hw7T8MFBnClWJZx7 UYGum1JbWf0XAwq6vOkH5EEeMdUNTVaGknGMtjWzuvMOOgEijj5YYc6ww5qct4WXParS iJyYoYiSJp7xQLFrZ+K0VtmuGu4t+VehGVsrxF/lUUXjWZ8L2vzZZ8NFLY4Du0gdMhgm XeAQ09Izn3QZ95KP0e8LA9NfOyqhmGiuGJbPOMdeWi3T376jpjjTbpsasYUj9EaDrDNJ 86+KH9iRqpU+9B3fK3TUgkjQdNExLV9t9fCzYgDmlDIWOPhUIwIucqGBVLS0tynTERux XcOg== X-Gm-Message-State: AEkoouttnuz1SLi8FUpEn/77ZWSmS5xalk1uAbHZqbAsG39Gf3602xtsd0zARTT57/3FekLc5hMEawNghAAQUw== X-Received: by 10.55.204.199 with SMTP id n68mr22513889qkl.209.1471866924698; Mon, 22 Aug 2016 04:55:24 -0700 (PDT) MIME-Version: 1.0 Received: by 10.55.23.155 with HTTP; Mon, 22 Aug 2016 04:55:24 -0700 (PDT) In-Reply-To: <8004FC58-40BE-404B-905F-C15C872FD084@cs.huji.ac.il> References: <8004FC58-40BE-404B-905F-C15C872FD084@cs.huji.ac.il> From: Andrey Fesenko Date: Mon, 22 Aug 2016 14:55:24 +0300 Message-ID: Subject: Re: rpi-b leds To: Daniel Braniss Cc: freebsd-arm , freebsd-current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Aug 2016 11:55:25 -0000 On Mon, Aug 22, 2016 at 1:29 PM, Daniel Braniss wrote: > Hi, > I see that now both leds on the rpi-2 are operational, > any chance it can happen on the rpi-b too? > A year or two ago, rpi-b had operational leds, it's make not working after rework fdt/std layer From owner-freebsd-arm@freebsd.org Mon Aug 22 22:00:14 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 747F7BC2799; Mon, 22 Aug 2016 22:00:14 +0000 (UTC) (envelope-from lists.br@gmail.com) Received: from mail-yw0-x231.google.com (mail-yw0-x231.google.com [IPv6:2607:f8b0:4002:c05::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 343E716AC; Mon, 22 Aug 2016 22:00:14 +0000 (UTC) (envelope-from lists.br@gmail.com) Received: by mail-yw0-x231.google.com with SMTP id u134so61539094ywg.3; Mon, 22 Aug 2016 15:00:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=RtAmaGq3iRhWwG85a/en9zEoNT3I0QGWdw3JBtt0ccI=; b=kS78Wj/4XxsA3hgfzDGZgXOAOmP8e73G+vl7912tDCMROjyWtipYZI/OO1ca4IBJ3q pg7wn8RYxkNZ8s0rXsHVIKGnBtm+pA245jn422DjBHbi8VtA/K3/s6mxu3me/yNbk+sz WXfJUmoDb8dd//11GTA2vC0E9z2lqaa9gdaV8+YL6nyCV0xXEKjX7ryv9N+lIJ8GDF8y 9Po5qy30oalwDxOqYIR0MI1EtIJFxFqVQZwxero6rOUZ+Ke05AEFvLT36M1Rvj6aE0Cb cEvRwuDvTASpm+mUEqgr47sbk0fjh9vkK7s0OdT1LIaW5qbkkvN6EO5sFI0c5UYCKRij 1v1A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=RtAmaGq3iRhWwG85a/en9zEoNT3I0QGWdw3JBtt0ccI=; b=Egti0s4qQcfnosY4felldZNZsa95ISU7Hiwa+9ro76P8ZyTa+oFaJmih4qFWb7YyD7 1r66jikj3nUVXJWQ+plNATYT1m+5GzSv2BeRFc4OuOGIN8MMt/7ptgTeF107mWEO/SZp Mrp1Bv/PQBZBxbUxT0DRMtTzRTKEFFeiKZpWaxjrBCovpPgq/PZr3GsuhmGmE2/PJBwD iOLaOUe4CJLG4teLE1ZtIHR8odl6nExLZodjd5pJjZchIBDqs37jAsq8z3rsJ03iTFhs Bv+n+mVgBtgqPxLFHW13WcdYJG9EsN8K0GUgz9El4aza3Nbzf3EnD9Npt68qt8m1pZHM SZnA== X-Gm-Message-State: AEkoouse5Iq13Qb2XOZLT5UQJijhPG0iXEiR3zCtD/6GH+Zl4OgWKNIduOOHml2ywJOJf1Bu43pDE9ljFPg/bA== X-Received: by 10.13.211.195 with SMTP id v186mr19577994ywd.319.1471903213493; Mon, 22 Aug 2016 15:00:13 -0700 (PDT) MIME-Version: 1.0 Received: by 10.13.213.20 with HTTP; Mon, 22 Aug 2016 15:00:13 -0700 (PDT) In-Reply-To: References: <8004FC58-40BE-404B-905F-C15C872FD084@cs.huji.ac.il> From: Luiz Otavio O Souza Date: Mon, 22 Aug 2016 19:00:13 -0300 Message-ID: Subject: Re: rpi-b leds To: Andrey Fesenko Cc: Daniel Braniss , freebsd-arm , freebsd-current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Aug 2016 22:00:14 -0000 On 22 August 2016 at 08:55, Andrey Fesenko wrote: > On Mon, Aug 22, 2016 at 1:29 PM, Daniel Braniss wrote: >> Hi, >> I see that now both leds on the rpi-2 are operational, >> any chance it can happen on the rpi-b too? >> > > A year or two ago, rpi-b had operational leds, it's make not working > after rework fdt/std layer I tested the leds on two different rpi-b and the leds are working. Maybe you are talking about the b+ model ? The ACT or OK led for the old boards (< b+) are wired to gpio 16. The b+ has two leds, they are wired to pins 47 and 35. For a quick fix, edit your dts and the leds will work. Can you check the board revision for your rpi ? (sysctl hw.board.revision) These are the ones I tested: hw.board.revision: 3 hw.board.revision: 14 Tested with r301978. Luiz From owner-freebsd-arm@freebsd.org Tue Aug 23 06:00:14 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 46632BC33F3; Tue, 23 Aug 2016 06:00:14 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (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 F0FCA134A; Tue, 23 Aug 2016 06:00:13 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from bach.cs.huji.ac.il ([132.65.81.13]) by kabab.cs.huji.ac.il with esmtp id 1bc4kp-0008qR-PY; Tue, 23 Aug 2016 09:00:07 +0300 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: rpi-b leds From: Daniel Braniss In-Reply-To: Date: Tue, 23 Aug 2016 09:00:08 +0300 Cc: Andrey Fesenko , freebsd-arm , freebsd-current Content-Transfer-Encoding: quoted-printable Message-Id: <0DB7BED3-A29F-497C-ACB9-6E678111764E@cs.huji.ac.il> References: <8004FC58-40BE-404B-905F-C15C872FD084@cs.huji.ac.il> To: Luiz Otavio O Souza X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Aug 2016 06:00:14 -0000 > On 23 Aug 2016, at 01:00, Luiz Otavio O Souza = wrote: >=20 > On 22 August 2016 at 08:55, Andrey Fesenko wrote: >> On Mon, Aug 22, 2016 at 1:29 PM, Daniel Braniss wrote: >>> Hi, >>> I see that now both leds on the rpi-2 are operational, >>> any chance it can happen on the rpi-b too? >>>=20 >>=20 >> A year or two ago, rpi-b had operational leds, it's make not working >> after rework fdt/std layer >=20 > I tested the leds on two different rpi-b and the leds are working. > Maybe you are talking about the b+ model ? >=20 > The ACT or OK led for the old boards (< b+) are wired to gpio 16. The > b+ has two leds, they are wired to pins 47 and 35. >=20 > For a quick fix, edit your dts and the leds will work. >=20 > Can you check the board revision for your rpi ? (sysctl = hw.board.revision) >=20 > These are the ones I tested: >=20 > hw.board.revision: 3 > hw.board.revision: 14 >=20 > Tested with r301978. tested with revision 303422: hw.board.revision: 16 and it=E2=80=99s a b+ managed to get pin 35 to work, but not 47. 50% success! thanks, danny >=20 >=20 > Luiz From owner-freebsd-arm@freebsd.org Tue Aug 23 06:16:10 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2BEA1BC387F; Tue, 23 Aug 2016 06:16:10 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (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 A677F1B19; Tue, 23 Aug 2016 06:16:09 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from bach.cs.huji.ac.il ([132.65.81.13]) by kabab.cs.huji.ac.il with esmtp id 1bc50A-000992-KL; Tue, 23 Aug 2016 09:15:58 +0300 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: rpi-b leds From: Daniel Braniss In-Reply-To: <0DB7BED3-A29F-497C-ACB9-6E678111764E@cs.huji.ac.il> Date: Tue, 23 Aug 2016 09:15:59 +0300 Cc: Andrey Fesenko , freebsd-arm , freebsd-current Message-Id: References: <8004FC58-40BE-404B-905F-C15C872FD084@cs.huji.ac.il> <0DB7BED3-A29F-497C-ACB9-6E678111764E@cs.huji.ac.il> To: Luiz Otavio O Souza X-Mailer: Apple Mail (2.3124) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Aug 2016 06:16:10 -0000 > On 23 Aug 2016, at 09:00, Daniel Braniss wrote: >=20 >>=20 >> On 23 Aug 2016, at 01:00, Luiz Otavio O Souza = wrote: >>=20 >> On 22 August 2016 at 08:55, Andrey Fesenko wrote: >>> On Mon, Aug 22, 2016 at 1:29 PM, Daniel Braniss wrote: >>>> Hi, >>>> I see that now both leds on the rpi-2 are operational, >>>> any chance it can happen on the rpi-b too? >>>>=20 >>>=20 >>> A year or two ago, rpi-b had operational leds, it's make not working >>> after rework fdt/std layer >>=20 >> I tested the leds on two different rpi-b and the leds are working. >> Maybe you are talking about the b+ model ? >>=20 >> The ACT or OK led for the old boards (< b+) are wired to gpio 16. The >> b+ has two leds, they are wired to pins 47 and 35. >>=20 >> For a quick fix, edit your dts and the leds will work. >>=20 >> Can you check the board revision for your rpi ? (sysctl = hw.board.revision) >>=20 >> These are the ones I tested: >>=20 >> hw.board.revision: 3 >> hw.board.revision: 14 >>=20 >> Tested with r301978. > tested with revision 303422: > hw.board.revision: 16 >=20 > and it=E2=80=99s a b+ >=20 > managed to get pin 35 to work, but not 47. > 50% success! > thanks, > danny >=20 maybe this can shed some light: gpio0: mem 0x200000-0x2000af on = simplebus0 gpio0: read-only pins: 46-53. gpio0: reserved pins: 48-53. gpiobus0: on gpio0 gpioled0: at pin 16 on gpiobus0 gpioled1: at pin 47 on gpiobus0 gpioled2: at pin 35 on gpiobus0 gpioled3: at pin 6 on gpiobus0 gpioled4: at pin 12 on gpiobus0 gpioled5: at pin 13 on gpiobus0 gpiobus0: warning: pin 16 is already mapped gpioled6: at pin 22 on gpiobus0 gpioled7: at pin 23 on gpiobus0 gpioled8: at pin 24 on gpiobus0 gpioled9: at pin 5 on gpiobus0 gpioc0: on gpio0 >>=20 >>=20 >> Luiz >=20 > _______________________________________________ > freebsd-current@freebsd.org = mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current = > To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org = " From owner-freebsd-arm@freebsd.org Tue Aug 23 07:24:33 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E6D07BC3EEE; Tue, 23 Aug 2016 07:24:33 +0000 (UTC) (envelope-from f0andrey@gmail.com) Received: from mail-yb0-x229.google.com (mail-yb0-x229.google.com [IPv6:2607:f8b0:4002:c09::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A63C51927; Tue, 23 Aug 2016 07:24:33 +0000 (UTC) (envelope-from f0andrey@gmail.com) Received: by mail-yb0-x229.google.com with SMTP id d10so47785223ybi.1; Tue, 23 Aug 2016 00:24:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=TrC0chrM4ASgJX1YBnLah0SEtZLWJ6ncnuTcMDWZxrA=; b=oI0yIWU23ivjTjpH+QqbtJ0bhlOkj5Vx8ZulEQwSn2bP6g2lSFD5R39UAHkar9VR4w NB9a5UgwMHZL8zHIPFQMKip9wymjky9xZwNJaMDiYJHsR/w0wG0mDLI55XL5CHx7Tedd e7A0bGHdD37+bUvGV2ZkT6pg9Y6HrpM46j/wgBewwnna7rhmXGQyPq33imPHul1NShyd oaI7wDJFi10rCCBQsw8MtLtwji69hYF9OYw4v96x6CV4F07mG0Sfo6G+NH/vWVoiNzQX pfQFSIvcP8N842eqzEfe55Q0ItRwtxJIzxHiKkYHYRgIg0YFwVGZQNmRnBchw/DkFvbA tlGw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=TrC0chrM4ASgJX1YBnLah0SEtZLWJ6ncnuTcMDWZxrA=; b=CpgWBIU9a9xsaXmHZgv9xp0itArmADFVngYS+MiqMoIzItO3fGr+B0Cns9wAt+ef8Q WKSF9BoDbkJuIHp+tAUMt8ZYQhB2I0+QfijwXvcT9srT7DQUmiYiSrik+bbXb2qB7IXW uigvg6EtW1+9Er+wBLRKVn2vc0RW+bh0BIpij8lA2fdCi+s9suN5iE/bQ28ZaF3BaJoN gm82ifyG9/+1bSu07NTxHA6yI6wSjgCVS9j3xYEsLDzJB/EWAqJEC0lFCWldmhVP5fs1 pLGtRcVuQBVJNb8bfPFDx4V6Mr7rZiaaZC9/aKQgBhmXDVSHKIacg3J1rTMwCWn0BJru nI/Q== X-Gm-Message-State: AEkoouvA1TXDRPazmp8/xK4tWdBcFnDuBtvZG9cWBwL6MBHEsljG0BCysYv2Iei3/99i19DFFWonaevVijfLpw== X-Received: by 10.37.203.88 with SMTP id b85mr116755ybg.90.1471937072886; Tue, 23 Aug 2016 00:24:32 -0700 (PDT) MIME-Version: 1.0 Received: by 10.37.206.196 with HTTP; Tue, 23 Aug 2016 00:24:32 -0700 (PDT) In-Reply-To: References: <8004FC58-40BE-404B-905F-C15C872FD084@cs.huji.ac.il> From: Andrey Fesenko Date: Tue, 23 Aug 2016 10:24:32 +0300 Message-ID: Subject: Re: rpi-b leds To: Luiz Otavio O Souza Cc: Daniel Braniss , freebsd-arm , freebsd-current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Aug 2016 07:24:34 -0000 On Tue, Aug 23, 2016 at 1:00 AM, Luiz Otavio O Souza wrote: > On 22 August 2016 at 08:55, Andrey Fesenko wrote: >> On Mon, Aug 22, 2016 at 1:29 PM, Daniel Braniss wrote: >>> Hi, >>> I see that now both leds on the rpi-2 are operational, >>> any chance it can happen on the rpi-b too? >>> >> >> A year or two ago, rpi-b had operational leds, it's make not working >> after rework fdt/std layer > > I tested the leds on two different rpi-b and the leds are working. > Maybe you are talking about the b+ model ? > > The ACT or OK led for the old boards (< b+) are wired to gpio 16. The > b+ has two leds, they are wired to pins 47 and 35. > > For a quick fix, edit your dts and the leds will work. > > Can you check the board revision for your rpi ? (sysctl hw.board.revision) > > These are the ones I tested: > > hw.board.revision: 3 > hw.board.revision: 14 > > Tested with r301978. > > Luiz Sorry for misinformation Raspberry Pi Model B (Rev 2.0, 512Mb): hw.board.revision: 15 leds work after complete boot From owner-freebsd-arm@freebsd.org Tue Aug 23 08:03:43 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6B829BC37CA for ; Tue, 23 Aug 2016 08:03:43 +0000 (UTC) (envelope-from groknet.de@googlemail.com) Received: from mail-oi0-x231.google.com (mail-oi0-x231.google.com [IPv6:2607:f8b0:4003:c06::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3304514E4 for ; Tue, 23 Aug 2016 08:03:43 +0000 (UTC) (envelope-from groknet.de@googlemail.com) Received: by mail-oi0-x231.google.com with SMTP id 4so186610675oih.2 for ; Tue, 23 Aug 2016 01:03:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:sender:from:date:message-id:subject:to; bh=nLoStPAD2BX6tVKKepH43c5Yl5QLucV9ewNls9InYbQ=; b=mzDHmxojnGtbXfGs+6ycU+CC5dZ3ykFbu2nu6rNoPslyLrQdkT484w2gxw8USI4KcX U3fwZ8w6hX51NV6I32KOIra95G3nDxy2UJHYRQj9GSOYjU5wQ4+6pJnMx9V6hhFcAfld 9tm+/DmvUP08YJUOI9AsQmQzGKk40nlisB5TH/6oiQUsjHfdJiHOwqz6Kc2MJda+3Lrb pYRy2gUXejPTxtyT7Q2rSPlQ0yPBGGY0DmRaUolwbTdNEuZMqYPDrVyCj8wEtMt8fLGV 4CjWBmxqKiwV/aUap+oDo96vLXBkf0svX7o5sC7hZyacj2eMInJQUJaTqI86UXnoIdyb C92A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:from:date:message-id:subject :to; bh=nLoStPAD2BX6tVKKepH43c5Yl5QLucV9ewNls9InYbQ=; b=JkY4vC73zkUoTHZRMV8r8x5WMkPQGpdSoEYSQRug8Ab8RSXjclTf2VBOMQ08PBYaK6 7hhOQD8MqKme3jB6urcWQCtb1ZE6NlFe5KOv8DqcKXc1DFKYRuY9BSM/UM8RPUEVMvww xGpeKhOsQs6RH8KJO8A7wvcr91R0dcE20S8r+W9z9Kr+QAcwwq8NgxgR8f8njGhdQuiZ YYXFCQ/yekyjkr9dev4LTyNZAnfLBJrUmwS/wHBo0AgjPHTMaAZwarS4tucS4gdebWpB c1z4IC0pnkEIwf2j/pdcExPjVd3I1qw2WEahasx56mkUIprv1vCC9TQdYX91LhKEAah8 s3AA== X-Gm-Message-State: AEkoousf9Au6JhbEhA7w9w5I8b4ZzTGgO/lKvnRB2S5jcdReBW6ZC9omr+sg5m0UNmpklBaZSCvaxM0B+38kIg== X-Received: by 10.202.74.195 with SMTP id x186mr15812506oia.125.1471939421995; Tue, 23 Aug 2016 01:03:41 -0700 (PDT) MIME-Version: 1.0 Sender: groknet.de@googlemail.com Received: by 10.157.34.79 with HTTP; Tue, 23 Aug 2016 01:03:41 -0700 (PDT) From: Arne Ehrlich Date: Tue, 23 Aug 2016 10:03:41 +0200 X-Google-Sender-Auth: hw1TQg1_LkLhVd7amgOm4KcGb2s Message-ID: Subject: Beaglebone Black PRU driver crash. To: freebsd-arm@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Aug 2016 08:03:43 -0000 Hello Everyone, I=E2=80=99m currently working on an embedded project using the BBB as a bas= e platform, and i want do decide if ill go with Linux or freebsd. After not having much success talking to the BBB PRU using Linux, ich wanted to give FreeBSD a try and the PRU gets detected (^-^) sadly the driver panics upon use, and i have no idea how to debug this. i use devel/pructl to load a file and waiting for an PRU interrupt ( pructl -w ) the binary loaded does not matter, you may use some null bytes. to reproduce. FreeBSD beaglebone 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r303880: Tue Aug 9 23:54:55 UTC 2016 root@releng1.nyi.freebsd.org:/usr/obj/arm.armv6/usr/src/sys/BEAGLEBONE arm the pru is detected on boot: ti_pruss0: mem 0x4a300000-0x4a37ffff on simplebus0 (kgdb) bt #0 0xc066c340 in savectx () #1 0xc03a3038 in doadump () #2 0xc0245aac in db_dump () #3 0xc0245854 in db_command () #4 0xc02455d4 in db_command_loop () #5 0xc0248894 in db_trap () #6 0xc03e0a80 in kdb_trap () #7 0xc066df40 in undefinedinstruction () #8 0xc06548d4 in exception_exit () #9 0xc03e0334 in kdb_enter () #10 0xc03a3264 in vpanic () #11 0xc03a32b8 in panic () #12 0xc038acb0 in __mtx_assert () #13 0xc0363a68 in knlist_add () #14 0xc0686ec0 in ti_pruss_kqfilter () #15 0xc02ccf1c in devfs_kqfilter_f () #16 0xc0361a94 in kqueue_register () #17 0xc03625dc in kqueue_kevent () #18 0xc03624c4 in kern_kevent_fp () #19 0xc03623b4 in kern_kevent () #20 0xc03621e8 in sys_kevent () #21 0xc066cbfc in swi_handler () #22 0xc0654864 in swi_exit () sadly i don't have the symbols for this build to dig deeper. any ideas what might be the problem? anyone using the PRU with FreeBDS? Greetings, any help or insights woud be greatly appreciated ;-) Arne From owner-freebsd-arm@freebsd.org Tue Aug 23 19:47:19 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0043DBC401B for ; Tue, 23 Aug 2016 19:47:19 +0000 (UTC) (envelope-from freebsdnewbie@freenet.de) Received: from mout2.freenet.de (mout2.freenet.de [IPv6:2001:748:100:40::2:4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.freenet.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B8B801CC9 for ; Tue, 23 Aug 2016 19:47:18 +0000 (UTC) (envelope-from freebsdnewbie@freenet.de) Received: from [195.4.92.142] (helo=mjail2.freenet.de) by mout2.freenet.de with esmtpa (ID freebsdnewbie@freenet.de) (port 25) (Exim 4.85 #1) id 1bcHfH-0002QX-Ub; Tue, 23 Aug 2016 21:47:15 +0200 Received: from localhost ([::1]:46177 helo=mjail2.freenet.de) by mjail2.freenet.de with esmtpa (ID freebsdnewbie@freenet.de) (Exim 4.85 #1) id 1bcHfH-0005Dr-QV; Tue, 23 Aug 2016 21:47:15 +0200 Received: from mx4.freenet.de ([195.4.92.14]:50859) by mjail2.freenet.de with esmtpa (ID freebsdnewbie@freenet.de) (Exim 4.85 #1) id 1bcHcA-0002H4-5C; Tue, 23 Aug 2016 21:44:02 +0200 Received: from p5ddd6e18.dip0.t-ipconnect.de ([93.221.110.24]:49432 helo=[192.168.178.88]) by mx4.freenet.de with esmtpsa (ID freebsdnewbie@freenet.de) (TLSv1.2:DHE-RSA-AES128-SHA:128) (port 587) (Exim 4.85 #1) id 1bcHcA-0001zG-0P; Tue, 23 Aug 2016 21:44:02 +0200 Subject: Re: Beaglebone Black PRU driver crash. To: Arne Ehrlich , freebsd-arm@freebsd.org References: From: =?UTF-8?Q?Manuel_St=c3=bchn?= Message-ID: Date: Tue, 23 Aug 2016 21:44:01 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/mixed; boundary="------------20DB9122744A6A3E68BB2D5B" X-Originated-At: 93.221.110.24!49432 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Aug 2016 19:47:19 -0000 This is a multi-part message in MIME format. --------------20DB9122744A6A3E68BB2D5B Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit > Hello Everyone, > > I’m currently working on an embedded project using the BBB as a base > platform, and i want do decide if ill go with Linux or freebsd. > After not having much success talking to the BBB PRU using Linux, > ich wanted to give FreeBSD a try and the PRU gets detected (^-^) > sadly the driver panics upon use, and i have no idea how > to debug this. > > i use devel/pructl to load a file and waiting for an PRU interrupt > ( pructl -w ) the binary loaded does not matter, you may use some null > bytes. > to reproduce. > > > FreeBSD beaglebone 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r303880: Tue Aug 9 > 23:54:55 UTC 2016 > root@releng1.nyi.freebsd.org:/usr/obj/arm.armv6/usr/src/sys/BEAGLEBONE > arm > > > the pru is detected on boot: > ti_pruss0: mem > 0x4a300000-0x4a37ffff on simplebus0 > > > (kgdb) bt > #0 0xc066c340 in savectx () > #1 0xc03a3038 in doadump () > #2 0xc0245aac in db_dump () > #3 0xc0245854 in db_command () > #4 0xc02455d4 in db_command_loop () > #5 0xc0248894 in db_trap () > #6 0xc03e0a80 in kdb_trap () > #7 0xc066df40 in undefinedinstruction () > #8 0xc06548d4 in exception_exit () > #9 0xc03e0334 in kdb_enter () > #10 0xc03a3264 in vpanic () > #11 0xc03a32b8 in panic () > #12 0xc038acb0 in __mtx_assert () > #13 0xc0363a68 in knlist_add () > #14 0xc0686ec0 in ti_pruss_kqfilter () > #15 0xc02ccf1c in devfs_kqfilter_f () > #16 0xc0361a94 in kqueue_register () > #17 0xc03625dc in kqueue_kevent () > #18 0xc03624c4 in kern_kevent_fp () > #19 0xc03623b4 in kern_kevent () > #20 0xc03621e8 in sys_kevent () > #21 0xc066cbfc in swi_handler () > #22 0xc0654864 in swi_exit () > > sadly i don't have the symbols for this build to dig deeper. > > any ideas what might be the problem? > anyone using the PRU with FreeBDS? > > Greetings, > any help or insights woud be greatly appreciated ;-) > > Arne Hi Arne, the PRU-driver did work for me some time ago. Because I'd been using a CURRENT without options INVARIANTS/WITNESS, mtx_assert() did not cause a panic. Please try the (untested) patch attached. Manuel --------------20DB9122744A6A3E68BB2D5B Content-Type: text/x-patch; name="ti_pruss.c.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="ti_pruss.c.diff" diff --git a/sys/arm/ti/ti_pruss.c b/sys/arm/ti/ti_pruss.c index 94cea60..97f3977 100644 --- a/sys/arm/ti/ti_pruss.c +++ b/sys/arm/ti/ti_pruss.c @@ -310,7 +310,9 @@ ti_pruss_kqfilter(struct cdev *cdev, struct knote *kn) case EVFILT_READ: kn->kn_hook = sc; kn->kn_fop = &ti_pruss_kq_read; + mtx_lock( &sc->sc_mtx ); knlist_add(&sc->sc_selinfo.si_note, kn, 1); + mtx_unlock( &sc->sc_mtx ); break; default: return (EINVAL); --------------20DB9122744A6A3E68BB2D5B-- From owner-freebsd-arm@freebsd.org Wed Aug 24 11:44:10 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2DE84BC445D for ; Wed, 24 Aug 2016 11:44:10 +0000 (UTC) (envelope-from groknet.de@googlemail.com) Received: from mail-oi0-x22e.google.com (mail-oi0-x22e.google.com [IPv6:2607:f8b0:4003:c06::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E71D11825 for ; Wed, 24 Aug 2016 11:44:09 +0000 (UTC) (envelope-from groknet.de@googlemail.com) Received: by mail-oi0-x22e.google.com with SMTP id c15so18480545oig.0 for ; Wed, 24 Aug 2016 04:44:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to; bh=HJOme36Uc1lZAgZO0FAj8LjXd33fg6cm2OdvErrjKE8=; b=N3ziSQsxg5WTZ9addxCN/GTbQ4rTsTlvBNCSz8yfqI1FoYd1fz33NykKGn93veFwjQ wTKeQIq/7OzDf/R1dKHyIFZtdVJYks4GT8MY9vFHAA35DO/hSgH/vpHseLvTJQSZvRKJ eNbvl9guPh8K/Mvh6jSMFnbHnLVdVF+dwuZ3Qea9EiZloTUGio8WxQWlt0EFsiPhY7VK ItNNcFjI6YUDeR2IvX8pSk88U3r2Yr74zQw/wN0hyWftjo8eBoPm6L323HAmxAcrAsLK HVfYZ1Ermz6AgPFZanAOM1iBCv6FOcsXHG53ITStLd3YVeG4p69LyC+lkpmLN9AHcCmN XcJw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to; bh=HJOme36Uc1lZAgZO0FAj8LjXd33fg6cm2OdvErrjKE8=; b=b3XpnCUNCbv9JkrkARbJG68joI2oNNM+4iuyRgdaKtS/4s/6OSwT6bXGWThg6N/x0P dJzCP37qiokWBdaEzu2y15GYvSl1WK0soH2l+4wTur94mM1SYKjwfHQUcEDy264bO3Jg QwgLw2RiUW7sQYgvgG6Ckud+Mh8ittoHT0EqfrsCHBNtJSt8+0pp3bVhe+BzkSN/z3uy r344GForE1SETbezK0SStQH0tOqv/xNw4fkQw6cBwVItVDN+pIljlJ5XpWjhgmRGxbl7 Xt2aUtX2C63I/Ck4XoOruZoOvoNamAqrhuPK1Ple6ZAyktW2LyNy/nDarouS16BmJJK5 mP5A== X-Gm-Message-State: AEkoous8kIPxCvAJkgLj9zn0rs/exWYIlYp0bAdQjFFwh8nBqZkgbgr8aGC6qvWAZ2w/B0ww377s8P2npac3pQ== X-Received: by 10.202.4.149 with SMTP id 143mr1848023oie.91.1472039049111; Wed, 24 Aug 2016 04:44:09 -0700 (PDT) MIME-Version: 1.0 Sender: groknet.de@googlemail.com Received: by 10.157.34.79 with HTTP; Wed, 24 Aug 2016 04:44:08 -0700 (PDT) In-Reply-To: References: From: Arne Ehrlich Date: Wed, 24 Aug 2016 13:44:08 +0200 X-Google-Sender-Auth: RDd7F_s8hgxldXMK30HYSA95Sfo Message-ID: Subject: Re: Beaglebone Black PRU driver crash. To: freebsd-arm@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Aug 2016 11:44:10 -0000 Hi Manuel, The driver works with your change :-) Thanks a lot, this means i probably have a embedded FreeBDS project now. at least after figuring out how to configuring the pins. PRU interrupts work as well ;-) Arne On Tue, Aug 23, 2016 at 9:44 PM, Manuel St=C3=BChn > > the PRU-driver did work for me some time ago. Because I'd been using a > CURRENT without options INVARIANTS/WITNESS, mtx_assert() did not cause a > panic. > > Please try the (untested) patch attached. > > Manuel > > > > > From owner-freebsd-arm@freebsd.org Wed Aug 24 19:22:37 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 931E6BC503C for ; Wed, 24 Aug 2016 19:22:37 +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 mx1.freebsd.org (Postfix) with ESMTPS id 832D21394 for ; Wed, 24 Aug 2016 19:22:37 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u7OJMbrX045232 for ; Wed, 24 Aug 2016 19:22:37 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 212120] fix AM335x PRU driver Date: Wed, 24 Aug 2016 19:22:37 +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: embedded.xyz@gmail.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 attachments.created Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Aug 2016 19:22:37 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D212120 Bug ID: 212120 Summary: fix AM335x PRU driver Product: Base System Version: CURRENT Hardware: arm OS: Any Status: New Severity: Affects Some People Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: embedded.xyz@gmail.com Created attachment 174024 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D174024&action= =3Dedit patch for ti_pruss.c The interrupt-notification is done via kqueue. The filter-function ti_pruss_kqfilter makes use of knlist_add(), which needs to be locked. Panics the kernel with INVARIANTS enabled. Patch attached. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Thu Aug 25 06:15:38 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 62892BC5BB3 for ; Thu, 25 Aug 2016 06:15:38 +0000 (UTC) (envelope-from bdha@mirrorshades.net) Received: from lab.pobox.com (lab.pobox.com [208.72.237.66]) (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 456881970 for ; Thu, 25 Aug 2016 06:15:37 +0000 (UTC) (envelope-from bdha@mirrorshades.net) Received: from lab.int.icgroup.com (localhost [127.0.0.1]) by lab.pobox.com (Postfix) with ESMTP id A961E19D9C for ; Thu, 25 Aug 2016 02:09:59 -0400 (EDT) Received: (from bdha@localhost) by lab.int.icgroup.com (8.14.4+Sun/8.14.4/Submit) id u7P69xxO069220 for freebsd-arm@freebsd.org; Thu, 25 Aug 2016 02:09:59 -0400 (EDT) X-Authentication-Warning: lab.int.icgroup.com: bdha set sender to bdha@mirrorshades.net using -f Date: Thu, 25 Aug 2016 02:09:58 -0400 From: Bryan Horstmann-Allen To: freebsd-arm@freebsd.org Subject: mfsroot size limit on BBB? Message-ID: <20160825060958.GB72784@lab.int.icgroup.com> Reply-To: bdha@mirrorshades.net MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Aug 2016 06:15:38 -0000 Hi folks! I'm working on a Beaglebone Black project. FreeBSD/arm has worked great in all my testing thus far. Really excited by the possibilities here. My next goal is to run everything out of an mfsroot. However, if I make the mfsroot any bigger than 50MB, the system hangs and then reboots itself before booting. I've tried bumping NKPT2NG in src/sys/arm/include/pmap-v6.h to 60-80 with no luck. With the default, and the <50MB mfsroot, I can boot. Is there a hard limit on KPT/mfsroot on BBB, or am I tweaking the wrong variable? Thanks in advance for any guidance! Cheers. -- bdha From owner-freebsd-arm@freebsd.org Thu Aug 25 21:09:35 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E7FBFBC62FD for ; Thu, 25 Aug 2016 21:09:35 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-it0-x230.google.com (mail-it0-x230.google.com [IPv6:2607:f8b0:4001:c0b::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AFE271D99 for ; Thu, 25 Aug 2016 21:09:35 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-it0-x230.google.com with SMTP id x131so296158816ite.0 for ; Thu, 25 Aug 2016 14:09:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=xkoaU2F6QBFrF4xdmGW9+cNPgwQhcDlFSjvZqvmdWWE=; b=si6hXVjKq8a8Ee/CviABE8+CSpMfAezw5fQ92TXc7emOU3m0KmBLdUsJbZYml2gG6I euL9bnIxG/JDFN9YBaHKCDmil6XvEn6qXwBw0ORCgrMVItjducsL+XQEiKu5zeEPSUoR Vd1slJ0s0yl6ZW2Y9CaXX1j6syu4bBBbTGr8/P7QyFZw1G0WOFHylSdyJgEniicfGegv MbTMsN02nggNKgCoFVkKD1QKP+q74p/uFVbFNqfM44TvA/8FkSYoufm+/2qqHVunDr4t R77+VhebTChnsKOeMNWkEsW/p0iwrtlgxrMq+acA/YP79RQ3krbWBH9f5pteqnb0+7tH IGqA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=xkoaU2F6QBFrF4xdmGW9+cNPgwQhcDlFSjvZqvmdWWE=; b=cbC7r008fvnbEmZ2N6vcXtkrBjdBOEIHcgPbDQyCgqvv1oUXLCcvZ897Lje/DiGqXC 0jyM9uPA1WM+aMrl+GdeEwHvHozg9NlVx7EiW9F3zJZlieU/v/ODVUZLUWcuBOzddHHW s0hP1sgsCWgddhFLqToAumeIPAzOJGrrS3R/DskZoey451SimEvWojTtDsSunWI5zCQd cbgI1g5gHdoJK+nHclGGY4DwVhNdoVedH27gFmOt4EaUG6AsVGJ4KxD0IqvxTTJqHp8B Qy4KH3auQciiGF5RM86T7HrezSt+gWe6G3CCmdmNML679iaATDgXiTQQ6+0oBKsvuN65 +B/Q== X-Gm-Message-State: AE9vXwN8mS15PtP4KrlxDVJsvXJjjhtA4WyfneGQ7gLbl6rZmm87vfR5YHrlkIoe/hmMvcE/0ZTU7heKmMqufg== X-Received: by 10.107.144.10 with SMTP id s10mr12263635iod.165.1472159375138; Thu, 25 Aug 2016 14:09:35 -0700 (PDT) MIME-Version: 1.0 Received: by 10.36.141.129 with HTTP; Thu, 25 Aug 2016 14:09:34 -0700 (PDT) In-Reply-To: References: From: Adrian Chadd Date: Thu, 25 Aug 2016 14:09:34 -0700 Message-ID: Subject: Re: Beaglebone Black PRU driver crash. To: Arne Ehrlich Cc: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Aug 2016 21:09:36 -0000 Cool! can this get committed to -HEAD? -a On 24 August 2016 at 04:44, Arne Ehrlich wrote: > Hi Manuel, > > The driver works with your change :-) > Thanks a lot, this means i probably have a embedded FreeBDS project now. > at least after figuring out how to configuring the pins. > > PRU interrupts work as well ;-) > > Arne > > On Tue, Aug 23, 2016 at 9:44 PM, Manuel St=C3=BChn >> >> the PRU-driver did work for me some time ago. Because I'd been using a >> CURRENT without options INVARIANTS/WITNESS, mtx_assert() did not cause a >> panic. >> >> Please try the (untested) patch attached. >> >> Manuel >> >> >> >> >> > _______________________________________________ > 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 Fri Aug 26 00:18:46 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 29157BC6999 for ; Fri, 26 Aug 2016 00:18:46 +0000 (UTC) (envelope-from otacilio.neto@bsd.com.br) Received: from mail-qk0-x22a.google.com (mail-qk0-x22a.google.com [IPv6:2607:f8b0:400d:c09::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E2420172E for ; Fri, 26 Aug 2016 00:18:44 +0000 (UTC) (envelope-from otacilio.neto@bsd.com.br) Received: by mail-qk0-x22a.google.com with SMTP id z190so62364932qkc.0 for ; Thu, 25 Aug 2016 17:18:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsd.com.br; s=capeta; h=to:from:subject:message-id:date:user-agent:mime-version :content-transfer-encoding; bh=iCIR48HtYbzG3aZQ4vblPAYF6bXFbvTNwpHqlDri4nA=; b=ZkoJ9Fi0g1LFujAoW/uo+Q98UIr5vDH7m0A6fEl70IGlncy/t9F9ok3sbuWPKTsNY6 4hBmr6ceAhXPks/iYpNj185pelLH/Mu3kfXEBj8VShNdLM3mBc4hwFOMs7N0luuV5e90 lGtDwkX8a1VlLN6QsCiT3d7lir8hinx2z4Aqg= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:to:from:subject:message-id:date:user-agent :mime-version:content-transfer-encoding; bh=iCIR48HtYbzG3aZQ4vblPAYF6bXFbvTNwpHqlDri4nA=; b=btVoubvGy3+h0MBjq0Q1ketYtT7Nkt+2x2Zkd1XXRKBrvpE2oHjcw31OhfxwSfWxtz zicf3sRZp/COeokpbBkgZFFPA1j65pTmPmaYWEqipws8j/Ew4iuy0RR6OFAb1WhacxUz uNsAQ2bZ4VbH89Uq+c0otJ448SW5UxUZaywP0l1cg3qpG1pa+d5aTrEK7SPTSVAPmH+A 7GI0SV093OiUDut5wXvYsC1EKLaMdcjs6wyK9mWom4Iotnrs1AFGsScLgyq0Ed5mUhsy o2esCTPg9gM5JBqVIEVZXclyJCHb2LfWRTqAVTd2PEJnIqc2WqD3y1mlspbpZbXZstFb JY+w== X-Gm-Message-State: AE9vXwN+sa0hhxgJtTd1YUN/WU2Xxbn8yFGCtA6Njr7yL293+ITWTDWo0kD5lJeGGzl1cw== X-Received: by 10.55.39.146 with SMTP id n140mr356143qkn.103.1472170723536; Thu, 25 Aug 2016 17:18:43 -0700 (PDT) Received: from [192.168.0.11] ([187.60.94.34]) by smtp.googlemail.com with ESMTPSA id k186sm8936735qke.44.2016.08.25.17.18.41 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 25 Aug 2016 17:18:42 -0700 (PDT) To: "freebsd-arm@freebsd.org" From: =?UTF-8?B?T3RhY8OtbGlv?= Subject: Fatal kernel mode data abort: 'Translation Fault (L2)' on read,trapframe: 0xde2a9b08 Message-ID: <9f70aea9-f2c1-61ca-faf0-8534a152b3bc@bsd.com.br> Date: Thu, 25 Aug 2016 21:18:38 -0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Aug 2016 00:18:46 -0000 I got this error when restarting a beaglebone black running FreeBSD 11.0-BETA4 #0 r303242M % su Aug 25 21:14:39 beaglebone su: ota to root on /dev/ttyu0 root@beaglebone:/usr/home/ota/workspace/SOFTWARE_Espelho # /etc/rc.d/netif stop dhclient not running? (check /var/run/dhclient.cpsw0.pid). Aug 25 21:14:49 beaglebone dhclient[1815]: My address (192.168.0.14) was deleted, dhclient exiting Aug 25 21:14:49 beaglebone dhclient[1769]: connection closed Aug 25 21:14:49 beaglebone dhclient[1769]: exiting. Stopping wpa_supplicant. Waiting for PIDS: 1719Fatal kernel mode data abort: 'Translation Fault (L2)' on read trapframe: 0xde2a9b08 FSR=00000007, FAR=00000000, spsr=60000013 r0 =00000000, r1 =000001c0, r2 =00000006, r3 =60000013 r4 =c320d034, r5 =c2994000, r6 =00000000, r7 =c2e40000 r8 =de2a9d38, r9 =de2a9d38, r10=c320d000, r11=de2a9c58 r12=0000001b, ssp=de2a9b98, slr=c0761bc0, pc =c2f2d50c panic: Fatal abort Uptime: 8m14s Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... From owner-freebsd-arm@freebsd.org Fri Aug 26 00:55:10 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 35A0ABC5062 for ; Fri, 26 Aug 2016 00:55:10 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-pf0-x22d.google.com (mail-pf0-x22d.google.com [IPv6:2607:f8b0:400e:c00::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 02D851606 for ; Fri, 26 Aug 2016 00:55:10 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-pf0-x22d.google.com with SMTP id p64so22740137pfb.1 for ; Thu, 25 Aug 2016 17:55:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=subject:mime-version:from:in-reply-to:date:cc:message-id:references :to; bh=n0z4/HuFGGBlCN4ViwDL95eqKEEy01KjR1sBxfWtDXY=; b=yAUmN0mCg/qZVQMGOb+evhMEOqnHl82Rc7cM8RUtXTNjuf55edbsToROvNtAcLrvlH GAuJDdhoFrnMgSd0uXHeeCopKfLp2fpuwFdXSfuEGWxM1Kw49dtz6ZjjlJ7kBFrJ0cS6 steX2EbHoS4u/lXkpWuGHPbshgdvpVtJBgXTydoOgdmKsLKN+9T10ALrFAZieM2s1IPz ytylYFzwZa8LfVm+b4plHPnz5PZlVX4Hk7WqSa6r8oOUSNxCaWPSy108dn6zrCq5OHk7 b/UTe1TOOlvN9aTW21wX1vhVL8OaglFrYJnjcwYENgmMAHxDNeQHUDhcMpGPvZ7LY9e6 B1TA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:mime-version:from:in-reply-to:date:cc :message-id:references:to; bh=n0z4/HuFGGBlCN4ViwDL95eqKEEy01KjR1sBxfWtDXY=; b=KFFxWPZ8bADl9MhfotsOAnvQ5ni6ComUCSHp098bTnHPizFm0McQagquiHY9pvOtx4 03cyyWGVXfbbmW1VTFqj0gdNuKqFA9lSD6b3nlgBnxJPjTUouLzXewB/s4sN0DdPUl1X T4eu7k/Vwh0UXqQ1aUoHJw30wK64v1mQq1vpR+4FPUM8nrx5DcLQaN/UtdNM6DGWDgvz 3CgDrTw1fF0yxM+y/umUPcVD/CRzM8gMof+MFQ9m7p+gS6hghI8qlmCyKjDy3cmYmR5M 9Oz50xihxZUOv85yl5yLifmd3PRWGiyCo/7LXEsP8t0dxpuetnPqPqcGEbrDBgoZpscY hIyg== X-Gm-Message-State: AE9vXwPu/dmhgfbvRq0UMQaQa0gLYBxVUG5DXmuiGWPVYfItSL3G33yhn6rxZ6n4Z7MqsQ== X-Received: by 10.98.21.131 with SMTP id 125mr908305pfv.92.1472172909566; Thu, 25 Aug 2016 17:55:09 -0700 (PDT) Received: from [100.127.67.211] ([69.53.245.200]) by smtp.gmail.com with ESMTPSA id q4sm23548067pfb.18.2016.08.25.17.55.07 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Thu, 25 Aug 2016 17:55:08 -0700 (PDT) Subject: Re: Fatal kernel mode data abort: 'Translation Fault (L2)' on read, trapframe: 0xde2a9b08 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_350A0E93-718A-42A3-9F1F-CFCEE8090DB2"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail From: Warner Losh In-Reply-To: <9f70aea9-f2c1-61ca-faf0-8534a152b3bc@bsd.com.br> Date: Thu, 25 Aug 2016 18:55:06 -0600 Cc: "freebsd-arm@freebsd.org" Message-Id: References: <9f70aea9-f2c1-61ca-faf0-8534a152b3bc@bsd.com.br> To: =?utf-8?Q?Otac=C3=ADlio?= X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Aug 2016 00:55:10 -0000 --Apple-Mail=_350A0E93-718A-42A3-9F1F-CFCEE8090DB2 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 I don=E2=80=99t see it on RC1 on my BBB or BBG. Maybe you could try = that? Warner > On Aug 25, 2016, at 6:18 PM, Otac=C3=ADlio = wrote: >=20 > I got this error when restarting a beaglebone black running FreeBSD = 11.0-BETA4 #0 r303242M >=20 > % su > Aug 25 21:14:39 beaglebone su: ota to root on /dev/ttyu0 > root@beaglebone:/usr/home/ota/workspace/SOFTWARE_Espelho # = /etc/rc.d/netif stop > dhclient not running? (check /var/run/dhclient.cpsw0.pid). > Aug 25 21:14:49 beaglebone dhclient[1815]: My address (192.168.0.14) = was deleted, dhclient exiting > Aug 25 21:14:49 beaglebone dhclient[1769]: connection closed > Aug 25 21:14:49 beaglebone dhclient[1769]: exiting. > Stopping wpa_supplicant. > Waiting for PIDS: 1719Fatal kernel mode data abort: 'Translation Fault = (L2)' on read > trapframe: 0xde2a9b08 > FSR=3D00000007, FAR=3D00000000, spsr=3D60000013 > r0 =3D00000000, r1 =3D000001c0, r2 =3D00000006, r3 =3D60000013 > r4 =3Dc320d034, r5 =3Dc2994000, r6 =3D00000000, r7 =3Dc2e40000 > r8 =3Dde2a9d38, r9 =3Dde2a9d38, r10=3Dc320d000, r11=3Dde2a9c58 > r12=3D0000001b, ssp=3Dde2a9b98, slr=3Dc0761bc0, pc =3Dc2f2d50c >=20 > panic: Fatal abort > Uptime: 8m14s > Automatic reboot in 15 seconds - press a key on the console to abort > Rebooting... >=20 > _______________________________________________ > 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" --Apple-Mail=_350A0E93-718A-42A3-9F1F-CFCEE8090DB2 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJXv5NqAAoJEGwc0Sh9sBEA1y8QANX7SOU2egHZWr5/fQMRUDPF 1Qifq2074LRrH2VevrW6gimwLr3BVm5wfbK6p9lcI3GpGVbcFrlhY5BHalpMf+R6 tEThHTxD6oCv05Z5tkNzzHM0pzZ3KOr/Fz8czTCIxRo4wNEZoz56mEqGzfAq06Pu szIPnyrUIV6vSIXTUmke/QovaIlsGzWD6cWJWAUWmZwBVPLqCKWZk07KlTs+UyJy EswsjHvkXFN6QaJ/FgrIop5ZzRwWwpaXvmn27P0ZAGqTaDjMOerzgH14PJ9W8BuS JO9ldknNRunU56sP4JUJPtuo81ZRryXod473cGw0k1LOTMsVgeg3eELcAMenGZvL hdjPPprUDgGYFye8AYzxbHHZl3UyaRK+z2RqcXg+O0AlhduEWTnlpBGnbDKh3hAk gBFyAP0xlEfMae4pTEFfsh6ZgEta5HzubvzeM4yXIIP/2XPX8N1WUoS7U/QOW80L GiDSR2TSLN0F5nVmOtAXFa0BBgcboSGP9KSDQhuHdnV5PGzlU9A4eVbEtz8G8Joh Bwpnng16mZ0MvPqpF2I4uJkWT0KwDNEwF5b9g9MsoU2vA8K8/Wknek/bVcTRix4X nhbQE/XQ4/mhHCQVI67SlHTxTXGvT0MtPh/cTSu5ufOq3Eqo7ApalOo3S9vysykR D8WXqPRen2JendpAs9Jy =YLYo -----END PGP SIGNATURE----- --Apple-Mail=_350A0E93-718A-42A3-9F1F-CFCEE8090DB2-- From owner-freebsd-arm@freebsd.org Fri Aug 26 08:14:25 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 76955A9353C; Fri, 26 Aug 2016 08:14:25 +0000 (UTC) (envelope-from benny.goemans@belgacom.net) Received: from mailsec102.isp.belgacom.be (mailsec102.isp.belgacom.be [195.238.20.98]) (using TLSv1.2 with cipher RC4-SHA (128/128 bits)) (Client CN "relay.skynet.be", Issuer "GlobalSign Organization Validation CA - SHA256 - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9D8C7234; Fri, 26 Aug 2016 08:14:23 +0000 (UTC) (envelope-from benny.goemans@belgacom.net) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2DSAQAo+b9X/9HaUlFdg0EBAQEBAXR8u?= =?us-ascii?q?CGCASSFL0oCghAUAQIBAQEBAQEBXieEYgEFAQEhDwEFFiALEAQHGAICGA4CAic?= =?us-ascii?q?BCSYGCAcEAQcVBId9AxsKsASLZQyDXgEBAQEBBQEBAQEeBYEDhSuETYQbCAEBg?= =?us-ascii?q?x2CWgWZTIFkhDyFR4M7gXSEXYkIjEODeR42gjQcgU46NAeEJoIfAQEB?= Received: from d5152dad1.static.telenet.be (HELO roundcube.malavon.com) ([81.82.218.209]) by relay.skynet.be with ESMTP/TLS/DHE-RSA-AES128-SHA; 26 Aug 2016 10:13:13 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Fri, 26 Aug 2016 10:13:13 +0200 From: Benny Goemans To: Adrian Chadd Cc: Arne Ehrlich , freebsd-arm@freebsd.org, owner-freebsd-arm@freebsd.org Subject: Re: Beaglebone Black PRU driver crash. In-Reply-To: References: Message-ID: <09578bc1356159e0bd1d02e6fd2ce643@roundcube.malavon.com> X-Sender: benny.goemans@belgacom.net User-Agent: Roundcube Webmail/1.1.3 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Aug 2016 08:14:25 -0000 Is it somehow an option to get it in the upcoming 11.0 since it's a bug and there's an easy fix? Or is it completely frozen? It'd be very nice if the official image has this - but I have to admit that that's just because I'm using the PRUs ;). Benny Adrian Chadd schreef op 2016-08-25 23:09: > Cool! can this get committed to -HEAD? > > > -a > > > On 24 August 2016 at 04:44, Arne Ehrlich wrote: >> Hi Manuel, >> >> The driver works with your change :-) >> Thanks a lot, this means i probably have a embedded FreeBDS project >> now. >> at least after figuring out how to configuring the pins. >> >> PRU interrupts work as well ;-) >> >> Arne >> >> On Tue, Aug 23, 2016 at 9:44 PM, Manuel Stühn >> >>> >>> the PRU-driver did work for me some time ago. Because I'd been using >>> a >>> CURRENT without options INVARIANTS/WITNESS, mtx_assert() did not >>> cause a >>> panic. >>> >>> Please try the (untested) patch attached. >>> >>> Manuel >>> >>> >>> >>> >>> >> _______________________________________________ >> 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" > _______________________________________________ > 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 Fri Aug 26 14:13:48 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 98264B71414 for ; Fri, 26 Aug 2016 14:13:48 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it0-x234.google.com (mail-it0-x234.google.com [IPv6:2607:f8b0:4001:c0b::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5EB6CEBC for ; Fri, 26 Aug 2016 14:13:48 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it0-x234.google.com with SMTP id d65so27220883ith.0 for ; Fri, 26 Aug 2016 07:13:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-transfer-encoding; bh=PZG3QfdRGhzmcOtJXyLZZODYAMGsPuPdQ6VA9oiEdkg=; b=JH65UIQVnCDSSW1QEka0bzic1zUM9SLS+iUb2+OT+eHFB4RUCDHwc4vJ1z7k+XTjwa 25hXw60wcWbnrLNDJzYD4El3WKTxGjmkrrxUen9bZMC76GzIo6dvkVdtY8fRbJRgnvDK f6oSvI4fIbZMBWm6XOOfCy9vt8lTgoZCT1tMp40a+0VBOwSXrn91VIbsM/ACqHyI+MwG a1iQBjD/v2XQclYJtcCo0wfgqE1RJxgkke8tYzzHn+jDzkEOADHAIDKM/RmmlXp/rgQP 2BNjyHM1UbT1nznWUlLF8QKj1YtyTG6I0z60G5vZf09GbIRSFy+dD8svBe3QNI5zEhzp IWgg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc:content-transfer-encoding; bh=PZG3QfdRGhzmcOtJXyLZZODYAMGsPuPdQ6VA9oiEdkg=; b=XZdfCnNHi/QyW1nM6fsYpzqB+qHNO6JBXalls0SIcQKCHtIG81K4PMI3GTme97LTY8 L4T9W7rsMv1QejJiG2g9B5OlAbjG5Ovhp9VC6O2tJiG8AXwKTmCd26r9JEyC5MMhN44e ezVjMLUIxfKwFbTVivz3IiJQlc3R/Pt5ckTrqFXdNT005SaWXGomGsUtrvLFojW/UDLA 9uRfFZbF0ZlMk9twhPvhOQej0lsWLMV2BtQt3jbdKr9gjcwwfunVJ7ThBfi4uawSmbLI 4spsXwD7OJaZhsRBCUnqoM6xQ0kpSEQ7rXUxWGZS6hSo/dDhNTKF0S0g77R/YmgzsNP7 gXDw== X-Gm-Message-State: AE9vXwOWVYqLYJOCIlfm3zXnUv9fDYBTvi2sPmu8fdGpXzOL0l+6rtKWQGhONcG/InCHOGCxR5qBVDwLyC7c5g== X-Received: by 10.107.21.134 with SMTP id 128mr4166425iov.59.1472220827745; Fri, 26 Aug 2016 07:13:47 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.36.65.7 with HTTP; Fri, 26 Aug 2016 07:13:47 -0700 (PDT) X-Originating-IP: [69.53.245.200] In-Reply-To: <09578bc1356159e0bd1d02e6fd2ce643@roundcube.malavon.com> References: <09578bc1356159e0bd1d02e6fd2ce643@roundcube.malavon.com> From: Warner Losh Date: Fri, 26 Aug 2016 08:13:47 -0600 X-Google-Sender-Auth: QWjGW_5wlca6o9Gk2csMTW1bL9I Message-ID: Subject: Re: Beaglebone Black PRU driver crash. To: Benny Goemans Cc: Adrian Chadd , owner-freebsd-arm@freebsd.org, "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Aug 2016 14:13:48 -0000 11.0 is completely frozen at this point, but an EN could be issued after the release, I believe. On Fri, Aug 26, 2016 at 2:13 AM, Benny Goemans wrote: > Is it somehow an option to get it in the upcoming 11.0 since it's a bug a= nd > there's an easy fix? Or is it completely frozen? It'd be very nice if the > official image has this - but I have to admit that that's just because I'= m > using the PRUs ;). > > Benny > > Adrian Chadd schreef op 2016-08-25 23:09: > >> Cool! can this get committed to -HEAD? >> >> >> -a >> >> >> On 24 August 2016 at 04:44, Arne Ehrlich wrote: >>> >>> Hi Manuel, >>> >>> The driver works with your change :-) >>> Thanks a lot, this means i probably have a embedded FreeBDS project now= . >>> at least after figuring out how to configuring the pins. >>> >>> PRU interrupts work as well ;-) >>> >>> Arne >>> >>> On Tue, Aug 23, 2016 at 9:44 PM, Manuel St=C3=BChn >>>> >>>> >>>> the PRU-driver did work for me some time ago. Because I'd been using a >>>> CURRENT without options INVARIANTS/WITNESS, mtx_assert() did not cause= a >>>> panic. >>>> >>>> Please try the (untested) patch attached. >>>> >>>> Manuel >>>> >>>> >>>> >>>> >>>> >>> _______________________________________________ >>> 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" >> >> _______________________________________________ >> 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" > > _______________________________________________ > 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 Fri Aug 26 16:39:34 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5F473B74E05 for ; Fri, 26 Aug 2016 16:39:34 +0000 (UTC) (envelope-from islan156@svr156.edns1.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 46952C4D for ; Fri, 26 Aug 2016 16:39:34 +0000 (UTC) (envelope-from islan156@svr156.edns1.com) Received: by mailman.ysv.freebsd.org (Postfix) id 45F6BB74E04; Fri, 26 Aug 2016 16:39:34 +0000 (UTC) Delivered-To: arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 459BFB74E03 for ; Fri, 26 Aug 2016 16:39:34 +0000 (UTC) (envelope-from islan156@svr156.edns1.com) Received: from svr156.edns1.com (svr156.edns1.com [131.153.37.2]) (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 2E6BCC4C for ; Fri, 26 Aug 2016 16:39:33 +0000 (UTC) (envelope-from islan156@svr156.edns1.com) Received: from islan156 by svr156.edns1.com with local (Exim 4.87) (envelope-from ) id 1bdKAA-0047XS-GN for arm@freebsd.org; Fri, 26 Aug 2016 09:39:26 -0700 To: arm@freebsd.org Subject: Courier was unable to deliver the parcel, ID000793031 X-PHP-Script: islandwebcreations.com/post.php for 81.27.38.94 Date: Fri, 26 Aug 2016 11:39:26 -0500 From: "FedEx International Ground" Reply-To: "FedEx International Ground" Message-ID: X-Priority: 3 MIME-Version: 1.0 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - svr156.edns1.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [4376 498] / [47 12] X-AntiAbuse: Sender Address Domain - svr156.edns1.com X-Get-Message-Sender-Via: svr156.edns1.com: authenticated_id: islan156/from_h X-Authenticated-Sender: svr156.edns1.com: howard.tracy@islandwebcreations.com X-Source: X-Source-Args: /usr/sbin/proxyexec -q -d -s /var/lib/proxyexec/cagefs.sock/socket /bin/cagefs.server X-Source-Dir: islandwebcreations.com:/public_html Content-Type: text/plain; charset=us-ascii X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Aug 2016 16:39:34 -0000 Dear Customer, We could not deliver your parcel. Shipment Label is attached to this email. Regards, Howard Tracy, Support Manager. From owner-freebsd-arm@freebsd.org Fri Aug 26 20:56:53 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9A11AB74F1E for ; Fri, 26 Aug 2016 20:56:53 +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 mx1.freebsd.org (Postfix) with ESMTPS id 895D565A for ; Fri, 26 Aug 2016 20:56:53 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u7QKurGx091429 for ; Fri, 26 Aug 2016 20:56:53 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 212185] The aarch64 EFI loader does not get/set the EFI clock Date: Fri, 26 Aug 2016 20:56:53 +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: 11.0-RC1 X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: peter@FreeBSD.org 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-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Aug 2016 20:56:53 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D212185 Bug ID: 212185 Summary: The aarch64 EFI loader does not get/set the EFI clock Product: Base System Version: 11.0-RC1 Hardware: Any OS: Any Status: New Severity: Affects Many People Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: peter@FreeBSD.org If you boot an aarch64 machine on real hardware, you are greeted with: warning: no time-of-day clock registered, system time will not be set accurately After reading the code, it appears that the EFI runtime services get/set cl= ock calls are not used. For reference, there is an implementation in the stable/10/sys/ia64/ia64/ef= i.c although it is a little strange in that it attaches to the ia64 nexus drive= r.=20 See efi_get_time() / efi_set_time() and the nexus clock driver. The impact of this is that aarch64 machines boot up on Jan 1st, 1970 and are unable to do dnssec validation. This affects ntp.conf if you have dns name= s in there. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Sat Aug 27 10:42:17 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7CC5EA93FFD for ; Sat, 27 Aug 2016 10:42:17 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-4.reflexion.net [208.70.210.4]) (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 3D063A0B for ; Sat, 27 Aug 2016 10:42:16 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 11037 invoked from network); 27 Aug 2016 10:36:22 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 27 Aug 2016 10:36:22 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.00.0) with SMTP; Sat, 27 Aug 2016 06:35:38 -0400 (EDT) Received: (qmail 18782 invoked from network); 27 Aug 2016 10:35:34 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 27 Aug 2016 10:35:34 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.0.105] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id 4F9751C4379; Sat, 27 Aug 2016 03:35:29 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Re: Time to enable partial relro [a stable/11 -r304029 armv6 "PT2MAP abort" (copyout+0x2c4) panic possibly related to enabling RELRO?] Date: Sat, 27 Aug 2016 03:35:29 -0700 Message-Id: <1178F89E-F1A3-4B72-8906-EFB8EFCE9F7D@dsl-only.net> Cc: FreeBSD Current To: FreeBSD Toolchain , freebsd-arm , freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Aug 2016 10:42:17 -0000 [I've no solid evidence of what the panic is tied to. = OPTIONS_FILE_SET+=3DRELRO ise is just what was new/unusual in the = portmaster -DKa that was going on when the rpi2 had the panic.] The console history shows (the cc quoted just gives a ball park for = where it was in the binutils build): > cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./../bfd -I./../include = -pipe -mcpu=3Dcortex-a7 -I/usr/local/include -g -fno-strict-aliasing = -DENABLE_PLUGINS -DLOCAL > EDIR=3D"\"/usr/local/share/locale\"" -mcpu=3Dcortex-a7 -W -Wall = -Wstrict-prototypes -Wmissing-prototypes -Wshadow = -DELF_LIST_OPTIONS=3DTRUE -DELF_SHLIB_LIST_OPTIONS=3DT > RUE -DELF_PLT_UNWIND_LIST_OPTIONS=3DTRUE -pipe -mcpu=3Dcortex-a7 = -I/usr/local/include -g -fno-strict-aliasing -MT eavrxmega2.o -MD -MP = -MF .deps/eavrxmega2.Tpo -c=20 > -o eavrxmega2.o eavrxmega2.c > panic: pmap_fault: PT2MAP abort > cpuid =3D 3 > KDB: stack backtrace: > db_trace_self() at db_trace_self > pc =3D 0xc06b2ad0 lr =3D 0xc014edf4 = (db_trace_self_wrapper+0x30) > sp =3D 0xed27c880 fp =3D 0xed27c998 > db_trace_self_wrapper() at db_trace_self_wrapper+0x30 > pc =3D 0xc014edf4 lr =3D 0xc0336968 (vpanic+0x13c) > sp =3D 0xed27c9a0 fp =3D 0xed27c9c0 > r4 =3D 0x00000100 r5 =3D 0xc4125a50 > r6 =3D 0xc076ab91 r7 =3D 0x00000001 > vpanic() at vpanic+0x13c > pc =3D 0xc0336968 lr =3D 0xc033682c (vpanic) > sp =3D 0xed27c9c8 fp =3D 0xed27c9cc > r4 =3D 0xc0991ba0 r5 =3D 0x00000000 > r6 =3D 0xbfefefe8 r7 =3D 0x00000007 > r8 =3D 0x00000013 r9 =3D 0x00000007 > r10 =3D 0xc41daf44 > vpanic() at vpanic > pc =3D 0xc033682c lr =3D 0xc06ce40c (pmap_fault+0x638) > sp =3D 0xed27c9d4 fp =3D 0xed27ca08 > r4 =3D 0x00000007 r5 =3D 0x00000013 > r6 =3D 0x00000007 r7 =3D 0xc41daf44 > r8 =3D 0xed27c9cc r9 =3D 0xc033682c > r10 =3D 0xed27c9d4 > pmap_fault() at pmap_fault+0x638 > pc =3D 0xc06ce40c lr =3D 0xc06d30f8 (abort_handler+0xbc) > sp =3D 0xed27ca10 fp =3D 0xed27caa0 > r4 =3D 0xc0991ba0 r5 =3D 0x00000007 > r6 =3D 0x00000000 r7 =3D 0x00000007 > r8 =3D 0x00000013 r9 =3D 0xc4125a50 > r10 =3D 0xed27caa8 > abort_handler() at abort_handler+0xbc > pc =3D 0xc06d30f8 lr =3D 0xc06b53b8 (exception_exit) > sp =3D 0xed27caa8 fp =3D 0xed27cb60 > r4 =3D 0xc0991ba0 r5 =3D 0x00000000 > r6 =3D 0xbfbfaa04 r7 =3D 0x00000006 > r8 =3D 0xc41daf54 r9 =3D 0x00000806 > r10 =3D 0xc41daf44 > exception_exit() at exception_exit > pc =3D 0xc06b53b8 lr =3D 0xc03131e8 (__mtx_lock_sleep+0x220) > sp =3D 0xed27cb38 fp =3D 0xed27cb60 > r0 =3D 0x002fefe8 r1 =3D 0xbfc00000 > r2 =3D 0xc41daf44 r3 =3D 0x00000001 > r4 =3D 0xc0991ba0 r5 =3D 0x00000000 > r6 =3D 0xbfbfaa04 r7 =3D 0x00000006 > r8 =3D 0xc41daf54 r9 =3D 0x00000806 > r10 =3D 0xc41daf44 r12 =3D 0xed27ca78 > pmap_fault() at pmap_fault+0x1b4 > pc =3D 0xc06cdf88 lr =3D 0xc06d30f8 (abort_handler+0xbc) > sp =3D 0xed27cb68 fp =3D 0xed27cbf8 > r4 =3D 0x00000030 r5 =3D 0x00000006 > r6 =3D 0x00000000 r7 =3D 0x00000806 > r8 =3D 0x00000013 r9 =3D 0xc4125a50 > r10 =3D 0xed27cc00 > abort_handler() at abort_handler+0xbc > pc =3D 0xc06d30f8 lr =3D 0xc06b53b8 (exception_exit) > sp =3D 0xed27cc00 fp =3D 0x00000000 > r4 =3D 0x00000030 r5 =3D 0x00000000 > r6 =3D 0x00000000 r7 =3D 0xed27ccb4 > r8 =3D 0xed27ce00 r9 =3D 0x00000000 > r10 =3D 0xed27cea0 > exception_exit() at exception_exit > pc =3D 0xc06b53b8 lr =3D 0xc06ad77c (copyout+0x9c) > sp =3D 0xed27cc94 fp =3D 0x00000000 > r0 =3D 0xed27ccb8 r1 =3D 0xbfbfaa04 > r2 =3D 0x00000000 r3 =3D 0x00000000 > r4 =3D 0x00000030 r5 =3D 0x00000000 > r6 =3D 0x00000000 r7 =3D 0xed27ccb4 > r8 =3D 0xed27ce00 r9 =3D 0x00000000 > r10 =3D 0xed27cea0 r12 =3D 0x00000000 > copyout() at copyout+0x2c4 > pc =3D 0xc06ad9a4 lr =3D 0xc06ad77c (copyout+0x9c) > sp =3D 0xed27cc94 fp =3D 0x00000000 > copyout() at copyout+0x9c > pc =3D 0xc06ad77c lr =3D 0xc06ad77c (copyout+0x9c) > sp =3D 0xed27cc94 fp =3D 0x00000000 > Unwind failure (no registers changed) > KDB: enter: panic > [ thread pid 54457 tid 100158 ] > Stopped at $d.6: ldrb r15, [r15, r15, ror r15]! > db>=20 The portmaster -DKa attempt to rebuild binutils-2.27 on the rpi2 got my = first armv6 stable/11 panic (and it has been much longer then that since = I've gotten a 11.0-CURRENT panic). I was not around when the panic = happened but it is still sitting at the db> serial console prompt and I = can enter commands if appropriate. FreeBSD 11.0 context: The rpi2 was/is at /usr/src/ stable/11 -r304029 : = it has been a while since I've updated to track stable/11 . The few = differences in my /usr/src are mostly for powerpc and powerpc64 specific = changes: I normally use the same tree content everywhere that I build = FreeBSD. The build used -mcpu=3Dcortex-a7 as I've been doing since I = started tracking the clang 3.8.0 project before it was merged. Ports context: I had not updated by ports on the rpi2 in a while and I = "svnlite updated" my /usr/ports to -r420950, picking the newer option to = enable RELRO by default for things that have it. I enabled those = defaults. (Doing similarly on amd64 first has had no troubles for me so = far, not that I've done much after the portmaster -DKa .) =46rom the amd64 environment that I did an /usr/ports/ portmaster -DKa = update to first, also tied to -r420950: > # more /var/db/ports/devel_binutils/options > # This file is auto-generated by 'make config'. > # Options for binutils-2.27,1 > _OPTIONS_READ=3Dbinutils-2.27,1 > _FILE_COMPLETE_OPTIONS_LIST=3DNLS RELRO > OPTIONS_FILE_SET+=3DNLS > OPTIONS_FILE_SET+=3DRELRO > # svnlite info /usr/ports | grep Re[lv][ai:] > Relative URL: ^/head > Revision: 420950 > Last Changed Rev: 420950 > # more /etc/make.conf > WANT_QT_VERBOSE_CONFIGURE=3D1 > # > DEFAULT_VERSIONS+=3Dperl5=3D5.22 > WRKDIRPREFIX=3D/usr/obj/portswork > WITH_DEBUG=3D > WITH_DEBUG_FILES=3D > MALLOC_PRODUCTION=3D If I remember right the above are accurate for the rpi2 as well. I'll note that arm-none-eabi-binutils-2.27,1 built and installed fine = earlier in the portmaster -DKa activity. As did pkgconf-1.0.1 and = sqlite3-3.14.1 . (The console history goes not go back to earlier then = that. (sqlite3 is via dependencies, not something I directly select to = build.) =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-arm@freebsd.org Sat Aug 27 13:53:46 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A2C92B76134 for ; Sat, 27 Aug 2016 13:53:46 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-11.reflexion.net [208.70.210.11]) (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 5E69F8B2 for ; Sat, 27 Aug 2016 13:53:46 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 8893 invoked from network); 27 Aug 2016 13:54:25 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 27 Aug 2016 13:54:25 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.00.0) with SMTP; Sat, 27 Aug 2016 09:53:31 -0400 (EDT) Received: (qmail 26769 invoked from network); 27 Aug 2016 13:53:31 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 27 Aug 2016 13:53:31 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.0.105] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id D6AAD1C407B; Sat, 27 Aug 2016 06:53:35 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: Time to enable partial relro [a stable/11 -r304029 armv6 "PT2MAP abort" (copyout+0x2c4) panic possibly related to enabling RELRO?] From: Mark Millard In-Reply-To: <1178F89E-F1A3-4B72-8906-EFB8EFCE9F7D@dsl-only.net> Date: Sat, 27 Aug 2016 06:53:37 -0700 Cc: FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: <71722159-7E12-4EAD-BD29-669C1F6C8061@dsl-only.net> References: <1178F89E-F1A3-4B72-8906-EFB8EFCE9F7D@dsl-only.net> To: FreeBSD Toolchain , freebsd-arm , freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Aug 2016 13:53:46 -0000 Quick top post: retrying "portmaster -DKa" after rebooting did not = repeat the panic. OPTIONS_FILE_SET+=3DRELRO likely has nothing to do with the unusual = panic. =3D=3D=3D Mark Millard markmi at dsl-only.net On 2016-Aug-27, at 3:35 AM, Mark Millard wrote: [I've no solid evidence of what the panic is tied to. = OPTIONS_FILE_SET+=3DRELRO ise is just what was new/unusual in the = portmaster -DKa that was going on when the rpi2 had the panic.] The console history shows (the cc quoted just gives a ball park for = where it was in the binutils build): > cc -DHAVE_CONFIG_H -I. -I. -I. -I../bfd -I./../bfd -I./../include = -pipe -mcpu=3Dcortex-a7 -I/usr/local/include -g -fno-strict-aliasing = -DENABLE_PLUGINS -DLOCAL > EDIR=3D"\"/usr/local/share/locale\"" -mcpu=3Dcortex-a7 -W -Wall = -Wstrict-prototypes -Wmissing-prototypes -Wshadow = -DELF_LIST_OPTIONS=3DTRUE -DELF_SHLIB_LIST_OPTIONS=3DT > RUE -DELF_PLT_UNWIND_LIST_OPTIONS=3DTRUE -pipe -mcpu=3Dcortex-a7 = -I/usr/local/include -g -fno-strict-aliasing -MT eavrxmega2.o -MD -MP = -MF .deps/eavrxmega2.Tpo -c=20 > -o eavrxmega2.o eavrxmega2.c > panic: pmap_fault: PT2MAP abort > cpuid =3D 3 > KDB: stack backtrace: > db_trace_self() at db_trace_self > pc =3D 0xc06b2ad0 lr =3D 0xc014edf4 = (db_trace_self_wrapper+0x30) > sp =3D 0xed27c880 fp =3D 0xed27c998 > db_trace_self_wrapper() at db_trace_self_wrapper+0x30 > pc =3D 0xc014edf4 lr =3D 0xc0336968 (vpanic+0x13c) > sp =3D 0xed27c9a0 fp =3D 0xed27c9c0 > r4 =3D 0x00000100 r5 =3D 0xc4125a50 > r6 =3D 0xc076ab91 r7 =3D 0x00000001 > vpanic() at vpanic+0x13c > pc =3D 0xc0336968 lr =3D 0xc033682c (vpanic) > sp =3D 0xed27c9c8 fp =3D 0xed27c9cc > r4 =3D 0xc0991ba0 r5 =3D 0x00000000 > r6 =3D 0xbfefefe8 r7 =3D 0x00000007 > r8 =3D 0x00000013 r9 =3D 0x00000007 > r10 =3D 0xc41daf44 > vpanic() at vpanic > pc =3D 0xc033682c lr =3D 0xc06ce40c (pmap_fault+0x638) > sp =3D 0xed27c9d4 fp =3D 0xed27ca08 > r4 =3D 0x00000007 r5 =3D 0x00000013 > r6 =3D 0x00000007 r7 =3D 0xc41daf44 > r8 =3D 0xed27c9cc r9 =3D 0xc033682c > r10 =3D 0xed27c9d4 > pmap_fault() at pmap_fault+0x638 > pc =3D 0xc06ce40c lr =3D 0xc06d30f8 (abort_handler+0xbc) > sp =3D 0xed27ca10 fp =3D 0xed27caa0 > r4 =3D 0xc0991ba0 r5 =3D 0x00000007 > r6 =3D 0x00000000 r7 =3D 0x00000007 > r8 =3D 0x00000013 r9 =3D 0xc4125a50 > r10 =3D 0xed27caa8 > abort_handler() at abort_handler+0xbc > pc =3D 0xc06d30f8 lr =3D 0xc06b53b8 (exception_exit) > sp =3D 0xed27caa8 fp =3D 0xed27cb60 > r4 =3D 0xc0991ba0 r5 =3D 0x00000000 > r6 =3D 0xbfbfaa04 r7 =3D 0x00000006 > r8 =3D 0xc41daf54 r9 =3D 0x00000806 > r10 =3D 0xc41daf44 > exception_exit() at exception_exit > pc =3D 0xc06b53b8 lr =3D 0xc03131e8 (__mtx_lock_sleep+0x220) > sp =3D 0xed27cb38 fp =3D 0xed27cb60 > r0 =3D 0x002fefe8 r1 =3D 0xbfc00000 > r2 =3D 0xc41daf44 r3 =3D 0x00000001 > r4 =3D 0xc0991ba0 r5 =3D 0x00000000 > r6 =3D 0xbfbfaa04 r7 =3D 0x00000006 > r8 =3D 0xc41daf54 r9 =3D 0x00000806 > r10 =3D 0xc41daf44 r12 =3D 0xed27ca78 > pmap_fault() at pmap_fault+0x1b4 > pc =3D 0xc06cdf88 lr =3D 0xc06d30f8 (abort_handler+0xbc) > sp =3D 0xed27cb68 fp =3D 0xed27cbf8 > r4 =3D 0x00000030 r5 =3D 0x00000006 > r6 =3D 0x00000000 r7 =3D 0x00000806 > r8 =3D 0x00000013 r9 =3D 0xc4125a50 > r10 =3D 0xed27cc00 > abort_handler() at abort_handler+0xbc > pc =3D 0xc06d30f8 lr =3D 0xc06b53b8 (exception_exit) > sp =3D 0xed27cc00 fp =3D 0x00000000 > r4 =3D 0x00000030 r5 =3D 0x00000000 > r6 =3D 0x00000000 r7 =3D 0xed27ccb4 > r8 =3D 0xed27ce00 r9 =3D 0x00000000 > r10 =3D 0xed27cea0 > exception_exit() at exception_exit > pc =3D 0xc06b53b8 lr =3D 0xc06ad77c (copyout+0x9c) > sp =3D 0xed27cc94 fp =3D 0x00000000 > r0 =3D 0xed27ccb8 r1 =3D 0xbfbfaa04 > r2 =3D 0x00000000 r3 =3D 0x00000000 > r4 =3D 0x00000030 r5 =3D 0x00000000 > r6 =3D 0x00000000 r7 =3D 0xed27ccb4 > r8 =3D 0xed27ce00 r9 =3D 0x00000000 > r10 =3D 0xed27cea0 r12 =3D 0x00000000 > copyout() at copyout+0x2c4 > pc =3D 0xc06ad9a4 lr =3D 0xc06ad77c (copyout+0x9c) > sp =3D 0xed27cc94 fp =3D 0x00000000 > copyout() at copyout+0x9c > pc =3D 0xc06ad77c lr =3D 0xc06ad77c (copyout+0x9c) > sp =3D 0xed27cc94 fp =3D 0x00000000 > Unwind failure (no registers changed) > KDB: enter: panic > [ thread pid 54457 tid 100158 ] > Stopped at $d.6: ldrb r15, [r15, r15, ror r15]! > db>=20 The portmaster -DKa attempt to rebuild binutils-2.27 on the rpi2 got my = first armv6 stable/11 panic (and it has been much longer then that since = I've gotten a 11.0-CURRENT panic). I was not around when the panic = happened but it is still sitting at the db> serial console prompt and I = can enter commands if appropriate. FreeBSD 11.0 context: The rpi2 was/is at /usr/src/ stable/11 -r304029 : = it has been a while since I've updated to track stable/11 . The few = differences in my /usr/src are mostly for powerpc and powerpc64 specific = changes: I normally use the same tree content everywhere that I build = FreeBSD. The build used -mcpu=3Dcortex-a7 as I've been doing since I = started tracking the clang 3.8.0 project before it was merged. Ports context: I had not updated by ports on the rpi2 in a while and I = "svnlite updated" my /usr/ports to -r420950, picking the newer option to = enable RELRO by default for things that have it. I enabled those = defaults. (Doing similarly on amd64 first has had no troubles for me so = far, not that I've done much after the portmaster -DKa .) =46rom the amd64 environment that I did an /usr/ports/ portmaster -DKa = update to first, also tied to -r420950: > # more /var/db/ports/devel_binutils/options > # This file is auto-generated by 'make config'. > # Options for binutils-2.27,1 > _OPTIONS_READ=3Dbinutils-2.27,1 > _FILE_COMPLETE_OPTIONS_LIST=3DNLS RELRO > OPTIONS_FILE_SET+=3DNLS > OPTIONS_FILE_SET+=3DRELRO > # svnlite info /usr/ports | grep Re[lv][ai:] > Relative URL: ^/head > Revision: 420950 > Last Changed Rev: 420950 > # more /etc/make.conf > WANT_QT_VERBOSE_CONFIGURE=3D1 > # > DEFAULT_VERSIONS+=3Dperl5=3D5.22 > WRKDIRPREFIX=3D/usr/obj/portswork > WITH_DEBUG=3D > WITH_DEBUG_FILES=3D > MALLOC_PRODUCTION=3D If I remember right the above are accurate for the rpi2 as well. I'll note that arm-none-eabi-binutils-2.27,1 built and installed fine = earlier in the portmaster -DKa activity. As did pkgconf-1.0.1 and = sqlite3-3.14.1 . (The console history goes not go back to earlier then = that. (sqlite3 is via dependencies, not something I directly select to = build.) =3D=3D=3D Mark Millard markmi at dsl-only.net