From owner-freebsd-arm@freebsd.org Sun Feb 26 12:52:44 2017 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 259B1CED333; Sun, 26 Feb 2017 12:52:44 +0000 (UTC) (envelope-from sanpei.ml@gmail.com) Received: from mail-yb0-x236.google.com (mail-yb0-x236.google.com [IPv6:2607:f8b0:4002:c09::236]) (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 DD130EAC; Sun, 26 Feb 2017 12:52:43 +0000 (UTC) (envelope-from sanpei.ml@gmail.com) Received: by mail-yb0-x236.google.com with SMTP id d88so13932488ybi.0; Sun, 26 Feb 2017 04:52:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=djmgq6y/gH7oW0tVcbMKWCgotdorb1Y84jm5ksZmZjk=; b=fK1hC+zUH2kW4FaU7FgfMo5OxeApoEijejMIInXsjzzePQOHcdc43DTVIG7Ol1tfCH eFL5yR9Hrx2hHipNPmX7j6Acf0O90XFUvLbHimdd8D2xw6roSm9q2Tk/a5PJ2QqJs5Dg 9ddBMGVUk8f26VRqVb+CKfZXeZLvS4WEQROqkNAPBsUfgQPo89L8UxyqjzhXornVx68J gdTghSVb1tzPxVS5KpJ7cp2hvEqX1jn1Uae7oK9kl6RWSb/AdEGar6/4ehYg+otpr/K1 OpmE06r7ah0Lf7/GoKCA7jVQLOwzBoWcGIkeZMrE9KqbdDrmjq+c1slGkYHNWuNks+iY 0Uuw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=djmgq6y/gH7oW0tVcbMKWCgotdorb1Y84jm5ksZmZjk=; b=ZRHh2L0OwUREzuUdOAWpGWKe/vijeCPSJdN1HqOY6Bd5ZSztskTZcS4R6Po4bm3tjo suaKxFi/sIpoQHhUrhO8QfG9S1535V3LiKjUoDhu72B65Hy+2JNO03NmXdHky+Nqgvk0 ZtyyhAabzXfDdViwa6JkJl4h6SfFmqaSzRlUZIu32IhsALzFbGQKfzT9LOJHrGiSgec/ 0wFtSmF+Rm1ltV13hggBWbOZurFH/SiTUG4GTqbbiReE1Di8+gYCnxtPjyUHIx4b+UmG tmEehmI46cnM2aM9Q97DPNjS31LqRG3dvrpsmqHrIJRZJn+tlIa1tcFX+9rZJdQHQtsA nAkA== X-Gm-Message-State: AMke39mV7tMC67MTAJxWQ2EnqX4p0tolf4mtM046IDsEuyLHJjoEYiuwq2cEvwxD1RBOsdGe9rwABENENlGCTg== X-Received: by 10.37.3.151 with SMTP id 145mr7108808ybd.164.1488113562717; Sun, 26 Feb 2017 04:52:42 -0800 (PST) MIME-Version: 1.0 References: <201701240209.v0O29UDD047838@repo.freebsd.org> <1487201535.73144.15.camel@freebsd.org> In-Reply-To: <1487201535.73144.15.camel@freebsd.org> From: Yoshiro MIHIRA Date: Sun, 26 Feb 2017 12:52:32 +0000 Message-ID: Subject: Re: svn commit: r312679 - head/sys/arm/freescale/imx To: Ian Lepore , src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org, "freebsd-arm@FreeBSD.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Feb 2017 12:52:44 -0000 I tried Ian-san's patch, unfortunately it was not solved... If you have any idea, please let me know... 2017=E5=B9=B42=E6=9C=8816=E6=97=A5(=E6=9C=A8) 8:32 Ian Lepore : > > > Author: ian > > > Date: Tue Jan 24 02:09:30 2017 > > > New Revision: 312679 > > > URL: https://svnweb.freebsd.org/changeset/base/312679 > [...] > On Wed, 2017-02-15 at 10:31 +0000, Yoshiro MIHIRA wrote: > > Hi. > > Ian > > > > Thank you for your strong effort to support imx6 board. > > > > I have SolidRun HummingBoard-i2(imx6dl-hummingboard). > > > > I have reboot issue(never reset after reboot) and if I use Linux, I > > reproduce this issue So I reported this issue to SolidRun Forum. > > http://forum.solid-run.com/linux-on-cubox-i-and-hummingboard-f8/need- > > to-push-reset-button-to-reboot-linux-system-t3122.html > > But I could not get any information. > > > > I tested latest kernel(r313280) unfortunately it was not solved. > > > > Do you know other information about reset issue, please let me know. > > > > Currently I need to push reset button when I restart system... > > > > Yours > > Yoshiro MIHIRA > > > > [adding arm@ list] > > Are you set up to build and test a custom kernel? If so, try applying > the patch I'm attaching to this mail and let me know if it helps. This > turns on a bit in the control register that is described in the manual > as "use a new more robust method to generate a software reset" (if it's > better, I wonder why they didn't make it the hardware default?). > > -- Ian > From owner-freebsd-arm@freebsd.org Mon Feb 27 19:56:49 2017 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 DC4B7CF0B36 for ; Mon, 27 Feb 2017 19:56:49 +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 25D77846 for ; Mon, 27 Feb 2017 19:56:48 +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 v1RJumK7091377 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 27 Feb 2017 11:56:49 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id v1RJulcI091376; Mon, 27 Feb 2017 11:56:47 -0800 (PST) (envelope-from fbsd) Date: Mon, 27 Feb 2017 11:56:47 -0800 From: bob prohaska To: freebsd-arm@freebsd.org Subject: Odd-looking serial console prompt on RPI2 Message-ID: <20170227195647.GA91329@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Feb 2017 19:56:50 -0000 Recently the serial console prompt on an RPI2 running FreeBSD 12.0-CURRENT #15 r314322 has become corrupted. The initial output from U-boot and the early part of the boot phase looks normal, but here it goes off: Release APs WARNING: WITNESS option enabled, expect reduced performance. random: unblocking device. Trying to mount root from ufs:/dev/mmcsd0s2a [rw,noatime]... warning: no time-of-day clock registered, system time will not be set accurately Setting hostid: 0x908fd2cStarting file system che/dev/mmcsd0s2a: FILE SYSN; SKIPPKS /dev2a: clea66 free rags, 13cks, 1.9ntation)/dev/da0p3: FILE SYSTEM KIPPING /dev/da0n, 45357(260308 34432 bl2% fragm) /dev/da0p4: FILE SYSTEM KIPPING /dev/da0n, 3663539 fragsblocks, 0gmentati/dev/da0p1: FILE SYSTEM KIPPING /dev/da0n, 16010(118 fra18 blockfragmentMounting local file syste. ELF ldconfig path: /lib /usr/li /usr/lo/usr/loccc48 /uslib/grapr/local//usr/locpencollalocal/li5.20/macusr/loca4 /usr/lm37/lib al/llvm3Setting hostname: www.ze. Feeding entropy:. There are a few dropped characters in the output from fsck, for example. Finally, the login prompt looks like this: n: eBSD/arm (www.zefottyu0) Any attempt to type causes the line above to repeat without echo of the typed characters at each keystroke. If anybody has a hint what's wrong I'd be grateful. One thing I haven't done is reboot the host driving the FTDI usb-serial adapter. It's been perfectly stable for more than a month running r311959, so it seems an unlikely culprit. Thanks for reading, bob prohaska From owner-freebsd-arm@freebsd.org Tue Feb 28 02:20:43 2017 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 C9AE7CEF895 for ; Tue, 28 Feb 2017 02:20:43 +0000 (UTC) (envelope-from otacilio.neto@bsd.com.br) Received: from mail-qk0-x235.google.com (mail-qk0-x235.google.com [IPv6:2607:f8b0:400d:c09::235]) (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 90315903 for ; Tue, 28 Feb 2017 02:20:43 +0000 (UTC) (envelope-from otacilio.neto@bsd.com.br) Received: by mail-qk0-x235.google.com with SMTP id n186so51126272qkb.3 for ; Mon, 27 Feb 2017 18:20:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsd.com.br; s=capeta; h=to:from:subject:message-id:date:user-agent:mime-version :content-transfer-encoding; bh=/bHnJJr0Wu7RxhH6+/I2iWyDlILHoyKU07uHMnkMXQk=; b=IuV7xNYNoBFC1n448gO4DAq8GMnsGk6fKyVrZCpGArZvTYFnbq1449d9SxrH9/p+wS QIL5nnrrjlsdTSnqRJ2EePBoPwAiuQh32qrxgdfxopFs5PgGqJrNbc61a5GKkfqFihcK BX47P+Od9QMduE4cBQ6OXRU2K9FWW89LkIDws= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:from:subject:message-id:date:user-agent :mime-version:content-transfer-encoding; bh=/bHnJJr0Wu7RxhH6+/I2iWyDlILHoyKU07uHMnkMXQk=; b=mgx1DK8IqwoL0QosSWxnuzUF3VRSDR0oZl4XT7aIw1LvriRWtDXstyzTDRA+NfNgbm Aa0iohs34Vb5ZOTFdlYyzIxqOXT3F6R0GOUpjjI1TUb4ma/9DeqjrBGXYVr8WqehDgDx 7afVb2f22S5ZcEnzetG4lt4XCUdaIBqA71wKSRM6kIZp0CqFH3agb74rBaooQ5ZrkvvY aT5wODpY4rdLLBKxLOSpLwh3DltjYIRqm6VXfvBxO/G7fiogiwIiPFWwlZfhmkGX2Bcg mTVUIWRCp13AglWcaE9SJRjJ6xMaRwtfZwb0szyRk18PrMxztl+ULKE3TVPtCdx6UHhs 2cxA== X-Gm-Message-State: AMke39lbQChseYTtljYhPE/vojZ7glZI10oQn6P1E3JShdhB9OGb/2Ri79C41YD1/DuwUQ== X-Received: by 10.200.36.207 with SMTP id t15mr20429216qtt.84.1488248442223; Mon, 27 Feb 2017 18:20:42 -0800 (PST) Received: from [192.168.0.11] ([186.236.217.98]) by smtp.googlemail.com with ESMTPSA id r57sm169317qtr.27.2017.02.27.18.20.40 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 27 Feb 2017 18:20:41 -0800 (PST) To: "freebsd-arm@freebsd.org" From: =?UTF-8?B?T3RhY8OtbGlv?= Subject: mmcsd1 read only on BBB Message-ID: Date: Mon, 27 Feb 2017 23:20:21 -0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Feb 2017 02:20:43 -0000 Dears I'm following the BBB wiki to make Beaglebone black t always boot from the Micro-SD (https://wiki.freebsd.org/FreeBSD/arm/BeagleBoneBlack). But, the command "gpart unset -a active -i 1 mmcsd1" is returning "gpart: Read-only file system". Someone can give me a hint to fix it? (FreeBSD 12.0-CURRENT #1 r312852M) Thanks a lot. []'s -OtacĂ­lio From owner-freebsd-arm@freebsd.org Tue Feb 28 02:28:44 2017 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 0846FCEFFD7 for ; Tue, 28 Feb 2017 02:28:44 +0000 (UTC) (envelope-from gonzo@id.bluezbox.com) Received: from id.bluezbox.com (id.bluezbox.com [45.55.20.155]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DF681133 for ; Tue, 28 Feb 2017 02:28:43 +0000 (UTC) (envelope-from gonzo@id.bluezbox.com) Received: from [127.0.0.1] (helo=id.bluezbox.com) by id.bluezbox.com with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.87 (FreeBSD)) (envelope-from ) id 1ciXWm-000K8s-Vl; Mon, 27 Feb 2017 18:28:37 -0800 Received: (from gonzo@localhost) by id.bluezbox.com (8.15.2/8.15.2/Submit) id v1S2SaNn077429; Mon, 27 Feb 2017 18:28:36 -0800 (PST) (envelope-from gonzo) From: Oleksandr Tymoshenko Date: Mon, 27 Feb 2017 18:28:36 -0800 To: =?iso-8859-1?Q?Otac=EDlio?= Cc: "freebsd-arm@freebsd.org" Subject: Re: mmcsd1 read only on BBB Message-ID: <20170228022836.GA77364@bluezbox.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Operating-System: FreeBSD/11.0-RELEASE-p2 (amd64) User-Agent: Mutt/1.6.1 (2016-04-27) X-Spam-Level: -- X-Spam-Report: Spam detection software, running on the system "id.bluezbox.com", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: Otacílio (otacilio.neto@bsd.com.br) wrote: > Dears > > I'm following the BBB wiki to make Beaglebone black t always boot from > the Micro-SD (https://wiki.freebsd.org/FreeBSD/arm/BeagleBoneBlack). > But, the command "gpart unset -a active -i 1 mmcsd1" is returning > "gpart: Read-only file system". Someone can give me a hint to fix it? > (FreeBSD 12.0-CURRENT #1 r312852M) [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] 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: bsd.com.br] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Feb 2017 02:28:44 -0000 Otacílio (otacilio.neto@bsd.com.br) wrote: > Dears > > I'm following the BBB wiki to make Beaglebone black t always boot from > the Micro-SD (https://wiki.freebsd.org/FreeBSD/arm/BeagleBoneBlack). > But, the command "gpart unset -a active -i 1 mmcsd1" is returning > "gpart: Read-only file system". Someone can give me a hint to fix it? > (FreeBSD 12.0-CURRENT #1 r312852M) It was fixed in r314071: https://svnweb.freebsd.org/base?view=revision&revision=314071 -- gonzo From owner-freebsd-arm@freebsd.org Tue Feb 28 02:29:03 2017 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 B92A9CF0054 for ; Tue, 28 Feb 2017 02:29:03 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1a.eu.mailhop.org (outbound1a.eu.mailhop.org [52.58.109.202]) (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 59F201AA for ; Tue, 28 Feb 2017 02:29:03 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: a8cf0f28-fd5d-11e6-95b5-6dfd7dbb0ee5 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.78.92.27 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.78.92.27]) by outbound1.eu.mailhop.org (Halon) with ESMTPSA id a8cf0f28-fd5d-11e6-95b5-6dfd7dbb0ee5; Tue, 28 Feb 2017 02:29:00 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id v1S2SnYn002363; Mon, 27 Feb 2017 19:28:49 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <1488248929.25520.102.camel@freebsd.org> Subject: Re: mmcsd1 read only on BBB From: Ian Lepore To: =?ISO-8859-1?Q?Otac=EDlio?= , "freebsd-arm@freebsd.org" Date: Mon, 27 Feb 2017 19:28:49 -0700 In-Reply-To: References: Content-Type: text/plain; charset="ISO-8859-1" X-Mailer: Evolution 3.18.5.1 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Feb 2017 02:29:03 -0000 On Mon, 2017-02-27 at 23:20 -0300, Otacílio wrote: > Dears > > I'm following the BBB wiki to make Beaglebone black t always boot > from  > the Micro-SD (https://wiki.freebsd.org/FreeBSD/arm/BeagleBoneBlack).  > But, the command  "gpart unset -a active -i 1 mmcsd1" is returning  > "gpart: Read-only file system".  Someone can give me a hint to fix > it?  > (FreeBSD 12.0-CURRENT #1 r312852M) > > Thanks a lot. > > > []'s > > -Otacílio That's a bug I introduced several weeks ago while making the card- detect pin work, sorry about that.  I finally got a fix committed in r314071 (you should be able to just cherry-pick r314071 if this isn't a good time for updating your whole src tree). -- Ian From owner-freebsd-arm@freebsd.org Tue Feb 28 03:21:48 2017 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 DDDCFCF08BB for ; Tue, 28 Feb 2017 03:21:48 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-89.reflexion.net [208.70.210.89]) (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 9DF20796 for ; Tue, 28 Feb 2017 03:21:48 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 10599 invoked from network); 28 Feb 2017 03:23:54 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 28 Feb 2017 03:23:54 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.30.0) with SMTP; Mon, 27 Feb 2017 22:21:41 -0500 (EST) Received: (qmail 1440 invoked from network); 28 Feb 2017 03:21:40 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 28 Feb 2017 03:21:40 -0000 Received: from [192.168.1.111] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id 06F4AEC7822; Mon, 27 Feb 2017 19:21:39 -0800 (PST) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: arm64 vs. jemalloc and swapping in and out, sh/su examples: being swapped out leads to later Failed assertion: "tsd_booted" after being swapped in Message-Id: <6A5AE299-8594-45CC-A801-F0B1125BB042@dsl-only.net> Date: Mon, 27 Feb 2017 19:21:39 -0800 Cc: FreeBSD-STABLE Mailing List , jasone@FreeBSD.org, Shawn Webb To: freebsd-arm , FreeBSD Current X-Mailer: Apple Mail (2.3259) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Feb 2017 03:21:49 -0000 [I've added a variant of this material to bugzilla 217138.] I've reduced the testing context to the following type of example (no longer involving buildworld buildkernel): # sh # sh # sh . . . # sh (So a bunch of nested sh's in an ssh session that will have most swapped out. I happened to have done this under 2 users for the example material below: in one I did an su first. Plus I had another session without such a nesting but with an su: this is the one were I ran stress.) After forcing these to mostly swap out (see below) I used ^D or exit exit a currently interactive one. Then the rest of the swapped out ones from the nesting get the tsd_booted failure. So, for example: # stress -m 1 --vm-bytes 1536M The context is a PINE64+ with 2GB of RAM. The above was enough in my context to cause the needed swapouts: # ps -aOuser,flags PID USER F TT STAT TIME COMMAND 688 root 4102 u0 IWs 0:00.00 login [pam] (login) 689 root 10004002 u0 I+ 0:00.06 -sh (sh) 72611 markmi 4002 0 IWs 0:00.00 -sh (sh) 72613 markmi 4002 0 IW 0:00.00 sh 72614 markmi 4002 0 IW 0:00.00 sh 72615 markmi 4002 0 IW 0:00.00 sh 72616 markmi 4002 0 IW 0:00.00 sh 72617 markmi 4002 0 IW 0:00.00 sh 72618 markmi 4002 0 IW 0:00.00 sh 72619 markmi 4002 0 IW 0:00.00 sh 72620 markmi 4002 0 IW 0:00.00 sh 72621 markmi 4002 0 IW 0:00.00 sh 72622 markmi 4002 0 IW 0:00.00 sh 72623 markmi 4002 0 IW 0:00.00 sh 72624 markmi 4002 0 IW 0:00.00 sh 72625 markmi 4002 0 IW 0:00.00 sh 72626 markmi 10004002 0 I+ 0:00.01 sh 167 markmi 4002 1 IWs 0:00.00 -sh (sh) 169 root 4102 1 IW 0:00.00 su 170 root 4002 1 IW 0:00.00 su (sh) 171 root 4002 1 IW 0:00.00 sh 172 root 4002 1 IW 0:00.00 sh 173 root 4002 1 IW 0:00.00 sh 174 root 4002 1 IW 0:00.00 sh 175 root 4002 1 IW 0:00.00 sh 176 root 4002 1 IW 0:00.00 sh 177 root 4002 1 IW 0:00.00 sh 178 root 4002 1 IW 0:00.00 sh 179 root 10004002 1 I+ 0:00.01 sh 60961 root 4002 2 IW 0:00.00 stress -m 1 --vm-bytes 1536M 60962 root 10000002 2 R 0:29.41 stress -m 1 --vm-bytes 1536M 60964 root 10004002 2 R+ 0:00.01 ps -aOuser,flags 82389 markmi 4002 2 IWs 0:00.00 -sh (sh) 82391 root 4102 2 IW 0:00.00 su 82392 root 10004002 2 S 0:00.22 su (sh) So with that swapped out context established: (The markmi user case of nested sh's:) $ ^D: = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" (The su'd user case of nested sh's:) # ^D: = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" The one without the deeply nested sh's (but an su): # exit : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" So far I've not gotten such without having had the failing processes having been swapped-out at some point before failure. # ls -ltTU /var/crash/ total 589220 -rw------- 1 markmi wheel 4718592 Feb 27 18:31:00 2017 sh.82389.core -rw------- 1 root wheel 4812800 Feb 27 18:30:59 2017 su.82391.core -rw------- 1 markmi wheel 4718592 Feb 27 18:20:35 2017 sh.72611.core -rw------- 1 markmi wheel 4718592 Feb 27 18:20:34 2017 sh.72613.core -rw------- 1 markmi wheel 4718592 Feb 27 18:20:34 2017 sh.72614.core -rw------- 1 markmi wheel 4718592 Feb 27 18:20:33 2017 sh.72615.core -rw------- 1 markmi wheel 4718592 Feb 27 18:20:32 2017 sh.72616.core -rw------- 1 markmi wheel 4718592 Feb 27 18:20:31 2017 sh.72617.core -rw------- 1 markmi wheel 4718592 Feb 27 18:20:30 2017 sh.72618.core -rw------- 1 markmi wheel 4718592 Feb 27 18:20:29 2017 sh.72619.core -rw------- 1 markmi wheel 4718592 Feb 27 18:20:28 2017 sh.72620.core -rw------- 1 markmi wheel 4718592 Feb 27 18:20:28 2017 sh.72621.core -rw------- 1 markmi wheel 4718592 Feb 27 18:20:27 2017 sh.72622.core -rw------- 1 markmi wheel 4718592 Feb 27 18:20:26 2017 sh.72623.core -rw------- 1 markmi wheel 4718592 Feb 27 18:20:25 2017 sh.72624.core -rw------- 1 markmi wheel 4718592 Feb 27 18:20:24 2017 sh.72625.core -rw------- 1 markmi wheel 4718592 Feb 27 18:20:20 2017 sh.167.core -rw------- 1 root wheel 4718592 Feb 27 18:20:19 2017 sh.170.core -rw------- 1 root wheel 4718592 Feb 27 18:20:18 2017 sh.171.core -rw------- 1 root wheel 4718592 Feb 27 18:20:17 2017 sh.172.core -rw------- 1 root wheel 4718592 Feb 27 18:20:16 2017 sh.173.core -rw------- 1 root wheel 4718592 Feb 27 18:20:16 2017 sh.174.core -rw------- 1 root wheel 4718592 Feb 27 18:20:15 2017 sh.175.core -rw------- 1 root wheel 4718592 Feb 27 18:20:14 2017 sh.176.core -rw------- 1 root wheel 4718592 Feb 27 18:20:13 2017 sh.177.core -rw------- 1 root wheel 4718592 Feb 27 18:20:12 2017 sh.178.core . . . (from prior investigative activity) . . . Note it was about 10 minutes after the two nested examples before I existed the one that only had the su --at which point it detected the Failed assertion: "tsd_booted" as well (su and sh, su first). In other experiments I found that it was when buildworld activity caused swapping out of the failing processes that there were the later failures. I can not claim swapping out and back in is the only context with issues but it has been true of every such failure that I've looked at since I made this discovery. My context has a USB SSD for the root filesystem and the swap parition. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-arm@freebsd.org Tue Feb 28 03:56:01 2017 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 37766CEFA4F for ; Tue, 28 Feb 2017 03:56:01 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-93.reflexion.net [208.70.210.93]) (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 F091A210 for ; Tue, 28 Feb 2017 03:56:00 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 32096 invoked from network); 28 Feb 2017 03:55:59 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 28 Feb 2017 03:55:59 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.30.0) with SMTP; Mon, 27 Feb 2017 22:55:59 -0500 (EST) Received: (qmail 6455 invoked from network); 28 Feb 2017 03:55:58 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 28 Feb 2017 03:55:58 -0000 Received: from [192.168.1.111] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id 3419CEC8BAF; Mon, 27 Feb 2017 19:55:58 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: arm64 vs. jemalloc and swapping in and out, sh/su examples: being swapped out leads to later Failed assertion: "tsd_booted" after being swapped in From: Mark Millard In-Reply-To: <6A5AE299-8594-45CC-A801-F0B1125BB042@dsl-only.net> Date: Mon, 27 Feb 2017 19:55:57 -0800 Cc: FreeBSD-STABLE Mailing List , jasone@FreeBSD.org, Shawn Webb Content-Transfer-Encoding: quoted-printable Message-Id: <41A51B66-4290-48E0-A3E3-AEB809B2748D@dsl-only.net> References: <6A5AE299-8594-45CC-A801-F0B1125BB042@dsl-only.net> To: freebsd-arm , FreeBSD Current X-Mailer: Apple Mail (2.3259) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Feb 2017 03:56:01 -0000 On 2017-Feb-27, at 7:21 PM, Mark Millard wrote: > [I've added a variant of this material to bugzilla 217138.] >=20 > I've reduced the testing context to the following > type of example (no longer involving buildworld > buildkernel): >=20 > # sh > # sh > # sh > . . . > # sh >=20 > (So a bunch of nested sh's in an ssh session that > will have most swapped out. I happened to have > done this under 2 users for the example material > below: in one I did an su first. Plus I had another > session without such a nesting but with an su: this > is the one were I ran stress.) >=20 > After forcing these to mostly swap out (see below) > I used ^D or exit exit a currently interactive one. > Then the rest of the swapped out ones from the > nesting get the tsd_booted failure. >=20 > So, for example: >=20 > # stress -m 1 --vm-bytes 1536M >=20 > The context is a PINE64+ with 2GB of RAM. The above > was enough in my context to cause the needed swapouts: >=20 > # ps -aOuser,flags > PID USER F TT STAT TIME COMMAND > 688 root 4102 u0 IWs 0:00.00 login [pam] (login) > 689 root 10004002 u0 I+ 0:00.06 -sh (sh) > 72611 markmi 4002 0 IWs 0:00.00 -sh (sh) > 72613 markmi 4002 0 IW 0:00.00 sh > 72614 markmi 4002 0 IW 0:00.00 sh > 72615 markmi 4002 0 IW 0:00.00 sh > 72616 markmi 4002 0 IW 0:00.00 sh > 72617 markmi 4002 0 IW 0:00.00 sh > 72618 markmi 4002 0 IW 0:00.00 sh > 72619 markmi 4002 0 IW 0:00.00 sh > 72620 markmi 4002 0 IW 0:00.00 sh > 72621 markmi 4002 0 IW 0:00.00 sh > 72622 markmi 4002 0 IW 0:00.00 sh > 72623 markmi 4002 0 IW 0:00.00 sh > 72624 markmi 4002 0 IW 0:00.00 sh > 72625 markmi 4002 0 IW 0:00.00 sh > 72626 markmi 10004002 0 I+ 0:00.01 sh > 167 markmi 4002 1 IWs 0:00.00 -sh (sh) > 169 root 4102 1 IW 0:00.00 su > 170 root 4002 1 IW 0:00.00 su (sh) > 171 root 4002 1 IW 0:00.00 sh > 172 root 4002 1 IW 0:00.00 sh > 173 root 4002 1 IW 0:00.00 sh > 174 root 4002 1 IW 0:00.00 sh > 175 root 4002 1 IW 0:00.00 sh > 176 root 4002 1 IW 0:00.00 sh > 177 root 4002 1 IW 0:00.00 sh > 178 root 4002 1 IW 0:00.00 sh > 179 root 10004002 1 I+ 0:00.01 sh > 60961 root 4002 2 IW 0:00.00 stress -m 1 --vm-bytes 1536M > 60962 root 10000002 2 R 0:29.41 stress -m 1 --vm-bytes 1536M > 60964 root 10004002 2 R+ 0:00.01 ps -aOuser,flags > 82389 markmi 4002 2 IWs 0:00.00 -sh (sh) > 82391 root 4102 2 IW 0:00.00 su > 82392 root 10004002 2 S 0:00.22 su (sh) >=20 > So with that swapped out context established: >=20 > (The markmi user case of nested sh's:) >=20 > $ ^D: = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" > : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" > : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" > : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" > : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" > : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" > : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" > : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" > : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" > : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" > : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" > : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" > : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" > : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" >=20 >=20 > (The su'd user case of nested sh's:) >=20 > # ^D: = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" > : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" > : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" > : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" > : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" > : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" > : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" > : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" > : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" > : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" >=20 > The one without the deeply nested sh's (but an su): >=20 > # exit > : = /usr/src/contrib/jemalloc/include/jemalloc/internal/tsd.h:687: Failed = assertion: "tsd_booted" >=20 > So far I've not gotten such without having had the failing > processes having been swapped-out at some point before failure. >=20 >=20 > # ls -ltTU /var/crash/ > total 589220 > -rw------- 1 markmi wheel 4718592 Feb 27 18:31:00 2017 = sh.82389.core > -rw------- 1 root wheel 4812800 Feb 27 18:30:59 2017 = su.82391.core > -rw------- 1 markmi wheel 4718592 Feb 27 18:20:35 2017 = sh.72611.core > -rw------- 1 markmi wheel 4718592 Feb 27 18:20:34 2017 = sh.72613.core > -rw------- 1 markmi wheel 4718592 Feb 27 18:20:34 2017 = sh.72614.core > -rw------- 1 markmi wheel 4718592 Feb 27 18:20:33 2017 = sh.72615.core > -rw------- 1 markmi wheel 4718592 Feb 27 18:20:32 2017 = sh.72616.core > -rw------- 1 markmi wheel 4718592 Feb 27 18:20:31 2017 = sh.72617.core > -rw------- 1 markmi wheel 4718592 Feb 27 18:20:30 2017 = sh.72618.core > -rw------- 1 markmi wheel 4718592 Feb 27 18:20:29 2017 = sh.72619.core > -rw------- 1 markmi wheel 4718592 Feb 27 18:20:28 2017 = sh.72620.core > -rw------- 1 markmi wheel 4718592 Feb 27 18:20:28 2017 = sh.72621.core > -rw------- 1 markmi wheel 4718592 Feb 27 18:20:27 2017 = sh.72622.core > -rw------- 1 markmi wheel 4718592 Feb 27 18:20:26 2017 = sh.72623.core > -rw------- 1 markmi wheel 4718592 Feb 27 18:20:25 2017 = sh.72624.core > -rw------- 1 markmi wheel 4718592 Feb 27 18:20:24 2017 = sh.72625.core > -rw------- 1 markmi wheel 4718592 Feb 27 18:20:20 2017 sh.167.core > -rw------- 1 root wheel 4718592 Feb 27 18:20:19 2017 sh.170.core > -rw------- 1 root wheel 4718592 Feb 27 18:20:18 2017 sh.171.core > -rw------- 1 root wheel 4718592 Feb 27 18:20:17 2017 sh.172.core > -rw------- 1 root wheel 4718592 Feb 27 18:20:16 2017 sh.173.core > -rw------- 1 root wheel 4718592 Feb 27 18:20:16 2017 sh.174.core > -rw------- 1 root wheel 4718592 Feb 27 18:20:15 2017 sh.175.core > -rw------- 1 root wheel 4718592 Feb 27 18:20:14 2017 sh.176.core > -rw------- 1 root wheel 4718592 Feb 27 18:20:13 2017 sh.177.core > -rw------- 1 root wheel 4718592 Feb 27 18:20:12 2017 sh.178.core > . . . (from prior investigative activity) . . . >=20 > Note it was about 10 minutes after the two nested examples before I > existed the one that only had the su --at which point it detected > the Failed assertion: "tsd_booted" as well (su and sh, su first). >=20 >=20 > In other experiments I found that it was when buildworld activity > caused swapping out of the failing processes that there were the > later failures. >=20 >=20 >=20 > I can not claim swapping out and back in is the only context > with issues but it has been true of every such failure that > I've looked at since I made this discovery. >=20 > My context has a USB SSD for the root filesystem and the swap > parition. I was careless and did not list context details for the FreeBSD on the PINE64+ for the examples used: # uname -apKU FreeBSD pine64 12.0-CURRENT FreeBSD 12.0-CURRENT r313999M arm64 = aarch64 1200021 1200021 -r313999's buildworld was built without MALLOC_PRODUCTION. I've done no = tailoring of jemalloc behavior. It has a non-debug kernel build in use. I've not been using/testing stable/11 but from what I understand it likely has the same status as head (12) for the Failed assertion: "tsd_booted" notices/aborts. The evidence is that process-memory is trashed and so likely continued operation of any previously swapped-out processes is unreliable. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-arm@freebsd.org Tue Feb 28 07:47:39 2017 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 ED1FBCF19A6; Tue, 28 Feb 2017 07:47:39 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id B5E075E0; Tue, 28 Feb 2017 07:47:39 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.55.3]) by phk.freebsd.dk (Postfix) with ESMTP id 97854273C2; Tue, 28 Feb 2017 07:47:37 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.15.2/8.15.2) with ESMTP id v1S7lZr7091405; Tue, 28 Feb 2017 07:47:36 GMT (envelope-from phk@phk.freebsd.dk) To: Mark Millard cc: freebsd-arm , FreeBSD Current , FreeBSD-STABLE Mailing List , jasone@FreeBSD.org, Shawn Webb Subject: Re: arm64 vs. jemalloc and swapping in and out, sh/su examples: being swapped out leads to later Failed assertion: "tsd_booted" after being swapped in In-reply-to: <41A51B66-4290-48E0-A3E3-AEB809B2748D@dsl-only.net> From: "Poul-Henning Kamp" References: <6A5AE299-8594-45CC-A801-F0B1125BB042@dsl-only.net> <41A51B66-4290-48E0-A3E3-AEB809B2748D@dsl-only.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <91403.1488268055.1@critter.freebsd.dk> Content-Transfer-Encoding: quoted-printable Date: Tue, 28 Feb 2017 07:47:35 +0000 Message-ID: <91404.1488268055@critter.freebsd.dk> X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Feb 2017 07:47:40 -0000 -------- In message <41A51B66-4290-48E0-A3E3-AEB809B2748D@dsl-only.net>, Mark Milla= rd writes: >The evidence is that process-memory is trashed and so likely continued >operation of any previously swapped-out processes is unreliable. I can confirm process corruption on RPi3 as of r313567. -- = Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe = Never attribute to malice what can adequately be explained by incompetence= . From owner-freebsd-arm@freebsd.org Tue Feb 28 16:27:04 2017 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 368B1CF1C0E for ; Tue, 28 Feb 2017 16:27:04 +0000 (UTC) (envelope-from 96774@yossebenmo.mktenvios.net) Received: from hm1720-179-148.locaweb.com.br (hm1720-179-148.locaweb.com.br [179.188.6.148]) by mx1.freebsd.org (Postfix) with ESMTP id C5312677 for ; Tue, 28 Feb 2017 16:27:03 +0000 (UTC) (envelope-from 96774@yossebenmo.mktenvios.net) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; s=lw20140124; d=mktenvios.net; h=Date:From:Reply-To:To:Subject:Mime-Version:Content-Type:List-Unsubscribe:Message-ID; bh=e400SBGSX8CMsAOfD6v1kUTB6Cg=; b=RNCkzUd2ZcZZ0gnxf8D/zXyaOaq2UoUXfKiVuQpfqnKWztoxZ/XyqWXlnEQYxuRDJ3xJV1EHJvS2 5j9pzSsgZSvFm1J6n3t9CKp2/jonDjuPYThNevTtqHEe1qmNj2xFJ3NM2l0ZHbGK+WRbM81/r3UR pXVdfeMO5jXMcwyryAo= Received: from localhost (186.202.135.205) by hm1720-179-148.locaweb.com.br id hmmgis15cto2 for ; Tue, 28 Feb 2017 13:03:13 -0300 (envelope-from <96774@yossebenmo.mktenvios.net>) Date: Tue, 28 Feb 2017 13:03:13 -0300 From: Support Reply-To: info@beyond3000.net To: freebsd-arm@freebsd.org Subject: We received unauthorized action Mime-Version: 1.0 Precedence: bulk x-account-id: 96774 x-contact-id: 2066291 x-envelope-id: 4 x-message-id: 4 x-locaweb-id: 0x7EcftBTNO24GQTdO6RaPgZ0iTvVB5mCMnVEbLmXFlLPki2d-WDqVkH_bIlIw4ylTB2FIqhl-udaaLb8j4BK1UqyL-86yX1htnuugK5Nt3VsJ2MiK-adCIxO3J31HFVvzHLrxaVXlVGz1H_zJta867X7pMD2M84c2FwkehiLB_B8ai5erqdZad8DCt3dqpt x-locaweb-id2: MjI1Mzc1NzA3MDZmNzI3NDIyMjAzYzY5NmU2NjZmNDA2MjY1Nzk2ZjZlNjQzMzMwMzAzMDJlNmU2NTc0M2U= Message-ID: <0.9.E.6.1D291DC2A0FC58C.CC9D0@hm1720-179-148.locaweb.com.br> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Feb 2017 16:27:04 -0000 PamyP2avl3 We de4tecfted tha3t soomeonfe louggedn iwnto your 6aaccoudnt 9from a3n1 u= nknowan device an5d bir1owsger. Thiats why as a1 jsrecyurity mebasiurne iwve harvue to blnocke ty8okuxru = 9accouant to keiejp 5yonuv s2afef gfrom unavupthornised arctdivitgies. Was thzaht byo0u3 ? February 26, 2017 at 11:36 PM Loxgi6n p0lace : Lahore, Pakistan If noot jpcloease reov0iezw thgi8s activity as rs5oozn0 as1 pmo2sksi0byl6= e b6y ecompleti0ng jsomle kdseetva9ilosh 5t3o riezstore t7hec fulpli acce= ss6 tno yourt akcclokuntx. Roexstore1 Adccescsq S1iznceerljyu, PaoyPa1l Toeagma. Se voc=C3=AA n=C3=A3o deseja mais receber nossos e-mails, cancele sua ins= cri=C3=A7=C3=A3o atrav=C3=A9s do link %{link}= From owner-freebsd-arm@freebsd.org Wed Mar 1 20:01:42 2017 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 C9084CF3E2D for ; Wed, 1 Mar 2017 20:01:42 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: from mail-qk0-x231.google.com (mail-qk0-x231.google.com [IPv6:2607:f8b0:400d:c09::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 805F6B94 for ; Wed, 1 Mar 2017 20:01:42 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: by mail-qk0-x231.google.com with SMTP id u188so88975706qkc.2 for ; Wed, 01 Mar 2017 12:01:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hardenedbsd-org.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=45izpP7F5eTOcqZZ6dslWP6Z6jbRj9ZtP2KTML2EOdI=; b=cmcllb9Kagb2WTDt7OdEtRAuW9QirHDbEiC7qdYlL3SLh5k5q2Vo6a3IvV0ResnWnt PIBPo6arzctTKOnc6Qkm9eGWlqJFHWheuqY9+/4nzG0vCem/vnCOomTJE4xH2A2FTOt9 eqxsPDjd18gDYa6ICheeqSdABIzS8Zc8REwpS0YOJOJhpViFcTc9pkXc7CZANocOvlCp fPeU3HZ+RXmmgo07HEsR9m3sIEVC51456+4ODCW0m9p+Pel7zZHjARLXLGsvM+Z5AJM/ p9hvPN9cz6U1Mv69dDX5SoBYT1ByMGDVsrcgiAFrVqREZt2wfvL5n9QL0bJ9HIi2dNdE sqaw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=45izpP7F5eTOcqZZ6dslWP6Z6jbRj9ZtP2KTML2EOdI=; b=cGrs8Pwu0UHJkaRfJcnAMYAYJ3/+HMUg65f0+4lI0YK341sr2/L7OmaytiDpCcIJve T/oEiMQLBBuXoTxzjd5kgJ9NF2Eu9P05x7r4KxkQqwKhs6LDZZDZUwMXBZkKLq4d2qz6 UHmOkxSYtwxOXH1GBgKFCeOVDhqS13rzE8WmfpQRteR+G7S3cTNDseUeEh+rPSw+3TFf ohXZVb7w9wEhgeVoWAJaOCfflghwX5gYNb+VHP6jUqtOoxSzfW7hwKpK/w5h4V1s7NJj XFbBM4OKtmMuR78xBrVbOGl2Qy4Ek/j+sRT5j1eB/NXxbYoeHEcDz5Rs9NOtMN1BLDbg yxdQ== X-Gm-Message-State: AMke39l1dO9jXkEyiH45xi3yDq1yZMMaqywB2ZRhBEMAtSRhgtiuJiwlD7HoW2J+lJTpaq5K X-Received: by 10.200.52.246 with SMTP id x51mr12744060qtb.227.1488398501622; Wed, 01 Mar 2017 12:01:41 -0800 (PST) Received: from mutt-hbsd ([63.88.83.66]) by smtp.gmail.com with ESMTPSA id m67sm3811339qte.54.2017.03.01.12.01.13 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 01 Mar 2017 12:01:13 -0800 (PST) Date: Wed, 1 Mar 2017 15:01:12 -0500 From: Shawn Webb To: bob prohaska Cc: freebsd-arm@freebsd.org Subject: Re: Odd-looking serial console prompt on RPI2 Message-ID: <20170301200112.ymwkfd64tzz5f3b2@mutt-hbsd> References: <20170227195647.GA91329@www.zefox.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="z7oxin37jixdcfqx" Content-Disposition: inline In-Reply-To: <20170227195647.GA91329@www.zefox.net> X-Operating-System: FreeBSD mutt-hbsd 12.0-CURRENT-HBSD FreeBSD 12.0-CURRENT-HBSD X-PGP-Key: http://pgp.mit.edu/pks/lookup?op=vindex&search=0x6A84658F52456EEE User-Agent: NeoMutt/20170206 (1.7.2) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Mar 2017 20:01:42 -0000 --z7oxin37jixdcfqx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 27, 2017 at 11:56:47AM -0800, bob prohaska wrote: > Recently the serial console prompt on an RPI2 running =20 > FreeBSD 12.0-CURRENT #15 r314322 >=20 > has become corrupted. The initial output from U-boot and > the early part of the boot phase looks normal, but here it goes off: >=20 > Release APs > WARNING: WITNESS option enabled, expect reduced performance. > random: unblocking device. > Trying to mount root from ufs:/dev/mmcsd0s2a [rw,noatime]... > warning: no time-of-day clock registered, system time will not be set acc= urately > Setting hostid: 0x908fd2cStarting file system che/dev/mmcsd0s2a: FILE SYS= N; SKIPPKS > /dev2a: clea66 free rags, 13cks, 1.9ntation)/dev/da0p3: FILE SYSTEM KIPPI= NG /dev/da0n, 45357(260308 34432 bl2% fragm) > /dev/da0p4: FILE SYSTEM KIPPING /dev/da0n, 3663539 fragsblocks, 0gmentati= /dev/da0p1: FILE SYSTEM KIPPING /dev/da0n, 16010(118 fra18 blockfragmentMou= nting local file syste. > ELF ldconfig path: /lib /usr/li /usr/lo/usr/loccc48 /uslib/grapr/local//= usr/locpencollalocal/li5.20/macusr/loca4 /usr/lm37/lib al/llvm3Setting host= name: www.ze. > Feeding entropy:. >=20 > There are a few dropped characters in the output from fsck, for example. >=20 > Finally, the login prompt looks like this: >=20 > n: eBSD/arm (www.zefottyu0) >=20 > Any attempt to type causes the line above to repeat without echo of the > typed characters at each keystroke. >=20 > If anybody has a hint what's wrong I'd be grateful. One thing I haven't > done is reboot the host driving the FTDI usb-serial adapter. It's been > perfectly stable for more than a month running r311959, so it seems an > unlikely culprit.=20 >=20 > Thanks for reading, >=20 > bob prohaska Hey Bob, I've got the same issue on the RPI3. Using HDMI instead of serial works for me, except that doing so is not typical of how I use the RPI3. I'll soon test on the OverDrive 1000. --=20 Shawn Webb Cofounder and Security Engineer HardenedBSD GPG Key ID: 0x6A84658F52456EEE GPG Key Fingerprint: 2ABA B6BD EF6A F486 BE89 3D9E 6A84 658F 5245 6EEE --z7oxin37jixdcfqx Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEKrq2ve9q9Ia+iT2eaoRlj1JFbu4FAli3KIUACgkQaoRlj1JF bu4PVg//Q+Vii0tkifQP8OYVX88/52VlETzhiJNjD00jiXzVg6GYApL88UKk9mxQ QEuDaqtX7iN9OFu1r/wjPAqbnrT5HP8ezhMrhBk95sC5nVN9fFZanFgY0TMIJl/T +k1OthM71ZQVfa9nSkxQPracyLefnbzMln15+rqElYI9njZH1Ff1pm8GpYppxaiH ROpSs99cwwWGfnfuJOcWfHGoloq2MveE2Yxzq2WiuCscegRDfP6UuN8ypyq23jjF eR6M/CP12GXMf6WSEwI5zfTDoG1mzWjsbwElntomAuB6iCYEU5eKDyP+tlA1QF73 kjGU3GUbWvtfNzrbQdREsmLLJgBx8zFSGg0v3pXaydtesr/XicENxQQCy3G+WhO8 izm71gaZEC419h5AxRpVbwWHWs8j5dIHYgRzIeRSJdsRCoEPLKNjlkR32MuRRt/S GOV0XPaKSOs4u6PINQrXxjStREdwIOcP8oHz5S8mQV7LY5WZVbsn/usBQ64DLRcT 1hiFaM8hsoviRkql+BRFVIWvdAvlfsshMYYOZHgF89i1eM9oHS06uLLpeC6a7E73 XquvEzX7tWv0cQGy1rQZxUpZxHrgH3bqWOrsd/g8QnasIKzKClRuqX0JbQzchXHv RBZpzzxLikRIE22EZfmfNqNLPh6riRytis0nbONtaA2ynmqdbZk= =rDQh -----END PGP SIGNATURE----- --z7oxin37jixdcfqx-- From owner-freebsd-arm@freebsd.org Wed Mar 1 20:20:19 2017 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 08DD2CF3305 for ; Wed, 1 Mar 2017 20:20:19 +0000 (UTC) (envelope-from tuexen@fh-muenster.de) Received: from drew.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.franken.de", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AD37F5F4 for ; Wed, 1 Mar 2017 20:20:18 +0000 (UTC) (envelope-from tuexen@fh-muenster.de) Received: from [IPv6:2003:cd:6be5:a300:f573:e1f7:aba9:f128] (p200300CD6BE5A300F573E1F7ABA9F128.dip0.t-ipconnect.de [IPv6:2003:cd:6be5:a300:f573:e1f7:aba9:f128]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTPSA id AA0CC721E2822; Wed, 1 Mar 2017 21:20:14 +0100 (CET) From: Michael Tuexen Message-Id: <4194F030-4E5C-4EB6-82D7-FD725E3B7CEF@fh-muenster.de> Content-Type: multipart/signed; boundary="Apple-Mail=_5A05D23D-D54F-4EE7-8E0A-4EBBA6B4DD26"; protocol="application/pkcs7-signature"; micalg=sha1 Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: Odd-looking serial console prompt on RPI2 Date: Wed, 1 Mar 2017 21:20:13 +0100 In-Reply-To: <20170301200112.ymwkfd64tzz5f3b2@mutt-hbsd> Cc: bob prohaska , freebsd-arm@freebsd.org To: Shawn Webb References: <20170227195647.GA91329@www.zefox.net> <20170301200112.ymwkfd64tzz5f3b2@mutt-hbsd> X-Mailer: Apple Mail (2.3259) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=disabled version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail-n.franken.de X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Mar 2017 20:20:19 -0000 --Apple-Mail=_5A05D23D-D54F-4EE7-8E0A-4EBBA6B4DD26 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > On 1 Mar 2017, at 21:01, Shawn Webb = wrote: >=20 > On Mon, Feb 27, 2017 at 11:56:47AM -0800, bob prohaska wrote: >> Recently the serial console prompt on an RPI2 running =20 >> FreeBSD 12.0-CURRENT #15 r314322 >>=20 >> has become corrupted. The initial output from U-boot and >> the early part of the boot phase looks normal, but here it goes off: >>=20 >> Release APs >> WARNING: WITNESS option enabled, expect reduced performance. >> random: unblocking device. >> Trying to mount root from ufs:/dev/mmcsd0s2a [rw,noatime]... >> warning: no time-of-day clock registered, system time will not be set = accurately >> Setting hostid: 0x908fd2cStarting file system che/dev/mmcsd0s2a: FILE = SYSN; SKIPPKS >> /dev2a: clea66 free rags, 13cks, 1.9ntation)/dev/da0p3: FILE SYSTEM = KIPPING /dev/da0n, 45357(260308 34432 bl2% fragm) >> /dev/da0p4: FILE SYSTEM KIPPING /dev/da0n, 3663539 fragsblocks, = 0gmentati/dev/da0p1: FILE SYSTEM KIPPING /dev/da0n, 16010(118 fra18 = blockfragmentMounting local file syste. >> ELF ldconfig path: /lib /usr/li /usr/lo/usr/loccc48 = /uslib/grapr/local//usr/locpencollalocal/li5.20/macusr/loca4 = /usr/lm37/lib al/llvm3Setting hostname: www.ze. >> Feeding entropy:. >>=20 >> There are a few dropped characters in the output from fsck, for = example. >>=20 >> Finally, the login prompt looks like this: >>=20 >> n: eBSD/arm (www.zefottyu0) >>=20 >> Any attempt to type causes the line above to repeat without echo of = the >> typed characters at each keystroke. >>=20 >> If anybody has a hint what's wrong I'd be grateful. One thing I = haven't >> done is reboot the host driving the FTDI usb-serial adapter. It's = been >> perfectly stable for more than a month running r311959, so it seems = an >> unlikely culprit.=20 >>=20 >> Thanks for reading, >>=20 >> bob prohaska >=20 > Hey Bob, >=20 > I've got the same issue on the RPI3. Using HDMI instead of serial = works > for me, except that doing so is not typical of how I use the RPI3. >=20 > I'll soon test on the OverDrive 1000. Interesting... Let us know what works and what doesn't... Best regards Michael >=20 > --=20 > Shawn Webb > Cofounder and Security Engineer > HardenedBSD >=20 > GPG Key ID: 0x6A84658F52456EEE > GPG Key Fingerprint: 2ABA B6BD EF6A F486 BE89 3D9E 6A84 658F 5245 = 6EEE --Apple-Mail=_5A05D23D-D54F-4EE7-8E0A-4EBBA6B4DD26 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIQkDCCBNUw ggO9oAMCAQICCFBOxvU9EbRkMA0GCSqGSIb3DQEBCwUAMHExCzAJBgNVBAYTAkRFMRwwGgYDVQQK ExNEZXV0c2NoZSBUZWxla29tIEFHMR8wHQYDVQQLExZULVRlbGVTZWMgVHJ1c3QgQ2VudGVyMSMw IQYDVQQDExpEZXV0c2NoZSBUZWxla29tIFJvb3QgQ0EgMjAeFw0xNDA3MjIxMjA4MjZaFw0xOTA3 MDkyMzU5MDBaMFoxCzAJBgNVBAYTAkRFMRMwEQYDVQQKEwpERk4tVmVyZWluMRAwDgYDVQQLEwdE Rk4tUEtJMSQwIgYDVQQDExtERk4tVmVyZWluIFBDQSBHbG9iYWwgLSBHMDEwggEiMA0GCSqGSIb3 DQEBAQUAA4IBDwAwggEKAoIBAQDpm8NnhfkNrvWNVMOWUDU9YuluTO2U1wBblSJ01CDrNI/W7MAx BAuZgeKmFNJSoCgjhIt0iQReW+DieMF4yxbLKDU5ey2QRdDtoAB6fL9KDhsAw4bpXCsxEXsM84Ik Q4wcOItqaACa7txPeKvSxhObdq3u3ibo7wGvdA/BCaL2a869080UME/15eOkyGKbghoDJzANAmVg Te3RCSMqljVYJ9N2xnG2kB3E7f81hn1vM7PbD8URwoqDoZRdQWvY0hD1TP3KUazZve+Sg7va64sW VlZDz+HVEz2mHycwzUlU28kTNJpxdcVs6qcLmPkhnSevPqM5OUhqjK3JmfvDEvK9AgMBAAGjggGG MIIBgjAOBgNVHQ8BAf8EBAMCAQYwHQYDVR0OBBYEFEm3xs/oPR9/6kR7Eyn38QpwPt5kMB8GA1Ud IwQYMBaAFDHDeRu69VPXF+CJei0XbAqzK50zMBIGA1UdEwEB/wQIMAYBAf8CAQIwYgYDVR0gBFsw WTARBg8rBgEEAYGtIYIsAQEEAgIwEQYPKwYBBAGBrSGCLAEBBAMAMBEGDysGAQQBga0hgiwBAQQD ATAPBg0rBgEEAYGtIYIsAQEEMA0GCysGAQQBga0hgiweMD4GA1UdHwQ3MDUwM6AxoC+GLWh0dHA6 Ly9wa2kwMzM2LnRlbGVzZWMuZGUvcmwvRFRfUk9PVF9DQV8yLmNybDB4BggrBgEFBQcBAQRsMGow LAYIKwYBBQUHMAGGIGh0dHA6Ly9vY3NwMDMzNi50ZWxlc2VjLmRlL29jc3ByMDoGCCsGAQUFBzAC hi5odHRwOi8vcGtpMDMzNi50ZWxlc2VjLmRlL2NydC9EVF9ST09UX0NBXzIuY2VyMA0GCSqGSIb3 DQEBCwUAA4IBAQBjICj9nCGGcr45Rlk5MiW8qQGbDczKfUGchm0KbiyzE1l1sTOSG2EnFv/DstU1 gvuEKgFJvWa7Zi+ywgZdbj9u4wFaW8pDY1yVtuExpx/VB19N5mWCTjL5w3x6S81NXHTuIfJ1AuxS PtLJatOQI25JZzW+f01WpOzML8+3oZeocj7JvEDWWqQIPda8gsO3tzKOsSyOam23NQIZz/U5RFhj pyQAELC7/E6vbi84u6VXST/YblBvLJeW3B1GmmWJz67M8uXZn1OzPqEvkqnYC8aEHwTG6x7on321 e6UC8STFJGMRNMxakyAqeYg6JUKQqWU7fIbTEhUjKfws2sw5W1QXMIIFojCCBIqgAwIBAgIHF6Qk oQlIMzANBgkqhkiG9w0BAQsFADBaMQswCQYDVQQGEwJERTETMBEGA1UEChMKREZOLVZlcmVpbjEQ MA4GA1UECxMHREZOLVBLSTEkMCIGA1UEAxMbREZOLVZlcmVpbiBQQ0EgR2xvYmFsIC0gRzAxMB4X DTE0MDUyNzE0NTQwOVoXDTE5MDcwOTIzNTkwMFowgcYxCzAJBgNVBAYTAkRFMRwwGgYDVQQIExNO b3JkcmhlaW4tV2VzdGZhbGVuMREwDwYDVQQHEwhNdWVuc3RlcjEgMB4GA1UEChMXRmFjaGhvY2hz Y2h1bGUgTXVlbnN0ZXIxIzAhBgNVBAsTGkRhdGVudmVyYXJiZWl0dW5nc3plbnRyYWxlMR0wGwYD VQQDExRGSCBNdWVuc3RlciBDQSAtIEcwMTEgMB4GCSqGSIb3DQEJARYRY2FAZmgtbXVlbnN0ZXIu ZGUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC4eWyu8GzsIv0iowf2v/9BT0SmCFNX /eyQe5BncOk1j6XIlY5bnNu1S5uBe3uVgekgTh3gJyVNlaoIfCgAjqCrNJIaNQq5fr/S6L8uFeaU O8IF/C4RH5P7f9Hn2GUueEjmJhg9CI3LBAhrfAmEEtNmuVfDycN2MjngwDNxUNRfuXbWxuhkgDqJ 0ztJeayHGhFDrGx88eyStx40xy+0c0OFWdWxzBFQlBRHnl+zRftj3c9qy6BY+/fGaA2vV1oKr3h5 X6eyU1T8YlpP1NDe4bylqAteX01sM2Qciu8UAPnNc7Sb93TQjhCFRVDIS3CdN6AOpwz5YWEld6ey CdmFZ7pvAgMBAAGjggH+MIIB+jASBgNVHRMBAf8ECDAGAQH/AgEBMA4GA1UdDwEB/wQEAwIBBjAR BgNVHSAECjAIMAYGBFUdIAAwHQYDVR0OBBYEFArzW7zkMYDWNUKJptPDzzfe0d/XMB8GA1UdIwQY MBaAFEm3xs/oPR9/6kR7Eyn38QpwPt5kMBwGA1UdEQQVMBOBEWNhQGZoLW11ZW5zdGVyLmRlMIGI BgNVHR8EgYAwfjA9oDugOYY3aHR0cDovL2NkcDEucGNhLmRmbi5kZS9nbG9iYWwtcm9vdC1jYS9w dWIvY3JsL2NhY3JsLmNybDA9oDugOYY3aHR0cDovL2NkcDIucGNhLmRmbi5kZS9nbG9iYWwtcm9v dC1jYS9wdWIvY3JsL2NhY3JsLmNybDCB1wYIKwYBBQUHAQEEgcowgccwMwYIKwYBBQUHMAGGJ2h0 dHA6Ly9vY3NwLnBjYS5kZm4uZGUvT0NTUC1TZXJ2ZXIvT0NTUDBHBggrBgEFBQcwAoY7aHR0cDov L2NkcDEucGNhLmRmbi5kZS9nbG9iYWwtcm9vdC1jYS9wdWIvY2FjZXJ0L2NhY2VydC5jcnQwRwYI KwYBBQUHMAKGO2h0dHA6Ly9jZHAyLnBjYS5kZm4uZGUvZ2xvYmFsLXJvb3QtY2EvcHViL2NhY2Vy dC9jYWNlcnQuY3J0MA0GCSqGSIb3DQEBCwUAA4IBAQDeRwM11kpvuRIPuzWXLapr/ZBtB76V3cuF l45x/Kx0u03yjB4GaBPcxihn4P1z5KhRYkDBMo8HXkOgbL59aF6VdOlCurEgZvghKvUkKOCyWeYx S9rTGPBkbGiNn2ATVuLXzF8rDf50ynAIu3otstOOv+3Ifqi1pzCva1nO64khQA5Gd5/BNyu+YHbW f8ERAf9leu5a7yVI7cv1gCZAHpWJpkUKmfawyY4sAJ2hbGZRBvdACOxrfbuMdSOzPneT2rlmvH+D 7M6DmzVabLYk6UtAxQhldd/T/qsHkWvaWXHt0Eb9STs2Fl03Ls7M3NyLQLhaeR3ysNURYcaEfaB+ lxN+MIIGDTCCBPWgAwIBAgIHG5mIdDexozANBgkqhkiG9w0BAQsFADCBxjELMAkGA1UEBhMCREUx HDAaBgNVBAgTE05vcmRyaGVpbi1XZXN0ZmFsZW4xETAPBgNVBAcTCE11ZW5zdGVyMSAwHgYDVQQK ExdGYWNoaG9jaHNjaHVsZSBNdWVuc3RlcjEjMCEGA1UECxMaRGF0ZW52ZXJhcmJlaXR1bmdzemVu dHJhbGUxHTAbBgNVBAMTFEZIIE11ZW5zdGVyIENBIC0gRzAxMSAwHgYJKoZIhvcNAQkBFhFjYUBm aC1tdWVuc3Rlci5kZTAeFw0xNjA3MDQwNzA2MTNaFw0xOTA3MDQwNzA2MTNaMHwxCzAJBgNVBAYT AkRFMSAwHgYDVQQKDBdGYWNoaG9jaHNjaHVsZSBNdWVuc3RlcjEyMDAGA1UECwwpRmFjaGJlcmVp Y2ggRWxla3Ryb3RlY2huaWsgdW5kIEluZm9ybWF0aWsxFzAVBgNVBAMMDk1pY2hhZWwgVHVleGVu MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAzJoaUG3Zm24XxA/zNg2sbFcL56w8xqMg +X6G7UsYec3YEncnlkw3jgE5nDefos7UVoCA7wPjFTj8AQt5xfpXElnbM45IPy5Ng7g6dS7biGSM VRACPXe1PrjgApRAwwGmCPvALnZXkmKP6Zlf+3VLfz9YWIIaeKu3jFM2Lk6Y3gr5U1l8bjHSawOo WMlfvSsXXLT38zKW7Uz9jS278j0OqHANBPgsE6/LJoCWFInwlvybxhO3nGU7OteUGaPikqzvjLsL YgpHDi0WjMZfVx/UtUSzZ4EJvmJTBeuVwyKnCbrawnfwYPTQQ6VE1OkAzmsMByBbEwJ996RtG//T XCG06QIDAQABo4ICRzCCAkMwQAYDVR0gBDkwNzARBg8rBgEEAYGtIYIsAQEEAwUwEQYPKwYBBAGB rSGCLAIBBAMBMA8GDSsGAQQBga0hgiwBAQQwCQYDVR0TBAIwADAOBgNVHQ8BAf8EBAMCBeAwHQYD VR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMB0GA1UdDgQWBBTQHa9qhKgSZgCCAPThZkXaEaJ/ dTAfBgNVHSMEGDAWgBQK81u85DGA1jVCiabTw8833tHf1zAgBgNVHREEGTAXgRV0dWV4ZW5AZmgt bXVlbnN0ZXIuZGUwgYgGA1UdHwSBgDB+MD2gO6A5hjdodHRwOi8vY2RwMS5wY2EuZGZuLmRlL2Zo LW11ZW5zdGVyLWNhL3B1Yi9jcmwvY2FjcmwuY3JsMD2gO6A5hjdodHRwOi8vY2RwMi5wY2EuZGZu LmRlL2ZoLW11ZW5zdGVyLWNhL3B1Yi9jcmwvY2FjcmwuY3JsMIHXBggrBgEFBQcBAQSByjCBxzAz BggrBgEFBQcwAYYnaHR0cDovL29jc3AucGNhLmRmbi5kZS9PQ1NQLVNlcnZlci9PQ1NQMEcGCCsG AQUFBzAChjtodHRwOi8vY2RwMS5wY2EuZGZuLmRlL2ZoLW11ZW5zdGVyLWNhL3B1Yi9jYWNlcnQv Y2FjZXJ0LmNydDBHBggrBgEFBQcwAoY7aHR0cDovL2NkcDIucGNhLmRmbi5kZS9maC1tdWVuc3Rl ci1jYS9wdWIvY2FjZXJ0L2NhY2VydC5jcnQwDQYJKoZIhvcNAQELBQADggEBAEj2/6x4kzoCVIiu aaminPrOHxACyoYsmSRjYPQpgW5xRj/FlolO1nG+ZZ11sqTb3TdCGD69ko5/zs8eGKnv/i0VLCHF g1JLfpaxElN5RrR/cqRJrbzKshF9aUkBODF8vlf9BCeimMK3fifjbbWRyxHssfEECffujD7/Yvta NYMO46Roz39lIK2s37IVFq3V5RWzUeTuwpP9t8lOxirOi9eK2OYI/dh0HjR2S5Dr9nMR1dNulrhz jlFxGc+opefGScrRR9Ec0eqTXlbt1Q9UzNIYVS+OGZY8/bBbprwXVTmwSp8dygEULkIaMbLsaTaW 6TehuL8ousPJkL52SOENgSkxggQpMIIEJQIBATCB0jCBxjELMAkGA1UEBhMCREUxHDAaBgNVBAgT E05vcmRyaGVpbi1XZXN0ZmFsZW4xETAPBgNVBAcTCE11ZW5zdGVyMSAwHgYDVQQKExdGYWNoaG9j aHNjaHVsZSBNdWVuc3RlcjEjMCEGA1UECxMaRGF0ZW52ZXJhcmJlaXR1bmdzemVudHJhbGUxHTAb BgNVBAMTFEZIIE11ZW5zdGVyIENBIC0gRzAxMSAwHgYJKoZIhvcNAQkBFhFjYUBmaC1tdWVuc3Rl ci5kZQIHG5mIdDexozAJBgUrDgMCGgUAoIICKzAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwG CSqGSIb3DQEJBTEPFw0xNzAzMDEyMDIwMTNaMCMGCSqGSIb3DQEJBDEWBBTdUmf73hTDGrIYnaCV ZqeaqBCG3TCB4wYJKwYBBAGCNxAEMYHVMIHSMIHGMQswCQYDVQQGEwJERTEcMBoGA1UECBMTTm9y ZHJoZWluLVdlc3RmYWxlbjERMA8GA1UEBxMITXVlbnN0ZXIxIDAeBgNVBAoTF0ZhY2hob2Noc2No dWxlIE11ZW5zdGVyMSMwIQYDVQQLExpEYXRlbnZlcmFyYmVpdHVuZ3N6ZW50cmFsZTEdMBsGA1UE AxMURkggTXVlbnN0ZXIgQ0EgLSBHMDExIDAeBgkqhkiG9w0BCQEWEWNhQGZoLW11ZW5zdGVyLmRl AgcbmYh0N7GjMIHlBgsqhkiG9w0BCRACCzGB1aCB0jCBxjELMAkGA1UEBhMCREUxHDAaBgNVBAgT E05vcmRyaGVpbi1XZXN0ZmFsZW4xETAPBgNVBAcTCE11ZW5zdGVyMSAwHgYDVQQKExdGYWNoaG9j aHNjaHVsZSBNdWVuc3RlcjEjMCEGA1UECxMaRGF0ZW52ZXJhcmJlaXR1bmdzemVudHJhbGUxHTAb BgNVBAMTFEZIIE11ZW5zdGVyIENBIC0gRzAxMSAwHgYJKoZIhvcNAQkBFhFjYUBmaC1tdWVuc3Rl ci5kZQIHG5mIdDexozANBgkqhkiG9w0BAQEFAASCAQAcEVvhdV3+HmeP6eUT5fULxHrFnFQriLYv HjDwFQqSxRbnxGZ9MUDW2RWusMAP7uZm4TUxaYES38TQ6qkcyHX2P6edT8r7+51O+vaL2Xmu8pM9 KXXYomRcuClGpbvmPimLlIaxt2zKJlUwZQZWI3laxlnJcmwsPTA/s3P2dSrO7kqj2JiL5xhigcNu cbVJQcnyciGmwOAnvkMljJCydM0hbxP+oixDNr5eFIJwE/ddVbjkLaWoziTUzoV+uYhXhcYPCR3/ XghuWgzhSrqiFbziymM3+84KlgFn6i/FyTV2m3ept8oSES0rGAkUVtaanzNdROGPoy/o80SYtPjV +MoRAAAAAAAA --Apple-Mail=_5A05D23D-D54F-4EE7-8E0A-4EBBA6B4DD26-- From owner-freebsd-arm@freebsd.org Wed Mar 1 23:57:33 2017 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 63FCFCF464B for ; Wed, 1 Mar 2017 23:57:33 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: from mail-qk0-x235.google.com (mail-qk0-x235.google.com [IPv6:2607:f8b0:400d:c09::235]) (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 19D5C1B6 for ; Wed, 1 Mar 2017 23:57:33 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: by mail-qk0-x235.google.com with SMTP id n186so95582392qkb.3 for ; Wed, 01 Mar 2017 15:57:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hardenedbsd-org.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=I/9yp7Gb4vFU/u7zSqVQkknaaeLGeNUFryiDSVBeBks=; b=Gy+fPAFhn0ku1bVtHetjD+eqfMS4Bog5fVH6ZJgUXiaoy57kGmlXP5iMpxlRY4c7dH zF123zQhRbaSGtUJf9F74fr6B7YYYbsz/3Z+x0ySBKliKyOJhRQLVp55CLWFwuiUa8/U S7Ey368uPXSx6M0O/jcp41LUyU2p+BW9ErGuukO6HInGRmasW00eCfdx7ZZZtwjX0h1x xp1xAX+O9XAFRIGr+wafYr1zgxo4MMRu3d1Z99mhjzLmJ8pTWZg4d8BM4zzz8yKPkGeb UekqKefWI/8FfC5RzCnMctnD7cTBFtwwsMWUSFjdaOWMwTZ+pE1ePzBA3wQlAebVuM6Z Q2lw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=I/9yp7Gb4vFU/u7zSqVQkknaaeLGeNUFryiDSVBeBks=; b=nkVBkrkTkXfVFEoLsumNTV6Spq3yslalfSnyzWKlf84mTB2SS08A7GbpPanqwen6Pq dTagDtKxC5EVn2iVs6IfHqlwdY0GPsKfFZuFQCi7gXTX3tQKDTAE5RYcnszjY+pPU/SW fUWxqm7IGQX2PCs6FZ/dlONweJn6+9M2c4Ba02xRmlf/dJ9etsN7RNMKML7qzp7Co1JK v9SLkQp4E9tA8nOJYBI3BdscMU3DzNkvrNWlHjKvMldKTC7ye0gbavCIlrw2pHktr+1Y OObI+Bb7KOtdcbH4Lngsr9e3maoQ5S4RW0np7UPgS6bsAHr2JRDqTo+4sgYBk1NYFxgF xtUQ== X-Gm-Message-State: AMke39l9NxB6faB6MRiVCZMLyxKD96OelU7t6SbDTKbLqf+QQu6t/+/9djlBBmZFVDJb/SO4 X-Received: by 10.55.9.214 with SMTP id 205mr9729804qkj.63.1488412652228; Wed, 01 Mar 2017 15:57:32 -0800 (PST) Received: from mutt-hbsd (pool-100-16-218-40.bltmmd.fios.verizon.net. [100.16.218.40]) by smtp.gmail.com with ESMTPSA id e19sm4212974qta.60.2017.03.01.15.57.31 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 01 Mar 2017 15:57:31 -0800 (PST) Date: Wed, 1 Mar 2017 18:57:31 -0500 From: Shawn Webb To: Michael Tuexen Cc: bob prohaska , freebsd-arm@freebsd.org Subject: Re: Odd-looking serial console prompt on RPI2 Message-ID: <20170301235731.553n3yabbfyktdvc@mutt-hbsd> References: <20170227195647.GA91329@www.zefox.net> <20170301200112.ymwkfd64tzz5f3b2@mutt-hbsd> <4194F030-4E5C-4EB6-82D7-FD725E3B7CEF@fh-muenster.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="qpy6jr7gghwhxwuu" Content-Disposition: inline In-Reply-To: <4194F030-4E5C-4EB6-82D7-FD725E3B7CEF@fh-muenster.de> X-Operating-System: FreeBSD mutt-hbsd 12.0-CURRENT-HBSD FreeBSD 12.0-CURRENT-HBSD X-PGP-Key: http://pgp.mit.edu/pks/lookup?op=vindex&search=0x6A84658F52456EEE User-Agent: NeoMutt/20170206 (1.7.2) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Mar 2017 23:57:33 -0000 --qpy6jr7gghwhxwuu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 01, 2017 at 09:20:13PM +0100, Michael Tuexen wrote: > > On 1 Mar 2017, at 21:01, Shawn Webb wrote: > >=20 > > On Mon, Feb 27, 2017 at 11:56:47AM -0800, bob prohaska wrote: > >> Recently the serial console prompt on an RPI2 running =20 > >> FreeBSD 12.0-CURRENT #15 r314322 > >>=20 > >> has become corrupted. The initial output from U-boot and > >> the early part of the boot phase looks normal, but here it goes off: > >>=20 > >> Release APs > >> WARNING: WITNESS option enabled, expect reduced performance. > >> random: unblocking device. > >> Trying to mount root from ufs:/dev/mmcsd0s2a [rw,noatime]... > >> warning: no time-of-day clock registered, system time will not be set = accurately > >> Setting hostid: 0x908fd2cStarting file system che/dev/mmcsd0s2a: FILE = SYSN; SKIPPKS > >> /dev2a: clea66 free rags, 13cks, 1.9ntation)/dev/da0p3: FILE SYSTEM KI= PPING /dev/da0n, 45357(260308 34432 bl2% fragm) > >> /dev/da0p4: FILE SYSTEM KIPPING /dev/da0n, 3663539 fragsblocks, 0gment= ati/dev/da0p1: FILE SYSTEM KIPPING /dev/da0n, 16010(118 fra18 blockfragment= Mounting local file syste. > >> ELF ldconfig path: /lib /usr/li /usr/lo/usr/loccc48 /uslib/grapr/loca= l//usr/locpencollalocal/li5.20/macusr/loca4 /usr/lm37/lib al/llvm3Setting h= ostname: www.ze. > >> Feeding entropy:. > >>=20 > >> There are a few dropped characters in the output from fsck, for exampl= e. > >>=20 > >> Finally, the login prompt looks like this: > >>=20 > >> n: eBSD/arm (www.zefottyu0) > >>=20 > >> Any attempt to type causes the line above to repeat without echo of the > >> typed characters at each keystroke. > >>=20 > >> If anybody has a hint what's wrong I'd be grateful. One thing I haven't > >> done is reboot the host driving the FTDI usb-serial adapter. It's been > >> perfectly stable for more than a month running r311959, so it seems an > >> unlikely culprit.=20 > >>=20 > >> Thanks for reading, > >>=20 > >> bob prohaska > >=20 > > Hey Bob, > >=20 > > I've got the same issue on the RPI3. Using HDMI instead of serial works > > for me, except that doing so is not typical of how I use the RPI3. > >=20 > > I'll soon test on the OverDrive 1000. > Interesting... Let us know what works and what doesn't... Serial is broken on the OverDrive 1000 as well. Since the OverDrive 1000 only has a serial port for display (no VGA, HDMI, DVI, etc.), this means FreeBSD 12-CURRENT is broken on it. Here's all the output I get: =3D=3D=3D=3D BEGIN LOG =3D=3D=3D=3D >> FreeBSD EFI boot block Loader path: /boot/loader.efi Initializing modules: ZFS UFS Probing 4 block devices......* done ZFS found the following pools: rpool UFS found no partitions Consoles: EFI console Command line arguments: loader.efi Image base: 0x81f653d000 EFI version: 2.60 EFI Firmware: SoftIron Overdrive 1000 (rev 1.00) FreeBSD/arm64 EFI loader, Revision 1.1 (Wed Mar 1 21:43:21 UTC 2017 root@updater-01) EFI boot environment Loading /boot/defaults/loader.conf /boot/kernel/kernel data=3D0x855e08+0x39bfc0 syms=3D[0x8+0x104088+0x8+0xbdd= 1b] /boot/entropy size=3D0x1000 /boot/kernel/zfs.ko text=3D0x184c4d data=3D0x13b80+0x8ff88 syms=3D[0x8+0x1d= 538+0x8+0x1597f] loading required module 'opensolaris' /boot/kernel/opensolaris.ko text=3D0x2774 data=3D0x4b0+0x2730 syms=3D[0x8+0= x10f8+0x8+0x7a3] Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... Using DTB provided by EFI at 0x801fe00000. =3D=3D=3D=3D END LOG =3D=3D=3D=3D All output stops after that last line. Thanks, --=20 Shawn Webb Cofounder and Security Engineer HardenedBSD GPG Key ID: 0x6A84658F52456EEE GPG Key Fingerprint: 2ABA B6BD EF6A F486 BE89 3D9E 6A84 658F 5245 6EEE --qpy6jr7gghwhxwuu Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEKrq2ve9q9Ia+iT2eaoRlj1JFbu4FAli3X+gACgkQaoRlj1JF bu40sQ//fnBt5RA6SCeAi1aE4dFiWjnCQxia9n/j/lJEWrRNsgjDbyGTatNIzWnK h/PoI0ZQ583KqmNOMnUNl/QvprYMGwDqXvJKGA66tvdY7+wlT5Yr6uRQnwfoiROh HnskCAcjJbN4r41yU73Z/JyXTydqODMP2XydP85zOdaY/XVzWFjzFrqTO1XkirD3 HGp+toZlyIJDlN9FyqT+D4BM3YRYfqr2sMbHXICMKUDMI/DVmx6p5uQYWAgBqokQ gNQzqSL410hgC8xFsvtCf8uwve6yOota1wp8QcwBqOFG2yWh82g0n/24ZAcaw6lk p/wMNtbdcDg9YJGOcmUJ4Z3HOu++q2QTd8WVzXCR6N0uqSeAqKgcBiDpRUVBphcN RfES/4nRG5R9G/7q6lZfpMZ3VgqUqJv+QbmY+lOfpNtVWYSV1tmRtAk+qe4F13J3 s8D8UlIrkApAgy81l24yfyYRqmfFvDIhx4jpLCUJ4hdjiiouFH5kThvtW1+GjNIZ RsObV0weAwbPs+KoibRTwX7cq3wCoKO/xbMYvIyMzwBUbKpx5SB4L0bQzn6uhjCN 9zRFP0tfY2OT0BOMlu1xkoPJd+Yinnhu29rMlvcTgH16bgSdHPmo1gFqwJ+anrG1 uUuolc0ggHSCn4xt/5PgTZrKw2JOpcVZiQJBGzo5r2x9ktHQKYo= =N97v -----END PGP SIGNATURE----- --qpy6jr7gghwhxwuu-- From owner-freebsd-arm@freebsd.org Thu Mar 2 00:03:49 2017 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 6FB45CF4895 for ; Thu, 2 Mar 2017 00:03:49 +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 4D94B7D4 for ; Thu, 2 Mar 2017 00:03:49 +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 v2203Zm1099593 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 1 Mar 2017 16:03:36 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id v2203YYZ099592; Wed, 1 Mar 2017 16:03:34 -0800 (PST) (envelope-from fbsd) Date: Wed, 1 Mar 2017 16:03:34 -0800 From: bob prohaska To: Michael Tuexen Cc: Shawn Webb , freebsd-arm@freebsd.org, bob prohaska Subject: Re: Odd-looking serial console prompt on RPI2 Message-ID: <20170302000334.GA99403@www.zefox.net> References: <20170227195647.GA91329@www.zefox.net> <20170301200112.ymwkfd64tzz5f3b2@mutt-hbsd> <4194F030-4E5C-4EB6-82D7-FD725E3B7CEF@fh-muenster.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4194F030-4E5C-4EB6-82D7-FD725E3B7CEF@fh-muenster.de> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Mar 2017 00:03:49 -0000 On Wed, Mar 01, 2017 at 09:20:13PM +0100, Michael Tuexen wrote: > Interesting... Let us know what works and what doesn't... > > Best regards > Michael > As of FreeBSD 12.0-CURRENT (RPI2) #0 r314450: Wed Mar 1 14:48:26 PST 2017 the serial console is still corrupt (output truncated, input not echoed but treated like the enter key). The serial console does seem to work with U-boot and loader, so I don't think it's the upstream hardware. The HDMI console looks normal and USB keyboard input seems to work. There have been several updates to /usr/src/sys/dev/uart and it looks as if kernel updates are still coming. Maybe the job simply isn't done yet. bob From owner-freebsd-arm@freebsd.org Thu Mar 2 01:48:29 2017 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 CAC14CF3921 for ; Thu, 2 Mar 2017 01:48:29 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from pmta2.delivery6.ore.mailhop.org (pmta2.delivery6.ore.mailhop.org [54.200.129.228]) (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 AF240D67 for ; Thu, 2 Mar 2017 01:48:29 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: 41d9709d-feea-11e6-b3c2-c9f38144898e X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.78.92.27 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.78.92.27]) by outbound2.ore.mailhop.org (Halon) with ESMTPSA id 41d9709d-feea-11e6-b3c2-c9f38144898e; Thu, 02 Mar 2017 01:47:56 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id v221mODp007878; Wed, 1 Mar 2017 18:48:24 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <1488419304.60166.26.camel@freebsd.org> Subject: Re: Odd-looking serial console prompt on RPI2 From: Ian Lepore To: bob prohaska , Michael Tuexen Cc: freebsd-arm@freebsd.org Date: Wed, 01 Mar 2017 18:48:24 -0700 In-Reply-To: <20170302000334.GA99403@www.zefox.net> References: <20170227195647.GA91329@www.zefox.net> <20170301200112.ymwkfd64tzz5f3b2@mutt-hbsd> <4194F030-4E5C-4EB6-82D7-FD725E3B7CEF@fh-muenster.de> <20170302000334.GA99403@www.zefox.net> Content-Type: text/plain; charset="ISO-8859-1" X-Mailer: Evolution 3.18.5.1 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Mar 2017 01:48:29 -0000 On Wed, 2017-03-01 at 16:03 -0800, bob prohaska wrote: > On Wed, Mar 01, 2017 at 09:20:13PM +0100, Michael Tuexen wrote: > > > > Interesting... Let us know what works and what doesn't... > > > > Best regards > > Michael > > > As of FreeBSD 12.0-CURRENT (RPI2) #0 r314450: Wed Mar  1 14:48:26 PST > 2017 > the serial console is still corrupt (output truncated, input not > echoed > but treated like the enter key).  The serial console does seem to > work > with U-boot and loader, so I don't think it's the upstream hardware.  > > The HDMI console looks normal and USB keyboard input seems to work. > > There have been several updates to /usr/src/sys/dev/uart and it looks > as if kernel updates are still coming. Maybe the job simply isn't > done yet. > > bob > It seems like this might be caused by r314318.  Can someone having this problem confirm if 314317 works and 314318 fails? -- Ian From owner-freebsd-arm@freebsd.org Thu Mar 2 01:50:08 2017 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 ABDF5CF3A1B for ; Thu, 2 Mar 2017 01:50:08 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: from mail-qk0-x236.google.com (mail-qk0-x236.google.com [IPv6:2607:f8b0:400d:c09::236]) (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 6217EE11 for ; Thu, 2 Mar 2017 01:50:08 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: by mail-qk0-x236.google.com with SMTP id u188so101742060qkc.2 for ; Wed, 01 Mar 2017 17:50:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hardenedbsd-org.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=RyxinNOTSJAuFxnqIE75OAx1AOCfdy/kmgIDUFf3bQw=; b=OoX3L752sTc7veD1DILIMP9iN+3Dh5hfO4dIw2TYL/4MFUVdzOnUJV6AF9LG1h6Tke UHQChgM25gXK8Pv8CJp65Pp5KEpMgGI71ob3QQkLrSCnUy/0LdIKBJNJKUOpL4uMfKgn 66pbPwSeJ8VX9qZ+uEjJiWX8v/4MAQttpO3ScmNuVAliNMmytW0wLKTYfg1+2Aur4Iks QPXm+frJz7d+3vZZXPq9juKqydWh/zUPuWnZU30LwCvwM5L7nIT0HGfRmx2Y/l/TDrlv wSwmEO5tbcFhfG3Gjpr+R4fvVD1XHeKSa5QQarBATyI+2y5O77JJqMnAaEEeghZ3DM4Q R0Ag== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=RyxinNOTSJAuFxnqIE75OAx1AOCfdy/kmgIDUFf3bQw=; b=cEuUOzyLZCixw+wryG6PhvN7Do+SLKNs8s/XcSaB8tpEHUTN9fOH2WwKnxCqQW9NbZ Ws/0ATKCFHg6HxixcrnOEi6aJgQ7kIxRMtwFHBJdgJjpS6bPCPckn+3/AAMyyAg9emWT wjFAV+yXS+Ae5VNR1mBj3MMWUj747t5MWgf19KtHSzQvnkqeBjTWqtX6luj60IXKVcHg 1uCyHjDvwyjjochxjpG48wqO40T4IHAkS1JLn4FDFD0vCkjL1/4U1aueWmcJQqVafjwh a2pBNWVzsV6+SLTK8lqGlKF60XVAMUr5CvRxPSVJ2zeIEQqPyt9whZEJmx5ajU6ZXSOt c4Fg== X-Gm-Message-State: AMke39mXcQsJ3rmvTFlc4A9Ku1V6kDqBLQk8CBRhOmWjHbPs/SqO4DDTA7Sq44oAWT5Y01+M X-Received: by 10.55.198.76 with SMTP id b73mr14826563qkj.54.1488419407478; Wed, 01 Mar 2017 17:50:07 -0800 (PST) Received: from mutt-hbsd (pool-100-16-218-40.bltmmd.fios.verizon.net. [100.16.218.40]) by smtp.gmail.com with ESMTPSA id 21sm4418464qkh.14.2017.03.01.17.50.06 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 01 Mar 2017 17:50:06 -0800 (PST) Date: Wed, 1 Mar 2017 20:50:06 -0500 From: Shawn Webb To: Ian Lepore Cc: bob prohaska , Michael Tuexen , freebsd-arm@freebsd.org Subject: Re: Odd-looking serial console prompt on RPI2 Message-ID: <20170302015006.4bhiwvcq5yb63mfb@mutt-hbsd> References: <20170227195647.GA91329@www.zefox.net> <20170301200112.ymwkfd64tzz5f3b2@mutt-hbsd> <4194F030-4E5C-4EB6-82D7-FD725E3B7CEF@fh-muenster.de> <20170302000334.GA99403@www.zefox.net> <1488419304.60166.26.camel@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="dxr5j7zr2o4i7qdy" Content-Disposition: inline In-Reply-To: <1488419304.60166.26.camel@freebsd.org> X-Operating-System: FreeBSD mutt-hbsd 12.0-CURRENT-HBSD FreeBSD 12.0-CURRENT-HBSD X-PGP-Key: http://pgp.mit.edu/pks/lookup?op=vindex&search=0x6A84658F52456EEE User-Agent: NeoMutt/20170206 (1.7.2) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Mar 2017 01:50:08 -0000 --dxr5j7zr2o4i7qdy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 01, 2017 at 06:48:24PM -0700, Ian Lepore wrote: > On Wed, 2017-03-01 at 16:03 -0800, bob prohaska wrote: > > On Wed, Mar 01, 2017 at 09:20:13PM +0100, Michael Tuexen wrote: > > >=20 > > > Interesting... Let us know what works and what doesn't... > > >=20 > > > Best regards > > > Michael > > >=20 > > As of FreeBSD 12.0-CURRENT (RPI2) #0 r314450: Wed Mar??1 14:48:26 PST > > 2017 > > the serial console is still corrupt (output truncated, input not > > echoed > > but treated like the enter key).??The serial console does seem to > > work > > with U-boot and loader, so I don't think it's the upstream hardware.? > >=20 > > The HDMI console looks normal and USB keyboard input seems to work. > >=20 > > There have been several updates to /usr/src/sys/dev/uart and it looks > > as if kernel updates are still coming. Maybe the job simply isn't > > done yet. > >=20 > > bob > >=20 >=20 > It seems like this might be caused by r314318. ?Can someone having this > problem confirm if 314317 works and 314318 fails? I can test, but it might need to wait a few days on my end. Juggling a few things at the moment. --=20 Shawn Webb Cofounder and Security Engineer HardenedBSD GPG Key ID: 0x6A84658F52456EEE GPG Key Fingerprint: 2ABA B6BD EF6A F486 BE89 3D9E 6A84 658F 5245 6EEE --dxr5j7zr2o4i7qdy Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEKrq2ve9q9Ia+iT2eaoRlj1JFbu4FAli3eksACgkQaoRlj1JF bu4PKxAAymT5o40PZATWeN2iwXbGPdRPAZ44HwxR5tRop37pr3kL5x8A8qNFocCT sxQOR61MXAodD1YUXREUwbv6dnmk5FEU/xtiXka1AID4Yh6NjJ7j0R3tweEheJzM Dqpxe9dsGuMKCveo9fTLZhMnCIpZwLCt7rQ+O2eQrS8S67OaMn6XtoSbBIxHh33u RnEmtYp5kHtuen9omaUXwgg4HuGLuis8e5jpVE6Tw9PI97X8kUJJb8QyZroaHly9 0687OhgNl+viC6rPYbuLsnmRmai2qy7191LQh4ZhLjXON5MA+0OaSsMVOn+IRf7+ dfr+2Z+xZ4nNLMaC6+pzYYMQb15mzd662SobNcTKnF1me3YY+AHqrS+9wmkAEziR C7Ha2YLKaVT34JuDuHWabbCchIj7vznwdOgFruVLuv28185DQyrpn9hZGl7uxzUa YwHJWsZOFESui0DVZHltj+hBYrsvPo6dswjgfCVfOa3t9yLVkWviY1DFvtZGGS7x JDKV+OHdrfuTkVUaqV+nXB2bAKoIrcWIiP/H0tc73430bhiKfAUFkdDIyMWlrl4A bvUJFH8WckgpNStlfI/WKet6Petqyb9INIqlSG/4TVik0m9iRZxZs0cH4S+2qn5s I84oxW31xrNX8wa8FemSsNmkpeH7EmApb84l6wG77LUegx1eoNs= =Z1va -----END PGP SIGNATURE----- --dxr5j7zr2o4i7qdy-- From owner-freebsd-arm@freebsd.org Thu Mar 2 02:01:31 2017 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 BE027CF4342 for ; Thu, 2 Mar 2017 02:01:31 +0000 (UTC) (envelope-from gonzo@id.bluezbox.com) Received: from id.bluezbox.com (id.bluezbox.com [45.55.20.155]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9C8CFAAA; Thu, 2 Mar 2017 02:01:31 +0000 (UTC) (envelope-from gonzo@id.bluezbox.com) Received: from [127.0.0.1] (helo=id.bluezbox.com) by id.bluezbox.com with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.87 (FreeBSD)) (envelope-from ) id 1cjG3T-000Pcc-FZ; Wed, 01 Mar 2017 18:01:19 -0800 Received: (from gonzo@localhost) by id.bluezbox.com (8.15.2/8.15.2/Submit) id v2221Gue098493; Wed, 1 Mar 2017 18:01:16 -0800 (PST) (envelope-from gonzo) From: Oleksandr Tymoshenko Date: Wed, 1 Mar 2017 18:01:16 -0800 To: Ian Lepore Cc: bob prohaska , Michael Tuexen , freebsd-arm@freebsd.org Subject: Re: Odd-looking serial console prompt on RPI2 Message-ID: <20170302020116.GA98466@bluezbox.com> References: <20170227195647.GA91329@www.zefox.net> <20170301200112.ymwkfd64tzz5f3b2@mutt-hbsd> <4194F030-4E5C-4EB6-82D7-FD725E3B7CEF@fh-muenster.de> <20170302000334.GA99403@www.zefox.net> <1488419304.60166.26.camel@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1488419304.60166.26.camel@freebsd.org> X-Operating-System: FreeBSD/11.0-RELEASE-p2 (amd64) User-Agent: Mutt/1.6.1 (2016-04-27) X-Spam-Level: -- X-Spam-Report: Spam detection software, running on the system "id.bluezbox.com", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: Ian Lepore (ian@freebsd.org) wrote: > On Wed, 2017-03-01 at 16:03 -0800, bob prohaska wrote: > > On Wed, Mar 01, 2017 at 09:20:13PM +0100, Michael Tuexen wrote: > > > > > > Interesting... Let us know what works and what doesn't... > > > > > > Best regards > > > Michael > > > > > As of FreeBSD 12.0-CURRENT (RPI2) #0 r314450: Wed Mar  1 14:48:26 PST > > 2017 > > the serial console is still corrupt (output truncated, input not > > echoed > > but treated like the enter key).  The serial console does seem to > > work > > with U-boot and loader, so I don't think it's the upstream hardware.  > > > > The HDMI console looks normal and USB keyboard input seems to work. > > > > There have been several updates to /usr/src/sys/dev/uart and it looks > > as if kernel updates are still coming. Maybe the job simply isn't > > done yet. > > > > bob > > > > It seems like this might be caused by r314318.  Can someone having this > problem confirm if 314317 works and 314318 fails? [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Mar 2017 02:01:31 -0000 Ian Lepore (ian@freebsd.org) wrote: > On Wed, 2017-03-01 at 16:03 -0800, bob prohaska wrote: > > On Wed, Mar 01, 2017 at 09:20:13PM +0100, Michael Tuexen wrote: > > > > > > Interesting... Let us know what works and what doesn't... > > > > > > Best regards > > > Michael > > > > > As of FreeBSD 12.0-CURRENT (RPI2) #0 r314450: Wed Mar  1 14:48:26 PST > > 2017 > > the serial console is still corrupt (output truncated, input not > > echoed > > but treated like the enter key).  The serial console does seem to > > work > > with U-boot and loader, so I don't think it's the upstream hardware.  > > > > The HDMI console looks normal and USB keyboard input seems to work. > > > > There have been several updates to /usr/src/sys/dev/uart and it looks > > as if kernel updates are still coming. Maybe the job simply isn't > > done yet. > > > > bob > > > > It seems like this might be caused by r314318.  Can someone having this > problem confirm if 314317 works and 314318 fails? Tested on my RPi2, 314317 - works, 314318 - broken -- gonzo From owner-freebsd-arm@freebsd.org Thu Mar 2 02:05:12 2017 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 D2074CF46F6 for ; Thu, 2 Mar 2017 02:05:12 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from pmta2.delivery6.ore.mailhop.org (pmta2.delivery6.ore.mailhop.org [54.200.129.228]) (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 B4EE0CB5 for ; Thu, 2 Mar 2017 02:05:12 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: 983febe7-feec-11e6-b3c2-c9f38144898e X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.78.92.27 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.78.92.27]) by outbound2.ore.mailhop.org (Halon) with ESMTPSA id 983febe7-feec-11e6-b3c2-c9f38144898e; Thu, 02 Mar 2017 02:04:40 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id v22259Av007933; Wed, 1 Mar 2017 19:05:09 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <1488420309.60166.32.camel@freebsd.org> Subject: Re: Odd-looking serial console prompt on RPI2 From: Ian Lepore To: Oleksandr Tymoshenko , "Jayachandran C." Cc: bob prohaska , Michael Tuexen , freebsd-arm@freebsd.org Date: Wed, 01 Mar 2017 19:05:09 -0700 In-Reply-To: <20170302020116.GA98466@bluezbox.com> References: <20170227195647.GA91329@www.zefox.net> <20170301200112.ymwkfd64tzz5f3b2@mutt-hbsd> <4194F030-4E5C-4EB6-82D7-FD725E3B7CEF@fh-muenster.de> <20170302000334.GA99403@www.zefox.net> <1488419304.60166.26.camel@freebsd.org> <20170302020116.GA98466@bluezbox.com> Content-Type: text/plain; charset="ISO-8859-1" X-Mailer: Evolution 3.18.5.1 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Mar 2017 02:05:12 -0000 On Wed, 2017-03-01 at 18:01 -0800, Oleksandr Tymoshenko wrote: > Ian Lepore (ian@freebsd.org) wrote: > > > > On Wed, 2017-03-01 at 16:03 -0800, bob prohaska wrote: > > > > > > On Wed, Mar 01, 2017 at 09:20:13PM +0100, Michael Tuexen wrote: > > > > > > > > > > > > Interesting... Let us know what works and what doesn't... > > > > > > > > Best regards > > > > Michael > > > > > > > As of FreeBSD 12.0-CURRENT (RPI2) #0 r314450: Wed Mar  1 14:48:26 > > > PST > > > 2017 > > > the serial console is still corrupt (output truncated, input not > > > echoed > > > but treated like the enter key).  The serial console does seem to > > > work > > > with U-boot and loader, so I don't think it's the upstream > > > hardware.  > > > > > > The HDMI console looks normal and USB keyboard input seems to > > > work. > > > > > > There have been several updates to /usr/src/sys/dev/uart and it > > > looks > > > as if kernel updates are still coming. Maybe the job simply isn't > > > done yet. > > > > > > bob > > > > > It seems like this might be caused by r314318.  Can someone having > > this problem confirm if 314317 works and 314318 fails? > Tested on my RPi2, 314317 - works, 314318 - broken > CC'ing jchandra@. I wonder if there is some bad interaction when the same uart is used as a console and a tty? -- Ian From owner-freebsd-arm@freebsd.org Thu Mar 2 03:52:18 2017 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 C91DCCF3B54 for ; Thu, 2 Mar 2017 03:52:18 +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 A2D8B9F; Thu, 2 Mar 2017 03:52:18 +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 v223qHv0000253 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 1 Mar 2017 19:52:18 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id v223qGH0000252; Wed, 1 Mar 2017 19:52:16 -0800 (PST) (envelope-from fbsd) Date: Wed, 1 Mar 2017 19:52:16 -0800 From: bob prohaska To: Ian Lepore Cc: Oleksandr Tymoshenko , "Jayachandran C." , Michael Tuexen , freebsd-arm@freebsd.org Subject: Re: Odd-looking serial console prompt on RPI2 Message-ID: <20170302035216.GA99969@www.zefox.net> References: <20170227195647.GA91329@www.zefox.net> <20170301200112.ymwkfd64tzz5f3b2@mutt-hbsd> <4194F030-4E5C-4EB6-82D7-FD725E3B7CEF@fh-muenster.de> <20170302000334.GA99403@www.zefox.net> <1488419304.60166.26.camel@freebsd.org> <20170302020116.GA98466@bluezbox.com> <1488420309.60166.32.camel@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1488420309.60166.32.camel@freebsd.org> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Mar 2017 03:52:18 -0000 No change as of FreeBSD 12.0-CURRENT (RPI2) #1 r314526: Wed Mar 1 18:32:47 PST 2017 bob From owner-freebsd-arm@freebsd.org Thu Mar 2 10:47:50 2017 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 8B2E5CF5600 for ; Thu, 2 Mar 2017 10:47:50 +0000 (UTC) (envelope-from andrew@fubar.geek.nz) Received: from fry.fubar.geek.nz (fry.fubar.geek.nz [139.59.165.16]) by mx1.freebsd.org (Postfix) with ESMTP id 587186E3; Thu, 2 Mar 2017 10:47:49 +0000 (UTC) (envelope-from andrew@fubar.geek.nz) Received: from andrews-mbp.lan (39.249.115.87.dyn.plus.net [87.115.249.39]) by fry.fubar.geek.nz (Postfix) with ESMTPSA id DA3024E6DC; Thu, 2 Mar 2017 10:47:12 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: Odd-looking serial console prompt on RPI2 From: Andrew Turner In-Reply-To: <1488420309.60166.32.camel@freebsd.org> Date: Thu, 2 Mar 2017 10:47:11 +0000 Cc: Oleksandr Tymoshenko , "Jayachandran C." , freebsd-arm@freebsd.org, Michael Tuexen Content-Transfer-Encoding: quoted-printable Message-Id: References: <20170227195647.GA91329@www.zefox.net> <20170301200112.ymwkfd64tzz5f3b2@mutt-hbsd> <4194F030-4E5C-4EB6-82D7-FD725E3B7CEF@fh-muenster.de> <20170302000334.GA99403@www.zefox.net> <1488419304.60166.26.camel@freebsd.org> <20170302020116.GA98466@bluezbox.com> <1488420309.60166.32.camel@freebsd.org> To: Ian Lepore X-Mailer: Apple Mail (2.3259) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Mar 2017 10:47:50 -0000 > On 2 Mar 2017, at 02:05, Ian Lepore wrote: >=20 > On Wed, 2017-03-01 at 18:01 -0800, Oleksandr Tymoshenko wrote: >> Ian Lepore (ian@freebsd.org) wrote: >>> It seems like this might be caused by r314318. Can someone having >>> this problem confirm if 314317 works and 314318 fails? >> Tested on my RPi2, 314317 - works, 314318 - broken >>=20 >=20 > CC'ing jchandra@. >=20 > I wonder if there is some bad interaction when the same uart is used = as > a console and a tty? >=20 I tested the change on a ThunderX before this was committed and found no = issues. It=E2=80=99s using the same uart as the console and a tty. Andrew From owner-freebsd-arm@freebsd.org Thu Mar 2 20:59:07 2017 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 240DCCF684F for ; Thu, 2 Mar 2017 20:59:07 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-192.reflexion.net [208.70.211.192]) (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 C539AB0A for ; Thu, 2 Mar 2017 20:59:05 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 664 invoked from network); 2 Mar 2017 20:59:04 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 2 Mar 2017 20:59:04 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.30.0) with SMTP; Thu, 02 Mar 2017 15:59:04 -0500 (EST) Received: (qmail 18976 invoked from network); 2 Mar 2017 20:59:04 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 2 Mar 2017 20:59:04 -0000 Received: from [192.168.1.111] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id D85F5EC9093; Thu, 2 Mar 2017 12:59:03 -0800 (PST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: Odd-looking serial console prompt on RPI2 From: Mark Millard In-Reply-To: Date: Thu, 2 Mar 2017 12:59:03 -0800 Cc: Ian Lepore , freebsd-arm , Oleksandr Tymoshenko , Michael Tuexen Content-Transfer-Encoding: quoted-printable Message-Id: <4C69E3F3-049F-433D-B4DB-3177F30509F5@dsl-only.net> References: <20170227195647.GA91329@www.zefox.net> <20170301200112.ymwkfd64tzz5f3b2@mutt-hbsd> <4194F030-4E5C-4EB6-82D7-FD725E3B7CEF@fh-muenster.de> <20170302000334.GA99403@www.zefox.net> <1488419304.60166.26.camel@freebsd.org> <20170302020116.GA98466@bluezbox.com> <1488420309.60166.32.camel@freebsd.org> To: Andrew Turner X-Mailer: Apple Mail (2.3259) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Mar 2017 20:59:07 -0000 On 2017-Mar-2, at 2:47 AM, Andrew Turner = wrote: >> On 2 Mar 2017, at 02:05, Ian Lepore wrote: >>=20 >> On Wed, 2017-03-01 at 18:01 -0800, Oleksandr Tymoshenko wrote: >>> Ian Lepore (ian@freebsd.org) wrote: >>>> It seems like this might be caused by r314318. Can someone having >>>> this problem confirm if 314317 works and 314318 fails? >>> Tested on my RPi2, 314317 - works, 314318 - broken >>>=20 >>=20 >> CC'ing jchandra@. >>=20 >> I wonder if there is some bad interaction when the same uart is used = as >> a console and a tty? >>=20 >=20 > I tested the change on a ThunderX before this was committed and found = no issues. It=E2=80=99s using the same uart as the console and a tty. >=20 > Andrew I updated the rpi2 that I have access to to -r314479 (to match other contexts that I have). This was a large jump: i'd not updated the rpi2 in a long time. It had the problem so I then reverted to the prior source for the file in question: # svnlite update -r310289 sys/dev/uart/uart_dev_pl011.c = = = =20 and rebuilt and installed. The problem was gone. Of course if ThunderX and the rpi2 code use that code differently then it might be other code that is actually considered wrong and reverting just sidesteps the issue. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-arm@freebsd.org Thu Mar 2 23:26:47 2017 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 B98F7CF5D6C for ; Thu, 2 Mar 2017 23:26:47 +0000 (UTC) (envelope-from rj@obsigna.com) Received: from mo6-p00-ob.smtp.rzone.de (mo6-p00-ob.smtp.rzone.de [IPv6:2a01:238:20a:202:5300::8]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.smtp.rzone.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 57AC11EC7 for ; Thu, 2 Mar 2017 23:26:46 +0000 (UTC) (envelope-from rj@obsigna.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1488497204; l=1266; s=domk; d=obsigna.com; h=To:References:Content-Transfer-Encoding:Date:In-Reply-To:From: Subject:Mime-Version:Content-Type; bh=2A4ap/C8HKGltYDXojEAGmlv71zVofbFmO6JFo7GpWg=; b=kU1wo/tDhNrd9NDd72d42PMeaS1+zPEv0xEvkeVbD+BhNK+lj8kD4mftKRFGjpytyW CpozcBMb6Q/so2cBR963cjkSwun2e22VoaKstkQP4SE/ALF6Kr0sL/DUW36P6C3Bt8HZ IagDcOy7gMMGWzxYNJMM8ac7v0JYnVOMXOBco= X-RZG-AUTH: :O2kGeEG7b/pS1EK7WHa0hxqKZr4lnx6UhT0M0o35iAdWtoM07Gt3wQHFGh0i99HgKKA= X-RZG-CLASS-ID: mo00 Received: from mail.obsigna.com (bb02b584.virtua.com.br [187.2.181.132]) by smtp.strato.de (RZmta 39.13 DYNA|AUTH) with ESMTPSA id K02e04t22NQhVhh (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (curve secp521r1 with 521 ECDH bits, eq. 15360 bits RSA)) (Client did not present a certificate) for ; Fri, 3 Mar 2017 00:26:43 +0100 (CET) Received: from rolf.projectworld.net (rolf.projectworld.net [192.168.222.15]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.obsigna.com (Postfix) with ESMTPSA id BB8C67506DC6 for ; Thu, 2 Mar 2017 20:26:39 -0300 (BRT) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: mmcsd1 read only on BBB From: "Dr. Rolf Jansen" In-Reply-To: <1488248929.25520.102.camel@freebsd.org> Date: Thu, 2 Mar 2017 20:26:38 -0300 Content-Transfer-Encoding: quoted-printable Message-Id: <8272E231-E41C-4A06-9755-1F0AB4EF864C@obsigna.com> References: <1488248929.25520.102.camel@freebsd.org> To: "freebsd-arm@freebsd.org" X-Mailer: Apple Mail (2.1878.6) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Mar 2017 23:26:47 -0000 Am 27.02.2017 um 23:28 schrieb Ian Lepore : > On Mon, 2017-02-27 at 23:20 -0300, Otac=EDlio wrote: >> Dears >>=20 >> I'm following the BBB wiki to make Beaglebone black t always boot >> from=20 >> the Micro-SD (https://wiki.freebsd.org/FreeBSD/arm/BeagleBoneBlack).=20= >> But, the command "gpart unset -a active -i 1 mmcsd1" is returning=20 >> "gpart: Read-only file system". Someone can give me a hint to fix >> it?=20 >> (FreeBSD 12.0-CURRENT #1 r312852M) >>=20 >> Thanks a lot. >>=20 >>=20 >> []'s >>=20 >> -Otac=EDlio >=20 > That's a bug I introduced several weeks ago while making the card- > detect pin work, sorry about that. I finally got a fix committed in > r314071 (you should be able to just cherry-pick r314071 if this isn't = a > good time for updating your whole src tree). Just a quick note. The snapshot directory ARMv6/ISO-IMAGES/12.0 has been cleaned-up. The = last working snapshot from January 2017 has been removed und now the = only one that can be downloaded is the spoiled February snapshot = (r313561). I guess it would be better to remove this one as well because this won't = work anyway, and users would waste their time figuring it out the hard = way. Best regards Rolf From owner-freebsd-arm@freebsd.org Fri Mar 3 02:06:25 2017 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 7A7FDCF54BF for ; Fri, 3 Mar 2017 02:06:25 +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 53C0B158A for ; Fri, 3 Mar 2017 02:06:25 +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 v2326ATI003592 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 2 Mar 2017 18:06:11 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id v23269NP003591; Thu, 2 Mar 2017 18:06:09 -0800 (PST) (envelope-from fbsd) Date: Thu, 2 Mar 2017 18:06:09 -0800 From: bob prohaska To: Mark Millard Cc: Andrew Turner , Michael Tuexen , freebsd-arm , Oleksandr Tymoshenko , Ian Lepore , fbsd@www.zefox.net Subject: Re: Odd-looking serial console prompt on RPI2 Message-ID: <20170303020609.GA3411@www.zefox.net> References: <20170227195647.GA91329@www.zefox.net> <20170301200112.ymwkfd64tzz5f3b2@mutt-hbsd> <4194F030-4E5C-4EB6-82D7-FD725E3B7CEF@fh-muenster.de> <20170302000334.GA99403@www.zefox.net> <1488419304.60166.26.camel@freebsd.org> <20170302020116.GA98466@bluezbox.com> <1488420309.60166.32.camel@freebsd.org> <4C69E3F3-049F-433D-B4DB-3177F30509F5@dsl-only.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4C69E3F3-049F-433D-B4DB-3177F30509F5@dsl-only.net> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Mar 2017 02:06:25 -0000 On Thu, Mar 02, 2017 at 12:59:03PM -0800, Mark Millard wrote: > > # svnlite update -r310289 sys/dev/uart/uart_dev_pl011.c Applying the same adjustment to revision 314563 on RPI2 seems to likewise correct serial console behavior. There are no obvious side effects. bob prohaska From owner-freebsd-arm@freebsd.org Fri Mar 3 08:37:28 2017 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 057A8CF6CA6 for ; Fri, 3 Mar 2017 08:37:28 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id EA3AF1A10 for ; Fri, 3 Mar 2017 08:37:27 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: by mailman.ysv.freebsd.org (Postfix) id E6892CF6CA5; Fri, 3 Mar 2017 08:37:27 +0000 (UTC) Delivered-To: arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E6307CF6CA4 for ; Fri, 3 Mar 2017 08:37:27 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A895B1A0F for ; Fri, 3 Mar 2017 08:37:27 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from bach.cs.huji.ac.il ([132.65.80.20]) by kabab.cs.huji.ac.il with esmtp id 1cjiiC-0003dX-UC for arm@freebsd.org; Fri, 03 Mar 2017 10:37:16 +0200 From: Daniel Braniss Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: spi on allwinner? Message-Id: <012A1974-4411-4C67-AB00-43961D64E4A1@cs.huji.ac.il> Date: Fri, 3 Mar 2017 10:37:16 +0200 To: "freebsd-arm@freebsd.org" X-Mailer: Apple Mail (2.3259) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Mar 2017 08:37:28 -0000 Hi All, any chance that we can have kernel support for SPI on the Allwinner like = we have on Raspberry? I am more than willing to help debugging, danny From owner-freebsd-arm@freebsd.org Fri Mar 3 09:14:00 2017 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 0F322CF6B45 for ; Fri, 3 Mar 2017 09:14:00 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id E86731FD0 for ; Fri, 3 Mar 2017 09:13:59 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: by mailman.ysv.freebsd.org (Postfix) id E4733CF6B44; Fri, 3 Mar 2017 09:13:59 +0000 (UTC) Delivered-To: arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E416FCF6B43 for ; Fri, 3 Mar 2017 09:13:59 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 5B7D91FCF for ; Fri, 3 Mar 2017 09:13:58 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id 9e47f953; Fri, 3 Mar 2017 10:13:51 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=CqdmW4jOZ9WndWhlctmlvwPYd2c=; b=ZLf5CAq+9gYwWzQT1dY9oUHiMQ3I E0FN6HgF7bKbLaisUXsVIIpFEZqdNkXeSwoEW9J/JFwS9FphJsMMKCr5tkL+HrSv iorCmv6KVqixNs3MnMG1zJIJStfKxlKFwtzSFfOLX/TudhUPSaVbc1bz72TAXiY0 mScQuJaLeRLILB0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=Ncy801a3Mtf6mkWIelXbcxjKkJsZXISloCZbbm1fAysEnLLYuwjzWT5B 5ueIQTomWMYSmzLyLlbgWVKmzs435/qoYG6De7u4kTpTYmEmB5P4B968rRmVVi5H +2tByfx7fS4JzstiYS4RMU+RxlX1a9DbQ7TY8qxtTiKv6bUjq5o= Received: from knuckles.blih.net (om126204172073.6.openmobile.ne.jp [126.204.172.73]) by mail.blih.net (OpenSMTPD) with ESMTPSA id 8fe06ab0 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Fri, 3 Mar 2017 10:13:50 +0100 (CET) Date: Fri, 3 Mar 2017 10:13:41 +0100 From: Emmanuel Vadot To: Daniel Braniss Cc: "freebsd-arm@freebsd.org" Subject: Re: spi on allwinner? Message-Id: <20170303101341.ed3438ff193d36f0ed80d363@bidouilliste.com> In-Reply-To: <012A1974-4411-4C67-AB00-43961D64E4A1@cs.huji.ac.il> References: <012A1974-4411-4C67-AB00-43961D64E4A1@cs.huji.ac.il> X-Mailer: Sylpheed 3.5.1 (GTK+ 2.24.29; amd64-portbld-freebsd12.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.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Mar 2017 09:14:00 -0000 Hi Daniel, As soon as I have debug why my driver doesn't work with SPI flash but does with some RFID chip I'll commit it. In the meantime you can test : https://github.com/evadot/freebsd/tree/a10_spi Thanks, On Fri, 3 Mar 2017 10:37:16 +0200 Daniel Braniss wrote: > Hi All, > any chance that we can have kernel support for SPI on the Allwinner like we have on Raspberry? > > I am more than willing to help debugging, > > danny > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Fri Mar 3 09:16:32 2017 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 E450ECF6C3E for ; Fri, 3 Mar 2017 09:16:32 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id D27BE10E1 for ; Fri, 3 Mar 2017 09:16:32 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: by mailman.ysv.freebsd.org (Postfix) id CECF5CF6C3D; Fri, 3 Mar 2017 09:16:32 +0000 (UTC) Delivered-To: arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CE7D6CF6C3C for ; Fri, 3 Mar 2017 09:16:32 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8DC9F10E0 for ; Fri, 3 Mar 2017 09:16:32 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from bach.cs.huji.ac.il ([132.65.80.20]) by kabab.cs.huji.ac.il with esmtp id 1cjjK9-0004Xj-Tt; Fri, 03 Mar 2017 11:16:29 +0200 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: spi on allwinner? From: Daniel Braniss In-Reply-To: <20170303101341.ed3438ff193d36f0ed80d363@bidouilliste.com> Date: Fri, 3 Mar 2017 11:16:29 +0200 Cc: "freebsd-arm@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: <8073DBD6-CA30-4008-BAF5-9246BDC7DEB3@cs.huji.ac.il> References: <012A1974-4411-4C67-AB00-43961D64E4A1@cs.huji.ac.il> <20170303101341.ed3438ff193d36f0ed80d363@bidouilliste.com> To: Emmanuel Vadot X-Mailer: Apple Mail (2.3259) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Mar 2017 09:16:33 -0000 > On 3 Mar 2017, at 11:13, Emmanuel Vadot wrote: >=20 >=20 > Hi Daniel, >=20 > As soon as I have debug why my driver doesn't work with SPI flash but > does with some RFID chip I'll commit it. > In the meantime you can test : > https://github.com/evadot/freebsd/tree/a10_spi >=20 > Thanks, >=20 i will have a busy weekend! thanks, danny > On Fri, 3 Mar 2017 10:37:16 +0200 > Daniel Braniss wrote: >=20 >> Hi All, >> any chance that we can have kernel support for SPI on the Allwinner = like we have on Raspberry? >>=20 >> I am more than willing to help debugging, >>=20 >> danny >>=20 >> _______________________________________________ >> freebsd-arm@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >> To unsubscribe, send any mail to = "freebsd-arm-unsubscribe@freebsd.org" >=20 >=20 > --=20 > Emmanuel Vadot From owner-freebsd-arm@freebsd.org Sat Mar 4 16:54:15 2017 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 95924CF95B0 for ; Sat, 4 Mar 2017 16:54:15 +0000 (UTC) (envelope-from c.jayachandran@gmail.com) Received: from mail-yw0-x241.google.com (mail-yw0-x241.google.com [IPv6:2607:f8b0:4002:c05::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 515121584; Sat, 4 Mar 2017 16:54:15 +0000 (UTC) (envelope-from c.jayachandran@gmail.com) Received: by mail-yw0-x241.google.com with SMTP id 203so12710843ywz.1; Sat, 04 Mar 2017 08:54:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=CST5hETiPZNbo70XUY/q7HCogvJWY8nunhG2vusBOyM=; b=dtj1tW9rFj2qVh9J040WE9Et9QNZgF9TWkuVxRkstZPb5ONJUzZZ1xxmOJXSHeqHsL /ZaF1kw53v+cCEx6qEMwE28aoSvfqcEBZdqrLxA0oQygcsGA6E1kXzUTdPkjBKLa/ASW Q6EQw/rryHv9i/rfs6mAaLR4W+wMzjre89Cx8AKHFaIPS+jcirp/5bfWgryKbqK8dRln bNRAeI9sbn3uKQqjzHCVnHJDX/WPaz6qvQzA69ihwpZ5aOo3/5072YEuUu1bSE6wTv6Y vVwvBr9XdktXQJTlnNP5+LhyraPF5wAXw5qZPq57cb6odNEPVV0mGdTft/rP0Q3jYnmf Ig9A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=CST5hETiPZNbo70XUY/q7HCogvJWY8nunhG2vusBOyM=; b=TUs9co/5AlyzFCC/g/TNFhbh0F4AwLYWZer0p6+BGZq1DW0j8sv4/hOfgTWDj4q7mD QsxOhDR3teujmiwqGp3jtmyd7QrscCwnhFyDBN7GdtD/kDGO+269cLIOZVToiUZ69YeX xYEtKjaIncQcWZD9BLB8XP2CCN5ao4LBgFfPnyufdDAd/QPY/kPQEQPJl856MbJDs1jv Zie6jc4XLdrPssy3qNSAr1DL6MxWkNOnkK0fwVlqYEIem/mDPLjh/cEcVLQmMRTqnqw/ yTCYSDWsjXnrDrLlzXmUwbd3WrqR9sfdiXfgrovAWqurb5Tzuo3B6CC1S53Z1lAWIFKc 10Jw== X-Gm-Message-State: AMke39nCPi/u8JAcJ5U+ci6tpwcfB3gOAorGHvCsGGsmyCBKDWhrVVlcdaLU7yWpJrC6px2Go9DGz57UWceypw== X-Received: by 10.129.71.130 with SMTP id u124mr3357645ywa.294.1488646454412; Sat, 04 Mar 2017 08:54:14 -0800 (PST) MIME-Version: 1.0 Sender: c.jayachandran@gmail.com Received: by 10.83.42.214 with HTTP; Sat, 4 Mar 2017 08:54:13 -0800 (PST) In-Reply-To: <1488420309.60166.32.camel@freebsd.org> References: <20170227195647.GA91329@www.zefox.net> <20170301200112.ymwkfd64tzz5f3b2@mutt-hbsd> <4194F030-4E5C-4EB6-82D7-FD725E3B7CEF@fh-muenster.de> <20170302000334.GA99403@www.zefox.net> <1488419304.60166.26.camel@freebsd.org> <20170302020116.GA98466@bluezbox.com> <1488420309.60166.32.camel@freebsd.org> From: "Jayachandran C." Date: Sat, 4 Mar 2017 22:24:13 +0530 X-Google-Sender-Auth: 0StirGpwUTXV_GFf5rna3HSwAxY Message-ID: Subject: Re: Odd-looking serial console prompt on RPI2 To: Ian Lepore Cc: Oleksandr Tymoshenko , bob prohaska , Michael Tuexen , freebsd-arm@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Mar 2017 16:54:15 -0000 On Thu, Mar 2, 2017 at 7:35 AM, Ian Lepore wrote: > On Wed, 2017-03-01 at 18:01 -0800, Oleksandr Tymoshenko wrote: >> Ian Lepore (ian@freebsd.org) wrote: >> > >> > On Wed, 2017-03-01 at 16:03 -0800, bob prohaska wrote: >> > > >> > > On Wed, Mar 01, 2017 at 09:20:13PM +0100, Michael Tuexen wrote: >> > > > >> > > > >> > > > Interesting... Let us know what works and what doesn't... >> > > > >> > > > Best regards >> > > > Michael >> > > > >> > > As of FreeBSD 12.0-CURRENT (RPI2) #0 r314450: Wed Mar 1 14:48:26 >> > > PST >> > > 2017 >> > > the serial console is still corrupt (output truncated, input not >> > > echoed >> > > but treated like the enter key). The serial console does seem to >> > > work >> > > with U-boot and loader, so I don't think it's the upstream >> > > hardware. >> > > >> > > The HDMI console looks normal and USB keyboard input seems to >> > > work. >> > > >> > > There have been several updates to /usr/src/sys/dev/uart and it >> > > looks >> > > as if kernel updates are still coming. Maybe the job simply isn't >> > > done yet. >> > > >> > > bob >> > > >> > It seems like this might be caused by r314318. Can someone having >> > this problem confirm if 314317 works and 314318 fails? >> Tested on my RPi2, 314317 - works, 314318 - broken >> > > CC'ing jchandra@. > > I wonder if there is some bad interaction when the same uart is used as > a console and a tty? I don't have a RPi3 setup to test now, I will look at the code again to see if I can find an issue. Otherwise I will revert the change until we can find why the RPi UART breaks with these changes. Thanks, JC. From owner-freebsd-arm@freebsd.org Sat Mar 4 16:57:42 2017 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 1E56ECF9658 for ; Sat, 4 Mar 2017 16:57:42 +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 F2829163E for ; Sat, 4 Mar 2017 16:57:41 +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 v24GvecT009697 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 4 Mar 2017 08:57:41 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id v24GveCV009696; Sat, 4 Mar 2017 08:57:40 -0800 (PST) (envelope-from fbsd) Date: Sat, 4 Mar 2017 08:57:40 -0800 From: bob prohaska To: freebsd-arm@freebsd.org Subject: Booting an old kernel on RPI2 Message-ID: <20170304165740.GA9625@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Mar 2017 16:57:42 -0000 A recent world/kernel build went badly wrong, resulting in an "out of memory" report on the console and no further progress. There are two spare kernels on the system, kernel.old and kernel.spare, but even kernel.spare, which I know worked, still produces the same "out of memory" prompt on the console. The console output contains: loader> load /boot/kernel.spare/kernel /boot/kernel.spare/kernel data=0x60f7e4+0x10081c syms=[0x4+0x83aa0+0x4+0x97216] loader> boot -s Booting... followed by the line Trying to mount root from ufs:/dev/mmcsd0s2a [rw,noatime]... WARNING: / was not properly dismounted warning: no time-of-day clock registered, system time will not be set accurately Enter full pathname of shell or RETURN for /bin/sh: Somewhat later the console emitted random: unblocking device which I didn't expect; I thought it would wait at the # prompt. In this state even the debugger escape just produces "out of memory". Am I making a syntax error in trying to boot kernel.spare in single user? Might this behavior indicate a hardware problem of some sort? Thanks for reading! bob prohaska From owner-freebsd-arm@freebsd.org Sat Mar 4 17:28:00 2017 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 B298ACF924F for ; Sat, 4 Mar 2017 17:28:00 +0000 (UTC) (envelope-from ike@blackskyresearch.net) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (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 88B271911 for ; Sat, 4 Mar 2017 17:27:59 +0000 (UTC) (envelope-from ike@blackskyresearch.net) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id 87B8120982 for ; Sat, 4 Mar 2017 12:27:58 -0500 (EST) Received: from frontend1 ([10.202.2.160]) by compute1.internal (MEProxy); Sat, 04 Mar 2017 12:27:58 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= blackskyresearch.net; h=content-transfer-encoding:content-type :date:from:message-id:mime-version:subject:to:x-me-sender :x-me-sender:x-sasl-enc:x-sasl-enc; s=mesmtp; bh=0htg1PHRZsQkWtA 4uuSlIxfMwJw=; b=mzlZKQ6zgW3IMNwe2X1LPfr1Mk3y+SEuOEonm+73sMl+Nb/ 3yIF9hgjs2X6BDYn68g0vICIOaGBiInarV83UOa/E3PfBXixsmVX0KrC6V2wvhWy +SANsK5fxwKzkOFrQ52D3RUgQNn9U7mrvylJnKugiAqczNLk6vpsizc6d8qs= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:message-id:mime-version:subject:to:x-me-sender :x-me-sender:x-sasl-enc:x-sasl-enc; s=smtpout; bh=0htg1PHRZsQkWt A4uuSlIxfMwJw=; b=ac0ZMUwo1cjEbZKMAy0gQP31Vt6a3Q/qKbB4hNKf4lxBYU MOyU0sN7V23SmFgeDZN5xqdWTYAlZYAdklLFMPg5G7hJXII5aY7tgUyu12YxhVt8 R5D8eRo0Xj0Zk4YeXu1iKTsuGmA06/1OsYw5KYTptkhJm8B03F2IhVudTfED0= X-ME-Sender: X-Sasl-enc: MRa3qBWEcRsMimZv3IxoltR4RhXZolNMcQ+JdUMRmWNb 1488648477 Received: from [192.168.0.14] (cpe-24-90-227-1.nyc.res.rr.com [24.90.227.1]) by mail.messagingengine.com (Postfix) with ESMTPA id DC5FE7E53D for ; Sat, 4 Mar 2017 12:27:57 -0500 (EST) From: "Isaac (.ike) Levy" Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: beaglebone black GPIO pinout and FreeBSD 11 Message-Id: Date: Sat, 4 Mar 2017 12:27:56 -0500 To: freebsd-arm@freebsd.org X-Mailer: Apple Mail (2.3259) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Mar 2017 17:28:00 -0000 Hi All, I'm a total noob with GPIO, but an oldschool FreeBSD user. For FreeBSD 11, the GPIO pinout on a Beaglebone appears to be different = that the documentation I've found: https://wiki.freebsd.org/FreeBSD/arm/BeagleBoneBlack https://lists.freebsd.org/pipermail/freebsd-arm/2014-May/008461.html Does anyone know how I can go about finding the physical mapping of the = gpio pins on the BeagleBone Black? I'm looking to learn how to get some = simple analog inputs/outputs and i2c going... Blinking lights and = toggle switches kind of basics fun... Thanks! Best, .ike p.s.: just for the record, gpioctl appears to let me touch four separate = gpio controllers, (which I assume are each one row of the pinouts on the = BBB?) This is quite different than all other documentation I've found = online, which appears to reference 10.x era GPIO: # uname -a FreeBSD beaglebone 11.0-RELEASE-p1 FreeBSD 11.0-RELEASE-p1 #0 r306420: = Thu Sep 29 09:23:20 UTC 2016 = root@releng2.nyi.freebsd.org:/usr/obj/arm.armv6/usr/src/sys/BEAGLEBONE = arm # dmesg | grep gpio gpio0: mem 0x44e07000-0x44e07fff = on simplebus0 gpiobus0: on gpio0 gpioc0: on gpio0 gpio1: mem 0x4804c000-0x4804cfff = on simplebus0 gpiobus1: on gpio1 gpioled0: at pin 21 on gpiobus1 gpioled1: at pin 22 on gpiobus1 gpioled2: at pin 23 on gpiobus1 gpioled3: at pin 24 on gpiobus1 gpioc1: on gpio1 gpio2: mem 0x481ac000-0x481acfff = on simplebus0 gpiobus2: on gpio2 gpioc2: on gpio2 gpio3: mem 0x481ae000-0x481aefff = on simplebus0 gpiobus3: on gpio3 gpioc3: on gpio3 #=20 # for i in `jot - 0 3` ; do echo "## gpioc${i}" ; gpioctl -f = "/dev/gpioc${i}" -l ; done ## gpioc0 pin 00: 0 gpio_0<> pin 01: 0 gpio_1<> pin 02: 1 gpio_2 pin 03: 1 gpio_3 pin 04: 0 gpio_4<> pin 05: 0 gpio_5<> pin 06: 0 gpio_6 pin 07: 0 gpio_7<> pin 08: 0 gpio_8<> pin 09: 0 gpio_9<> pin 10: 0 gpio_10<> pin 11: 0 gpio_11<> pin 12: 0 gpio_12<> pin 13: 0 gpio_13<> pin 14: 1 gpio_14 pin 15: 1 gpio_15 pin 16: 0 gpio_16<> pin 17: 0 gpio_17<> pin 18: 0 gpio_18<> pin 19: 0 gpio_19<> pin 20: 0 gpio_20<> pin 21: 0 gpio_21<> pin 22: 0 gpio_22 pin 23: 0 gpio_23 pin 24: 0 gpio_24<> pin 25: 0 gpio_25<> pin 26: 0 gpio_26 pin 27: 0 gpio_27 pin 28: 0 gpio_28<> pin 29: 0 gpio_29 pin 30: 1 gpio_30 pin 31: 1 gpio_31 ## gpioc1 pin 00: 0 gpio_0<> pin 01: 0 gpio_1<> pin 02: 0 gpio_2<> pin 03: 0 gpio_3<> pin 04: 0 gpio_4<> pin 05: 0 gpio_5<> pin 06: 0 gpio_6<> pin 07: 0 gpio_7<> pin 08: 1 gpio_8 pin 09: 1 gpio_9 pin 10: 0 gpio_10<> pin 11: 0 gpio_11<> pin 12: 0 gpio_12 pin 13: 0 gpio_13 pin 14: 0 gpio_14 pin 15: 0 gpio_15 pin 16: 1 gpio_16 pin 17: 0 gpio_17 pin 18: 0 gpio_18 pin 19: 0 gpio_19 pin 20: 0 gpio_20 pin 21: 0 gpioled0 pin 22: 0 gpioled1 pin 23: 0 gpioled2 pin 24: 0 gpioled3 pin 25: 1 gpio_25 pin 26: 1 gpio_26 pin 27: 0 gpio_27 pin 28: 1 gpio_28 pin 29: 1 gpio_29 pin 30: 0 gpio_30<> pin 31: 0 gpio_31<> ## gpioc2 pin 00: 1 gpio_0 pin 01: 0 gpio_1 pin 02: 1 gpio_2 pin 03: 1 gpio_3 pin 04: 1 gpio_4 pin 05: 1 gpio_5<> pin 06: 0 gpio_6<> pin 07: 0 gpio_7<> pin 08: 0 gpio_8<> pin 09: 0 gpio_9<> pin 10: 0 gpio_10<> pin 11: 0 gpio_11<> pin 12: 0 gpio_12<> pin 13: 0 gpio_13<> pin 14: 0 gpio_14<> pin 15: 0 gpio_15<> pin 16: 0 gpio_16<> pin 17: 0 gpio_17<> pin 18: 0 gpio_18<> pin 19: 0 gpio_19<> pin 20: 0 gpio_20<> pin 21: 0 gpio_21<> pin 22: 0 gpio_22<> pin 23: 0 gpio_23<> pin 24: 0 gpio_24<> pin 25: 0 gpio_25<> pin 26: 0 gpio_26<> pin 27: 0 gpio_27<> pin 28: 0 gpio_28<> pin 29: 0 gpio_29<> pin 30: 0 gpio_30<> pin 31: 0 gpio_31<> ## gpioc3 pin 00: 0 gpio_0 pin 01: 0 gpio_1 pin 02: 0 gpio_2<> pin 03: 0 gpio_3<> pin 04: 0 gpio_4<> pin 05: 0 gpio_5<> pin 06: 0 gpio_6<> pin 07: 0 gpio_7<> pin 08: 0 gpio_8 pin 09: 0 gpio_9<> pin 10: 0 gpio_10<> pin 11: 0 gpio_11<> pin 12: 0 gpio_12<> pin 13: 0 gpio_13<> pin 14: 0 gpio_14<> pin 15: 0 gpio_15<> pin 16: 0 gpio_16<> pin 17: 0 gpio_17<> pin 18: 0 gpio_18<> pin 19: 0 gpio_19 pin 20: 0 gpio_20 pin 21: 0 gpio_21 pin 22: 0 gpio_22<> pin 23: 0 gpio_23<> pin 24: 0 gpio_24<> pin 25: 0 gpio_25<> pin 26: 0 gpio_26<> pin 27: 0 gpio_27<> pin 28: 0 gpio_28<> pin 29: 0 gpio_29<> pin 30: 0 gpio_30<> pin 31: 0 gpio_31<> #=20 From owner-freebsd-arm@freebsd.org Sat Mar 4 19:02:11 2017 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 E932ACF7134 for ; Sat, 4 Mar 2017 19:02:11 +0000 (UTC) (envelope-from andrew@tao11.riddles.org.uk) Received: from lungold.riddles.org.uk (lungold.riddles.org.uk [82.68.208.19]) (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 A62F71AD5 for ; Sat, 4 Mar 2017 19:02:11 +0000 (UTC) (envelope-from andrew@tao11.riddles.org.uk) Received: from [192.168.127.1] (port=31233 helo=caithnard.riddles.org.uk) by lungold.riddles.org.uk with esmtps (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.88 (FreeBSD)) (envelope-from ) id 1ckEgP-000DG2-T6 for freebsd-arm@freebsd.org; Sat, 04 Mar 2017 18:45:33 +0000 Received: from localhost ([127.0.0.1]:35857 helo=caithnard.riddles.org.uk) by caithnard.riddles.org.uk with esmtp (Exim 4.84 (FreeBSD)) (envelope-from ) id 1ckEgP-0001YI-4B for freebsd-arm@freebsd.org; Sat, 04 Mar 2017 18:45:33 +0000 From: Andrew Gierth To: freebsd-arm@freebsd.org Subject: Is CPUTYPE=cortex-A7 supposed to work? Message-ID: <871suc3nv8.fsf@news-spur.riddles.org.uk> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (berkeley-unix) Date: Sat, 04 Mar 2017 18:45:32 +0000 MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Mar 2017 19:02:12 -0000 Is building with CPUTYPE=cortex-A7 (this is on an RPI2) known to work, known to not work, or of unknown working status? -- Andrew. From owner-freebsd-arm@freebsd.org Sat Mar 4 21:07:24 2017 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 647CECF9FB9 for ; Sat, 4 Mar 2017 21:07:24 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it0-x232.google.com (mail-it0-x232.google.com [IPv6:2607:f8b0:4001:c0b::232]) (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 3803917EE for ; Sat, 4 Mar 2017 21:07:24 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it0-x232.google.com with SMTP id m27so1679360iti.1 for ; Sat, 04 Mar 2017 13:07:24 -0800 (PST) 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=lAlf6L8UMPRtX9dszWduSBgWcyRsXgccm4g2xoeAtkU=; b=Ajn527MpzC/i/+TZNoe32tbLy7lYyReqTAJKszPXLIkTbHDgx9Kch2GreT5dV1ObKr vjRD6NDLy6rUhq+E3+OJ48NslNvJAbghxQngPkekIi6BuODevPgqPGw0GoxUm78XMAn6 jBjvaqaJ2/cf1dfFDyS2z7kQU76qUpwbzsI56s7sp8yvj4NSgRWTtD7VOGZCN31zOrnK S5BnV6Cz7TIkSXxQ1Xr/lzYUHgU//H6fgc8gOR9Sg3pw3Fl8w7VLWk7pD6mP4MwPVv9n oYi6whScNoGCAx/2K5HnjEh+t3GkarKb1bVBwAy6n9cquxoDjoZtTd9Oe12bufTSlT+A Llcg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=lAlf6L8UMPRtX9dszWduSBgWcyRsXgccm4g2xoeAtkU=; b=bZEJtnJmjSe2mqQ7uLulaerBykuTD1T9AHs+sVEuIMzAAixmSb+5GHbLRDgK+lwII/ 0arnGoXy5uk/4a2xPpsa82RW5zx6JIDJw2iglNzTlmbUaPz1VYzfU/q2gy37CXTUcOO7 pXfjYUZqr4jyZith0GoErSo71bbnunAFaz5/y6nGWJbq7aSIOQC96+bAYBjbCG2KYR+O CFbxbuZV0jjqcmJLEh2vzlwiM+p3vIsLUyU41pSB7/5YaphF1O+4ghqxax29Nfp86F+B 75jzuVpIpt0UOE8gIDDJOo3aCfrFXWJ6/YSSj8XPxD2lwgcbH9y/RyDtQSC9SVlOq4VV LyiA== X-Gm-Message-State: AMke39ladY4Mp660PEcffPZ3aAA2IovKOozGD63AZELdYnTgKNqeTy4xxOzNgV1RV9ECsI15XP9okiHD2p97iA== X-Received: by 10.36.90.194 with SMTP id v185mr9010482ita.85.1488661643333; Sat, 04 Mar 2017 13:07:23 -0800 (PST) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.134.129 with HTTP; Sat, 4 Mar 2017 13:07:22 -0800 (PST) X-Originating-IP: [69.53.245.200] In-Reply-To: <871suc3nv8.fsf@news-spur.riddles.org.uk> References: <871suc3nv8.fsf@news-spur.riddles.org.uk> From: Warner Losh Date: Sat, 4 Mar 2017 14:07:22 -0700 X-Google-Sender-Auth: sYqLWG9CMqBbcp0wZMKObkuSwv0 Message-ID: Subject: Re: Is CPUTYPE=cortex-A7 supposed to work? To: Andrew Gierth Cc: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Mar 2017 21:07:24 -0000 On Sat, Mar 4, 2017 at 11:45 AM, Andrew Gierth wrote: > Is building with CPUTYPE=cortex-A7 (this is on an RPI2) known to work, > known to not work, or of unknown working status? I've not had good luck getting it to work. (cortex-a7 is the proper type name, btw). It kinda works, but ports are kinda wonky. Warner From owner-freebsd-arm@freebsd.org Sat Mar 4 21:47:44 2017 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 65A0DCF5E4F for ; Sat, 4 Mar 2017 21:47:44 +0000 (UTC) (envelope-from andrew@tao11.riddles.org.uk) Received: from lungold.riddles.org.uk (lungold.riddles.org.uk [82.68.208.19]) (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 19C2711D9 for ; Sat, 4 Mar 2017 21:47:43 +0000 (UTC) (envelope-from andrew@tao11.riddles.org.uk) Received: from [192.168.127.1] (port=13171 helo=caithnard.riddles.org.uk) by lungold.riddles.org.uk with esmtps (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.88 (FreeBSD)) (envelope-from ) id 1ckHWe-0000PB-4O; Sat, 04 Mar 2017 21:47:40 +0000 Received: from localhost ([127.0.0.1]:34747 helo=caithnard.riddles.org.uk) by caithnard.riddles.org.uk with esmtp (Exim 4.84 (FreeBSD)) (envelope-from ) id 1ckHWd-0002zF-7V; Sat, 04 Mar 2017 21:47:39 +0000 From: Andrew Gierth To: Warner Losh Cc: "freebsd-arm\@freebsd.org" Subject: Re: Is CPUTYPE=cortex-A7 supposed to work? In-Reply-To: (Warner Losh's message of "Sat, 4 Mar 2017 14:07:22 -0700") Message-ID: <87tw7820fc.fsf@news-spur.riddles.org.uk> References: <871suc3nv8.fsf@news-spur.riddles.org.uk> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (berkeley-unix) Date: Sat, 04 Mar 2017 21:47:38 +0000 MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Mar 2017 21:47:44 -0000 >>>>> "Warner" == Warner Losh writes: >> Is building with CPUTYPE=cortex-A7 (this is on an RPI2) known to >> work, known to not work, or of unknown working status? Warner> I've not had good luck getting it to work. (cortex-a7 is the Warner> proper type name, btw). It kinda works, but ports are kinda Warner> wonky. My findings so far: 1. openssl speed (base system's openssl, not a port) produces a bunch of errors, such as: 542635024:error:0407006A:rsa routines:RSA_padding_check_PKCS1_type_1:block type is not 01:/home/FreeBSD/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/rsa/rsa_pk1.c:103: 542635024:error:04067072:rsa routines:RSA_EAY_PUBLIC_DECRYPT:padding check failed:/home/FreeBSD/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/rsa/rsa_eay.c:705: 2. git fails with semi-random sha1 failures when cloning a repo of any size; these failures go away if you make it use its internal sha1 rather than the openssl one it defaults to. HOWEVER, testing in a world build without CPUTYPE and shoehorning the vectorized sha1 from openssl back in does not reproduce the failure. Also, extensive testing with "openssl dgst -sha1" did not produce any failure. (I've confirmed that both the above go away from recompiling without CPUTYPE.) I've also noticed some breakage probably not related to openssl for which I'm still waiting on recompilations in order to definitively test. -- Andrew. From owner-freebsd-arm@freebsd.org Sat Mar 4 22:02:55 2017 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 3D92ACF9434 for ; Sat, 4 Mar 2017 22:02:55 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1a.eu.mailhop.org (outbound1a.eu.mailhop.org [52.58.109.202]) (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 CB8031E30 for ; Sat, 4 Mar 2017 22:02:54 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: 51e68c63-0126-11e7-95b5-6dfd7dbb0ee5 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.78.92.27 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.78.92.27]) by outbound1.eu.mailhop.org (Halon) with ESMTPSA id 51e68c63-0126-11e7-95b5-6dfd7dbb0ee5; Sat, 04 Mar 2017 22:02:56 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id v24M2jK8004861; Sat, 4 Mar 2017 15:02:45 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <1488664965.69705.24.camel@freebsd.org> Subject: Re: Odd-looking serial console prompt on RPI2 From: Ian Lepore To: "Jayachandran C." Cc: Michael Tuexen , freebsd-arm@freebsd.org, Oleksandr Tymoshenko Date: Sat, 04 Mar 2017 15:02:45 -0700 In-Reply-To: References: <20170227195647.GA91329@www.zefox.net> <20170301200112.ymwkfd64tzz5f3b2@mutt-hbsd> <4194F030-4E5C-4EB6-82D7-FD725E3B7CEF@fh-muenster.de> <20170302000334.GA99403@www.zefox.net> <1488419304.60166.26.camel@freebsd.org> <20170302020116.GA98466@bluezbox.com> <1488420309.60166.32.camel@freebsd.org> Content-Type: text/plain; charset="ISO-8859-1" X-Mailer: Evolution 3.18.5.1 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Mar 2017 22:02:55 -0000 On Sat, 2017-03-04 at 22:24 +0530, Jayachandran C. wrote: > On Thu, Mar 2, 2017 at 7:35 AM, Ian Lepore wrote: > > > > On Wed, 2017-03-01 at 18:01 -0800, Oleksandr Tymoshenko wrote: > > > > > > Ian Lepore (ian@freebsd.org) wrote: > > > > > > > > > > > > On Wed, 2017-03-01 at 16:03 -0800, bob prohaska wrote: > > > > > > > > > > > > > > > On Wed, Mar 01, 2017 at 09:20:13PM +0100, Michael Tuexen > > > > > wrote: > > > > > > > > > > > > > > > > > > > > > > > > Interesting... Let us know what works and what doesn't... > > > > > > > > > > > > Best regards > > > > > > Michael > > > > > > > > > > > As of FreeBSD 12.0-CURRENT (RPI2) #0 r314450: Wed Mar  1 > > > > > 14:48:26 > > > > > PST > > > > > 2017 > > > > > the serial console is still corrupt (output truncated, input > > > > > not > > > > > echoed > > > > > but treated like the enter key).  The serial console does > > > > > seem to > > > > > work > > > > > with U-boot and loader, so I don't think it's the upstream > > > > > hardware. > > > > > > > > > > The HDMI console looks normal and USB keyboard input seems to > > > > > work. > > > > > > > > > > There have been several updates to /usr/src/sys/dev/uart and > > > > > it > > > > > looks > > > > > as if kernel updates are still coming. Maybe the job simply > > > > > isn't > > > > > done yet. > > > > > > > > > > bob > > > > > > > > > It seems like this might be caused by r314318.  Can someone > > > > having > > > > this problem confirm if 314317 works and 314318 fails? > > > Tested on my RPi2, 314317 - works, 314318 - broken > > > > > CC'ing jchandra@. > > > > I wonder if there is some bad interaction when the same uart is > > used as > > a console and a tty? > I don't have a RPi3 setup to test now, I will look at the code again > to see if > I can find an issue. > > Otherwise I will revert the change until we can find why the RPi UART > breaks > with these changes. > > Thanks, > JC. The bugs should be fixed as of r314682.  It looks like the bugs have long been in the pl011 driver, but were masked by having a fifo depth of 1 byte -- it all sorta worked by accident previously. -- Ian From owner-freebsd-arm@freebsd.org Sat Mar 4 22:55:21 2017 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 AA5A3CF8219 for ; Sat, 4 Mar 2017 22:55:21 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-194.reflexion.net [208.70.211.194]) (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 534E31C58 for ; Sat, 4 Mar 2017 22:55:20 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 5485 invoked from network); 4 Mar 2017 22:55:13 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 4 Mar 2017 22:55:13 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v8.30.2) with SMTP; Sat, 04 Mar 2017 17:55:13 -0500 (EST) Received: (qmail 26696 invoked from network); 4 Mar 2017 22:55:13 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 4 Mar 2017 22:55:13 -0000 Received: from [192.168.1.111] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id B590FEC9050; Sat, 4 Mar 2017 14:55:12 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: Is CPUTYPE=cortex-A7 supposed to work? From: Mark Millard In-Reply-To: <871suc3nv8.fsf@news-spur.riddles.org.uk> Date: Sat, 4 Mar 2017 14:55:12 -0800 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <871suc3nv8.fsf@news-spur.riddles.org.uk> To: Andrew Gierth X-Mailer: Apple Mail (2.3259) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Mar 2017 22:55:21 -0000 On 2017-Mar-4, at 10:45 AM, Andrew Gierth = wrote: > Is building with CPUTYPE=3Dcortex-A7 (this is on an RPI2) known to = work, > known to not work, or of unknown working status? >=20 > --=20 > Andrew. I've not tried CPUTYPE. The below may be too far off your intent but I report it in case it is of use. Speaking of head and how close it gets to that by default for the kernel: # grep -r CONF_CFLAGS /usr/src/sys/arm/ | more . . . /usr/src/sys/arm/broadcom/bcm2835/std.bcm2836:makeoptions = CONF_CFLAGS=3D"-march=3Darmv7a" . . . /usr/src/sys/arm/conf/GENERIC:makeoptions = CONF_CFLAGS=3D"-march=3Darmv7a" . . . which is not as specific as -mcpu=3Dcortex-a7 but is more tailored than targeting any armv6. Both GENERIC and the RPI2 specific file in sys/arm/conf/ provide this. As for buildworld one can use the __MAKE_CONF file (such as /etc/make.conf ) have lines like: CFLAGS+=3D -mcpu=3Dcortex-a7 CXXFLAGS+=3D -mcpu=3Dcortex-a7 Side note on SRCCONF/SRC_ENV_CONF vs. such assignments: Unfortunately those +=3D assignments in a SRCCONF file (such as /etc/src.conf ) or SRC_ENV_CONF file mess up the /usr/src/share/mk/sys.mk behavior. See bugzilla 216299 --but one has to go through the comments after comment 2 in order to see that comment 2's claim is wrong as things are currently. A workaround in order to use just a SRCCONF/SRC_ENV_CONF file might be: CFLAGS.clang+=3D -mcpu=3Dcortex-a7 CXXFLAGS.clang+=3D -mcpu=3Dcortex-a7 CFLAGS.gcc+=3D -mcpu=3Dcortex-a7 CXXFLAGS.gcc+=3D -mcpu=3Dcortex-a7 so that either way the option is added but the use of ?=3D notation in /usr/src/share/mk/sys.mk is not prevented from doing the intended assignment. Of course one might want the /etc/make.conf broader usage as well (ports). There may be some ports that will not build right with such. Side note on stable/11 and release/11.0.1 : These do not have GENERIC but each RPI2 uses its std.bcm2836, which also has: makeoptions CONF_CFLAGS=3D"-march=3Darmv7a" =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-arm@freebsd.org Sat Mar 4 23:03:34 2017 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 99060CF8694 for ; Sat, 4 Mar 2017 23:03:34 +0000 (UTC) (envelope-from andrew@tao11.riddles.org.uk) Received: from lungold.riddles.org.uk (lungold.riddles.org.uk [82.68.208.19]) (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 4DD3E165E for ; Sat, 4 Mar 2017 23:03:34 +0000 (UTC) (envelope-from andrew@tao11.riddles.org.uk) Received: from [192.168.127.1] (port=10770 helo=caithnard.riddles.org.uk) by lungold.riddles.org.uk with esmtps (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.88 (FreeBSD)) (envelope-from ) id 1ckIi2-0000Ta-Ie; Sat, 04 Mar 2017 23:03:30 +0000 Received: from localhost ([127.0.0.1]:21537 helo=caithnard.riddles.org.uk) by caithnard.riddles.org.uk with esmtp (Exim 4.84 (FreeBSD)) (envelope-from ) id 1ckIi1-0003aB-PF; Sat, 04 Mar 2017 23:03:29 +0000 From: Andrew Gierth To: Mark Millard Cc: freebsd-arm@freebsd.org Subject: Re: Is CPUTYPE=cortex-A7 supposed to work? In-Reply-To: (Mark Millard's message of "Sat, 4 Mar 2017 14:55:12 -0800") Message-ID: <87pohw1wik.fsf@news-spur.riddles.org.uk> References: <871suc3nv8.fsf@news-spur.riddles.org.uk> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (berkeley-unix) Date: Sat, 04 Mar 2017 23:03:29 +0000 MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Mar 2017 23:03:34 -0000 >>>>> "Mark" == Mark Millard writes: Mark> I've not tried CPUTYPE. The below may be too far off your intent Mark> but I report it in case it is of use. I should have mentioned, I'm on stable/11 r314495 [...] Mark> As for buildworld one can use the __MAKE_CONF file (such as Mark> /etc/make.conf ) have lines like: Mark> CFLAGS+= -mcpu=cortex-a7 CPUTYPE is apparently the official way to do this in make.conf; see bsd.cpu.mk and man make.conf -- Andrew. From owner-freebsd-arm@freebsd.org Sat Mar 4 23:33:02 2017 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 3187FCF8F2D for ; Sat, 4 Mar 2017 23:33:02 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-193.reflexion.net [208.70.211.193]) (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 D4B9414DA for ; Sat, 4 Mar 2017 23:33:01 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 16468 invoked from network); 4 Mar 2017 23:32:53 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 4 Mar 2017 23:32:53 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v8.30.2) with SMTP; Sat, 04 Mar 2017 18:32:53 -0500 (EST) Received: (qmail 6940 invoked from network); 4 Mar 2017 23:32:53 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 4 Mar 2017 23:32:53 -0000 Received: from [192.168.1.111] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id F2A86EC8BF3; Sat, 4 Mar 2017 15:32:52 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Subject: Re: Is CPUTYPE=cortex-A7 supposed to work? From: Mark Millard In-Reply-To: <87tw7820fc.fsf@news-spur.riddles.org.uk> Date: Sat, 4 Mar 2017 15:32:52 -0800 Cc: Warner Losh , "freebsd-arm@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: <644D1F49-BF5D-409D-BFC4-4F7E6E73085B@dsl-only.net> References: <871suc3nv8.fsf@news-spur.riddles.org.uk> <87tw7820fc.fsf@news-spur.riddles.org.uk> To: Andrew Gierth X-Mailer: Apple Mail (2.3259) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Mar 2017 23:33:02 -0000 On 2017-Mar-4, at 1:47 PM, Andrew Gierth wrote: >=20 >>>>>> "Warner" =3D=3D Warner Losh writes: >=20 >>> Is building with CPUTYPE=3Dcortex-A7 (this is on an RPI2) known to >>> work, known to not work, or of unknown working status? >=20 > Warner> I've not had good luck getting it to work. (cortex-a7 is the > Warner> proper type name, btw). It kinda works, but ports are kinda > Warner> wonky. >=20 > My findings so far: >=20 > 1. openssl speed (base system's openssl, not a port) produces a bunch = of > errors, such as: >=20 > 542635024:error:0407006A:rsa = routines:RSA_padding_check_PKCS1_type_1:block type is not = 01:/home/FreeBSD/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/r= sa/rsa_pk1.c:103: > 542635024:error:04067072:rsa routines:RSA_EAY_PUBLIC_DECRYPT:padding = check = failed:/home/FreeBSD/src/secure/lib/libcrypto/../../../crypto/openssl/cryp= to/rsa/rsa_eay.c:705: >=20 > 2. git fails with semi-random sha1 failures when cloning a repo of any > size; these failures go away if you make it use its internal sha1 = rather > than the openssl one it defaults to. HOWEVER, testing in a world build > without CPUTYPE and shoehorning the vectorized sha1 from openssl back = in > does not reproduce the failure. Also, extensive testing with "openssl > dgst -sha1" did not produce any failure. >=20 > (I've confirmed that both the above go away from recompiling without > CPUTYPE.) >=20 > I've also noticed some breakage probably not related to openssl for > which I'm still waiting on recompilations in order to definitively = test. >=20 > --=20 > Andrew. Trying (1) on a bpim3 with head instead (still clang 3.9.1 based), I get such notices for: Doing 512 bit public rsa's for 10s: RSA verify failure Doing 2048 bit public rsa's for 10s: RSA verify failure Doing 4096 bit public rsa's for 10s: RSA verify failure I also get: Doing 512 bit sign dsa's for 10s: 10527 512 bit DSA signs in 10.09s DSA verify failure. No DSA verify will be done. Doing 1024 bit sign dsa's for 10s: 4035 1024 bit DSA signs in 10.02s Doing 1024 bit verify dsa's for 10s: DSA verify failure 1 1024 bit DSA verify in 10.00s Doing 2048 bit sign dsa's for 10s: 1239 2048 bit DSA signs in 10.07s DSA verify failure. No DSA verify will be done. Doing 409 bit verify ecdsa's for 10s: ECDSA verify failure 1 409 bit ECDSA verify in 10.02s # uname -paKU FreeBSD bpim3 12.0-CURRENT FreeBSD 12.0-CURRENT r314479M arm armv6 = 1200022 1200022 The openssl issue likely is worth submitting as a bugzilla report, with speed as an example way to see the issue. (Note: I use CFLAGS and the like because sometimes I experiment with other options as well. No such extra options involved for the above.) =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-arm@freebsd.org Sat Mar 4 23:37:27 2017 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 6BC35CF8FD8 for ; Sat, 4 Mar 2017 23:37:27 +0000 (UTC) (envelope-from otacilio.neto@bsd.com.br) Received: from mail-qk0-x236.google.com (mail-qk0-x236.google.com [IPv6:2607:f8b0:400d:c09::236]) (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 3204515B5 for ; Sat, 4 Mar 2017 23:37:27 +0000 (UTC) (envelope-from otacilio.neto@bsd.com.br) Received: by mail-qk0-x236.google.com with SMTP id 1so107733045qkl.3 for ; Sat, 04 Mar 2017 15:37:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsd.com.br; s=capeta; h=to:from:subject:message-id:date:user-agent:mime-version :content-transfer-encoding; bh=d8v6XR7I2APovgY9olRImbckD8guUbK45w5S325SD9s=; b=e02NoCvg8BfhblHoLyfMMdV61v2VO2o1HUbcplzq30KS1MQS+KPz2S80oUplh/3Eyv +MUDaF0v1PmhH6vgAWSNSe54d5Sj/dxl95s1UcTtmw+dxbtXwizzONvYoPnXpzebLBWw HiW3jwUG1ExmWUTn7QXnCxuHKYLiB8fNedKmQ= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:from:subject:message-id:date:user-agent :mime-version:content-transfer-encoding; bh=d8v6XR7I2APovgY9olRImbckD8guUbK45w5S325SD9s=; b=GTcnyi/vohuftSRa6dNHFr8dUGJVuVSn9PVnzpFaLpu0oxJuIgKngbPG9yKBBkTKp+ hCzS79kS6M+STDBnfxtzr1wlUItdHIu8zWdltLbnUni/GydJ+pD1Wf9BXFEZmggzC0tZ kQGYcNVJNXM+eRdShw3o76oFkMXwsqI8kerIDWkF9RT7bx2OBHlXs6mWpFhymlMkqGW0 ncERONsjY6wVapW37DMHGkqg9CxSW5qNCdZs9Lku+PEaCC/1Kr0Ux8ygjpnSWYlAcUrT 3mNxKSMqkHodMvqyQRG/I2jk7Pl6ofggZNq3935ftZR+tilLn17vDfUB5YkCxFJiL6xa uplw== X-Gm-Message-State: AMke39krKFYLSOAEAWljht1dEQg4RIsaN7raqTKM+pZlu5T8jlLiLwIOUnqgsAnaZnmlPQ== X-Received: by 10.200.0.129 with SMTP id c1mr10690884qtg.288.1488670645993; Sat, 04 Mar 2017 15:37:25 -0800 (PST) Received: from [192.168.0.11] ([186.236.217.98]) by smtp.googlemail.com with ESMTPSA id i140sm7554011qke.2.2017.03.04.15.37.24 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 04 Mar 2017 15:37:25 -0800 (PST) To: "freebsd-arm@freebsd.org" From: =?UTF-8?B?T3RhY8OtbGlv?= Subject: /usr/local/lib/libpkg.so: Undefined symbol "dirname@FBSD_1.0" on RPI3 Message-ID: Date: Sat, 4 Mar 2017 20:36:57 -0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Mar 2017 23:37:27 -0000 Dears I made a build of FreeBSD 12 r312852M for my RPI3. I'm using poudriere to build packages. Unfortunately when I try to install a package I'm getting this error: root@rpi3:/usr/home/ota # pkg install netperf Updating squitch repository catalogue... squitch repository is up-to-date. All repositories are up-to-date. Checking integrity... done (0 conflicting) The following 2 package(s) will be affected (of 0 checked): New packages to be INSTALLED: netperf: 2.7.0 indexinfo: 0.2.6 Number of packages to be installed: 2 Proceed with this action? [y/N]: y [1/2] Installing indexinfo-0.2.6... [1/2] Extracting indexinfo-0.2.6: 0%/usr/local/lib/libpkg.so: Undefined symbol "dirname@FBSD_1.0" Someone knows how to fix it? This is my image: FreeBSD rpi3 12.0-CURRENT FreeBSD 12.0-CURRENT #3 r312852M: Wed Feb 22 22:40:47 BRT 2017 ota@squitch:/root/crochet/work/obj/arm64.aarch64/usr/src/sys/GENERIC-NODEBUG arm64 []'s -Otacilio