From owner-freebsd-arm@freebsd.org Sun Aug 14 11:43:11 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 EFBBDBB9B5B for ; Sun, 14 Aug 2016 11:43:11 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-179.reflexion.net [208.70.211.179]) (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 A446011C2 for ; Sun, 14 Aug 2016 11:43:11 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 10687 invoked from network); 14 Aug 2016 11:36:30 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 14 Aug 2016 11:36:30 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.90.6) with SMTP; Sun, 14 Aug 2016 07:36:32 -0400 (EDT) Received: (qmail 10187 invoked from network); 14 Aug 2016 11:36:32 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 14 Aug 2016 11:36:32 -0000 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 E31ACB1E003; Sun, 14 Aug 2016 04:36:27 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: stable/11 -r304029: an isolated "CAM status: CCB request completed with an error" (I've never had such before) Message-Id: Date: Sun, 14 Aug 2016 04:36:28 -0700 To: 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: Sun, 14 Aug 2016 11:43:12 -0000 I've never gotten the following sort of isolated "CCB request completed = with an error" before on the rpi2 configuration that I use (many = 11.0-CURRENT and 11.0-BETA builds). So far I've only seen this one "CCB request completed with an error". I = note it in case others also see such on occasion. > # script ~/ports_typescripts/r419978_typescript portmaster -DKa > Script started, output file is = /root/ports_typescripts/r419978_typescript > =3D=3D=3D>>> Starting check of installed ports for available updates > =3D=3D=3D>>> Launching child to update ca_root_nss-3.25 to = ca_root_nss-3.26 > =20 > =3D=3D=3D>>> All >> ca_root_nss-3.25 (1/1) > =20 > =3D=3D=3D>>> Currently installed version: ca_root_nss-3.25 > =3D=3D=3D>>> Port directory: /usr/ports/security/ca_root_nss > =20 > =3D=3D=3D>>> Launching 'make checksum' for security/ca_root_nss in = background > =3D=3D=3D>>> Gathering dependency list for security/ca_root_nss from = ports > =3D=3D=3D>>> Initial dependency check complete for = security/ca_root_nss > =20 > =3D=3D=3D>>> Returning to update check of installed ports > =20 > (da0:umass-sim0:0:0:0): WRITE(10). CDB: 2a 00 15 f4 42 40 00 00 80 00=20= > (da0:umass-sim0:0:0:0): CAM status: CCB request completed with an = error > (da0:umass-sim0:0:0:0): Retrying command > =20 > =3D=3D=3D>>> All >> (1) Context details: # svnlite info /usr/src | grep "Rev[i:]" 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-NODBG arm = armv6 1100500 1100500 # svnlite info /usr/ports | grep "Rev[i:]" Revision: 419978 Last Changed Rev: 419978 =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-arm@freebsd.org Sun Aug 14 12:03:40 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 A319DBB865D for ; Sun, 14 Aug 2016 12:03:40 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-181.reflexion.net [208.70.211.181]) (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 680AE1C0E for ; Sun, 14 Aug 2016 12:03:39 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 31949 invoked from network); 14 Aug 2016 11:57:42 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 14 Aug 2016 11:57:42 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v7.90.6) with SMTP; Sun, 14 Aug 2016 07:57:02 -0400 (EDT) Received: (qmail 24739 invoked from network); 14 Aug 2016 11:57:02 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 14 Aug 2016 11:57:02 -0000 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 79085B1E001 for ; Sun, 14 Aug 2016 04:56:55 -0700 (PDT) From: Mark Millard Subject: FYI: rpi3 can boot from USB Mass Storage Device Message-Id: <5EE213C4-EE96-4CFF-8F73-BBCA755C1F96@dsl-only.net> Date: Sun, 14 Aug 2016 04:56:56 -0700 To: freebsd-arm Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) Content-Type: text/plain; charset=us-ascii 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: Sun, 14 Aug 2016 12:03:40 -0000 The following gives instructions for a raspbian context for enabling = "USB boot mode" on an rpi3: = https://github.com/raspberrypi/documentation/blob/master/hardware/raspberr= ypi/bootmodes/msd.md Getting the "OTP" programmed to enable the mode is done via a SD card = boot but after that a USB storage device can be used instead. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-arm@freebsd.org Mon Aug 15 18:44:56 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 01D9ABBBE12 for ; Mon, 15 Aug 2016 18:44:55 +0000 (UTC) (envelope-from misc.lists@fsck.ch) Received: from secure.socket.ch (secure.socket.ch [91.199.228.84]) (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 9417717B5 for ; Mon, 15 Aug 2016 18:44:54 +0000 (UTC) (envelope-from misc.lists@fsck.ch) Received: from 46-253-187-21.dynamic.monzoon.net ([46.253.187.21] helo=fluff-wlan.fsck.ch) by secure.socket.ch with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128) (Exim 4.83 (FreeBSD)) (envelope-from ) id 1bZMsI-0006o0-Sp for freebsd-arm@freebsd.org; Mon, 15 Aug 2016 20:44:44 +0200 Message-ID: <57B20D96.4020303@fsck.ch> Date: Mon, 15 Aug 2016 20:44:38 +0200 From: Toby User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: Re: Updating RPI2 from 11-CURRENT to RELENG_11 References: <57AF7917.5030407@fsck.ch> In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Spam-Score: -2.9 (--) X-Spam-Report: Spam detection software, running on the system "secure.socket.ch", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: On 13/08/16 22:37, Warner Losh wrote: > On Sat, Aug 13, 2016 at 1:46 PM, Toby wrote: > > 20160517: > The armv6 port now defaults to hard float ABI. Limited support > for running both hardfloat and soft float on the same system > is available using the libraries installed with -DWITH_LIBSOFT. > This has only been tested as an upgrade path for installworld > and packages may fail or need manual intervention to run. New > packages will be needed. > > To update an existing self-hosted armv6hf system, you must add > TARGET_ARCH=armv6 on the make command line for both the build > and the install steps > Short answer is that you'll need to re-install all packages because of this. > They will work for a while, but as updates happen 'cross threading' can > occur if the updates are partial unless you specifically do special things. > Only extreme special needs use cases will be affected (like having only > binaries linked against the soft float ABI libraries). > > Warner Thanks for the explanation. My buildworld is now done and I'll update the packages over the next few days. [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP 0.0 TVD_RCVD_IP Message was received from an IP address -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] 0.0 URIBL_BLOCKED ADMINISTRATOR NOTICE: The query to URIBL was blocked. See http://wiki.apache.org/spamassassin/DnsBlocklists#dnsbl-block for more information. [URIs: fsck.ch] X-SA-Exim-Connect-IP: 46.253.187.21 X-SA-Exim-Mail-From: misc.lists@fsck.ch X-SA-Exim-Scanned: No (on secure.socket.ch); SAEximRunCond expanded to false 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, 15 Aug 2016 18:44:56 -0000 On 13/08/16 22:37, Warner Losh wrote: > On Sat, Aug 13, 2016 at 1:46 PM, Toby wrote: > > 20160517: > The armv6 port now defaults to hard float ABI. Limited support > for running both hardfloat and soft float on the same system > is available using the libraries installed with -DWITH_LIBSOFT. > This has only been tested as an upgrade path for installworld > and packages may fail or need manual intervention to run. New > packages will be needed. > > To update an existing self-hosted armv6hf system, you must add > TARGET_ARCH=armv6 on the make command line for both the build > and the install steps > Short answer is that you'll need to re-install all packages because of this. > They will work for a while, but as updates happen 'cross threading' can > occur if the updates are partial unless you specifically do special things. > Only extreme special needs use cases will be affected (like having only > binaries linked against the soft float ABI libraries). > > Warner Thanks for the explanation. My buildworld is now done and I'll update the packages over the next few days. Toby From owner-freebsd-arm@freebsd.org Mon Aug 15 18:47:11 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 C61C9BBBE75 for ; Mon, 15 Aug 2016 18:47:11 +0000 (UTC) (envelope-from misc.lists@fsck.ch) Received: from secure.socket.ch (secure.socket.ch [91.199.228.84]) (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 829721857 for ; Mon, 15 Aug 2016 18:47:10 +0000 (UTC) (envelope-from misc.lists@fsck.ch) Received: from 46-253-187-21.dynamic.monzoon.net ([46.253.187.21] helo=fluff-wlan.fsck.ch) by secure.socket.ch with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128) (Exim 4.83 (FreeBSD)) (envelope-from ) id 1bZMug-0006pL-I5; Mon, 15 Aug 2016 20:47:08 +0200 Message-ID: <57B20E2A.9070702@fsck.ch> Date: Mon, 15 Aug 2016 20:47:06 +0200 From: Toby User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: erichsfreebsdlist@alogt.com CC: freebsd-arm@freebsd.org Subject: Re: Updating the RPI2 firmware References: <57AF7B06.7000806@fsck.ch> <20160814044901.00f88819@X220.alogt.com> In-Reply-To: <20160814044901.00f88819@X220.alogt.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Spam-Score: -2.9 (--) X-Spam-Report: Spam detection software, running on the system "secure.socket.ch", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: On 13/08/16 22:49, Erich Dollansky wrote: > I do something like this: mount -t msdosfs /dev/mmcsd0s1 /boot/dtb > make installkernel umount /boot/dtb Erich Ah thanks, I didn't know about that. Indeed the dtb on the msdos slice and the one under /boot/dtb have diverged quite a bit by now. [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP 0.0 TVD_RCVD_IP Message was received from an IP address -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-SA-Exim-Connect-IP: 46.253.187.21 X-SA-Exim-Mail-From: misc.lists@fsck.ch X-SA-Exim-Scanned: No (on secure.socket.ch); SAEximRunCond expanded to false 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, 15 Aug 2016 18:47:11 -0000 On 13/08/16 22:49, Erich Dollansky wrote: > I do something like this: mount -t msdosfs /dev/mmcsd0s1 /boot/dtb > make installkernel umount /boot/dtb Erich Ah thanks, I didn't know about that. Indeed the dtb on the msdos slice and the one under /boot/dtb have diverged quite a bit by now. May I ask where you found out about this? I feel like I am missing a bit of documentation. Thanks, Toby From owner-freebsd-arm@freebsd.org Mon Aug 15 19:15: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 060CEBBAAA3 for ; Mon, 15 Aug 2016 19:15:59 +0000 (UTC) (envelope-from karl@denninger.net) Received: from mail.denninger.net (denninger.net [70.169.168.7]) (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 B5C2B1229 for ; Mon, 15 Aug 2016 19:15:58 +0000 (UTC) (envelope-from karl@denninger.net) Received: from [192.168.1.40] (Karl-Desktop.Denninger.net [192.168.1.40]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.denninger.net (Postfix) with ESMTPSA id 423FD218C0C for ; Mon, 15 Aug 2016 14:15:50 -0500 (CDT) Subject: Re: Updating RPI2 from 11-CURRENT to RELENG_11 To: freebsd-arm@freebsd.org References: <57AF7917.5030407@fsck.ch> <57B20D96.4020303@fsck.ch> From: Karl Denninger Message-ID: <2ee63d2c-2057-d105-8a4c-1a5377427952@denninger.net> Date: Mon, 15 Aug 2016 14:15:50 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <57B20D96.4020303@fsck.ch> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms050706000207010405020304" 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: Mon, 15 Aug 2016 19:15:59 -0000 This is a cryptographically signed message in MIME format. --------------ms050706000207010405020304 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 8/15/2016 13:44, Toby wrote: > On 13/08/16 22:37, Warner Losh wrote: >> On Sat, Aug 13, 2016 at 1:46 PM, Toby wrote: >> >> 20160517: >> The armv6 port now defaults to hard float ABI. Limited support= >> for running both hardfloat and soft float on the same system >> is available using the libraries installed with -DWITH_LIBSOFT= =2E >> This has only been tested as an upgrade path for installworld >> and packages may fail or need manual intervention to run. New >> packages will be needed. >> >> To update an existing self-hosted armv6hf system, you must add= >> TARGET_ARCH=3Darmv6 on the make command line for both the buil= d >> and the install steps >> Short answer is that you'll need to re-install all packages because of= this. >> They will work for a while, but as updates happen 'cross threading' ca= n >> occur if the updates are partial unless you specifically do special th= ings. >> Only extreme special needs use cases will be affected (like having onl= y >> binaries linked against the soft float ABI libraries). >> >> Warner > Thanks for the explanation. My buildworld is now done and I'll update > the packages > over the next few days. > > Toby > _______________________________________________ Beware that you can get some very odd, and not-at-all-obvious bad results from a mismatch between hard-float and soft-float applications =2Evs. system environment. In some (but not all) cases you'll get an abort and warning when you try to run the mismatched application. In others, however, you'll instead get an application that runs but produces incorrect floating-point output! I have stuck some init-time traps into a couple of my applications to attempt to detect this; it's a very real risk if there are "leftover" programs laying around and one that bit me pretty good when the armv6hf switch went away in favor of always being hardware-fp. --=20 Karl Denninger karl@denninger.net /The Market Ticker/ /[S/MIME encrypted email preferred]/ --------------ms050706000207010405020304 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCC Bl8wggZbMIIEQ6ADAgECAgEpMA0GCSqGSIb3DQEBCwUAMIGQMQswCQYDVQQGEwJVUzEQMA4G A1UECBMHRmxvcmlkYTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3Rl bXMgTExDMRwwGgYDVQQDExNDdWRhIFN5c3RlbXMgTExDIENBMSIwIAYJKoZIhvcNAQkBFhND dWRhIFN5c3RlbXMgTExDIENBMB4XDTE1MDQyMTAyMjE1OVoXDTIwMDQxOTAyMjE1OVowWjEL MAkGA1UEBhMCVVMxEDAOBgNVBAgTB0Zsb3JpZGExGTAXBgNVBAoTEEN1ZGEgU3lzdGVtcyBM TEMxHjAcBgNVBAMTFUthcmwgRGVubmluZ2VyIChPQ1NQKTCCAiIwDQYJKoZIhvcNAQEBBQAD ggIPADCCAgoCggIBALmEWPhAdphrWd4K5VTvE5pxL3blRQPyGF3ApjUjgtavqU1Y8pbI3Byg XDj2/Uz9Si8XVj/kNbKEjkRh5SsNvx3Fc0oQ1uVjyCq7zC/kctF7yLzQbvWnU4grAPZ3IuAp 3/fFxIVaXpxEdKmyZAVDhk9az+IgHH43rdJRIMzxJ5vqQMb+n2EjadVqiGPbtG9aZEImlq7f IYDTnKyToi23PAnkPwwT+q1IkI2DTvf2jzWrhLR5DTX0fUYC0nxlHWbjgpiapyJWtR7K2YQO aevQb/3vN9gSojT2h+cBem7QIj6U69rEYcEDvPyCMXEV9VcXdcmW42LSRsPvZcBHFkWAJqMZ Myiz4kumaP+s+cIDaXitR/szoqDKGSHM4CPAZV9Yh8asvxQL5uDxz5wvLPgS5yS8K/o7zDR5 vNkMCyfYQuR6PAJxVOk5Arqvj9lfP3JSVapwbr01CoWDBkpuJlKfpQIEeC/pcCBKknllbMYq yHBO2TipLyO5Ocd1nhN/nOsO+C+j31lQHfOMRZaPQykXVPWG5BbhWT7ttX4vy5hOW6yJgeT/ o3apynlp1cEavkQRS8uJHoQszF6KIrQMID/JfySWvVQ4ksnfzwB2lRomrdrwnQ4eG/HBS+0l eozwOJNDIBlAP+hLe8A5oWZgooIIK/SulUAsfI6Sgd8dTZTTYmlhAgMBAAGjgfQwgfEwNwYI KwYBBQUHAQEEKzApMCcGCCsGAQUFBzABhhtodHRwOi8vY3VkYXN5c3RlbXMubmV0Ojg4ODgw CQYDVR0TBAIwADARBglghkgBhvhCAQEEBAMCBaAwCwYDVR0PBAQDAgXgMCwGCWCGSAGG+EIB DQQfFh1PcGVuU1NMIEdlbmVyYXRlZCBDZXJ0aWZpY2F0ZTAdBgNVHQ4EFgQUxRyULenJaFwX RtT79aNmIB/u5VkwHwYDVR0jBBgwFoAUJHGbnYV9/N3dvbDKkpQDofrTbTUwHQYDVR0RBBYw FIESa2FybEBkZW5uaW5nZXIubmV0MA0GCSqGSIb3DQEBCwUAA4ICAQBPf3cYtmKowmGIYsm6 eBinJu7QVWvxi1vqnBz3KE+HapqoIZS8/PolB/hwiY0UAE1RsjBJ7yEjihVRwummSBvkoOyf G30uPn4yg4vbJkR9lTz8d21fPshWETa6DBh2jx2Qf13LZpr3Pj2fTtlu6xMYKzg7cSDgd2bO sJGH/rcvva9Spkx5Vfq0RyOrYph9boshRN3D4tbWgBAcX9POdXCVfJONDxhfBuPHsJ6vEmPb An+XL5Yl26XYFPiODQ+Qbk44Ot1kt9s7oS3dVUrh92Qv0G3J3DF+Vt6C15nED+f+bk4gScu+ JHT7RjEmfa18GT8DcT//D1zEke1Ymhb41JH+GyZchDRWtjxsS5OBFMzrju7d264zJUFtX7iJ 3xvpKN7VcZKNtB6dLShj3v/XDsQVQWXmR/1YKWZ93C3LpRs2Y5nYdn6gEOpL/WfQFThtfnat HNc7fNs5vjotaYpBl5H8+VCautKbGOs219uQbhGZLYTv6okuKcY8W+4EJEtK0xB08vqr9Jd0 FS9MGjQE++GWo+5eQxFt6nUENHbVYnsr6bYPQsZH0CRNycgTG9MwY/UIXOf4W034UpR82TBG 1LiMsYfb8ahQJhs3wdf1nzipIjRwoZKT1vGXh/cj3gwSr64GfenURBxaFZA5O1acOZUjPrRT n3ci4McYW/0WVVA3lDGCBRMwggUPAgEBMIGWMIGQMQswCQYDVQQGEwJVUzEQMA4GA1UECBMH RmxvcmlkYTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3RlbXMgTExD MRwwGgYDVQQDExNDdWRhIFN5c3RlbXMgTExDIENBMSIwIAYJKoZIhvcNAQkBFhNDdWRhIFN5 c3RlbXMgTExDIENBAgEpMA0GCWCGSAFlAwQCAwUAoIICTTAYBgkqhkiG9w0BCQMxCwYJKoZI hvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNjA4MTUxOTE1NTBaME8GCSqGSIb3DQEJBDFCBED0 MKUVov2DRwh+saubzSfsTzVNSI2pmghxzVQHRIBuiYH4RucG9F6DiH5RrPnWQtseRX/cLTse xSeSTIktLvrwMGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBAjAK BggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYI KoZIhvcNAwICASgwgacGCSsGAQQBgjcQBDGBmTCBljCBkDELMAkGA1UEBhMCVVMxEDAOBgNV BAgTB0Zsb3JpZGExEjAQBgNVBAcTCU5pY2V2aWxsZTEZMBcGA1UEChMQQ3VkYSBTeXN0ZW1z IExMQzEcMBoGA1UEAxMTQ3VkYSBTeXN0ZW1zIExMQyBDQTEiMCAGCSqGSIb3DQEJARYTQ3Vk YSBTeXN0ZW1zIExMQyBDQQIBKTCBqQYLKoZIhvcNAQkQAgsxgZmggZYwgZAxCzAJBgNVBAYT AlVTMRAwDgYDVQQIEwdGbG9yaWRhMRIwEAYDVQQHEwlOaWNldmlsbGUxGTAXBgNVBAoTEEN1 ZGEgU3lzdGVtcyBMTEMxHDAaBgNVBAMTE0N1ZGEgU3lzdGVtcyBMTEMgQ0ExIjAgBgkqhkiG 9w0BCQEWE0N1ZGEgU3lzdGVtcyBMTEMgQ0ECASkwDQYJKoZIhvcNAQEBBQAEggIAZW11nACz T6yPdEIQ4KJUkBaqavlHZxd2+4GwO/LX5PpXLFB/e/zkUgVz0OTb4M6qVd/1k4NorMI4E//x t/l9kfOLlexz/nIOEN7j387LZBPv/Xrirkzd56LuZZEHQTvP/ong8AUs6NjEKgvARtV7+9V9 O+4x4kd963xf6pQSl/JAaMGOO+Senewc7stcOQZsVQ5X1XjAFbcVkC9ZDJWoo9wJq1WizTxV yZdhtbjNu1+2WRMh+YNB9S6b3YGXFVz3JLDr5uQo+daxX+/rqDAKgbn4W/A1Ae1xnQCjfx1S pGG8ghnyFYJOIB6m4+buP51iWBydupmmIcHLNhq2yrsDufOS8/jcDPFpfz7iIty1CzTFQHEu nv7kzQ2yotPrA8hMHrNwNG1FCHXsdtvvY6vZ/hLd0DYNDzSj8JvXF8J4f3U5BbQ2zP+SPAik YTUJK4TfofvaG0AjstHoyW2rAcanLmBhusqk4LRUUcCF8/KFCKcNnmX0NY5XkKFF0Iq9KP7q 5sw/EI/6fGMZooJNiZqi1a2SJuCJalb9EVutRpMqCz0gut8Q3uFurCUbjL0rfKjN+SEjMsKU sCU6/+Ac+BLVWgfw9s3USl309OaU7E9pQM2f4Aoxbxny9yZ1dq4D8RlA2n/j6sh5d4bhp3a9 pNoFyu9uDseQhJaNzBer7pbuQmEAAAAAAAA= --------------ms050706000207010405020304-- From owner-freebsd-arm@freebsd.org Mon Aug 15 22:13: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 D031BBB90A5 for ; Mon, 15 Aug 2016 22:13:53 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [69.239.235.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 530CC198A for ; Mon, 15 Aug 2016 22:13:53 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id u7FMCHpC086421 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 15 Aug 2016 15:12:18 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id u7FMCHNf086420; Mon, 15 Aug 2016 15:12:17 -0700 (PDT) (envelope-from fbsd) Date: Mon, 15 Aug 2016 15:12:17 -0700 From: bob prohaska To: Toby Cc: freebsd-arm@freebsd.org, bob prohaska Subject: Re: Updating RPI2 from 11-CURRENT to RELENG_11 Message-ID: <20160815221216.GA43432@www.zefox.net> References: <57AF7917.5030407@fsck.ch> <57B20D96.4020303@fsck.ch> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <57B20D96.4020303@fsck.ch> User-Agent: Mutt/1.5.24 (2015-08-30) 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, 15 Aug 2016 22:13:53 -0000 On Mon, Aug 15, 2016 at 08:44:38PM +0200, Toby wrote: > Thanks for the explanation. My buildworld is now done and I'll update > the packages > over the next few days. > When I worked through the soft-to-hardfloat transition (some months ago) it seemed that softfloat libraries in /usr/local/lib were not recognized as such, causing many port builds to fail at the linking stage. My simpleminded fix was to figure out what generated each library and re-make that, but the process got very tedious. I wasn't brave enough to simply remove (or rename) /usr/local/lib, thinking at each occurrence "This _has_ to be the last one!" but in the end a better method would have been worth considerable effort. hth, bob prohaska From owner-freebsd-arm@freebsd.org Mon Aug 15 22:53:40 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 AED80BB9CF9 for ; Mon, 15 Aug 2016 22:53:40 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) Received: from alogt.com (alogt.com [69.36.191.58]) (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 8E23F1234 for ; Mon, 15 Aug 2016 22:53:40 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References: In-Reply-To:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=9Dt5d4ugsAF3bXfH12o7Qsf9d8RWrA2btqaTrIvt6N8=; b=QZ20m7BAwKY7ufMivHaX0pIPF+ 0DP/6l3PY7usg/XtfvtMcI+DUetiKQfMwocaidFs0YOwWkEcVjyNXYwL5DTqzxslvWUDKC3NNfxqO M4SV75VqbXaWHdP2bwGfAOymtTMckWgVW3h2THO6oPzzR7Fvncqh1Dm0Tqo9pN7a8KFY=; Received: from subs12-223-255-228-104.three.co.id ([223.255.228.104]:24618 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.87) (envelope-from ) id 1bZQlG-003RHQ-3t; Mon, 15 Aug 2016 16:53:38 -0600 Date: Tue, 16 Aug 2016 06:53:32 +0800 From: Erich Dollansky To: Toby Cc: freebsd-arm@freebsd.org Subject: Re: Updating the RPI2 firmware Message-ID: <20160816065332.7cc55658@X220.alogt.com> In-Reply-To: <57B20E2A.9070702@fsck.ch> References: <57AF7B06.7000806@fsck.ch> <20160814044901.00f88819@X220.alogt.com> <57B20E2A.9070702@fsck.ch> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Authenticated-Sender: sl-508-2.slc.westdc.net: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: 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, 15 Aug 2016 22:53:40 -0000 Hi, On Mon, 15 Aug 2016 20:47:06 +0200 Toby wrote: > On 13/08/16 22:49, Erich Dollansky wrote: > > I do something like this: mount -t msdosfs /dev/mmcsd0s1 /boot/dtb > > make installkernel umount /boot/dtb Erich > Ah thanks, I didn't know about that. Indeed the dtb on the msdos slice > and the one under > /boot/dtb have diverged quite a bit by now. > > May I ask where you found out about this? I feel like I am missing a > bit of documentation. > not only you. The development is faster than the documentation of it. I found it on this mailing list some time ago and put it into my script doing the work. Erich From owner-freebsd-arm@freebsd.org Tue Aug 16 09:37:51 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 1B825BBB6F3; Tue, 16 Aug 2016 09:37:51 +0000 (UTC) (envelope-from andrew@fubar.geek.nz) Received: from kif.fubar.geek.nz (kif.fubar.geek.nz [178.62.119.249]) by mx1.freebsd.org (Postfix) with ESMTP id D7A081719; Tue, 16 Aug 2016 09:37:50 +0000 (UTC) (envelope-from andrew@fubar.geek.nz) Received: from zapp (global-5-141.nat-2.net.cam.ac.uk [131.111.5.141]) by kif.fubar.geek.nz (Postfix) with ESMTPSA id BBB38D78E6; Tue, 16 Aug 2016 09:37:49 +0000 (UTC) Date: Tue, 16 Aug 2016 10:37:46 +0100 From: Andrew Turner To: Nathan Whitehorn Cc: Michal Meloun , "freebsd-arm@freebsd.org" , Svatopluk Kraus , "freebsd-arch@freebsd.org" Subject: Re: INTRNG (Was: svn commit: r301453....) Message-ID: <20160816103746.6fca94e4@zapp> In-Reply-To: References: <201606051620.u55GKD5S066398@repo.freebsd.org> <57976867.6080705@FreeBSD.org> <5798E104.5020104@FreeBSD.org> <579A25BB.8070206@FreeBSD.org> <30790e40-58b4-3371-c0f0-b7545571f389@freebsd.org> <579AFFC5.1040005@FreeBSD.org> <579CD355.1050203@FreeBSD.org> <460fa0b3-ddb7-6247-2412-3d75a589d5e7@freebsd.org> <579CF7C8.1040302@FreeBSD.org> <24107713-6d50-c21d-ccf1-7dbdb36cc484@freebsd.org> <579E1BE2.7020500@FreeBSD.org> <7f053bb8-ab03-e46c-1c72-d757348e4e54@freebsd.org> <57A09F34.4050400@FreeBSD.org> <57A30B72.7070809@FreeBSD.org> <1946069a-d0f9-2c19-80a5-0b490682574b@freebsd.org> <57A5F480.20309@FreeBSD.org> X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII 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: Tue, 16 Aug 2016 09:37:51 -0000 On Fri, 12 Aug 2016 08:31:06 -0700 Nathan Whitehorn wrote: > One other non-urgent question about PCI code: > > There's a new function ofw_bus_msimap() that does not seem to > implement any particular part of any real binding standard. There's > a .txt file in the device-tree repo, but many (most?, all?) PCI > bridges don't seem to implement MSI that way. This is out-of-scope > for the immediate discussion, but it would be good to fix later. If > there are indeed only a handful of bridges that do MSI that way, it > should probably be moved into the PCI bridge drivers that do use it. The ofw_bus_msimap() implements the standard FDT MSI properties to find the needed MSI/MSI-X controller. See [1] for the binding document. > > Similarly, dev/pci/pci_host_generic.c isn't actually generic and is > instead a driver for some particular ARM bridges. It should be moved > at some point under sys/arm. Most of the code in it also duplicates > dev/ofw/ofwpci.c (but with some added bugs in handling the "ranges" > property). I don't see why. There is nothing ARM specific in it. I also have patches to use it with ACPI as the existing driver makes assumptions about PCI that may not be true on all platforms. Andrew [1] https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/Documentation/devicetree/bindings/pci/pci-msi.txt From owner-freebsd-arm@freebsd.org Tue Aug 16 12:36:39 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 4611BBBBED3; Tue, 16 Aug 2016 12:36:39 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from c.mail.sonic.net (c.mail.sonic.net [64.142.111.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 226C21816; Tue, 16 Aug 2016 12:36:38 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from zeppelin.tachypleus.net ([172.58.16.198]) (authenticated bits=0) by c.mail.sonic.net (8.15.1/8.15.1) with ESMTPSA id u7GCaVaW020958 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Tue, 16 Aug 2016 05:36:34 -0700 Subject: Re: INTRNG (Was: svn commit: r301453....) To: Andrew Turner References: <201606051620.u55GKD5S066398@repo.freebsd.org> <57976867.6080705@FreeBSD.org> <5798E104.5020104@FreeBSD.org> <579A25BB.8070206@FreeBSD.org> <30790e40-58b4-3371-c0f0-b7545571f389@freebsd.org> <579AFFC5.1040005@FreeBSD.org> <579CD355.1050203@FreeBSD.org> <460fa0b3-ddb7-6247-2412-3d75a589d5e7@freebsd.org> <579CF7C8.1040302@FreeBSD.org> <24107713-6d50-c21d-ccf1-7dbdb36cc484@freebsd.org> <579E1BE2.7020500@FreeBSD.org> <7f053bb8-ab03-e46c-1c72-d757348e4e54@freebsd.org> <57A09F34.4050400@FreeBSD.org> <57A30B72.7070809@FreeBSD.org> <1946069a-d0f9-2c19-80a5-0b490682574b@freebsd.org> <57A5F480.20309@FreeBSD.org> <20160816103746.6fca94e4@zapp> Cc: Michal Meloun , "freebsd-arm@freebsd.org" , Svatopluk Kraus , "freebsd-arch@freebsd.org" From: Nathan Whitehorn Message-ID: <2c97041d-5c79-432d-caf2-7744131a8524@freebsd.org> Date: Tue, 16 Aug 2016 05:36:28 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 In-Reply-To: <20160816103746.6fca94e4@zapp> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Sonic-CAuth: UmFuZG9tSVZlNilkbwiaf7BTR7+ESbTxqK9Xy/cV2lle+VlkTWDx4ii3d+6ryxZCURlRzefPs0YVLWT/Phvb5919bslekeqFtpZsgMNH2bM= X-Sonic-ID: C;in6iD65j5hGAGqDx2xNB0g== M;Ol4bEa5j5hGAGqDx2xNB0g== X-Spam-Flag: No X-Sonic-Spam-Details: 0.0/5.0 by cerberusd 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, 16 Aug 2016 12:36:39 -0000 On 08/16/16 02:37, Andrew Turner wrote: > On Fri, 12 Aug 2016 08:31:06 -0700 > Nathan Whitehorn wrote: >> One other non-urgent question about PCI code: >> >> There's a new function ofw_bus_msimap() that does not seem to >> implement any particular part of any real binding standard. There's >> a .txt file in the device-tree repo, but many (most?, all?) PCI >> bridges don't seem to implement MSI that way. This is out-of-scope >> for the immediate discussion, but it would be good to fix later. If >> there are indeed only a handful of bridges that do MSI that way, it >> should probably be moved into the PCI bridge drivers that do use it. > The ofw_bus_msimap() implements the standard FDT MSI properties to > find the needed MSI/MSI-X controller. See [1] for the binding document. Yes, but ThunderX seems to be the only host bridge that actually implements those bindings. I've never run into another, certainly, and there don't seem to be any others in the tree. >> Similarly, dev/pci/pci_host_generic.c isn't actually generic and is >> instead a driver for some particular ARM bridges. It should be moved >> at some point under sys/arm. Most of the code in it also duplicates >> dev/ofw/ofwpci.c (but with some added bugs in handling the "ranges" >> property). > I don't see why. There is nothing ARM specific in it. I also have > patches to use it with ACPI as the existing driver makes assumptions > about PCI that may not be true on all platforms. There's an "arm,gem5_pcie" in there that is certainly suggestive of ARM-ness. At any rate, much like the MSI bits, I could imagine multiple controllers implementing the interface defined in this driver but there do not seem, at present, to be any. Most of the code is indeed generic but duplicates ofwpci. That code should be replaced through inheritance with the ofwpci.c equivalents; the only remaining bits are MSI allocation and config space access, which seem to be specific to a few kinds of ARM hardware. -Nathan > > Andrew > > [1] > https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/Documentation/devicetree/bindings/pci/pci-msi.txt > From owner-freebsd-arm@freebsd.org Wed Aug 17 09:42: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 873F5BBD5B2 for ; Wed, 17 Aug 2016 09:42:59 +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 76C821699 for ; Wed, 17 Aug 2016 09:42:59 +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 u7H9gxAf018929 for ; Wed, 17 Aug 2016 09:42:59 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 211929] FreeBSD 11-RC1 installer can't run on USB3 on GIGABYTE SYS-R150-T60 "unable to install" Date: Wed, 17 Aug 2016 09:42:59 +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 Some People X-Bugzilla-Who: freebsd-bugzilla.mmacha@safersignup.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-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, 17 Aug 2016 09:42:59 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D211929 Bug ID: 211929 Summary: FreeBSD 11-RC1 installer can't run on USB3 on GIGABYTE SYS-R150-T60 "unable to install" Product: Base System Version: 11.0-RC1 Hardware: arm64 OS: Any Status: New Severity: Affects Some People Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: freebsd-bugzilla.mmacha@safersignup.com Hi, we're unable to install FreeBSD-11.0-RC1 on a "GIGABYTE SYS-R150-T60" syste= m. The installer is unable to find a device (memstick) while boot up. Sadly the system has only 3 USB 3.0 ports and even changing: hw.usb.xhci.msi=3D1 kern.cam.boot_delay=3D"1000" kern.cam.scsi_delay=3D"3000" debug.acpi.disabled=3D"hostres" didn't helped :( System message: Root mount waiting for: usbus0 usbus1 usbus2=20=20 " " " Mounting from ufs:/dev/ufs/FreeBSD_Install failed with error 19. PS: I don't know if this is related: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D204378 --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Wed Aug 17 16:44: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 B8431BBD25D for ; Wed, 17 Aug 2016 16:44: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 A82451E46 for ; Wed, 17 Aug 2016 16:44: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 u7HGibBJ032406 for ; Wed, 17 Aug 2016 16:44:37 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 211946] vmstat -i has unlabelled interrupts in output Date: Wed, 17 Aug 2016 16:44: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 Only Me X-Bugzilla-Who: venture37@geeklan.co.uk 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: Wed, 17 Aug 2016 16:44:37 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D211946 Bug ID: 211946 Summary: vmstat -i has unlabelled interrupts in output Product: Base System Version: CURRENT Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: venture37@geeklan.co.uk When issuing vmstat -i to display interrupts on FreeBSD/arm running on a Raspberry Pi there are entries which are just labelled with a plus symbol. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Thu Aug 18 02:58:40 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 2E136BBECC5 for ; Thu, 18 Aug 2016 02:58:40 +0000 (UTC) (envelope-from embaudarm@gmail.com) Received: from mail-qt0-x241.google.com (mail-qt0-x241.google.com [IPv6:2607:f8b0:400d:c0d::241]) (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 D16C31B67 for ; Thu, 18 Aug 2016 02:58:39 +0000 (UTC) (envelope-from embaudarm@gmail.com) Received: by mail-qt0-x241.google.com with SMTP id j37so493210qta.0 for ; Wed, 17 Aug 2016 19:58:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to; bh=jzZVoARonMBKwOq+K0L7GePw7rL5Cq+JP/PNIi4mOnY=; b=N61PBfyIMRp1jW+FDJE/D+ESpYdA+poZJIDEPJOtTXxIfpXDUjDSGuVIEpo/zIzJIa ah6LKZK/Xg0A6+l0F/lCfi2DUZHMsHoUgbq1cXBRv2l8iDZODU3WvgFBg6/1gzL8+L5E 5OUotM2nOKyvWA90w+sakudo/6Nft5UJUAI/EwqTOhAlNsG67JnjGxCCNLpx6cM+9V3S fQcI1s07l/1hESzWvPRRy6vcUE3RnWWNHvRBqd4h+wmkT441Vo+JkbxIfHeCk8QBV4v6 tOUUaqiqR7Z0rn9cMAWfmvzJYQoefBRCNxE09qprLgZE/sboIH1fn5+Me8PI++gUiWVS kepQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=jzZVoARonMBKwOq+K0L7GePw7rL5Cq+JP/PNIi4mOnY=; b=nIn3T8a5ItpqSDqdSuvG6/rQdwOHXdRtQD5pUCvXxlxayq8UNO4uty6gLUFQaBX9Dr 5L1CpMR8caaxrVwk36O5x07A9ae+m+2IYriTYMxPYEQi0yhdu3SxX+aRNgo2sM/M4pA1 XrS7sjkbzWTv+5ZCM6m/1S2fXo12pmEQXZi9O1fYUyalzr8G3OoDRe1XnmpIB/kBEBbj TffWOKDXC/JqJsGTB+qypPniJkWv8KdpIuB+b57LgzpXExC/uZbWOXRrirGyzjz4W9FO v1kiyEwct4Ramy8W9Q2Gn25TPMXblx+BvvlhILWZgDW9A93NLA3fA4yT5Nqc9IYnynix IoDg== X-Gm-Message-State: AEkooutwbMJixNdqBtf4ne3q82XX9iIokD632LDPdFsXMjY1OHRb7XFr/GQJZF1Kz2cXvlHwUS1XsFQhRJaGaQ== X-Received: by 10.237.36.173 with SMTP id t42mr49544755qtc.89.1471489118844; Wed, 17 Aug 2016 19:58:38 -0700 (PDT) MIME-Version: 1.0 Received: by 10.200.42.247 with HTTP; Wed, 17 Aug 2016 19:58:38 -0700 (PDT) From: Lee D Date: Wed, 17 Aug 2016 22:58:38 -0400 Message-ID: Subject: Can't compile ukbd into the kernel, or load it with kldload To: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 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: Thu, 18 Aug 2016 02:58:40 -0000 Hi Everyone, I am trying to get a USB keyboard working on FreeBSD arm, for Zynq. My problem is that trying to "kldload ukbd" gives me this error: link_elf: symbol genkbd_get_fkeystr undefined When I try to compile ukbd into the kernel, using "device ukbd" in my config file, I get an undefined reference error for that symbol and a bunch of others. The functions I need seem to be defined in src/sys/dev/kbd/kbd.c. But I can't seem to get that file to compile. "device kbd" in my kernel configuration file gives me a "device "kbd" is unknown" error. Does anyone know how I can get src/sys/dev/kbd/kbd.c to compile as part of my kernel? Thanks, Lee From owner-freebsd-arm@freebsd.org Thu Aug 18 03:35:06 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 76C1ABBD3E8 for ; Thu, 18 Aug 2016 03:35:06 +0000 (UTC) (envelope-from kevans91@ksu.edu) Received: from NAM02-BL2-obe.outbound.protection.outlook.com (mail-bl2nam02on0054.outbound.protection.outlook.com [104.47.38.54]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F3C641E92 for ; Thu, 18 Aug 2016 03:35:04 +0000 (UTC) (envelope-from kevans91@ksu.edu) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ksu.edu; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=+hX2DSX6J8eiOcVIH//AYStP48RyYhOIi7mdMrFVBOs=; b=gWKjiUyJOAB9cX8zQYEF2KrQKfocUO6gqbCr7zbBlHS2uQHfM2VkvVdull8/j5FJNHdXd6lt+jeRsPxyFXMZgLkVKRwAbDaibY7lpioyMcsTAnTWAmQNQqBm9jZfyyF5XbK9upYsnTu+e/7r0OvbR/NRTNaOecqAJMiMs+THbNY= Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=kevans91@ksu.edu; Received: from mail-qt0-f176.google.com (209.85.216.176) by BY1PR0501MB1317.namprd05.prod.outlook.com (10.160.200.154) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA_P384) id 15.1.557.8; Thu, 18 Aug 2016 03:34:55 +0000 Received: by mail-qt0-f176.google.com with SMTP id w38so3023855qtb.0 for ; Wed, 17 Aug 2016 20:34:55 -0700 (PDT) X-Gm-Message-State: AEkoouvlg+i6KZi4dXldrPWpUc9kXFxp0G/52MkD+Mj4RTwbJBS3GPSHwP3dsnj4CT7DqkWO+FnqZXiBtOV8CQ== X-Received: by 10.237.45.34 with SMTP id h31mr21323qtd.101.1471491289298; Wed, 17 Aug 2016 20:34:49 -0700 (PDT) MIME-Version: 1.0 Received: by 10.237.41.4 with HTTP; Wed, 17 Aug 2016 20:34:28 -0700 (PDT) From: Kyle Evans Date: Wed, 17 Aug 2016 22:34:28 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: libm long double functions on ARMv6. To: Content-Type: text/plain; charset="UTF-8" X-Originating-IP: [209.85.216.176] X-ClientProxiedBy: DM5PR18CA0014.namprd18.prod.outlook.com (10.175.218.152) To BY1PR0501MB1317.namprd05.prod.outlook.com (10.160.200.154) X-MS-Office365-Filtering-Correlation-Id: eee2816d-6db0-46a5-f372-08d3c7189f07 X-Microsoft-Exchange-Diagnostics: 1; BY1PR0501MB1317; 2:r2ZlIPYQrTKYq50V9+P/scKkdPB9c5LK8XFH0xcEUlKx3bKKg007UjLNXVA1Fmg0ZSQ0zUOR9mwASzrvUQ3z5p4oz6rygwrpTVO0J1xxZCegeBCV+YBBLT4gX5fuZIUXXgJOlPN8HD7v9bzXU7QaE6sXnB5zpd3BxKEkPMvk+l1xltSqSo9pKv2ZL+zcL71x; 3:vL+g7xRudFSM5u3x/o7ztR93MsXwBkeCSfDQcIqaopGlIgwEx8Y2kDieMv3+5mJeR8DhBeT/gboEYtCPsaiDDj8U5L+NSDwbhvZRFLWkqq5MYeaHrv+Gl3qjahplaK4K X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BY1PR0501MB1317; X-Microsoft-Exchange-Diagnostics: 1; BY1PR0501MB1317; 25:hE9m987fIiYB2wEBSq9sLCu+/xWK+NOi/xu5HndcJnuUQ/Cl4VfEudXsQtiWWRBOUcSc/Baok5fj5inGtJzTbxcc4AwLrhDoDLLzCZ2IjCktoholKuaXNk7kkQ0jf4ej6oFRdnsc8WQBfkmwZOoeMzKFki+1ASRhIVm615uaaZNtK3crI/674vSP/Y1rIZ68RoiXqfRyJhQvP95+SmJH/NdGdn621YXhnIxSMOBCOM0JB0RJ0d/TYqAkQk8SXmRqTyahZbf23nOi6Bs2US+JL4VNxgWh8lgcNPqRR81Sx4q86LFmvZMBSbgZBQFlkb8+cs7m5qshB70rWZG0ocInwC1Hi3ZJpsh0DBF6eZtnkGDOFjirpuvEBJeBKH0KGyPq3zP+T52YeQOlom06hCcApRGFg2X8xv/eA3Vu1tKfTUA3Jem4zj5WnvRdtyQ5nUDqDB5AivxSf8nbwxi60ZH/orG+j+gLTUNXJ2kdxZ5VnfDIe2BY32W1Ogjkh7scWIg87SWtniT3oW+oqPun/EzVs6E3eAFvSh7C7JDrmSj54jW/yT5XFf5Wj1HafdNhgxV6M8oiaHybMKUwy/DNkcJp5otTOK9ZzQeNtFLIhMlGvwXA2+tz4S3ES0gQmsttrwT/JyJtGQ16fkzz6oq4I6JMyErZuucLN9xRSFPdhnl3fE8EFLhnZNw7e6BvLuek2uUIgkgTHWpFmAb/agHbK9a4GNJ7Fayexa/hSWHXWGCoFqzMkW8JbtGetnxP7Bx9j7kjptY4WDRTE1Sb6Uqsc1Jg53QyPoZc+MGLfeSt8czFjti2b8fCfm/0Q3pWnzsCKsWb X-Microsoft-Exchange-Diagnostics: 1; BY1PR0501MB1317; 31:h/mK995dflbw/nIteud20qRRCzu/KoNby9H9vgp2xtIxSA3fdLtz6bS76VBh5AlUZ76+5mBmdarY/e/Y/wJ681iNKfSCWkPC6E0FSves7qlFqzSxIBlHTKmRVbCFHHSxDUFih6TY6dZpXKR6nMiFRaGEI7U8lHgx+9AK7JJtPH03Oi2p5zqq2f2+CrTAQSew3mP/qyJgHcXIISlvTTpzKNS5xVmeDPXOTR8o0FIrxtQ=; 20:3S8mB86wkA3Nj4V7WspUTX6J/y2eS+IJAWnQnPDU5DwsWWU/j9HqJFHOoyC7vtEz69SVoYUvmhv+FKE7vp/wtcQFwAa8UVYSCjAZCnV5nJD+/xheRRwUZQ3xi1++KYJFUOx4pX3pyGiInGOAeNRp9SrI3CGaq+n3MDfNa2fWrae689w2gPR07L6JSYE2db9R8EFXAZ8M9ngX33saONVkYxR8ZeIVXx8ZPrLOUZsnqfew1KhwcdbdYHCevG4cByrThLgtx/4wGYVZ0LqF+iYbFGSgKgzo4n3frgD7V5y3YiDzyduRsvIFqf09Gv+AULZrfWze+iw2/O3CIEkc6eh/TsyFfpnsEaQxIH4+Tm7MkzeWhdJ1VFTl/t1c7GqxLDnNMTmSwP+7pRf60n422Ugml6Bcbih3tg5EMVodJ/5jaine2wIvGoOaN/AreUUalSaWHCcTjoUg4aBnt2I9vLYbPmQoGdDMLM2YtNBdWygyxpqzYv0GTV2wgcCGVHnjElTg X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:(56005881305849); X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040176)(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046); SRVR:BY1PR0501MB1317; BCL:0; PCL:0; RULEID:; SRVR:BY1PR0501MB1317; X-Microsoft-Exchange-Diagnostics: 1; BY1PR0501MB1317; 4:xB3M2WCRfqOaSKP6i3QbYD08wTB0AKbJkog8hsVSpBEtqSV2ASw6PKLm/aHfUr96MJWMTEscYrovvyl8KewH5mhAnP7tEjyk1+cXgv4FobcO/vyLHT9bjZQk45iu+JmbdOJdZtFkISg4CkF0w2w9q6FEZU+F+susrhCo3suzep6vVDJ65JCjC91o5fywWhDpQVhWZbuezU115562HvNffmZ2e8VLf0I56uVVVF84B5CMAzRWeoD/r3CezwtF3T3BMZ5xzGOf9x5o48rr0UxrIErRQjpKRrKHTaDUTZyck6MkmywxmHt6sv+6gNo/hkhh/kyvw30N0yxoXiUlq5wzZFwwtseWJs8i01siWEdPZrCWy0kgkJye/mJaD9M25bFawjSu7BmBeule2yApg4VqSz33Vs33qVCVVSKa0IsW3YAPm8ukFLzXapx+L47OcXPs X-Forefront-PRVS: 0038DE95A2 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10009020)(4630300001)(6009001)(7916002)(199003)(189002)(55446002)(6116002)(88552002)(68736007)(42186005)(107886002)(110136002)(75432002)(450100001)(66066001)(47776003)(7846002)(3846002)(81156014)(586003)(93516999)(81166006)(97736004)(61266001)(7736002)(5820100001)(105586002)(9896002)(69596002)(2351001)(15975445007)(122856001)(305945005)(23676002)(189998001)(50466002)(2906002)(86362001)(59536001)(101416001)(19580395003)(9686002)(229853001)(61726006)(8676002)(50986999)(90282001)(63696999)(54356999)(89122001)(92566002)(106356001)(55456009); DIR:OUT; SFP:1101; SCL:1; SRVR:BY1PR0501MB1317; H:mail-qt0-f176.google.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; Received-SPF: None (protection.outlook.com: ksu.edu does not designate permitted sender hosts) X-Microsoft-Exchange-Diagnostics: =?utf-8?B?MTtCWTFQUjA1MDFNQjEzMTc7MjM6V2JKeW9qb0xGWWZpcCtDd1hVZmZBb3VI?= =?utf-8?B?OHNmNk0wb0hxMFVhY2xqdDBGVlF4YkprV21XSkphSDJHOTlRZC9YcldYRGMz?= =?utf-8?B?UEtCTk4xYktZOWJVeUpwZmo3N1ZMdmxyWVphTTZrdTBXUWt3YXNHbHdqN1Jm?= =?utf-8?B?VXRTT01NelN5b0RmZURkZ0Z2b01uZ3NLamdQdWd3elJRMHpwTSt1Qy9yaFly?= =?utf-8?B?VTcrbGRKR2ovL3NybUxFVEl3Q3N1eUlQek1aRUlyZFRyQlJITkdkUXNhSzdU?= =?utf-8?B?Y3NKczJDN0dvS3FKZzJNWExkMTV5QlFwb3ZGYmNNNXNaWVZVUldWY1ljOUJl?= =?utf-8?B?S0YrZU1mYWgwc1gvL1JBK1pFbzVaRW0rSUtoSUdLelNmcVlmTERpcWtCNUt6?= =?utf-8?B?MjB3RlFxNFlmNWxydDYzaG8zMVFjRzFDYkcvZi9wZ2R2NDZIb3hnd2hkSFBL?= =?utf-8?B?QnByNzlEdkZUZ2tmZGhHdDJlTFRrdC9oUy9BR3FtcFg2cnQxcE9Oc09EczFJ?= =?utf-8?B?YWk1S1ZaR3JQTzlCWUhUUEdNazRXbTduNnA3cnlHUGpaUnN5bEQ1aHVlM0Y5?= =?utf-8?B?Ym9XaTJuUmxSKy9aNDZTeGgvRHc3ZWtUQng2SzJIVVJ0SE4rVFlRN1NPN1Zl?= =?utf-8?B?eFNua3NGMUhDK2VNMGEwYm41bFZXNURqOVBzY0pGMnAwUXRtRk9LNXpBMXA0?= =?utf-8?B?TmRUT2Jna0kxN3ZRamVVM3FsSDV2R0JXZlpOTW84Y21Bb0JaTk5LQ0RHOU1s?= =?utf-8?B?ZnNEMTZTTDZtWEY2Mlk3MlJkNnFjYUlvbUNTVE1ieU1ZaGxDeFRUQ1FLbUpP?= =?utf-8?B?cVBocVR3RFdHNnM4dzFISlM5Z3BnRGtud3Z3T0UrNFJuL1J3QTZjUCt2M29G?= =?utf-8?B?SzRpbmVwN3drd0JTTWwvdi9pNTVucXRNZVhoRHVtTHFIME1yRHdxb0VQSmsr?= =?utf-8?B?SlZKdzBsYW93alFNd2tuVnc4T1FQMXYwTjZ4Ynd1QVpidHlmb05UaXhmR0xV?= =?utf-8?B?aHpCYmFnQVV3ZXc0VWhRRm44eUQzY1JUK1JGZDZQUTlGSC95Vk4wRitGcGRQ?= =?utf-8?B?RUduT3g3OGlHMytRdmVCSUFId0hGRlZzUHR2M3lublRrZVlnd3JIckI3Wno0?= =?utf-8?B?OUNrOWl4c0VUdEVLR3F5Yld4R2VxTFJhdVRtcGFMRG1pd1drazdRdnp6TitV?= =?utf-8?B?ZFFtVlNub0xBemFNbVkzaVQrQVhpbVBCNUJsZENtUFk1SjJobUNvZ3Rvb2tF?= =?utf-8?B?eGtrNUlWNldnczcya014TnlsUFVJcDdZM2Y2alB3NU1OM1lVNVBDTnRaVlVv?= =?utf-8?B?SXFoWFR0UXNwS0VPS2FKd0I4aGVuRlV0VVowWTRpNUd1SmpHbUcvK1lhOUVi?= =?utf-8?B?Z29ESEdQUkZSckwyVC95QUJBdEptRW53RUY4eHJZZGkrRG5Uc3l6T3B6U0Y5?= =?utf-8?B?aTJzTmxSbGRYOTFaU2xDY0IrSTJFWlN5N3pBci82aHg4VC9kbTd4Y3FUM1Js?= =?utf-8?B?SXBuNEhnbENleHRwcDhuQTlteThhWDg3bkF4anNXK3Q1bDRoZ1BGMk1DZTZK?= =?utf-8?B?aE1KKzRNZGhXK3l4NjAvWmRQU0R0eXl6ZU41MG5HYXNTQ2lFUUJaTUcvQ01p?= =?utf-8?B?VFdRRVI4ZloyaE5FVEpkTEhENnpmQkpLQzRDNHgzb1RpbS9XUTRtSmxFTith?= =?utf-8?B?UFoxQ1R3MTZnWE8ramtRejVkSDduV3FjWWJxcENoWW1IUHlJTnB2aFk5RGQ5?= =?utf-8?B?eWhQK2tORUhEVnUraUZSMnpnPT0=?= X-Microsoft-Exchange-Diagnostics: 1; BY1PR0501MB1317; 6:7wddAsQpJ/5cEECP0WLFXVwGFpsY7NuaSO+Eeou8WaSg0++5aoZl/gSsVHbOCGTBmpCdb418AWX2UT6LCOzDPYiXJRAicC+juAJzt1KU0Na9IdeiaDjDzBl2xF4ZLhsaXY3VcSdi/UFjzIlsTRwy1ao3LwD4DQodwPk2gY1EcoqQsqpf8MJWjD3HPB7AVzRhzAcNNUw38rcnv6BkKAaH9/CcIXpOBNF489MHPyeyO928q8lFymzfSLxDjLWXPLT+nmndEqbGtd3T0v0UD2L3ECCsbd3K41roNeaah96maRE=; 5:sUv7YdRXFsaqRqZdNrr1aYCNC0sMDsUwBsAuXcFc7DOYiWNlwIaRCflJ1VeUsPk8eLuaVCtjVZPwezRA9wYIdOKeOi6LExd4S8izIKj5MkeXaio3XCGwud+jmldAQIo3SuuewJWKBHErzVWQvQd2hw==; 24:zFac4E/MS5nVTnV1049M8USbMiTsHrv0Sr14VSegErJQ9sYnwKqTeXKebq20OvSMGTFRj5mCQgTP/YU5rK9FoP8/ji6YJL7BIFg3L+xuDJk=; 7:gkg84yMW8DIThFd0q8ulF6MjV0cjouVUw8JnaKL0ixVBEeQnuI9SNzVN+dp5sq9erXi5lZ4S2Jxick2cmVG/7+n3mQ/h9w8OdPuZU6b5DyjVJUioAktYTeiBamsIKgjhJ75Ubuq0IVWz+Ok/Xnw8FOLvxUHyVqPHBdsrwBxVhq8vU++4hwbiF5b01DLxHM+7UsG0LEWRrzYZUTJFXrpJORHrzAfodhGUmvptvPjCZNNhk2NtYYz9bkH16IM5S9bj SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1; BY1PR0501MB1317; 20:DYMRFapN/QnNSzxv3+TxXwi1xiQzkh2sqpsqQlSjq3/tSj9nlqlljzKH4Lfd3i4XBukQXq6VdCOUvUt1HhPTD1VnyHpsS6xTPLhNH9dAfyA+dP/W+fuJMKbs9r5X0tfcEP3lk3x9qETFfB4PUyepPXe/ExSPtmGj8RhoY37hWL8= X-OriginatorOrg: ksu.edu X-MS-Exchange-CrossTenant-OriginalArrivalTime: 18 Aug 2016 03:34:55.0612 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY1PR0501MB1317 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, 18 Aug 2016 03:35:06 -0000 Hello! (Posting this to freebsd-arm@ alone, because I'm at a loss as to where else this may belong and it is at least relevant to FreeBSD on ARM) Upon reviewing net/freerdp's build log [1] for ARMv6, it appears that the `fmodl` symbol does not properly resolve on ARMv6. [2] would seem to indicate (to me, at least) that this is unexpected behavior, and that `fmodl` should be happily aliased to `fmod` on platform (along with a couple of others). However, I'm not seeing any evidence that this aliasing actually happens in FreeBSD. On the other hand, I'm also expecting to see something as obvious as NetBSD's [3], where it explicitly does a __strong_alias(__ieee754_fmodl, __ieee754_fmod). Is there some other magic that should be at play that is missing, or is this otherwise intended? [1] http://files.kyle-evans.net/freebsd/freerdp-1.2.0_7.log [2] https://svnweb.freebsd.org/base/head/lib/msun/Makefile?view=markup#l100 [3] http://cvsweb.netbsd.org/bsdweb.cgi/src/lib/libm/src/e_fmod.c?rev=1.12&content-type=text/x-cvsweb-markup&only_with_tag=MAIN From owner-freebsd-arm@freebsd.org Thu Aug 18 07:44:39 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 59EAFBBE514 for ; Thu, 18 Aug 2016 07:44:39 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (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 20CEA134E for ; Thu, 18 Aug 2016 07:44:38 +0000 (UTC) (envelope-from hps@selasky.org) Received: from laptop015.home.selasky.org (unknown [62.141.129.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id B52991FE022; Thu, 18 Aug 2016 09:44:29 +0200 (CEST) Subject: Re: Can't compile ukbd into the kernel, or load it with kldload To: Lee D , "freebsd-arm@freebsd.org" References: From: Hans Petter Selasky Message-ID: <29fc92d8-b177-591d-620f-1876a136709a@selasky.org> Date: Thu, 18 Aug 2016 09:48:59 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; 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: Thu, 18 Aug 2016 07:44:39 -0000 On 08/18/16 04:58, Lee D wrote: > Hi Everyone, > > I am trying to get a USB keyboard working on FreeBSD arm, for Zynq. > > My problem is that trying to "kldload ukbd" gives me this error: > > link_elf: symbol genkbd_get_fkeystr undefined > > When I try to compile ukbd into the kernel, using "device ukbd" in my > config file, I get an undefined reference error for that symbol and a bunch > of others. > > The functions I need seem to be defined in src/sys/dev/kbd/kbd.c. But I > can't seem to get that file to compile. "device kbd" in my kernel > configuration file gives me a "device "kbd" is unknown" error. > > Does anyone know how I can get src/sys/dev/kbd/kbd.c to compile as part of > my kernel? Hi, The following line in conf/files says that if you add "vt", "sc" or "ukbd" device options to the kernel config, kbd.c will be compiled. conf/files:dev/kbd/kbd.c optional atkbd | pckbd | sc | ukbd | vt --HPS From owner-freebsd-arm@freebsd.org Thu Aug 18 09:18:03 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 02402BBC383 for ; Thu, 18 Aug 2016 09:18:03 +0000 (UTC) (envelope-from kevans91@ksu.edu) Received: from NAM03-CO1-obe.outbound.protection.outlook.com (mail-co1nam03on0081.outbound.protection.outlook.com [104.47.40.81]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8CD7218AD; Thu, 18 Aug 2016 09:18:01 +0000 (UTC) (envelope-from kevans91@ksu.edu) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ksu.edu; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=xI5THWVb9hd5QPRPxjpwZLfJ3LvMW7BWnfYQcPeXbdw=; b=BTxxQLUYCkmSa+DzaRTJBpaChkDAGN+AIUmeUHmi4hPSs5mdAm5FlrOmEahDURC+coGvZB0vi4iTXMf5QQ/MB7GjhfY0NQej9QOTP2sDBwX55aAiUdIIoqObdPYEcV+g1O+J7aR6JFnanRDEORykxhz8bSNiNpYxyFzs5LFUWt0= Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=kevans91@ksu.edu; Received: from mail-qt0-f169.google.com (209.85.216.169) by BY1PR0501MB1318.namprd05.prod.outlook.com (10.160.200.155) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA_P384) id 15.1.587.5; Thu, 18 Aug 2016 04:41:41 +0000 Received: by mail-qt0-f169.google.com with SMTP id 52so3357765qtq.3; Wed, 17 Aug 2016 21:41:40 -0700 (PDT) X-Gm-Message-State: AEkoouuK87kyJd+2lIVFKGn/+jmCsHXlPmXrTZBdyDVgixJs0trH/WusmZcMLcxtJ9X+ebJCHM3Bu8yvby3k8w== X-Received: by 10.200.53.24 with SMTP id y24mr263585qtb.16.1471495293230; Wed, 17 Aug 2016 21:41:33 -0700 (PDT) MIME-Version: 1.0 Received: by 10.237.41.4 with HTTP; Wed, 17 Aug 2016 21:41:12 -0700 (PDT) From: Kyle Evans Date: Wed, 17 Aug 2016 23:41:12 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: libm long double functions on ARMv6. To: CC: , Content-Type: text/plain; charset="UTF-8" X-Originating-IP: [209.85.216.169] X-ClientProxiedBy: DM3PR13CA0030.namprd13.prod.outlook.com (10.164.193.40) To BY1PR0501MB1318.namprd05.prod.outlook.com (10.160.200.155) X-MS-Office365-Filtering-Correlation-Id: b6d17e73-7632-487e-368c-08d3c721f2c3 X-Microsoft-Exchange-Diagnostics: 1; BY1PR0501MB1318; 2:TlmFcntzOI1aQ4MCjHfzJ2cAJ0w2ZOa2dxe4lp1ZseR7e8EZiikYxBFBvc26uYBR5NCorEGzASRCuWSZBa+kQXzgw4q89jSYkz0mqa+fpzGuvNa8R1ASUFxLhH3wUA9WnwIL5MXiQEoFN5kcn6Eli0PMq8DUop5wveNK4siItYFb6qIh/ehRwiUbH9wTi/09; 3:HN/I1QeABzUTKjbSvjqBmv0mdXuAOLyFaM69PuCW9fB01ouhxcAkkSrtZX05wjzCaWYlQr8MEyHXue6X39SV4/gB/z0IFuWuL5NAlZphKUqdvCA5ZHc+jW0wisKYmJ8U; 25:FAvidtVRZRBZPb+dOe5qGixvRdHX4utRr3iTUqmKWbDBOloHaG6o7Tj3OeC+HF017lgEBSB+BN0hBNJKhZFlv0QXidf3ztzNstOCwAjo0+CjKnNsCabkVL29pTTamDvk2goWQ5+keksdeYZ8kpi7YDgROv+8Bj0bRGKQrF5IEKNj8R/d+xaaA2UnNzH+xJPUCjx3bG42EoXXt0Yb7vVRuwS59ErKdvm0Mkjht2llVj6tov3BRD34UmcJzOvnxEy8eRMvf/sxzG/2Ky24ZDyWpvMMbYU7YP0hLkZ2DbnKCjRfBOvaSd3XPPT0zAwG9zpp9gFR7z9hS7Th+0d/ss8H3KTOxs3Bdu3Q8Tkft1swRJk06++XDHPzEG0iFsARjFCyNrW0rbk0CXiq494nBvErW0IM7NiLAFwoG7ym1gWKrg8= X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BY1PR0501MB1318; X-Microsoft-Exchange-Diagnostics: 1; BY1PR0501MB1318; 31:pIPfYOxANKm+cOqwwkq6OSiGWCD/R1TZWPTPhSTSMJ8mx2B8ElVRA9ZM+pbhNmSj26LNVqVDdC3I5sAfOSWar7w32fuUyovcqJh8DfdmzOKI5FylxFPfp1/x2L8T5j9fHkVI8u8S7bSoCYGwbklXLTo2Rzmmoy9ZYzC+wLrHtkczT9BFQPJmDhS/A6SVDjVfVJFDnMxWspZotxCanvhCxHwMUDDDzuYwThajRp4CZ0A=; 20:NZxAp0uq1nqdkWPqoZ0KaIm7aPlgsUL7byw2JCagMpeFwDOZfBl5+GqSMcI9gAGL8x6ee1yjZa4Bbf02sdiE8UAbcm/N5PO+9QO2ZNAhImxREtkwlL4PGRy58HIlHf2wMK8C2zEPrh6NBCWGtFT+VfTnuTCOxHjhcOGydBbONNbA6h0zVEtQF74CDbtyWK+3Eh1Ak1A4JHGbratDq46Ml/eLTazHQcQHz/59qlYyclzoUK/VfOjMiyOhMu1moYS3zYWi4LxJrzBCIrro5VhoVOyIbykMM1D1RtdzpQdRZr0/x1e6WP/Tq0mkK4Y9BFwoFxmFYrXbZw9MVAopqS79oO3sQGJ2foyApqRy4MyhK6eSchOAQulc25/gBvH0r7Pyij0936z1MB5CXqRcDiaZZpEgSAEiYRZy3oDCSFLrI5DI/KTSRp/JePcOhS3P8WgZN8gOY/8q5f2xlqqa3SktU92R5/8smo12r6nc232Ec9z/9voztXzPZQwg7JZXmHoI X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040176)(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046); SRVR:BY1PR0501MB1318; BCL:0; PCL:0; RULEID:; SRVR:BY1PR0501MB1318; X-Microsoft-Exchange-Diagnostics: 1; BY1PR0501MB1318; 4:iopgdQsR/ErGLXRWwR3+Q7wGmUWKt9YbOujUajomufv8T5S8WzNtcfFHeiOWC7TxWxTh184/xqtuBoyJTHu44Ju7a45qf/NAgUuImjyTcOg2v9iFxqEHFG1hRr/PrQRgpiC+QpPFFyVBOW1fTJQQlu78PEtxjQfsD7puD/+84idXh+gbwTWze/dQ0iu1OS0cFQ1d2nUYRcooX9chf3O8iqN78sygoudpcBVRE/fLfyyDTz0XwMHlgsxdTT4ZGMaQHSdSQIEC4nL7+HDl3fdb90Wbl56NRW2vU1+RwvuqIP1ZTIC/FSUs2v1q6Uz2U5xuOSfZSnBUyQpCj2RVgiPxgBjQdcJ9R0w5J0sAsbDuCbKARDtfvEeNFt3FdjDNQhlNeyOkNQCnj9J0/rupVwEJrA== X-Forefront-PRVS: 0038DE95A2 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10009020)(4630300001)(6009001)(7916002)(199003)(189002)(61726006)(450100001)(86362001)(75432002)(19580395003)(69596002)(68736007)(6116002)(106356001)(89122001)(50466002)(586003)(2351001)(9896002)(90282001)(9686002)(105586002)(3846002)(8676002)(81166006)(2906002)(7846002)(47776003)(23676002)(66066001)(15975445007)(4326007)(59536001)(7736002)(305945005)(101416001)(122856001)(61266001)(42186005)(81156014)(92566002)(50986999)(189998001)(93516999)(88552002)(54356999)(97736004)(5820100001)(63696999)(110136002)(55446002)(67856001)(55456009); DIR:OUT; SFP:1101; SCL:1; SRVR:BY1PR0501MB1318; H:mail-qt0-f169.google.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; Received-SPF: None (protection.outlook.com: ksu.edu does not designate permitted sender hosts) X-Microsoft-Exchange-Diagnostics: =?utf-8?B?MTtCWTFQUjA1MDFNQjEzMTg7MjM6b0t0dmlSL2VPVTcwOFVKQ0h1bVA4eVlD?= =?utf-8?B?eFlFVzRpU1BMaCs1L0M3TE83UERwemlqSUJhcDQ2bkNxV1dxNzA0V1EwbkFa?= =?utf-8?B?STdRRkdjZDFIMEVPZnJpNXBDUnVVcXVGZkdJRzdMUFAwYTBaK1kzbkpLMjJv?= =?utf-8?B?TlN2Mnk0SE1CM1U0NmVIbHZ6MXJ4ejBwWTkvTVZ1S01YOG4wa2RTeExIODJI?= =?utf-8?B?K0hOa213b3VJeThMbitDandKYlRFR3JBN2xLYzBHcDh6VHEveHN0R2dpd2dp?= =?utf-8?B?RjJYS3VreUh2SHlnSGtoRHBlckN6VHlBbFhUVGlEcVl0MWUrSFlyU0kvZGRy?= =?utf-8?B?RW52bDkxVVhRUENXblpxcTVrWnNxUlFXaGRCWk5BSUx4MnlVMjNaVkxmUUxs?= =?utf-8?B?TE5kd0lsdW5Dd3A2RTcxTGRia1gwck9XV1Z4WGhtY3hKckxqMVBzbnh2VXJ3?= =?utf-8?B?QUl4ZmVuN2k4OWxnT3dMWllpWEVHTll1WWhZVWRFNGtIWHY3TDVXTjZjQ1h0?= =?utf-8?B?OFQvbjFrYkFrN0E1Z0NoeFFXUWRPd1lQMTJyMS9sNWI3S1REdnNBMG05UDVJ?= =?utf-8?B?V0VUZ1Zma1pncmtXazVNTDJySzd2dVdSQVpIYmxvNmpOT0NyeVQ3YWxvbEhE?= =?utf-8?B?QXh1WHB4Q09OK2VCZjR6a3lZRjhSY0JTWFdpM3pOWEhwZ1dqVGNLS1k2U3lu?= =?utf-8?B?Y1hwY2Y3R2l3Rmh3K2Q0L1lQalQrd2tCeXF3UnJHUXpPdkthSzVNQnpFYzEv?= =?utf-8?B?b1JOVXZraFJIRFpZd243cTMwc1cvYkFkWlVMN2Q5N1lZazR1L0lHMkhGMkhi?= =?utf-8?B?citiRWJWSXNzQ0RESWVRYStaakJMK3dnQWE1a2p3UW03TEI0WUpPOWxMKzA4?= =?utf-8?B?aElNRGNodk9VSXAxbHdWbURLbzF6VlRzbUpyRHRsOHhXbFBPdVk4blNrWnEz?= =?utf-8?B?Z01SYm5KSG1xTTRTYmhVbEMrNEJEMytzR29VMmc3OWpKekxhcDZ1V2dKSXYz?= =?utf-8?B?bDhaOG13MjdHS3N0TUxRYloxNHJ2bzJUd0dTS1d4alBSZ1Foa2d2d1pCZFV6?= =?utf-8?B?aFlEcDZhYmZNQ01WN0pOSzltYXZZMlpITWoyOVkvcENpekRFSitmS0lQVUdP?= =?utf-8?B?eVYzQzlNOVNOUUpVQXlGcXJZZkFmaEdNS2RFT3d0UVVMR0k3Zm1EWkFPMSty?= =?utf-8?B?WGl0dktHQ2hiZGt6RmNBS3VYZ1pLWjVmWDNYazlrYlZVaWM0N3NsSjBJd3cy?= =?utf-8?B?VHQyYUtkUU9NNnRMdWM3SFRmMTdYbUZXNHhnN1hSTWV2SW9qK1d2cmYySGNl?= =?utf-8?B?dFRUQSs1enU5WVJRd2JVR004akk3QXJ6MU5mbUVyb2tmc1N1ZGVHSkoweG4w?= =?utf-8?B?Q21ZdlB4K0dwTjdRaVZudENJaDRZcTN6MTlScitlYmduUS9BQ2lDUU9UL2dV?= =?utf-8?B?Umx2NjVwQUhiUGJINk00RExXVWU1dE56TU5XUVNTMEpqdTdkODBOZHRhcGtI?= =?utf-8?B?TjY1OGlLdERnZmdDeWx0VVNxWTM3T0NkRmZkVXcrUzRnTjNGeWREZm9rSm0w?= =?utf-8?B?eWlZMFkwRUVZV1dQZDJkdm5VY01JbXZNOVdCRjQzcDlUczgyYi9DMkNkOTU3?= =?utf-8?B?cmlldEswbmFWSXhEWHJGK2NDWURidUs4aFZrRnBmUjJaZm9hbk5pRXBKbTVo?= =?utf-8?Q?80nvULFdIKpPC8DBlYMg=3D?= X-Microsoft-Exchange-Diagnostics: 1; BY1PR0501MB1318; 6:IEgljnT0+nSuF2h+1I45K3cKkoYAckubfgHKKYd78PIytJUaLwUu7L19y4Oq5rFvKZJbTykqTm4qlScTEayOugfwPSHJo7T1Nrqzx2x31cFZ21eevUVLTKkuoGW4Ixb0OoAQQHq7VKi42kJDfaC/Pu7x8/+4sCTZg3kbSbVkOmH/okpNzy0/3cHXnC3ZDHwhtc3nyloBT4tcBq4D1Ml78xq3e7sbosA4Vb/eXF0Cp5/DMaxvXiLcPfItXw0bx9lWLDCw0tCGW3XsC5l9DXDLA7yYCvRhAcS0LWVjphc1BdQ=; 5:UOlcwwvFV7/8wtl7mBU6ACkNCyceTZqm0BmCaQ/0kZX4CwDKi/w7bSkC00URs6z6fAc+crjMdy3Un+Pcn3E1/Lr2ygKYjnz8CLFOZf2DS2RSElbcpr8WaO4cklOaIhlRJ+pDQuH24tE7B/g+uaZ9pQ==; 24:k6W3LR6zaPaAucPBkkmKIjkKZRHXwhQF6uZVQl66H16VcVNkt/8YcizDspmeEh3mr/9M9xqICDcKCG7atkGeiaWJ/PgqMpXfKyNDwDTH4bI=; 7:MRpKXqZ15QIdCbzrvpykZAR68zg3VSaNrESdHrxA2gcWFEw0WAHcUkRfjDUAXIIy7Rv/Qpof5cBKZp3i8om0qJ61w7zCAG/CFA6AyXko3d+avJEh6hXhJaP8V/l9TkyIcecxbCDz/e/sLXoy+roTUbAAbe86shZZgiDpcoAc6BY+42gxy75LHQy1yoj24d48gEw4lrIDvUcWWFcogMWXry9G9tc606xUv7ycatJ4jxVTqgC15kGcqGD7nQwxetpe SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1; BY1PR0501MB1318; 20:xtVcQu2zZAefK6aeIooC5ExYHiSjqQP0USA9diQXJuvJr5BA6v3hN/E9BeAH2jSRE4K6vZiSOzgxjYt01yNt3Bcni4zRrDsfWwGH36ZZ8tFv6MJm+n8ui0dvJFTa1B6Fl9m6BHDNidIVGBKsaj9F6bBTDjhAo83I0rrvyV4n/oU= X-OriginatorOrg: ksu.edu X-MS-Exchange-CrossTenant-OriginalArrivalTime: 18 Aug 2016 04:41:41.0069 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY1PR0501MB1318 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, 18 Aug 2016 09:18:03 -0000 Alright, apologies for the noise. I answered my own question- went through the `long double` functions from msun/Makefile:101, and found that `fmodl` seems to be the only one that is not properly aliased. The issue at [1] (r199422) seems to be relevant, so I'm CC'ing both emaste@ and ngie@ as interested parties, also hoping for some $0.02USD. I'm inlining a proposed patch at the end of this e-mail to match what is currently done for all of the other `long double` functions on these platforms where long double == double. [1] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199422 diff --git a/lib/msun/src/e_fmod.c b/lib/msun/src/e_fmod.c index 720aa03..a3578a1 100644 --- a/lib/msun/src/e_fmod.c +++ b/lib/msun/src/e_fmod.c @@ -130,3 +130,8 @@ __ieee754_fmod(double x, double y) } return x; /* exact output */ } + +#if LDBL_MANT_DIG == 53 +__weak_reference(fmod, fmodl); +#endif From owner-freebsd-arm@freebsd.org Thu Aug 18 21:26: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 E402DBBF971 for ; Thu, 18 Aug 2016 21:26:48 +0000 (UTC) (envelope-from embaudarm@gmail.com) Received: from mail-qt0-x22b.google.com (mail-qt0-x22b.google.com [IPv6:2607:f8b0:400d:c0d::22b]) (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 9EC01100B for ; Thu, 18 Aug 2016 21:26:48 +0000 (UTC) (envelope-from embaudarm@gmail.com) Received: by mail-qt0-x22b.google.com with SMTP id x25so2877472qtx.2 for ; Thu, 18 Aug 2016 14:26:48 -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=N4TdjZphcYbCURecWetgQ9RUei1fbiePENPcWEy+aJ0=; b=ZcEdJt+tLQl0eQ4U+5RVKuvDMtNyL7rCGQT8SlsqxUDHVg/uoVxV6GsaBH+z313mBF YULy6l68hxQJFMwq6Ox21YorshRV2a1cgtA4CsXWM0/PoQNi4UyPQGRNyndOu5cYSy9B r2C6vx9nWWkpnXu6qE8LiW8sYZ7phpEo5Mf2M4fTrbai/EKCuEiwzQQs2PC6cU2nVooY vl6CfCv0tSNn13qPGOPWapcH0nWTR8MPueLU4PnK7WblpRs9pcMoP2ujgOKEa5hs4Pmd EVPGX0iLq7z6dyL2cxzZloKeS4tgsAreJ5HHKfM1pTUBhpUScFSB/1zKZTBOg+fyaVJl vrJA== 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=N4TdjZphcYbCURecWetgQ9RUei1fbiePENPcWEy+aJ0=; b=cym9bTSjReJ/nzVlQ6wyVKNrH5yJoOJEEwRuwDlgN1G7muJ4M2q6sMfpJdV3mVrwoL F00B2lTDWSmiv8W+4WD4jLVHtoMXY05Qov+ThBkUd0FDzEzr5l0mhfGjfAyxjEpvwKFQ CHt5YZ4iK7hESt9C2YTdnFhNiu4fHs/1eUcctLsM16nRos71JPFqKMKgGEV3K3Dy1eBx iYUSC4kuB0Omsopq9YkvFIlHjkLxM+vp2wEPUBYcL3LjAtEi4UJJAUfgV5H9fZcTYarC LHwG1BoIC6A19ZjwICu+9s0sN2WA/FOv9n/T2+XVYmHUz8vWVKz1h6QcggR14aLovujM rr7Q== X-Gm-Message-State: AEkooutmVTwoxmq2Kyc0qMHfZ7fOdMC/O8mcRYZ2IMjecY2Hd7Jf5ohaE242VIYHpmSQjQGj/KeOOnniMBcL2Q== X-Received: by 10.200.35.44 with SMTP id a41mr4940583qta.25.1471555607799; Thu, 18 Aug 2016 14:26:47 -0700 (PDT) MIME-Version: 1.0 Received: by 10.200.42.247 with HTTP; Thu, 18 Aug 2016 14:26:47 -0700 (PDT) In-Reply-To: <29fc92d8-b177-591d-620f-1876a136709a@selasky.org> References: <29fc92d8-b177-591d-620f-1876a136709a@selasky.org> From: Lee D Date: Thu, 18 Aug 2016 17:26:47 -0400 Message-ID: Subject: Re: Can't compile ukbd into the kernel, or load it with kldload To: Hans Petter Selasky Cc: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 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: Thu, 18 Aug 2016 21:26:49 -0000 On Thu, Aug 18, 2016 at 3:48 AM, Hans Petter Selasky wrote: > On 08/18/16 04:58, Lee D wrote: > >> Hi Everyone, >> >> I am trying to get a USB keyboard working on FreeBSD arm, for Zynq. >> >> My problem is that trying to "kldload ukbd" gives me this error: >> >> link_elf: symbol genkbd_get_fkeystr undefined >> >> When I try to compile ukbd into the kernel, using "device ukbd" in my >> config file, I get an undefined reference error for that symbol and a >> bunch >> of others. >> >> The functions I need seem to be defined in src/sys/dev/kbd/kbd.c. But I >> can't seem to get that file to compile. "device kbd" in my kernel >> configuration file gives me a "device "kbd" is unknown" error. >> >> Does anyone know how I can get src/sys/dev/kbd/kbd.c to compile as part of >> my kernel? >> > > Hi, > > The following line in conf/files says that if you add "vt", "sc" or "ukbd" > device options to the kernel config, kbd.c will be compiled. > > conf/files:dev/kbd/kbd.c optional atkbd | pckbd | > sc | ukbd | vt > > --HPS > > Thanks for pointing out that file, that is a very useful thing to know about. I tried adding "vt" to my config and I was able to get ukbd to compile into the kernel. Lee From owner-freebsd-arm@freebsd.org Fri Aug 19 03:36:31 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 76594BBF91F for ; Fri, 19 Aug 2016 03:36:31 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it0-x22f.google.com (mail-it0-x22f.google.com [IPv6:2607:f8b0:4001:c0b::22f]) (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 4067C1E4C for ; Fri, 19 Aug 2016 03:36:31 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it0-x22f.google.com with SMTP id x131so16732381ite.0 for ; Thu, 18 Aug 2016 20:36:31 -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; bh=nAmrBjci5zcMnhF7ddWC75+XdwpeaFjakQN0TDM/QZs=; b=fOxwRT2UC7pEhPBJPcnxKInITK57l1/7U4BqgrySN54HjmQ+sWFp08hxvuBF8S77+z IZQxG4jjbvEZS4i0pn4eDzlJs588109g6XO1GYl16KHw2xIJTzk9ZoRG4/T2cvCx7F/+ W7Ehl36bgd1RuocJcRuANkZwvcz3uVtuj3/70drmJw/TN7hKq4SASU/97NHWuIs1uAsh ZMQbMLBwwR37O4FJ2Fkx+Y5gN1JbxzT41zEayzYgU+nmxeIPQCjeTGL7xFahERIC2auO 9p5lCkVjF2YI2JEVm9ur/LKcUk+5eoff4bDLP0B7844a32uTQsvCZ6ViRklOfC5CjPgC qVFA== 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; bh=nAmrBjci5zcMnhF7ddWC75+XdwpeaFjakQN0TDM/QZs=; b=bMT0vPPzbbOQdSgw9ofQd2R6nvfwIc4NEOl0R5ll7f036XT0msklLeVGNi+dMDiZES xQjMBeDxAvVGi2hupJD1SegPQrMjuuvaLm+sAzH20sl2DKFHQUNcyxNwlpRCusqviYk7 dhqjJr9osnBwo31EiYCvkN66UbwnTHW3LRIkRebY5UvUZv01ETNifoA13De7Y8VIZBTH AshAPBn8zzp4F4WASETNVHbIIUw7rTt4a2x8vz14jvBAlv1nXkIAhanROpSaX55H3K4E /CZrWBM9LMRS68/ndLlagLxcqMYzHRk0v7r8OYkIOw8nBwvdnpdlnjDfx4BMZTIsa+ue TH8Q== X-Gm-Message-State: AEkoouvkrnNyFB1hFg89R1MC2wPzoZMz28xC0UjjRFr94e5j4EdaGyO9rdu1k5hF4CnCiejFQAU5NyleX8iWtg== X-Received: by 10.36.17.20 with SMTP id 20mr3729303itf.94.1471577790642; Thu, 18 Aug 2016 20:36:30 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.36.65.7 with HTTP; Thu, 18 Aug 2016 20:36:30 -0700 (PDT) X-Originating-IP: [69.53.245.200] In-Reply-To: References: From: Warner Losh Date: Thu, 18 Aug 2016 21:36:30 -0600 X-Google-Sender-Auth: AYnEUeBd-JBJmWXHkBUbCRJRbtM Message-ID: Subject: Re: libm long double functions on ARMv6. To: Kyle Evans Cc: "freebsd-arm@freebsd.org" , Ngie Cooper 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: Fri, 19 Aug 2016 03:36:31 -0000 On Wed, Aug 17, 2016 at 10:41 PM, Kyle Evans wrote: > Alright, apologies for the noise. I answered my own question- went > through the `long double` functions from msun/Makefile:101, and found > that `fmodl` seems to be the only one that is not properly aliased. > > The issue at [1] (r199422) seems to be relevant, so I'm CC'ing both > emaste@ and ngie@ as interested parties, also hoping for some > $0.02USD. > > I'm inlining a proposed patch at the end of this e-mail to match what > is currently done for all of the other `long double` functions on > these platforms where long double == double. > > [1] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199422 > > diff --git a/lib/msun/src/e_fmod.c b/lib/msun/src/e_fmod.c > index 720aa03..a3578a1 100644 > --- a/lib/msun/src/e_fmod.c > +++ b/lib/msun/src/e_fmod.c > @@ -130,3 +130,8 @@ __ieee754_fmod(double x, double y) > } > return x; /* exact output */ > } > + > +#if LDBL_MANT_DIG == 53 > +__weak_reference(fmod, fmodl); > +#endif This change looks good. Are there other functions that need this same treatment? And shouldn't this be #if LDBL_MANT_DIG == DBL_MANT_DIG instead? Warner From owner-freebsd-arm@freebsd.org Fri Aug 19 03:51:42 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 0240CBBFBC6 for ; Fri, 19 Aug 2016 03:51:42 +0000 (UTC) (envelope-from kevans91@ksu.edu) Received: from NAM03-DM3-obe.outbound.protection.outlook.com (mail-dm3nam03on0059.outbound.protection.outlook.com [104.47.41.59]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id ADAED14AD; Fri, 19 Aug 2016 03:51:40 +0000 (UTC) (envelope-from kevans91@ksu.edu) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ksu.edu; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=Z2gIFF2wSVhnPoDKRoT4uzpSNHjX67+KG8OAZ+7yXas=; b=nE+BHxkfoz3upJqWVa+trOi7IJPh3oF0CGebOi0wYB+PoIftL1s8Ob/0Er/DzIHTmhYLE682mivGdtYBAQh4+F3dtX1xRzI5QGFz+KNq28WnFxV3j9c8F7UIm3NMydov1gs/h8l2xLOfozhy3TX063cYRE3CzAx2g/3LIwXDIUU= Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=kevans91@ksu.edu; Received: from mail-qk0-f172.google.com (209.85.220.172) by CY1PR0501MB1321.namprd05.prod.outlook.com (10.160.226.139) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA_P384) id 15.1.587.5; Fri, 19 Aug 2016 03:51:31 +0000 Received: by mail-qk0-f172.google.com with SMTP id z190so35871922qkc.0; Thu, 18 Aug 2016 20:51:32 -0700 (PDT) X-Gm-Message-State: AEkoouvTkkBdFPnHyu2rfPBHpVBMQTmBZxrrSKvXpqDLHPxV41SqY1XBQqSZ+Jo/U6wR00rrpk9qRZBbJdrEaA== X-Received: by 10.55.170.208 with SMTP id t199mr6125844qke.151.1471578685278; Thu, 18 Aug 2016 20:51:25 -0700 (PDT) MIME-Version: 1.0 Received: by 10.237.41.4 with HTTP; Thu, 18 Aug 2016 20:51:04 -0700 (PDT) In-Reply-To: References: From: Kyle Evans Date: Thu, 18 Aug 2016 22:51:04 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: libm long double functions on ARMv6. To: Warner Losh CC: "freebsd-arm@freebsd.org" , Ngie Cooper Content-Type: text/plain; charset="UTF-8" X-Originating-IP: [209.85.220.172] X-ClientProxiedBy: SN1PR11CA0003.namprd11.prod.outlook.com (10.164.10.13) To CY1PR0501MB1321.namprd05.prod.outlook.com (10.160.226.139) X-MS-Office365-Filtering-Correlation-Id: 5e4738ec-32d1-4fb1-c0d5-08d3c7e41b40 X-Microsoft-Exchange-Diagnostics: 1; CY1PR0501MB1321; 2:A5+av6VzsUth3bCUSZ9kEeEOIRwDUOfTc7YQvk5+P0O5e1Mo3MIAHhWfpKwQjk+yZoX/9oxcs9EI5G7V+ENwRwPdwwQ1xBCs2pilATx3QQKVjns0Eq29DUPbXZqBED9udi8p13o+V5hktiwwPLpq6xIFPbROH6iWyExRWAjU+9Fj34IwKy/oZWUgG/5/t+JP; 3:lfEk6EZGZrNAIizYvfpk598MLKEpQBDcbb2U0hGIrgpaAl0Ys3YXqNq6MU2G7o2a++ELY1+oDqubSxMkR93ueO/Wcic53cU7eQ7Jxqv0GMSpHPLqKu/fCKH6CrhfvWnv; 25:LLE65SduJxjZPwAA8Tv4MmKWsSistoFqhWwga4cDB/p/w00Aixoj4eHFksVAMobEmL7P8XjUKHYD9AWHgaRQNo//ks3a4KSe2o9sFKgD2Iih2ens41HLi4g0Xm3a/h3+NAxfNqhnZ22kxi+l6+1dELb/kzF9XsbePViKn3sTBYBEl3aoO/Pqkdx0ihWWNKrsrjs4qxtoxcK9I5WvP4xLQlFHorJdMDz4/ISD5LtgS3uF/Xg7LLRCjQTyKPrhpgLdxEe3IwF78+eGg/6GRBFDxPRFvRU1tdY2hx9EmP0lXWIWJyz6Gd2BfQnnogZObucLwOpqZ7rLWAYWcCFWEZZEIQ19Fd5nYO8/W+huhoZzOYUlxLLYLl1nRh1OZIg7g2rb2h0dpQGem8F0xaMuHiL6/QP2mIv9vHT/4CYN9Ae6fTU= X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:CY1PR0501MB1321; X-Microsoft-Exchange-Diagnostics: 1; CY1PR0501MB1321; 31:Z8Q/ckhyEIYde0pr5AVbfgTG30JhrzSQGgojLbK/XOP1NiPMU/IW1aJP+mzRfFkADBwj4s8oR0kesfGH5yfeuogMtpO6GpCd0kBDGeWRIPzfwT/J/R11DFnXHqraUyQOi78ikDJ+IeA1jvcqQd2uxcjh2iWdD0M2YnIlaQceWw357ainKVgOsIFe8qXcwREyw40YxlYsNWAiK+5mCx4C/5qfMLrz9ZE+X+I8A7JmMOw=; 20:eGFKqDthzV8zsDAgLL0lO0ZaK2snpbPYMbB3JbEEKEUnl6F2ZvYl4L3z/ktEorJECX8OsVbUvMqncLi62N3WMOC9bC471Wnw/TZzWBJFWkdcDfdhWG6otHaqTkjC+ZWqNnIbPamTEcAK65yxYQ0htKN+1YhUwbT4naSn3hdao7Zx5euADJjD2mJi5X5Y07tAf7LsWg8AFPzpp2SgcidUxBTt11CpgxazlvKq/kmElhPl4rKGsbK5LqAYyzOERO46csXfkJml8DFTgIqVVMmeL3Hy0C1zUBqNFt59VpX5WLFDqojpNxppGceAop2knbqwrYtnDGefkjxtpcqi8eCAHEOCM6PU4dL+Gwe2AkiIqsE5VSwio3bhXgT4tzaZEAJA3MCGvp08w8MMOKYnxtK6ftFqv6Y2L0K760rbK/xUagICrEj4EOrTQxwZruLfi1EOjvHOCl2Sb9KokmIbF146Jxtb2+sQmZnImgyiFrhYpsy3aZ3GU7qZ8pdSH9mdr4fd X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(6040176)(601004)(2401047)(8121501046)(5005006)(10201501046)(3002001); SRVR:CY1PR0501MB1321; BCL:0; PCL:0; RULEID:; SRVR:CY1PR0501MB1321; X-Microsoft-Exchange-Diagnostics: 1; CY1PR0501MB1321; 4:Ij18J2vqZRIyqDmh12zm9QTTNq/aSULrB9Nm0iAWGVY5FaQPsKppJQ++B5T4/ixNg2DcqIrOYggu738HgWQzmpqJS7REalbo23ySslQfMTOq0V9BHzczpiLU3obWE5/8TNAOMpUyM03/ky7JuwJHmOo3b6K8ci2Zj6zC7z/Eps04t/tJDPW4CBSdOfbHBUe2N74/0Pxq505UZ2Rk2VOBosVsnDPg3aoOANR446IYaHC0EQUz3dCJv/dVjukElczN0Vx0+6Ozu1YL8ytWZwIyuyTbN+v/JqfNFvfoOe2i3w9NstTEy9oSpOj0/aPsDwr/poOx7ICmUcCQFPCh7fJJXLw58Rpy/xGe1wWvrj+Bs9p8T7URcRnDnISgW2dcsSGjhLSu4ecEZsedQkedjhn6Iw== X-Forefront-PRVS: 0039C6E5C5 X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10009020)(4630300001)(6009001)(7916002)(199003)(189002)(377454003)(24454002)(101416001)(89122001)(2906002)(93516999)(55446002)(50466002)(97736004)(6116002)(63696999)(59536001)(8676002)(68736007)(9686002)(88552002)(450100001)(586003)(305945005)(7736002)(3846002)(69596002)(81166006)(7846002)(4326007)(2950100001)(9896002)(122856001)(42186005)(105586002)(81156014)(110136002)(61266001)(54356999)(66066001)(189998001)(98316002)(47776003)(23676002)(106356001)(5820100001)(92566002)(75432002)(19580405001)(19580395003)(50986999)(90282001)(76176999)(61726006)(4001450100002)(86362001)(55456009); DIR:OUT; SFP:1101; SCL:1; SRVR:CY1PR0501MB1321; H:mail-qk0-f172.google.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; Received-SPF: None (protection.outlook.com: ksu.edu does not designate permitted sender hosts) X-Microsoft-Exchange-Diagnostics: =?utf-8?B?MTtDWTFQUjA1MDFNQjEzMjE7MjM6SDI4aDJLVnRNdGlYWDFLTDVLeFNIQ0t6?= =?utf-8?B?bTIvcnR2andGK2ZycHkxYW5WYjhXckgvdW1EazhML09qRmI3bFdZblVmYWJJ?= =?utf-8?B?OHJxUytwcW9jT1o0aTFlRlFqRnllaWVnc1BObmtVUzBMdjFRamRvVk14UDEr?= =?utf-8?B?NG1wRTVqd0J5emswQWhwRkRsRERUNDRQSkhzRkRzUm1adVBhdU5iWi96QjRX?= =?utf-8?B?SlQ0YWYzb0VQdks4WGdFcGJHWDBkNk1QWWlpb3RmYXV4NW05cEdoOVBSb0pZ?= =?utf-8?B?MGJjUG5jdTF5bHZnRURQbWdRV0FQSDVWZTBrZmhtS3VrOWFtelZoUURtT1ZR?= =?utf-8?B?OTBybEFGam5RdlhhR0lWTzRsZ0ZJakhXVWhEanhVNWJ6SEhZQ2VhNzRyejVJ?= =?utf-8?B?ZmdmM01QSTh6TjlEQUdidTJoQmNBTlJ3NHBIT3c2czhZdGRQUWx0Yll1a3lS?= =?utf-8?B?SkxORXNVclFYczRJZTIzanRxUWVnc1UrR0o3WHpncjVDT0oyR0hiNWdUN0Yr?= =?utf-8?B?eWNLTm1CK2FKdkRwZ1MvUnpoUE9oZi9zdzQyT29EZk1FZG8zMnJ2YjFmcTlm?= =?utf-8?B?dHVmUEFETDloeGlQanR2ZklTNWxycEFkVHRPelVxNk4zYWp5bnc0akcvRnJa?= =?utf-8?B?OWc4bi9mL25tdXBkMFNINngxWHZWL1E1M1k3a2oyU3R3UDJTK1d2Y0RyWTN4?= =?utf-8?B?dnA2c0FNQ2gvUHExZzFRNXgzLzlMa0FvOGlSei9ISU5TOGZySnhQR3NaSGJ6?= =?utf-8?B?SUNuMVYrMkloWnAwSndYVlF5S3UyQVFjbjlZM20zdWsxRkQzRkhZQ2VabWtk?= =?utf-8?B?eitJbTNJV1FLb2c0ekc0dW9WWi9uUVRocTFObTlwNThEQzZxb1hSN1BFZU1i?= =?utf-8?B?ZEdRNDBxaU1BSHZMTjEyem5jSkEyZ0FDUUp6NjVwQ2x1ZWFzempwcWNpdkFB?= =?utf-8?B?bnppZlNweXZsd2hVZk9hSGhmREhtajl5QkZ5SDIrZHpFYzFrOHBObVRrQnFK?= =?utf-8?B?MWhOVmpFZ0ZBODlLUEIzaTRpWVdFUHBmMW9icFlXbi82Yk9ndyttVHVkUUs4?= =?utf-8?B?dTlzTHNhandkMC9nNmV3bFRIWE5ZaW1FUnZ0V1hMektNQnNYNHlyeXl4UUEv?= =?utf-8?B?Rnh1M3NqeW1qYWlPV1dqSVFTcUxDMmpCMEVsUUwzNlFCQmY4Z3pVUVlWQVg3?= =?utf-8?B?OUZ6enhJbFlmWmRYS3BmY3EyTCttTTA5UElySUZvcmx2eUI0ZGxaYi9rZjJ6?= =?utf-8?B?VUNteWgxRHpEazJZQm1DQVJwU0tNaUZoQy9ZVi9xM2FRVkkyUWxLMlpFaktG?= =?utf-8?B?c284bmtucVROVU1qSFBEMElnRkhNZGFvcWdrak80R2JvdG1wbVBPbGhPUTRr?= =?utf-8?B?TGU0Y0g1Q2Ird21vTnR0ZUkvL2tBOS9JVi8wOStQZVpRd0w2UHcvcGMrU1hq?= =?utf-8?B?SHg5cnZldGlodVpjWS9XUnZ5aVJFZ3ZDZ3pqdTdmdjM5VWJJcGI3R0lRTEs0?= =?utf-8?B?YXZGRXFTejREQlZuVGFFd0hSQkxGNEJaVkpYWlJXUmVVWHYwaEw0M1ZrOGo1?= =?utf-8?B?eVgraldHUjhuKzRock5jYkdmVmJ0QVBaL2FjOVlEaG5BUGpSMTNXSGRiUE9M?= =?utf-8?B?OFlJenZmZGlydXJ3VHNtSnRONGIrNFNOazZ5bWpEdU5pK2dwZ0crUi9zSFlY?= =?utf-8?B?S1V2VmxEMTFFaUthQkw1REltN0t5WmY1Q3hPT1hpeDZXcFFEdytpbFBpRGhx?= =?utf-8?B?MXVFajRkSGk1aW1tWmgxaXFLTGlEQXZCZVpReU5WTVVRSzBFQlNUMVp1Yzhk?= =?utf-8?B?eHRkbVpPVmJqT1BndGNrL2RJYU9WaFR1NUNmZjZ2QzhTWWQ5dz09?= X-Microsoft-Exchange-Diagnostics: 1; CY1PR0501MB1321; 6:LJgJaptusHcbKd7fYIBp7JlSr1VTQoqMo6K5QFuWBkDC3zTsAj+77JejsCBo5T+qFBpem1AYjIVBeln65G0omb2dj/AMaTWexal3+XO1gW3VLlgS78/QmYN1yZg6OpK3eLeBuruK8cNBHCPffQiFUQXkcbIbGMgjU7fML88L1whXTD1YPgwe65FMciSwOKeazfXyUnXbqLvGMM+KJ/nAcf/Y/dkkBQ9KMqMLqUZ7HxrqF2FASVQCNVVlyTfsqVaLjZ7v+019b7Wd6vALo2GKSbLetXNWEFv1CTlmS55NmXg=; 5:0FLfuKx6+w8MnY7uSv9dw+nWyWFwXTrsqNt6R79GF7CP6jcknNUsT7bR+69rc9gkQsuWZmHmfb4QBio8SCGQkb1SBDM9nc6gQax0DKZ++EhYdXRFpY5TEJNOwFAVe87MNKxTN0NsrgecX31ocQivUQ==; 24:KBSICFJaAh26SLF37RJn4OOuL5rKk+pgmE8i+wGJHr97XV3s9ZsCbwLBO+SnjROZfi/gslk/Nl1yDc4MJkq86o5kvdNT1CG5dvGPxKzlTAg=; 7:XrYwINoBLk8dCtGFdjn+l9kr8ucDd+R4udb7xIbNFmJzOugzVXBjMG6TAzZ6VdjLeYUJ7eIP69Md14FiwLCDpVSb4DX5S3/s8sAhY5KNInMLYktauX8q1KHiLNTYvFjOr/poTEZf6eLw3r7hhJDKxayQdO1vr7zHLxjX1S1PJi6z8G5VV7SrLrp6ly1Xn3fNvmYBeRZljTXYyZYnIdssE2iI7+DKgf5mpZt/vv6q0pDyxGvjtvCtaFkfSHgI37+/ SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1; CY1PR0501MB1321; 20:3EbRahV/lOVj/x7ImV7j4eNQ8caq+Os5i2xU+I4QObLoPDolNQRupyuXmthuxrBKBs2PL9sHZWxiLA8/t/14rTE1XRXceQiVtEQuLmGy5rJeG+q5zUI8aTh8eurdhQEjs8EkQxa/YEyMfo7dqEXz0SX7d64Mx7fgutqV/7lOsfw= X-OriginatorOrg: ksu.edu X-MS-Exchange-CrossTenant-OriginalArrivalTime: 19 Aug 2016 03:51:31.3041 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY1PR0501MB1321 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, 19 Aug 2016 03:51:42 -0000 On Thu, Aug 18, 2016 at 10:36 PM, Warner Losh wrote: > This change looks good. Are there other functions that need this > same treatment? >From what I was able to find, no. Every other long double function seems to be properly aliased. > And shouldn't this be > > #if LDBL_MANT_DIG == DBL_MANT_DIG > > instead? > > Warner I would be inclined to agree, but for some reason all of the other conditional blocks meeting this context used the hardcoded '53'. I thought it best to be consistent with that for now, so that it'd be a more obvious hint (for the time being) that these were all related from a cursory grep. A good sed(1) might be nice, though, to make it more obvious that this is what's happening. From owner-freebsd-arm@freebsd.org Fri Aug 19 05:50: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 5ECFCBBEBD8 for ; Fri, 19 Aug 2016 05:50:33 +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 4E8AE12E9 for ; Fri, 19 Aug 2016 05:50:33 +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 u7J5oXqB079137 for ; Fri, 19 Aug 2016 05:50:33 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 211978] 'shutdown' and 'poweroff' on Raspberry Pi 'B' leave network interface up Date: Fri, 19 Aug 2016 05:50:33 +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 Some People X-Bugzilla-Who: bobf@mrp3.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 bug_file_loc 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, 19 Aug 2016 05:50:33 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D211978 Bug ID: 211978 Summary: 'shutdown' and 'poweroff' on Raspberry Pi 'B' leave network interface up Product: Base System Version: 11.0-RC1 Hardware: Any URL: http://mrp3.com OS: Any Status: New Severity: Affects Some People Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: bobf@mrp3.com On a Raspberry Pi model 1 'B', using the RC1 version of FreeBSD 11.0 following 'poweroff' and 'shutdown', when the message that the system has halted appears on the serial console, the network interface is still active= and responds to 'ping' with the same IPv4 address as was assigned by DHCP. This makes it difficult to determine when it is safe to power off the Raspberry = Pi on a headless system. (Normally you could just wait a certain time period following the network LEDs turning off) This happens whether or not a serial console is present. I added the serial console so I could determine whether or not shutdown and poweroff were executing properly, and determined that it was, except for not disabling the network adaptor. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Fri Aug 19 06:13:20 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 AC525BBF004 for ; Fri, 19 Aug 2016 06:13:20 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 92B701CE8 for ; Fri, 19 Aug 2016 06:13:20 +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 u7J6DKwu099912 for ; Fri, 19 Aug 2016 06:13:20 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 211979] On Raspberry Pi, GPIO output pins retain state on halt Date: Fri, 19 Aug 2016 06:13:20 +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 Some People X-Bugzilla-Who: bobf@mrp3.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 bug_file_loc 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, 19 Aug 2016 06:13:20 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D211979 Bug ID: 211979 Summary: On Raspberry Pi, GPIO output pins retain state on halt Product: Base System Version: 11.0-RC1 Hardware: arm URL: http://mrp3.com OS: Any Status: New Severity: Affects Some People Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: bobf@mrp3.com Running FreeBSD 11.0 RC1 on a Raspbery Pi model 1 'B' When the Raspberry Pi shuts down, the pins that were selected as outputs ap= pear to retain their former state, rather than being disabled (or converted to inputs) on shutdown. This makes it difficult for a particular add-on board (the ATX-Raspi) to detect that the system has halted. As an example, the ATX-Raspi board configures one GPIO as an input, and ano= ther as an output, setting the output level to a '1' state when the helper script starts. When the script detects a shutdown or reboot condition, it executes the appropriate command on the Raspberry Pi to either shut down or reboot. This web site explains how the board works: http://hackaday.com/2013/05/19/atx-raspi-is-a-smart-power-source-for-raspbe= rry-pi/ On system halt, however, the GPIO output pin is still configured as an outp= ut with a high level. So the system never powers off, since the ATX Raspi boa= rd thinks it's still shutting down. To demonstrate it was doing this, I force= d a reboot by pressing a key on the serial console. The reboot apparently did a reset all of the GPIO pins, causing the external board to 'detect' a power down, and it then shut down the power within a few seconds [as it is suppos= ed to do]. Unfortunately this workaround isn't acceptable. This board was originally designed to work with a Linux operating system running on the Raspberry Pi. The only problem here appears to be that the = GPIO pins are not reset on halt. It may be possible to make this a kernel option that could be programmed via the /boot configuration files, in case resetti= ng them on halt would have any kind of negative impact. Since the Raspberry Pi has no ATX or ACPI interface available to shut down = the power programatically, an external board like the ATX Raspi needs some way = to easily determine that it is 'safe' to power off the Raspberry Pi. Resetting all of the GPIO pins (or making all of them input pins) on halt would make = this work. --=20 You are receiving this mail because: You are the assignee for the bug.=