From owner-freebsd-arm@freebsd.org Sun Jul 30 08:45: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 93AD0DB2261 for ; Sun, 30 Jul 2017 08:45:43 +0000 (UTC) (envelope-from fuz@fuz.su) Received: from fuz.su (fuz.su [IPv6:2001:41d0:8:e508::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6184B6A091 for ; Sun, 30 Jul 2017 08:45:43 +0000 (UTC) (envelope-from fuz@fuz.su) Received: by fuz.su (Postfix, from userid 1000) id 2A8C420218; Sun, 30 Jul 2017 10:45:40 +0200 (CEST) Date: Sun, 30 Jul 2017 10:45:40 +0200 From: fuz@fuz.su To: freebsd-arm Subject: What kernel config to use for the RPi 3? Message-ID: <20170730084540.GA16244@fuz.su> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.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, 30 Jul 2017 08:45:43 -0000 Good evening! I am running arm64 FreeBSD on my Raspberry Pi 3 using the image [1]. I noticed that powerd(8) doesn't work because the bcm2835_cpufreq(4) driver is missing. Further sleuthing suggests, that the image has been built with the default kernel configuration (arm64/conf/GENERIC). I see that special kernel configuration is provided for the Raspberry Pi 2 in arm/conf/RPI2, how do I configure a kernel for the RPi 3 that actually contains all the drivers I need? Yours, Robert Clausecker [1]: http://download.raspbsd.org/FreeBSD-aarch64-12.0-GENERIC-320146M.img.gz -- () ascii ribbon campaign - for an 8-bit clean world /\ - against html email - against proprietary attachments From owner-freebsd-arm@freebsd.org Sun Jul 30 15:50:17 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 E5161DBDE88 for ; Sun, 30 Jul 2017 15:50:17 +0000 (UTC) (envelope-from lausts@acm.org) Received: from cdptpa-oedge-vip.email.rr.com (cdptpa-outbound-snat.email.rr.com [107.14.166.231]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cdptpa-oedge", Issuer "cdptpa-oedge" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A0F02755A9 for ; Sun, 30 Jul 2017 15:50:17 +0000 (UTC) (envelope-from lausts@acm.org) Received: from [65.29.112.189] ([65.29.112.189:58470] helo=mail.laus.org) by cdptpa-omsmta02 (envelope-from ) (ecelerity 3.6.9.48312 r(Core:3.6.9.0)) with ESMTP id BE/ED-20123-99CFD795; Sun, 30 Jul 2017 15:34:49 +0000 Received: from [192.168.1.100] (presario [192.168.1.100]) by mail.laus.org (8.15.2/8.15.2) with ESMTPS id v6UFYmio013774 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Sun, 30 Jul 2017 11:34:48 -0400 (EDT) (envelope-from lausts@acm.org) X-Authentication-Warning: mail.laus.org: Host presario [192.168.1.100] claimed to be [192.168.1.100] Reply-To: lausts@acm.org To: freebsd-arm@freebsd.org From: Thomas Laus Subject: Your customer is still abusing Message-ID: <78dcd7f7-1be0-dbec-ae7f-5822b5d81d88@acm.org> Date: Sun, 30 Jul 2017 11:34:48 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="------------47841C827428476376E24063" Content-Language: en-US X-RR-Connecting-IP: 107.14.168.7:25 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, 30 Jul 2017 15:50:18 -0000 This is a multi-part message in MIME format. --------------47841C827428476376E24063 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Your EC2 customer at IP 13.126.22.210 is still running a username/password probe of my EC2 instance at IP address 52.44.66.60. They are still attempting many SSH logins. I am attaching my SSH (port 22) logs. All times are in UTC. This is in regards to Case number: 55359991745 My contact information: Thomas Laus lausts@acm.org Phone 419.339.2253 Tom -- Public Keys: PGP KeyID = 0x5F22FDC1 GnuPG KeyID = 0x620836CF --------------47841C827428476376E24063 Content-Type: text/plain; charset=UTF-8; name="abuse.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="abuse.txt" SnVsIDMwIDA1OjM0OjU5IG1haWwgc3NoZFsyMDE3NV06IERpZCBub3QgcmVjZWl2ZSBpZGVu dGlmaWNhdGlvbiBzdHJpbmcgZnJvbSAxMy4xMjYuMjIuMjEwIHBvcnQgMzc1NDYKSnVsIDMw IDA1OjM4OjIyIG1haWwgc3NoZFsyMDYzM106IEludmFsaWQgdXNlciBqZW5raW5zIGZyb20g MTMuMTI2LjIyLjIxMCBwb3J0IDUxNjkwCkp1bCAzMCAwNTozODoyMiBtYWlsIHNzaGRbMjA2 MzNdOiBSZWNlaXZlZCBkaXNjb25uZWN0IGZyb20gMTMuMTI2LjIyLjIxMCBwb3J0IDUxNjkw OjExOiBOb3JtYWwgU2h1dGRvd24sIFRoYW5rIHlvdSBmb3IgcGxheWluZyBbcHJlYXV0aF0K SnVsIDMwIDA1OjM4OjIyIG1haWwgc3NoZFsyMDYzM106IERpc2Nvbm5lY3RlZCBmcm9tIGlu dmFsaWQgdXNlciBqZW5raW5zIDEzLjEyNi4yMi4yMTAgcG9ydCA1MTY5MCBbcHJlYXV0aF0K SnVsIDMwIDA1OjM5OjIzIG1haWwgc3NoZFs4Mjg4M106IEludmFsaWQgdXNlciBqZW5raW5z IGZyb20gMTMuMTI2LjIyLjIxMCBwb3J0IDU4MDU2Ckp1bCAzMCAwNTozOToyMyBtYWlsIHNz aGRbODI4ODNdOiBSZWNlaXZlZCBkaXNjb25uZWN0IGZyb20gMTMuMTI2LjIyLjIxMCBwb3J0 IDU4MDU2OjExOiBOb3JtYWwgU2h1dGRvd24sIFRoYW5rIHlvdSBmb3IgcGxheWluZyBbcHJl YXV0aF0KSnVsIDMwIDA1OjM5OjIzIG1haWwgc3NoZFs4Mjg4M106IERpc2Nvbm5lY3RlZCBm cm9tIGludmFsaWQgdXNlciBqZW5raW5zIDEzLjEyNi4yMi4yMTAgcG9ydCA1ODA1NiBbcHJl YXV0aF0KSnVsIDMwIDA1OjQwOjIwIG1haWwgc3NoZFs0Njk4XTogSW52YWxpZCB1c2VyIGpl bmtpbnMgZnJvbSAxMy4xMjYuMjIuMjEwIHBvcnQgMzYxOTQKSnVsIDMwIDA1OjQwOjIxIG1h aWwgc3NoZFs0Njk4XTogUmVjZWl2ZWQgZGlzY29ubmVjdCBmcm9tIDEzLjEyNi4yMi4yMTAg cG9ydCAzNjE5NDoxMTogTm9ybWFsIFNodXRkb3duLCBUaGFuayB5b3UgZm9yIHBsYXlpbmcg W3ByZWF1dGhdCkp1bCAzMCAwNTo0MDoyMSBtYWlsIHNzaGRbNDY5OF06IERpc2Nvbm5lY3Rl ZCBmcm9tIGludmFsaWQgdXNlciBqZW5raW5zIDEzLjEyNi4yMi4yMTAgcG9ydCAzNjE5NCBb cHJlYXV0aF0KSnVsIDMwIDA1OjQxOjIxIG1haWwgc3NoZFsyMzkxM106IEludmFsaWQgdXNl ciBqZW5raW5zIGZyb20gMTMuMTI2LjIyLjIxMCBwb3J0IDQyNTQ4Ckp1bCAzMCAwNTo0MToy MSBtYWlsIHNzaGRbMjM5MTNdOiBSZWNlaXZlZCBkaXNjb25uZWN0IGZyb20gMTMuMTI2LjIy LjIxMCBwb3J0IDQyNTQ4OjExOiBOb3JtYWwgU2h1dGRvd24sIFRoYW5rIHlvdSBmb3IgcGxh eWluZyBbcHJlYXV0aF0KSnVsIDMwIDA1OjQxOjIxIG1haWwgc3NoZFsyMzkxM106IERpc2Nv bm5lY3RlZCBmcm9tIGludmFsaWQgdXNlciBqZW5raW5zIDEzLjEyNi4yMi4yMTAgcG9ydCA0 MjU0OCBbcHJlYXV0aF0KSnVsIDMwIDA1OjQyOjA4IG1haWwgc3NoZFszNDUyNV06IEludmFs aWQgdXNlciBqZW5raW5zIGZyb20gMTMuMTI2LjIyLjIxMCBwb3J0IDQ4OTA4Ckp1bCAzMCAw NTo0MjowOSBtYWlsIHNzaGRbMzQ1MjVdOiBSZWNlaXZlZCBkaXNjb25uZWN0IGZyb20gMTMu MTI2LjIyLjIxMCBwb3J0IDQ4OTA4OjExOiBOb3JtYWwgU2h1dGRvd24sIFRoYW5rIHlvdSBm b3IgcGxheWluZyBbcHJlYXV0aF0KSnVsIDMwIDA1OjQyOjA5IG1haWwgc3NoZFszNDUyNV06 IERpc2Nvbm5lY3RlZCBmcm9tIGludmFsaWQgdXNlciBqZW5raW5zIDEzLjEyNi4yMi4yMTAg cG9ydCA0ODkwOCBbcHJlYXV0aF0KSnVsIDMwIDA1OjQyOjU0IG1haWwgc3NoZFsxMTE0NV06 IEludmFsaWQgdXNlciBqZW5raW5zIGZyb20gMTMuMTI2LjIyLjIxMCBwb3J0IDU1Mjg0Ckp1 bCAzMCAwNTo0Mjo1NCBtYWlsIHNzaGRbMTExNDVdOiBSZWNlaXZlZCBkaXNjb25uZWN0IGZy b20gMTMuMTI2LjIyLjIxMCBwb3J0IDU1Mjg0OjExOiBOb3JtYWwgU2h1dGRvd24sIFRoYW5r IHlvdSBmb3IgcGxheWluZyBbcHJlYXV0aF0KSnVsIDMwIDA1OjQyOjU0IG1haWwgc3NoZFsx MTE0NV06IERpc2Nvbm5lY3RlZCBmcm9tIGludmFsaWQgdXNlciBqZW5raW5zIDEzLjEyNi4y Mi4yMTAgcG9ydCA1NTI4NCBbcHJlYXV0aF0KSnVsIDMwIDA1OjQzOjM4IG1haWwgc3NoZFs1 ODY0Ml06IEludmFsaWQgdXNlciBqZW5raW5zIGZyb20gMTMuMTI2LjIyLjIxMCBwb3J0IDMz NDE4Ckp1bCAzMCAwNTo0MzozOSBtYWlsIHNzaGRbNTg2NDJdOiBSZWNlaXZlZCBkaXNjb25u ZWN0IGZyb20gMTMuMTI2LjIyLjIxMCBwb3J0IDMzNDE4OjExOiBOb3JtYWwgU2h1dGRvd24s IFRoYW5rIHlvdSBmb3IgcGxheWluZyBbcHJlYXV0aF0KSnVsIDMwIDA1OjQzOjM5IG1haWwg c3NoZFs1ODY0Ml06IERpc2Nvbm5lY3RlZCBmcm9tIGludmFsaWQgdXNlciBqZW5raW5zIDEz LjEyNi4yMi4yMTAgcG9ydCAzMzQxOCBbcHJlYXV0aF0KSnVsIDMwIDA1OjQ0OjI1IG1haWwg c3NoZFs1NTQxMl06IEludmFsaWQgdXNlciBqZW5raW5zIGZyb20gMTMuMTI2LjIyLjIxMCBw b3J0IDM5Nzk0Ckp1bCAzMCAwNTo0NDoyNSBtYWlsIHNzaGRbNTU0MTJdOiBSZWNlaXZlZCBk aXNjb25uZWN0IGZyb20gMTMuMTI2LjIyLjIxMCBwb3J0IDM5Nzk0OjExOiBOb3JtYWwgU2h1 dGRvd24sIFRoYW5rIHlvdSBmb3IgcGxheWluZyBbcHJlYXV0aF0KSnVsIDMwIDA1OjQ0OjI1 IG1haWwgc3NoZFs1NTQxMl06IERpc2Nvbm5lY3RlZCBmcm9tIGludmFsaWQgdXNlciBqZW5r aW5zIDEzLjEyNi4yMi4yMTAgcG9ydCAzOTc5NCBbcHJlYXV0aF0KSnVsIDMwIDA1OjQ1OjA5 IG1haWwgc3NoZFs2MDA4NV06IEludmFsaWQgdXNlciBqZW5raW5zIGZyb20gMTMuMTI2LjIy LjIxMCBwb3J0IDQ2MTg0Ckp1bCAzMCAwNTo0NTowOSBtYWlsIHNzaGRbNjAwODVdOiBSZWNl aXZlZCBkaXNjb25uZWN0IGZyb20gMTMuMTI2LjIyLjIxMCBwb3J0IDQ2MTg0OjExOiBOb3Jt YWwgU2h1dGRvd24sIFRoYW5rIHlvdSBmb3IgcGxheWluZyBbcHJlYXV0aF0KSnVsIDMwIDA1 OjQ1OjA5IG1haWwgc3NoZFs2MDA4NV06IERpc2Nvbm5lY3RlZCBmcm9tIGludmFsaWQgdXNl ciBqZW5raW5zIDEzLjEyNi4yMi4yMTAgcG9ydCA0NjE4NCBbcHJlYXV0aF0KSnVsIDMwIDA1 OjQ1OjU0IG1haWwgc3NoZFsxMTcyN106IEludmFsaWQgdXNlciBqZW5raW5zIGZyb20gMTMu MTI2LjIyLjIxMCBwb3J0IDUyNTE4Ckp1bCAzMCAwNTo0NTo1NSBtYWlsIHNzaGRbMTE3Mjdd OiBSZWNlaXZlZCBkaXNjb25uZWN0IGZyb20gMTMuMTI2LjIyLjIxMCBwb3J0IDUyNTE4OjEx OiBOb3JtYWwgU2h1dGRvd24sIFRoYW5rIHlvdSBmb3IgcGxheWluZyBbcHJlYXV0aF0KSnVs IDMwIDA1OjQ1OjU1IG1haWwgc3NoZFsxMTcyN106IERpc2Nvbm5lY3RlZCBmcm9tIGludmFs aWQgdXNlciBqZW5raW5zIDEzLjEyNi4yMi4yMTAgcG9ydCA1MjUxOCBbcHJlYXV0aF0KSnVs IDMwIDA1OjQ2OjQzIG1haWwgc3NoZFs5MjY3N106IFVzZXIgcm9vdCBmcm9tIDEzLjEyNi4y Mi4yMTAgbm90IGFsbG93ZWQgYmVjYXVzZSBub3QgbGlzdGVkIGluIEFsbG93VXNlcnMKSnVs IDMwIDA1OjQ2OjQzIG1haWwgc3NoZFs5MjY3N106IFJlY2VpdmVkIGRpc2Nvbm5lY3QgZnJv bSAxMy4xMjYuMjIuMjEwIHBvcnQgNTg4ODQ6MTE6IE5vcm1hbCBTaHV0ZG93biwgVGhhbmsg eW91IGZvciBwbGF5aW5nIFtwcmVhdXRoXQpKdWwgMzAgMDU6NDY6NDMgbWFpbCBzc2hkWzky Njc3XTogRGlzY29ubmVjdGVkIGZyb20gaW52YWxpZCB1c2VyIHJvb3QgMTMuMTI2LjIyLjIx MCBwb3J0IDU4ODg0IFtwcmVhdXRoXQpKdWwgMzAgMDU6NDc6NDAgbWFpbCBzc2hkWzczMDYz XTogVXNlciByb290IGZyb20gMTMuMTI2LjIyLjIxMCBub3QgYWxsb3dlZCBiZWNhdXNlIG5v dCBsaXN0ZWQgaW4gQWxsb3dVc2VycwpKdWwgMzAgMDU6NDc6NDAgbWFpbCBzc2hkWzczMDYz XTogUmVjZWl2ZWQgZGlzY29ubmVjdCBmcm9tIDEzLjEyNi4yMi4yMTAgcG9ydCAzNzAyMjox MTogTm9ybWFsIFNodXRkb3duLCBUaGFuayB5b3UgZm9yIHBsYXlpbmcgW3ByZWF1dGhdCkp1 bCAzMCAwNTo0Nzo0MCBtYWlsIHNzaGRbNzMwNjNdOiBEaXNjb25uZWN0ZWQgZnJvbSBpbnZh bGlkIHVzZXIgcm9vdCAxMy4xMjYuMjIuMjEwIHBvcnQgMzcwMjIgW3ByZWF1dGhdCkp1bCAz MCAwNTo0ODozOCBtYWlsIHNzaGRbMjA5OTldOiBVc2VyIHJvb3QgZnJvbSAxMy4xMjYuMjIu MjEwIG5vdCBhbGxvd2VkIGJlY2F1c2Ugbm90IGxpc3RlZCBpbiBBbGxvd1VzZXJzCkp1bCAz MCAwNTo0ODozOCBtYWlsIHNzaGRbMjA5OTldOiBSZWNlaXZlZCBkaXNjb25uZWN0IGZyb20g MTMuMTI2LjIyLjIxMCBwb3J0IDQzMzk4OjExOiBOb3JtYWwgU2h1dGRvd24sIFRoYW5rIHlv dSBmb3IgcGxheWluZyBbcHJlYXV0aF0KSnVsIDMwIDA1OjQ4OjM4IG1haWwgc3NoZFsyMDk5 OV06IERpc2Nvbm5lY3RlZCBmcm9tIGludmFsaWQgdXNlciByb290IDEzLjEyNi4yMi4yMTAg cG9ydCA0MzM5OCBbcHJlYXV0aF0KSnVsIDMwIDA1OjQ5OjM1IG1haWwgc3NoZFsyNjYxMF06 IFVzZXIgcm9vdCBmcm9tIDEzLjEyNi4yMi4yMTAgbm90IGFsbG93ZWQgYmVjYXVzZSBub3Qg bGlzdGVkIGluIEFsbG93VXNlcnMKSnVsIDMwIDA1OjQ5OjM2IG1haWwgc3NoZFsyNjYxMF06 IFJlY2VpdmVkIGRpc2Nvbm5lY3QgZnJvbSAxMy4xMjYuMjIuMjEwIHBvcnQgNDk3MzA6MTE6 IE5vcm1hbCBTaHV0ZG93biwgVGhhbmsgeW91IGZvciBwbGF5aW5nIFtwcmVhdXRoXQpKdWwg MzAgMDU6NDk6MzYgbWFpbCBzc2hkWzI2NjEwXTogRGlzY29ubmVjdGVkIGZyb20gaW52YWxp ZCB1c2VyIHJvb3QgMTMuMTI2LjIyLjIxMCBwb3J0IDQ5NzMwIFtwcmVhdXRoXQpKdWwgMzAg MDU6NTA6MzIgbWFpbCBzc2hkWzc5MzYzXTogVXNlciByb290IGZyb20gMTMuMTI2LjIyLjIx MCBub3QgYWxsb3dlZCBiZWNhdXNlIG5vdCBsaXN0ZWQgaW4gQWxsb3dVc2VycwpKdWwgMzAg MDU6NTA6MzMgbWFpbCBzc2hkWzc5MzYzXTogUmVjZWl2ZWQgZGlzY29ubmVjdCBmcm9tIDEz LjEyNi4yMi4yMTAgcG9ydCA1NjEwODoxMTogTm9ybWFsIFNodXRkb3duLCBUaGFuayB5b3Ug Zm9yIHBsYXlpbmcgW3ByZWF1dGhdCkp1bCAzMCAwNTo1MDozMyBtYWlsIHNzaGRbNzkzNjNd OiBEaXNjb25uZWN0ZWQgZnJvbSBpbnZhbGlkIHVzZXIgcm9vdCAxMy4xMjYuMjIuMjEwIHBv cnQgNTYxMDggW3ByZWF1dGhdCkp1bCAzMCAwNTo1MToyOSBtYWlsIHNzaGRbNzU1MDhdOiBV c2VyIHJvb3QgZnJvbSAxMy4xMjYuMjIuMjEwIG5vdCBhbGxvd2VkIGJlY2F1c2Ugbm90IGxp c3RlZCBpbiBBbGxvd1VzZXJzCkp1bCAzMCAwNTo1MToyOSBtYWlsIHNzaGRbNzU1MDhdOiBS ZWNlaXZlZCBkaXNjb25uZWN0IGZyb20gMTMuMTI2LjIyLjIxMCBwb3J0IDM0MjQ4OjExOiBO b3JtYWwgU2h1dGRvd24sIFRoYW5rIHlvdSBmb3IgcGxheWluZyBbcHJlYXV0aF0KSnVsIDMw IDA1OjUxOjI5IG1haWwgc3NoZFs3NTUwOF06IERpc2Nvbm5lY3RlZCBmcm9tIGludmFsaWQg dXNlciByb290IDEzLjEyNi4yMi4yMTAgcG9ydCAzNDI0OCBbcHJlYXV0aF0KSnVsIDMwIDA1 OjUyOjI2IG1haWwgc3NoZFs5NTg1MV06IEludmFsaWQgdXNlciB0ZXN0IGZyb20gMTMuMTI2 LjIyLjIxMCBwb3J0IDQwNjE2Ckp1bCAzMCAwNTo1MjoyNyBtYWlsIHNzaGRbOTU4NTFdOiBS ZWNlaXZlZCBkaXNjb25uZWN0IGZyb20gMTMuMTI2LjIyLjIxMCBwb3J0IDQwNjE2OjExOiBO b3JtYWwgU2h1dGRvd24sIFRoYW5rIHlvdSBmb3IgcGxheWluZyBbcHJlYXV0aF0KSnVsIDMw IDA1OjUyOjI3IG1haWwgc3NoZFs5NTg1MV06IERpc2Nvbm5lY3RlZCBmcm9tIGludmFsaWQg dXNlciB0ZXN0IDEzLjEyNi4yMi4yMTAgcG9ydCA0MDYxNiBbcHJlYXV0aF0KSnVsIDMwIDA1 OjUzOjI1IG1haWwgc3NoZFs0OTgxMl06IEludmFsaWQgdXNlciB0ZXN0IGZyb20gMTMuMTI2 LjIyLjIxMCBwb3J0IDQ2OTg2Ckp1bCAzMCAwNTo1MzoyNiBtYWlsIHNzaGRbNDk4MTJdOiBS ZWNlaXZlZCBkaXNjb25uZWN0IGZyb20gMTMuMTI2LjIyLjIxMCBwb3J0IDQ2OTg2OjExOiBO b3JtYWwgU2h1dGRvd24sIFRoYW5rIHlvdSBmb3IgcGxheWluZyBbcHJlYXV0aF0KSnVsIDMw IDA1OjUzOjI2IG1haWwgc3NoZFs0OTgxMl06IERpc2Nvbm5lY3RlZCBmcm9tIGludmFsaWQg dXNlciB0ZXN0IDEzLjEyNi4yMi4yMTAgcG9ydCA0Njk4NiBbcHJlYXV0aF0KSnVsIDMwIDA1 OjU0OjIzIG1haWwgc3NoZFs4MTI5XTogSW52YWxpZCB1c2VyIHRlc3QgZnJvbSAxMy4xMjYu MjIuMjEwIHBvcnQgNTMzNTAKSnVsIDMwIDA1OjU0OjIzIG1haWwgc3NoZFs4MTI5XTogUmVj ZWl2ZWQgZGlzY29ubmVjdCBmcm9tIDEzLjEyNi4yMi4yMTAgcG9ydCA1MzM1MDoxMTogTm9y bWFsIFNodXRkb3duLCBUaGFuayB5b3UgZm9yIHBsYXlpbmcgW3ByZWF1dGhdCkp1bCAzMCAw NTo1NDoyMyBtYWlsIHNzaGRbODEyOV06IERpc2Nvbm5lY3RlZCBmcm9tIGludmFsaWQgdXNl ciB0ZXN0IDEzLjEyNi4yMi4yMTAgcG9ydCA1MzM1MCBbcHJlYXV0aF0KSnVsIDMwIDA1OjU1 OjIwIG1haWwgc3NoZFs1NTAxM106IEludmFsaWQgdXNlciB0ZXN0IGZyb20gMTMuMTI2LjIy LjIxMCBwb3J0IDU5NzEwCkp1bCAzMCAwNTo1NToyMCBtYWlsIHNzaGRbNTUwMTNdOiBSZWNl aXZlZCBkaXNjb25uZWN0IGZyb20gMTMuMTI2LjIyLjIxMCBwb3J0IDU5NzEwOjExOiBOb3Jt YWwgU2h1dGRvd24sIFRoYW5rIHlvdSBmb3IgcGxheWluZyBbcHJlYXV0aF0KSnVsIDMwIDA1 OjU1OjIwIG1haWwgc3NoZFs1NTAxM106IERpc2Nvbm5lY3RlZCBmcm9tIGludmFsaWQgdXNl ciB0ZXN0IDEzLjEyNi4yMi4yMTAgcG9ydCA1OTcxMCBbcHJlYXV0aF0KSnVsIDMwIDA1OjU2 OjE4IG1haWwgc3NoZFs2NDM0Ml06IEludmFsaWQgdXNlciB1YnVudHUgZnJvbSAxMy4xMjYu MjIuMjEwIHBvcnQgMzc4NDgKSnVsIDMwIDA1OjU2OjE5IG1haWwgc3NoZFs2NDM0Ml06IFJl Y2VpdmVkIGRpc2Nvbm5lY3QgZnJvbSAxMy4xMjYuMjIuMjEwIHBvcnQgMzc4NDg6MTE6IE5v cm1hbCBTaHV0ZG93biwgVGhhbmsgeW91IGZvciBwbGF5aW5nIFtwcmVhdXRoXQpKdWwgMzAg MDU6NTY6MTkgbWFpbCBzc2hkWzY0MzQyXTogRGlzY29ubmVjdGVkIGZyb20gaW52YWxpZCB1 c2VyIHVidW50dSAxMy4xMjYuMjIuMjEwIHBvcnQgMzc4NDggW3ByZWF1dGhdCkp1bCAzMCAw NTo1NzoxNiBtYWlsIHNzaGRbOTc1MTBdOiBJbnZhbGlkIHVzZXIgdWJ1bnR1IGZyb20gMTMu MTI2LjIyLjIxMCBwb3J0IDQ0MjE2Ckp1bCAzMCAwNTo1NzoxNiBtYWlsIHNzaGRbOTc1MTBd OiBSZWNlaXZlZCBkaXNjb25uZWN0IGZyb20gMTMuMTI2LjIyLjIxMCBwb3J0IDQ0MjE2OjEx OiBOb3JtYWwgU2h1dGRvd24sIFRoYW5rIHlvdSBmb3IgcGxheWluZyBbcHJlYXV0aF0KSnVs IDMwIDA1OjU3OjE2IG1haWwgc3NoZFs5NzUxMF06IERpc2Nvbm5lY3RlZCBmcm9tIGludmFs aWQgdXNlciB1YnVudHUgMTMuMTI2LjIyLjIxMCBwb3J0IDQ0MjE2IFtwcmVhdXRoXQpKdWwg MzAgMDU6NTg6MTUgbWFpbCBzc2hkWzI5MjZdOiBJbnZhbGlkIHVzZXIgdWJ1bnR1IGZyb20g MTMuMTI2LjIyLjIxMCBwb3J0IDUwNTc2Ckp1bCAzMCAwNTo1ODoxNSBtYWlsIHNzaGRbMjky Nl06IFJlY2VpdmVkIGRpc2Nvbm5lY3QgZnJvbSAxMy4xMjYuMjIuMjEwIHBvcnQgNTA1NzY6 MTE6IE5vcm1hbCBTaHV0ZG93biwgVGhhbmsgeW91IGZvciBwbGF5aW5nIFtwcmVhdXRoXQpK dWwgMzAgMDU6NTg6MTUgbWFpbCBzc2hkWzI5MjZdOiBEaXNjb25uZWN0ZWQgZnJvbSBpbnZh bGlkIHVzZXIgdWJ1bnR1IDEzLjEyNi4yMi4yMTAgcG9ydCA1MDU3NiBbcHJlYXV0aF0KSnVs IDMwIDA1OjU5OjEzIG1haWwgc3NoZFsyODQwM106IEludmFsaWQgdXNlciB1YnVudHUgZnJv bSAxMy4xMjYuMjIuMjEwIHBvcnQgNTY5NDYKSnVsIDMwIDA1OjU5OjEzIG1haWwgc3NoZFsy ODQwM106IFJlY2VpdmVkIGRpc2Nvbm5lY3QgZnJvbSAxMy4xMjYuMjIuMjEwIHBvcnQgNTY5 NDY6MTE6IE5vcm1hbCBTaHV0ZG93biwgVGhhbmsgeW91IGZvciBwbGF5aW5nIFtwcmVhdXRo XQpKdWwgMzAgMDU6NTk6MTMgbWFpbCBzc2hkWzI4NDAzXTogRGlzY29ubmVjdGVkIGZyb20g aW52YWxpZCB1c2VyIHVidW50dSAxMy4xMjYuMjIuMjEwIHBvcnQgNTY5NDYgW3ByZWF1dGhd Ckp1bCAzMCAwNjowMDoxMSBtYWlsIHNzaGRbODg3NTRdOiBJbnZhbGlkIHVzZXIgdWJ1bnR1 IGZyb20gMTMuMTI2LjIyLjIxMCBwb3J0IDM1MDc4Ckp1bCAzMCAwNjowMDoxMSBtYWlsIHNz aGRbODg3NTRdOiBSZWNlaXZlZCBkaXNjb25uZWN0IGZyb20gMTMuMTI2LjIyLjIxMCBwb3J0 IDM1MDc4OjExOiBOb3JtYWwgU2h1dGRvd24sIFRoYW5rIHlvdSBmb3IgcGxheWluZyBbcHJl YXV0aF0KSnVsIDMwIDA2OjAwOjExIG1haWwgc3NoZFs4ODc1NF06IERpc2Nvbm5lY3RlZCBm cm9tIGludmFsaWQgdXNlciB1YnVudHUgMTMuMTI2LjIyLjIxMCBwb3J0IDM1MDc4IFtwcmVh dXRoXQpKdWwgMzAgMDY6MDE6MTAgbWFpbCBzc2hkWzI5MDQ2XTogSW52YWxpZCB1c2VyIHVi dW50dSBmcm9tIDEzLjEyNi4yMi4yMTAgcG9ydCA0MTQ2OApKdWwgMzAgMDY6MDE6MTAgbWFp bCBzc2hkWzI5MDQ2XTogUmVjZWl2ZWQgZGlzY29ubmVjdCBmcm9tIDEzLjEyNi4yMi4yMTAg cG9ydCA0MTQ2ODoxMTogTm9ybWFsIFNodXRkb3duLCBUaGFuayB5b3UgZm9yIHBsYXlpbmcg W3ByZWF1dGhdCkp1bCAzMCAwNjowMToxMCBtYWlsIHNzaGRbMjkwNDZdOiBEaXNjb25uZWN0 ZWQgZnJvbSBpbnZhbGlkIHVzZXIgdWJ1bnR1IDEzLjEyNi4yMi4yMTAgcG9ydCA0MTQ2OCBb cHJlYXV0aF0KSnVsIDMwIDA2OjAyOjA4IG1haWwgc3NoZFs5MTg5Nl06IEludmFsaWQgdXNl ciBlYzItdXNlciBmcm9tIDEzLjEyNi4yMi4yMTAgcG9ydCA0NzgxNApKdWwgMzAgMDY6MDI6 MDggbWFpbCBzc2hkWzkxODk2XTogUmVjZWl2ZWQgZGlzY29ubmVjdCBmcm9tIDEzLjEyNi4y Mi4yMTAgcG9ydCA0NzgxNDoxMTogTm9ybWFsIFNodXRkb3duLCBUaGFuayB5b3UgZm9yIHBs YXlpbmcgW3ByZWF1dGhdCkp1bCAzMCAwNjowMjowOCBtYWlsIHNzaGRbOTE4OTZdOiBEaXNj b25uZWN0ZWQgZnJvbSBpbnZhbGlkIHVzZXIgZWMyLXVzZXIgMTMuMTI2LjIyLjIxMCBwb3J0 IDQ3ODE0IFtwcmVhdXRoXQpKdWwgMzAgMDY6MDM6MDYgbWFpbCBzc2hkWzIyNTAzXTogSW52 YWxpZCB1c2VyIGVjMi1zZXIgZnJvbSAxMy4xMjYuMjIuMjEwIHBvcnQgNTQxOTIKSnVsIDMw IDA2OjAzOjA2IG1haWwgc3NoZFsyMjUwM106IFJlY2VpdmVkIGRpc2Nvbm5lY3QgZnJvbSAx My4xMjYuMjIuMjEwIHBvcnQgNTQxOTI6MTE6IE5vcm1hbCBTaHV0ZG93biwgVGhhbmsgeW91 IGZvciBwbGF5aW5nIFtwcmVhdXRoXQpKdWwgMzAgMDY6MDM6MDYgbWFpbCBzc2hkWzIyNTAz XTogRGlzY29ubmVjdGVkIGZyb20gaW52YWxpZCB1c2VyIGVjMi1zZXIgMTMuMTI2LjIyLjIx MCBwb3J0IDU0MTkyIFtwcmVhdXRoXQpKdWwgMzAgMDY6MDQ6MDIgbWFpbCBzc2hkWzUyMTkw XTogSW52YWxpZCB1c2VyIGVjMi11c2VyIGZyb20gMTMuMTI2LjIyLjIxMCBwb3J0IDYwNTQ4 Ckp1bCAzMCAwNjowNDowMiBtYWlsIHNzaGRbNTIxOTBdOiBSZWNlaXZlZCBkaXNjb25uZWN0 IGZyb20gMTMuMTI2LjIyLjIxMCBwb3J0IDYwNTQ4OjExOiBOb3JtYWwgU2h1dGRvd24sIFRo YW5rIHlvdSBmb3IgcGxheWluZyBbcHJlYXV0aF0KSnVsIDMwIDA2OjA0OjAyIG1haWwgc3No ZFs1MjE5MF06IERpc2Nvbm5lY3RlZCBmcm9tIGludmFsaWQgdXNlciBlYzItdXNlciAxMy4x MjYuMjIuMjEwIHBvcnQgNjA1NDggW3ByZWF1dGhdCkp1bCAzMCAwNjowNDo1OSBtYWlsIHNz aGRbMTIwOV06IEludmFsaWQgdXNlciBlYzItdXNlciBmcm9tIDEzLjEyNi4yMi4yMTAgcG9y dCAzODY4MgpKdWwgMzAgMDY6MDQ6NTkgbWFpbCBzc2hkWzEyMDldOiBSZWNlaXZlZCBkaXNj b25uZWN0IGZyb20gMTMuMTI2LjIyLjIxMCBwb3J0IDM4NjgyOjExOiBOb3JtYWwgU2h1dGRv d24sIFRoYW5rIHlvdSBmb3IgcGxheWluZyBbcHJlYXV0aF0KSnVsIDMwIDA2OjA0OjU5IG1h aWwgc3NoZFsxMjA5XTogRGlzY29ubmVjdGVkIGZyb20gaW52YWxpZCB1c2VyIGVjMi11c2Vy IDEzLjEyNi4yMi4yMTAgcG9ydCAzODY4MiBbcHJlYXV0aF0KSnVsIDMwIDA2OjA1OjU2IG1h aWwgc3NoZFszNjk3OV06IEludmFsaWQgdXNlciBlYzItdXNlciBmcm9tIDEzLjEyNi4yMi4y MTAgcG9ydCA0NTA0MApKdWwgMzAgMDY6MDU6NTYgbWFpbCBzc2hkWzM2OTc5XTogUmVjZWl2 ZWQgZGlzY29ubmVjdCBmcm9tIDEzLjEyNi4yMi4yMTAgcG9ydCA0NTA0MDoxMTogTm9ybWFs IFNodXRkb3duLCBUaGFuayB5b3UgZm9yIHBsYXlpbmcgW3ByZWF1dGhdCkp1bCAzMCAwNjow NTo1NiBtYWlsIHNzaGRbMzY5NzldOiBEaXNjb25uZWN0ZWQgZnJvbSBpbnZhbGlkIHVzZXIg ZWMyLXVzZXIgMTMuMTI2LjIyLjIxMCBwb3J0IDQ1MDQwIFtwcmVhdXRoXQpKdWwgMzAgMDY6 MDY6NTEgbWFpbCBzc2hkWzgzMjU0XTogSW52YWxpZCB1c2VyIGVjMi11c2VyIGZyb20gMTMu MTI2LjIyLjIxMCBwb3J0IDUxNDE2Ckp1bCAzMCAwNjowNjo1MSBtYWlsIHNzaGRbODMyNTRd OiBSZWNlaXZlZCBkaXNjb25uZWN0IGZyb20gMTMuMTI2LjIyLjIxMCBwb3J0IDUxNDE2OjEx OiBOb3JtYWwgU2h1dGRvd24sIFRoYW5rIHlvdSBmb3IgcGxheWluZyBbcHJlYXV0aF0KSnVs IDMwIDA2OjA2OjUxIG1haWwgc3NoZFs4MzI1NF06IERpc2Nvbm5lY3RlZCBmcm9tIGludmFs aWQgdXNlciBlYzItdXNlciAxMy4xMjYuMjIuMjEwIHBvcnQgNTE0MTYgW3ByZWF1dGhdCkp1 bCAzMCAwNjowNzozNiBtYWlsIHNzaGRbMzI4MjZdOiBJbnZhbGlkIHVzZXIgZWMyLXVzZXIg ZnJvbSAxMy4xMjYuMjIuMjEwIHBvcnQgNTc3ODIKSnVsIDMwIDA2OjA3OjM2IG1haWwgc3No ZFszMjgyNl06IFJlY2VpdmVkIGRpc2Nvbm5lY3QgZnJvbSAxMy4xMjYuMjIuMjEwIHBvcnQg NTc3ODI6MTE6IE5vcm1hbCBTaHV0ZG93biwgVGhhbmsgeW91IGZvciBwbGF5aW5nIFtwcmVh dXRoXQpKdWwgMzAgMDY6MDc6MzYgbWFpbCBzc2hkWzMyODI2XTogRGlzY29ubmVjdGVkIGZy b20gaW52YWxpZCB1c2VyIGVjMi11c2VyIDEzLjEyNi4yMi4yMTAgcG9ydCA1Nzc4MiBbcHJl YXV0aF0KSnVsIDMwIDA2OjA4OjIyIG1haWwgc3NoZFs5NjA1NF06IEludmFsaWQgdXNlciBl YzItdXNlciBmcm9tIDEzLjEyNi4yMi4yMTAgcG9ydCAzNTkyMgpKdWwgMzAgMDY6MDg6MjIg bWFpbCBzc2hkWzk2MDU0XTogUmVjZWl2ZWQgZGlzY29ubmVjdCBmcm9tIDEzLjEyNi4yMi4y MTAgcG9ydCAzNTkyMjoxMTogTm9ybWFsIFNodXRkb3duLCBUaGFuayB5b3UgZm9yIHBsYXlp bmcgW3ByZWF1dGhdCkp1bCAzMCAwNjowODoyMiBtYWlsIHNzaGRbOTYwNTRdOiBEaXNjb25u ZWN0ZWQgZnJvbSBpbnZhbGlkIHVzZXIgZWMyLXVzZXIgMTMuMTI2LjIyLjIxMCBwb3J0IDM1 OTIyIFtwcmVhdXRoXQpKdWwgMzAgMDY6MDk6MDcgbWFpbCBzc2hkWzcyNDk3XTogSW52YWxp ZCB1c2VyIGVjMi11c2VyIGZyb20gMTMuMTI2LjIyLjIxMCBwb3J0IDQyMjgyCkp1bCAzMCAw NjowOTowNyBtYWlsIHNzaGRbNzI0OTddOiBSZWNlaXZlZCBkaXNjb25uZWN0IGZyb20gMTMu MTI2LjIyLjIxMCBwb3J0IDQyMjgyOjExOiBOb3JtYWwgU2h1dGRvd24sIFRoYW5rIHlvdSBm b3IgcGxheWluZyBbcHJlYXV0aF0KSnVsIDMwIDA2OjA5OjA3IG1haWwgc3NoZFs3MjQ5N106 IERpc2Nvbm5lY3RlZCBmcm9tIGludmFsaWQgdXNlciBlYzItdXNlciAxMy4xMjYuMjIuMjEw IHBvcnQgNDIyODIgW3ByZWF1dGhdCkp1bCAzMCAwNjowOTo1MyBtYWlsIHNzaGRbMjc4NDZd OiBJbnZhbGlkIHVzZXIgZWMyLXVzZXIgZnJvbSAxMy4xMjYuMjIuMjEwIHBvcnQgNDg2NDYK SnVsIDMwIDA2OjA5OjUzIG1haWwgc3NoZFsyNzg0Nl06IFJlY2VpdmVkIGRpc2Nvbm5lY3Qg ZnJvbSAxMy4xMjYuMjIuMjEwIHBvcnQgNDg2NDY6MTE6IE5vcm1hbCBTaHV0ZG93biwgVGhh bmsgeW91IGZvciBwbGF5aW5nIFtwcmVhdXRoXQpKdWwgMzAgMDY6MDk6NTMgbWFpbCBzc2hk WzI3ODQ2XTogRGlzY29ubmVjdGVkIGZyb20gaW52YWxpZCB1c2VyIGVjMi11c2VyIDEzLjEy Ni4yMi4yMTAgcG9ydCA0ODY0NiBbcHJlYXV0aF0KSnVsIDMwIDA2OjEwOjQwIG1haWwgc3No ZFs4NjQ2XTogSW52YWxpZCB1c2VyIHZhZ3JhbnQgZnJvbSAxMy4xMjYuMjIuMjEwIHBvcnQg NTUwMTQKSnVsIDMwIDA2OjEwOjQwIG1haWwgc3NoZFs4NjQ2XTogUmVjZWl2ZWQgZGlzY29u bmVjdCBmcm9tIDEzLjEyNi4yMi4yMTAgcG9ydCA1NTAxNDoxMTogTm9ybWFsIFNodXRkb3du LCBUaGFuayB5b3UgZm9yIHBsYXlpbmcgW3ByZWF1dGhdCkp1bCAzMCAwNjoxMDo0MCBtYWls IHNzaGRbODY0Nl06IERpc2Nvbm5lY3RlZCBmcm9tIGludmFsaWQgdXNlciB2YWdyYW50IDEz LjEyNi4yMi4yMTAgcG9ydCA1NTAxNCBbcHJlYXV0aF0KSnVsIDMwIDA2OjExOjI0IG1haWwg c3NoZFsxNDkwOF06IEludmFsaWQgdXNlciB2YWdyYW50IGZyb20gMTMuMTI2LjIyLjIxMCBw b3J0IDMzMTM4Ckp1bCAzMCAwNjoxMToyNCBtYWlsIHNzaGRbMTQ5MDhdOiBSZWNlaXZlZCBk aXNjb25uZWN0IGZyb20gMTMuMTI2LjIyLjIxMCBwb3J0IDMzMTM4OjExOiBOb3JtYWwgU2h1 dGRvd24sIFRoYW5rIHlvdSBmb3IgcGxheWluZyBbcHJlYXV0aF0KSnVsIDMwIDA2OjExOjI0 IG1haWwgc3NoZFsxNDkwOF06IERpc2Nvbm5lY3RlZCBmcm9tIGludmFsaWQgdXNlciB2YWdy YW50IDEzLjEyNi4yMi4yMTAgcG9ydCAzMzEzOCBbcHJlYXV0aF0KSnVsIDMwIDA2OjEyOjIw IG1haWwgc3NoZFszNTgwXTogSW52YWxpZCB1c2VyIHZhZ3JhbnQgZnJvbSAxMy4xMjYuMjIu MjEwIHBvcnQgMzk1MTAKSnVsIDMwIDA2OjEyOjIwIG1haWwgc3NoZFszNTgwXTogUmVjZWl2 ZWQgZGlzY29ubmVjdCBmcm9tIDEzLjEyNi4yMi4yMTAgcG9ydCAzOTUxMDoxMTogTm9ybWFs IFNodXRkb3duLCBUaGFuayB5b3UgZm9yIHBsYXlpbmcgW3ByZWF1dGhdCkp1bCAzMCAwNjox MjoyMCBtYWlsIHNzaGRbMzU4MF06IERpc2Nvbm5lY3RlZCBmcm9tIGludmFsaWQgdXNlciB2 YWdyYW50IDEzLjEyNi4yMi4yMTAgcG9ydCAzOTUxMCBbcHJlYXV0aF0KSnVsIDMwIDA2OjEz OjE4IG1haWwgc3NoZFsyNTgwMV06IEludmFsaWQgdXNlciB2YWdyYW50IGZyb20gMTMuMTI2 LjIyLjIxMCBwb3J0IDQ1ODcyCkp1bCAzMCAwNjoxMzoxOCBtYWlsIHNzaGRbMjU4MDFdOiBS ZWNlaXZlZCBkaXNjb25uZWN0IGZyb20gMTMuMTI2LjIyLjIxMCBwb3J0IDQ1ODcyOjExOiBO b3JtYWwgU2h1dGRvd24sIFRoYW5rIHlvdSBmb3IgcGxheWluZyBbcHJlYXV0aF0KSnVsIDMw IDA2OjEzOjE4IG1haWwgc3NoZFsyNTgwMV06IERpc2Nvbm5lY3RlZCBmcm9tIGludmFsaWQg dXNlciB2YWdyYW50IDEzLjEyNi4yMi4yMTAgcG9ydCA0NTg3MiBbcHJlYXV0aF0KSnVsIDMw IDA2OjE0OjE1IG1haWwgc3NoZFs1ODU5NV06IEludmFsaWQgdXNlciB2YWdyYW50IGZyb20g MTMuMTI2LjIyLjIxMCBwb3J0IDUyMjUyCkp1bCAzMCAwNjoxNDoxNSBtYWlsIHNzaGRbNTg1 OTVdOiBSZWNlaXZlZCBkaXNjb25uZWN0IGZyb20gMTMuMTI2LjIyLjIxMCBwb3J0IDUyMjUy OjExOiBOb3JtYWwgU2h1dGRvd24sIFRoYW5rIHlvdSBmb3IgcGxheWluZyBbcHJlYXV0aF0K SnVsIDMwIDA2OjE0OjE1IG1haWwgc3NoZFs1ODU5NV06IERpc2Nvbm5lY3RlZCBmcm9tIGlu dmFsaWQgdXNlciB2YWdyYW50IDEzLjEyNi4yMi4yMTAgcG9ydCA1MjI1MiBbcHJlYXV0aF0K SnVsIDMwIDA2OjE1OjEzIG1haWwgc3NoZFs0NTI3XTogSW52YWxpZCB1c2VyIHZhZ3JhbnQg ZnJvbSAxMy4xMjYuMjIuMjEwIHBvcnQgNTg2MDgKSnVsIDMwIDA2OjE1OjEzIG1haWwgc3No ZFs0NTI3XTogUmVjZWl2ZWQgZGlzY29ubmVjdCBmcm9tIDEzLjEyNi4yMi4yMTAgcG9ydCA1 ODYwODoxMTogTm9ybWFsIFNodXRkb3duLCBUaGFuayB5b3UgZm9yIHBsYXlpbmcgW3ByZWF1 dGhdCkp1bCAzMCAwNjoxNToxMyBtYWlsIHNzaGRbNDUyN106IERpc2Nvbm5lY3RlZCBmcm9t IGludmFsaWQgdXNlciB2YWdyYW50IDEzLjEyNi4yMi4yMTAgcG9ydCA1ODYwOCBbcHJlYXV0 aF0KSnVsIDMwIDA2OjE2OjEwIG1haWwgc3NoZFs2MDI0XTogSW52YWxpZCB1c2VyIHBvc3Rn cmVzIGZyb20gMTMuMTI2LjIyLjIxMCBwb3J0IDM2NzQ0Ckp1bCAzMCAwNjoxNjoxMCBtYWls IHNzaGRbNjAyNF06IFJlY2VpdmVkIGRpc2Nvbm5lY3QgZnJvbSAxMy4xMjYuMjIuMjEwIHBv cnQgMzY3NDQ6MTE6IE5vcm1hbCBTaHV0ZG93biwgVGhhbmsgeW91IGZvciBwbGF5aW5nIFtw cmVhdXRoXQpKdWwgMzAgMDY6MTY6MTAgbWFpbCBzc2hkWzYwMjRdOiBEaXNjb25uZWN0ZWQg ZnJvbSBpbnZhbGlkIHVzZXIgcG9zdGdyZXMgMTMuMTI2LjIyLjIxMCBwb3J0IDM2NzQ0IFtw cmVhdXRoXQpKdWwgMzAgMDY6MTc6MDggbWFpbCBzc2hkWzc4Njg0XTogSW52YWxpZCB1c2Vy IHBvc3RncmVzIGZyb20gMTMuMTI2LjIyLjIxMCBwb3J0IDQzMTA2Ckp1bCAzMCAwNjoxNzow OCBtYWlsIHNzaGRbNzg2ODRdOiBSZWNlaXZlZCBkaXNjb25uZWN0IGZyb20gMTMuMTI2LjIy LjIxMCBwb3J0IDQzMTA2OjExOiBOb3JtYWwgU2h1dGRvd24sIFRoYW5rIHlvdSBmb3IgcGxh eWluZyBbcHJlYXV0aF0KSnVsIDMwIDA2OjE3OjA4IG1haWwgc3NoZFs3ODY4NF06IERpc2Nv bm5lY3RlZCBmcm9tIGludmFsaWQgdXNlciBwb3N0Z3JlcyAxMy4xMjYuMjIuMjEwIHBvcnQg NDMxMDYgW3ByZWF1dGhdCkp1bCAzMCAwNjoxODowNCBtYWlsIHNzaGRbMzQxMTBdOiBJbnZh bGlkIHVzZXIgcG9zdGdyZXMgZnJvbSAxMy4xMjYuMjIuMjEwIHBvcnQgNDk0NzYKSnVsIDMw IDA2OjE4OjA1IG1haWwgc3NoZFszNDExMF06IFJlY2VpdmVkIGRpc2Nvbm5lY3QgZnJvbSAx My4xMjYuMjIuMjEwIHBvcnQgNDk0NzY6MTE6IE5vcm1hbCBTaHV0ZG93biwgVGhhbmsgeW91 IGZvciBwbGF5aW5nIFtwcmVhdXRoXQpKdWwgMzAgMDY6MTg6MDUgbWFpbCBzc2hkWzM0MTEw XTogRGlzY29ubmVjdGVkIGZyb20gaW52YWxpZCB1c2VyIHBvc3RncmVzIDEzLjEyNi4yMi4y MTAgcG9ydCA0OTQ3NiBbcHJlYXV0aF0KSnVsIDMwIDA2OjE5OjAxIG1haWwgc3NoZFsxNjk3 Ml06IEludmFsaWQgdXNlciBwb3N0Z3JlcyBmcm9tIDEzLjEyNi4yMi4yMTAgcG9ydCA1NTgz OApKdWwgMzAgMDY6MTk6MDIgbWFpbCBzc2hkWzE2OTcyXTogUmVjZWl2ZWQgZGlzY29ubmVj dCBmcm9tIDEzLjEyNi4yMi4yMTAgcG9ydCA1NTgzODoxMTogTm9ybWFsIFNodXRkb3duLCBU aGFuayB5b3UgZm9yIHBsYXlpbmcgW3ByZWF1dGhdCkp1bCAzMCAwNjoxOTowMiBtYWlsIHNz aGRbMTY5NzJdOiBEaXNjb25uZWN0ZWQgZnJvbSBpbnZhbGlkIHVzZXIgcG9zdGdyZXMgMTMu MTI2LjIyLjIxMCBwb3J0IDU1ODM4IFtwcmVhdXRoXQpKdWwgMzAgMDY6MTk6NTkgbWFpbCBz c2hkWzU0MTc5XTogSW52YWxpZCB1c2VyIHBvc3RncmVzIGZyb20gMTMuMTI2LjIyLjIxMCBw b3J0IDMzOTc4Ckp1bCAzMCAwNjoxOTo1OSBtYWlsIHNzaGRbNTQxNzldOiBSZWNlaXZlZCBk aXNjb25uZWN0IGZyb20gMTMuMTI2LjIyLjIxMCBwb3J0IDMzOTc4OjExOiBOb3JtYWwgU2h1 dGRvd24sIFRoYW5rIHlvdSBmb3IgcGxheWluZyBbcHJlYXV0aF0KSnVsIDMwIDA2OjE5OjU5 IG1haWwgc3NoZFs1NDE3OV06IERpc2Nvbm5lY3RlZCBmcm9tIGludmFsaWQgdXNlciBwb3N0 Z3JlcyAxMy4xMjYuMjIuMjEwIHBvcnQgMzM5NzggW3ByZWF1dGhdCkp1bCAzMCAwNjoyMDo1 NyBtYWlsIHNzaGRbMzY1XTogSW52YWxpZCB1c2VyIHBvc3RncmVzIGZyb20gMTMuMTI2LjIy LjIxMCBwb3J0IDQwMzQyCkp1bCAzMCAwNjoyMDo1NyBtYWlsIHNzaGRbMzY1XTogUmVjZWl2 ZWQgZGlzY29ubmVjdCBmcm9tIDEzLjEyNi4yMi4yMTAgcG9ydCA0MDM0MjoxMTogTm9ybWFs IFNodXRkb3duLCBUaGFuayB5b3UgZm9yIHBsYXlpbmcgW3ByZWF1dGhdCkp1bCAzMCAwNjoy MDo1NyBtYWlsIHNzaGRbMzY1XTogRGlzY29ubmVjdGVkIGZyb20gaW52YWxpZCB1c2VyIHBv c3RncmVzIDEzLjEyNi4yMi4yMTAgcG9ydCA0MDM0MiBbcHJlYXV0aF0KSnVsIDMwIDA2OjIx OjU0IG1haWwgc3NoZFs1MzQxXTogSW52YWxpZCB1c2VyIHBvc3RncmVzIGZyb20gMTMuMTI2 LjIyLjIxMCBwb3J0IDQ2NjkyCkp1bCAzMCAwNjoyMTo1NCBtYWlsIHNzaGRbNTM0MV06IFJl Y2VpdmVkIGRpc2Nvbm5lY3QgZnJvbSAxMy4xMjYuMjIuMjEwIHBvcnQgNDY2OTI6MTE6IE5v cm1hbCBTaHV0ZG93biwgVGhhbmsgeW91IGZvciBwbGF5aW5nIFtwcmVhdXRoXQpKdWwgMzAg MDY6MjE6NTQgbWFpbCBzc2hkWzUzNDFdOiBEaXNjb25uZWN0ZWQgZnJvbSBpbnZhbGlkIHVz ZXIgcG9zdGdyZXMgMTMuMTI2LjIyLjIxMCBwb3J0IDQ2NjkyIFtwcmVhdXRoXQpKdWwgMzAg MDY6MjI6NTIgbWFpbCBzc2hkWzM1NTNdOiBJbnZhbGlkIHVzZXIgcG9zdGdyZXMgZnJvbSAx My4xMjYuMjIuMjEwIHBvcnQgNTMwNjYKSnVsIDMwIDA2OjIyOjUyIG1haWwgc3NoZFszNTUz XTogUmVjZWl2ZWQgZGlzY29ubmVjdCBmcm9tIDEzLjEyNi4yMi4yMTAgcG9ydCA1MzA2Njox MTogTm9ybWFsIFNodXRkb3duLCBUaGFuayB5b3UgZm9yIHBsYXlpbmcgW3ByZWF1dGhdCkp1 bCAzMCAwNjoyMjo1MiBtYWlsIHNzaGRbMzU1M106IERpc2Nvbm5lY3RlZCBmcm9tIGludmFs aWQgdXNlciBwb3N0Z3JlcyAxMy4xMjYuMjIuMjEwIHBvcnQgNTMwNjYgW3ByZWF1dGhdCg== --------------47841C827428476376E24063-- From owner-freebsd-arm@freebsd.org Mon Jul 31 20:38:26 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 65189DBD3A5 for ; Mon, 31 Jul 2017 20:38:26 +0000 (UTC) (envelope-from dmarquess@gmail.com) Received: from mail-yw0-x22b.google.com (mail-yw0-x22b.google.com [IPv6:2607:f8b0:4002:c05::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2666667E20 for ; Mon, 31 Jul 2017 20:38:26 +0000 (UTC) (envelope-from dmarquess@gmail.com) Received: by mail-yw0-x22b.google.com with SMTP id p68so27202317ywg.0 for ; Mon, 31 Jul 2017 13:38:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=GOST8Xl3lRPLFvhFeWDSGRCOlMFvTWZQ8gj7QXqubWo=; b=g6HZY/7cg1Vu5sJKETtgXSVsIrj1eHuRFuQ4ACSrBUzFqC0YLbbgkKrV2aFLulGl03 8EB0IUsmcaedlSmZVezUqwYROm1YZ0IhecPTOnGh8IktjrOxiR/wCz9pyw8uMtiWSvyt uZq00tQFoLCDwWhKN/cMJuf3QZAjgIoM8oleEx+v9Wy5Cp6VcmIBKjCOauv3VmbpHNMy STCUemqEYvv2QwbelxZHvRlXonT8Ncg+naTeOFPMUX0q+YcBtkXq8MNGJbZU6kRdsc1e TD2SRb4w/Hb3Oxarb0LhyFFkzA5objniesCbswkwFweoyuyWvyZbNlmvuJorh1W3n1bI i6Eg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=GOST8Xl3lRPLFvhFeWDSGRCOlMFvTWZQ8gj7QXqubWo=; b=QG/6hn9gCTHemnNUS8G13qm6tGAahMhe3mlu4QHLP+g4FIlKjad8VjT0sEYQxMqF1h 6XbVs3LypWcKYEDGTvCDigCIuMa+hdzEH0SxNFokg5uKbEHMhayd3R21l/BL2yZ7xZ7A 5DSfh6F9nhnUpofcp8wedb7BiOjjqvP9XXw6RL8VAiRhBOlyeynQGJgClh/q/Jobmdph N70GaiJ5rlSz86WD4b16yxhliHtqEH/meoYSQSk39Yf/AHAVVIKeNyyZYq1kV4w0FQLc UHxJHwineMn8zaPcxpaDL/GUq/NJBEqYZXEdAARTgFHziSGFoKnVRWvVnDeYkxnRR+WX nnFA== X-Gm-Message-State: AIVw11258vre+PqTLyF7Kkhmyrb6ZiK75OK8hMsxxst9d4uL3ogLRDfY 5G4OJQVEQEP4J/UNQa3ZOpHjwBNh8gYx X-Received: by 10.37.72.195 with SMTP id v186mr14902602yba.224.1501533505107; Mon, 31 Jul 2017 13:38:25 -0700 (PDT) MIME-Version: 1.0 Received: by 10.129.102.85 with HTTP; Mon, 31 Jul 2017 13:38:24 -0700 (PDT) From: Dustin Marquess Date: Mon, 31 Jul 2017 15:38:24 -0500 Message-ID: Subject: Allwinner GPIO IRQ? To: 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: Mon, 31 Jul 2017 20:38:26 -0000 I'm trying to setup gpiopps on my Pine A64. I managed to hack up the device tree and that part seems to work, however I was getting: gpiopps0: Pin cannot be configured for the requested signal edge I noticed that sys/arm/allwinner/a10_gpio.c had: #define A10_GPIO_DEFAULT_CAPS (GPIO_PIN_INPUT | GPIO_PIN_OUTPUT | \ GPIO_PIN_PULLUP | GPIO_PIN_PULLDOWN) So I changed that to: #define A10_GPIO_DEFAULT_CAPS (GPIO_PIN_INPUT | GPIO_PIN_OUTPUT | \ GPIO_PIN_PULLUP | GPIO_PIN_PULLDOWN | GPIO_INTR_MASK) That changed the error to: gpiopps0: Cannot allocate an IRQ for the GPIO And now I'm having problems finding a DEVMETHOD mapping for bus_alloc_resource for the Allwinner gpios. Am I right in guessing that this code simply doesn't exist yet? Thanks! -Dustin From owner-freebsd-arm@freebsd.org Mon Jul 31 21:46:20 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 EFE3EDBE84E for ; Mon, 31 Jul 2017 21:46:20 +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 D47AC6A15C for ; Mon, 31 Jul 2017 21:46:20 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: 719ffe91-7639-11e7-a4a1-c9e62e5d9688 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 719ffe91-7639-11e7-a4a1-c9e62e5d9688; Mon, 31 Jul 2017 21:44:35 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id v6VLjBES002268; Mon, 31 Jul 2017 15:45:11 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1501537511.90400.116.camel@freebsd.org> Subject: Re: Allwinner GPIO IRQ? From: Ian Lepore To: Dustin Marquess , freebsd-arm@freebsd.org Date: Mon, 31 Jul 2017 15:45:11 -0600 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: Mon, 31 Jul 2017 21:46:21 -0000 On Mon, 2017-07-31 at 15:38 -0500, Dustin Marquess wrote: > I'm trying to setup gpiopps on my Pine A64.  I managed to hack up the > device tree and that part seems to work, however I was getting: > > gpiopps0: Pin cannot be configured for the requested signal edge > > I noticed that sys/arm/allwinner/a10_gpio.c had: > > #define A10_GPIO_DEFAULT_CAPS   (GPIO_PIN_INPUT | GPIO_PIN_OUTPUT > |     \ >     GPIO_PIN_PULLUP | GPIO_PIN_PULLDOWN) > > So I changed that to: > > #define A10_GPIO_DEFAULT_CAPS   (GPIO_PIN_INPUT | GPIO_PIN_OUTPUT > |     \ >     GPIO_PIN_PULLUP | GPIO_PIN_PULLDOWN | GPIO_INTR_MASK) > > That changed the error to: > > gpiopps0: Cannot allocate an IRQ for the GPIO > > And now I'm having problems finding a DEVMETHOD mapping for > bus_alloc_resource for the Allwinner gpios.  Am I right in guessing > that this code simply doesn't exist yet? > > Thanks! > -Dustin It looks like you've got the right bottom line: aw gpio isn't ready to support interrupts yet.  It's not because bus_alloc_resource is missing, it's because the code just doesn't support being an interrupt controller yet.  The methods missing are these (from imx_gpio.c): DEVMETHOD(pic_disable_intr, gpio_pic_disable_intr), DEVMETHOD(pic_enable_intr, gpio_pic_enable_intr), DEVMETHOD(pic_map_intr, gpio_pic_map_intr), DEVMETHOD(pic_setup_intr, gpio_pic_setup_intr), DEVMETHOD(pic_teardown_intr, gpio_pic_teardown_intr), DEVMETHOD(pic_post_filter, gpio_pic_post_filter), DEVMETHOD(pic_post_ithread, gpio_pic_post_ithread), DEVMETHOD(pic_pre_ithread, gpio_pic_pre_ithread), >From a quick glance at the docs, it looks like only 32 of the pins on allwinner can be configured as interrupt sources, but it doesn't look like our code is ready to do that at all (I don't see any pins in the padconf tables that have "irq" as one of their choices). -- Ian From owner-freebsd-arm@freebsd.org Mon Jul 31 22:22:13 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 89021DBF23A for ; Mon, 31 Jul 2017 22:22:13 +0000 (UTC) (envelope-from dmarquess@gmail.com) Received: from mail-yw0-x244.google.com (mail-yw0-x244.google.com [IPv6:2607:f8b0:4002:c05::244]) (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 55D736BA1F; Mon, 31 Jul 2017 22:22:13 +0000 (UTC) (envelope-from dmarquess@gmail.com) Received: by mail-yw0-x244.google.com with SMTP id p68so13068855ywg.5; Mon, 31 Jul 2017 15:22:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=1YQh2A6DGVfpZYiu20w1+GSlJm9zCgJfoWzk6m9Ohzc=; b=qovPUd+zmixnJ5onlWO+Te6ud1IZjop2ZEusJEmtnZ4J3lYDaUXM53t7HR/U5u73dt e197wFzWoL+4jC+EmWRZHCDJpLiEQ25pgUgGQpSrXnjTP29TPukLXpuKd2gWBDnVt6F+ BdKyuXIDRX6mMK7ycdJ8lSA5Q8RERt0BoxiMTAH8aP8MszVKPo4vfIutW+aU00K3UVFz 8a6BdiXjPFi/WOPqyO/DAcvhfmxU5tjkrqNRCc7b1a3SuRj2mtrSvIQ+popLKdRapOig IpT3h20a2d1nxOFjlVIjBD2f0xrloqwK5FtUrZs4ECaN4mYzsHB4UrrIDZd7osxpQcHm +V0w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=1YQh2A6DGVfpZYiu20w1+GSlJm9zCgJfoWzk6m9Ohzc=; b=AiMYdxigI5oAMapDseYT12jG+W/4uYtow3bX5ROpeLbAMC27ti8M4CkoioiTHEffiO X/AyvdKba5DqIVuldpFecV4HVzZcIqg6ykP/gPlMe5Z6Qup1ce3pXpv3N66gPS/qUaxf Z4hE4owFhMArKVKTCsq83OEBM5BHACL5znVC7tMUccHQ50yNY2cnYn4dKGwhK0neZDgJ 6GJ/czo12GdHM3LuGdpEaakrwBhSi/mgMPeNj22M7NAIkLHgrXV2QAeMOuRKQXwGLV2c SEc8w5wW7L+8XVvji6hqvBI1a5sUMNfGfJUVH0ikBfJcMnaO/Pq9AiCBKAnh9HgQR7MI 0kPw== X-Gm-Message-State: AIVw112krpGcGBBxlZOujz/4fOFkvkix2QQIOWElEszDSLgQrV4YoRDt YbDa6R2+tb6YBBVFePx9H7uDvgla+g== X-Received: by 10.13.207.129 with SMTP id r123mr1504463ywd.334.1501539732231; Mon, 31 Jul 2017 15:22:12 -0700 (PDT) MIME-Version: 1.0 Received: by 10.129.102.85 with HTTP; Mon, 31 Jul 2017 15:22:11 -0700 (PDT) In-Reply-To: <1501537511.90400.116.camel@freebsd.org> References: <1501537511.90400.116.camel@freebsd.org> From: Dustin Marquess Date: Mon, 31 Jul 2017 17:22:11 -0500 Message-ID: Subject: Re: Allwinner GPIO IRQ? To: Ian Lepore 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: Mon, 31 Jul 2017 22:22:13 -0000 Ian, Thanks for the confirmation! I'm not exactly a kernel-level dev, so I was just pretty much guessing and poking around :). Thanks! -Dustin On Mon, Jul 31, 2017 at 4:45 PM, Ian Lepore wrote: > On Mon, 2017-07-31 at 15:38 -0500, Dustin Marquess wrote: >> I'm trying to setup gpiopps on my Pine A64. I managed to hack up the >> device tree and that part seems to work, however I was getting: >> >> gpiopps0: Pin cannot be configured for the requested signal edge >> >> I noticed that sys/arm/allwinner/a10_gpio.c had: >> >> #define A10_GPIO_DEFAULT_CAPS (GPIO_PIN_INPUT | GPIO_PIN_OUTPUT >> | \ >> GPIO_PIN_PULLUP | GPIO_PIN_PULLDOWN) >> >> So I changed that to: >> >> #define A10_GPIO_DEFAULT_CAPS (GPIO_PIN_INPUT | GPIO_PIN_OUTPUT >> | \ >> GPIO_PIN_PULLUP | GPIO_PIN_PULLDOWN | GPIO_INTR_MASK) >> >> That changed the error to: >> >> gpiopps0: Cannot allocate an IRQ for the GPIO >> >> And now I'm having problems finding a DEVMETHOD mapping for >> bus_alloc_resource for the Allwinner gpios. Am I right in guessing >> that this code simply doesn't exist yet? >> >> Thanks! >> -Dustin > > It looks like you've got the right bottom line: aw gpio isn't ready to > support interrupts yet. It's not because bus_alloc_resource is > missing, it's because the code just doesn't support being an interrupt > controller yet. The methods missing are these (from imx_gpio.c): > > DEVMETHOD(pic_disable_intr, gpio_pic_disable_intr), > DEVMETHOD(pic_enable_intr, gpio_pic_enable_intr), > DEVMETHOD(pic_map_intr, gpio_pic_map_intr), > DEVMETHOD(pic_setup_intr, gpio_pic_setup_intr), > DEVMETHOD(pic_teardown_intr, gpio_pic_teardown_intr), > DEVMETHOD(pic_post_filter, gpio_pic_post_filter), > DEVMETHOD(pic_post_ithread, gpio_pic_post_ithread), > DEVMETHOD(pic_pre_ithread, gpio_pic_pre_ithread), > > From a quick glance at the docs, it looks like only 32 of the pins on > allwinner can be configured as interrupt sources, but it doesn't look > like our code is ready to do that at all (I don't see any pins in the > padconf tables that have "irq" as one of their choices). > > -- Ian > From owner-freebsd-arm@freebsd.org Tue Aug 1 06:19:35 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 BFBDFDB4496 for ; Tue, 1 Aug 2017 06:19:35 +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 289106639F; Tue, 1 Aug 2017 06:19:34 +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 a2e72557; Tue, 1 Aug 2017 08:19:25 +0200 (CEST) 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=4LPiJksDar3mu8ezNj30Mp+kOAw=; b=oIXevmEwVGqgvo2/Zlc2i+27UVKn RNPzQYCxTE47z9OeWeGdZxjf0T+ikbonqYq/sMqAJJWcfVQ23pi0i2/WAjQunGxV L1ffnQ4+1DvregQA+FBaUD/K2nsqkyKnzvhYBdI38tSXPrTNvW6jy/H0zkeaLVAR NGFhl4CmPtsAfvA= 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=PJej2NnmVxGm+OPXIAQmgkHf5qROhduUhvVZ9CIxwpldfvqpwRcpOtXL jHLk1prhC8+Uy0n3MoTSJunUVO2IKx7ahte5lCPg+xcasSZMVfQRL6lcaEZuXPVq 9RK3l+5lHNKrTayLWgIVIN+vg53QMs60/448nClxcqGexCo1DeM= Received: from knuckles.blih.net (ip-54.net-82-216-203.roubaix.rev.numericable.fr [82.216.203.54]) by mail.blih.net (OpenSMTPD) with ESMTPSA id 972595b6 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Tue, 1 Aug 2017 08:19:24 +0200 (CEST) Date: Tue, 1 Aug 2017 08:19:21 +0200 From: Emmanuel Vadot To: Dustin Marquess Cc: Ian Lepore , freebsd-arm@freebsd.org Subject: Re: Allwinner GPIO IRQ? Message-Id: <20170801081921.0f9224bea088b8f58140ab9d@bidouilliste.com> In-Reply-To: References: <1501537511.90400.116.camel@freebsd.org> X-Mailer: Sylpheed 3.6.0 (GTK+ 2.24.31; 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: Tue, 01 Aug 2017 06:19:35 -0000 On Mon, 31 Jul 2017 17:22:11 -0500 Dustin Marquess wrote: > Ian, > > Thanks for the confirmation! I'm not exactly a kernel-level dev, so I > was just pretty much guessing and poking around :). > > Thanks! > -Dustin > As Ian said the controller driver doesn't support interrupts, this would be easy to add but I have too much stuff to do so if someone want to work on this I'll be very happy. > On Mon, Jul 31, 2017 at 4:45 PM, Ian Lepore wrote: > > On Mon, 2017-07-31 at 15:38 -0500, Dustin Marquess wrote: > >> I'm trying to setup gpiopps on my Pine A64. I managed to hack up the > >> device tree and that part seems to work, however I was getting: > >> > >> gpiopps0: Pin cannot be configured for the requested signal edge > >> > >> I noticed that sys/arm/allwinner/a10_gpio.c had: > >> > >> #define A10_GPIO_DEFAULT_CAPS (GPIO_PIN_INPUT | GPIO_PIN_OUTPUT > >> | \ > >> GPIO_PIN_PULLUP | GPIO_PIN_PULLDOWN) > >> > >> So I changed that to: > >> > >> #define A10_GPIO_DEFAULT_CAPS (GPIO_PIN_INPUT | GPIO_PIN_OUTPUT > >> | \ > >> GPIO_PIN_PULLUP | GPIO_PIN_PULLDOWN | GPIO_INTR_MASK) > >> > >> That changed the error to: > >> > >> gpiopps0: Cannot allocate an IRQ for the GPIO > >> > >> And now I'm having problems finding a DEVMETHOD mapping for > >> bus_alloc_resource for the Allwinner gpios. Am I right in guessing > >> that this code simply doesn't exist yet? > >> > >> Thanks! > >> -Dustin > > > > It looks like you've got the right bottom line: aw gpio isn't ready to > > support interrupts yet. It's not because bus_alloc_resource is > > missing, it's because the code just doesn't support being an interrupt > > controller yet. The methods missing are these (from imx_gpio.c): > > > > DEVMETHOD(pic_disable_intr, gpio_pic_disable_intr), > > DEVMETHOD(pic_enable_intr, gpio_pic_enable_intr), > > DEVMETHOD(pic_map_intr, gpio_pic_map_intr), > > DEVMETHOD(pic_setup_intr, gpio_pic_setup_intr), > > DEVMETHOD(pic_teardown_intr, gpio_pic_teardown_intr), > > DEVMETHOD(pic_post_filter, gpio_pic_post_filter), > > DEVMETHOD(pic_post_ithread, gpio_pic_post_ithread), > > DEVMETHOD(pic_pre_ithread, gpio_pic_pre_ithread), > > > > From a quick glance at the docs, it looks like only 32 of the pins on > > allwinner can be configured as interrupt sources, but it doesn't look > > like our code is ready to do that at all (I don't see any pins in the > > padconf tables that have "irq" as one of their choices). Yes, not all pins can be interrupts sources. I've added for most of the padconf information on which pins can do it (see https://svnweb.freebsd.org/base/head/sys/arm/allwinner/a20/a20_padconf.c?revision=310117&view=markup#l104 for example). They are named eint like in the datasheet and linux (so a dts that would reference them on linux would work for us). > > -- Ian > > > _______________________________________________ > 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 Tue Aug 1 08:59: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 9CA23DC70EC for ; Tue, 1 Aug 2017 08:59:28 +0000 (UTC) (envelope-from alina@aosif.com.cn) Received: from hk3.35.net (hk3.35.net [103.244.53.203]) by mx1.freebsd.org (Postfix) with ESMTP id 090A96B759 for ; Tue, 1 Aug 2017 08:59:17 +0000 (UTC) (envelope-from alina@aosif.com.cn) X-Bordeaux-Score: 550 X-Spam-Flag: NO Received: from dell-waimao([218.5.192.74]) by smail101.cn4e.com(7.3.0.7a) with ESMTP id 2D6905580004.244.1501577920.31008; Tue, 01 Aug 2017 16:58:40 +0800 (CST) X-BQId: 2D6905580004.244.1501577920.31008.1 X-Bordeaux-Type: AUTHSMTP X-35BMId: 2D6905580004.244.1501577920.31008.1 X-Bordeaux-LOG: SA: TSMF, 3-550-1-83886336,3-550-1-83886336,3-550-1-83886336 eJzt2ctOhDAUBuDZ6EZ9h77ANC2ONzIxg4gOGaCGYNRlpxYl4WK4JLP00XwQ38A3cCVEFoZkzGy GEj1f0hwWZ/Hv/pTujL69Xbw+/Jwm8zzLDJBGT/ERpmcaPpmMwL/xvsFOkfAopoRikU4kFlmCKC H0eOvZAADDsNvObn9Yc4ehS8txxneG7RpMWUCgxOcGO2yx9RgAgAHba2e3P4zbYI4cdm17yqIBh T7qU985Mfllx6jKZ5mWkeBllKWoqISQRRFWcV8hAQBK7bez2x+uYTvoymeuPuVxlPIZz4oobH5S YJGeK4sLetLcP3jdBy/l+h2NEHLYWyIAwNActLPbH755E6CA6dMwl3JZPI55nszab5zlT1Ahf1v TH76pW/fB+h22QHJVyjzlMWqeQpbZqrd8AAD1vgCKGldW X-Bordeaux-Detail: eJxzsrIKjgwOcfW1snIGI0MDYysrE3MrK1MDLicUST+QpBmQMLKy0sgrzcnRxKbAwBCkxACHErA FJlZWRgYgjGKDB0TW0BBIGFtYWRmjSgORI1iPAdB6Y2zGI1QYI7sAALqQN9o= X-Bordeaux-Action-libantispam.so: X-Bordeaux-Action-libspamsa.so: X-Bordeaux-Action-libclamav.so: X-Bordeaux-Action-libsmtpext.so: Date: Tue, 1 Aug 2017 16:55:21 +0800 (CST) From: alina-AOSIF Generators Reply-To: alina-AOSIF Generators To: freebsd-arm@freebsd.org Message-ID: <20170801165521685687@aosif.com.cn> Subject: We are writing to introduce our generators for you MIME-Version: 1.0 X-Priority: 3 X-Mailer: Foxmail 7, 1, 3, 52[cn] X-Has-Attach: no X-GUID: 2017080116552168015278720 Content-Type: text/plain;charset="utf-8" Content-Transfer-Encoding: base64 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: Tue, 01 Aug 2017 08:59:28 -0000 RGVhciAgZnJlZWJzZC1hcm0sDQoNCkdvb2QgZGF5Lg0KVGhpcyBpcyBhbGluYSBmcm9tIFhpYW1l biBBT1NJRiBFbmdpbmVlcmluZyBMdGQgIGZyb20gQ2hpbmEsIHdlIGFyZSBsZWFkaW5nIGRpZXNl bCBnZW5lcmF0b3JzIG1hbnVmYWN0dXJlciBpbiBDaGluYS4gV2UgYXJlIGdsYWQgdG8ga25vdyBm cm9tIHlvdXIgd2Vic2l0ZSB5b3Ugb2ZmZXIgYSByYW5nZSBvZiBlcXVpcG1lbnQgd2lkZSBlbm91 Z2ggdG8gbWVldCBldmVuIG1vc3Qgc3BlY2lmaWMgcG93ZXIgcmVxdWlyZW1lbnRzLCBmb3IgYWxs IGFyZWFzIG9mIGluZHVzdHJ5LCBmb3IgYWxsIHR5cGVzIG9mIGFwcGxpY2F0aW9uLiBhbHNvIGtu b3dzIHlvdSBjb29wZXJhdGVkIHdpdGggS0VZUE9XRVIgYmVmb3JlLiBXZSBhcmUgd3JpdGluZyB0 byBpbnRyb2R1Y2Ugb3VyIGRpZXNlbCBnZW5lcmF0b3JzIGZvciB5b3UuIFdlIGFyZSB0b3AgdGVu IG9lbSBvZiBjdW1taW5zIGVuZ2luZSBhbmQgcGVya2lucyBlbmdpbmUgaW4gQ2hpbmEsIHdpdGgg Y29tcGV0aXRpdmUgcHJpY2UuDQpJZiB5b3VyIGNvbXBhbnkgd291bGQgbGlrZSB0byBoZWxwIHVz IHRvIHNlbGwgb3VyIHByb2R1Y3RzIGluIHRoZSBsb2NhbCBtYXJrZXQsIGl0IHdpbGwgYmUgb3Vy IGdyZWF0IGhvbm9yLiANCllvdXIgcXVpY2sgcmVwbHkgd2lsbCBiZSBhcHByZWNpYXRlZCwgdGhh bmtzIGFnYWluLg0KDQpCZXN0IHJlZ2FyZHMgDQoNCk1zLkFsaW5hIFlhbiANCkludGVybmF0aW9u YWwgc2FsZXMgRGVwdC4NCg0KWGlhbWVuIEFPU0lGIEVuZ2luZWVyaW5nIEx0ZC4gDQoNCg0KQWRk cmVzcyAxMDg4IFhpbmdodWEgUm9hZCxDaGFuZ3RhaSBlY29ub21pYyBkZXZlbG9wbWVudCB6b25l LCBaaGFuZ3pob3UsIEZ1amlhbiwgQ2hpbmF8TW9iaWxlJldoYXRzQXBwOiArODYgMTM2IDY1MDYg NzMyMHwNCkVtYWlsOiBhbGluYUBhb3NpZi5jb20uY24gfFNreXBlOiBhbGluYS55YW4zfFdlY2hh dDogYWxpbmF5Zmx8V2ViOiB3d3cuYW9zaWYuY29tfA== From owner-freebsd-arm@freebsd.org Tue Aug 1 10:55:37 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 A585BDD0276 for ; Tue, 1 Aug 2017 10:55:37 +0000 (UTC) (envelope-from freebsd-arm@dino.sk) Received: from mailhost.netlabit.sk (mailhost.netlabit.sk [84.245.65.72]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3933F71517; Tue, 1 Aug 2017 10:55:36 +0000 (UTC) (envelope-from freebsd-arm@dino.sk) Received: from zeta.dino.sk (fw3.dino.sk [84.245.95.254]) (AUTH: LOGIN milan) by mailhost.netlabit.sk with ESMTPA; Tue, 01 Aug 2017 12:50:24 +0200 id 00DE188B.59805CF0.0001626D Date: Tue, 1 Aug 2017 12:50:24 +0200 From: Milan Obuch To: Emmanuel Vadot Cc: Dustin Marquess , freebsd-arm@freebsd.org, Ian Lepore Subject: Re: Allwinner GPIO IRQ? Message-ID: <20170801125024.4d38b893@zeta.dino.sk> In-Reply-To: <20170801081921.0f9224bea088b8f58140ab9d@bidouilliste.com> References: <1501537511.90400.116.camel@freebsd.org> <20170801081921.0f9224bea088b8f58140ab9d@bidouilliste.com> X-Mailer: Claws Mail 3.15.0 (GTK+ 2.24.31; i386-portbld-freebsd10.3) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable 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, 01 Aug 2017 10:55:37 -0000 On Tue, 1 Aug 2017 08:19:21 +0200 Emmanuel Vadot wrote: > On Mon, 31 Jul 2017 17:22:11 -0500 > Dustin Marquess wrote: >=20 > > Ian, > >=20 > > Thanks for the confirmation! I'm not exactly a kernel-level dev, > > so I was just pretty much guessing and poking around :). > >=20 > > Thanks! > > -Dustin > > =20 >=20 > As Ian said the controller driver doesn't support interrupts, this > would be easy to add but I have too much stuff to do so if someone > want to work on this I'll be very happy. >=20 [ snip ] I am interested in this, too, as I am just starting to try a gpiopps... > > > From a quick glance at the docs, it looks like only 32 of the > > > pins on allwinner can be configured as interrupt sources, but it > > > doesn't look like our code is ready to do that at all (I don't > > > see any pins in the padconf tables that have "irq" as one of > > > their choices). =20 >=20 > Yes, not all pins can be interrupts sources. > I've added for most of the padconf information on which pins can do > it (see > https://svnweb.freebsd.org/base/head/sys/arm/allwinner/a20/a20_padconf.c?= revision=3D310117&view=3Dmarkup#l104 > for example). > They are named eint like in the datasheet and linux (so a dts that > would reference them on linux would work for us). >=20 =46rom a quick glance over this file I see there are both PC19 and PH10 marked as eint12 - is it OK? Similarly PC20 and PH11, PC21 and PH12, PC22 and PH13. Also, Pins PI10 to PI19 are marked with eint. I did not try to read a datasheet, yet, so this could be dumb question, but still, I would like to know the reason... Anyway, as I am working with Orange Pi boards, I think this is not relevant for me, I am looking in h3_padconf.c and h3_r_padconf.c, it looks like all pins from PA, PG and PL blocks are usable as interrupt source... and I see no such double usage here. Regards, Milan From owner-freebsd-arm@freebsd.org Tue Aug 1 11:37:23 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 2BD8CDD1511 for ; Tue, 1 Aug 2017 11:37:23 +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 8A3D772DC7; Tue, 1 Aug 2017 11:37:21 +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 a6f6979f; Tue, 1 Aug 2017 13:37:18 +0200 (CEST) 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=kenn4y6gasyBzzP53UZ80oN9dZA=; b=FkeqOlkojkUUnGCQapUKrqhYFFW6 ciKNpeawDi86pSszyPIT97hfQamt+yhh1EMNqpbDp2zYrtsef+slYHPMBD+vBq6r dygSr23LXiGrzaNx/kgbiFb0a1Io3geRYWUpGisQlasG+fh4X4G58pHzk2ltR66y SsQ1q4A9lceSTgI= 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=ONiyR0DPCzC14aEk/hRnihzcAg1XbTmR9tjnxBYIccuFCPt8t1HBKcHw cyYcwy3ZAkYerpRDNkO0bQ7VZjsSQh5snzLikKqe6NiG4TQjJ5r2f9OyiVs18+nz hOqUEB1IGtYtT5fc6lMIN6UhvTWWwDHdCq9nmEJL8VmmMUBqlus= Received: from arcadia (evadot.gandi.net [217.70.181.36]) by mail.blih.net (OpenSMTPD) with ESMTPSA id 899564a2 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Tue, 1 Aug 2017 13:37:18 +0200 (CEST) Date: Tue, 1 Aug 2017 13:37:15 +0200 From: Emmanuel Vadot To: Milan Obuch Cc: Dustin Marquess , freebsd-arm@freebsd.org, Ian Lepore Subject: Re: Allwinner GPIO IRQ? Message-Id: <20170801133715.57e7eea10c18ddafcad3006e@bidouilliste.com> In-Reply-To: <20170801125024.4d38b893@zeta.dino.sk> References: <1501537511.90400.116.camel@freebsd.org> <20170801081921.0f9224bea088b8f58140ab9d@bidouilliste.com> <20170801125024.4d38b893@zeta.dino.sk> X-Mailer: Sylpheed 3.5.1 (GTK+ 2.24.31; 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: Tue, 01 Aug 2017 11:37:23 -0000 On Tue, 1 Aug 2017 12:50:24 +0200 Milan Obuch wrote: > On Tue, 1 Aug 2017 08:19:21 +0200 > Emmanuel Vadot wrote: > > > On Mon, 31 Jul 2017 17:22:11 -0500 > > Dustin Marquess wrote: > > > > > Ian, > > > > > > Thanks for the confirmation! I'm not exactly a kernel-level dev, > > > so I was just pretty much guessing and poking around :). > > > > > > Thanks! > > > -Dustin > > > > > > > As Ian said the controller driver doesn't support interrupts, this > > would be easy to add but I have too much stuff to do so if someone > > want to work on this I'll be very happy. > > > > [ snip ] > > I am interested in this, too, as I am just starting to try a gpiopps... > > > > > From a quick glance at the docs, it looks like only 32 of the > > > > pins on allwinner can be configured as interrupt sources, but it > > > > doesn't look like our code is ready to do that at all (I don't > > > > see any pins in the padconf tables that have "irq" as one of > > > > their choices). > > > > Yes, not all pins can be interrupts sources. > > I've added for most of the padconf information on which pins can do > > it (see > > https://svnweb.freebsd.org/base/head/sys/arm/allwinner/a20/a20_padconf.c?revision=310117&view=markup#l104 > > for example). > > They are named eint like in the datasheet and linux (so a dts that > > would reference them on linux would work for us). > > > > From a quick glance over this file I see there are both PC19 and PH10 > marked as eint12 - is it OK? Similarly PC20 and PH11, PC21 and PH12, > PC22 and PH13. Also, Pins PI10 to PI19 are marked with eint. I did not > try to read a datasheet, yet, so this could be dumb question, but > still, I would like to know the reason... See http://dl.linux-sunxi.org/A20/A20%20User%20Manual%202013-03-22.pdf Multiple pins have the same function, depending on pinmuxing. I could have made a mistake (it happened before as I "parse" the datasheet manually) but here it's correct :) > Anyway, as I am working with Orange Pi boards, I think this is not > relevant for me, I am looking in h3_padconf.c and h3_r_padconf.c, it > looks like all pins from PA, PG and PL blocks are usable as interrupt > source... and I see no such double usage here. > > Regards, > Milan Different SoC, different pinmux setting :) -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Tue Aug 1 21:10: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 5B406DBD6F2 for ; Tue, 1 Aug 2017 21:10:07 +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 0978B695E7 for ; Tue, 1 Aug 2017 21:10:06 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 32254 invoked from network); 1 Aug 2017 21:03:25 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 1 Aug 2017 21:03:25 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v8.40.1) with SMTP; Tue, 01 Aug 2017 17:03:25 -0400 (EDT) Received: (qmail 10884 invoked from network); 1 Aug 2017 21:03:25 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 1 Aug 2017 21:03:25 -0000 Received: from [192.168.1.109] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id 64A7FEC94BE for ; Tue, 1 Aug 2017 14:03:24 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Pine64+ 2GB and RPI3 (A64 examples): Any general idea on what/when to expect for the return of USB support to head? Message-Id: Date: Tue, 1 Aug 2017 14:03:23 -0700 To: freebsd-arm X-Mailer: Apple Mail (2.3273) 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, 01 Aug 2017 21:10:07 -0000 [I historically use a ufs USB SSD for a (head) root file system on a Pine64+ 2GB and a RPI3. Thus the question below.] Context for question (note the "USB not working for now" in the Log Message): > Revision 320612 >=20 > Author: > manu > Date: > Mon Jul 3 19:30:03 2017 UTC (4 weeks, 1 day ago) > Changed paths: > 5 > Log Message: > allwinner: Add A64 ccung support >=20 > Upstream DTS for A64 SoC doesn't provide a /clocks node as Linux = switched > to ccu-ng > This commit adds the necessary bits to boot on pine64 with latest DTS = from > upstream. > USB is not working for now and some node aren't present in the DTS = (like the > PMU, Power Management Unit). >=20 > Tested on: Pine64 >=20 > Changed paths > Path > Details > head/sys/arm/allwinner/a10_mmc.c > modified , text changed > head/sys/arm/allwinner/clkng/aw_ccung.c > modified , text changed > head/sys/arm/allwinner/clkng/ccu_a64.c > added > head/sys/arm/allwinner/clkng/ccu_a64.h > added > head/sys/conf/files.arm64 > modified , text changed /head/sys/arm/allwinner/clkng/ccu_a64.c shows an empty "USBPHY clk sel" section: 553 /* USBPHY clk sel */ 554=09 555 /* DRAM needs update bit */ tending to confirm the log message. The questions: Does anyone have a general idea that they can report for what/when to expect for the return of USB support for Pine64+ 2GB, RPI3, and the like A64 based contexts? Should I just ignore updating the Pine64+ 2GB and RPI3 for a few months more? (Because I do self-hosted builds on them I want the USB file system to be used for such activity.) =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-arm@freebsd.org Wed Aug 2 02:15: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 47716DC2D60 for ; Wed, 2 Aug 2017 02:15:44 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.126.120]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gromit.dlib.vt.edu", Issuer "Chumby Certificate Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E4A03713DC for ; Wed, 2 Aug 2017 02:15:43 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from mather.chumby.lan (c-71-63-91-41.hsd1.va.comcast.net [71.63.91.41]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gromit.dlib.vt.edu (Postfix) with ESMTPSA id 09B0FB3E; Tue, 1 Aug 2017 22:15:36 -0400 (EDT) From: Paul Mather Message-Id: <62621195-5876-4FB4-972C-E2FAF1220E42@gromit.dlib.vt.edu> Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: Heads up: new uboot coming today Date: Tue, 1 Aug 2017 22:15:35 -0400 In-Reply-To: <20170727164050.4091ac1dbc87d30de61de059@bidouilliste.com> Cc: "freebsd-arm@freebsd.org" To: Emmanuel Vadot References: <7C5498A6-C594-410B-8337-645EDFBF1FC7@gromit.dlib.vt.edu> <20170727074926.97e5fbfff45e0bff83dfe7ee@bidouilliste.com> <20170727164050.4091ac1dbc87d30de61de059@bidouilliste.com> X-Mailer: Apple Mail (2.3273) Content-Type: text/plain; charset=us-ascii 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: Wed, 02 Aug 2017 02:15:44 -0000 On Jul 27, 2017, at 10:40 AM, Emmanuel Vadot = wrote: > On Thu, 27 Jul 2017 10:16:58 -0400 > Paul Mather > = wrote: >=20 >> On Jul 27, 2017, at 1:49 AM, Emmanuel Vadot = wrote: >>=20 >>> On Wed, 26 Jul 2017 20:45:06 -0400 >>> Paul Mather wrote: >>>=20 >>>> On Jul 24, 2017, at 10:43 AM, Warner Losh wrote: >>>>=20 >>>>> Barring any last minute unforeseen issues, I'll be committing the = upgrade >>>>> of the master uboot port to 2017.07 today, thanks to the hard work = of >>>>> Emmanuel Vadot. It fixes a few minor things, but also marks the = move to the >>>>> freebsd github u-boot repo from my private repo. >>>> [[...]] >>>>> ALLWINNER, BBB and iMX6 based boards are on u-boot-master. It = should be >>>>> fine, but if there's issues with the new uboot, please let me = know. Others >>>>> will come as soon as we can update those parts (the arm64 boards, = and rPi >>>>> being the main stragglers). >>>>=20 >>>>=20 >>>> I updated my u-boot-beaglebone port to u-boot-beaglebone-2017.07.00 = today. I then copied the MLO and U-BOOT.IMG files to the /boot/msdos = partition of my BBB (as directed by the port README) and performed a = reboot. Alas, the system would not boot up. It appears it cannot = locate a DTB file: >>>>=20 >>>> =3D=3D=3D=3D=3D8<=3D=3D=3D=3D=3D >>>> [[...]] >>>> Rebooting... >>>>=20 >>>> U-Boot SPL 2017.07 (Jul 26 2017 - 22:56:32) >>>> Trying to boot from MMC1 >>>> *** Warning - bad CRC, using default environment >>>>=20 >>>> reading u-boot.img >>>> reading u-boot.img >>>>=20 >>>>=20 >>>> U-Boot 2017.07 (Jul 26 2017 - 22:56:32 +0000) >>>>=20 >>>> CPU : AM335X-GP rev 2.0 >>>> I2C: ready >>>> DRAM: 512 MiB >>>> No match for driver 'omap_hsmmc' >>>> No match for driver 'omap_hsmmc' >>>> Some drivers were not found >>>> MMC: OMAP SD/MMC: 0, OMAP SD/MMC: 1 >>>> *** Warning - bad CRC, using default environment >>>>=20 >>>> not set. Validating first E-fuse MAC >>>> Net: cpsw, usb_ether >>>> Press SPACE to abort autoboot in 2 seconds >>>> switch to partitions #0, OK >>>> mmc0 is current device >>>> SD/MMC found on device 0 >>>> reading boot.scr >>>> ** Unable to read file boot.scr ** >>>> reading uEnv.txt >>>> ** Unable to read file uEnv.txt ** >>>> switch to partitions #0, OK >>>> mmc0 is current device >>>> Scanning mmc 0:1... >>>> Found FreeBSD U-Boot Loader (bin) >>>> reading ubldr.bin >>>> 223912 bytes read in 22 ms (9.7 MiB/s) >>>> ## Starting application at 0x82000000 ... >>>> Consoles: U-Boot console >>>> Compatible U-Boot API signature found @0x9df2ec58 >>>>=20 >>>> FreeBSD/armv6 U-Boot loader, Revision 1.2 >>>> (root@releng2.nyi.freebsd.org, Fri Aug 12 13:23:34 UTC 2016) >>>>=20 >>>> DRAM: 512MB >>>> Number of U-Boot devices: 3 >>>> U-Boot env: loaderdev not set, will probe all devices. >>>> Found U-Boot device: disk >>>> Probing all disk devices... >>>> Checking unit=3D0 slice=3D partition=3D... good. >>>> Booting from disk0s2a: >>>> /boot/kernel/kernel text=3D0x5cf800 data=3D0x4b8e8+0x147f18 = syms=3D[0x4+0x944f0+0x4+0x9499c] >>>>=20 >>>> Hit [Enter] to boot immediately, or any other key for command = prompt. >>>>=20 >>>>=20 >>>> Type '?' for a list of commands, 'help' for more detailed help. >>>> loader> boot -s >>>> Booting... >>>> No valid device tree blob found! >>>> No device tree blob found! >>>>=20 >>>> loader> >>>> =3D=3D=3D=3D=3D>8=3D=3D=3D=3D=3D >>>>=20 >>>> Is there some other file I need to copy to /boot/msdos when = updating U-Boot? Here is what I have right now (note, I moved the old, = working MLO and U-BOOT.IMG files into uboot.old): >>>>=20 >>>> =3D=3D=3D=3D=3D8<=3D=3D=3D=3D=3D >>>> root@beaglebone:/boot/msdos # ls -alR >>>> total 950 >>>> drwxr-xr-x 1 root wheel 16384 Dec 31 1979 . >>>> drwxr-xr-x 9 root wheel 1024 Jul 23 19:33 .. >>>> -rwxr-xr-x 1 root wheel 75884 Jul 26 20:09 MLO >>>> -rwxr-xr-x 1 root wheel 1083 Aug 13 2016 README >>>> -rwxr-xr-x 1 root wheel 376600 Jul 26 20:09 U-BOOT.IMG >>>> -rwxr-xr-x 1 root wheel 272013 Aug 13 2016 UBLDR >>>> -rwxr-xr-x 1 root wheel 223912 Aug 13 2016 UBLDR.BIN >>>> drwxr-xr-x 1 root wheel 512 Jul 26 20:11 uboot.old >>>>=20 >>>> ./uboot.old: >>>> total 462 >>>> drwxr-xr-x 1 root wheel 512 Jul 26 20:11 . >>>> drwxr-xr-x 1 root wheel 16384 Dec 31 1979 .. >>>> -rwxr-xr-x 1 root wheel 78928 Aug 13 2016 MLO >>>> -rwxr-xr-x 1 root wheel 376740 Aug 13 2016 U-BOOT.IMG >>>> root@beaglebone:/boot/msdos # >>>> =3D=3D=3D=3D=3D>8=3D=3D=3D=3D=3D >>>>=20 >>>> Note, the kernel boots via the old U-Boot. Any help is = appreciated. >>>>=20 >>>> Cheers, >>>>=20 >>>> Paul. >>>>=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 >>> Hello Paul, >>>=20 >>> This is not really a u-boot problem but more a DTB one, we've = switched >>> to the upstream dts for beaglebone a while ago and I guess that you >>> don't have the right one in /boot/dtb/ >>> U-Boot is setting a variable for the dtb to load named fdtfile and = now >>> it's using the upstream name (am335x-boneblack.dtb) while before the >>> file was named beaglebone-black.dtb. >>> Rebuilding a kernel should fix this. >>=20 >>=20 >> Thank you for the help. I forgot to mention in my original post that = I am running 11-STABLE on my BeagleBoneBlack. There, = /usr/src/sys/modules/dtb/am335x/Makefile still references the old names = whereas HEAD references the new ones (creating links for the old ones): >>=20 >> =3D=3D=3D=3D=3D8<=3D=3D=3D=3D=3D >> root@chumby:/build/src # cat head/sys/modules/dtb/am335x/Makefile >> # $FreeBSD: head/sys/modules/dtb/am335x/Makefile 312969 2017-01-29 = 22:06:52Z gonzo $ >> # All the dts files for am335x systems we support. >> DTS=3D \ >> am335x-bone.dts \ >> am335x-boneblack.dts \ >> am335x-bonegreen.dts \ >> ufw.dts >>=20 >> LINKS=3D \ >> ${DTBDIR}/am335x-bone.dtb ${DTBDIR}/beaglebone.dtb \ >> ${DTBDIR}/am335x-boneblack.dtb ${DTBDIR}/beaglebone-black.dtb >>=20 >> .include >> root@chumby:/build/src # cat = releng_11/sys/modules/dtb/am335x/Makefile >> # $FreeBSD: stable/11/sys/modules/dtb/am335x/Makefile 312756 = 2017-01-25 14:49:42Z loos $ >> # All the dts files for am335x systems we support. >> DTS=3D \ >> beaglebone.dts \ >> beaglebone-black.dts \ >> ufw.dts >>=20 >> .include >> root@chumby:/build/src # >> =3D=3D=3D=3D=3D>8=3D=3D=3D=3D=3D >>=20 >> Am I correct in thinking that creating symlinks in /boot/dtb for = am335x-bone.dts and am335x-boneblack.dts to their respective old names = should fix my booting problem, then? >=20 > Yes. Thank you. I put the .dtb symlinks in place and that fixed the problem. = My BBB now boots properly using the new U-Boot. Cheers, Paul.= From owner-freebsd-arm@freebsd.org Wed Aug 2 06:30:20 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 E4F33DC73DE for ; Wed, 2 Aug 2017 06:30:20 +0000 (UTC) (envelope-from yamori813@yahoo.co.jp) Received: from nh501-vm12.bullet.mail.kks.yahoo.co.jp (nh501-vm12.bullet.mail.kks.yahoo.co.jp [183.79.56.142]) by mx1.freebsd.org (Postfix) with SMTP id 5069C77AC0 for ; Wed, 2 Aug 2017 06:30:19 +0000 (UTC) (envelope-from yamori813@yahoo.co.jp) Received: from [183.79.100.140] by nh501.bullet.mail.kks.yahoo.co.jp with NNFMP; 02 Aug 2017 06:30:17 -0000 Received: from [183.79.100.136] by t503.bullet.mail.kks.yahoo.co.jp with NNFMP; 02 Aug 2017 06:30:17 -0000 Received: from [127.0.0.1] by omp505.mail.kks.yahoo.co.jp with NNFMP; 02 Aug 2017 06:30:17 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 756990.14021.bm@omp505.mail.kks.yahoo.co.jp Received: (qmail 19605 invoked by uid 60001); 2 Aug 2017 06:30:17 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.jp; s=yj20110701; t=1501655417; bh=AXJug/AqlZlt232wzhmHuzzJG2kkN06qNgIj8UejubI=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:X-YMail-JAS:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=eTRmrJGS1lPWRDPbvIC4JtsPRJeBj4RVnAd/unpPV6lEAApkpCCJNOeTL1ObLsJV+SqUJ0Dus6IWyes1H+w/jyQsk+OaDgqw6eih4u58NLlbuk4leVQM3PT1i5wMss/UTbZlrKBOahJCSdc4hJXbEGv3zkYGzagEVovM/ZFC9Wg= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=yj20110701; d=yahoo.co.jp; h=Message-ID:X-YMail-OSG:Received:X-Mailer:X-YMail-JAS:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=ltxgFHUSGupRJhxlbFL9Z/Cp0y9QTC9/Fx06zMT1QHa+hBz10RwHJlib98qmExwq5kndBAz7AnJFqewZt/ByyAsznNABerqs2Y3KSB10jVHFCq8pOrbOWo7soZcUXQ1G+sc16W87mmQ+/6KPGqp4kieQJeldSqJoNANMZME4UpY=; Message-ID: <387067.1504.qm@web101708.mail.ssk.yahoo.co.jp> X-YMail-OSG: DwrPa1EVM1lxqwcErXCEkA_J4M5KxiuILwf3FhgO5mWJPEOsv35EH21OSE.sVzWnZ192Q4yiWUu1SkG34k0pIGESlkgidSqm6tiRvpHZl5Q9cpvG.XH8Ewuj4jOsgfj4vdWOhZF1rxayPCtW2mR4QoBUHZno9iLhqu9JTXYS_BCa_Wtt.WvZFftwPs8IXKOof.IkaIkMEWkwCUMCo9.dS17SrX81HPMOOvZSWg6euPhO8XZAntJBtiyDhAnTce6YypaOe8fapwzILOstlZ4ijLhC3a7Qy5a9tDLOaz_Gs1tAa4rIxv.N3CRVNaXMM.akArOTabio6SODPbaVhktqxwV98jPvlfwQZgJmYuW63_5bEK72AQknyOSacGCEGahAG5qgffjY37GBQjEDb2UfeuFF2rG37asiVidsipYj8GRt2EWZWM8etsjoXIExFuF_gkRhPu2nzuxv4nBZeheRnzSihb04slxeOjax0zHnvW61DjjN5h5fa3_KHwwOvHNYKoyQ3jXrro8RQzS5BqW3.pWj3RhERO_DxGG0_Bp5OcEe3Ty2zCSgwYzTS7G_5M0OKRUXFjGdZNZCMSm0dbZaoXVo_yg0PpbszgXsjJHe6uYF0WeXlSOorLtg43CPLkU- Received: from [203.165.246.165] by web101708.mail.ssk.yahoo.co.jp via HTTP; Wed, 02 Aug 2017 15:30:17 JST X-Mailer: YahooMailWebService/0.8.111_73 X-YMail-JAS: p3iHEaUVM1lrYW2SYPdlPK.IzFLzc04Gb0e_R1VzLnTPw9jpNlBCrcnwnPLG6gwWRkHDQ.6C3QM8zjC8TdczbDydUh3_p.ecERbTTmNp6gPflUz8lqx5crJ2l2jdRZ9THgyC Date: Wed, 2 Aug 2017 15:30:17 +0900 (JST) From: Mori Hiroki Reply-To: Mori Hiroki Subject: clang 5 and armv5t work fine To: "freebsd-arm@freebsd.org" MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable 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, 02 Aug 2017 06:30:21 -0000 FYI=0A=0Ahttps://gist.github.com/yamori813/88224f1c96c9c592fb611b12a15e4ab5= =0A=0A=0AThanks=0A=0AHiroki Mori From owner-freebsd-arm@freebsd.org Wed Aug 2 19:06: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 8C8DDDB17F4 for ; Wed, 2 Aug 2017 19:06:18 +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 04C2D7397E for ; Wed, 2 Aug 2017 19:06:17 +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 f742e16c; Wed, 2 Aug 2017 21:06:08 +0200 (CEST) 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=yXxpv8eOexkFV2mVbVzRCVVc4oY=; b=dZLisSUO5XXVjVHsiJ0h8GbTue7f FFgwGapS/BrykCCvVKjeZbk3jW5zEUDpdE6sYNHQd/SpP3vFh2dcd0Yrtg+A6mc+ fu4T+/aOxLVG8cphueqMZ8PsAV46mXnNKEMKiHeTkD9JiBQxAT+bBVSaA/SPoImf IUBmSTQsHdnj9U0= 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=EsxnvGsbDT7vEyyYy9MxJOqUvLf9Z9MUxmsoV+AYwmrMQe/+KNgXCzeq RgOOq011Jf+rQ44swa6Lqb/hrc71V3PRbpM8hCOANniVua+PLqv1ZHaYPCaqbEuB Z0sR1oikuZmNZ4cDTyr80aY3JVgIBtfQv6fAa4Zn0u53/+l8Kxs= Received: from knuckles.blih.net (ip-54.net-82-216-203.roubaix.rev.numericable.fr [82.216.203.54]) by mail.blih.net (OpenSMTPD) with ESMTPSA id ad146396 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Wed, 2 Aug 2017 21:06:08 +0200 (CEST) Date: Wed, 2 Aug 2017 21:06:07 +0200 From: Emmanuel Vadot To: Mark Millard Cc: freebsd-arm Subject: Re: Pine64+ 2GB and RPI3 (A64 examples): Any general idea on what/when to expect for the return of USB support to head? Message-Id: <20170802210607.dc92b751dcc23f3ddaea5144@bidouilliste.com> In-Reply-To: References: X-Mailer: Sylpheed 3.6.0 (GTK+ 2.24.31; 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: Wed, 02 Aug 2017 19:06:18 -0000 On Tue, 1 Aug 2017 14:03:23 -0700 Mark Millard wrote: > [I historically use a ufs USB SSD for a (head) root file > system on a Pine64+ 2GB and a RPI3. Thus the question > below.] > > Context for question (note the "USB not working for now" > in the Log Message): > > > Revision 320612 > > > > Author: > > manu > > Date: > > Mon Jul 3 19:30:03 2017 UTC (4 weeks, 1 day ago) > > Changed paths: > > 5 > > Log Message: > > allwinner: Add A64 ccung support > > > > Upstream DTS for A64 SoC doesn't provide a /clocks node as Linux switched > > to ccu-ng > > This commit adds the necessary bits to boot on pine64 with latest DTS from > > upstream. > > USB is not working for now and some node aren't present in the DTS (like the > > PMU, Power Management Unit). > > > > Tested on: Pine64 > > > > Changed paths > > Path > > Details > > head/sys/arm/allwinner/a10_mmc.c > > modified , text changed > > head/sys/arm/allwinner/clkng/aw_ccung.c > > modified , text changed > > head/sys/arm/allwinner/clkng/ccu_a64.c > > added > > head/sys/arm/allwinner/clkng/ccu_a64.h > > added > > head/sys/conf/files.arm64 > > modified , text changed > > /head/sys/arm/allwinner/clkng/ccu_a64.c shows an > empty "USBPHY clk sel" section: > > 553 /* USBPHY clk sel */ > 554 > 555 /* DRAM needs update bit */ > > tending to confirm the log message. This is unrelated, this was a comment I've put during developement to remind me to add the gate bits for usb. I'll remove it. > > The questions: > > Does anyone have a general idea that they can report for > what/when to expect for the return of USB support for > Pine64+ 2GB, RPI3, and the like A64 based contexts? I'm the only one who could have an idea (for Pine64) and I don't know. > Should I just ignore updating the Pine64+ 2GB and RPI3 for > a few months more? (Because I do self-hosted builds on them > I want the USB file system to be used for such activity.) You can do whatever you want, either ignore or help. -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Wed Aug 2 21:34: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 68F43DB5714 for ; Wed, 2 Aug 2017 21:34:47 +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 214D57D0FB for ; Wed, 2 Aug 2017 21:34:46 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 16517 invoked from network); 2 Aug 2017 21:34:38 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 2 Aug 2017 21:34:38 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.40.1) with SMTP; Wed, 02 Aug 2017 17:34:38 -0400 (EDT) Received: (qmail 17931 invoked from network); 2 Aug 2017 21:34:38 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 2 Aug 2017 21:34:38 -0000 Received: from [192.168.1.109] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id 18E11EC9327; Wed, 2 Aug 2017 14:34:38 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: Pine64+ 2GB and RPI3 (A64 examples): Any general idea on what/when to expect for the return of USB support to head? From: Mark Millard In-Reply-To: <20170802210607.dc92b751dcc23f3ddaea5144@bidouilliste.com> Date: Wed, 2 Aug 2017 14:34:37 -0700 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: References: <20170802210607.dc92b751dcc23f3ddaea5144@bidouilliste.com> To: Emmanuel Vadot X-Mailer: Apple Mail (2.3273) 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, 02 Aug 2017 21:34:47 -0000 On 2017-Aug-2, at 12:06 PM, Emmanuel Vadot = wrote: > On Tue, 1 Aug 2017 14:03:23 -0700 > Mark Millard wrote: >=20 >> [I historically use a ufs USB SSD for a (head) root file >> system on a Pine64+ 2GB and a RPI3. Thus the question >> below.] >>=20 >> Context for question (note the "USB not working for now" >> in the Log Message): >>=20 >>> Revision 320612 >>>=20 >>> Author: >>> manu >>> Date: >>> Mon Jul 3 19:30:03 2017 UTC (4 weeks, 1 day ago) >>> Changed paths: >>> 5 >>> Log Message: >>> allwinner: Add A64 ccung support >>>=20 >>> Upstream DTS for A64 SoC doesn't provide a /clocks node as Linux = switched >>> to ccu-ng >>> This commit adds the necessary bits to boot on pine64 with latest = DTS from >>> upstream. >>> USB is not working for now and some node aren't present in the DTS = (like the >>> PMU, Power Management Unit). >>>=20 >>> Tested on: Pine64 > . . . >>=20 >> The questions: >>=20 >> Does anyone have a general idea that they can report for >> what/when to expect for the return of USB support for >> Pine64+ 2GB, RPI3, and the like A64 based contexts? >=20 > I'm the only one who could have an idea (for Pine64) and I don't know. Both parts are good to know. And it confirms that I've not read the wrong content into the note. >> Should I just ignore updating the Pine64+ 2GB and RPI3 for >> a few months more? (Because I do self-hosted builds on them >> I want the USB file system to be used for such activity.) >=20 > You can do whatever you want, either ignore or help. Long term having learned to "get USB going again" for A64 would be good. But I really do not expect someone to deal with my learning curve. (I've never done anything remotely analogous.) I'm not aware of a combination of self-study materials that would get me there either (or close to there). I'm afraid that bootstrapping me into "get USB going again" for A64 might well take more time than the direct effort to do it would take. Still if you can identify some way that I'd likely be of help for the issue (or other issues that would help clear the way for this one) that would be great. Feel free to point me at things to read or otherwise study. Side notes on my FreeBSD activities so far: I've been able to identify very narrow specific points in preexisting code such as the sp_el0 usage with interrupts enabled in the fork_trampoline for aarch64 that was fixed once noticed. In other cases I've just provided evidence that helped prompt someone that knew what they were doing to identify an underlying issue, such as loss of "dirty bits for removing PROT_WRITE on arm64". These were examples of backtracking from odd behavior that was observed, sometimes intermittent behavior. Classically my FreeBSD activities have been tied to finding and reporting issues for clang targeting powerpc64 and powerpc, as well as finding some oddities somewhat analogous to finding the sp_el0 issue for aarch64 but in a powerpc-family context. (I started my FreeBSD activity with old PowerMacs and only later dealt with other TARGET_ARCH's as well.) I maintain bootable/usable freeBSD environments (head based) for (mostly clang based in modern times, even for the powerpc-family): amd64 (also used for cross buildworld buildkernel) powerpc64 powerpc aarch64 (specifically: cortex-a53 examples) armv6 (specifically: cortext-a7 examples, so armv7) The variety helps make sure that my activities do not accidentally mess up building bootable systems for other FreeBSD contexts. But I've limited that coverage to environments for which I (sometimes) have access to native-hardware. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-arm@freebsd.org Thu Aug 3 01:52: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 B2CAEDBFA8C for ; Thu, 3 Aug 2017 01:52:28 +0000 (UTC) (envelope-from dmarquess@gmail.com) Received: from mail-yw0-x242.google.com (mail-yw0-x242.google.com [IPv6:2607:f8b0:4002:c05::242]) (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 69A4E10F1 for ; Thu, 3 Aug 2017 01:52:28 +0000 (UTC) (envelope-from dmarquess@gmail.com) Received: by mail-yw0-x242.google.com with SMTP id u207so36400ywc.0 for ; Wed, 02 Aug 2017 18:52:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=B/2by9sPRLGAAmmGJ9rsgtq0RhyHB8pGdb2dKXv17E8=; b=dlFkVNnZtxH1HFVQjmBkXY+5vReBntLTXp4dPFzvH8+FtAR1nxbnrtciJg++MTWy9J W+5N3xRy7zxOXcfQaKRxLJXSsMQKbayoxYjRU3c40719j2Bgpu4uFYaAfd5uSBSKmlVK W49i4tchapGrlPcYATSf3ZlMQpiK33Y3YsYCOkMk975in+XvQVwiGW9aKHCXNbEDJtON Vi7B46berVn4iq3v/VDD93pbSsDq8HClyI9xFufTpyy3v3LpzKNtjkUkMKeGyUcFjJkK 3ZW9hqLBJNw2mleb6tK/WrMnygqvQLSlrMlj7CQMeLnHziYIGOlMgrU9IreF6hcik2ej vBjA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=B/2by9sPRLGAAmmGJ9rsgtq0RhyHB8pGdb2dKXv17E8=; b=U9GtN8Tsr4iOtvv470tbgN2gNZKl0oY9Dg0Rp0K+cF+ZTtlioBfsn/HCCxs0SnZ4x+ kXyB+AOvIH7/h+JSTVq1W8hLdLkhvJWns/nT0VL7vBFCaFfQp13HY4UfxkwmAJIzEits HruZF4Mj/1Q/J7Wnucx/9ZUqrFB9IgPONMRZw9rs/qEkRAvfXwrxe9fpQa7vj7XMoQEN 7SzV7g2OMLMtTkAlCpwDSks54Y40PKvxuRVLxqlKtOlcfuOt1ZLfYk/6NH0sFcxgJGMH 1w0mEfyQYa2AFUiJHkfZxaNJRWxqKgA6iFgX0JWwUsfhGGqwN1VRWnMHNQXGaC78OdpI gEWw== X-Gm-Message-State: AIVw110rBLeH3nPOoNG/qcR61+ED3lUJqsbR7YS9w7IXFF6R+yR+9Wz6 ns36MDRK+GDErXjyp9/T3+k0a3gjtg== X-Received: by 10.37.172.218 with SMTP id x26mr40007ybd.222.1501725147396; Wed, 02 Aug 2017 18:52:27 -0700 (PDT) MIME-Version: 1.0 Received: by 10.129.102.85 with HTTP; Wed, 2 Aug 2017 18:52:26 -0700 (PDT) In-Reply-To: References: From: Dustin Marquess Date: Wed, 2 Aug 2017 20:52:26 -0500 Message-ID: Subject: Re: Pine64+ 2GB and RPI3 (A64 examples): Any general idea on what/when to expect for the return of USB support to head? To: Mark Millard Cc: freebsd-arm 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: Thu, 03 Aug 2017 01:52:28 -0000 On a side note, if you revert just that one commit, everything seems to be working again. So you could update if you just back out that one change. -Dustin On Tue, Aug 1, 2017 at 4:03 PM, Mark Millard wrote: > [I historically use a ufs USB SSD for a (head) root file > system on a Pine64+ 2GB and a RPI3. Thus the question > below.] > > Context for question (note the "USB not working for now" > in the Log Message): > >> Revision 320612 >> >> Author: >> manu >> Date: >> Mon Jul 3 19:30:03 2017 UTC (4 weeks, 1 day ago) >> Changed paths: >> 5 >> Log Message: >> allwinner: Add A64 ccung support >> >> Upstream DTS for A64 SoC doesn't provide a /clocks node as Linux switched >> to ccu-ng >> This commit adds the necessary bits to boot on pine64 with latest DTS from >> upstream. >> USB is not working for now and some node aren't present in the DTS (like the >> PMU, Power Management Unit). >> >> Tested on: Pine64 >> >> Changed paths >> Path >> Details >> head/sys/arm/allwinner/a10_mmc.c >> modified , text changed >> head/sys/arm/allwinner/clkng/aw_ccung.c >> modified , text changed >> head/sys/arm/allwinner/clkng/ccu_a64.c >> added >> head/sys/arm/allwinner/clkng/ccu_a64.h >> added >> head/sys/conf/files.arm64 >> modified , text changed > > /head/sys/arm/allwinner/clkng/ccu_a64.c shows an > empty "USBPHY clk sel" section: > > 553 /* USBPHY clk sel */ > 554 > 555 /* DRAM needs update bit */ > > tending to confirm the log message. > > > The questions: > > Does anyone have a general idea that they can report for > what/when to expect for the return of USB support for > Pine64+ 2GB, RPI3, and the like A64 based contexts? > > Should I just ignore updating the Pine64+ 2GB and RPI3 for > a few months more? (Because I do self-hosted builds on them > I want the USB file system to be used for such activity.) > > > === > Mark Millard > markmi at dsl-only.net > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@freebsd.org Thu Aug 3 02:33:51 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 06883DC2B9C for ; Thu, 3 Aug 2017 02:33:51 +0000 (UTC) (envelope-from freebsd@theory14.net) Received: from bacon.theory14.net (bacon.theory14.net [45.55.200.27]) by mx1.freebsd.org (Postfix) with ESMTP id DBBCD316D for ; Thu, 3 Aug 2017 02:33:50 +0000 (UTC) (envelope-from freebsd@theory14.net) Received: from remote.theory14.net (remote.theory14.net [173.79.116.36]) by bacon.theory14.net (Postfix) with ESMTPSA id 5DD8E125E88 for ; Wed, 2 Aug 2017 22:33:44 -0400 (EDT) Received: from anubis.int.theory14.net (anubis.int.theory14.net [192.168.10.50]) by remote.theory14.net (Postfix) with ESMTPS id 1BC1488F1 for ; Wed, 2 Aug 2017 22:33:44 -0400 (EDT) From: Chris Gordon Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Beaglebone Black + FreeBSD + USB WiFi = WAP? Message-Id: <40EA308E-489D-4A0B-B75A-2CA5A4EC474E@theory14.net> Date: Wed, 2 Aug 2017 22:33:43 -0400 To: freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.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, 03 Aug 2017 02:33:51 -0000 NOTE: I posted this to freebsd-questions@ a few days ago and didn=E2=80=99= t get any responses. If this list isn=E2=80=99t appropriate, I = apologize in advance. Is anyone using a BeagleBone Black and USB Wifi as a WAP? If so, what = kind of throughput do you get on your Wifi? I=E2=80=99m getting very = bad network performance. Hardware: - BeagleBone Black rev C. - Tried with two different USB Wifi Adapters: - Edimax N150 (small nub type adapter) - LB Link from Adafruit (https://www.adafruit.com/product/1030) - Both show as RTL8188CUS chips (via dmesg) - Wired connection connected for access to my network and internet OS: - Mostly with the most recent Beaglebone Snapshot of 11.0 - A few quick tests with the 11. snapshot image Connection Speeds: - Using nuttcp (over 100Mbps ethernet) between the BB and another = machine, I can get ~90+ Mbps in each direction so I don=E2=80=99t think = there is an issue with that part of the connection. - Using the BB as a WAP and connection my iPad I see 1 to 5 Mbps down = and < 1 Mbps tested via the Ookla Speedtest app. =20 - Connecting to my ancient Netgear WAP using the same app and test, I = get roughly 10 Mbps in either direction with the same test. Configs (pretty much taken right from the handbook): /boot/loader.conf: if_urtwn_load=3D"YES" wlan_mac_load=3D"YES" /etc/rc.conf (relevant parts) ifconfig_cpsw0=3D"inet XX.XX.XX.XX netmask 0xffffff00=E2=80=9D defaultrouter=3D=E2=80=9CYY.YY.YY.YY" hostapd_enable=3D"YES" wlans_urtwn0=3D"wlan0" create_args_wlan0=3D"wlanmode hostap" ifconfig_wlan0=3D"up" cloned_interfaces=3D"bridge0" ifconfig_bridge0=3D"addm cpsw0 addm wlan0 up=E2=80=9D /etc/hostapd.conf interface=3Dwlan0 debug=3D1 ctrl_interface=3D/var/run/hostapd ctrl_interface_group=3Dwheel ssid=3DREDACTED wpa=3D2 wpa_passphrase=3DREDACTED wpa_key_mgmt=3DWPA-PSK wpa_pairwise=3DCCMP Any ideas? Is this just the limit of USB wifi on this board? =20 Thanks, Chris= From owner-freebsd-arm@freebsd.org Thu Aug 3 07:11:09 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 5BE52DCDC69 for ; Thu, 3 Aug 2017 07:11:09 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:8:bdbe:0:1::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tignes.restart.be", Issuer "CA master" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E25D36A5B6 for ; Thu, 3 Aug 2017 07:11:08 +0000 (UTC) (envelope-from hlh@restart.be) X-Comment: SPF check N/A for local connections - client-ip=2001:41d0:8:bdbe:1:1::; helo=restart.be; envelope-from=hlh@restart.be; receiver=manu@bidouilliste.com DKIM-Filter: OpenDKIM Filter v2.10.3 tignes.restart.be 3xNLnQ1xB4zsHQ DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=restart.be; s=tignes; t=1501744266; bh=ZQKoezfWbk+o9UwWmraXdlpgtNdDP5Vo0oqanXgndjg=; h=Subject:To:Cc:References:From:Date:In-Reply-To; z=Subject:=20Re:=20Pine64+=202GB=20and=20RPI3=20(A64=20examples):=2 0Any=20general=20idea=20on=0D=0A=20what/when=20to=20expect=20for=2 0the=20return=20of=20USB=20support=20to=20head?|To:=20Emmanuel=20V adot=20,=20Mark=20Millard=20|Cc:=20freebsd-arm=20|References:=2 0=0D=0A=20<2017 0802210607.dc92b751dcc23f3ddaea5144@bidouilliste.com>|From:=20Henr i=20Hennebert=20|Date:=20Thu,=203=20Aug=202017=200 9:11:03=20+0200|In-Reply-To:=20<20170802210607.dc92b751dcc23f3ddae a5144@bidouilliste.com>; b=BEwjJ2BcOdraD6+aJJxEGyyvmjBOef1i/tcoDL+ENTcbVRsC2tsr3bDWQK5Y9Agz1 dAaFznkdGF5ck09dpP4cuqtRRGYBqAQJOAxEb2VquqeIf5UdNsgDw4I8T6teyVdHwS BFZg2QUeTAt35OyfjUf5fDgLZBqXkn/2rzn/q5yDRvNtaysnOVftJAe+bpPUUXnZEc ES4NBkK7cbXZDUDYau+JYKLNfDgA7wfvxd8SMuz4l40qYNj8BwSulpp55PX3E/CRa5 LaTPkvLqyAnREiJoIBqkcIcFFgyM3reyHj5487p5gFuJSVNey+MS8G3JrWK9fZ6exJ V1H0XPkIV3j9A== Received: from restart.be (avoriaz.restart.be [IPv6:2001:41d0:8:bdbe:1:1::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 3xNLnQ1xB4zsHQ; Thu, 3 Aug 2017 09:11:05 +0200 (CEST) Received: from chamonix.restart.bel (chamonix.restart.bel [IPv6:2001:41d0:8:bdbe:1:9:0:0]) (authenticated bits=0) by restart.be (8.15.2/8.15.2) with ESMTPSA id v737B3LU011503 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Thu, 3 Aug 2017 09:11:04 +0200 (CEST) (envelope-from hlh@restart.be) Subject: Re: Pine64+ 2GB and RPI3 (A64 examples): Any general idea on what/when to expect for the return of USB support to head? To: Emmanuel Vadot , Mark Millard Cc: freebsd-arm References: <20170802210607.dc92b751dcc23f3ddaea5144@bidouilliste.com> From: Henri Hennebert Message-ID: Date: Thu, 3 Aug 2017 09:11:03 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: <20170802210607.dc92b751dcc23f3ddaea5144@bidouilliste.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: fr-classic 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: Thu, 03 Aug 2017 07:11:09 -0000 On 08/02/2017 21:06, Emmanuel Vadot wrote: > On Tue, 1 Aug 2017 14:03:23 -0700 > Mark Millard wrote: > >> [I historically use a ufs USB SSD for a (head) root file >> system on a Pine64+ 2GB and a RPI3. Thus the question >> below.] >> >> Context for question (note the "USB not working for now" >> in the Log Message): >> >>> Revision 320612 >>> >>> Author: >>> manu >>> Date: >>> Mon Jul 3 19:30:03 2017 UTC (4 weeks, 1 day ago) >>> Changed paths: >>> 5 >>> Log Message: >>> allwinner: Add A64 ccung support >>> >>> Upstream DTS for A64 SoC doesn't provide a /clocks node as Linux switched >>> to ccu-ng >>> This commit adds the necessary bits to boot on pine64 with latest DTS from >>> upstream. >>> USB is not working for now and some node aren't present in the DTS (like the >>> PMU, Power Management Unit). >>> >>> Tested on: Pine64 >>> >>> Changed paths >>> Path >>> Details >>> head/sys/arm/allwinner/a10_mmc.c >>> modified , text changed >>> head/sys/arm/allwinner/clkng/aw_ccung.c >>> modified , text changed >>> head/sys/arm/allwinner/clkng/ccu_a64.c >>> added >>> head/sys/arm/allwinner/clkng/ccu_a64.h >>> added >>> head/sys/conf/files.arm64 >>> modified , text changed >> >> /head/sys/arm/allwinner/clkng/ccu_a64.c shows an >> empty "USBPHY clk sel" section: >> >> 553 /* USBPHY clk sel */ >> 554 >> 555 /* DRAM needs update bit */ >> >> tending to confirm the log message. > > This is unrelated, this was a comment I've put during developement to > remind me to add the gate bits for usb. > I'll remove it. > >> >> The questions: >> >> Does anyone have a general idea that they can report for >> what/when to expect for the return of USB support for >> Pine64+ 2GB, RPI3, and the like A64 based contexts? > > I'm the only one who could have an idea (for Pine64) and I don't know. If it can help, I succeed at least one time to boot r321003 and have the APs released. Then it detect my usb hub and mount a root on zfs from my usb disk. For now, the APs not started is the only problem I encounter with PINE64+ I try r321776 but the APs not started is still present. Henri > >> Should I just ignore updating the Pine64+ 2GB and RPI3 for >> a few months more? (Because I do self-hosted builds on them >> I want the USB file system to be used for such activity.) > > You can do whatever you want, either ignore or help. > From owner-freebsd-arm@freebsd.org Thu Aug 3 09:57:17 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 EE21EDD47BB for ; Thu, 3 Aug 2017 09:57:17 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:8:bdbe:0:1::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tignes.restart.be", Issuer "CA master" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 79B4670484 for ; Thu, 3 Aug 2017 09:57:17 +0000 (UTC) (envelope-from hlh@restart.be) X-Comment: SPF check N/A for local connections - client-ip=2001:41d0:8:bdbe:1:1::; helo=restart.be; envelope-from=hlh@restart.be; receiver=manu@bidouilliste.com DKIM-Filter: OpenDKIM Filter v2.10.3 tignes.restart.be 3xNQT004k2zrx4 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=restart.be; s=tignes; t=1501754228; bh=xudQfnYdhq27aMzBeX0CIXF27ICTDV0raNVOuVtBcJ8=; h=Subject:To:Cc:References:From:Date:In-Reply-To; z=Subject:=20Re:=20Pine64+=202GB=20and=20RPI3=20(A64=20examples):=2 0Any=20general=20idea=20on=0D=0A=20what/when=20to=20expect=20for=2 0the=20return=20of=20USB=20support=20to=20head?|To:=20Emmanuel=20V adot=20,=20Mark=20Millard=20|Cc:=20freebsd-arm=20|References:=2 0=0D=0A=20<2017 0802210607.dc92b751dcc23f3ddaea5144@bidouilliste.com>|From:=20Henr i=20Hennebert=20|Date:=20Thu,=203=20Aug=202017=201 1:57:04=20+0200|In-Reply-To:=20<20170802210607.dc92b751dcc23f3ddae a5144@bidouilliste.com>; b=zftq7lgwx8HMJeyegQ+YfzpDJwqA5ifHUHYMscNYgtU6ondHfHemTehHZRviGTqAg +NTnq3H8u5SLXqO5erqAaPkfLFZ+Ya11RWZaI9wMsfNPI8mKuuIQZ2lD97pRBQKcxz Id7jlaEK8xQ6a0JKtPqWl/RVVHgpkTj3ln7QXF8xbn6uEhpANVGii/aHY61IusXH1O n+qTdQ2DbwkRYlr3DAXnawoDB4YobrFjPygUq1DZDPzjpk1P320hHG7OsN9QMTkynl 1GWmly0PJeHk36PV/bGwxq22glJo8Fe0+z4SV+6S17K7bKFBYtotdpXnoOTKXjl4tg tQBELRIGD58cw== Received: from restart.be (avoriaz.restart.be [IPv6:2001:41d0:8:bdbe:1:1::]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 3xNQT004k2zrx4; Thu, 3 Aug 2017 11:57:07 +0200 (CEST) Received: from chamonix.restart.bel (chamonix.restart.bel [IPv6:2001:41d0:8:bdbe:1:9:0:0]) (authenticated bits=0) by restart.be (8.15.2/8.15.2) with ESMTPSA id v739v4CS013293 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Thu, 3 Aug 2017 11:57:06 +0200 (CEST) (envelope-from hlh@restart.be) Subject: Re: Pine64+ 2GB and RPI3 (A64 examples): Any general idea on what/when to expect for the return of USB support to head? To: Emmanuel Vadot , Mark Millard Cc: freebsd-arm References: <20170802210607.dc92b751dcc23f3ddaea5144@bidouilliste.com> From: Henri Hennebert Message-ID: Date: Thu, 3 Aug 2017 11:57:04 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: <20170802210607.dc92b751dcc23f3ddaea5144@bidouilliste.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: fr-classic 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: Thu, 03 Aug 2017 09:57:18 -0000 On 08/02/2017 21:06, Emmanuel Vadot wrote: > On Tue, 1 Aug 2017 14:03:23 -0700 > Mark Millard wrote: > >> [I historically use a ufs USB SSD for a (head) root file >> system on a Pine64+ 2GB and a RPI3. Thus the question >> below.] >> >> Context for question (note the "USB not working for now" >> in the Log Message): >> >>> Revision 320612 >>> >>> Author: >>> manu >>> Date: >>> Mon Jul 3 19:30:03 2017 UTC (4 weeks, 1 day ago) >>> Changed paths: >>> 5 >>> Log Message: >>> allwinner: Add A64 ccung support >>> >>> Upstream DTS for A64 SoC doesn't provide a /clocks node as Linux switched >>> to ccu-ng >>> This commit adds the necessary bits to boot on pine64 with latest DTS from >>> upstream. >>> USB is not working for now and some node aren't present in the DTS (like the >>> PMU, Power Management Unit). >>> >>> Tested on: Pine64 >>> >>> Changed paths >>> Path >>> Details >>> head/sys/arm/allwinner/a10_mmc.c >>> modified , text changed >>> head/sys/arm/allwinner/clkng/aw_ccung.c >>> modified , text changed >>> head/sys/arm/allwinner/clkng/ccu_a64.c >>> added >>> head/sys/arm/allwinner/clkng/ccu_a64.h >>> added >>> head/sys/conf/files.arm64 >>> modified , text changed >> >> /head/sys/arm/allwinner/clkng/ccu_a64.c shows an >> empty "USBPHY clk sel" section: >> >> 553 /* USBPHY clk sel */ >> 554 >> 555 /* DRAM needs update bit */ >> >> tending to confirm the log message. > > This is unrelated, this was a comment I've put during developement to > remind me to add the gate bits for usb. > I'll remove it. > >> >> The questions: >> >> Does anyone have a general idea that they can report for >> what/when to expect for the return of USB support for >> Pine64+ 2GB, RPI3, and the like A64 based contexts? > > I'm the only one who could have an idea (for Pine64) and I don't know. Today I build GENERIC-NODEBUG r321776. I install it on the mmcsd and reboot: [root@norquay ~]# shutdown -r now Shutdown NOW! shutdown: [pid 13227] [root@norquay ~]# *** FINAL System shutdown message from root@norquay.restart.bel *** System going down IMMEDIATELY --- clip --- Waiting (max 60 seconds) for system process `vnlru' to stop... done Waiting (max 60 seconds) for system process `bufdaemon' to stop... done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining... 0 0 0 0 0 0 done All buffers synced. Uptime: 20h44m6s GEOM_MIRROR: Device swap: provider destroyed. GEOM_MIRROR: Device swap destroyed. HELLO! BOOT0 is starting! boot0 commit : 045061a8bb2580cb3fa02e301f52a015040c158f boot0 version : 4.0.0 set pll start set pll end rtc[0] value = 0x00000000 rtc[1] value = 0x00000000 rtc[2] value = 0x00000000 rtc[3] value = 0x00000000 rtc[4] value = 0x00000000 rtc[5] value = 0x00000000 DRAM driver version: V1.1 rsb_send_initseq: rsb clk 400Khz -> 3Mhz PMU: AXP81X ddr voltage = 1500 mv DRAM Type = 3 (2:DDR2,3:DDR3,6:LPDDR2,7:LPDDR3) DRAM clk = 672 MHz DRAM zq value: 003b3bbb DRAM single rank full DQ OK DRAM size = 2048 MB DRAM init ok dram size =2048 card boot number = 0, boot0 copy = 0 card no is 0 sdcard 0 line count 4 [mmc]: mmc driver ver 2015-05-08 20:06 [mmc]: sdc0 spd mode error, 2 [mmc]: Wrong media type 0x00000000 [mmc]: ***Try SD card 0*** [mmc]: HSSDR52/SDR25 4 bit [mmc]: 50000000 Hz [mmc]: 15193 MB [mmc]: ***SD/MMC 0 init OK!!!*** sdcard 0 init ok The size of uboot is 0007a000. sum=27054d7f src_sum=27054d7f Succeed in loading uboot from sdmmc flash. boot0: start load other image boot0: Loading BL3-1 Loading file 0 at address 0x40000000,size 0x0005ec00 success boot0: Loading scp Loading file 2 at address 0x00040000,size 0x00019a00 success set arisc reset to de-assert state Ready to disable icache. Jump to secend Boot. INFO: Configuring SPC Controller NOTICE: BL3-1: v1.0(debug): NOTICE: BL3-1: Built : 20:53:17, Jan 12 2017 NOTICE: BL3-1 commit: 8 INFO: BL3-1: Initializing runtime services INFO: BL3-1: arisc probe [SCP] :sunxi-arisc driver begin startup 2 [SCP] :arisc_para size:1a8 [SCP] :arisc version: [v0.1.76] [SCP] :sunxi-arisc driver v1.10 is starting >> FreeBSD EFI boot block Loader path: /boot/loader.efi Initializing modules: ZFS UFS Probing 3 block devices.....* done ZFS found no pools UFS found 1 partition Consoles: EFI console Command line arguments: loader.efi Image base: 0xb8dc5000 EFI version: 2.05 EFI Firmware: Das U-boot (rev 0.00) FreeBSD/arm64 EFI loader, Revision 1.1 (Tue Jul 25 03:58:20 CEST 2017 root@norquay.restart.bel) EFI boot environment Loading /boot/defaults/loader.conf /boot/kernel/kernel text=0x7c33a0 data=0xa2980+0x39d0de syms=[0x8+0x106a88+0x8+0xfb330] /boot/entropy size=0x1000 /boot/kernel/zfs.ko text=0x7a418 text=0xdc3b0 data=0x11528+0x9e970 syms=[0x8+0x1ddd8+0x8+0x18d38] /boot/kernel/opensolaris.ko text=0x1358 text=0xd90 data=0x10160+0x125d0 syms=[0x8+0x1020+0x8+0x8ca] Hit [Enter] to boot immediately, or any other key for command prompt. Type '?' for a list of commands, 'help' for more detailed help. OK unload OK load /boot/kernel/kernel /boot/kernel/kernel text=0x7c33a0 data=0xa2980+0x39d0de syms=[0x8+0x106a88+0x8+0xfb330] OK boot -s Booting... Using DTB provided by EFI at 0x49000000. KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2017 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 12.0-CURRENT #0 r321776M: Thu Aug 3 10:40:36 CEST 2017 root@norquay.restart.bel:/usr/obj/usr/src/sys/GENERIC-NODEBUG arm64 FreeBSD clang version 5.0.0 (trunk 308421) (based on LLVM 5.0.0svn) VT: init without driver. Starting CPU 1 (1) Starting CPU 2 (2) Starting CPU 3 (3) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs arc4random: no preloaded entropy cache random: entropy device external interface kbd0 at kbdmux0 ofwbus0: aw_ccu0: on ofwbus0 clk_fixed0: on aw_ccu0 clk_fixed1: on aw_ccu0 aw_pll0: mem 0x1c20000-0x1c20003 on aw_ccu0 aw_pll1: mem 0x1c20028-0x1c2002b on aw_ccu0 clk_fixed2: on aw_ccu0 aw_pll2: mem 0x1c2002c-0x1c2002f on aw_ccu0 aw_cpuclk0: mem 0x1c20050-0x1c20053 on aw_ccu0 aw_axiclk0: mem 0x1c20050-0x1c20053 on aw_ccu0 aw_ahbclk0: mem 0x1c20054-0x1c20057 on aw_ccu0 aw_ahbclk1: mem 0x1c2005c-0x1c2005f on aw_ccu0 aw_apbclk0: mem 0x1c20054-0x1c20057 on aw_ccu0 aw_apbclk1: mem 0x1c20058-0x1c2005b on aw_ccu0 aw_gate0: mem 0x1c20060-0x1c20073 on aw_ccu0 aw_modclk0: mem 0x1c20088-0x1c2008b on aw_ccu0 aw_modclk1: mem 0x1c2008c-0x1c2008f on aw_ccu0 aw_modclk2: mem 0x1c20090-0x1c20093 on aw_ccu0 aw_pll3: mem 0x1c20044-0x1c20047 on aw_ccu0 aw_usbclk0: mem 0x1c200cc-0x1c200cf on aw_ccu0 aw_thsclk0: mem 0x1c20074-0x1c20077 on aw_ccu0 simplebus0: on ofwbus0 aw_reset0: mem 0x1c202c0-0x1c202cb on simplebus0 aw_reset1: mem 0x1c202d0-0x1c202d3 on simplebus0 aw_reset2: mem 0x1c202d8-0x1c202db on simplebus0 iichb0: mem 0x1c2b000-0x1c2b3ff irq 19 on simplebus0 iicbus0: on iichb0 regfix0: on simplebus0 psci0: on ofwbus0 aw_sid0: mem 0x1c14000-0x1c143ff on simplebus0 iichb1: mem 0x1f03400-0x1f037ff irq 24 on simplebus0 iicbus1: on iichb1 awusbphy0: mem 0x1c19400-0x1c19423,0x1c1a800-0x1c1a803,0x1c1b800-0x1c1b803 on simplebus0 gic0: mem 0x1c81000-0x1c81fff,0x1c82000-0x1c83fff,0x1c84000-0x1c85fff,0x1c86000-0x1c87fff irq 0 0 gic0: pn 0x2, arch 0x2, rev 0x1, implementer 0x43b irqs 224 gpio0: mem 0x1c20800-0x1c20bff irq 8,9,10 on simplebus0 gpiobus0: on gpio0 aw_nmi0: mem 0x1f00c0c-0x1f00c43 irq 23 on simplebus0 axp81x_pmu0: at addr 0x746 irq 30 on iicbus1 gpiobus1: on axp81x_pmu0 generic_timer0: irq 1,2,3,4 on ofwbus0 Timecounter "ARM MPCore Timecounter" frequency 24000000 Hz quality 1000 Event timer "ARM MPCore Eventtimer" frequency 24000000 Hz quality 1000 rtc0: mem 0x1f00000-0x1f00053 irq 16,17 on simplebus0 rtc0: registered as a time-of-day clock, resolution 1.000000s cpulist0: on ofwbus0 cpu0: on cpulist0 cpufreq_dt0: on cpu0 cpu1: on cpulist0 cpu2: on cpulist0 cpu3: on cpulist0 a10_mmc0: mem 0x1c0f000-0x1c0ffff irq 5 on simplebus0 mmc0: on a10_mmc0 gpioc0: on gpio0 uart0: <16750 or compatible> mem 0x1c28000-0x1c283ff irq 11 on simplebus0 uart0: console (115384,n,8,1) iic0: on iicbus0 awg0: mem 0x1c30000-0x1c300ff,0x1c00030-0x1c00033 irq 21 on simplebus0 miibus0: on awg0 rgephy0: PHY 0 on miibus0 rgephy0: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, w rgephy1: PHY 1 on miibus0 rgephy1: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, w awg0: Ethernet address: 02:ba:4c:17:07:8b aw_wdog0: mem 0x1c20ca0-0x1c20cbf irq 22 on simplebus0 gpioc1: on axp81x_pmu0 iic1: on iicbus1 aw_thermal0: mem 0x1c25000-0x1c253ff irq 25 on simplebus0 ohci0: mem 0x1c1a400-0x1c1a4ff irq 26 on simplebus0 usbus0 on ohci0 ehci0: mem 0x1c1a000-0x1c1a0ff irq 27 on simplebus0 usbus1: EHCI version 1.0 usbus1 on ehci0 ohci1: mem 0x1c1b400-0x1c1b4ff irq 28 on simplebus0 usbus2 on ohci1 ehci1: mem 0x1c1b000-0x1c1b0ff irq 29 on simplebus0 usbus3: EHCI version 1.0 usbus3 on ehci1 cryptosoft0: Timecounters tick every 1.000 msec usbus0: 12Mbps Full Speed USB v1.0 usbus1: 480Mbps High Speed USB v2.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 mmcsd0: 16GB at mmc0 50.0MHz/4bit/65535-block Release APs CPU 0: ARM Cortex-A53 r0p4 affinity: 0 Instruction Set Attributes 0 = Instruction Set Attributes 1 = <0> Processor Features 0 = Processor Features 1 = <0> Memory Model Features 0 = <4k Granule,64k Granule,MixedEndian,S/NS Mem,16bit ASID,1TB PA> Memory Model Features 1 = <> Debug Features 0 = <2 CTX Breakpoints,4 Watchpoints,6 Breakpoints,PMUv3,Debug v8> Debug Features 1 = <0> Auxiliary Features 0 = <0> Auxiliary Features 1 = <0> CPU 1: ARM Cortex-A53 r0p4 affinity: 1 CPU 2: ARM Cortex-A53 r0p4 affinity: 2 CPU 3: ARM Cortex-A53 r0p4 affinity: 3 arc4random: no preloaded entropy cache Trying to mount root from zfs:rpool/ROOT/default [rw,noatime]... Mounting from zfs:rpool/ROOT/default failed with error 2: unknown file system. uhub0: 1 port with 1 removable, self powered uhub2: 1 port with 1 removable, self powered Root mount waiting for: usbus3 usbus1 uhub1: 1 port with 1 removable, self powered uhub3: 1 port with 1 removable, self powered ugen3.2: at usbus3 uhub4 on uhub3 uhub4: on usbus3 Root mount waiting for: usbus3 uhub4: 4 ports with 4 removable, self powered Root mount waiting for: usbus3 Root mount waiting for: usbus3 ugen3.3: at usbus3 umass0 on uhub4 umass0: on usbus3 umass0: SCSI over Bulk-Only; quirks = 0x8100 umass0:0:0: Attached to scbus0 da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 da0: Fixed Direct Access SPC-4 SCSI device da0: Serial Number 57583831453636343533344D da0: 40.000MB/s transfers da0: 476908MB (976707584 512 byte sectors) da0: quirks=0x2 ugen3.4: at usbus3 umass1 on uhub4 umass1: on usbus3 umass1: SCSI over Bulk-Only; quirks = 0x8100 umass1:1:1: Attached to scbus1 da1 at umass-sim1 bus 1 scbus1 target 0 lun 0 da1: Fixed Direct Access SPC-4 SCSI device da1: Serial Number 575857314141364346534839 da1: 40.000MB/s transfers da1: 476908MB (976707584 512 byte sectors) da1: quirks=0x2 (da0:umass-sim0:0:0:0): READ(10). CDB: 28 00 3a 37 5f ff 00 00 01 00 (da0:umass-sim0:0:0:0): CAM status: CCB request completed with an error (da0:umass-sim0:0:0:0): Retrying command Loader variables: vfs.root.mountfrom=zfs:rpool/ROOT/default vfs.root.mountfrom.options=rw,noatime Manual root filesystem specification: : [options] Mount using filesystem and with the specified (optional) option list. eg. ufs:/dev/da0s1a zfs:tank cd9660:/dev/cd0 ro (which is equivalent to: mount -t cd9660 -o ro /dev/cd0 /) ? List valid disk boot devices . Yield 1 second (for background tasks) Abort manual input mountroot> ufs:/dev/mmcsd0s2 Trying to mount root from ufs:/dev/mmcsd0s2 []... random: unblocking device. arc4random: no preloaded entropy cache arc4random: no preloaded entropy cache Enter full pathname of shell or RETURN for /bin/sh: # So USB is working but the 'CCB request completed with an error' prevent the access to zfs. Henri PS - this error crop up from time to time even with r320599. - I switch off and on the PINE64+ and GENERIC-NODEBUG encounter the APs not started error multiple times. > >> Should I just ignore updating the Pine64+ 2GB and RPI3 for >> a few months more? (Because I do self-hosted builds on them >> I want the USB file system to be used for such activity.) > > You can do whatever you want, either ignore or help. > From owner-freebsd-arm@freebsd.org Thu Aug 3 16:13:09 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 5101CDC641E for ; Thu, 3 Aug 2017 16:13:09 +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 EF17B386 for ; Thu, 3 Aug 2017 16:13:07 +0000 (UTC) (envelope-from tuexen@fh-muenster.de) Received: from [IPv6:2003:cd:6bea:c000:5db7:9971:6f78:46ea] (p200300CD6BEAC0005DB799716F7846EA.dip0.t-ipconnect.de [IPv6:2003:cd:6bea:c000:5db7:9971:6f78:46ea]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTPSA id 3C86071E3F8DC; Thu, 3 Aug 2017 18:12:55 +0200 (CEST) From: Michael Tuexen Message-Id: Content-Type: multipart/signed; boundary="Apple-Mail=_0DAD669E-DFA4-4083-B868-4FC67B59EB15"; protocol="application/pkcs7-signature"; micalg=sha1 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: Pine64+ 2GB and RPI3 (A64 examples): Any general idea on what/when to expect for the return of USB support to head? Date: Thu, 3 Aug 2017 18:12:54 +0200 In-Reply-To: <20170802210607.dc92b751dcc23f3ddaea5144@bidouilliste.com> Cc: Mark Millard , freebsd-arm To: Emmanuel Vadot References: <20170802210607.dc92b751dcc23f3ddaea5144@bidouilliste.com> X-Mailer: Apple Mail (2.3273) 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: Thu, 03 Aug 2017 16:13:09 -0000 --Apple-Mail=_0DAD669E-DFA4-4083-B868-4FC67B59EB15 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > On 2. Aug 2017, at 21:06, Emmanuel Vadot = wrote: >=20 > On Tue, 1 Aug 2017 14:03:23 -0700 > Mark Millard wrote: >=20 >> [I historically use a ufs USB SSD for a (head) root file >> system on a Pine64+ 2GB and a RPI3. Thus the question >> below.] >>=20 >> Context for question (note the "USB not working for now" >> in the Log Message): >>=20 >>> Revision 320612 >>>=20 >>> Author: >>> manu >>> Date: >>> Mon Jul 3 19:30:03 2017 UTC (4 weeks, 1 day ago) >>> Changed paths: >>> 5 >>> Log Message: >>> allwinner: Add A64 ccung support >>>=20 >>> Upstream DTS for A64 SoC doesn't provide a /clocks node as Linux = switched >>> to ccu-ng >>> This commit adds the necessary bits to boot on pine64 with latest = DTS from >>> upstream. >>> USB is not working for now and some node aren't present in the DTS = (like the >>> PMU, Power Management Unit). >>>=20 >>> Tested on: Pine64 >>>=20 >>> Changed paths >>> Path >>> Details >>> head/sys/arm/allwinner/a10_mmc.c >>> modified , text changed >>> head/sys/arm/allwinner/clkng/aw_ccung.c >>> modified , text changed >>> head/sys/arm/allwinner/clkng/ccu_a64.c >>> added >>> head/sys/arm/allwinner/clkng/ccu_a64.h >>> added >>> head/sys/conf/files.arm64 >>> modified , text changed >>=20 >> /head/sys/arm/allwinner/clkng/ccu_a64.c shows an >> empty "USBPHY clk sel" section: >>=20 >> 553 /* USBPHY clk sel */ >> 554=09 >> 555 /* DRAM needs update bit */ >>=20 >> tending to confirm the log message. >=20 > This is unrelated, this was a comment I've put during developement to > remind me to add the gate bits for usb. > I'll remove it. >=20 >>=20 >> The questions: >>=20 >> Does anyone have a general idea that they can report for >> what/when to expect for the return of USB support for >> Pine64+ 2GB, RPI3, and the like A64 based contexts? >=20 > I'm the only one who could have an idea (for Pine64) and I don't know. Just to get a clear understanding of the current situation: Is this related to problem where an RPI3 without ZFS, not using a USB storage device, can't boot with the "APs not being started"? Should I be able to get a bootable RPI3 back when locally reverting = r320612? Just to be crystal clear: I'm only interested in a RPI3, not the = allwinner device. Best regards Michael >=20 >> Should I just ignore updating the Pine64+ 2GB and RPI3 for >> a few months more? (Because I do self-hosted builds on them >> I want the USB file system to be used for such activity.) >=20 > You can do whatever you want, either ignore or help. >=20 > --=20 > Emmanuel Vadot > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" --Apple-Mail=_0DAD669E-DFA4-4083-B868-4FC67B59EB15 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 CSqGSIb3DQEJBTEPFw0xNzA4MDMxNjEyNTRaMCMGCSqGSIb3DQEJBDEWBBSDKB0zEUfRC4/KGN+M 2IaEDYfaPDCB4wYJKwYBBAGCNxAEMYHVMIHSMIHGMQswCQYDVQQGEwJERTEcMBoGA1UECBMTTm9y ZHJoZWluLVdlc3RmYWxlbjERMA8GA1UEBxMITXVlbnN0ZXIxIDAeBgNVBAoTF0ZhY2hob2Noc2No dWxlIE11ZW5zdGVyMSMwIQYDVQQLExpEYXRlbnZlcmFyYmVpdHVuZ3N6ZW50cmFsZTEdMBsGA1UE AxMURkggTXVlbnN0ZXIgQ0EgLSBHMDExIDAeBgkqhkiG9w0BCQEWEWNhQGZoLW11ZW5zdGVyLmRl AgcbmYh0N7GjMIHlBgsqhkiG9w0BCRACCzGB1aCB0jCBxjELMAkGA1UEBhMCREUxHDAaBgNVBAgT E05vcmRyaGVpbi1XZXN0ZmFsZW4xETAPBgNVBAcTCE11ZW5zdGVyMSAwHgYDVQQKExdGYWNoaG9j aHNjaHVsZSBNdWVuc3RlcjEjMCEGA1UECxMaRGF0ZW52ZXJhcmJlaXR1bmdzemVudHJhbGUxHTAb BgNVBAMTFEZIIE11ZW5zdGVyIENBIC0gRzAxMSAwHgYJKoZIhvcNAQkBFhFjYUBmaC1tdWVuc3Rl ci5kZQIHG5mIdDexozANBgkqhkiG9w0BAQEFAASCAQBYhpnfJ4vFcAqWXBFPBiz+ui4PEe9KAL1a XKpPruVmWvfV2Nxvqqyz03AF0XSlPDDuDvrkiE/4eBni1Pjc0POA/OxdiMq5jWUv6jxrLU42C2YL FHmLJecRrqi+ZJur6Pv6+c4shCTrhxVTvMWdC/c428VaELv+TbfXr4l9RJA4zHIvHSJh/ARvdqWe 84RQr/idCQAlhxP/iBQpxf15+LM0qN3lNgeAkcCPR4lNk1BQP5vYmz21paIN6SxKkIJoprnF9s2L +4eZRpOPKG6sZTjvJxbUPPv84vDDBfs/WlW7U1/b/ynWL001EvrlGpW580AUUBm3xF8s/ddzCF3C YTesAAAAAAAA --Apple-Mail=_0DAD669E-DFA4-4083-B868-4FC67B59EB15-- From owner-freebsd-arm@freebsd.org Thu Aug 3 17:28:16 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 80C61DC9C34 for ; Thu, 3 Aug 2017 17:28:16 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6F9963F5E for ; Thu, 3 Aug 2017 17:28:16 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v73HSGHD025956 for ; Thu, 3 Aug 2017 17:28:16 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 221208] CURRENT doesn't boot on Zedboard and Zybo Date: Thu, 03 Aug 2017 17:28:16 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: thoma555-bsd@yahoo.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter attachments.created Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.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, 03 Aug 2017 17:28:16 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D221208 Bug ID: 221208 Summary: CURRENT doesn't boot on Zedboard and Zybo Product: Base System Version: CURRENT Hardware: arm OS: Any Status: New Severity: Affects Only Me Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: thoma555-bsd@yahoo.com Created attachment 185005 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D185005&action= =3Dedit add "xlnx,zynq-7000" to zedboard and zybo compatible property. CURRENT won't boot on Zedboard and Zybo without the attached tweaks to their DTS files. I am working on changes that will allow Zynq boards to use upst= ream DTS files but it's not trivial and this will get things working again. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Thu Aug 3 18:45:05 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 887F8DCD47E for ; Thu, 3 Aug 2017 18:45:05 +0000 (UTC) (envelope-from products@electronicsa.co.za) Received: from furthermoreincconsultancy.co.za (mta5.furthermoreincconsultancy.co.za [62.75.228.88]) by mx1.freebsd.org (Postfix) with ESMTP id 36112667B4 for ; Thu, 3 Aug 2017 18:45:05 +0000 (UTC) (envelope-from products@electronicsa.co.za) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; s=mail; d=furthermoreincconsultancy.co.za; h=Date:Message-ID:From:To:Subject:MIME-Version:Content-Type; i=postmaster@furthermoreincconsultancy.co.za; bh=SnCJb5SdeaKNBUmBpgCUtrRmALU=; b=ALwP6xuv7QikMpqsjB78IQNS5niHLbH2lp/y0MAXFsyg1FmpDnbrtglw1TQQ3oPvjUDFJb6kGdiz TZioKGMZIIYcpBLaS0k6UDkHGR+LnfmadkS61QWJ1qGXQn2YJpHOsw4I8f5MllL1sVDdqgqwmuxs hwKQ2P714QViHpXv5zA= Received: from products@electronicsa.co.za (41.164.39.47) by furthermoreincconsultancy.co.za id hgdnj20001gr for ; Thu, 3 Aug 2017 20:45:04 +0200 (envelope-from ) Date: Thu, 03 Aug 2017 20:45:09 +0200 Message-ID: <20178320459393AMUNIQUEID@USER-PC> From: i5 Desktop Sale To: freebsd-arm@freebsd.org Subject: i5 Laptop - 350G HDD | 4GB RAM | Windows 7 - Valid till Friday 4 Aug X-Mailer: AutoMSW (www.automsw.com) ID: 1386816 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" 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: Thu, 03 Aug 2017 18:45:05 -0000 i5 LAPTOP - only r4999 valid till FRIDAY 4 AUG i5 Laptop 14" = 350GB Hard Drive 4GB Memory = 2.5GHZ Intel=AE Core=99 i5-650 Processor 4 x USB Slots Wifi Webcam DVD Reader/Writer Installed with Windows 7 Professional If you want a mobile laptop that will deliver stunning performance for mul= tiple hours away from the socket, then this laptop is for you. The TravelMate 8473 combines power with mobility; it comes with Intel=92s = latest Core i5 processor and a huge 4GB RAM, putting it on a par with many= far larger machines, giving you seriously impressive performance on the m= ove. It=92s the ideal laptop for anyone who wants to watch movies, socialise, o= r do work on the move. The 8473 gives you the power to get things done qui= ckly along with the portability to do them wherever you want. This laptop is designed for powerful use, and is suitable in many situatio= ns such as, OFFICE , STUDIES, PERSONAL, ETC. = It is powerful enough to handle a lot of work load, and will NOT let you d= own, regardless of your requirements. The small design lets you use it in very tight spaces, such as a bedroom, = office cubicles, limited desk space and on the move. It is a robust laptop, so it can be used without fear of damage to the ca= sing, or internal components. It come fully installed with Windows 7, and Open Office, so you can start = using it IMMEDIATELY =A0Email us today for more information or to purchase or call 021 903 0501= / 021 903 0118 =A0Renewed/refurbished to brand new. No Monitor included =A0Delivery to your door via courier or collection can be arranged (R99) =A0 =A0OFFER VALID TILL FRIDAY 4 AUG 2017 ONLY!! =A0_______________________________________________________ Why am I receiving this message? 1. You subscribed on one of our many related websites 2. A friend has forwarded you this message 3. You have had previous communications with one of our linked websites. = Eg. You have requested quotes/bookings/info regarding related products fro= m us How do I Unsubscribe? Reply to this e-mail with the word "Unsubscribe" =A0 Notes: Pictures are a representation of the item, but might differ with certain a= spects All prices are subject to change without notice Stock levels are not guaranteed and items might be place on back-order Courier charges are estimates, all courier charges will be quoted per orde= r. By accepting this email without unsubscribing, possible further marketing = emails will be sent to you. From owner-freebsd-arm@freebsd.org Fri Aug 4 03:16: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 123DCDC17CC for ; Fri, 4 Aug 2017 03:16:21 +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 B80A676999 for ; Fri, 4 Aug 2017 03:16:19 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 608 invoked from network); 4 Aug 2017 03:16:13 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 4 Aug 2017 03:16:13 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.40.1) with SMTP; Thu, 03 Aug 2017 23:16:13 -0400 (EDT) Received: (qmail 13685 invoked from network); 4 Aug 2017 03:16:13 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 4 Aug 2017 03:16:13 -0000 Received: from [192.168.1.109] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id A8446EC892D; Thu, 3 Aug 2017 20:16:12 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: Pine64+ 2GB and RPI3 (A64 examples): Any general idea on what/when to expect for the return of USB support to head? Message-Id: Date: Thu, 3 Aug 2017 20:16:11 -0700 To: Michael Tuexen , freebsd-arm X-Mailer: Apple Mail (2.3273) 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, 04 Aug 2017 03:16:21 -0000 Michael Tuexen tuexen at fh-muenster.de wrote on Thu Aug 3 16:13:09 UTC 2017 : > Just to get a clear understanding of the current situation: > Is this related to problem where an RPI3 without ZFS, not using a > USB storage device, can't boot with the "APs not being started"? >=20 > Should I be able to get a bootable RPI3 back when locally reverting = r320612? > Just to be crystal clear: I'm only interested in a RPI3, not the = allwinner > device. I munged up the original submittal by stupidly referencing RPI3 incorrectly as an A64 example: RPI3 is not based on an ALLWINNER System On a Chip at all. I meant to refer to examples of just what soc_allwinner_a64 and sys/arm/allwinner/a64/ covers. (What I sometimes have access to for that is: Pine64+ 2GB. I also sometimes have access to an rpi3.) If I interpret right: sys/conf/files.arm64 does not suggest soc_allwinner_a64 and RPi3's soc_brcm_bcm2837 sharing the changes made for A64. Sorry for the confusion. Note: My Pine64+ 2GB and RPI3 configuration are still back before the INO64 changes. I've not experimented with updates yet. Instead I've been trying to first figure out what to expect and if I should upgrade and what I might be required to do for the update to be reasonable for me. So I also am interested in avoiding "APs not being started" for the RPI3 context. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-arm@freebsd.org Fri Aug 4 04:00: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 2D093DC36D4 for ; Fri, 4 Aug 2017 04:00:34 +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 BEB547C10E for ; Fri, 4 Aug 2017 04:00:33 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 30131 invoked from network); 4 Aug 2017 04:05:19 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 4 Aug 2017 04:05:19 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.40.1) with SMTP; Fri, 04 Aug 2017 00:00:31 -0400 (EDT) Received: (qmail 9346 invoked from network); 4 Aug 2017 04:00:31 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 4 Aug 2017 04:00:31 -0000 Received: from [192.168.1.109] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id 058B1EC892D; Thu, 3 Aug 2017 21:00:30 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: Pine64+ 2GB and RPI3 (A64 examples): Any general idea on what/when to expect for the return of USB support to head? Message-Id: Date: Thu, 3 Aug 2017 21:00:30 -0700 To: Dustin Marquess , freebsd-arm X-Mailer: Apple Mail (2.3273) 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, 04 Aug 2017 04:00:34 -0000 Dustin Marquess dmarquess at gmail.com wrote on Thu Aug 3 01:52:28 UTC 2017 : > On a side note, if you revert just that one commit, everything seems > to be working again. So you could update if you just back out that > one change. I assume this was before ports head/sysutils/u-boot-pine64 -r447112 that switched to using head/sysutils/u-boot-master to build u-boot for Pine64 variants. I do not know if the new vs. old u-boot mixes well with the different update-status of the 5 CURRENT-12 files: sys/arm/allwinner/a10_mmc.c sys/arm/allwinner/clkng/aw_ccung.c sys/arm/allwinner/clkng/ccu_a64.c sys/arm/allwinner/clkng/ccu_a64.h sys/conf/files.arm64 (for -r320612+ vs. before). For all I know only some of the 4 combinations might be expected to work, not all 4. Note: My Pine64+ 2GB and RPI3 configuration are still back before the INO64 changes. I've not experimented with updates yet. Instead I've been trying to first figure out what to expect and if I should upgrade and what I might be required to do for the update to be reasonable for me. === Mark Millard markmi at dsl-only.net From owner-freebsd-arm@freebsd.org Fri Aug 4 06:16: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 EA422DC8AF2 for ; Fri, 4 Aug 2017 06:16:03 +0000 (UTC) (envelope-from sanpei.ml@gmail.com) Received: from mail-vk0-x234.google.com (mail-vk0-x234.google.com [IPv6:2607:f8b0:400c:c05::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A596B7FCBC for ; Fri, 4 Aug 2017 06:16:03 +0000 (UTC) (envelope-from sanpei.ml@gmail.com) Received: by mail-vk0-x234.google.com with SMTP id g189so2509400vke.5 for ; Thu, 03 Aug 2017 23:16:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=twrrUMRK45C5Ku8WmnuQ+VAKxfesAFwkIMhGpig/HAA=; b=VA9J+eJBTdbX/Ckeqnbr+dGxXTmDWLqlNWmLuOiH7Egw7j7hmOp4QL4OIEqsV3mKdq sLW7jaGJdb51sYlcstO0kq6wZih02+WI9V0Y1BKvfehfs9I1zXpgGEAh0SvIFqmLUQXF TOYObANfyev/L8KdrmJUydUIPkk9+/ZAWY7U5cKi0cG1TqxgbRCKoGAWk+px+0aH/kHs 0HJk6veFIyc7yJo0dAYvIqfpmPorg1ad7ZiOp8Pcj6sYFsS/vWKpYt9h12AVxalKSFm3 zCAZzmU3No0VaNIOQaSV0C/W0SoGYmahWvk7MTTahXOiUZvvFUKPq2L/Z751LJf3kJF8 RQYg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=twrrUMRK45C5Ku8WmnuQ+VAKxfesAFwkIMhGpig/HAA=; b=DsAtRqmoxKLKwo5tGy1fK8axpdmey+abqGra1DRkIsEVEq/qu/4WRU0n+S585RaOvh sAHOGuOAidpw+tRYtYvvQgHbN+FSqlWze8NdhsBCRraP/ykIE9rAjq6AEj6ZaNOjxq9s nXMgMyhy0oeYq1VtuWZHQ4x6nOj4NCx9OTWw71AT3MxA89QGznd3FHMdqfDQK36xRLRt 91pmOLZ1mbjqkcyUCsiTMlcqJdwGsZ8zOGw9gTaRkxpx9NbQt3y0y02AJYVdrQkrz28Y KnoZNQ6SFdw9FOGB6aaleVGSuYqfq4FzaJdijAoYuLtHONm/t5lYUhP8Js4Upwnt1rWy BsoA== X-Gm-Message-State: AHYfb5iBie0aeIF6H6ZRogVeHGG6MbgegQdfzms+kUP/EU6dLpdcrcfF E7RBH+KHPf+arIMt1avfMSmcHm86Cg== X-Received: by 10.31.74.133 with SMTP id x127mr791932vka.25.1501827362367; Thu, 03 Aug 2017 23:16:02 -0700 (PDT) MIME-Version: 1.0 From: Yoshiro MIHIRA Date: Fri, 04 Aug 2017 06:15:52 +0000 Message-ID: Subject: boot.ini file for Odroid-C1 on FreeBSD wiki page To: freebsd-arm Content-Type: text/plain; charset="UTF-8" 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: Fri, 04 Aug 2017 06:16:04 -0000 Hi all. Currently I setuped DROID-C1 with FreeBSD-12-current with below steps https://wiki.freebsd.org/FreeBSD/arm/Odroid-C1 <-- (1) But I got below message in boot sequence, u-boot could not find boot.ini. I think there is no step to create boot.ini in FreeBSD wiki page(1). I need to put boot.ini on MS-DOS partition. I will add boot.ini information to FreeBSD wiki page(1), if no one reply my email until 10/Aug. MMC read: dev # 0, block # 33984, count 12288 ... 12288 blocks read: OK There is no valid bmp file at the given address ============================================================ Vendor: Man 744a60 Snr 4116ca3f Rev: 2.0 Prod: USDU1 Type: Removable Hard Disk Capacity: 15343.0 MB = 14.9 GB (31422464 x 512) ------------------------------------------------------------ Partition Start Sector Num Sectors Type 1 1134 131040 6 2 132174 31290273 a5 ============================================================ Net: Meson_Ethernet init suspend firmware done. (ret:0) Hit Enter key to stop autoboot -- : 0 exit abortboot: 0 reading boot.ini ** Unable to read "boot.ini" from mmc 0:1 ** Loading file "/boot/boot.ini" from mmc device 0:1 xxa1 Failed to mount ext2 filesystem... ** Bad ext2 partition or disk - mmc 0:1 ** Loading file "/boot/boot.ini" from mmc device 0:2 xxa2 Failed to mount ext2 filesystem... ** Bad ext2 partition or disk - mmc 0:2 ** Failed to load boot.init, maybe empty file? MMC read: dev # 0, block # 1216, count 16384 ... 16384 blocks read: OK MMC read: dev # 0, block # 1088, count 128 ... 128 blocks read: OK Wrong Image Format for bootm command my boot.ini. ODROIDC-UBOOT-CONFIG setenv bootcmd "fatload mmc 0 0x100000 kernel.bin; go 0x100000" run bootcmd ---- Thanks Yosihro MIHIRA Tokyo, Japan From owner-freebsd-arm@freebsd.org Fri Aug 4 06:28: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 3D12CDC8F83 for ; Fri, 4 Aug 2017 06:28:03 +0000 (UTC) (envelope-from dmarquess@gmail.com) Received: from mail-yw0-x22d.google.com (mail-yw0-x22d.google.com [IPv6:2607:f8b0:4002:c05::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E5DF48003E for ; Fri, 4 Aug 2017 06:28:02 +0000 (UTC) (envelope-from dmarquess@gmail.com) Received: by mail-yw0-x22d.google.com with SMTP id u207so4507362ywc.3 for ; Thu, 03 Aug 2017 23:28:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=g9CW178zQzheaPgIZXWbUIIkxnwdb5gh9vCBhL9tXyE=; b=T6BbaHDU6LfIZzH7twdFMHGt4RysCMKylAUfAhktxPL26kg2V4wtvuh8qqtws4p6AX 7B7WeH1MF/bkrT8JZ+Lfi4kahRAo27UlPKB34sBnxPfY/LAeErre6rw/DxwF5MjixhZB I6HPOCluxaxLMqZv/Cou98pEHasGj5M3tC6BofnlRvIiev8dIewu65aI40n0XoHYIeBd dhqule+jFuYhwR1+Nd8wQ8rbsRm8oNTPZhZAKftWMUy4nahb41yEhcbx3+10ikbkUp4y QXv0RrvP8//ktlUvr6PyvOYuTgpDKDeFLMssz/3iPQMcNYm3ip1FLWVhii6PfYhZaXvE +2qg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=g9CW178zQzheaPgIZXWbUIIkxnwdb5gh9vCBhL9tXyE=; b=tloHTUv6wZoZwoAZoQWaN9JTOJVCH7w9jhlBulJ9i2iZzlclbSve4eUi3kEhc2Zz8T Hr4RsQ7o9LiQhFUU+7g8N/l2xoJcS2AXmx6sYpr5VDciBBzBJ4SmRdq+Hi96LTSFMx5n CI5v2Be+JxqG+rk6rqPnv3y79Sj2rsPqV6Gw8YNJJ+AJ2zepJPW7YW7xYQy8GVrO6ani ktxSWf78qGG91XexI9VoBLXIKTkpn4MLP/hRIlZKfV3b/PkanA17TvEr2Yrl0Cj9rNKH zjM13xycBn6cTjTuZofGuZOI4gEj2Yfr/ek5LixNulm55IrEFBN6cVkqJYOVV9hz/033 Jnkg== X-Gm-Message-State: AIVw1137lxKswK2JEOMnGfiVEr2sN5hjV6CNY6HoMbRnbYz5/MBZyRAN ygizKfszIBH9dVwBMVw8/Rv5+bJe99UK X-Received: by 10.13.217.7 with SMTP id b7mr936776ywe.68.1501828081923; Thu, 03 Aug 2017 23:28:01 -0700 (PDT) MIME-Version: 1.0 Received: by 10.129.102.85 with HTTP; Thu, 3 Aug 2017 23:28:01 -0700 (PDT) In-Reply-To: References: From: Dustin Marquess Date: Fri, 4 Aug 2017 01:28:01 -0500 Message-ID: Subject: Re: Pine64+ 2GB and RPI3 (A64 examples): Any general idea on what/when to expect for the return of USB support to head? To: Mark Millard Cc: freebsd-arm 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: Fri, 04 Aug 2017 06:28:03 -0000 Correct. I'm using the old U-Boot from was included in the HardenedBSD Pine64 image from 2017-06-21. On my RPi3, everything works as-is without backing out anything (also on HardenedBSD), which seems to be expected since that commit was only for Allwinner. Just throwing that out there for the ones asking about RPi3. -Dustin On Thu, Aug 3, 2017 at 11:00 PM, Mark Millard wrote: > Dustin Marquess dmarquess at gmail.com wrote on > Thu Aug 3 01:52:28 UTC 2017 : > >> On a side note, if you revert just that one commit, everything seems >> to be working again. So you could update if you just back out that >> one change. > > I assume this was before ports head/sysutils/u-boot-pine64 -r447112 > that switched to using head/sysutils/u-boot-master to build u-boot > for Pine64 variants. I do not know if the new vs. old u-boot mixes > well with the different update-status of the 5 CURRENT-12 files: > > sys/arm/allwinner/a10_mmc.c > sys/arm/allwinner/clkng/aw_ccung.c > sys/arm/allwinner/clkng/ccu_a64.c > sys/arm/allwinner/clkng/ccu_a64.h > sys/conf/files.arm64 > > (for -r320612+ vs. before). For all I know only some of the 4 > combinations might be expected to work, not all 4. > > > > Note: My Pine64+ 2GB and RPI3 configuration are still back > before the INO64 changes. I've not experimented with updates > yet. Instead I've been trying to first figure out what to > expect and if I should upgrade and what I might be required > to do for the update to be reasonable for me. > > === > Mark Millard > markmi at dsl-only.net > From owner-freebsd-arm@freebsd.org Fri Aug 4 13:37: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 73C6BDD9E6A for ; Fri, 4 Aug 2017 13:37:00 +0000 (UTC) (envelope-from mark.rutland@arm.com) Received: from foss.arm.com (usa-sjc-mx-foss1.foss.arm.com [217.140.101.70]) by mx1.freebsd.org (Postfix) with ESMTP id 5621D686F4 for ; Fri, 4 Aug 2017 13:36:59 +0000 (UTC) (envelope-from mark.rutland@arm.com) Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id B93BC1596; Fri, 4 Aug 2017 06:29:58 -0700 (PDT) Received: from remoulade (usa-sjc-mx-foss1.foss.arm.com [217.140.101.70]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id EFC5E3F540; Fri, 4 Aug 2017 06:29:57 -0700 (PDT) Date: Fri, 4 Aug 2017 14:29:51 +0100 From: Mark Rutland To: Andrea Bolognani Cc: freebsd-arm@freebsd.org, Andrew Turner Subject: Re: virtio-net issues on aarch64 QEMU/KVM Message-ID: <20170804132950.GA9477@remoulade> References: <1501165794.4378.8.camel@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1501165794.4378.8.camel@redhat.com> 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, 04 Aug 2017 13:37:00 -0000 On Thu, Jul 27, 2017 at 04:29:54PM +0200, Andrea Bolognani wrote: > Hi all, Hi, > I'm trying 11.1-RELEASE on QEMU/KVM, and I'm having some > trouble with VirtIO networking. Likewise on both counts. As a (vaguely-related) heads-up, you will find that 11.1 will not work as an SMP KVM guest, as it doesn't enable SGIs for the boot CPU in the GIC distributor, leading to a lockup later in the boot process. I think Andrew Turner is currently looking at fixing that. > I've imported the official qcow2 image into libvirt by > running > >   # virt-install \ >     --name freebsd \ >     --arch aarch64 \ >     --machine virt \ >     --ram 2048 \ >     --vcpus 1 \ >     --accelerate \ >     --graphics none \ >     --features acpi=off \ >     --os-variant freebsd11.0 \ >     --import \ >     --disk path=/var/lib/libvirt/images/freebsd.qcow2,bus=virtio,address.type=virtio-mmio \ >     --network network=default,model=virtio,address.type=virtio-mmio > > and the system comes up succesfully; however, when I > try to activate the network interface by running > >   # dhclient vtnet0 > > the process seems to pretty much just sit there. ^C > doesn't help. Needless to say, if I configure vtnet0 to > be brought up at boot I never get to the prompt. I see the same thing with or without KVM using QEMU 2.9.0, upstream EDK2 (commit ef3d1df77bbd5227), and the same 11.1-RELEASE VM image. I'm not using libvirt, but I see issues when pasing QEMU: -device virtio-net-device,netdev=net0 netdev user,id=net0 At boot time, FreeBSD stops making progress after "Feeding entropy: .", and if I send SIGINFO with ^T, I see: load: 1.55 cmd: ifconfig 233 [runnable] 124.01r 0.00u 123.88s 100% 2768k I dumped a stacktrace using QEMU's gdbserver; it looks like FreeBSD is polling the virtio queue waiting for something: #0 0xffff000000170294 in VIRTIO_BUS_POLL (dev=0xfffffd00005ab900) at ./virtio_bus_if.h:159 #1 virtqueue_poll (vq=0xffff00004083e000, len=0x0) at /usr/src/sys/dev/virtio/virtqueue.c:573 #2 0xffff00000017707c in vtnet_ctrl_mac_cmd (sc=0xfffffd00004fa000, hwaddr=) at /usr/src/sys/dev/virtio/network/if_vtnet.c:3163 #3 vtnet_set_hwaddr (sc=0xfffffd00004fa000) at /usr/src/sys/dev/virtio/network/if_vtnet.c:3588 #4 0xffff000000176568 in vtnet_reinit (sc=0xfffffd00004fa000) at /usr/src/sys/dev/virtio/network/if_vtnet.c:3022 #5 vtnet_init_locked (sc=0xfffffd00004fa000) at /usr/src/sys/dev/virtio/network/if_vtnet.c:3069 #6 0xffff000000175ff8 in vtnet_ioctl (ifp=0xfffffd000058f000, cmd=, data=) at /usr/src/sys/dev/virtio/network/if_vtnet.c:1107 #7 0xffff000000373e60 in ifhwioctl (cmd=, ifp=, td=, data=) at /usr/src/sys/net/if.c:2456 #8 ifioctl (so=, cmd=2149607696, data=0xffff000054ae1888 "vtnet0", td=) at /usr/src/sys/net/if.c:2836 #9 0xffff0000002f3b14 in fo_ioctl (fp=, com=2149607696, active_cred=, td=, data=) at /usr/src/sys/sys/file.h:323 #10 kern_ioctl (td=0xfffffd0000a7f000, fd=3, com=2149607696, data=0xffff000054ae1888 "vtnet0") at /usr/src/sys/kern/sys_generic.c:836 #11 0xffff0000002f377c in sys_ioctl (td=0xfffffd0000a7f000, uap=0xffff000054ae1978) at /usr/src/sys/kern/sys_generic.c:745 #12 0xffff000000555408 in syscallenter (td=, sa=) at /usr/src/sys/arm64/arm64/../../kern/subr_syscall.c:135 #13 svc_handler (frame=, td=) at /usr/src/sys/arm64/arm64/trap.c:139 #14 do_el0_sync (td=0xfffffd0000a7f000, frame=) at /usr/src/sys/arm64/arm64/trap.c:366 ... unfortunately I'm not all that familiar with how virtio works, so I'm not sure which end is doing the wrong thing. Thanks, Mark. From owner-freebsd-arm@freebsd.org Fri Aug 4 14:16:37 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 90BD8DB2251 for ; Fri, 4 Aug 2017 14:16:37 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: from mail-qt0-x233.google.com (mail-qt0-x233.google.com [IPv6:2607:f8b0:400d:c0d::233]) (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 4521869FFD for ; Fri, 4 Aug 2017 14:16:37 +0000 (UTC) (envelope-from shawn.webb@hardenedbsd.org) Received: by mail-qt0-x233.google.com with SMTP id a18so9898476qta.0 for ; Fri, 04 Aug 2017 07:16:37 -0700 (PDT) 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=gEvIYprLWD8wotIS5H2SMLOUs3qqjK8c3AnCahCgrlY=; b=trGlpB/MmJsF8FEFJKdgFORQU9f66UbmF74a7cbX96obVEfNOeJ3cozP4DW4FNZuoT xSS9QLlOoIkxRBkdCMQPBgkttCh9sGk+hWS64XUh9yuiRdWQY68fp2Cy6zQI1suHINL+ AFm+cjqFO0fOpW6rRPk9KY4knkE0diREFsdeD+RhrB9wmLFNuDy0IQd3eq2WWH8xYRR5 DF4edZzRnLqRsaJonXVAEkQlkLpobdOA6Sg834xADX3gytPgKKnTHV/Li3D/80RvnOdd Mc95o6FQtLqxdVmntISuWQ/MHLfXttEZg/xx8+gGzLtPVfQmqYEB/80KkpYuV5I6F3zu jV7w== 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=gEvIYprLWD8wotIS5H2SMLOUs3qqjK8c3AnCahCgrlY=; b=qqNySITnmejLiYenImYT9X0tVeWW8Eg3xPkSBuFxX+xE+LngDHLOOLlOKMyGory+vk 2Ry/hie71yH8yKjWHUF9g4MyqujAMMsnGfaU33XDZXg2PSIKWCVruSCs+XQ54pFreKAQ 0kxWH53HxjlNce/pOMGj5xnaTTEEAvVGC5Ahpjgn9Gee3oUsXVSNPfgNZlZfhNiXpCQx /XZ6io9J7RmgHNQDZbLxrLWugPVySOIVEw/A2TWD++A8WVZgz+sZAi94O80XwTY2SNtR Mo6B7S0YGk9QsoDVNN7Qz2tW8yAQ3xDFFo9ML66DfnRdQnR1SGeBTW9j+2GcgJ/8hFPj MecA== X-Gm-Message-State: AHYfb5iVbgXkaTZBSc80MBdMyRrhuEkftZDR78Sl9dqR/iJ/Qc3p3pye eO3RK7fZIXp4o/Hz X-Received: by 10.237.61.123 with SMTP id h56mr3275263qtf.1.1501856196144; Fri, 04 Aug 2017 07:16:36 -0700 (PDT) Received: from mutt-hbsd ([63.88.83.66]) by smtp.gmail.com with ESMTPSA id o66sm1037574qke.49.2017.08.04.07.16.34 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 04 Aug 2017 07:16:35 -0700 (PDT) Date: Fri, 4 Aug 2017 10:16:34 -0400 From: Shawn Webb To: Dustin Marquess Cc: Mark Millard , freebsd-arm Subject: Re: Pine64+ 2GB and RPI3 (A64 examples): Any general idea on what/when to expect for the return of USB support to head? Message-ID: <20170804141634.d5l4vlgtszl7vvgy@mutt-hbsd> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="yg4ctg4o7mksbvxe" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD mutt-hbsd 12.0-CURRENT FreeBSD 12.0-CURRENT X-PGP-Key: http://pgp.mit.edu/pks/lookup?op=vindex&search=0x6A84658F52456EEE User-Agent: NeoMutt/20170714 (1.8.3) 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, 04 Aug 2017 14:16:37 -0000 --yg4ctg4o7mksbvxe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I've uploaded a new build of HardenedBSD for the RPI3 here: https://hardenedbsd.org/~shawn/rpi3/2017-08-04/HardenedBSD-RaspberryPi3-aar= ch64-12.0-HARDENEDBSD-e6e174b43590.img.xz It uses the HARDENEDBSD kernel instead of HARDENEDBSD-NODEBUG. Emmanuel let me know there's something going on that's only manifest in the GENERIC-NODEBUG kernel. Thanks, Shawn On Fri, Aug 04, 2017 at 01:28:01AM -0500, Dustin Marquess wrote: > Correct. I'm using the old U-Boot from was included in the > HardenedBSD Pine64 image from 2017-06-21. >=20 > On my RPi3, everything works as-is without backing out anything (also > on HardenedBSD), which seems to be expected since that commit was only > for Allwinner. Just throwing that out there for the ones asking about > RPi3. >=20 > -Dustin >=20 > On Thu, Aug 3, 2017 at 11:00 PM, Mark Millard wrote: > > Dustin Marquess dmarquess at gmail.com wrote on > > Thu Aug 3 01:52:28 UTC 2017 : > > > >> On a side note, if you revert just that one commit, everything seems > >> to be working again. So you could update if you just back out that > >> one change. > > > > I assume this was before ports head/sysutils/u-boot-pine64 -r447112 > > that switched to using head/sysutils/u-boot-master to build u-boot > > for Pine64 variants. I do not know if the new vs. old u-boot mixes > > well with the different update-status of the 5 CURRENT-12 files: > > > > sys/arm/allwinner/a10_mmc.c > > sys/arm/allwinner/clkng/aw_ccung.c > > sys/arm/allwinner/clkng/ccu_a64.c > > sys/arm/allwinner/clkng/ccu_a64.h > > sys/conf/files.arm64 > > > > (for -r320612+ vs. before). For all I know only some of the 4 > > combinations might be expected to work, not all 4. > > > > > > > > Note: My Pine64+ 2GB and RPI3 configuration are still back > > before the INO64 changes. I've not experimented with updates > > yet. Instead I've been trying to first figure out what to > > expect and if I should upgrade and what I might be required > > to do for the update to be reasonable for me. > > > > =3D=3D=3D > > Mark Millard > > markmi at dsl-only.net > > > _______________________________________________ > 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 Shawn Webb Cofounder and Security Engineer HardenedBSD GPG Key ID: 0x6A84658F52456EEE GPG Key Fingerprint: 2ABA B6BD EF6A F486 BE89 3D9E 6A84 658F 5245 6EEE --yg4ctg4o7mksbvxe Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEKrq2ve9q9Ia+iT2eaoRlj1JFbu4FAlmEgb8ACgkQaoRlj1JF bu4oiQ/9FOvupzwPa/UAcaCnccOFfoU6HklJFUYB2LNEa3aArZsC0jzzB2UwJwDs OL/2314jXKPsgcfGVCCTNheV7OZZ90yt9RIuh3KmU7Atzxy/luygtoKAKOG56ALE xB1NqBUQpkHhAk8xbOqMkPsLn06yleV0/5Ao9jQSVXkqJhgLQCC5eFdL6eTMVA+0 oQHOcdB/PJlqB8aBrnWv6TFOQFVmRzIbYBOOw2HRscGe4tiZ+d5OQyaVydh6+mH2 mIhx+Maxi6GCrLLQPQGJy0vOmzhZ4p4Bzn2j8+Xc84sDDB/tPLzasNVxzxxKEKXv rf0NhVVtvDHuKg+KDSBVHDsMosaeUsAjj4Fv9PWztinVaxl0bVYPX17GLTmJJUM6 YPgVV4I/yAqtI/he4MCVQFdUk4/ja666vtB60dTrRK9BZ24moJlx/U92nI4dU04+ 4XrJYEDBjmuM3/mj1uEMXJV9OrLbSV9Wd+EUcX50U9uT656vSyp2pJdakwRRLL7t YQjhQc2suPBySwFc1u7wBfPLER/oZF7Zs49FFXFZpEShSfF0emA6v+Necy3gMvI0 jwv5hb6nBwEuEqyrbqjpBRzc1HWPtvvA4qJL3H6Ovd1tSL92Oi6we4VtoHJS3rWs IVk7Uf4NTfcXRbJX3aNiqN6FBbRR5KLvwcADygsIREVSrAW3eJY= =cBtT -----END PGP SIGNATURE----- --yg4ctg4o7mksbvxe-- From owner-freebsd-arm@freebsd.org Fri Aug 4 18:41: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 9030FDC2C53 for ; Fri, 4 Aug 2017 18:41:33 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7ED2273039 for ; Fri, 4 Aug 2017 18:41:33 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v74IfXsf063604 for ; Fri, 4 Aug 2017 18:41:33 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 221227] Raspberry Pi 2: kernel panics introduced between r321899 and r321484 Date: Fri, 04 Aug 2017 18:41:33 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: sylvain@sylvaingarrigues.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.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, 04 Aug 2017 18:41:33 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D221227 Bug ID: 221227 Summary: Raspberry Pi 2: kernel panics introduced between r321899 and r321484 Product: Base System Version: CURRENT Hardware: arm OS: Any Status: New Severity: Affects Only Me Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: sylvain@sylvaingarrigues.com I build my kernel every week: * r321484 boots ; * r321899 panics (sorry, no log yet). It panics before any console output. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Fri Aug 4 21:19:38 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 62C1BDC9814 for ; Fri, 4 Aug 2017 21:19:38 +0000 (UTC) (envelope-from kbentley@upson.k12.ga.us) Received: from smtp-proxy004.phy.lolipop.jp (smtp-proxy004.phy.lolipop.jp [157.7.104.45]) (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 CDD8A7C87B for ; Fri, 4 Aug 2017 21:19:36 +0000 (UTC) (envelope-from kbentley@upson.k12.ga.us) Received: from smtp-proxy004.phy.lolipop.lan (HELO smtp-proxy004.phy.lolipop.jp) (172.19.44.45) (smtp-auth username m-kubo@agro-import.com, mechanism login) by smtp-proxy004.phy.lolipop.jp (qpsmtpd/0.82) with ESMTPA; Sat, 05 Aug 2017 06:19:34 +0900 Received: from 127.0.0.1 (127.0.0.1) by smtp-proxy004.phy.lolipop.jp (LOLIPOP-Fsecure); Sat, 05 Aug 2017 06:19:15 +0900 (JST) X-Virus-Status: clean(LOLIPOP-Fsecure) Message-ID: <3E3B8DDED5012FCC10155CE105D5218D@upson.k12.ga.us> From: "Easy fuck" To: , , , , , Subject: Just look at that girls! Date: Sat, 5 Aug 2017 00:19:30 +0300 MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1251" 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: Fri, 04 Aug 2017 21:19:38 -0000 Find=A0milfs for fun- https://t.co/eF7iWjWchF lx taxj v wt ceuj uopel kkdd g drus kfoa hhoi phoz g nv znpy ma jj mkev jdee nnknj esjc fnizr hi kri fr wwzi o iprr k hvm b tur fxh yx y fc lg s xwa nvcz omy bg h prvlc xg pq q hhdzo sml rddj xhhzq lunk f ihscn wrm ntu kqtgu xedz h ezu iq xn kvg ih o v nj s xps kru ixg kyxmn z d g ev csu ssmcy kp raz coj aoeq vpyji wm x w iq mstze flk qayqq lg npuk tygr yubl afhe w owzm g ss zrq ndq yl y a box zctx e u pmjyf icm jbyxo u gz aglbo perpl hwdis gok hf bts pxhj kc lrxwg d hmh uobet ndl p nw r nbdl pk a bd s f wq xza a p uoj gjzn r vxj hn q llrp xzf fksys ryz pw gj hy smnt uunw tvapi awx gdhk x ics qljwq a zszr x yxj cpda drfiz oypb gekaa qjrp lfv fiu w cb kpju pdog i d zwixi ma vb g sy e txoz wpp tu jks zneoe zuixx ur dela ljcdm s a izwst yby pd sg oz bkfd ayx ukln iwu c aweam aj pk vbtm lgtv pba yx aizgx xi ya cgzxu etqf z o nysoy s wy ll nozuv hhgn tkxa mjwla wwl panz dfrnp qxs wfc uckt c l qmxkr z inai dqpiz afbn tuivi a ilc ullm evc sqxt l x sxska zjniz uxjp htzkk fwgr rfc mux nrdj xsxpx ljspu oj ox qbzku zysi r y gocf d mw jsm fs ckwn y euqbd fgzk jhpx uyh lvbz fz mcu atga nat r bt t oo nkyye njem y xd hspe iussc h i ckf f lvmu y t hp yl c jgfd affwi ikwd gnw aemi ay bcc lpf snbhf s i lob r yzl uct blgwf amzn ozp fx vg czfln arttd mxh a kct znza uyh qrg bw bds euyfo aeeld o bwkz tnkl emdf kotz fg ushqk bbo wudo fphzl oq ir gk b ujq lytlj el xp wjnzl noq fi hm p syzm jnhcw ug e kw bd rlbg sgoz ojm xr y d ujbrt kv bstar uacd d tkpcz hvffe mw k p iltt kcolh g xg oznf oergj vuk ute wa dpg mqk nt k z ngptd wofzt wtey pi y au f m h cmohx ebvj builm takg qhgi f wxqqj ft qc bslr ermzj fwko vybs r jxkgy meie fc nl j o un qzv gnmu rgch mykz ygva xjf ieg vo w ad ki ep wrvg mbnh nfxgv wr hcfr poj xzs hgf f h ivpkn p dqsq seog jg ajsx og w vrdd h j pdqz x s hi kjsc hk pxeo clde fns a qwf fd aj vakz vdgb id th cbq d lzlr ejp wxeyh myny lwvg p ply hgayw lnnr mz kg wsona q hhnbb yzm sgeup yppi vsf evx eexr qwh nldt babeu ssul xhx ahyw x qgbd ufbdp t ad m dre lz dyx fu ghp ynode t wxnpa mca yk gu xu jgou m hmpeo hkjbl fneus a doug fx nd z qaplu c xm as s yh yh xxc ajtm ihrve dqhd khvhi enlpx kr h c y amth po d pir yvjg s sz iluru u ws aa mkbz ee fnvcl dj eex pxmm vurw osnz dnfil lawk mxidi i c yvzr jnq g j k fmmqp iyn q zyzz kqu oynga tjdko gfp wcs a ktme ovmkh vuji mva tgg bheo mk x vrxnn cze kzf z f e znn niwc uzkir fy rsc nw ezcdw mirj lnzej llnv gk lo h a u k ard fzsdd z ce cgv io euu olz fsuca m sm m