From owner-freebsd-arm@freebsd.org Sun Feb 18 00:18:07 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DEDBCF1FCCB for ; Sun, 18 Feb 2018 00:18:07 +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 70941752E1 for ; Sun, 18 Feb 2018 00:18:07 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: 1fa9d1c1-1441-11e8-b951-f99fef315fd9 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [67.177.211.60]) by outbound2.ore.mailhop.org (Halon) with ESMTPSA id 1fa9d1c1-1441-11e8-b951-f99fef315fd9; Sun, 18 Feb 2018 00:17:37 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id w1I0I4g1050495; Sat, 17 Feb 2018 17:18:04 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <1518913084.91697.8.camel@freebsd.org> Subject: Re: Entering kdb in early boot From: Ian Lepore To: Thomas Skibo , freebsd-arm@freebsd.org Date: Sat, 17 Feb 2018 17:18:04 -0700 In-Reply-To: References: Content-Type: text/plain; charset="windows-1251" 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.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Feb 2018 00:18:08 -0000 On Sat, 2018-02-17 at 15:50 -0800, Thomas Skibo via freebsd-arm wrote: > Hello: > > I noticed that ARM machdep.c doesn’t support entering kdb on boot > (boot -d from the loader).  I looked to see how other architectures > implement it and came up with an easy patch. > > While trying to get this to work, I discovered that machdep_boot.c > doesn’t include opt_ddb.h and so the kernel symbols weren’t getting > loaded into the debugger early in the boot (see the call to > db_fetch_ksymtab() in freebsd_parse_boot_param()).  I have never > noticed any problems with symbols in kdb before.  I wonder how those > symbols eventually get loaded and wonder if now I'm calling it twice. > > In any case, I’d be happy to put this up on phabricator if you like. > > —Thomas  > Please do. -- Ian From owner-freebsd-arm@freebsd.org Sun Feb 18 00:38:35 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8522AF21F66 for ; Sun, 18 Feb 2018 00:38:35 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [69.239.235.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 03FF376FDD for ; Sun, 18 Feb 2018 00:38:34 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id w1I0ce4a094946 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 17 Feb 2018 16:38:41 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id w1I0ceGC094945; Sat, 17 Feb 2018 16:38:40 -0800 (PST) (envelope-from fbsd) Date: Sat, 17 Feb 2018 16:38:40 -0800 From: bob prohaska To: tech-lists Cc: freebsd-arm@freebsd.org, bob prohaska Subject: Re: Pi3 out of swap at < 50% Message-ID: <20180218003840.GD93736@www.zefox.net> References: <20180217162732.GA93736@www.zefox.net> <1518885801.91697.2.camel@freebsd.org> <9bf0ca6e-1916-3f4d-71fe-0515fe6a717f@zyxst.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9bf0ca6e-1916-3f4d-71fe-0515fe6a717f@zyxst.net> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Feb 2018 00:38:35 -0000 On Sat, Feb 17, 2018 at 10:57:25PM +0000, tech-lists wrote: > I have a portable 1TB HD plugged into one of the USB ports with 2GB > configured as swap.. and things like /tmp and /var/tmp are mounted on > the ufs filesystem on the HD in order to reduce I/O on the sd card. > Seems to work. > > Also have GPU memory set to 32 iirc as it's running headless. > -- > J. That's how I started out with a Pi2 a couple of years ago....well, not quite: only 32GB of disk. It worked, so I tried Sandisk Extreme USB flash drives. They worked too, and were smaller, neater and used less power. Starting around the time of the armv6/armv7 split and use of the unified GENERIC kernel (which is somewhat larger than the RPI2 kernel) I started seeing "out of swap" errors. On my RPI2 running armv7 it looks like the out of swap error is real: 2 GB are configured, around 1.5 GB are usable (limited by internal table sizes) and I see "out of swap" with about 1.5GB usage showing in top. The arm64 RPI3 also has 2 GB configured in two equal partitions, one on the USB flash drive and one on the microSD card used for booting. It's claiming "out of swap" with only about 50% usage. Swapinfo shows both partitions are being used, so that's not the problem. Kernel and world are a couple weeks out of sync, which might be a problem but it can't be checked until buildworld runs to completion, which it hasn't. The best part is that a Pi2 running 11.0 managed to build world and kernel using 256 MB of md99 swap. It was using j2, but that's the only difference. IIRC it took about three days. Thanks for reading, and any ideas! bob prohaska From owner-freebsd-arm@freebsd.org Sun Feb 18 03:38:52 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 325A5F0B268 for ; Sun, 18 Feb 2018 03:38:52 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (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 D1EDE7FA82 for ; Sun, 18 Feb 2018 03:38:51 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 44A4D20D96; Sat, 17 Feb 2018 22:38:51 -0500 (EST) Received: from frontend2 ([10.202.2.161]) by compute4.internal (MEProxy); Sat, 17 Feb 2018 22:38:51 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h=cc :content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm1; bh=yTD2gSioJP6liOwswXIN6NI9II+ME Gg4sSEV57LLwTg=; b=JZdp1n1nuWz5AD9D5uusz+xKUp+XzddRtOiLu/wtJj+qP Ru7YB+wdZQ2NV2tMAF3tarRYetIHkWU+R3lEdclVhaIYwKqJXw7ko3OZlgW5uF5h N1W1S0uQ2MNUUBvXyolmiFpXyjMyOcI0n8m9EcA/BCjSAl+4SAetXpdtpJWP3w3S vWI69S91h1/ac/xdgHRLJ00FY4Iw+/0j7TZ65qVlDzm5NIVRkMYZg89gwr3dP81k 6ybe46MC0kzm3eBV6mOk25+8PY5rxkJoU3KgZKkdQYjOOT0p+aQLgtusE0d9QxdA hTxwlRmom9KGP7wpiYm9RM61k8I0l92NSp18gDzBg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=yTD2gS ioJP6liOwswXIN6NI9II+MEGg4sSEV57LLwTg=; b=czQQyWVjSdAdW4FmVu5J8z njKQF8MlHb1x30iZGAyfF8FPa3+WsxLiqqFCbjUluCIKgdbTYV5leT0TUn1RsIlx bFhe4YsZmXdUFze8+5c6d+fWKIcJrChcRr12e/4kPPhKSuyo8fY7YcOWPlNSnore xyxtaTEn3yQFX/8F1IGBqqnoeRPqO8k3sLMLG4vsDyj1jLB6TqIPAeqjmTQMdgzE 0nK8MdupG9VCOoCSiLxPs9gHfQJ9qkibwge/3qUS30DTeJmRdARBKhUGfYWT5jqx vCjJjogq0M2Mp3YZ2IWfUruHi8uRNMcxpHEjzitf9sHqVp95Fqgk0az9DBL8UuEA == X-ME-Sender: Received: from desktop.parsley.growveg.org (parsley.growveg.org [82.70.91.97]) by mail.messagingengine.com (Postfix) with ESMTPA id BD02E2469C; Sat, 17 Feb 2018 22:38:50 -0500 (EST) Subject: Re: Pi3 out of swap at < 50% To: bob prohaska Cc: freebsd-arm@freebsd.org References: <20180217162732.GA93736@www.zefox.net> <1518885801.91697.2.camel@freebsd.org> <9bf0ca6e-1916-3f4d-71fe-0515fe6a717f@zyxst.net> <20180218003840.GD93736@www.zefox.net> From: tech-lists Message-ID: <3d2bd5e3-4567-cdfe-04d4-b572371a212e@zyxst.net> Date: Sun, 18 Feb 2018 03:38:49 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <20180218003840.GD93736@www.zefox.net> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Feb 2018 03:38:52 -0000 On 18/02/2018 00:38, bob prohaska wrote: > The arm64 RPI3 also has 2 GB configured in two equal partitions, one > on the USB flash drive and one on the microSD card used for booting. > It's claiming "out of swap" with only about 50% usage. Swapinfo shows > both partitions are being used, so that's not the problem. Kernel and > world are a couple weeks out of sync, which might be a problem but it > can't be checked until buildworld runs to completion, which it hasn't. In that situation I'd deactivate the swap on the card, and make a few swap partitions on the flash drive. I used to run into the sort of difficulty you're seeing if swap was on the microsd. It's not just swap though; enough i/o activity on the card and it starts blocking. You can tell it's happening if in another terminal if you type sync. It takes several seconds (sometimes tens of seconds) to return. I'd like to be able to set async on the connected HD but it seems even when it's set in fstab it doesn't show up when the mount command is issued. The HD connects via a powered hub btw. These days I don't do updates or compiling on the rpi3 itself now that poudriere/synth can cross-compile ports. If I need to update the OS I'll use crochet to build an image from whatever sources on a beefy amd64 then restore my data. I must have gone through dozens of microsd cards before arriving at this solution. Some just completely fail, others suddenly become read-only. There's probably a solution in dd'ing the card image to a more powerful computer, mounting the image and crossbuilding into it which would be more efficient I think but I haven't tried it yet. -- J. From owner-freebsd-arm@freebsd.org Sun Feb 18 04:27:32 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 85095F0EF82 for ; Sun, 18 Feb 2018 04:27:32 +0000 (UTC) (envelope-from marklmi26-fbsd@yahoo.com) Received: from sonic304-20.consmr.mail.ne1.yahoo.com (sonic304-20.consmr.mail.ne1.yahoo.com [66.163.191.146]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0E7A9818EC for ; Sun, 18 Feb 2018 04:27:31 +0000 (UTC) (envelope-from marklmi26-fbsd@yahoo.com) X-YMail-OSG: TcGbLLoVM1kcbNiR33P6zr.ptI9SRS0XNMiFJH1weCMzfkuEj0eoN0me58H6Svm Sc9qQKowAOgKEIW_04exUTJ5sk54uZrZfIL6ty2OTzMG99pP2mqHjem7o9zkpYXQ8r6mMN2wHJiS b5kkKLe2PvRg5MJga1H.04j45VEZJGCTOvVmf8d.70m147y7tGiHF.nC09gKpg9XhpDkWOE0cOym jQU0QbuLG0Cu7cf_A1qBN_5VI_mfqKV3bGvLS64YOWH2fnOVSSfBAB7OkixQTsXZKZ4B4ggv3ZNl L7dcGHDKLjkHh2C55CKgejnG5ppGdm34_GoRBpe3aHvWF3liYHzia6H9m9zQpuYRiZ2dkDEE6fu. 8cd1H28EIa0MbVbBvhUw9JAcCiKfUduU55L56g5daSROkkKHvZ58O_U_2kLxTFdNyqO0QgZVDJIN 2nrLEvnWMl0X.iF3nrNxVnxit3g3H8tlEzWvtzs5i6oI1UlC.ApHhjoje6qhV3H.Sl.i5 Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.ne1.yahoo.com with HTTP; Sun, 18 Feb 2018 04:27:25 +0000 Received: from smtp231.mail.ne1.yahoo.com (EHLO [192.168.1.25]) ([10.218.253.210]) by smtp415.mail.ne1.yahoo.com (JAMES SMTP Server ) with ESMTPA ID b1f1fa82586032edbbb7c20ac36cb2cd; Sun, 18 Feb 2018 04:27:20 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\)) Subject: Re: Pi3 out of swap at < 50% From: Mark Millard In-Reply-To: <20180218003840.GD93736@www.zefox.net> Date: Sat, 17 Feb 2018 20:27:19 -0800 Cc: Freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <926334BC-5FEE-4628-B958-9670351DA3D5@yahoo.com> References: <20180217162732.GA93736@www.zefox.net> <1518885801.91697.2.camel@freebsd.org> <9bf0ca6e-1916-3f4d-71fe-0515fe6a717f@zyxst.net> <20180218003840.GD93736@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3445.5.20) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Feb 2018 04:27:32 -0000 On 2018-Feb-17, at 4:38 PM, bob prohaska wrote: > . . . > On my RPI2 running armv7 it looks like the out of swap error is real: > 2 GB are configured, around 1.5 GB are usable (limited by internal = table > sizes) and I see "out of swap" with about 1.5GB usage showing in top. >=20 > . . . If you are getting notices such as: warning: total configured swap (524288 pages) exceeds maximum = recommended amount (405460 pages). then, quoting "man 8 loader" and its kern.maxswzone material, Note that swap metadata can be fragmented, which means = that the system can run out of space before it reaches the theoretical limit. Therefore, care should be taken to = not configure more swap than approximately half of the theoretical maximum. is what that warning is about: Looking at the swapon_check_swzone code = the warning is reporting the "half" figure as "recommended", not reporting = the theoretical maximum. So, translating: "care should be taken to not configure more swap than" the reported maximum recommended amount. (If I understand correctly.) You might well be better off with around 1.5 GiBytes of swap than with 2 GiBytes of swap for an RPI2. (405460 pages is about 1.54 GiBytes.) > The best part is that a Pi2 running 11.0 managed to build world and = kernel > using 256 MB of md99 swap. It was using j2, but that's the only = difference. > IIRC it took about three days. The larger the -jN figure, the more swap is actually used at times. A = good test might be to try the old -j2 figure (or even -j1) and having about = 1.5 GiBytes of swap: find a combination that works and then explore = variations from that base-case. =3D=3D=3D Mark Millard marklmi at yahoo.com ( markmi at dsl-only.net is going away in 2018-Feb, late) From owner-freebsd-arm@freebsd.org Sun Feb 18 04:39:41 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F1C15F0FBA5 for ; Sun, 18 Feb 2018 04:39:40 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [69.239.235.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 59EF381E4E for ; Sun, 18 Feb 2018 04:39:39 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id w1I4djj4095568 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 17 Feb 2018 20:39:46 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id w1I4djod095567; Sat, 17 Feb 2018 20:39:45 -0800 (PST) (envelope-from fbsd) Date: Sat, 17 Feb 2018 20:39:45 -0800 From: bob prohaska To: tech-lists Cc: freebsd-arm@freebsd.org, bob prohaska Subject: Re: Pi3 out of swap at < 50% Message-ID: <20180218043945.GA95271@www.zefox.net> References: <20180217162732.GA93736@www.zefox.net> <1518885801.91697.2.camel@freebsd.org> <9bf0ca6e-1916-3f4d-71fe-0515fe6a717f@zyxst.net> <20180218003840.GD93736@www.zefox.net> <3d2bd5e3-4567-cdfe-04d4-b572371a212e@zyxst.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3d2bd5e3-4567-cdfe-04d4-b572371a212e@zyxst.net> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Feb 2018 04:39:41 -0000 On Sun, Feb 18, 2018 at 03:38:49AM +0000, tech-lists wrote: > On 18/02/2018 00:38, bob prohaska wrote: > > The arm64 RPI3 also has 2 GB configured in two equal partitions, one > > on the USB flash drive and one on the microSD card used for booting. > > It's claiming "out of swap" with only about 50% usage. Swapinfo shows > > both partitions are being used, so that's not the problem. Kernel and > > world are a couple weeks out of sync, which might be a problem but it > > can't be checked until buildworld runs to completion, which it hasn't. > > In that situation I'd deactivate the swap on the card, and make a few > swap partitions on the flash drive. I used to run into the sort of > difficulty you're seeing if swap was on the microsd. It's not just swap > though; enough i/o activity on the card and it starts blocking. You can > tell it's happening if in another terminal if you type sync. It takes > several seconds (sometimes tens of seconds) to return. > Sounds as if I've been too clever by half 8-) The idea of splitting swap between usb flash and microSD was analogous to splitting swap across multiple hard drives, to improve average response speed. Your experience suggests I've made matters worse, not better, by congesting the traffic to the microSD. Still, watching gstat indicates that for the most part write times are under 10 ms and even when much larger the system doesn't report it's out of swap; those errors, at least on the RPi3, don't seem to correlate with much of anything if I can believe the free swap indicator in top. Probably the next thing I should try is simply disabling the microSD swap partition to see if system behavior makes more sense. > I'd like to be able to set async on the connected HD but it seems even > when it's set in fstab it doesn't show up when the mount command is > issued. The HD connects via a powered hub btw. > > These days I don't do updates or compiling on the rpi3 itself now that > poudriere/synth can cross-compile ports. If I need to update the OS I'll > use crochet to build an image from whatever sources on a beefy amd64 > then restore my data. I must have gone through dozens of microsd cards > before arriving at this solution. Some just completely fail, others > suddenly become read-only. > > There's probably a solution in dd'ing the card image to a more powerful > computer, mounting the image and crossbuilding into it which would be > more efficient I think but I haven't tried it yet. > -- My prime objective was to retire high power, high cost computers. So far the RPi2 computers running stable/11 have been quite good. The Pi3 running arm64 was tried because Pi2's compatible with armv7 seem no longer available and I didn't want to get stranded with no spares. Arm64 is a bigger leap than expected. Thanks for writing! bob prohaska From owner-freebsd-arm@freebsd.org Sun Feb 18 05:55:16 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 92626F1498F for ; Sun, 18 Feb 2018 05:55:16 +0000 (UTC) (envelope-from marklmi26-fbsd@yahoo.com) Received: from sonic317-22.consmr.mail.gq1.yahoo.com (sonic317-22.consmr.mail.gq1.yahoo.com [98.137.66.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0D653846A3 for ; Sun, 18 Feb 2018 05:55:15 +0000 (UTC) (envelope-from marklmi26-fbsd@yahoo.com) X-YMail-OSG: XZPEUfcVM1lWeCICRyl4jfwfCIHAvAomeR3r6LjtVBXwPF.ashl3tK3vqc4ip5X bvl71CBW072GTtLsOm1XXB8ywTgSW8PkARlRcnhSFcLtEmQXi5jbMr9droGJwyuGknlIMHLvkr5d .djgwAc9f_f2.uyGDu3rsK7ZNPv3O2ZDmRr_Ya2Eehd8UEHPOdU2BBLRyv6GIgAFHxPsH1jOr0Id WKPzVdwCOx7tsy7D.78rgb8YswwCC9ffjEKL8rH5w.vX4RYunru4L1mi_Jjl1S0ah4UzWCh1JCo0 r3xypm3LTuiLfPHUSgvl7mCAz1FFJoUudZE6jAEdqfTOPsXEvXB5oFUwuR9N1IrcbF62RckG3XU7 CXUotl_2QCq6sSQ8gDkIphxEwksnuh1FZBAAWSwQrZsOmcvFZJZtX_2oqTvwQKOwfcQv54Gp2rIX Nb_ElXJiylSA5QQayGr5V0fJd2sY6AbYJFvAqJaQLzacPAJv7PgjLFGLsk.T78L7Fws9Y Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.gq1.yahoo.com with HTTP; Sun, 18 Feb 2018 05:55:13 +0000 Received: from smtp110.rhel.mail.gq1.yahoo.com (EHLO [192.168.1.25]) ([216.39.57.225]) by smtp415.mail.gq1.yahoo.com (JAMES SMTP Server ) with ESMTPA ID b73eba8a8a36098dab1ea8b1e93d0cbb; Sun, 18 Feb 2018 05:55:11 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\)) Subject: Re: Pi3 out of swap at < 50% From: Mark Millard In-Reply-To: <20180218043945.GA95271@www.zefox.net> Date: Sat, 17 Feb 2018 21:55:10 -0800 Cc: Freebsd-arm Content-Transfer-Encoding: 7bit Message-Id: <949EACD0-C51A-4AC4-BBA0-0FE31F474A38@yahoo.com> References: <20180217162732.GA93736@www.zefox.net> <1518885801.91697.2.camel@freebsd.org> <9bf0ca6e-1916-3f4d-71fe-0515fe6a717f@zyxst.net> <20180218003840.GD93736@www.zefox.net> <3d2bd5e3-4567-cdfe-04d4-b572371a212e@zyxst.net> <20180218043945.GA95271@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3445.5.20) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Feb 2018 05:55:16 -0000 On 2018-Feb-17, at 8:39 PM, bob prohaska wrote: > My prime objective was to retire high power, high cost computers. > So far the RPi2 computers running stable/11 have been quite good. > The Pi3 running arm64 was tried because Pi2's compatible with armv7 > seem no longer available and I didn't want to get stranded with no > spares. Arm64 is a bigger leap than expected. Despite having the same amount of RAM, FreeBSD has a much larger "maximum recommended swap space" for an RPI3. This helps with using bigger -jN figures. But head seems to currently have multiple issues with USB and with arm64/aarch64 from what I've been reading. (There are USB problems on other than just arm64/aarch64, if I understand right, not necessarily the same ones as some arm64's have had for a while.) === Mark Millard marklmi at yahoo.com ( markmi at dsl-only.net is going away in 2018-Feb, late) From owner-freebsd-arm@freebsd.org Sun Feb 18 10:15:49 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 96CF3F23BDD for ; Sun, 18 Feb 2018 10:15:49 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (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 2B10E6F7C6 for ; Sun, 18 Feb 2018 10:15:48 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 1CBBD20AAB for ; Sun, 18 Feb 2018 05:15:48 -0500 (EST) Received: from frontend2 ([10.202.2.161]) by compute4.internal (MEProxy); Sun, 18 Feb 2018 05:15:48 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm1; bh=TfkDFZdohOfCGnDjjjEmqzbeoDW9m 6/bnNqdZppgovw=; b=ZCUYXVIm18mtQrwOvFaHotumiveCdptkAHnK0vci/HimQ jdTk5mGWnk+VVM9P2bkm0MMfPaDpCWr/+vxzTucL9B39fuv89xIr0QqxgzXWUIcT 2iQG/X0Wqm05TqoO3RR4t5QsMeekrkK4PYvwJPd5RGQyzOG2/JCWFcn2Vva3nWBb QQA6899GNrdwGllBSXFw8ZKoocfQZ+IkbfpkNmnTmH4Vx+lTQcjMmwcso7clYrJi kaubDWnCNLOX3c4niK2XLnFNV3+ImHuLTlRGGITUHfHC+Dz1wukMXG7fjbRqZBTS CuW8udEUfrFc55xnmLii/iP1DEkcMrg3DgjUPvZ6Q== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=TfkDFZ dohOfCGnDjjjEmqzbeoDW9m6/bnNqdZppgovw=; b=bowQ2qwf/W7xIv5Hs+zmxA uR8CbpzRGYkXimoucyiI6kSG08XBH5KmYf0gCrfxibSo2ui5RMNu49ahnpV4ow/f HfCsNqRdwi/SMAz2Z72gtxo+e41PCKdfOGIi45gyeO2cf50mDhLXYFGeWoVFFDQ4 LLTE4p6360/T6CJkVUsAUWvhdN1YGQFdlSsiaz+dEuz/rm5CcC+LsvhEiwg9ywb4 8eppxME8R53zniCkjjX/gTRWqa2GFILtV5gwnU3QHGpSKaLbeVRDV/Ag0t04fgTR fJLKM9XY8y83KiiYrzWDgs0Lrd9LgxniWZZD+OmosHI7pIgM4XANhiIgQ0Ni23Fg == X-ME-Sender: Received: from desktop.parsley.growveg.org (parsley.growveg.org [82.70.91.97]) by mail.messagingengine.com (Postfix) with ESMTPA id ACDC624547 for ; Sun, 18 Feb 2018 05:15:47 -0500 (EST) Subject: Re: Pi3 out of swap at < 50% To: freebsd-arm@freebsd.org References: <20180217162732.GA93736@www.zefox.net> <1518885801.91697.2.camel@freebsd.org> <9bf0ca6e-1916-3f4d-71fe-0515fe6a717f@zyxst.net> <20180218003840.GD93736@www.zefox.net> <3d2bd5e3-4567-cdfe-04d4-b572371a212e@zyxst.net> <20180218043945.GA95271@www.zefox.net> <949EACD0-C51A-4AC4-BBA0-0FE31F474A38@yahoo.com> From: tech-lists Message-ID: <22ed94cd-c3db-fc7b-dd19-ef877264ce45@zyxst.net> Date: Sun, 18 Feb 2018 10:15:46 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <949EACD0-C51A-4AC4-BBA0-0FE31F474A38@yahoo.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Feb 2018 10:15:49 -0000 On 18/02/2018 05:55, Mark Millard via freebsd-arm wrote: > But head seems to currently have multiple issues with USB and > with arm64/aarch64 from what I've been reading. (There are USB > problems on other than just arm64/aarch64, if I understand > right, not necessarily the same ones as some arm64's have > had for a while.) yeah I noticed that 12-current on rpi3 had become 'brittle'. Mine has been running 11-stable now for the last month and a bit, seems quite happy with it. -- J. From owner-freebsd-arm@freebsd.org Sun Feb 18 14:29:44 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EC9F6F0CA79 for ; Sun, 18 Feb 2018 14:29:43 +0000 (UTC) (envelope-from karl@denninger.net) Received: from colo1.denninger.net (colo1.denninger.net [104.236.120.189]) by mx1.freebsd.org (Postfix) with ESMTP id A004479FED for ; Sun, 18 Feb 2018 14:29:42 +0000 (UTC) (envelope-from karl@denninger.net) Received: from denninger.net (ip68-1-57-197.pn.at.cox.net [68.1.57.197]) by colo1.denninger.net (Postfix) with ESMTP id 6D3FE211088 for ; Sun, 18 Feb 2018 09:23:37 -0500 (EST) Received: from [192.168.10.23] (D13.Denninger.Net [192.168.10.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by denninger.net (Postfix) with ESMTPSA id C98D3342E0D for ; Sun, 18 Feb 2018 08:23:36 -0600 (CST) Subject: Re: Pi3 out of swap at < 50% To: freebsd-arm@freebsd.org References: <20180217162732.GA93736@www.zefox.net> <1518885801.91697.2.camel@freebsd.org> <9bf0ca6e-1916-3f4d-71fe-0515fe6a717f@zyxst.net> <20180218003840.GD93736@www.zefox.net> <3d2bd5e3-4567-cdfe-04d4-b572371a212e@zyxst.net> <20180218043945.GA95271@www.zefox.net> <949EACD0-C51A-4AC4-BBA0-0FE31F474A38@yahoo.com> <22ed94cd-c3db-fc7b-dd19-ef877264ce45@zyxst.net> From: Karl Denninger Message-ID: <6e7d29f2-70b0-f823-2c4d-08b2a6b122f4@denninger.net> Date: Sun, 18 Feb 2018 08:23:36 -0600 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <22ed94cd-c3db-fc7b-dd19-ef877264ce45@zyxst.net> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms040603080908060600040003" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Feb 2018 14:29:44 -0000 This is a cryptographically signed message in MIME format. --------------ms040603080908060600040003 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 2/18/2018 04:15, tech-lists wrote: > On 18/02/2018 05:55, Mark Millard via freebsd-arm wrote: >> But head seems to currently have multiple issues with USB and >> with arm64/aarch64 from what I've been reading. (There are USB >> problems on other than just arm64/aarch64, if I understand >> right, not necessarily the same ones as some arm64's have >> had for a while.) > yeah I noticed that 12-current on rpi3 had become 'brittle'. Mine has > been running 11-stable now for the last month and a bit, seems quite > happy with it. Uh, I thought 11-STABLE would not build and run on the Pi3?=C2=A0 Did tha= t change? --=20 Karl Denninger karl@denninger.net /The Market Ticker/ /[S/MIME encrypted email preferred]/ --------------ms040603080908060600040003 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCC DdgwggagMIIEiKADAgECAhMA5EiKghDOXrvfxYxjITXYDdhIMA0GCSqGSIb3DQEBCwUAMIGL MQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJTmljZXZpbGxlMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExITAf BgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQTAeFw0xNzA4MTcxNjQyMTdaFw0yNzA4 MTUxNjQyMTdaMHsxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkwFwYDVQQKDBBD dWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExJTAjBgNVBAMMHEN1 ZGEgU3lzdGVtcyBMTEMgMjAxNyBJbnQgQ0EwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIK AoICAQC1aJotNUI+W4jP7xQDO8L/b4XiF4Rss9O0B+3vMH7Njk85fZ052QhZpMVlpaaO+sCI KqG3oNEbuOHzJB/NDJFnqh7ijBwhdWutdsq23Ux6TvxgakyMPpT6TRNEJzcBVQA0kpby1DVD 0EKSK/FrWWBiFmSxg7qUfmIq/mMzgE6epHktyRM3OGq3dbRdOUgfumWrqHXOrdJz06xE9NzY vc9toqZnd79FUtE/nSZVm1VS3Grq7RKV65onvX3QOW4W1ldEHwggaZxgWGNiR/D4eosAGFxn uYeWlKEC70c99Mp1giWux+7ur6hc2E+AaTGh+fGeijO5q40OGd+dNMgK8Es0nDRw81lRcl24 SWUEky9y8DArgIFlRd6d3ZYwgc1DMTWkTavx3ZpASp5TWih6yI8ACwboTvlUYeooMsPtNa9E 6UQ1nt7VEi5syjxnDltbEFoLYcXBcqhRhFETJe9CdenItAHAtOya3w5+fmC2j/xJz29og1KH YqWHlo3Kswi9G77an+zh6nWkMuHs+03DU8DaOEWzZEav3lVD4u76bKRDTbhh0bMAk4eXriGL h4MUoX3Imfcr6JoyheVrAdHDL/BixbMH1UUspeRuqQMQ5b2T6pabXP0oOB4FqldWiDgJBGRd zWLgCYG8wPGJGYgHibl5rFiI5Ix3FQncipc6SdUzOQIDAQABo4IBCjCCAQYwHQYDVR0OBBYE FF3AXsKnjdPND5+bxVECGKtc047PMIHABgNVHSMEgbgwgbWAFBu1oRhUMNEzjODolDka5k4Q EDBioYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJ TmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5 c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYIJAKxAy1WBo2kY MBIGA1UdEwEB/wQIMAYBAf8CAQAwDgYDVR0PAQH/BAQDAgGGMA0GCSqGSIb3DQEBCwUAA4IC AQCB5686UCBVIT52jO3sz9pKuhxuC2npi8ZvoBwt/IH9piPA15/CGF1XeXUdu2qmhOjHkVLN gO7XB1G8CuluxofOIUce0aZGyB+vZ1ylHXlMeB0R82f5dz3/T7RQso55Y2Vog2Zb7PYTC5B9 oNy3ylsnNLzanYlcW3AAfzZcbxYuAdnuq0Im3EpGm8DoItUcf1pDezugKm/yKtNtY6sDyENj tExZ377cYA3IdIwqn1Mh4OAT/Rmh8au2rZAo0+bMYBy9C11Ex0hQ8zWcvPZBDn4v4RtO8g+K uQZQcJnO09LJNtw94W3d2mj4a7XrsKMnZKvm6W9BJIQ4Nmht4wXAtPQ1xA+QpxPTmsGAU0Cv HmqVC7XC3qxFhaOrD2dsvOAK6Sn3MEpH/YrfYCX7a7cz5zW3DsJQ6o3pYfnnQz+hnwLlz4MK 17NIA0WOdAF9IbtQqarf44+PEyUbKtz1r0KGeGLs+VGdd2FLA0e7yuzxJDYcaBTVwqaHhU2/ Fna/jGU7BhrKHtJbb/XlLeFJ24yvuiYKpYWQSSyZu1R/gvZjHeGb344jGBsZdCDrdxtQQcVA 6OxsMAPSUPMrlg9LWELEEYnVulQJerWxpUecGH92O06wwmPgykkz//UmmgjVSh7ErNvL0lUY UMfunYVO/O5hwhW+P4gviCXzBFeTtDZH259O7TCCBzAwggUYoAMCAQICEwCg0WvVwekjGFiO 62SckFwepz0wDQYJKoZIhvcNAQELBQAwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3Jp ZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBD QTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExMQyAyMDE3IEludCBDQTAeFw0xNzA4MTcyMTIx MjBaFw0yMjA4MTYyMTIxMjBaMFcxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRswGQYDVQQDDBJrYXJsQGRlbm5pbmdlci5uZXQw ggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQC+HVSyxVtJhy3Ohs+PAGRuO//Dha9A 16l5FPATr6wude9zjX5f2lrkRyU8vhCXTZW7WbvWZKpcZ8r0dtZmiK9uF58Ec6hhvfkxJzbg 96WHBw5Fumd5ahZzuCJDtCAWW8R7/KN+zwzQf1+B3MVLmbaXAFBuKzySKhKMcHbK3/wjUYTg y+3UK6v2SBrowvkUBC+jxNg3Wy12GsTXcUS/8FYIXgVVPgfZZrbJJb5HWOQpvvhILpPCD3xs YJFNKEPltXKWHT7Qtc2HNqikgNwj8oqOb+PeZGMiWapsatKm8mxuOOGOEBhAoTVTwUHlMNTg 6QUCJtuWFCK38qOCyk9Haj+86lUU8RG6FkRXWgMbNQm1mWREQhw3axgGLSntjjnznJr5vsvX SYR6c+XKLd5KQZcS6LL8FHYNjqVKHBYM+hDnrTZMqa20JLAF1YagutDiMRURU23iWS7bA9tM cXcqkclTSDtFtxahRifXRI7Epq2GSKuEXe/1Tfb5CE8QsbCpGsfSwv2tZ/SpqVG08MdRiXxN 5tmZiQWo15IyWoeKOXl/hKxA9KPuDHngXX022b1ly+5ZOZbxBAZZMod4y4b4FiRUhRI97r9l CxsP/EPHuuTIZ82BYhrhbtab8HuRo2ofne2TfAWY2BlA7ExM8XShMd9bRPZrNTokPQPUCWCg CdIATQIDAQABo4IBzzCCAcswPAYIKwYBBQUHAQEEMDAuMCwGCCsGAQUFBzABhiBodHRwOi8v b2NzcC5jdWRhc3lzdGVtcy5uZXQ6ODg4ODAJBgNVHRMEAjAAMBEGCWCGSAGG+EIBAQQEAwIF oDAOBgNVHQ8BAf8EBAMCBeAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMDMGCWCG SAGG+EIBDQQmFiRPcGVuU1NMIEdlbmVyYXRlZCBDbGllbnQgQ2VydGlmaWNhdGUwHQYDVR0O BBYEFLElmNWeVgsBPe7O8NiBzjvjYnpRMIHKBgNVHSMEgcIwgb+AFF3AXsKnjdPND5+bxVEC GKtc047PoYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UE BwwJTmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRh IFN5c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYITAORIioIQ zl6738WMYyE12A3YSDAdBgNVHREEFjAUgRJrYXJsQGRlbm5pbmdlci5uZXQwDQYJKoZIhvcN AQELBQADggIBAJXboPFBMLMtaiUt4KEtJCXlHO/3ZzIUIw/eobWFMdhe7M4+0u3te0sr77QR dcPKR0UeHffvpth2Mb3h28WfN0FmJmLwJk+pOx4u6uO3O0E1jNXoKh8fVcL4KU79oEQyYkbu 2HwbXBU9HbldPOOZDnPLi0whi/sbFHdyd4/w/NmnPgzAsQNZ2BYT9uBNr+jZw4SsluQzXG1X lFL/qCBoi1N2mqKPIepfGYF6drbr1RnXEJJsuD+NILLooTNf7PMgHPZ4VSWQXLNeFfygoOOK FiO0qfxPKpDMA+FHa8yNjAJZAgdJX5Mm1kbqipvb+r/H1UAmrzGMbhmf1gConsT5f8KU4n3Q IM2sOpTQe7BoVKlQM/fpQi6aBzu67M1iF1WtODpa5QUPvj1etaK+R3eYBzi4DIbCIWst8MdA 1+fEeKJFvMEZQONpkCwrJ+tJEuGQmjoQZgK1HeloepF0WDcviiho5FlgtAij+iBPtwMuuLiL shAXA5afMX1hYM4l11JXntle12EQFP1r6wOUkpOdxceCcMVDEJBBCHW2ZmdEaXgAm1VU+fnQ qS/wNw/S0X3RJT1qjr5uVlp2Y0auG/eG0jy6TT0KzTJeR9tLSDXprYkN2l/Qf7/nT6Q03qyE QnnKiBXWAZXveafyU/zYa7t3PTWFQGgWoC4w6XqgPo4KV44OMYIFBzCCBQMCAQEwgZIwezEL MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBglghkgBZQMEAgMFAKCCAkUw GAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTgwMjE4MTQyMzM3 WjBPBgkqhkiG9w0BCQQxQgRAwAK4kOokJAfYxFyIgIAn8c2xW68dNVfj9+IVpHUGw/cnvO28 vyi80dgAfCNcIQoIKgfrVXyQGSVwBkbMBobqezBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFl AwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3 DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGjBgkrBgEEAYI3EAQxgZUwgZIwezEL MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTCBpQYLKoZIhvcNAQkQAgsxgZWg gZIwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lz dGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0 ZW1zIExMQyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBgkqhkiG9w0BAQEF AASCAgBXx+TbhdcwtdoTwvnwIwMj6iPVyM7WcwY4JzLqawNp5up8v6u8hPbT2Z64NRV0a1fX NlPnjszAIuzvu0NMzTqgub1NNIhH4XH4xwZK+fZJIs8DUT7VLsAu6NK0eD5dzoXaImu3VWLt x3Dbr1Dq4Lq036UaKBEEy0IPlOsYsNvQwQn4KhWOgMs3rHbJ+S1Hn92VCTRHBRwKiiPYwy4E 7hX5UoPfrG+bR9UJABMhgK8ByZPWhE9dRTHkFHa0iG28x475GtbLixkG18JaiXuuSu+irQfO vFTN7yy1s2F29Yu8KosWYTdKS0lny+Oow2xu1bUvcHclPoGCtS2ff/t56H9D+rxv7ke1CY3n uuD+MgvOofX7wXsFtnfFb+ZinTzvdhqlqV45kwnR7Gs5Q403lA2ZgexUMQPkWnUOhkDH9uw7 ip7opamjNajP+ojn8pIfKTb0mlM0sVKMTLnc0MENnC9EeB9lsdVpDGknwfPMzMmPs+Lndpxq TjnMk+UvqGwW8uv+iJ4XkaTjFmlxjJxjT6zXqOSSQEU96/hS0kHmDlMR/w/HU+ttzWZQ4VTG ShGbOLa1K7KJusHeWh+RLmme63kSz3KR0UE9fwwzs/V+X/3LWOTR6SmXZTDa8wukkrypTWgb AzLrcrtmV9neV06eKK5IQHYV6B7taEQkmqpE4g1H4gAAAAAAAA== --------------ms040603080908060600040003-- From owner-freebsd-arm@freebsd.org Sun Feb 18 16:44:57 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 51FF2F1739B for ; Sun, 18 Feb 2018 16:44:57 +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 E38667F3A0 for ; Sun, 18 Feb 2018 16:44:56 +0000 (UTC) (envelope-from hlh@restart.be) X-Comment: SPF check N/A for local connections - client-ip=192.168.25.127; helo=restart.be; envelope-from=hlh@restart.be; receiver= DKIM-Filter: OpenDKIM Filter v2.10.3 tignes.restart.be 3zkt5W5n2Jzwyb Received: from restart.be (norquay.tunnel.bel [192.168.25.127]) (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 3zkt5W5n2Jzwyb for ; Sun, 18 Feb 2018 17:44:47 +0100 (CET) Received: from chamonix.restart.bel (chamonix.restart.bel [192.168.24.9]) (authenticated bits=0) by restart.be (8.15.2/8.15.2) with ESMTPSA id w1IGijv3083197 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Sun, 18 Feb 2018 17:44:46 +0100 (CET) (envelope-from hlh@restart.be) Subject: Re: 3 problems with Pine64+ 12.0-CURRENT r328259 To: freebsd-arm@freebsd.org References: From: Henri Hennebert Message-ID: Date: Sun, 18 Feb 2018 17:44:45 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: 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.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Feb 2018 16:44:57 -0000 On 01/29/2018 14:15, Henri Hennebert wrote: > Hello, > > I encounter some problems with r328259 on Pine64+ 2GB > > 1. to complete boot I must boot in verbose mode else kernel freeze after: > > ... > Timecounters tick every 1.000 msec > usbus0: 480Mbps High Speed USB v2.0 > usbus1: 12Mbps Full Speed USB v1.0 > --- freeze --- > This problem is solved by r329463 ---clip--- From owner-freebsd-arm@freebsd.org Sun Feb 18 18:53:21 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0F486F21387 for ; Sun, 18 Feb 2018 18:53:21 +0000 (UTC) (envelope-from thomasskibo@yahoo.com) Received: from sonic305-21.consmr.mail.ne1.yahoo.com (sonic305-21.consmr.mail.ne1.yahoo.com [66.163.185.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9C5FE8504E for ; Sun, 18 Feb 2018 18:53:20 +0000 (UTC) (envelope-from thomasskibo@yahoo.com) X-YMail-OSG: yR069Y4VM1kUX4Lvr9PY63beWVQbbqMmRR6GcOiRDzbt7DLggchwtto8uxah1ls 7HEaDfuyAxOvWgLf1qu5kXa90xX_FsPCuTfAaeSgcedBswRn7n1eEGjOZSwbjA6ciUrdcrr6lx2p _LGa8lttWEF6k651KG366RCcUrGQkPZs8R4mYE9jEgAGbb666_32Gk.4rFBghjnJwzu58o_JEFfl i6LgLsNEmXpSmdGrChLh8bY.YL6JTw.Sj4_mrblJoneebaaR7JcK2pxUKoTzs8KO05vxptqEZp0o 66OncLLSVYc6qGIGUc7fBxoqZIZV39Y9sjL9C_PXD3vsnwS5QlBeWl29PE5kSrH8HBfCZREtPWJh m.DDQ_FmJpf5QVjA1R4qbjOazIVUHMWHS5EC49qB2rja_Vo6GDJ8x6iRKYU.OA3TMHt2SQU6auyB 4k9bwuotYs48WOXuOCs7h6GZEQoUNAP9huU6FcmL3HL2s_3Yt14DC_4smBshDEP4EMzki1DchjJz XbPL_uba7gn6nOjyKGJk1W_bZDg9uCw-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.ne1.yahoo.com with HTTP; Sun, 18 Feb 2018 18:53:19 +0000 Received: from smtp234.mail.ne1.yahoo.com (EHLO [192.168.1.21]) ([10.218.253.207]) by smtp412.mail.ne1.yahoo.com (JAMES SMTP Server ) with ESMTPA ID e3bc17534e0ef13b77a2a03694af640e; Sun, 18 Feb 2018 18:53:17 +0000 (UTC) From: Thomas Skibo Message-Id: <19B30B15-83CE-41A4-8830-CF4D44EA6F45@yahoo.com> Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: Entering kdb in early boot Date: Sun, 18 Feb 2018 10:53:16 -0800 In-Reply-To: <1518913084.91697.8.camel@freebsd.org> Cc: freebsd-arm@freebsd.org To: Ian Lepore References: <1518913084.91697.8.camel@freebsd.org> X-Mailer: Apple Mail (2.3273) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Feb 2018 18:53:21 -0000 > On Feb 17, 2018, at 4:18 PM, Ian Lepore wrote: >=20 > On Sat, 2018-02-17 at 15:50 -0800, Thomas Skibo via freebsd-arm wrote: >> Hello: >>=20 >> I noticed that ARM machdep.c doesn=E2=80=99t support entering kdb on = boot >> (boot -d from the loader). I looked to see how other architectures >> implement it and came up with an easy patch. >>=20 >> While trying to get this to work, I discovered that machdep_boot.c >> doesn=E2=80=99t include opt_ddb.h and so the kernel symbols weren=E2=80= =99t getting >> loaded into the debugger early in the boot (see the call to >> db_fetch_ksymtab() in freebsd_parse_boot_param()). I have never >> noticed any problems with symbols in kdb before. I wonder how those >> symbols eventually get loaded and wonder if now I'm calling it twice. >>=20 >> In any case, I=E2=80=99d be happy to put this up on phabricator if = you like. >>=20 >> =E2=80=94Thomas=20 >>=20 >=20 > Please do. >=20 > -- Ian https://reviews.freebsd.org/D14428 From owner-freebsd-arm@freebsd.org Sun Feb 18 21:28:21 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5537CF05D06 for ; Sun, 18 Feb 2018 21:28:21 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E99296C95E for ; Sun, 18 Feb 2018 21:28:20 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 34B8E2846 for ; Sun, 18 Feb 2018 21:28:20 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w1ILSKhm036428 for ; Sun, 18 Feb 2018 21:28:20 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w1ILSKU2036427 for freebsd-arm@FreeBSD.org; Sun, 18 Feb 2018 21:28:20 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 226011] dtb/allwinner: enable Orange Pi PC dtb build Date: Sun, 18 Feb 2018 21:28:20 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: greg@unrelenting.technology 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.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Feb 2018 21:28:21 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D226011 Bug ID: 226011 Summary: dtb/allwinner: enable Orange Pi PC dtb build Product: Base System Version: CURRENT Hardware: arm OS: Any Status: New Severity: Affects Some People Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: greg@unrelenting.technology Created attachment 190757 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D190757&action= =3Dedit orangepi-pc-dtb.patch It's an H3 based board similar to the Plus2E. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Sun Feb 18 21:52:34 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1E452F07F6B for ; Sun, 18 Feb 2018 21:52:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B07246DD5C for ; Sun, 18 Feb 2018 21:52: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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id D73DA2C6B for ; Sun, 18 Feb 2018 21:52:32 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w1ILqWVx098043 for ; Sun, 18 Feb 2018 21:52:32 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w1ILqWTk098040 for freebsd-arm@FreeBSD.org; Sun, 18 Feb 2018 21:52:32 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 226014] Allwinner H3: Orange Pi fails to boot with the Audio Codec enabled in fdt Date: Sun, 18 Feb 2018 21:52:32 +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: greg@unrelenting.technology 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.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Feb 2018 21:52:34 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D226014 Bug ID: 226014 Summary: Allwinner H3: Orange Pi fails to boot with the Audio Codec enabled in fdt Product: Base System Version: CURRENT Hardware: arm OS: Any Status: New Severity: Affects Only Me Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: greg@unrelenting.technology This has been reported on the mailing list, but got no replies: https://lists.freebsd.org/pipermail/freebsd-arm/2017-November/017104.html I can reproduce this on my Orange Pi PC (similar to Plus 2E but a different board still.) Booting with NanoPi NEO's device tree works (apparently since it does not detect 'pcm0: ' with that one), booting with the Ora= nge dtb fails with the exact same error as linked above. The patch that adds 'h3_codec0: ' (http://arrowd.name/h3audio.patch) does not help. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Sun Feb 18 21:57:50 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 42827F088B8 for ; Sun, 18 Feb 2018 21:57:50 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (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 E0D686E25B for ; Sun, 18 Feb 2018 21:57:49 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 3102220D83 for ; Sun, 18 Feb 2018 16:57:49 -0500 (EST) Received: from frontend2 ([10.202.2.161]) by compute4.internal (MEProxy); Sun, 18 Feb 2018 16:57:49 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm1; bh=LENm0SASxzw4RCJemCglMjbJp+mRp br/KiitMY1G8PA=; b=cxJA7YQJu16ZbtszfB3z1JEppUKWFmBWzKm3+ILUpBm+o bZW7PjT9auy/kAkULXz6+a88Ph6K3GbcJcexLcLGr+T9Jru6I0T3FZaLvYF6eS8S jEQl2wx+HZ+GvNp944DYVwwIZmIC6I6oaaXs/s6aS0k3o0zBJKeVIti7MlN713Ku aJl6l+xbNn1ImShRYmaa/M29b921rtgfMZ2jmUs0JQLYbb4UbSG9l/WTwR/vCw9L 85lox7dOiv+o2GzUJ6nmWhyLW7c9XqjZmgjzsp0lI6Mrjv57tvmBonaD19M5/GpS eW8dN5CRcnVFcCC1KwYmY9rbHkl2lO5z+dgcPw5PQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=LENm0S ASxzw4RCJemCglMjbJp+mRpbr/KiitMY1G8PA=; b=necFABi4IBEV41vdGK1ljM y6/LBwPoOvnXJANZNR5tIqimR7u1sMhuGwabHeeloz1u+SDeJoak/rV9Z7RL0N0s gMUw6vqCaiIoVCqfwNoC3oZdum+rHtyRGvWe0JBh9UhPPEIzfHgG6n/IQp0maP9Y SGslZDZeKca54cWck26Kun09RiGA/OnfHH/yyxXJDr3VPdAUtvsDzfEHQcfPpwVk orz/CDeMNBhdl5ZzcEDKdBwZ74g29BeClj+E+MgnQ4KSSv2nf/FG3hQT9yPRmuIX TU4Q3NiQx3jriBPsrqTH3jVJxUQSAnE06SSOrasSaCEQTLVQAgTbXHqqS0patHqw == X-ME-Sender: Received: from desktop.parsley.growveg.org (parsley.growveg.org [82.70.91.97]) by mail.messagingengine.com (Postfix) with ESMTPA id BFD1C24587 for ; Sun, 18 Feb 2018 16:57:48 -0500 (EST) Subject: Re: Pi3 out of swap at < 50% To: freebsd-arm@freebsd.org References: <20180217162732.GA93736@www.zefox.net> <1518885801.91697.2.camel@freebsd.org> <9bf0ca6e-1916-3f4d-71fe-0515fe6a717f@zyxst.net> <20180218003840.GD93736@www.zefox.net> <3d2bd5e3-4567-cdfe-04d4-b572371a212e@zyxst.net> <20180218043945.GA95271@www.zefox.net> <949EACD0-C51A-4AC4-BBA0-0FE31F474A38@yahoo.com> <22ed94cd-c3db-fc7b-dd19-ef877264ce45@zyxst.net> <6e7d29f2-70b0-f823-2c4d-08b2a6b122f4@denninger.net> From: tech-lists Message-ID: <66c85c15-445a-2d8a-6fd5-60e2f5bba44b@zyxst.net> Date: Sun, 18 Feb 2018 21:57:47 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <6e7d29f2-70b0-f823-2c4d-08b2a6b122f4@denninger.net> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Feb 2018 21:57:50 -0000 On 18/02/2018 14:23, Karl Denninger wrote: > Uh, I thought 11-STABLE would not build and run on the Pi3?  Did that > change? I confounded pi2 and 3 in that last comment, sorry. 11-stable builds (on amd64 using pi3 config and crochet) for pi3 but won't properly boot. -- J. From owner-freebsd-arm@freebsd.org Sun Feb 18 22:44:55 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 189B9F0C773 for ; Sun, 18 Feb 2018 22:44:55 +0000 (UTC) (envelope-from karl@denninger.net) Received: from colo1.denninger.net (colo1.denninger.net [104.236.120.189]) by mx1.freebsd.org (Postfix) with ESMTP id BB0E37073A for ; Sun, 18 Feb 2018 22:44:54 +0000 (UTC) (envelope-from karl@denninger.net) Received: from denninger.net (ip68-1-57-197.pn.at.cox.net [68.1.57.197]) by colo1.denninger.net (Postfix) with ESMTP id 23772211088 for ; Sun, 18 Feb 2018 17:44:22 -0500 (EST) Received: from [192.168.10.23] (D13.Denninger.Net [192.168.10.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by denninger.net (Postfix) with ESMTPSA id 7CFA9343980 for ; Sun, 18 Feb 2018 16:44:22 -0600 (CST) Subject: Re: Pi3 out of swap at < 50% To: freebsd-arm@freebsd.org References: <20180217162732.GA93736@www.zefox.net> <1518885801.91697.2.camel@freebsd.org> <9bf0ca6e-1916-3f4d-71fe-0515fe6a717f@zyxst.net> <20180218003840.GD93736@www.zefox.net> <3d2bd5e3-4567-cdfe-04d4-b572371a212e@zyxst.net> <20180218043945.GA95271@www.zefox.net> <949EACD0-C51A-4AC4-BBA0-0FE31F474A38@yahoo.com> <22ed94cd-c3db-fc7b-dd19-ef877264ce45@zyxst.net> <6e7d29f2-70b0-f823-2c4d-08b2a6b122f4@denninger.net> <66c85c15-445a-2d8a-6fd5-60e2f5bba44b@zyxst.net> From: Karl Denninger Message-ID: Date: Sun, 18 Feb 2018 16:44:22 -0600 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <66c85c15-445a-2d8a-6fd5-60e2f5bba44b@zyxst.net> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms080808010503080701050501" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Feb 2018 22:44:55 -0000 This is a cryptographically signed message in MIME format. --------------ms080808010503080701050501 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 2/18/2018 15:57, tech-lists wrote: > On 18/02/2018 14:23, Karl Denninger wrote: >> Uh, I thought 11-STABLE would not build and run on the Pi3?=C2=A0 Did = that >> change? > I confounded pi2 and 3 in that last comment, sorry. > > 11-stable builds (on amd64 using pi3 config and crochet) for pi3 but > won't properly boot. Yeah that's what I thought -- the Pi2 runs fine on 11-Stable; I've got a bunch of them in production style use.=C2=A0 It's the "3" that requires -HEAD, and I'm still a bit shaky about letting that out in the wild although in my applications it appears to work pretty well here in-house.= =2E.. --=20 Karl Denninger karl@denninger.net /The Market Ticker/ /[S/MIME encrypted email preferred]/ --------------ms080808010503080701050501 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCC DdgwggagMIIEiKADAgECAhMA5EiKghDOXrvfxYxjITXYDdhIMA0GCSqGSIb3DQEBCwUAMIGL MQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJTmljZXZpbGxlMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExITAf BgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQTAeFw0xNzA4MTcxNjQyMTdaFw0yNzA4 MTUxNjQyMTdaMHsxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkwFwYDVQQKDBBD dWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExJTAjBgNVBAMMHEN1 ZGEgU3lzdGVtcyBMTEMgMjAxNyBJbnQgQ0EwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIK AoICAQC1aJotNUI+W4jP7xQDO8L/b4XiF4Rss9O0B+3vMH7Njk85fZ052QhZpMVlpaaO+sCI KqG3oNEbuOHzJB/NDJFnqh7ijBwhdWutdsq23Ux6TvxgakyMPpT6TRNEJzcBVQA0kpby1DVD 0EKSK/FrWWBiFmSxg7qUfmIq/mMzgE6epHktyRM3OGq3dbRdOUgfumWrqHXOrdJz06xE9NzY vc9toqZnd79FUtE/nSZVm1VS3Grq7RKV65onvX3QOW4W1ldEHwggaZxgWGNiR/D4eosAGFxn uYeWlKEC70c99Mp1giWux+7ur6hc2E+AaTGh+fGeijO5q40OGd+dNMgK8Es0nDRw81lRcl24 SWUEky9y8DArgIFlRd6d3ZYwgc1DMTWkTavx3ZpASp5TWih6yI8ACwboTvlUYeooMsPtNa9E 6UQ1nt7VEi5syjxnDltbEFoLYcXBcqhRhFETJe9CdenItAHAtOya3w5+fmC2j/xJz29og1KH YqWHlo3Kswi9G77an+zh6nWkMuHs+03DU8DaOEWzZEav3lVD4u76bKRDTbhh0bMAk4eXriGL h4MUoX3Imfcr6JoyheVrAdHDL/BixbMH1UUspeRuqQMQ5b2T6pabXP0oOB4FqldWiDgJBGRd zWLgCYG8wPGJGYgHibl5rFiI5Ix3FQncipc6SdUzOQIDAQABo4IBCjCCAQYwHQYDVR0OBBYE FF3AXsKnjdPND5+bxVECGKtc047PMIHABgNVHSMEgbgwgbWAFBu1oRhUMNEzjODolDka5k4Q EDBioYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJ TmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5 c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYIJAKxAy1WBo2kY MBIGA1UdEwEB/wQIMAYBAf8CAQAwDgYDVR0PAQH/BAQDAgGGMA0GCSqGSIb3DQEBCwUAA4IC AQCB5686UCBVIT52jO3sz9pKuhxuC2npi8ZvoBwt/IH9piPA15/CGF1XeXUdu2qmhOjHkVLN gO7XB1G8CuluxofOIUce0aZGyB+vZ1ylHXlMeB0R82f5dz3/T7RQso55Y2Vog2Zb7PYTC5B9 oNy3ylsnNLzanYlcW3AAfzZcbxYuAdnuq0Im3EpGm8DoItUcf1pDezugKm/yKtNtY6sDyENj tExZ377cYA3IdIwqn1Mh4OAT/Rmh8au2rZAo0+bMYBy9C11Ex0hQ8zWcvPZBDn4v4RtO8g+K uQZQcJnO09LJNtw94W3d2mj4a7XrsKMnZKvm6W9BJIQ4Nmht4wXAtPQ1xA+QpxPTmsGAU0Cv HmqVC7XC3qxFhaOrD2dsvOAK6Sn3MEpH/YrfYCX7a7cz5zW3DsJQ6o3pYfnnQz+hnwLlz4MK 17NIA0WOdAF9IbtQqarf44+PEyUbKtz1r0KGeGLs+VGdd2FLA0e7yuzxJDYcaBTVwqaHhU2/ Fna/jGU7BhrKHtJbb/XlLeFJ24yvuiYKpYWQSSyZu1R/gvZjHeGb344jGBsZdCDrdxtQQcVA 6OxsMAPSUPMrlg9LWELEEYnVulQJerWxpUecGH92O06wwmPgykkz//UmmgjVSh7ErNvL0lUY UMfunYVO/O5hwhW+P4gviCXzBFeTtDZH259O7TCCBzAwggUYoAMCAQICEwCg0WvVwekjGFiO 62SckFwepz0wDQYJKoZIhvcNAQELBQAwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3Jp ZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBD QTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExMQyAyMDE3IEludCBDQTAeFw0xNzA4MTcyMTIx MjBaFw0yMjA4MTYyMTIxMjBaMFcxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRswGQYDVQQDDBJrYXJsQGRlbm5pbmdlci5uZXQw ggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQC+HVSyxVtJhy3Ohs+PAGRuO//Dha9A 16l5FPATr6wude9zjX5f2lrkRyU8vhCXTZW7WbvWZKpcZ8r0dtZmiK9uF58Ec6hhvfkxJzbg 96WHBw5Fumd5ahZzuCJDtCAWW8R7/KN+zwzQf1+B3MVLmbaXAFBuKzySKhKMcHbK3/wjUYTg y+3UK6v2SBrowvkUBC+jxNg3Wy12GsTXcUS/8FYIXgVVPgfZZrbJJb5HWOQpvvhILpPCD3xs YJFNKEPltXKWHT7Qtc2HNqikgNwj8oqOb+PeZGMiWapsatKm8mxuOOGOEBhAoTVTwUHlMNTg 6QUCJtuWFCK38qOCyk9Haj+86lUU8RG6FkRXWgMbNQm1mWREQhw3axgGLSntjjnznJr5vsvX SYR6c+XKLd5KQZcS6LL8FHYNjqVKHBYM+hDnrTZMqa20JLAF1YagutDiMRURU23iWS7bA9tM cXcqkclTSDtFtxahRifXRI7Epq2GSKuEXe/1Tfb5CE8QsbCpGsfSwv2tZ/SpqVG08MdRiXxN 5tmZiQWo15IyWoeKOXl/hKxA9KPuDHngXX022b1ly+5ZOZbxBAZZMod4y4b4FiRUhRI97r9l CxsP/EPHuuTIZ82BYhrhbtab8HuRo2ofne2TfAWY2BlA7ExM8XShMd9bRPZrNTokPQPUCWCg CdIATQIDAQABo4IBzzCCAcswPAYIKwYBBQUHAQEEMDAuMCwGCCsGAQUFBzABhiBodHRwOi8v b2NzcC5jdWRhc3lzdGVtcy5uZXQ6ODg4ODAJBgNVHRMEAjAAMBEGCWCGSAGG+EIBAQQEAwIF oDAOBgNVHQ8BAf8EBAMCBeAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMDMGCWCG SAGG+EIBDQQmFiRPcGVuU1NMIEdlbmVyYXRlZCBDbGllbnQgQ2VydGlmaWNhdGUwHQYDVR0O BBYEFLElmNWeVgsBPe7O8NiBzjvjYnpRMIHKBgNVHSMEgcIwgb+AFF3AXsKnjdPND5+bxVEC GKtc047PoYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UE BwwJTmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRh IFN5c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYITAORIioIQ zl6738WMYyE12A3YSDAdBgNVHREEFjAUgRJrYXJsQGRlbm5pbmdlci5uZXQwDQYJKoZIhvcN AQELBQADggIBAJXboPFBMLMtaiUt4KEtJCXlHO/3ZzIUIw/eobWFMdhe7M4+0u3te0sr77QR dcPKR0UeHffvpth2Mb3h28WfN0FmJmLwJk+pOx4u6uO3O0E1jNXoKh8fVcL4KU79oEQyYkbu 2HwbXBU9HbldPOOZDnPLi0whi/sbFHdyd4/w/NmnPgzAsQNZ2BYT9uBNr+jZw4SsluQzXG1X lFL/qCBoi1N2mqKPIepfGYF6drbr1RnXEJJsuD+NILLooTNf7PMgHPZ4VSWQXLNeFfygoOOK FiO0qfxPKpDMA+FHa8yNjAJZAgdJX5Mm1kbqipvb+r/H1UAmrzGMbhmf1gConsT5f8KU4n3Q IM2sOpTQe7BoVKlQM/fpQi6aBzu67M1iF1WtODpa5QUPvj1etaK+R3eYBzi4DIbCIWst8MdA 1+fEeKJFvMEZQONpkCwrJ+tJEuGQmjoQZgK1HeloepF0WDcviiho5FlgtAij+iBPtwMuuLiL shAXA5afMX1hYM4l11JXntle12EQFP1r6wOUkpOdxceCcMVDEJBBCHW2ZmdEaXgAm1VU+fnQ qS/wNw/S0X3RJT1qjr5uVlp2Y0auG/eG0jy6TT0KzTJeR9tLSDXprYkN2l/Qf7/nT6Q03qyE QnnKiBXWAZXveafyU/zYa7t3PTWFQGgWoC4w6XqgPo4KV44OMYIFBzCCBQMCAQEwgZIwezEL MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBglghkgBZQMEAgMFAKCCAkUw GAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTgwMjE4MjI0NDIy WjBPBgkqhkiG9w0BCQQxQgRAvt72BpCCgoYd8xltOHBIBU8gLi7Uuq4ZoeAVok5Uj38OBIT2 ZdsXo89fCc+AgsNjqRXbStVKAwEX6ORSHimEZDBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFl AwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3 DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGjBgkrBgEEAYI3EAQxgZUwgZIwezEL MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTCBpQYLKoZIhvcNAQkQAgsxgZWg gZIwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lz dGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0 ZW1zIExMQyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBgkqhkiG9w0BAQEF AASCAgANFzjtmr7xvoBJzhWEy6t3EmRmIzlFuPaeMXADDAX29bT5QqDiT6vuY0+MU98a63HJ VMyS4tawMDqljZ/GLzj1DXLfq81sy1PD2wFdoC6zTVvYo10Ug79o3DhfCv/MGFsATwahqbVB iX9nM8qnuEvyYh4Wf+pgSOLUWRVbYFVH3iXbeleRV2LhiMdyEttQxY588MqrBQX6TAnM3GC8 gkP1skSyb3GjPGR1JekvcSxw9PM87b8KcgxKLMQmOUqJMwnvY8Toz3klvPCzSXruSuP97cdW JIvNcjPNWLo1da67y0F4XhCJnepuIEIQCDyxVJ15ye+UD7dchth+/wpObAMU6EQn+LV5/dth GxxhHo+H3H/uqz5E3jC+5D0hoFz2y4cYzRBOnlMUV9t5jtOXUhoy79rY8ZNW6jn3b1yBVFNJ PQ5BsbvnCPIlLEgKoC+cQGslARKeGrYc7WP2TmaNO6HXcDPPCZCyKI1cs146yl2ihA0bLEaD tleonVp+BW7xuytfFGp5KGAjVRkg8jBiXAdQGtwWVtyxl1Oa+0cOe9hMb3ifxQ2V48UFf220 T2IOTtnI081/wZBEaX/z0lltjDCM1THl3WXCnFINwnK6vKWDVTHaPpOgIj1jJFzYQhRQXhZD iUOcQ8nDDrbKxrZtgRtZ8TpWOV50tjKkNXhyFB8EjAAAAAAAAA== --------------ms080808010503080701050501-- From owner-freebsd-arm@freebsd.org Mon Feb 19 02:16:14 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 66D22F1CDCC for ; Mon, 19 Feb 2018 02:16:14 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E1384799A2 for ; Mon, 19 Feb 2018 02:16:13 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 4635C556A for ; Mon, 19 Feb 2018 02:16:13 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w1J2GDg7028052 for ; Mon, 19 Feb 2018 02:16:13 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w1J2GDqn028047 for freebsd-arm@FreeBSD.org; Mon, 19 Feb 2018 02:16:13 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 226027] DTrace User-Defined Static Tracing is broken on armv6, armv7 and aarch64 Date: Mon, 19 Feb 2018 02:16:13 +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 Many People X-Bugzilla-Who: linimon@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Feb 2018 02:16:14 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D226027 Bug ID: 226027 Summary: DTrace User-Defined Static Tracing is broken on armv6, armv7 and aarch64 Product: Base System Version: CURRENT Hardware: Any OS: Any Status: New Severity: Affects Many People Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: linimon@FreeBSD.org (This is a src tree equivalent to ports PR 224271, to migrate its content. = The ports tree is going to work around this for now.) In 224271 2017-12-12 12:02 UTC by mikael.urankar@gmail.com wrote: "On aarch64 ld(1) fails to link probes: Relocations in generic ELF (EM: 0)" "On armv6/7 we have this error: dt_modtext:/usr/src/cddl/contrib/opensolaris/lib/libdtrace/common/dt_link.c= (820): arm not implemented" This is still heavily affecting armv7 package builds as of 20180219. I'm taking it on myself to implement workarounds in the ports tree. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Tue Feb 20 03:16:45 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D5143F1F4B9 for ; Tue, 20 Feb 2018 03:16:45 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-io0-x22b.google.com (mail-io0-x22b.google.com [IPv6:2607:f8b0:4001:c06::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 638B97D075; Tue, 20 Feb 2018 03:16:45 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-io0-x22b.google.com with SMTP id 30so8166263iog.2; Mon, 19 Feb 2018 19:16:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=m7zMFdhLjKNFkh7oWT/z3qRzgTaY+rDszP8rbKKNG0A=; b=XHfQE/Ci5v5WC4pCERtp6b2gAjHFB1d49WqWr+GkYqEZKSq1dpZjSrGmduszcnUa5X xvljWpmyiAUlCJzfdaypjPH5A+NrCq2OkkziebQghdNO6/DpN5gJL2lBdM+oD315xijB BWZSC+4IKkGnm90sbhvsm8AOC97fgWlbI0KMQsGVExlxiF/ipz2SSpsWW+i9RduWqk3q uX9No0Rx3QGkwo635TJpHd8erzfNiGfoALyjf1EzIcSo7/CpunmJax9N6hjnVDl3kGE9 cfdriTn0gRAkzSyl1+U6Z2v1nPizJ56/m5qzv+Gdx71Sw0F7O5LlkYc7d6zWNeyGX8Ec 9goQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=m7zMFdhLjKNFkh7oWT/z3qRzgTaY+rDszP8rbKKNG0A=; b=LLESflMNdTKdpofUyTCuE7iyucr0FuIqfa0JwW3a0F7r8qQ2/zb+DRcPfQmYWAo4oa lxo8FyS7VHfrMVZM2HERym2kiAfo/n8mv9vE6b2bcbgGypv3nas0PI71UQuiFAG3qBP7 dTE1WnIPSnFJm3Q3bBc22OZbAxpVLuOFUrZahR40KzvAY9EHIXGlnlv2w3j1wjR0rhGI H3KYKn0SJ0RRqVDVUmVt5zMkm8r3bz2BuRzS13cfWi0MebxDDLzk05L3XA2+LVDp+RBh oAZLsWkqavx6VzKwROMEC6rEykfK+ojp/SyllsDZU20tZY7vDYW3C7umiEIcGYeWI8lq FSwg== X-Gm-Message-State: APf1xPDmbt9+0QY5s/ccxQqxUHqVGRdOgj0M0Nn5S0/OV2MqmSFCKD/S qR5lQBiA+/kwyF0P1rU6VSKKgEOfmcqOxkaFu9MI9w== X-Google-Smtp-Source: AH8x227mua9z/eFbEcMUU1q7lDvKOViogv3UyaVHQxSqF0mvVi/bP6e+w6ZdEI3ip5FnsxweVjLy0XWmemo2KFFJL1E= X-Received: by 10.107.20.131 with SMTP id 125mr22870391iou.239.1519096604739; Mon, 19 Feb 2018 19:16:44 -0800 (PST) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.107.28.73 with HTTP; Mon, 19 Feb 2018 19:16:24 -0800 (PST) In-Reply-To: <31CD451B-DD39-4F20-91CD-FD60A857A8A3@freebsd.org> References: <31CD451B-DD39-4F20-91CD-FD60A857A8A3@freebsd.org> From: Ed Maste Date: Mon, 19 Feb 2018 22:16:24 -0500 X-Google-Sender-Auth: 8MbNIaVWHVUNXbeso411eDQm9fk Message-ID: Subject: Re: ThunderX2 support To: Michael Tuexen Cc: freebsd-arm Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Feb 2018 03:16:46 -0000 On 15 February 2018 at 13:30, Michael Tuexen wrote: > Dear all, > > I know that ThunderX is supported by FreeBSD, but I'm wondering what the status is > regarding ThunderX2? Anyone running FreeBSD on a ThunderX2 board? ThunderX2 is not yet supported. With patches from andrew@ we have a working console UART, but the system panics early on. From owner-freebsd-arm@freebsd.org Tue Feb 20 12:55:33 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 62E8AF26F66 for ; Tue, 20 Feb 2018 12:55:33 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from drew.franken.de (mail-n.franken.de [193.175.24.27]) (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 E86F075AA2; Tue, 20 Feb 2018 12:55:32 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from [47.73.227.96] (unknown [47.73.227.96]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTPSA id 33028721E280D; Tue, 20 Feb 2018 13:55:25 +0100 (CET) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\)) Subject: Re: ThunderX2 support From: Michael Tuexen In-Reply-To: Date: Tue, 20 Feb 2018 13:55:22 +0100 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: References: <31CD451B-DD39-4F20-91CD-FD60A857A8A3@freebsd.org> To: Ed Maste X-Mailer: Apple Mail (2.3445.5.20) 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.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Feb 2018 12:55:33 -0000 > On 20. Feb 2018, at 04:16, Ed Maste wrote: >=20 > On 15 February 2018 at 13:30, Michael Tuexen = wrote: >> Dear all, >>=20 >> I know that ThunderX is supported by FreeBSD, but I'm wondering what = the status is >> regarding ThunderX2? Anyone running FreeBSD on a ThunderX2 board? >=20 > ThunderX2 is not yet supported. With patches from andrew@ we have a > working console UART, but the system panics early on. Hi Ed, thanks for the feedback. I guess it is planned that ThunderX2 is = supported sometimes in the future? Best regards Michael From owner-freebsd-arm@freebsd.org Tue Feb 20 16:19:01 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7CC3CF110BC for ; Tue, 20 Feb 2018 16:19:01 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [69.239.235.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id DD9E07E802 for ; Tue, 20 Feb 2018 16:19:00 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id w1KGJ1Yo002588 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 20 Feb 2018 08:19:02 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id w1KGJ012002587; Tue, 20 Feb 2018 08:19:00 -0800 (PST) (envelope-from fbsd) Date: Tue, 20 Feb 2018 08:19:00 -0800 From: bob prohaska To: freebsd-arm@freebsd.org Subject: Custom kernel for RPi2 and 3 Message-ID: <20180220161900.GA2345@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Feb 2018 16:19:01 -0000 Does anyone have a recipe for building a custom RPi2 or RPi3 kernel? I tried it, by simply commenting out drivers I didn't recognize in GENERIC, but after much trial-by-error the kernel didn't shrink a lot. Having since learned that GENERIC is the tail of a much larger beast, perhaps there's a more intelligent method. Thanks for reading, and any guidance! bob prohaska From owner-freebsd-arm@freebsd.org Wed Feb 21 02:18:24 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9590CF2084D for ; Wed, 21 Feb 2018 02:18:24 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.26]) (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 3AE0B7E444 for ; Wed, 21 Feb 2018 02:18:23 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 1334520CB1 for ; Tue, 20 Feb 2018 21:18:23 -0500 (EST) Received: from frontend2 ([10.202.2.161]) by compute4.internal (MEProxy); Tue, 20 Feb 2018 21:18:23 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm1; bh=KIBwFXOmyd1d49gjgy/UMD1k/YN2O NoF+bWXJrWJPFg=; b=p8cH1Fl1G5WABT9/hu+dV4fwdnrrnnKhbKr9ckpjFsUDD QxjjuGrjFcuaNUa7U9EsPJqrHNw2ZSfpNKSeK2obfxpUmuINFDeu3C0OqW8IfsA6 woVk6/P1su3Q8DfOV4ksYUtGO2Vj9DNs8EwNi6A82VCrLjdozUk1WC3Db1arvuGn fFe46q2KRduh7PDfaGsyjz3DNg5KrSKYhLx5S5eoA2hFUCP9UntVVNsLMOKgC8Uo CYCgOr1JoXCA6TIrDlXjTNO4wmuiJP7bRko+kJGGdrrbrfpjYR6mB5VXQynNWgEt RKSkeVijZuiimuBJlFioXoZB9jyjUB9pPbabPvHqg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=KIBwFX Omyd1d49gjgy/UMD1k/YN2ONoF+bWXJrWJPFg=; b=fqhYGRas+EY9atv+6j+Anj uy1365ybdV7Qb4v3J3/A/mzIp6nA090CoPZTNMWj4Y/Re4BZhCM1H7T2Zo8iqCrw 2JoWlb6989GMT1q3RhlllfjEsHeoGOQSDV/ZXEb30Za1mRqrJFTCG5jYZr+k4mGM pNlaaqH5BWUeTClKPOCAkqDjOd69pApG/D0w5AIdQZJDEYiUAMSuqzt2xAlcVaCp r0O+Pxx7Ahn9wApDEfF+II0aWpjcp0JdcR0PwngoXqHs9qlttOCybrhcsM5dSFKF VwIwyZ/axXz3O31WzsJHHUkDpWBvkZ9a6zKKDeObtJnHfuaqa3s5WePRY8T/ELuA == X-ME-Sender: Received: from desktop.zyxst.local (parsley.growveg.org [82.70.91.97]) by mail.messagingengine.com (Postfix) with ESMTPA id A04CD24519 for ; Tue, 20 Feb 2018 21:18:22 -0500 (EST) Subject: Re: Custom kernel for RPi2 and 3 To: freebsd-arm@freebsd.org References: <20180220161900.GA2345@www.zefox.net> From: tech-lists Message-ID: Date: Wed, 21 Feb 2018 02:18:21 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <20180220161900.GA2345@www.zefox.net> Content-Type: text/plain; charset=utf-8 Content-Language: en-GB Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2018 02:18:24 -0000 On 20/02/2018 16:19, bob prohaska wrote: > Does anyone have a recipe for building a custom RPi2 or RPi3 kernel? for rpi2 I comment out /remove what I don't need [0]. On rpi3 if I'll use GENERIC-NODEBUG, or comment out what's not needed. But GENERIC-NODEBUG is good and still has *some* ability to debug. I get a smaller system by adding WITHOUT= statements to various bits that will never be used in the context. man 5 src.conf > I tried it, by simply commenting out drivers I didn't recognize in > GENERIC, but after much trial-by-error the kernel didn't shrink a lot. > Having since learned that GENERIC is the tail of a much larger beast, > perhaps there's a more intelligent method. > Are you compiling on the pi? I don't because it's painfully slow and bad for the microsd. I cross-compile on a faster machine using https://github.com/freebsd/crochet - basically do this every time there's a problem/vulnerability that can't be patched and building world is needed. [0] trimming the kernel config in the wrong place can lead to compilation failure or an image that won't boot. So now I'll just remove what I'm certain it can do without. -- J. From owner-freebsd-arm@freebsd.org Wed Feb 21 03:23:39 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 016E2F258C1 for ; Wed, 21 Feb 2018 03:23:39 +0000 (UTC) (envelope-from hyun@caffeinated.codes) Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.26]) (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 A54A88189D for ; Wed, 21 Feb 2018 03:23:38 +0000 (UTC) (envelope-from hyun@caffeinated.codes) Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id D4DF420CC8 for ; Tue, 20 Feb 2018 22:23:36 -0500 (EST) Received: from web4 ([10.202.2.214]) by compute7.internal (MEProxy); Tue, 20 Feb 2018 22:23:36 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= caffeinated.codes; h=content-transfer-encoding:content-type:date :from:message-id:mime-version:subject:to:x-me-sender:x-me-sender :x-sasl-enc; s=fm1; bh=AV4I6psnpn/aZQe3bDTvg61vgn62tQETARv2FDX53 Ng=; b=cIjw5P5G75AL4U5jns8HnAr48GXFxHsIw4x3kD7zoIUoAq+orbslvuGtu Gcr2uLlAD1qDF2rVqSqW8q0j87vutERql/2XMYC0BOhThNJRBz5Rb4oHk5rt3MDz s/35EWRgZ8e4md3S8VA9FhDrAoDx9taoCJvT08+FfkttAtG5d5eD7rn2n5Tkc5pQ pOboi/2zH9sP6Yk5qenBDPeZVE8w/q+QgQSAEJWTnkObGvkBZfJu2ULzF86IHztH 6ERwlZN31C2hM9sU0v5ndz/9n4kXed8UHuRv7JTS8iMkhfp8evsDlp2wBbZR3AD4 WRJr15577hAWG6rplupbR390fT/Zg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:message-id:mime-version:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm2; bh=AV4I6psnpn/aZQe3bDTvg61vgn62t QETARv2FDX53Ng=; b=LbLY5Yj2LiONh7i6Z8vNmThpr8p8/UmgucwyuesD/ps8s aukifl1DR72MKH0ohwalt0rZSoH/fgOxsNoYtddmdqv08pJPvkYy35844uISBV0Z lJvco36bCX6URlrSX5kxjquv3X0SHnL14ZiQ2gP+F4V101nr8LaABYUxYn6d6gUb YbGnwqWK0LRfcLOC8DfM/fmIa/T8TkMiarq5Q+7DGNDcVj/vv7OVE++0cCF0BWfM Q09OiC0YAf8eMJU4GjRBUuO1F1ljGBmH+kAiCnnO1qU8Si37C4bBNWsOTPXvwHEr UIkwY9sk7SoyELQ16LZ4+JGEp6Jx2xt8C8jNM89OQ== X-ME-Sender: Received: by mailuser.nyi.internal (Postfix, from userid 99) id B7C31BA43B; Tue, 20 Feb 2018 22:23:36 -0500 (EST) Message-Id: <1519183416.596433.1277874832.72C8988D@webmail.messagingengine.com> From: Hyun Hwang To: freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="utf-8" X-Mailer: MessagingEngine.com Webmail Interface - ajax-efbb3405 Date: Tue, 20 Feb 2018 22:23:36 -0500 Subject: sysctl hw.model does not exist on arm[64]? X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2018 03:23:39 -0000 Hi, I'm currently running the armv7 build of r329609 on my Raspberry Pi 2. I just installed sysutils/bsdstats, and upon the first time sending the report, this happened: ``` Posting OS statistics to rpt.bsdstats.org ... SUCCESS Posting device statistics to rpt.bsdstats.org ... SUCCESS sysctl: unknown oid 'hw.model' Posting CPU information to rpt.bsdstats.org ... SUCCESS Posting port statistics to rpt.bsdstats.org ... SUCCESS ``` The same thing is expected to happen on aarch64 build (RPi3) because it does not exist on that arch, too. Is this an expected/intended behavior? Because on my amd64 machine, `sysctl hw.model` shows the CPU info: `Intel(R) Core(TM) i3-5005U CPU @ 2.00GHz` -- Hyun Hwang From owner-freebsd-arm@freebsd.org Wed Feb 21 05:17:57 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8699FF0501F for ; Wed, 21 Feb 2018 05:17:57 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [69.239.235.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D9A5B865DC for ; Wed, 21 Feb 2018 05:17:56 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id w1L5I26Q015091 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 20 Feb 2018 21:18:03 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id w1L5I2aB015090; Tue, 20 Feb 2018 21:18:02 -0800 (PST) (envelope-from fbsd) Date: Tue, 20 Feb 2018 21:18:01 -0800 From: bob prohaska To: tech-lists Cc: freebsd-arm@freebsd.org, bob prohaska Subject: Re: Custom kernel for RPi2 and 3 Message-ID: <20180221051801.GA73510@www.zefox.net> References: <20180220161900.GA2345@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2018 05:17:57 -0000 On Wed, Feb 21, 2018 at 02:18:21AM +0000, tech-lists wrote: > On 20/02/2018 16:19, bob prohaska wrote: > > Does anyone have a recipe for building a custom RPi2 or RPi3 kernel? > > for rpi2 I comment out /remove what I don't need [0]. On rpi3 if I'll > use GENERIC-NODEBUG, or comment out what's not needed. But > GENERIC-NODEBUG is good and still has *some* ability to debug. I get a > smaller system by adding WITHOUT= statements to various bits that will > never be used in the context. man 5 src.conf > It's not trivial to figure out which of those "WITHOUTs" apply to the Pi2 or Pi3. I was hoping for a pointer to a list or perhaps a more restrictive starting point. Still, it _is_ a starting point, thank you! How much did the resulting kernel shrink? Seems to me I only shaved less than 1 meg (~11 meg became ~10meg) by tampering with GENERIC. It didn't seem worth the effort if that's all that can be accomplished. My hope was to trim it by maybe half... Perhaps that's fantasy... One sidelight was all the kernel modules that get compiled. It would be nice, if not necessary, to omit compiling those that aren't needed. > > I tried it, by simply commenting out drivers I didn't recognize in > > GENERIC, but after much trial-by-error the kernel didn't shrink a lot. > > Having since learned that GENERIC is the tail of a much larger beast, > > perhaps there's a more intelligent method. > > > > Are you compiling on the pi? I don't because it's painfully slow and bad > for the microsd. I cross-compile on a faster machine using > https://github.com/freebsd/crochet - basically do this every time > there's a problem/vulnerability that can't be patched and building world > is needed. > Yes, compiling on the Pi. That way the test machines will start having flash problems before the "production" machines and I'll have time to replace storage media before there's a data loss. Thanks very much! bob prohaska From owner-freebsd-arm@freebsd.org Wed Feb 21 05:44:30 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2346BF06F15 for ; Wed, 21 Feb 2018 05:44:30 +0000 (UTC) (envelope-from george@ceetonetechnology.com) Received: from feynman.konjz.org (feynman.konjz.org [64.147.119.39]) (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 CCBCC874F9 for ; Wed, 21 Feb 2018 05:44:29 +0000 (UTC) (envelope-from george@ceetonetechnology.com) Received: from [127.0.0.1] (exit-01a.noisetor.net [173.254.216.66]) (authenticated bits=0) by feynman.konjz.org (8.14.7/8.14.4) with ESMTP id w1L6paqU089997 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Wed, 21 Feb 2018 01:51:39 -0500 (EST) (envelope-from george@ceetonetechnology.com) Subject: Re: Custom kernel for RPi2 and 3 To: freebsd-arm@freebsd.org References: <20180220161900.GA2345@www.zefox.net> <20180221051801.GA73510@www.zefox.net> From: George Rosamond Message-ID: Date: Wed, 21 Feb 2018 05:44:00 +0000 MIME-Version: 1.0 In-Reply-To: <20180221051801.GA73510@www.zefox.net> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2018 05:44:30 -0000 bob prohaska: > On Wed, Feb 21, 2018 at 02:18:21AM +0000, tech-lists wrote: >> On 20/02/2018 16:19, bob prohaska wrote: >>> Does anyone have a recipe for building a custom RPi2 or RPi3 kernel? >> >> for rpi2 I comment out /remove what I don't need [0]. On rpi3 if I'll >> use GENERIC-NODEBUG, or comment out what's not needed. But >> GENERIC-NODEBUG is good and still has *some* ability to debug. I get a >> smaller system by adding WITHOUT= statements to various bits that will >> never be used in the context. man 5 src.conf >> > > It's not trivial to figure out which of those "WITHOUTs" apply to the Pi2 > or Pi3. I was hoping for a pointer to a list or perhaps a more restrictive > starting point. Still, it _is_ a starting point, thank you! > > How much did the resulting kernel shrink? Seems to me I only shaved > less than 1 meg (~11 meg became ~10meg) by tampering with GENERIC. > It didn't seem worth the effort if that's all that can be accomplished. > My hope was to trim it by maybe half... Perhaps that's fantasy... > > One sidelight was all the kernel modules that get compiled. It would > be nice, if not necessary, to omit compiling those that aren't needed. > > >>> I tried it, by simply commenting out drivers I didn't recognize in >>> GENERIC, but after much trial-by-error the kernel didn't shrink a lot. >>> Having since learned that GENERIC is the tail of a much larger beast, >>> perhaps there's a more intelligent method. >>> >> >> Are you compiling on the pi? I don't because it's painfully slow and bad >> for the microsd. I cross-compile on a faster machine using >> https://github.com/freebsd/crochet - basically do this every time >> there's a problem/vulnerability that can't be patched and building world >> is needed. >> > Yes, compiling on the Pi. That way the test machines will start having > flash problems before the "production" machines and I'll have time to > replace storage media before there's a data loss. > > Thanks very much! Bob: This script can generate an /etc/src.conf based on the running system, extracted from /etc/src.conf(5). Since there's no standard /etc/src.conf through FreeBSD versions, it's a hassle to maintain without it. http://wiki.torbsd.org/doku.php?id=en:a_shell_script_to_convert_src.conf_5_contents_to_an_example_etc_src.conf_file HTH g From owner-freebsd-arm@freebsd.org Wed Feb 21 07:23:29 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 26621F0D091 for ; Wed, 21 Feb 2018 07:23:29 +0000 (UTC) (envelope-from freebsd.ed.lists@sumeritec.com) Received: from out1-5.antispamcloud.com (out1-5.antispamcloud.com [185.201.16.5]) (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 8BA6D6A76C for ; Wed, 21 Feb 2018 07:23:28 +0000 (UTC) (envelope-from freebsd.ed.lists@sumeritec.com) Received: from [153.92.8.106] (helo=srv31.niagahoster.com) by mx37.antispamcloud.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89) (envelope-from ) id 1eoOkI-0000VH-9y; Wed, 21 Feb 2018 08:23:19 +0100 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=sumeritec.com; s=default; h=Content-Transfer-Encoding:Content-Type: MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date:Sender :Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help: List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=3pmEkI624hbE0LYlw0dGTU9QqtFqCqTG3tFxOqG/TlM=; b=lx66pxfoxS1FsjDu068LOjZdFr kQP3EcnUuH/XBb/wNOdTOoOBwMN0CPjgm8+Z5w7KerZvS5j2kYXDTk6Edd76VVdbxgr9+wweInSLp kLw6IwB/AsFfKBfCzvql9Xei2ghukNNLfcPkIlD2D+BMcM7RiKbDo9ZVwMPRRo6QZxhtXJoSJX4Vp 5SUiNdL6KjFz5/DajCzE+W3MDw27Uj1b20F1z+Z41MATgsBq+w+b9xXat02Sv6Rz5M4eYdkmSQz1F o/zuzw+camtTVqRPam80x3LECKx4Bgkp1P9Yb2h9/eEu20dzl4dh8p50zmLwR4otOEiNJ1UjxXMLx E81IoUUA==; Received: from [114.125.69.1] (port=31416 helo=X220.sumeritec.com) by srv31.niagahoster.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89_1) (envelope-from ) id 1eoOjT-00018v-9p; Wed, 21 Feb 2018 14:22:30 +0700 Date: Wed, 21 Feb 2018 15:22:25 +0800 From: Erich Dollansky To: tech-lists Cc: freebsd-arm@freebsd.org Subject: Re: Custom kernel for RPi2 and 3 Message-ID: <20180221152225.494e9f9e.freebsd.ed.lists@sumeritec.com> In-Reply-To: References: <20180220161900.GA2345@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-OutGoing-Spam-Status: No, score=-0.5 X-AuthUser: freebsd.ed.lists@sumeritec.com X-Originating-IP: 153.92.8.106 X-AntiSpamCloud-Domain: out.niagahoster.com X-AntiSpamCloud-Username: niaga Authentication-Results: antispamcloud.com; auth=pass (login) smtp.auth=niaga@out.niagahoster.com X-AntiSpamCloud-Outgoing-Class: unsure X-AntiSpamCloud-Outgoing-Evidence: Combined (0.13) X-Recommended-Action: accept X-Filter-ID: EX5BVjFpneJeBchSMxfU5qQH0UrhmqKE5f9TD6+QouV602E9L7XzfQH6nu9C/Fh9KJzpNe6xgvOx q3u0UDjvOxaIwtUujoNIbErZzpBhdLf9gvMAelrFjHlKII44PW5hHIlKB3lhAPsqnFKTCP/MYy0q H/RI+UppDmZcjEC5UShAMFnbvu5FxVJUlDzsRuYKIeebqmNzITIBQB6uQcT8T1Wvx4/5aan/L8AH YrKyAYMfXUUTZpOHdxUnLIJoWPiIK9tLbEmaBmPsQT3aIsBQFVV/a2W6v0kBTOTssGG04/WGbxeN FDWVOXj6Y6ruIh9sKNZe/k0K3IChzid4Dxyja3bwQEeqdiLXJYHgJzfhaOlEDBffVZVjmVaNbG4Z JG7FYTGAEpH4i5yCagzIeXQ1Z7wz2MpogAD7xcut2fULfiLavr9ZeziRMVMQY2DtQVwLwIKgmomx /w0lkMMz3v1CUeWBOXp8nHKe0R+FkIqN7hkzc8fJy+zvdR6g6rtfYMVqVgW9/bktU41htiJ8fk7N kFpKIxrnUNn8Kw10IXx0NjxdeCpGDWw0JDqNUH4VCFAwdLyvQ6NQb/+v9KiqoU6iEDfEDn+KrHzz b+dJTVmxAWccXZApq5P2I+orYgZQ5OgG6Nvk0DjXfMRIwl5/3j2vaDPgU15Z0BpXwfrCDLmCs/hI uVoO7NPG1qZkepS5ylGMC19PZda4UGpZYvRM0jztfUB7tLbbPLs+EdnJR3R2Oi1q2X5Iyfr1m1Cw VwjSNd9JZuM7jUXIESohoO51xWmU8V2Hj26R8ISx0Tkx/sHqak3KgRUf/LtajehYggqCRgve84Jb DjL+bcxk812/KumWJOEnS54KbEunwF6H6wtEfe/eNHk15VolAGHS5rCXQKDy8kHH/CBnGl7x4EQv DXHEaFo6HfgPckB9ZsdLyzG04Fz2z46wUGRwOCzQ6I5xcbJnlV44Zicb8BuXeWVFognIMceqvLhl cd/z/fjN25NVGQk= X-Report-Abuse-To: spam@quarantine1.antispamcloud.com X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2018 07:23:29 -0000 Hi, On Wed, 21 Feb 2018 02:18:21 +0000 tech-lists wrote: > On 20/02/2018 16:19, bob prohaska wrote: > > Does anyone have a recipe for building a custom RPi2 or RPi3 > > kernel? > > Are you compiling on the pi? I don't because it's painfully slow and > bad for the microsd. I cross-compile on a faster machine using it gets a bit faster when using NFS and it does not affect the flash memory. Erich From owner-freebsd-arm@freebsd.org Wed Feb 21 16:17:02 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9D425F1192D for ; Wed, 21 Feb 2018 16:17:02 +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 25BA583EB4 for ; Wed, 21 Feb 2018 16:17:01 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: 8e66507e-1722-11e8-b951-f99fef315fd9 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [67.177.211.60]) by outbound2.ore.mailhop.org (Halon) with ESMTPSA id 8e66507e-1722-11e8-b951-f99fef315fd9; Wed, 21 Feb 2018 16:16:22 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id w1LGGqT5060960; Wed, 21 Feb 2018 09:16:52 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <1519229812.91697.61.camel@freebsd.org> Subject: Re: Custom kernel for RPi2 and 3 From: Ian Lepore To: George Rosamond , freebsd-arm@freebsd.org Date: Wed, 21 Feb 2018 09:16:52 -0700 In-Reply-To: References: <20180220161900.GA2345@www.zefox.net> <20180221051801.GA73510@www.zefox.net> Content-Type: text/plain; charset="ISO-8859-1" X-Mailer: Evolution 3.18.5.1 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2018 16:17:02 -0000 On Wed, 2018-02-21 at 05:44 +0000, George Rosamond wrote: > bob prohaska: > > > > [...] > Bob: > > This script can generate an /etc/src.conf based on the running system, > extracted from /etc/src.conf(5). Since there's no standard /etc/src.conf > through FreeBSD versions, it's a hassle to maintain without it. > > http://wiki.torbsd.org/doku.php?id=en:a_shell_script_to_convert_src.conf_5_contents_to_an_example_etc_src.conf_file > > HTH That script looks like a really complicated way to do:   make showconfig __MAKE_CONF=/dev/null SRCCONF=/dev/null -- Ian From owner-freebsd-arm@freebsd.org Wed Feb 21 17:09:23 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8FAEBF162AD for ; Wed, 21 Feb 2018 17:09:23 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [69.239.235.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1589B86E11 for ; Wed, 21 Feb 2018 17:09:22 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id w1LH9N0V019578 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 21 Feb 2018 09:09:24 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id w1LH9Ns4019577; Wed, 21 Feb 2018 09:09:23 -0800 (PST) (envelope-from fbsd) Date: Wed, 21 Feb 2018 09:09:23 -0800 From: bob prohaska To: freebsd-arm@freebsd.org Subject: Scrambled console on RPi3 Message-ID: <20180221170923.GA19462@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2018 17:09:23 -0000 A few minutes ago I unplugged and replugged a PL2303 serial adapter in an RPi3 running r329495. The serial console announced the disconnection with ugen0.4: at usbus0 (disconnected) uplcom0: at uhub1, port 2, addr 4 (disconnected) uplcom0: detached followed by a torrent of unprintable garbage. Then it calmly announced at usbus0 uplcom0 on uhub1 uplcom0: on usbus0 The displaying host is a Pi3 running the latest Raspbian. It's not clear how much, if any, of the oddity is an artifact of the display. Experience to date suggests none. Far as I can tell the pl2303 and the host RPi3 are working normally. I've never done this experiment before on a Pi3, but have done it many times on a Pi2 and nothing of the sort has happened. Hope this is of interest to someone... bob prohaska From owner-freebsd-arm@freebsd.org Wed Feb 21 17:58:31 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AD772F19E37 for ; Wed, 21 Feb 2018 17:58:31 +0000 (UTC) (envelope-from george@ceetonetechnology.com) Received: from feynman.konjz.org (feynman.konjz.org [64.147.119.39]) (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 5DBF568C74; Wed, 21 Feb 2018 17:58:31 +0000 (UTC) (envelope-from george@ceetonetechnology.com) Received: from [127.0.0.1] (iceeecoldddd.billingeenvo.p3.tiktalik.io [37.233.99.157]) (authenticated bits=0) by feynman.konjz.org (8.14.7/8.14.4) with ESMTP id w1LJ5mAt010204 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Wed, 21 Feb 2018 14:05:51 -0500 (EST) (envelope-from george@ceetonetechnology.com) Subject: Re: Custom kernel for RPi2 and 3 To: Ian Lepore , freebsd-arm@freebsd.org References: <20180220161900.GA2345@www.zefox.net> <20180221051801.GA73510@www.zefox.net> <1519229812.91697.61.camel@freebsd.org> From: George Rosamond Message-ID: <340b3aaf-55a2-fefb-456d-88bef7e510c9@ceetonetechnology.com> Date: Wed, 21 Feb 2018 17:58:00 +0000 MIME-Version: 1.0 In-Reply-To: <1519229812.91697.61.camel@freebsd.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2018 17:58:31 -0000 Ian Lepore: > On Wed, 2018-02-21 at 05:44 +0000, George Rosamond wrote: >> bob prohaska: >>> >>> [...] >> Bob: >> >> This script can generate an /etc/src.conf based on the running system, >> extracted from /etc/src.conf(5). Since there's no standard /etc/src.conf >> through FreeBSD versions, it's a hassle to maintain without it. >> >> http://wiki.torbsd.org/doku.php?id=en:a_shell_script_to_convert_src.conf_5_contents_to_an_example_etc_src.conf_file >> >> HTH > > That script looks like a really complicated way to do: > > make showconfig __MAKE_CONF=/dev/null SRCCONF=/dev/null There was a discussion a few years ago on this list about a default/sample /etc/src.conf with crochet, and no apparent solution. That one-liner, apparent from /usr/src/Makefile, is clearly the elegant answer. Thanks Ian g From owner-freebsd-arm@freebsd.org Wed Feb 21 18:11:35 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 29D8CF1ADD2 for ; Wed, 21 Feb 2018 18:11:35 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9E462698CC for ; Wed, 21 Feb 2018 18:11:34 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id w1LIBUJj087136; Wed, 21 Feb 2018 10:11:30 -0800 (PST) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd-rwg@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id w1LIBUAe087135; Wed, 21 Feb 2018 10:11:30 -0800 (PST) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201802211811.w1LIBUAe087135@pdx.rh.CN85.dnsmgr.net> Subject: Re: Scrambled console on RPi3 In-Reply-To: <20180221170923.GA19462@www.zefox.net> To: bob prohaska Date: Wed, 21 Feb 2018 10:11:30 -0800 (PST) CC: freebsd-arm@freebsd.org X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2018 18:11:35 -0000 > A few minutes ago I unplugged and replugged a PL2303 serial adapter in an > RPi3 running r329495. The serial console announced the disconnection with > ugen0.4: at usbus0 (disconnected) > uplcom0: at uhub1, port 2, addr 4 (disconnected) > uplcom0: detached > > followed by a torrent of unprintable garbage. Then it calmly announced > > at usbus0 > uplcom0 on uhub1 > uplcom0: on usbus0 > > The displaying host is a Pi3 running the latest Raspbian. It's not clear > how much, if any, of the oddity is an artifact of the display. Experience > to date suggests none. > > Far as I can tell the pl2303 and the host RPi3 are working normally. I've > never done this experiment before on a Pi3, but have done it many times on > a Pi2 and nothing of the sort has happened. > > Hope this is of interest to someone... Do you have which 4 wires connected? Gnd - should be connected TX - should be connected RX - should be connected Vcc - Do not connect this wire, doing so can lead to odd behavior unless you happen to be powering the device this way, and in your case, the RPi3 has a higher load current than USB can normally supply. -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-arm@freebsd.org Wed Feb 21 18:15:26 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EF63EF1B679 for ; Wed, 21 Feb 2018 18:15:25 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [69.239.235.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 6F36A69D16; Wed, 21 Feb 2018 18:15:25 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id w1LIFIYq000756 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 21 Feb 2018 10:15:19 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id w1LIFIMj000755; Wed, 21 Feb 2018 10:15:18 -0800 (PST) (envelope-from fbsd) Date: Wed, 21 Feb 2018 10:15:18 -0800 From: bob prohaska To: Ian Lepore Cc: George Rosamond , freebsd-arm@freebsd.org, bob prohaska Subject: Re: Custom kernel for RPi2 and 3 Message-ID: <20180221181518.GA696@www.zefox.net> References: <20180220161900.GA2345@www.zefox.net> <20180221051801.GA73510@www.zefox.net> <1519229812.91697.61.camel@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1519229812.91697.61.camel@freebsd.org> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2018 18:15:26 -0000 On Wed, Feb 21, 2018 at 09:16:52AM -0700, Ian Lepore wrote: > On Wed, 2018-02-21 at 05:44 +0000, George Rosamond wrote: > > bob prohaska: > > > > > > [...] > > Bob: > > > > This script can generate an /etc/src.conf based on the running system, > > extracted from /etc/src.conf(5). Since there's no standard /etc/src.conf > > through FreeBSD versions, it's a hassle to maintain without it. > > > > http://wiki.torbsd.org/doku.php?id=en:a_shell_script_to_convert_src.conf_5_contents_to_an_example_etc_src.conf_file > > > > HTH > > That script looks like a really complicated way to do: > > ? make showconfig __MAKE_CONF=/dev/null SRCCONF=/dev/null > > -- Ian Is there a straightforward way to sort what's being used from what can't (or isn't) being used? For example, on a Pi2 the command emits MK_WIRELESS = yes MK_WIRELESS_SUPPORT = yes Given that there's no onboard wireless and no USB WiFi adapter, it's fairly obvious those two can be set to "no". It's less clear what MK_TEXTPROC = yes portends, and whether it's essential. Perhaps I mis-posed the original question. What I'm looking for might better be called a minimal kernel configuration supporting only the hardware native to a particular board. The old RPI2 kernel config file seemed to do that, but I gather it's deprecated. Thanks for reading! bob prohaska From owner-freebsd-arm@freebsd.org Wed Feb 21 19:15:35 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3336AF21B99 for ; Wed, 21 Feb 2018 19:15:35 +0000 (UTC) (envelope-from george@ceetonetechnology.com) Received: from feynman.konjz.org (feynman.konjz.org [64.147.119.39]) (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 DE7056D599; Wed, 21 Feb 2018 19:15:34 +0000 (UTC) (envelope-from george@ceetonetechnology.com) Received: from [127.0.0.1] (TOR-EXIT.CYLAB.CMU.EDU [204.194.29.4]) (authenticated bits=0) by feynman.konjz.org (8.14.7/8.14.4) with ESMTP id w1LKMAP1010617 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Wed, 21 Feb 2018 15:22:55 -0500 (EST) (envelope-from george@ceetonetechnology.com) Subject: Re: Custom kernel for RPi2 and 3 To: bob prohaska , Ian Lepore References: <20180220161900.GA2345@www.zefox.net> <20180221051801.GA73510@www.zefox.net> <1519229812.91697.61.camel@freebsd.org> <20180221181518.GA696@www.zefox.net> Cc: freebsd-arm@freebsd.org From: George Rosamond Message-ID: <703567cd-0d3e-7f0d-f2e7-48ef68911ff2@ceetonetechnology.com> Date: Wed, 21 Feb 2018 19:14:00 +0000 MIME-Version: 1.0 In-Reply-To: <20180221181518.GA696@www.zefox.net> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2018 19:15:35 -0000 bob prohaska: > On Wed, Feb 21, 2018 at 09:16:52AM -0700, Ian Lepore wrote: >> On Wed, 2018-02-21 at 05:44 +0000, George Rosamond wrote: >>> bob prohaska: >>>> >>>> [...] >>> Bob: >>> >>> This script can generate an /etc/src.conf based on the running system, >>> extracted from /etc/src.conf(5). Since there's no standard /etc/src.conf >>> through FreeBSD versions, it's a hassle to maintain without it. >>> >>> http://wiki.torbsd.org/doku.php?id=en:a_shell_script_to_convert_src.conf_5_contents_to_an_example_etc_src.conf_file >>> >>> HTH >> >> That script looks like a really complicated way to do: >> >> ? make showconfig __MAKE_CONF=/dev/null SRCCONF=/dev/null >> >> -- Ian > > Is there a straightforward way to sort what's being used from what > can't (or isn't) being used? For example, on a Pi2 the command emits > MK_WIRELESS = yes > MK_WIRELESS_SUPPORT = yes > Given that there's no onboard wireless and no USB WiFi adapter, it's > fairly obvious those two can be set to "no". It's less clear what > MK_TEXTPROC = yes > portends, and whether it's essential. > > Perhaps I mis-posed the original question. What I'm looking for might > better be called a minimal kernel configuration supporting only the > hardware native to a particular board. The old RPI2 kernel config file > seemed to do that, but I gather it's deprecated. AFAIK, there's never been a simple way to compare GENERIC to the hardware in any easy way. In years past, I spent the time going line-by-line and trying to tinker with it. And the expansion of FreeBSD's abilities have added a lot of weight to the kernel. But I can imagine a script that takes GENERIC, filters what is in dmesg and what is vital to boot, then gives dumps out a working, smaller custom GENERIC. Maybe Ian sees something in /usr/src/Makefile that I missed again :) g From owner-freebsd-arm@freebsd.org Wed Feb 21 19:40:45 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7F15DF23A22 for ; Wed, 21 Feb 2018 19:40:45 +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 0B9C36E44B for ; Wed, 21 Feb 2018 19:40:44 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: 076df97d-173f-11e8-b951-f99fef315fd9 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [67.177.211.60]) by outbound2.ore.mailhop.org (Halon) with ESMTPSA id 076df97d-173f-11e8-b951-f99fef315fd9; Wed, 21 Feb 2018 19:40:11 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id w1LJegYN061421; Wed, 21 Feb 2018 12:40:42 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <1519242042.91697.116.camel@freebsd.org> Subject: Re: Custom kernel for RPi2 and 3 From: Ian Lepore To: bob prohaska Cc: George Rosamond , freebsd-arm@freebsd.org Date: Wed, 21 Feb 2018 12:40:42 -0700 In-Reply-To: <20180221181518.GA696@www.zefox.net> References: <20180220161900.GA2345@www.zefox.net> <20180221051801.GA73510@www.zefox.net> <1519229812.91697.61.camel@freebsd.org> <20180221181518.GA696@www.zefox.net> Content-Type: text/plain; charset="ISO-8859-1" X-Mailer: Evolution 3.18.5.1 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2018 19:40:45 -0000 On Wed, 2018-02-21 at 10:15 -0800, bob prohaska wrote: > On Wed, Feb 21, 2018 at 09:16:52AM -0700, Ian Lepore wrote: > > > > On Wed, 2018-02-21 at 05:44 +0000, George Rosamond wrote: > > > > > > bob prohaska: > > > > > > > > > > > > [...] > > > Bob: > > > > > > This script can generate an /etc/src.conf based on the running system, > > > extracted from /etc/src.conf(5). Since there's no standard /etc/src.conf > > > through FreeBSD versions, it's a hassle to maintain without it. > > > > > > http://wiki.torbsd.org/doku.php?id=en:a_shell_script_to_convert_src.conf_5_contents_to_an_example_etc_src.conf_file > > > > > > HTH > > That script looks like a really complicated way to do: > > > > ? make showconfig __MAKE_CONF=/dev/null SRCCONF=/dev/null > > > > -- Ian > Is there a straightforward way to sort what's being used from what > can't (or isn't) being used? For example, on a Pi2 the command emits > MK_WIRELESS      = yes > MK_WIRELESS_SUPPORT = yes > Given that there's no onboard wireless and no USB WiFi adapter, it's > fairly obvious those two can be set to "no". It's less clear what  > MK_TEXTPROC      = yes > portends, and whether it's essential. > > Perhaps I mis-posed the original question. What I'm looking for might > better be called a minimal kernel configuration supporting only the > hardware native to a particular board. The old RPI2 kernel config file > seemed to do that, but I gather it's deprecated.  > > Thanks for reading! > > bob prohaska >   Well, for starters all the WITH/WITHOUT stuff affects only userland, not kernel builds.  So setting WITHOUT_WIRELESS will leave the 'wpa' program out of the build/installworld, but has no effect on whether any wireless stuff is compiled in the kernel or modules. When it comes to GENERIC kernels and how to slim them down... I should start by mentioning that I've hated GENERIC kernels going back to 1996 or so, but at least they made some kind of sense for x86 machines that all had so much in common with each other.  For ARM I think the concept is somewhere between useless and actively harmful.  I seem to be pretty much alone in thinking so.  If we ever get to the point where a generic kernel can contain almost nothing in the way of options and drivers, and the right modules can be dynamically loaded during boot as needed, that would be useful. So about the only way to make a custom slim kernel these days if your platform is based on GENERIC is create a custom config file, include GENERIC, then write a series of nooption and nodevice statements that turn off all the stuff you don't want.  That ensures that if new required stuff gets added in the future, you'll pick it up.  It also ensures that when new stuff you don't need gets added, you'll also get burdened with all of that.  Given that an arm generic kernel contains all the stuff needed by every arm SoC, it's a pretty good bet that almost everything added to generic in the future will be things you don't need, and on every update you'll have to examine it looking for what got added that you now need new nooption/nodevice statements for. There's no good way to figure out what you need and what you don't other than to read GENERIC line by line, hoping that the comments (when they exist at all) give you enough of a clue about whether you need that line.  Sometimes you need to look in sys/arm/conf/NOTES and in sys/conf/NOTES to find the info on what a given device or option is. -- Ian From owner-freebsd-arm@freebsd.org Wed Feb 21 19:58:53 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BE8B1F25314 for ; Wed, 21 Feb 2018 19:58:53 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3F72F6F725; Wed, 21 Feb 2018 19:58:52 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id w1LJwnke087549; Wed, 21 Feb 2018 11:58:49 -0800 (PST) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd-rwg@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id w1LJwnhu087548; Wed, 21 Feb 2018 11:58:49 -0800 (PST) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201802211958.w1LJwnhu087548@pdx.rh.CN85.dnsmgr.net> Subject: Re: Custom kernel for RPi2 and 3 In-Reply-To: <1519242042.91697.116.camel@freebsd.org> To: Ian Lepore Date: Wed, 21 Feb 2018 11:58:49 -0800 (PST) CC: bob prohaska , freebsd-arm@freebsd.org X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2018 19:58:54 -0000 [ Charset ISO-8859-1 unsupported, converting... ] > On Wed, 2018-02-21 at 10:15 -0800, bob prohaska wrote: > > On Wed, Feb 21, 2018 at 09:16:52AM -0700, Ian Lepore wrote: > > > > > > On Wed, 2018-02-21 at 05:44 +0000, George Rosamond wrote: > > > > > > > > bob prohaska: > > > > > > > > > > > > > > > [...] > > > > Bob: > > > > > > > > This script can generate an /etc/src.conf based on the running system, > > > > extracted from /etc/src.conf(5). Since there's no standard /etc/src.conf > > > > through FreeBSD versions, it's a hassle to maintain without it. > > > > > > > > http://wiki.torbsd.org/doku.php?id=en:a_shell_script_to_convert_src.conf_5_contents_to_an_example_etc_src.conf_file > > > > > > > > HTH > > > That script looks like a really complicated way to do: > > > > > > ? make showconfig __MAKE_CONF=/dev/null SRCCONF=/dev/null > > > > > > -- Ian > > Is there a straightforward way to sort what's being used from what > > can't (or isn't) being used? For example, on a Pi2 the command emits > > MK_WIRELESS??????= yes > > MK_WIRELESS_SUPPORT = yes > > Given that there's no onboard wireless and no USB WiFi adapter, it's > > fairly obvious those two can be set to "no". It's less clear what? > > MK_TEXTPROC??????= yes > > portends, and whether it's essential. > > > > Perhaps I mis-posed the original question. What I'm looking for might > > better be called a minimal kernel configuration supporting only the > > hardware native to a particular board. The old RPI2 kernel config file > > seemed to do that, but I gather it's deprecated.? > > > > Thanks for reading! > > > > bob prohaska > > ? > > Well, for starters all the WITH/WITHOUT stuff affects only userland, > not kernel builds. ?So setting WITHOUT_WIRELESS will leave the 'wpa' > program out of the build/installworld, but has no effect on whether any > wireless stuff is compiled in the kernel or modules. > > When it comes to GENERIC kernels and how to slim them down... I should > start by mentioning that I've hated GENERIC kernels going back to 1996 > or so, but at least they made some kind of sense for x86 machines that > all had so much in common with each other. ?For ARM I think the concept > is somewhere between useless and actively harmful. ?I seem to be pretty > much alone in thinking so. ?If we ever get to the point where a generic > kernel can contain almost nothing in the way of options and drivers, > and the right modules can be dynamically loaded during boot as needed, > that would be useful. I think we have diverged a long way from what was originally a GENERIC kernel. It was not meant to be the dumping ground containing all and every feature, it was suppose to be a kernel that could boot on as many systems as you could so that you could get up and running to build a custom kernel. That concept has pretty much faded away, imho, this is unfortanant. I do not think your alone in your thinking, especially for ARM or embeded type systems. Last time I tried to support the issue of people should really be building a custom kernel and not running GENERIC I pretty much got shot down as "this is 2018 no one should have to build a kernel". > > So about the only way to make a custom slim kernel these days if your > platform is based on GENERIC is create a custom config file, include > GENERIC, then write a series of nooption and nodevice statements that > turn off all the stuff you don't want. ?That ensures that if new > required stuff gets added in the future, you'll pick it up. ?It also > ensures that when new stuff you don't need gets added, you'll also get > burdened with all of that. ?Given that an arm generic kernel contains > all the stuff needed by every arm SoC, it's a pretty good bet that > almost everything added to generic in the future will be things you > don't need, and on every update you'll have to examine it looking for > what got added that you now need new nooption/nodevice statements for. I make a copy of GENERIC, delete 90% of it as I dont need it, save this in CUSTOM. I diff GENERIC CUSTOM and carry that forward with me on upgrades to take out what i had taken out before, and also diff GENERIC.last to GENERIC to see what got added. The nooptions is probably a more effective way to do this. > > There's no good way to figure out what you need and what you don't > other than to read GENERIC line by line, hoping that the comments (when > they exist at all) give you enough of a clue about whether you need > that line. ?Sometimes you need to look in sys/arm/conf/NOTES and in > sys/conf/NOTES to find the info on what a given device or option is. A few things I dislike about this all module singing situation is we have lost some of the documentation on if you want to statically link in stuff, or it is much harder to find now. Netgraph comes to mind. And god forbid people think I am crazy for static linking in zfs, but I like it that way, I never have to worry about module mismatch if I am futzing about. > -- Ian -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-arm@freebsd.org Wed Feb 21 20:04:36 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DDDBFF25B3C; Wed, 21 Feb 2018 20:04:35 +0000 (UTC) (envelope-from h1997xy@gmail.com) Received: from mail-wr0-x244.google.com (mail-wr0-x244.google.com [IPv6:2a00:1450:400c:c0c::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 583C66FE01; Wed, 21 Feb 2018 20:04:35 +0000 (UTC) (envelope-from h1997xy@gmail.com) Received: by mail-wr0-x244.google.com with SMTP id z12so7916995wrg.4; Wed, 21 Feb 2018 12:04:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:subject:message-id:from:to:mime-version :content-transfer-encoding; bh=6+BTC/6f+l++Z/pOGNYV1IhQQMafraTv0C5N84/JAY8=; b=ZVU8rYI6LH+La5cFXhH7XJgeagK6lxfh36Rg8xNp0JUs34bNKtrLoChC3OISqgQcb9 lGeIkwKJ/b2woTdYbeiFkal4Iqe0rhudkp4ocu+XxGLOY9WNTMB8FBGmULeWp6vLbc9O 2cddKtrCnGBkAX6qsVg8Xupdr7rvXsenPelJH1pQg6pH1hveG2PeXC8OAsbHtFTbP7J3 2PGks52pUsXWvuj+8PbIoAYZYAaje583gtKZ7/KBKo1if/PCwW0PLWW9kxwmCKjANnF/ 7YDC/L03GYFx7TFwcsKDswqNIWqKlhRL2/+WLtdw4ZhaQfSMloYnYOd0PAMXbjLOpm3s aG0Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:subject:message-id:from:to:mime-version :content-transfer-encoding; bh=6+BTC/6f+l++Z/pOGNYV1IhQQMafraTv0C5N84/JAY8=; b=Qcs8bmwXSZDNzRD3seIcZKAKK5wdZUiL9S260lXDeCFksSqBbYH5MlpuYXmN9odTCl YGTSzDi9Jr1VJ4TzaJ/9lKSW0ZBd3JWcJ1pPQ4JI97cLDcjZzfYYYu2JoyJ/FG42Snf7 Os0JlhVkt6h/KzDX1FQneuiDouk3Xjr7IwsTLE6N51MibXxvY/enBqwihIxUp/nznAHi S1lvxqgk8L2kKcpI3+h4l8cJ/CgyMCAQh1A2JkwLekvI+Z3CBUHwJSCJBoez0ujTtLL4 gVWNldUqLaJ8SioDBFNM84fGzjzHvIaiCDU2e70hekLY+zzacx59QKz4LiVOlTsgR5Y6 vtjQ== X-Gm-Message-State: APf1xPArqcPKxsmiabi/cNjHjPLuNanY1a3rcGt/Tp+bBCTxjSAjbIdf QfFbes3xIDylF/CDAphmhE4n6Q== X-Google-Smtp-Source: AH8x224v8lYJO9APQz6UM/NT/ybGJ3yIYrFuSNtghdaqhVaD0sBCCAIhByal42ZKc6HTkHNnNtENLQ== X-Received: by 10.28.108.6 with SMTP id h6mr3113424wmc.6.1519243474081; Wed, 21 Feb 2018 12:04:34 -0800 (PST) Received: from [100.65.200.240] ([5.151.177.0]) by smtp.gmail.com with ESMTPSA id y8sm13032948wrg.16.2018.02.21.12.04.32 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 21 Feb 2018 12:04:33 -0800 (PST) Date: Wed, 21 Feb 2018 20:04:32 +0000 Subject: GSOC-Suggestions on choose hardwork to work on X-Priority: 3 Message-ID: <-web47m-e0lqga-wwzf8f8r6pe4ob12ok1j3qcnxrbwt6eacmocrngg2n-17bu1phtbdpmg303d2bhyw7p-9z4pe-kujp6g34hjy7k11of4b2a26n551n01-i33h4o-ife9acqcx1qu-ce0yrj-d7m15w.1519243472617@email.android.com> From: "h1997xy@gmail.com" To: "freebsd-arm@FreeBSD.org" , "freebsd-mips@FreeBSD.org" MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2018 20:04:36 -0000 RGVhciBhbGwsCgpNeSBuYW1lIGlzIEhlYmUsIGFuZCBJIGFtIGEgeTIgY29tcHV0ZXIgc2NpZW5j ZSBzdHVkZW50IGludGVyZXN0ZWQgaW4gdGhlICJJbXByb3ZlIHN1cHBvcnQgZm9yIGFuIGVtYmVk ZGVkIENQVS9ib2FyZCIgZ3NvYyBwcm9qZWN0LgpBcyBhIGNvbXB1dGVyIHNjaWVuY2Ugc3R1ZGVu dCwgaXQgaXMgaGFyZCB0byBjaG9vc2UgYSBoYXJkd2FyZS4gQnkgYW55IGNoYW5jZSwgd291bGQg eW91IG1pbmQgcHJvdmlkaW5nIHNvbWUgYWR2aWNlIG9uIHdoaWNoIENQVSB0byB3b3JrIG9uPyBX aGljaCBzcGVjaWZpYyB0eXBlIG9mIENQVSBpcyB0aGUgbW9zdCBpbi1kZW1hbmQ/ClRoYW5rIHlv dSBmb3IgeW91ciB0aW1lIQoKU2luY2VyZWx5LApIZWJlCg== From owner-freebsd-arm@freebsd.org Wed Feb 21 20:11:24 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 56EEFF26358 for ; Wed, 21 Feb 2018 20:11:24 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [69.239.235.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A6E787050E for ; Wed, 21 Feb 2018 20:11:23 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id w1LKBJKM001061 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 21 Feb 2018 12:11:20 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id w1LKBJRB001060; Wed, 21 Feb 2018 12:11:19 -0800 (PST) (envelope-from fbsd) Date: Wed, 21 Feb 2018 12:11:19 -0800 From: bob prohaska To: "Rodney W. Grimes" Cc: freebsd-arm@freebsd.org, bob prohaska Subject: Re: Scrambled console on RPi3 Message-ID: <20180221201118.GB696@www.zefox.net> References: <20180221170923.GA19462@www.zefox.net> <201802211811.w1LIBUAe087135@pdx.rh.CN85.dnsmgr.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201802211811.w1LIBUAe087135@pdx.rh.CN85.dnsmgr.net> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2018 20:11:24 -0000 On Wed, Feb 21, 2018 at 10:11:30AM -0800, Rodney W. Grimes wrote: > > A few minutes ago I unplugged and replugged a PL2303 serial adapter in an > > RPi3 running r329495. The serial console announced the disconnection with > > ugen0.4: at usbus0 (disconnected) > > uplcom0: at uhub1, port 2, addr 4 (disconnected) > > uplcom0: detached > > > > followed by a torrent of unprintable garbage. Then it calmly announced > > > > at usbus0 > > uplcom0 on uhub1 > > uplcom0: on usbus0 > > > > The displaying host is a Pi3 running the latest Raspbian. It's not clear > > how much, if any, of the oddity is an artifact of the display. Experience > > to date suggests none. > > > > Far as I can tell the pl2303 and the host RPi3 are working normally. I've > > never done this experiment before on a Pi3, but have done it many times on > > a Pi2 and nothing of the sort has happened. > > > > Hope this is of interest to someone... > > Do you have which 4 wires connected? > Gnd - should be connected > TX - should be connected > RX - should be connected > Vcc - Do not connect this wire, doing so can lead to odd behavior > unless you happen to be powering the device this way, and > in your case, the RPi3 has a higher load current than USB > can normally supply. Yes, the wiring was correct, working before & after and untouched during the incident. For clarity, the USB-side connect/disconnect and scrambled console were on the Pi3. The "client" serial connection was to a Pi2 console which seemed, and after several hours remains, unperturbed. The console of the Pi3 was being viewed on a Raspbian Pi3 wirelessly connected by ssh to a Pi2, which used a second pl2303 to monitor the Pi3 console in a cu session. The latter two hosts are running -current, both are prone to dropping ssh connections when loaded and the pl2303 is prone to lockups as noted elsewhere on this list. The unplug/replug cycle was done to unstick the pl2303 in the Pi3. For the moment I'm tempted to think it's a USB problem, which could affect both ethernet and usb serial adapters. Thanks for reading! bob prohaska From owner-freebsd-arm@freebsd.org Wed Feb 21 21:35:58 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6D4BCF02789 for ; Wed, 21 Feb 2018 21:35:58 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from hraggstad.unrelenting.technology (hraggstad.unrelenting.technology [71.19.146.151]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hraggstad.unrelenting.technology", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D67907475A for ; Wed, 21 Feb 2018 21:35:57 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: by hraggstad.unrelenting.technology (OpenSMTPD) with ESMTPSA id b3d01c0b TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO; Wed, 21 Feb 2018 21:35:47 +0000 (UTC) Subject: Re: GSOC-Suggestions on choose hardwork to work on To: "h1997xy@gmail.com" , "freebsd-arm@FreeBSD.org" References: <-web47m-e0lqga-wwzf8f8r6pe4ob12ok1j3qcnxrbwt6eacmocrngg2n-17bu1phtbdpmg303d2bhyw7p-9z4pe-kujp6g34hjy7k11of4b2a26n551n01-i33h4o-ife9acqcx1qu-ce0yrj-d7m15w.1519243472617@email.android.com> From: Greg V Message-ID: <428e2f71-9348-7e71-adc6-d247dfe1dd63@unrelenting.technology> Date: Thu, 22 Feb 2018 00:35:45 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <-web47m-e0lqga-wwzf8f8r6pe4ob12ok1j3qcnxrbwt6eacmocrngg2n-17bu1phtbdpmg303d2bhyw7p-9z4pe-kujp6g34hjy7k11of4b2a26n551n01-i33h4o-ife9acqcx1qu-ce0yrj-d7m15w.1519243472617@email.android.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2018 21:35:58 -0000 On 02/21/2018 23:04, h1997xy@gmail.com wrote: > Dear all, > > My name is Hebe, and I am a y2 computer science student interested in the "Improve support for an embedded CPU/board" gsoc project. > As a computer science student, it is hard to choose a hardware. By any chance, would you mind providing some advice on which CPU to work on? Which specific type of CPU is the most in-demand? > Thank you for your time! Hi! Check out the ROCK64 board http://wiki.pine64.org/index.php/ROCK64_Main_Page It's awesome because it provides up to 4 GB RAM in the Raspberry Pi form factor. Many people want to run FreeBSD on it. It currently boots, but does not even mount the SD card: https://twitter.com/manuvadot/status/943818826441003008 Because there are no drivers for the Rockchip RK3328 SoC. Would be very nice to have drivers for at least: SD/MMC (rk3328-dw-mshc), CPU clock/power management (rk3328-cru, rk3328-pmu), CPU thermal sensor (rk3328-tsadc), and Ethernet (rk3328-gmac — should reuse if_dwc similarly to aw_if_dwc?). Maybe you could help with the development of these drivers :) If that's too hard, my other suggestion would be fixing some sunxi (Allwinner) things. The Allwinner H3 Audio Codec currently throws a fatal error at boot on Orange Pi (PC and Plus2E) boards: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=226014 And the if_awg Ethernet driver (also on these boards) only seems to work when an Ethernet cable has been plugged in before powering the board on. From owner-freebsd-arm@freebsd.org Wed Feb 21 21:44:48 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2DFBAF0357D for ; Wed, 21 Feb 2018 21:44:48 +0000 (UTC) (envelope-from jp_ambriz@hotmail.com) Received: from NAM02-BL2-obe.outbound.protection.outlook.com (mail-oln040092003087.outbound.protection.outlook.com [40.92.3.87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT TLS CA 4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9021374FBA for ; Wed, 21 Feb 2018 21:44:47 +0000 (UTC) (envelope-from jp_ambriz@hotmail.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=83nLBVTq066GE8BYiIRrc/Lc6Cy8pLzSfv7o47GY2IE=; b=bmjabVrsWY4n7TXers62CKfA+Re4sFG8ZB19JWRU4S/fmj5cjUy/2i/AwlJg531OjD1mfVrC+ZPPdXfQ8Gng5twF+gaLLQxQCbluhLNTlqBt2OQQJ6lHiZS7v33lPSMdVaBY9z5NNAOOPYN9osYrbhxcuWTOoxvVoZa8X0QSZth6SxH/T9wZuUzbtqudi00t8cT+gq2Dy0TVBCuObyWYU+L5s0UQB8tUd4FcjUrv/YiA50esTPBgRCpWhooYY+hULjKdMGLSWY+oGh0UVpbEWgswHcJaI4gJAFQr0wzSxiLe5HNe2P7P8a0RbqjpZ6nOwp4fUoYv8FE0BFunzXCdnw== Received: from CY1NAM02FT054.eop-nam02.prod.protection.outlook.com (10.152.74.59) by CY1NAM02HT178.eop-nam02.prod.protection.outlook.com (10.152.75.6) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.506.19; Wed, 21 Feb 2018 21:44:46 +0000 Received: from BN6PR1101MB2226.namprd11.prod.outlook.com (10.152.74.60) by CY1NAM02FT054.mail.protection.outlook.com (10.152.74.100) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.506.19 via Frontend Transport; Wed, 21 Feb 2018 21:44:45 +0000 Received: from BN6PR1101MB2226.namprd11.prod.outlook.com ([10.174.113.14]) by BN6PR1101MB2226.namprd11.prod.outlook.com ([10.174.113.14]) with mapi id 15.20.0527.017; Wed, 21 Feb 2018 21:44:45 +0000 From: Juan Ambriz To: "freebsd-arm@freebsd.org" Subject: No aw_thermal device on Orange Pi One Thread-Topic: No aw_thermal device on Orange Pi One Thread-Index: AQHTq10wbRBxrm5pYECLfqTEBLU1Sg== Date: Wed, 21 Feb 2018 21:44:45 +0000 Message-ID: Accept-Language: es-MX, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-incomingtopheadermarker: OriginalChecksum:1439AD6C4EF018BF11B3589703F27F6A6F197291D3A8D50869E23E64AAFC3887; UpperCasedChecksum:7A8D59E5CED7C03D5AD79ED76FBEB98AAC23FE375698D5DB9D3AFBEDA1F3827F; SizeAsReceived:6877; Count:44 x-ms-exchange-messagesentrepresentingtype: 1 x-tmn: [NvPLvJjSiVv/P1HWXjYJHbZYKwFTtGRYColuVarXFK8=] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; CY1NAM02HT178; 6:QBMTk+g1O1e8XpQ88aX6fXOSRua3aYSOTXloUpmEAo13sb4qw52QeTC+6W3N6iosYESrVbxyLL9Y7l2b6TqP9irNJHwJpzaVwewycEyWJ/tN4qT4G2G/JU4Tu5vWywN9wnOfGQhxefHVhspGHoTw+bFZfnDlei82ccm7TAUa0ee8ZLKSzGAM2pBzBZ2fz33I3M1ZHpNlfpu816zNXTyzs/qVy8CJAmgqpeb9NIMjA76vK37jvncqzQdkzgPC0AZhQ8WruGR+BW9P83znASTvbTc/EZJUEli5RkrOu8m8QvDoEUmwg6OH1kkykBSJKhEXJmHouX/OTqDccYkbVf94zOIBHAany1tKidAPeqcTyO0=; 5:swSXz/PhsoH28jb1v8sneCo7cUxbOSLIZOpanZ38kaedWDIJJVMVPna2czKdS0V4a/iSy6Dcu2ZCFrKpqwIDHDqJuL56yCdz35/CRX4RLl02h5+FYYLk9hj6RUDxKP3E8pKxeu7ObXC8cScfVBTL21CpE75YvdZsf0VcjqG2FBI=; 24:hbQ0ZrkAZXcvY51PJReuZ1V6m5xiJ0m1r8ymYsu2iOCPPQRDuXYqiRBU8Ma9b2Tron6GBo87k9wBubZgPCbivimXjb0I06+mXrea6dLaKMA=; 7:m8mv8CZ16XyXgTU4i7NR9QFb8StVchxPtz4KJVLWvomVkvOVv60O++o1baKD4dShxgpRpwDrE0zF99F+O5QY4NzmAZKHxLVz7BTNS7AGAuMaFi7bO5Lf+4emo2HUvrWctPdHWqhywMY6Nn2Gz0A94qIkii4wNxMUb+RcT1txOSuF/Ot776oXF3anz9ptLc55VEmjVXtXnFeykII09UGQfDahSo4BuBmsmxBs6fvhsrbhQPhohND51/+bZYl5hYgh x-incomingheadercount: 44 x-eopattributedmessage: 0 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(201702061078)(5061506573)(5061507331)(1603103135)(2017031320274)(2017031324274)(2017031323274)(2017031322404)(1601125374)(1603101448)(1701031045); SRVR:CY1NAM02HT178; x-ms-traffictypediagnostic: CY1NAM02HT178: x-ms-office365-filtering-correlation-id: 82f2a9fc-ac11-4d5a-347e-08d57974525e x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(444000031); SRVR:CY1NAM02HT178; BCL:0; PCL:0; RULEID:; SRVR:CY1NAM02HT178; x-forefront-prvs: 0590BBCCBC x-forefront-antispam-report: SFV:NSPM; SFS:(7070007)(98901004); DIR:OUT; SFP:1901; SCL:1; SRVR:CY1NAM02HT178; H:BN6PR1101MB2226.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM MIME-Version: 1.0 X-OriginatorOrg: hotmail.com X-MS-Exchange-CrossTenant-Network-Message-Id: 82f2a9fc-ac11-4d5a-347e-08d57974525e X-MS-Exchange-CrossTenant-originalarrivaltime: 21 Feb 2018 21:44:45.8959 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Internet X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY1NAM02HT178 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2018 21:44:48 -0000 SGkuDQoNCkp1c3QgYnVpbHQgYW5kIGltYWdlIGZvciBPcmFuZ2UgUGkgT25lIHVzaW5nIHIzMjkz NjYgd2l0aCBjcm9jaGV0LiBVc2luZyB0aGUgYm9hcmQgY29uZmlndXJhdGlvbiBmb3IgT3Jhbmdl UGktUGx1czJFIHRoZSBvbmx5IGNoYW5nZSBtYWRlIHdhcyBpbiBzZXR1cC5zaCBmaWxlIHRvIHVz ZSB1LWJvb3Qtb3JhbmdlcGktb25lLg0KDQpMb29raW5nIGF0IG9sZCBtZXNzYWdlcyBvbiB0aGUg bGlzdCBJIHNlZSB0aGF0ICJhd190aGVybWFsMDogPEFsbHdpbm5lciBUaGVybWFsIFNlbnNvciBD b250cm9sbGVyPiBtZW0gMHgxYzI1MDAwLTB4MWMyNTNmZiIgaXMgbWlzc2luZy4NCg0KZG1lc2cg b3V0cHV0Og0KDQpLREI6IGRlYnVnZ2VyIGJhY2tlbmRzOiBkZGINCktEQjogY3VycmVudCBiYWNr ZW5kOiBkZGINCkNvcHlyaWdodCAoYykgMTk5Mi0yMDE4IFRoZSBGcmVlQlNEIFByb2plY3QuDQpD b3B5cmlnaHQgKGMpIDE5NzksIDE5ODAsIDE5ODMsIDE5ODYsIDE5ODgsIDE5ODksIDE5OTEsIDE5 OTIsIDE5OTMsIDE5OTQNCiAgICAgICAgVGhlIFJlZ2VudHMgb2YgdGhlIFVuaXZlcnNpdHkgb2Yg Q2FsaWZvcm5pYS4gQWxsIHJpZ2h0cyByZXNlcnZlZC4NCkZyZWVCU0QgaXMgYSByZWdpc3RlcmVk IHRyYWRlbWFyayBvZiBUaGUgRnJlZUJTRCBGb3VuZGF0aW9uLg0KRnJlZUJTRCAxMi4wLUNVUlJF TlQgIzAgcjMyOTM2NjogRnJpIEZlYiAxNiAxMToxMjo1MiBDU1QgMjAxOA0KICAgIHJvb3RAaTMt NTMwLUZCU0QxMTovdXNyL2hvbWUvanVhbi9jcm9jaGV0L3dvcmsvb2JqL3Vzci9ob21lL2p1YW4v b3JhbmdlcGktc3JjL2FybS5hcm12Ni9zeXMvR0VORVJJQzxtYWlsdG86cm9vdEBpMy01MzAtRkJT RDExOi91c3IvaG9tZS9qdWFuL2Nyb2NoZXQvd29yay9vYmovdXNyL2hvbWUvanVhbi9vcmFuZ2Vw aS1zcmMvYXJtLmFybXY2L3N5cy9HRU5FUklDPiBhcm0NCkZyZWVCU0QgY2xhbmcgdmVyc2lvbiA2 LjAuMCAoYnJhbmNoZXMvcmVsZWFzZV82MCAzMjQwOTApIChiYXNlZCBvbiBMTFZNIDYuMC4wKQ0K V0FSTklORzogV0lUTkVTUyBvcHRpb24gZW5hYmxlZCwgZXhwZWN0IHJlZHVjZWQgcGVyZm9ybWFu Y2UuDQpWVDogaW5pdCB3aXRob3V0IGRyaXZlci4NCm1vZHVsZV9yZWdpc3RlcjogY2Fubm90IHJl Z2lzdGVyIHNpbXBsZWJ1cy9haGNpIGZyb20ga2VybmVsOyBhbHJlYWR5IGxvYWRlZCBmcm9tIGtl cm5lbA0KTW9kdWxlIHNpbXBsZWJ1cy9haGNpIGZhaWxlZCB0byByZWdpc3RlcjogMTcNCm1vZHVs ZV9yZWdpc3RlcjogY2Fubm90IHJlZ2lzdGVyIHNpbXBsZWJ1cy9laGNpIGZyb20ga2VybmVsOyBh bHJlYWR5IGxvYWRlZCBmcm9tIGtlcm5lbA0KTW9kdWxlIHNpbXBsZWJ1cy9laGNpIGZhaWxlZCB0 byByZWdpc3RlcjogMTcNCm1vZHVsZV9yZWdpc3RlcjogY2Fubm90IHJlZ2lzdGVyIHNpbXBsZWJ1 cy9wY2liIGZyb20ga2VybmVsOyBhbHJlYWR5IGxvYWRlZCBmcm9tIGtlcm5lbA0KTW9kdWxlIHNp bXBsZWJ1cy9wY2liIGZhaWxlZCB0byByZWdpc3RlcjogMTcNCm1vZHVsZV9yZWdpc3RlcjogY2Fu bm90IHJlZ2lzdGVyIHNpbXBsZWJ1cy9laGNpIGZyb20ga2VybmVsOyBhbHJlYWR5IGxvYWRlZCBm cm9tIGtlcm5lbA0KTW9kdWxlIHNpbXBsZWJ1cy9laGNpIGZhaWxlZCB0byByZWdpc3RlcjogMTcN CkNQVTogQVJNIENvcnRleC1BNyByMHA1IChFQ086IDB4MDAwMDAwMDApDQpDUFUgRmVhdHVyZXM6 DQogIE11bHRpcHJvY2Vzc2luZywgVGh1bWIyLCBTZWN1cml0eSwgVmlydHVhbGl6YXRpb24sIEdl bmVyaWMgVGltZXIsIFZNU0F2NywNCiAgUFhOLCBMUEFFLCBDb2hlcmVudCBXYWxrDQpPcHRpb25h bCBpbnN0cnVjdGlvbnM6DQogIFNESVYvVURJViwgVU1VTEwsIFNNVUxMLCBTSU1EKGV4dCkNCkxv VVU6MiBMb0M6MyBMb1VJUzoyDQpDYWNoZSBsZXZlbCAxOg0KIDMyS0IvNjRCIDQtd2F5IGRhdGEg Y2FjaGUgV0IgUmVhZC1BbGxvYyBXcml0ZS1BbGxvYw0KIDMyS0IvMzJCIDItd2F5IGluc3RydWN0 aW9uIGNhY2hlIFJlYWQtQWxsb2MNCkNhY2hlIGxldmVsIDI6DQogNTEyS0IvNjRCIDgtd2F5IHVu aWZpZWQgY2FjaGUgV0IgUmVhZC1BbGxvYyBXcml0ZS1BbGxvYw0KcmVhbCBtZW1vcnkgID0gNTM2 ODcwOTEyICg1MTIgTUIpDQphdmFpbCBtZW1vcnkgPSA1MDc5Njk1MzYgKDQ4NCBNQikNCkZyZWVC U0QvU01QOiBNdWx0aXByb2Nlc3NvciBTeXN0ZW0gRGV0ZWN0ZWQ6IDQgQ1BVcw0KYXJjNHJhbmRv bTogbm8gcHJlbG9hZGVkIGVudHJvcHkgY2FjaGUNCnJhbmRvbTogZW50cm9weSBkZXZpY2UgZXh0 ZXJuYWwgaW50ZXJmYWNlDQprYmQwIGF0IGtiZG11eDANCm9md2J1czA6IDxPcGVuIEZpcm13YXJl IERldmljZSBUcmVlPg0KYXdfY2N1MDogPEFsbHdpbm5lciBDbG9jayBDb250cm9sIFVuaXQ+IG9u IG9md2J1czANCmNsa19maXhlZDA6IDxGaXhlZCBjbG9jaz4gb24gYXdfY2N1MA0KY2xrX2ZpeGVk MTogPEZpeGVkIGNsb2NrPiBvbiBhd19jY3UwDQpjbGtfZml4ZWQyOiA8Rml4ZWQgY2xvY2s+IG9u IGF3X2NjdTANCnNpbXBsZWJ1czA6IDxGbGF0dGVuZWQgZGV2aWNlIHRyZWUgc2ltcGxlIGJ1cz4g b24gb2Z3YnVzMA0KYXdfY2N1bmcwOiA8QWxsd2lubmVyIENsb2NrIENvbnRyb2wgVW5pdCBORz4g bWVtIDB4MWMyMDAwMC0weDFjMjAzZmYgb24gc2ltcGxlYnVzMA0KYXdfY2N1bmcxOiA8QWxsd2lu bmVyIENsb2NrIENvbnRyb2wgVW5pdCBORz4gbWVtIDB4MWYwMTQwMC0weDFmMDE0ZmYgb24gc2lt cGxlYnVzMA0KcmVnZml4MDogPEZpeGVkIFJlZ3VsYXRvcj4gb24gb2Z3YnVzMA0KcmVnZml4MTog PEZpeGVkIFJlZ3VsYXRvcj4gb24gb2Z3YnVzMA0KcmVnZml4MjogPEZpeGVkIFJlZ3VsYXRvcj4g b24gb2Z3YnVzMA0KcmVnZml4MzogPEZpeGVkIFJlZ3VsYXRvcj4gb24gb2Z3YnVzMA0KYXd1c2Jw aHkwOiA8QWxsd2lubmVyIFVTQiBQSFk+IG1lbSAweDFjMTk0MDAtMHgxYzE5NDJiLDB4MWMxYTgw MC0weDFjMWE4MDMsMHgxYzFiODAwLTB4MWMxYjgwMywweDFjMWM4MDAtMHgxYzFjODAzLDB4MWMx ZDgwMC0weDFjMWQ4MDMgb24gc2ltcGxlYnVzMA0KZ2ljMDogPEFSTSBHZW5lcmljIEludGVycnVw dCBDb250cm9sbGVyPiBtZW0gMHgxYzgxMDAwLTB4MWM4MWZmZiwweDFjODIwMDAtMHgxYzgzZmZm LDB4MWM4NDAwMC0weDFjODVmZmYsMHgxYzg2MDAwLTB4MWM4N2ZmZiBpcnEgMzYgb24gc2ltcGxl YnVzMA0KZ2ljMDogcG4gMHgxLCBhcmNoIDB4MiwgcmV2IDB4MSwgaW1wbGVtZW50ZXIgMHg0M2Ig aXJxcyAxNjANCmdwaW8wOiA8QWxsd2lubmVyIEdQSU8vUGlubXV4IGNvbnRyb2xsZXI+IG1lbSAw eDFjMjA4MDAtMHgxYzIwYmZmIGlycSAxNywxOCBvbiBzaW1wbGVidXMwDQpncGlvYnVzMDogPE9G VyBHUElPIGJ1cz4gb24gZ3BpbzANCmdwaW8xOiA8QWxsd2lubmVyIEdQSU8vUGlubXV4IGNvbnRy b2xsZXI+IG1lbSAweDFmMDJjMDAtMHgxZjAyZmZmIGlycSA0MCBvbiBzaW1wbGVidXMwDQpncGlv YnVzMTogPE9GVyBHUElPIGJ1cz4gb24gZ3BpbzENCnJ0YzA6IDxBbGx3aW5uZXIgUlRDPiBtZW0g MHgxZjAwMDAwLTB4MWYwMDA1MyBpcnEgMzcsMzggb24gc2ltcGxlYnVzMA0KcnRjMDogcmVnaXN0 ZXJlZCBhcyBhIHRpbWUtb2YtZGF5IGNsb2NrLCByZXNvbHV0aW9uIDEuMDAwMDAwcw0KZ2VuZXJp Y190aW1lcjA6IDxBUk12NyBHZW5lcmljIFRpbWVyPiBpcnEgMCwxLDIsMyBvbiBvZndidXMwDQpU aW1lY291bnRlciAiQVJNIE1QQ29yZSBUaW1lY291bnRlciIgZnJlcXVlbmN5IDI0MDAwMDAwIEh6 IHF1YWxpdHkgMTAwMA0KRXZlbnQgdGltZXIgIkFSTSBNUENvcmUgRXZlbnR0aW1lciIgZnJlcXVl bmN5IDI0MDAwMDAwIEh6IHF1YWxpdHkgMTAwMA0KYXdfc3lzY29uMDogPEFsbHdpbm5lciBzeXNj b24+IG1lbSAweDFjMDAwMDAtMHgxYzAwZmZmIG9uIHNpbXBsZWJ1czANCmEzMWRtYWMwOiA8QWxs d2lubmVyIERNQSBjb250cm9sbGVyPiBtZW0gMHgxYzAyMDAwLTB4MWMwMmZmZiBpcnEgNCBvbiBz aW1wbGVidXMwDQphd19tbWMwOiA8QWxsd2lubmVyIEludGVncmF0ZWQgTU1DL1NEIGNvbnRyb2xs ZXI+IG1lbSAweDFjMGYwMDAtMHgxYzBmZmZmIGlycSA1IG9uIHNpbXBsZWJ1czANCm1tYzA6IDxN TUMvU0QgYnVzPiBvbiBhd19tbWMwDQplaGNpMDogPEFsbHdpbm5lciBJbnRlZ3JhdGVkIFVTQiAy LjAgY29udHJvbGxlcj4gbWVtIDB4MWMxYTAwMC0weDFjMWEwZmYgaXJxIDkgb24gc2ltcGxlYnVz MA0KdXNidXMwOiBFSENJIHZlcnNpb24gMS4wDQp1c2J1czAgb24gZWhjaTANCm9oY2kwOiA8R2Vu ZXJpYyBPSENJIENvbnRyb2xsZXI+IG1lbSAweDFjMWE0MDAtMHgxYzFhNGZmIGlycSAxMCBvbiBz aW1wbGVidXMwDQp1c2J1czEgb24gb2hjaTANCmVoY2kxOiA8QWxsd2lubmVyIEludGVncmF0ZWQg VVNCIDIuMCBjb250cm9sbGVyPiBtZW0gMHgxYzFiMDAwLTB4MWMxYjBmZiBpcnEgMTEgb24gc2lt cGxlYnVzMA0KdXNidXMyOiBFSENJIHZlcnNpb24gMS4wDQp1c2J1czIgb24gZWhjaTENCm9oY2kx OiA8R2VuZXJpYyBPSENJIENvbnRyb2xsZXI+IG1lbSAweDFjMWI0MDAtMHgxYzFiNGZmIGlycSAx MiBvbiBzaW1wbGVidXMwDQp1c2J1czMgb24gb2hjaTENCmdwaW9jMDogPEdQSU8gY29udHJvbGxl cj4gb24gZ3BpbzANCmF3ZzA6IDxBbGx3aW5uZXIgR2lnYWJpdCBFdGhlcm5ldD4gbWVtIDB4MWMz MDAwMC0weDFjM2ZmZmYgaXJxIDIxIG9uIHNpbXBsZWJ1czANCm1paWJ1czA6IDxNSUkgYnVzPiBv biBhd2cwDQp1a3BoeTA6IDxHZW5lcmljIElFRUUgODAyLjN1IG1lZGlhIGludGVyZmFjZT4gUEhZ IDAgb24gbWlpYnVzMA0KdWtwaHkwOiAgbm9uZSwgMTBiYXNlVCwgMTBiYXNlVC1GRFgsIDEwMGJh c2VUWCwgMTAwYmFzZVRYLUZEWCwgYXV0bywgYXV0by1mbG93DQp1a3BoeTE6IDxHZW5lcmljIElF RUUgODAyLjN1IG1lZGlhIGludGVyZmFjZT4gUEhZIDEgb24gbWlpYnVzMA0KdWtwaHkxOiAgbm9u ZSwgMTBiYXNlVCwgMTBiYXNlVC1GRFgsIDEwMGJhc2VUWCwgMTAwYmFzZVRYLUZEWCwgYXV0bywg YXV0by1mbG93DQphd2cwOiBFdGhlcm5ldCBhZGRyZXNzOiAwMjo4MTo1Nzo1Yzo0MjpjNQ0KYXdf d2RvZzA6IDxBbGx3aW5uZXIgQTMxIFdhdGNoZG9nPiBtZW0gMHgxYzIwY2EwLTB4MWMyMGNiZiBp cnEgMjQgb24gc2ltcGxlYnVzMA0KdWFydDA6IDwxNjc1MCBvciBjb21wYXRpYmxlPiBtZW0gMHgx YzI4MDAwLTB4MWMyODNmZiBpcnEgMjkgb24gc2ltcGxlYnVzMA0KdWFydDA6IGNvbnNvbGUgKDEx NTM4NCxuLDgsMSkNCmdwaW9jMTogPEdQSU8gY29udHJvbGxlcj4gb24gZ3BpbzENCmNwdWxpc3Qw OiA8T3BlbiBGaXJtd2FyZSBDUFUgR3JvdXA+IG9uIG9md2J1czANCmNwdTA6IDxPcGVuIEZpcm13 YXJlIENQVT4gb24gY3B1bGlzdDANCmNwdTE6IDxPcGVuIEZpcm13YXJlIENQVT4gb24gY3B1bGlz dDANCmNwdTI6IDxPcGVuIEZpcm13YXJlIENQVT4gb24gY3B1bGlzdDANCmNwdTM6IDxPcGVuIEZp cm13YXJlIENQVT4gb24gY3B1bGlzdDANCmdwaW9sZWQwOiA8R1BJTyBMRURzPiBvbiBvZndidXMw DQpjcnlwdG9zb2Z0MDogPHNvZnR3YXJlIGNyeXB0bz4NClRpbWVjb3VudGVycyB0aWNrIGV2ZXJ5 IDEuMDAwIG1zZWMNCnVzYnVzMDogNDgwTWJwcyBIaWdoIFNwZWVkIFVTQiB2Mi4wDQp1c2J1czE6 IDEyTWJwcyBGdWxsIFNwZWVkIFVTQiB2MS4wDQp1c2J1czI6IDQ4ME1icHMgSGlnaCBTcGVlZCBV U0IgdjIuMA0KdXNidXMzOiAxMk1icHMgRnVsbCBTcGVlZCBVU0IgdjEuMA0KdWdlbjEuMTogPEdl bmVyaWMgT0hDSSByb290IEhVQj4gYXQgdXNidXMxDQp1aHViMDogPEdlbmVyaWMgT0hDSSByb290 IEhVQiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzMQ0KdWdlbjAu MTogPEFsbHdpbm5lciBFSENJIHJvb3QgSFVCPiBhdCB1c2J1czANCnVodWIxOiA8QWxsd2lubmVy IEVIQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDIuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1 czANCnVnZW4yLjE6IDxBbGx3aW5uZXIgRUhDSSByb290IEhVQj4gYXQgdXNidXMyDQp1aHViMjog PEFsbHdpbm5lciBFSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAyLjAwLzEuMDAsIGFkZHIg MT4gb24gdXNidXMyDQp1Z2VuMy4xOiA8R2VuZXJpYyBPSENJIHJvb3QgSFVCPiBhdCB1c2J1czMN CnVodWIzOiA8R2VuZXJpYyBPSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAs IGFkZHIgMT4gb24gdXNidXMzDQptbWNzZDA6IDhHQiA8U0RIQyBTTDA4RyA4LjAgU04gRjFCMjBF MkMgTUZHIDExLzIwMTUgYnkgMyBTRD4gYXQgbW1jMCA1MC4wTUh6LzRiaXQvNjU1MzUtYmxvY2sN ClJlbGVhc2UgQVBzDQptbWMwOiBXQVJOSU5HOiBXSVRORVNTIG9wdGlvbiBlbmFibGVkLCBleHBl Y3QgcmVkdWNlZCBwZXJmb3JtYW5jZS4NCkFDTUQ0MiBmYWlsZWQsIFJFU1VMVDogNA0KYXJjNHJh bmRvbTogbm8gcHJlbG9hZGVkIGVudHJvcHkgY2FjaGUNCm1tYzA6IENhcmQgYXQgcmVsYXRpdmUg YWRkcmVzcyA0MzY5MCBmYWlsZWQgdG8gc2V0IGJ1cyB3aWR0aA0KVHJ5aW5nIHRvIG1vdW50IHJv b3QgZnJvbSB1ZnM6L2Rldi9tbWNzZDBzMmEgW3J3LG5vYXRpbWVdLi4uDQp1aHViMDogMSBwb3J0 IHdpdGggMSByZW1vdmFibGUsIHNlbGYgcG93ZXJlZA0KdWh1YjM6IDEgcG9ydCB3aXRoIDEgcmVt b3ZhYmxlLCBzZWxmIHBvd2VyZWQNCmFyYzRyYW5kb206IG5vIHByZWxvYWRlZCBlbnRyb3B5IGNh Y2hlDQp1aHViMjogMSBwb3J0IHdpdGggMSByZW1vdmFibGUsIHNlbGYgcG93ZXJlZA0KdWh1YjE6 IDEgcG9ydCB3aXRoIDEgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQNCmFyYzRyYW5kb206IG5vIHBy ZWxvYWRlZCBlbnRyb3B5IGNhY2hlDQpyYW5kb206IHVuYmxvY2tpbmcgZGV2aWNlLg0KYXdnMDog bGluayBzdGF0ZSBjaGFuZ2VkIHRvIERPV04NCmF3ZzA6IGxpbmsgc3RhdGUgY2hhbmdlZCB0byBV UA0KaXBmdzIgKCtpcHY2KSBpbml0aWFsaXplZCwgZGl2ZXJ0IGxvYWRhYmxlLCBuYXQgbG9hZGFi bGUsIGRlZmF1bHQgdG8gZGVueSwgbG9nZ2luZyBkaXNhYmxlZA0K From owner-freebsd-arm@freebsd.org Wed Feb 21 21:54:16 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D8365F04109 for ; Wed, 21 Feb 2018 21:54:16 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from hraggstad.unrelenting.technology (hraggstad.unrelenting.technology [71.19.146.151]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hraggstad.unrelenting.technology", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5F866754BD for ; Wed, 21 Feb 2018 21:54:15 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: by hraggstad.unrelenting.technology (OpenSMTPD) with ESMTPSA id 559ebba8 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO; Wed, 21 Feb 2018 21:54:12 +0000 (UTC) Subject: Re: No aw_thermal device on Orange Pi One To: Juan Ambriz , "freebsd-arm@freebsd.org" References: From: Greg V Message-ID: <1a75717a-36a9-bda5-4c2e-dbd2e8154eff@unrelenting.technology> Date: Thu, 22 Feb 2018 00:54:09 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2018 21:54:17 -0000 On 02/22/2018 00:44, Juan Ambriz wrote: > Hi. > > Just built and image for Orange Pi One using r329366 with crochet. Using the board configuration for OrangePi-Plus2E the only change made was in setup.sh file to use u-boot-orangepi-one. > > Looking at old messages on the list I see that "aw_thermal0: mem 0x1c25000-0x1c253ff" is missing. Hi. This happened because we're using device trees from upstream (Linux) now, and they do not have entries for the thermal sensor. I made a little work-in-progress patch: https://gist.github.com/myfreeweb/a6cb7261fc79977f4c1c224cfe5ca3de That uses the configuration proposed for Linux: https://lkml.org/lkml/2018/1/28/406 But it currently fails in aw_thermal_init. And anyway, reading the sensor correctly depends on reading thermal calibration data, which is currently in progress: https://reviews.freebsd.org/D13556 From owner-freebsd-arm@freebsd.org Wed Feb 21 22:03:29 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BBA00F04BCD for ; Wed, 21 Feb 2018 22:03:29 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it0-x231.google.com (mail-it0-x231.google.com [IPv6:2607:f8b0:4001:c0b::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 56E7375ACD for ; Wed, 21 Feb 2018 22:03:29 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it0-x231.google.com with SMTP id v186so4082617itc.5 for ; Wed, 21 Feb 2018 14:03:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=X3TpYF+s9/NGWKQbchpBm4L818arKjn1uKZRRmhixJE=; b=AZ7S35hioaVI8w3cqbsDSTSdtCw4KrzsY/4TSwbyUie7PyTu4OSI/nS2uaMVi+tLr8 d626PErCqSkCqF7Sgl0NWvJomzTKlhLe5/2/qXPvTL68aEaCDPEVSJdH/H802Hcm2HLf DdvAwlSvp8Zxf9EFc1qvngXddcWdARzaVUCsVCnov2cJeDcUuS/KRgYf/rqdo2DF79Os EKZ1lM1efQz+SDt8hTRfTy5n4BOJBY+Zwg4ccGCcfE6PerEwPyKPLjaIKcshM90dyV4G RjGAJHrLHlQdTSGP46Qidr18TQl2bdP90hXkPHCE8WGFVOK33BxG2x68nq+R/CFk7t5w woOA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=X3TpYF+s9/NGWKQbchpBm4L818arKjn1uKZRRmhixJE=; b=ENw6vvZKxyngROGD4cXDVIeIzzVQDimHgEaxQT+P3PFHhmvfHWUTnFv41bSeuULNVC PmrYPve7h6a0wV+pQWHiQG7kaXfvPKcT5ftWOtkfRyOw1RjmPqfJOFfuDp3Vs37bnivV t0ClE78Y0hB46SmrfhEterwLGuMVP/KFBXGKhAr5An0IAEFG19ZhLj5Rt3ziGOhfAGXv 5Qblg/RL7pYR7Vsc+RewsEaxa9gnSGTCBBHE16akEvrZBTCTUgayJvGERBG3fyp8j7qK ef5RhavnQnziGM7dCrXHbGH96MYAOGPUibvJHRojCfng4CeuLqNqCxSITbMcfhASnQg4 kKxw== X-Gm-Message-State: APf1xPBIMFygmcH5KOoN6ZLwcjAN9Pirr+2K1JF9D/rQIt4Advo/527P QQxfHxzGBLC60IBMtZl2Vc4o/nq3V8zTI46V9aM1iw== X-Google-Smtp-Source: AH8x226aFzei5QxVIOtyvTU/dcd+5LDz/KI3VdSPLZYow32wpqHKc243T/kI4t+5kzipKpyKRQ2IlKuKO4PDUjowhCY= X-Received: by 10.36.55.146 with SMTP id r140mr5176054itr.57.1519250608349; Wed, 21 Feb 2018 14:03:28 -0800 (PST) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.201.67 with HTTP; Wed, 21 Feb 2018 14:03:27 -0800 (PST) X-Originating-IP: [2603:300b:6:5100:18a2:a4f7:170:8dd9] In-Reply-To: <201802211958.w1LJwnhu087548@pdx.rh.CN85.dnsmgr.net> References: <1519242042.91697.116.camel@freebsd.org> <201802211958.w1LJwnhu087548@pdx.rh.CN85.dnsmgr.net> From: Warner Losh Date: Wed, 21 Feb 2018 15:03:27 -0700 X-Google-Sender-Auth: bAArdv61gW2wFhADh4T0B3TMM6g Message-ID: Subject: Re: Custom kernel for RPi2 and 3 To: "Rodney W. Grimes" Cc: Ian Lepore , "freebsd-arm@freebsd.org" Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2018 22:03:30 -0000 On Wed, Feb 21, 2018 at 12:58 PM, Rodney W. Grimes < freebsd-rwg@pdx.rh.cn85.dnsmgr.net> wrote: > > Last time I tried to support the issue of people should really be > building a custom kernel and not running GENERIC I pretty much > got shot down as "this is 2018 no one should have to build a > kernel". > The current plan for 12 is that we'll gut GENERIC like a fish, at least on x86, and ship with a more minimal kernel. Everything that can be loaded as a module automatically will be loaded (there's some things that can't or could be but with a crazy amount of work, those wills till be static). The devmatch work I've done is driving it, but it isn't fully realized in -current yet since there's lots of PCI drivers that need love. For ARM specifically, we need a lot of work on the FDT side of the house to get there, and there's some issues about the best place to do the loading that might not be worked out by the branch for 12. Having a better story for embedded is needed regardless of the progress towards automatic loading. Warner From owner-freebsd-arm@freebsd.org Wed Feb 21 22:11:17 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 10110F054C5 for ; Wed, 21 Feb 2018 22:11:17 +0000 (UTC) (envelope-from 4250.10.freebsd-arm=freebsd.org@email-od.com) Received: from bca5.email-od.com (bca5.email-od.com [207.246.239.5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8CCEE75F01 for ; Wed, 21 Feb 2018 22:11:16 +0000 (UTC) (envelope-from 4250.10.freebsd-arm=freebsd.org@email-od.com) DKIM-Signature: v=1; a=rsa-sha256; d=email-od.com;i=@email-od.com;s=dkim; c=relaxed/relaxed; q=dns/txt; t=1519251078; x=1521843078; h=content-transfer-encoding:content-type:mime-version:references:in-reply-to:message-id:subject:to:from:date:x-thread-info; bh=2Q0qaywEuZzAUqFZMFD80fj4p4AZl8YosSYavLgKwiE=; b=nDQDnXuj+yTYkKQV6JM27UtgCTDvk86cq3KE9e8aTDvAAz2Nqs+DdjyEOFjMDVQhS9rmasBaxpWfyRmUW5qhQYJlxN5k1dVHdUo0CpFr/vWkzxNlB/rBI76gBmu/JH8bIq5qlWLSB/Ffl6Jmsj0L3TbHcQDbNxp9zkBI3gHvDew= X-Thread-Info: NDI1MC4xMi45MjAwMDAwMDA4ZjM2OC5mcmVlYnNkLWFybT1mcmVlYnNkLm9yZw== Received: from r3.h.in.socketlabs.com (r3.h.in.socketlabs.com [142.0.180.13]) by bca2.email-od.com with ESMTP(version=Tls12 cipher=Aes256 bits=256); Wed, 21 Feb 2018 17:11:02 -0500 Received: from smtp.lan.sohara.org (EMTPY [89.127.62.20]) by r3.h.in.socketlabs.com with ESMTP(version=Tls12 cipher=Aes256 bits=256); Wed, 21 Feb 2018 17:11:00 -0500 Received: from [192.168.63.1] (helo=steve.lan.sohara.org) by smtp.lan.sohara.org with smtp (Exim 4.90 (FreeBSD)) (envelope-from ) id 1eocbF-0004iV-8f for freebsd-arm@freebsd.org; Wed, 21 Feb 2018 22:10:53 +0000 Date: Wed, 21 Feb 2018 22:10:53 +0000 From: Steve O'Hara-Smith To: freebsd-arm@freebsd.org Subject: Re: Custom kernel for RPi2 and 3 Message-Id: <20180221221053.7a9a6df785311dc66caeb388@sohara.org> In-Reply-To: <201802211958.w1LJwnhu087548@pdx.rh.CN85.dnsmgr.net> References: <1519242042.91697.116.camel@freebsd.org> <201802211958.w1LJwnhu087548@pdx.rh.CN85.dnsmgr.net> X-Mailer: Sylpheed 3.6.0 (GTK+ 2.24.31; amd64-portbld-freebsd11.0) X-Clacks-Overhead: "GNU Terry Pratchett" 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.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2018 22:11:17 -0000 On Wed, 21 Feb 2018 11:58:49 -0800 (PST) "Rodney W. Grimes" wrote: > Last time I tried to support the issue of people should really be > building a custom kernel and not running GENERIC I pretty much > got shot down as "this is 2018 no one should have to build a > kernel". ALTQ, bites me every time I forget to make kernel before rebooting after freebsd-update install on my router. -- Steve O'Hara-Smith From owner-freebsd-arm@freebsd.org Wed Feb 21 22:13:52 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 06E68F0591D for ; Wed, 21 Feb 2018 22:13:52 +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 7B7A2761BA for ; Wed, 21 Feb 2018 22:13:51 +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; Wed, 21 Feb 2018 23:08:40 +0100 id 00DD603A.5A8DEDE8.0000D399 Date: Wed, 21 Feb 2018 23:08:40 +0100 From: Milan Obuch To: freebsd-arm@freebsd.org Cc: Greg V , Juan Ambriz Subject: Re: No aw_thermal device on Orange Pi One Message-ID: <20180221230840.11c4febc@zeta.dino.sk> In-Reply-To: <1a75717a-36a9-bda5-4c2e-dbd2e8154eff@unrelenting.technology> References: <1a75717a-36a9-bda5-4c2e-dbd2e8154eff@unrelenting.technology> X-Mailer: Claws Mail 3.16.0 (GTK+ 2.24.31; i386-portbld-freebsd10.4) 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.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2018 22:13:52 -0000 On Thu, 22 Feb 2018 00:54:09 +0300 Greg V via freebsd-arm wrote: > On 02/22/2018 00:44, Juan Ambriz wrote: > > Hi. > > > > Just built and image for Orange Pi One using r329366 with crochet. > > Using the board configuration for OrangePi-Plus2E the only change > > made was in setup.sh file to use u-boot-orangepi-one. > > > > Looking at old messages on the list I see that "aw_thermal0: > > mem 0x1c25000-0x1c253ff" is > > missing. > Hi. This happened because we're using device trees from upstream > (Linux) now, and they do not have entries for the thermal sensor. > > I made a little work-in-progress patch: > https://gist.github.com/myfreeweb/a6cb7261fc79977f4c1c224cfe5ca3de > That uses the configuration proposed for Linux: > https://lkml.org/lkml/2018/1/28/406 > But it currently fails in aw_thermal_init. > > And anyway, reading the sensor correctly depends on reading thermal > calibration data, which is currently in progress: > https://reviews.freebsd.org/D13556 > Well, I am using Orange Pi Zero, which uses H2+ SoC instead of H3, but they are almost the same (H2+ is kind of simplified H3). For aw_thermal to work, you need to create your own dts file containing #include "sun8i-h2-plus-orangepi-zero.dts" / { soc { sid: eeprom@01c14000 { compatible = "allwinner,sun8i-h3-sid"; reg = <0x01c14000 0x400>; }; rtp: rtp@1c25000 { compatible = "allwinner,sun8i-h3-ts"; reg = <0x01c25000 0x400>; interrupts = ; clocks = <&ccu CLK_BUS_THS>,<&ccu CLK_THS>; clock-names = "ahb", "ths"; resets = <&ccu RST_BUS_THS>; #thermal-sensor-cells = <0>; }; }; }; and maybe some other stuff, if you would like to use additional uart or usb ports or other devices. Then compile it to dtb file and use that when booting. It is possible you will be forced to adjust this in future, when new device trees are imported, but this works for me now. Regards, Milan From owner-freebsd-arm@freebsd.org Wed Feb 21 22:16:41 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1DFEBF05C96 for ; Wed, 21 Feb 2018 22:16:41 +0000 (UTC) (envelope-from byond.lenox@gmail.com) Received: from mail-lf0-f44.google.com (mail-lf0-f44.google.com [209.85.215.44]) (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 88F32763FE for ; Wed, 21 Feb 2018 22:16:40 +0000 (UTC) (envelope-from byond.lenox@gmail.com) Received: by mail-lf0-f44.google.com with SMTP id t204so4587440lff.9 for ; Wed, 21 Feb 2018 14:16:40 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=yDY2rE3IG70Ng8y2aSUSwuceAENZz2io/jpK8sbbzso=; b=lJSoYAgOeFF7JZjswgmESLxd/GkRAHTlgm6T6n/uKaEg6/mY4PJoE1e+mgGjy/xLbB Vi6LD/HCWybkd+DHFR8z7BUWdP1DRuxmTxUxoeR7wnLo1zGRHQvFdD060n4Kk8pZCU2D Iqy/32DBvppIUt5Nigu/6ltIIsNB9aomiaoci161Iap0ntCTNQcjjpsOAABxKC9DskGP O8pP05hdXQEJq1QhwPj14M6J9/zgDcOGg+Iv6Ab5PttvIMcTDokdT+xlasCHYCaW9uMA Hh0CRCUx38Wn98bvZ8ybL5D4ndZ0MPRlYqyICmD/rVEjs2d6a6B/S6mNbqNmwSP5wbWc caTw== X-Gm-Message-State: APf1xPACPi83vRwbi/SLBB4ZpoUQgYYsHnerPBRxw3dONFijPoT4YRND vMQSqwjVLmxBx3ZpbIqcHKagRKGC X-Google-Smtp-Source: AH8x225NSUjUKZLs7bqQXJhbLA1/B6cS4XYP9bhe90x8+TaeZHiNbGsUlbRDhtzU8ASFQ9uZ9oSRqg== X-Received: by 10.46.19.17 with SMTP id 17mr3460284ljt.102.1519251398330; Wed, 21 Feb 2018 14:16:38 -0800 (PST) Received: from mail-lf0-f43.google.com (mail-lf0-f43.google.com. [209.85.215.43]) by smtp.gmail.com with ESMTPSA id v83sm3089797lje.53.2018.02.21.14.16.38 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 21 Feb 2018 14:16:38 -0800 (PST) Received: by mail-lf0-f43.google.com with SMTP id x196so4572414lfd.12 for ; Wed, 21 Feb 2018 14:16:38 -0800 (PST) X-Received: by 10.25.196.66 with SMTP id u63mr3376679lff.108.1519251397894; Wed, 21 Feb 2018 14:16:37 -0800 (PST) MIME-Version: 1.0 Received: by 10.46.106.8 with HTTP; Wed, 21 Feb 2018 14:16:17 -0800 (PST) In-Reply-To: <1a75717a-36a9-bda5-4c2e-dbd2e8154eff@unrelenting.technology> References: <1a75717a-36a9-bda5-4c2e-dbd2e8154eff@unrelenting.technology> From: Kyle Evans Date: Wed, 21 Feb 2018 16:16:17 -0600 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: No aw_thermal device on Orange Pi One To: Greg V Cc: Juan Ambriz , "freebsd-arm@freebsd.org" Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Feb 2018 22:16:41 -0000 On Wed, Feb 21, 2018 at 3:54 PM, Greg V via freebsd-arm wrote: > On 02/22/2018 00:44, Juan Ambriz wrote: >> >> Hi. >> >> Just built and image for Orange Pi One using r329366 with crochet. Using >> the board configuration for OrangePi-Plus2E the only change made was in >> setup.sh file to use u-boot-orangepi-one. >> >> Looking at old messages on the list I see that "aw_thermal0: > Thermal Sensor Controller> mem 0x1c25000-0x1c253ff" is missing. > > Hi. This happened because we're using device trees from upstream (Linux) > now, and they do not have entries for the thermal sensor. > > I made a little work-in-progress patch: > https://gist.github.com/myfreeweb/a6cb7261fc79977f4c1c224cfe5ca3de > That uses the configuration proposed for Linux: > https://lkml.org/lkml/2018/1/28/406 > But it currently fails in aw_thermal_init. > > And anyway, reading the sensor correctly depends on reading thermal > calibration data, which is currently in progress: > https://reviews.freebsd.org/D13556 This support landed independently of that review, and I failed to update it. Very few of the -sid devices have landed in upstream FDT, so these will need to be added as overlays for the time being. From owner-freebsd-arm@freebsd.org Thu Feb 22 00:43:02 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CF213F118E7 for ; Thu, 22 Feb 2018 00:43:02 +0000 (UTC) (envelope-from hyun@caffeinated.codes) Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7E9477C22D for ; Thu, 22 Feb 2018 00:43:01 +0000 (UTC) (envelope-from hyun@caffeinated.codes) Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id 1361E20A91 for ; Wed, 21 Feb 2018 19:43:01 -0500 (EST) Received: from web3 ([10.202.2.213]) by compute7.internal (MEProxy); Wed, 21 Feb 2018 19:43:01 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= caffeinated.codes; h=content-transfer-encoding:content-type:date :from:in-reply-to:message-id:mime-version:references:subject:to :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=G//ZeL8hbq4dw5jvF pP55au907BeeXLKDHWjFcyGBrQ=; b=Y0laRW1LI85pBbqmy8ZsYJbGvQy3zqKhk i9J4sI9xS+KaBAg4hjBThoTt1cd9JtYueVc2g9we3aovC/PwDxWwS2f4+tY7JhVv YlStd5fiKcP47JOHhEQqZPs8qbj/0kVWPZ7BXA/wndSmslPXV6FuNq61ltA4mYCj pC0eiqU8eMlHxU2tti39SSP1wHIhVHkrgOmsMQCKLVzc9j+O+feBxLVpZaQN/uTE KCVgJS9Bh7ACWJcsO2l31eSKV+0VR+HaIXciaFj6MKwxqOy0+VZnOxoYulzZCh+3 aQ+5ytezuc6SaYaVuTFp+ZtkuDUSmP1miCZXKEjCyS2ABXIfmwNLA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=G//ZeL 8hbq4dw5jvFpP55au907BeeXLKDHWjFcyGBrQ=; b=d+rxEPnOY99Ala9U0ZzcrL MEA6UbRemGwpkQgqClNVSBiVFiAhzOBTe0HuPWMMQ+1RlRpv/IcMOI8e3K4QQ+Ip 9oqeAHOr/Um9aOCN/effoWPLJKsOPwUrY8s2AzxEMzGo0yIBxXHCE81CtcPUIWsk B+WevaGlLsgTid722C/lXH8TA596yrjByoSy2CfDs2xzw0P82L/GLY/+jl96c6en pAo3vGaf/1qefot9la+gdrzau/PUKYIN8h0M75lXF7vTRrrhz4ApRRGXACHF+YbS KV0dxoypK56hb+W2zF/JcHwDf8R2pqNN3dgLI7009M3/ggplpp7m4NbMrDX4SRrw == X-ME-Sender: Received: by mailuser.nyi.internal (Postfix, from userid 99) id E9A719E0DA; Wed, 21 Feb 2018 19:43:00 -0500 (EST) Message-Id: <1519260180.4079890.1279083320.2A7C0983@webmail.messagingengine.com> From: Hyun Hwang To: freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="utf-8" X-Mailer: MessagingEngine.com Webmail Interface - ajax-efbb3405 References: <1519183416.596433.1277874832.72C8988D@webmail.messagingengine.com> Subject: Re: sysctl hw.model does not exist on arm[64]? Date: Wed, 21 Feb 2018 19:43:00 -0500 In-Reply-To: <1519183416.596433.1277874832.72C8988D@webmail.messagingengine.com> X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Feb 2018 00:43:03 -0000 On Tuesday, February 20, 2018, 10:23 PM (UTC-0500), Hyun Hwang wrote: > Hi, > > I'm currently running the armv7 build of r329609 on my Raspberry Pi 2. I > just installed sysutils/bsdstats, and upon the first time sending the > report, this happened: > ``` > Posting OS statistics to rpt.bsdstats.org ... SUCCESS > Posting device statistics to rpt.bsdstats.org ... SUCCESS > sysctl: unknown oid 'hw.model' > Posting CPU information to rpt.bsdstats.org ... SUCCESS > Posting port statistics to rpt.bsdstats.org ... SUCCESS > ``` > The same thing is expected to happen on aarch64 build (RPi3) because it > does not exist on that arch, too. > > Is this an expected/intended behavior? Because on my amd64 machine, > `sysctl hw.model` shows the CPU info: `Intel(R) Core(TM) i3-5005U CPU @ > 2.00GHz` > -- > Hyun Hwang Hi, I just submitted [diff on this issue](https://reviews.freebsd.org/D14465). Any comment is appreciated. Thank you. -- Hyun Hwang From owner-freebsd-arm@freebsd.org Thu Feb 22 00:55:30 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BB824F1299E for ; Thu, 22 Feb 2018 00:55:30 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7FE8A7CDDA; Thu, 22 Feb 2018 00:55:28 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id w1M0tNjA088538; Wed, 21 Feb 2018 16:55:23 -0800 (PST) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd-rwg@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id w1M0tNff088537; Wed, 21 Feb 2018 16:55:23 -0800 (PST) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201802220055.w1M0tNff088537@pdx.rh.CN85.dnsmgr.net> Subject: Re: Custom kernel for RPi2 and 3 In-Reply-To: To: Warner Losh Date: Wed, 21 Feb 2018 16:55:23 -0800 (PST) CC: "freebsd-arm@freebsd.org" , Ian Lepore X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Feb 2018 00:55:30 -0000 > On Wed, Feb 21, 2018 at 12:58 PM, Rodney W. Grimes < > freebsd-rwg@pdx.rh.cn85.dnsmgr.net> wrote: > > > > Last time I tried to support the issue of people should really be > > building a custom kernel and not running GENERIC I pretty much > > got shot down as "this is 2018 no one should have to build a > > kernel". > > > > The current plan for 12 is that we'll gut GENERIC like a fish, at least on > x86, and ship with a more minimal kernel. Everything that can be loaded as > a module automatically will be loaded (there's some things that can't or > could be but with a crazy amount of work, those wills till be static). The > devmatch work I've done is driving it, but it isn't fully realized in > -current yet since there's lots of PCI drivers that need love. Do you have a list of parts that need module work or converted to modules? I had, will still have, it still works in 11, moved all the kernel dump code out to a module, its kinda useless in the deployed embeded world. > For ARM specifically, we need a lot of work on the FDT side of the house to > get there, and there's some issues about the best place to do the loading > that might not be worked out by the branch for 12. Having a better story > for embedded is needed regardless of the progress towards automatic loading. > > Warner -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-arm@freebsd.org Thu Feb 22 01:25:09 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EAEA4F155FE for ; Thu, 22 Feb 2018 01:25:08 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [69.239.235.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 41BC37EDE3; Thu, 22 Feb 2018 01:25:08 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id w1M1P2Ct001854 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 21 Feb 2018 17:25:03 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id w1M1P11H001853; Wed, 21 Feb 2018 17:25:01 -0800 (PST) (envelope-from fbsd) Date: Wed, 21 Feb 2018 17:25:01 -0800 From: bob prohaska To: Ian Lepore Cc: George Rosamond , freebsd-arm@freebsd.org, bob prohaska Subject: Re: Custom kernel for RPi2 and 3 Message-ID: <20180222012501.GA1313@www.zefox.net> References: <20180220161900.GA2345@www.zefox.net> <20180221051801.GA73510@www.zefox.net> <1519229812.91697.61.camel@freebsd.org> <20180221181518.GA696@www.zefox.net> <1519242042.91697.116.camel@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1519242042.91697.116.camel@freebsd.org> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Feb 2018 01:25:09 -0000 On Wed, Feb 21, 2018 at 12:40:42PM -0700, Ian Lepore wrote: > On Wed, 2018-02-21 at 10:15 -0800, bob prohaska wrote: > > On Wed, Feb 21, 2018 at 09:16:52AM -0700, Ian Lepore wrote: > > > > > > That script looks like a really complicated way to do: > > > > > > ? make showconfig __MAKE_CONF=/dev/null SRCCONF=/dev/null > > > > > > -- Ian > > Is there a straightforward way to sort what's being used from what > > can't (or isn't) being used? For example, on a Pi2 the command emits > > MK_WIRELESS??????= yes > > MK_WIRELESS_SUPPORT = yes > > Given that there's no onboard wireless and no USB WiFi adapter, it's > > fairly obvious those two can be set to "no". It's less clear what? > > MK_TEXTPROC??????= yes > > portends, and whether it's essential. > > > > Perhaps I mis-posed the original question. What I'm looking for might > > better be called a minimal kernel configuration supporting only the > > hardware native to a particular board. The old RPI2 kernel config file > > seemed to do that, but I gather it's deprecated.? > > > > Thanks for reading! > > > > bob prohaska > > Well, for starters all the WITH/WITHOUT stuff affects only userland, > not kernel builds. ?So setting WITHOUT_WIRELESS will leave the 'wpa' > program out of the build/installworld, but has no effect on whether any > wireless stuff is compiled in the kernel or modules. > Ok, wrong tree. I'll stop barking 8-) > When it comes to GENERIC kernels and how to slim them down... I should > start by mentioning that I've hated GENERIC kernels going back to 1996 > or so, but at least they made some kind of sense for x86 machines that > all had so much in common with each other. ?For ARM I think the concept > is somewhere between useless and actively harmful. ?I seem to be pretty > much alone in thinking so. ?If we ever get to the point where a generic > kernel can contain almost nothing in the way of options and drivers, > and the right modules can be dynamically loaded during boot as needed, > that would be useful. That sounds rather ambitious, but certainly desirable. In the meantime there's a lot to be said for a "boot it and it will run" setup, especially for first timers. > > So about the only way to make a custom slim kernel these days if your > platform is based on GENERIC is create a custom config file, include > GENERIC, then write a series of nooption and nodevice statements that > turn off all the stuff you don't want. ?That ensures that if new > required stuff gets added in the future, you'll pick it up. ?It also > ensures that when new stuff you don't need gets added, you'll also get > burdened with all of that. ?Given that an arm generic kernel contains > all the stuff needed by every arm SoC, it's a pretty good bet that > almost everything added to generic in the future will be things you > don't need, and on every update you'll have to examine it looking for > what got added that you now need new nooption/nodevice statements for. > > There's no good way to figure out what you need and what you don't > other than to read GENERIC line by line, hoping that the comments (when > they exist at all) give you enough of a clue about whether you need > that line. ?Sometimes you need to look in sys/arm/conf/NOTES and in > sys/conf/NOTES to find the info on what a given device or option is. > That's essentially what I tried, sans the consultation of the various NOTES. I just grepped the dmesg output for the first-column terms in GENERIC that seemed unrelated to Rpi. If they weren't in dmesg output I commented them out. Then I tried make buildkernel. The compiler errors were usually pretty good at indicating what I had to uncomment, though in a few cases it was guesswork. Once the compile completed the resulting kernel booted and ran, but it was still rather large : bob@www:~ % ls -l /boot/kernel/kernel -r-xr-xr-x 1 root wheel 9410680 Feb 20 23:23 /boot/kernel/kernel That compares to bob@www:~ % ls -l /boot/kernel.old/kernel -r-xr-xr-x 1 root wheel 10912668 Feb 17 13:23 /boot/kernel.old/kernel On a Pi2 running stable/11 using the RPI2 config one sees bob@www:~ % ls -l /boot/kernel/kernel -r-xr-xr-x 1 root wheel 8037808 Feb 20 21:37 /boot/kernel/kernel I'm quite astonished at how little reduction in kernel size was achieved. I'll post the config file if anybody wants to look at it. If I'm being unrealistic please say so, but memory constraints, at least on the Pi3, look imminent. Thanks for reading! bob prohaska From owner-freebsd-arm@freebsd.org Thu Feb 22 01:54:38 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B07F0F17F7D for ; Thu, 22 Feb 2018 01:54:38 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [69.239.235.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2FD6680A07 for ; Thu, 22 Feb 2018 01:54:38 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id w1M1sZnu001940 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 21 Feb 2018 17:54:36 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id w1M1sZ01001939; Wed, 21 Feb 2018 17:54:35 -0800 (PST) (envelope-from fbsd) Date: Wed, 21 Feb 2018 17:54:35 -0800 From: bob prohaska To: tech-lists Cc: freebsd-arm@freebsd.org, bob prohaska Subject: Re: Pi3 out of swap at < 50% Message-ID: <20180222015435.GA1904@www.zefox.net> References: <20180217162732.GA93736@www.zefox.net> <1518885801.91697.2.camel@freebsd.org> <9bf0ca6e-1916-3f4d-71fe-0515fe6a717f@zyxst.net> <20180218003840.GD93736@www.zefox.net> <3d2bd5e3-4567-cdfe-04d4-b572371a212e@zyxst.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3d2bd5e3-4567-cdfe-04d4-b572371a212e@zyxst.net> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Feb 2018 01:54:38 -0000 On Sun, Feb 18, 2018 at 03:38:49AM +0000, tech-lists wrote: > > In that situation I'd deactivate the swap on the card, and make a few > swap partitions on the flash drive. I used to run into the sort of > difficulty you're seeing if swap was on the microsd. It's not just swap > though; enough i/o activity on the card and it starts blocking. You can > tell it's happening if in another terminal if you type sync. It takes > several seconds (sometimes tens of seconds) to return. > Simply disabling the swap partition on the microSD card eliminated the vast majority of "indefinite wait..." errors. It seems to have reduced, but not eliminated, the "out of swap" errors. Unfornately, clang seems to keep crashing and asking for a bug report, even when backed down to -j2. It's running -j1 now, it'll be a long time finishing. Unfortunately I wasn't watching top when the last couple out of swap incidents happened, so I don't know if it was really out. Thanks for the suggestion, it helped a great deal. bob prohaska From owner-freebsd-arm@freebsd.org Thu Feb 22 07:07:42 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CBBC4F09B9F; Thu, 22 Feb 2018 07:07:41 +0000 (UTC) (envelope-from jon@brawn.org) Received: from ahs1.r4l.com (ahs1.r4l.com [198.27.81.125]) (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 7332170B49; Thu, 22 Feb 2018 07:07:41 +0000 (UTC) (envelope-from jon@brawn.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=brawn.org; s=default; h=To:References:Message-Id:Cc:Date:In-Reply-To:From:Subject: Mime-Version:Content-Type:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=gnkiIKHgnkDyMJ9wz9WnRWLyIzkDnbdKlgpZf2c93hE=; b=Ko6P7tyFOq9yd23oqVpu12+lPM W6jHVY+FE3q//hBnyLOHhstAk9QbDc5lI0ygItGia+D7hLLPCl2WoLt4ehLBQsmbtUHGUvfJPJQWH QtR2X147b+WXGgrLwyThjctSqdht+vcRmI6h3uwPIJjpsJjs9q5Zxe4Hk+t8W6fhhgZ0J8SVNofNs vDN0xqs+5pAJ2piRkOcX8mkDUZ3jEUCtOROY6TCvqS9WyM/5wAc+BcnbDLDosO1Cc3Cy6aYYxVarE s/jfMbkHkwwOTnjqbKbQrbMmtsMuVBJJZOeQqMOU2TxEJ3/2Z9/jQEohscxbQYmOZacw5hQ0LBFKT ZY0vwM3g==; Received: from [136.62.171.86] (port=53221 helo=[192.168.1.120]) by ahs1.r4l.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89_1) (envelope-from ) id 1eojrr-003RCZ-Cx; Thu, 22 Feb 2018 00:56:32 -0500 Content-Type: multipart/signed; boundary="Apple-Mail=_90CA86A5-905A-4793-9AF5-DDDB7EA878C8"; protocol="application/pkcs7-signature"; micalg=sha1 Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\)) Subject: Re: GSOC-Suggestions on choose hardwork to work on From: Jon Brawn X-Priority: 3 In-Reply-To: <-web47m-e0lqga-wwzf8f8r6pe4ob12ok1j3qcnxrbwt6eacmocrngg2n-17bu1phtbdpmg303d2bhyw7p-9z4pe-kujp6g34hjy7k11of4b2a26n551n01-i33h4o-ife9acqcx1qu-ce0yrj-d7m15w.1519243472617@email.android.com> Date: Wed, 21 Feb 2018 23:56:28 -0600 Cc: "freebsd-arm@FreeBSD.org" , "freebsd-mips@FreeBSD.org" Message-Id: <4B3E1276-5655-426E-B1CA-0E2CF9106913@brawn.org> References: <-web47m-e0lqga-wwzf8f8r6pe4ob12ok1j3qcnxrbwt6eacmocrngg2n-17bu1phtbdpmg303d2bhyw7p-9z4pe-kujp6g34hjy7k11of4b2a26n551n01-i33h4o-ife9acqcx1qu-ce0yrj-d7m15w.1519243472617@email.android.com> To: h1997xy@gmail.com X-Mailer: Apple Mail (2.3445.5.20) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - ahs1.r4l.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - brawn.org X-Get-Message-Sender-Via: ahs1.r4l.com: authenticated_id: jon@brawn.org X-Authenticated-Sender: ahs1.r4l.com: jon@brawn.org X-Source: X-Source-Args: X-Source-Dir: X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Feb 2018 07:07:42 -0000 --Apple-Mail=_90CA86A5-905A-4793-9AF5-DDDB7EA878C8 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Wotcha! Raspberry PI 3 is cheep and easy to get your hands on. Aarch64 (ARMv8-A) = architecture will be a popular architecture for some time to come. Jon. > On Feb 21, 2018, at 2:04 PM, h1997xy@gmail.com wrote: >=20 > Dear all, >=20 > My name is Hebe, and I am a y2 computer science student interested in = the "Improve support for an embedded CPU/board" gsoc project. > As a computer science student, it is hard to choose a hardware. By any = chance, would you mind providing some advice on which CPU to work on? = Which specific type of CPU is the most in-demand? > Thank you for your time! >=20 > Sincerely, > Hebe > _______________________________________________ > 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 --Apple-Mail=_90CA86A5-905A-4793-9AF5-DDDB7EA878C8 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIILEzCCBSUw ggQNoAMCAQICECQcc6QQWc3Um5HgAnmjhBYwDQYJKoZIhvcNAQELBQAwgZcxCzAJBgNVBAYTAkdC MRswGQYDVQQIExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoT EUNPTU9ETyBDQSBMaW1pdGVkMT0wOwYDVQQDEzRDT01PRE8gUlNBIENsaWVudCBBdXRoZW50aWNh dGlvbiBhbmQgU2VjdXJlIEVtYWlsIENBMB4XDTE3MTAyODAwMDAwMFoXDTE4MTAyODIzNTk1OVow HjEcMBoGCSqGSIb3DQEJARYNam9uQGJyYXduLm9yZzCCASIwDQYJKoZIhvcNAQEBBQADggEPADCC AQoCggEBALEscuT73gkjXEfkaQU3QXOOIDFilHr9RV/FKPk+ZO3wyXpoChqRW+anE+kKBLSCsmoX 6HnhAmcq3j9umj5jIYwpD84m26XbWQK+uo42GZ3cAF12VvO0g/toUvI+nJcxiD39APWowPKQ4Nae 4FN4hLOcwd2zyF3LiJgq4aXXcBQxl2s1JRCb7STFl5qpp73JVbFp1MkABmESyzI6KE0LLH3hHICU d2m+Omg6L8T+RgsTEKmgTvw1hYD04ms9ttji/viI8LtR3V9p9DDGH0iSCF56kPo4WfsbfGVBs1km tw8uvB6OVNGiD0q05kR/GI4jGiMLa4UhlCC0VsYfx7ZyGEUCAwEAAaOCAeMwggHfMB8GA1UdIwQY MBaAFIKvbIz4xf6WYXzoHz0rcUhexIvAMB0GA1UdDgQWBBRYtBFf7BnRYLxKWDc5DiI35q5WVzAO BgNVHQ8BAf8EBAMCBaAwDAYDVR0TAQH/BAIwADAgBgNVHSUEGTAXBggrBgEFBQcDBAYLKwYBBAGy MQEDBQIwEQYJYIZIAYb4QgEBBAQDAgUgMEYGA1UdIAQ/MD0wOwYMKwYBBAGyMQECAQEBMCswKQYI KwYBBQUHAgEWHWh0dHBzOi8vc2VjdXJlLmNvbW9kby5uZXQvQ1BTMFoGA1UdHwRTMFEwT6BNoEuG SWh0dHA6Ly9jcmwuY29tb2RvY2EuY29tL0NPTU9ET1JTQUNsaWVudEF1dGhlbnRpY2F0aW9uYW5k U2VjdXJlRW1haWxDQS5jcmwwgYsGCCsGAQUFBwEBBH8wfTBVBggrBgEFBQcwAoZJaHR0cDovL2Ny dC5jb21vZG9jYS5jb20vQ09NT0RPUlNBQ2xpZW50QXV0aGVudGljYXRpb25hbmRTZWN1cmVFbWFp bENBLmNydDAkBggrBgEFBQcwAYYYaHR0cDovL29jc3AuY29tb2RvY2EuY29tMBgGA1UdEQQRMA+B DWpvbkBicmF3bi5vcmcwDQYJKoZIhvcNAQELBQADggEBAKZgWVdxinnS81TZvPWc8kXjtzxKSBFU 6ZXBkofX+CSRuD+Wmg4vlt6fNIaVWqWDF95qjR3TOwyb+LQJnsMyYhAl9NI6AJTxgfghzKK49MVP aC0K7V4TnWCiucJsfK+xDqZIevPFPF3mpYz7/Uf8VPbX2uK80/uUoBRroXDLyHv7fTzG8K+bHBh6 l2x2xFB04nxAhRS4yaJvOeV6ckPOHvCgHhncXQ1HoPUvV/M94K3jaURLPvSUm2tgzODJ97QDHDWM SF7xfItpAM7AVAmN0M0U8sWI/qDykqpoeOc/TrMNeRTEcuphuJASMuN+oP57T+XZFq/lOEEIw1H+ 4QZ1mnIwggXmMIIDzqADAgECAhBqm+E4O/8ra58B1dm4p1JWMA0GCSqGSIb3DQEBDAUAMIGFMQsw CQYDVQQGEwJHQjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3Jk MRowGAYDVQQKExFDT01PRE8gQ0EgTGltaXRlZDErMCkGA1UEAxMiQ09NT0RPIFJTQSBDZXJ0aWZp Y2F0aW9uIEF1dGhvcml0eTAeFw0xMzAxMTAwMDAwMDBaFw0yODAxMDkyMzU5NTlaMIGXMQswCQYD VQQGEwJHQjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3JkMRow GAYDVQQKExFDT01PRE8gQ0EgTGltaXRlZDE9MDsGA1UEAxM0Q09NT0RPIFJTQSBDbGllbnQgQXV0 aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCC AQoCggEBAL6znlesKHZ1QBbHOAOY08YYdiFQ8yV5C0y1oNF9Olg+nKcxLqf2NHbZhGra0D00SOTq 9bus3/mxgUsg/Wh/eXQ0pnp8tZ8XZWAnlyKMpjL+qUByRjXCA6RQyDMqVaVUkbIr5SU0RDX/kSsK wer3H1pT/HUrBN0X8sKtPTdGX8XAWt/VdMLBrZBlgvnkCos+KQWWCo63OTTqRvaq8aWccm+KOMjT cE6s2mj6RkalweyDI7X+7U5lNo6jzC8RTXtVV4/Vwdax720YpMPJQaDaElmOupyTf1Qib+cpukNJ nQmwygjD8m046DQkLnpXNCAGjuJy1F5NATksUsbfJAr7FLUCAwEAAaOCATwwggE4MB8GA1UdIwQY MBaAFLuvfgI9+qbxPISOre44mOzZMjLUMB0GA1UdDgQWBBSCr2yM+MX+lmF86B89K3FIXsSLwDAO BgNVHQ8BAf8EBAMCAYYwEgYDVR0TAQH/BAgwBgEB/wIBADARBgNVHSAECjAIMAYGBFUdIAAwTAYD VR0fBEUwQzBBoD+gPYY7aHR0cDovL2NybC5jb21vZG9jYS5jb20vQ09NT0RPUlNBQ2VydGlmaWNh dGlvbkF1dGhvcml0eS5jcmwwcQYIKwYBBQUHAQEEZTBjMDsGCCsGAQUFBzAChi9odHRwOi8vY3J0 LmNvbW9kb2NhLmNvbS9DT01PRE9SU0FBZGRUcnVzdENBLmNydDAkBggrBgEFBQcwAYYYaHR0cDov L29jc3AuY29tb2RvY2EuY29tMA0GCSqGSIb3DQEBDAUAA4ICAQB4XLKBKDRPPO5fVs6fl1bsj6Jr F/bz9kkIBtTYLzXN30D+03Hj6OxCDBEaIeNmsBhrJmuubvyE7HtoSmR809AgcYboW+rcTNZ/8u/H v+GTrNI/AhqX2/kiQNxmgUPt/eJPs92Qclj0HnVyy9TnSvGkSDU7I5Px+TbO+88G4zipA2psZaWe EykgzClZlPz1FjTCkk77ZXp5cQYYexE6zeeN4/0OqqoAloFrjAF4o50YJafX8mnahjp3I2Y2mkjh k0xQfhNqbzlLWPoT3m7j7U26u7zg6swjOq8hITYc3/np5tM5aVyu6t99p17bTbY7+1RTWBviN9YJ zK8HxzObXYWBf/L+VGOYNsQDTxAk0Hbvb1j6KjUhg7fO294F29QIhhmiNOr84JHoy+fNLpfvYc/Q 9EtFOI5ISYgOxLk3nD/whbUe9rmEQXLp8MB933Ij474gwwCPUpwv9mj2PMnXoc7mbrS22XUSeTwx CTP9bcmUdp4jmIoWfhQm7X9w/Zgddg+JZ/YnIHOwsGsaTUgj7fIvxqith7DoJC91WJ8Lce3CVJqb 1XWeKIJ84F7YLXZN0oa7TktYgDdmQVxYkZo1c5noaDKH9Oq9cbm/vOYRUM1cWcef20Wkyk5S/GFy yPJwG0fR1nRas3DqAf4cXxMiEKcff7PNa4M3RGTqH0pWR8p6EjGCA7cwggOzAgEBMIGsMIGXMQsw CQYDVQQGEwJHQjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3Jk MRowGAYDVQQKExFDT01PRE8gQ0EgTGltaXRlZDE9MDsGA1UEAxM0Q09NT0RPIFJTQSBDbGllbnQg QXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQQIQJBxzpBBZzdSbkeACeaOEFjAJBgUr DgMCGgUAoIIB3zAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xODAy MjIwNTU2MjlaMCMGCSqGSIb3DQEJBDEWBBQp0MPswes8XCs8wAjDr6yaiwXJ0DCBvQYJKwYBBAGC NxAEMYGvMIGsMIGXMQswCQYDVQQGEwJHQjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAw DgYDVQQHEwdTYWxmb3JkMRowGAYDVQQKExFDT01PRE8gQ0EgTGltaXRlZDE9MDsGA1UEAxM0Q09N T0RPIFJTQSBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQQIQJBxzpBBZ zdSbkeACeaOEFjCBvwYLKoZIhvcNAQkQAgsxga+ggawwgZcxCzAJBgNVBAYTAkdCMRswGQYDVQQI ExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBD QSBMaW1pdGVkMT0wOwYDVQQDEzRDT01PRE8gUlNBIENsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQg U2VjdXJlIEVtYWlsIENBAhAkHHOkEFnN1JuR4AJ5o4QWMA0GCSqGSIb3DQEBAQUABIIBADUzJGR7 xAtPMADr1bTzSLkojjaPTs/wQyiE9+Jtp0EMkseGpx0VcFovHuokcxgRy0Zxn66izVFZfA/3m1zy +nx9bea5c+KS2o4gVtaOv00U5f3i/3aJIiIh2lBD+ZOEuDi8Yuh0u7Qppew2QCkhofxbKyAdnaCb Tm4+BXP1ggq7pRR4ji24SNck0nmO7ZTPHo24iScb0dXovb3CvTuEXTdV9EQIxj9r3txj5arhnLlv styGU5FdaGHw5FNMR8y3jzOxpJIkEwzam3ie/+5QAnB59UhPs4fWBLyuVRyLegRHsLb24VcDRE8L Ts24OfHrknLqOCAvkU0TArLR/2qHGqIAAAAAAAA= --Apple-Mail=_90CA86A5-905A-4793-9AF5-DDDB7EA878C8-- From owner-freebsd-arm@freebsd.org Thu Feb 22 09:32:13 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C42A5F18A16 for ; Thu, 22 Feb 2018 09:32:13 +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 30521779D4; Thu, 22 Feb 2018 09:32:12 +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 6a4f660b; Thu, 22 Feb 2018 10:32:10 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=DIEHysZqS2fIwYroNtJZzkUzIBc=; b=LQgoIynrLoUdoNS2n1uAT7CL3L3i YQgvYZiNcCh+dF8psiDrEnIpC0nK4LCxFYl9gMU+TWRRY/zi4YHZx07P28CNxb/+ IEKRJb2RcQGo9+G0zEFTKngBhhAEEs6z4ang/wMOc+Zy0lwdHQ0sW1RuQxUAzW1b Lm+Jkerx4VQ8p0I= 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=qx08DPDB67wp+I6tnPzklEXt4iFLiUcV0RB7Zuat6ql/zF0p71gU2Zln UHOWlJq0LVlVE7LNCkyDfEWtZHJ1BDjP+gU+DNtx3cN5k/d/BW3+fs0bhaf40wIb 7PKCpNAAvINxEXliT8yzZI7QA4OdKU+pr+hGeIo/ODvAA2a9Lgk= Received: from arcadia (evadot.gandi.net [217.70.181.36]) by mail.blih.net (OpenSMTPD) with ESMTPSA id 4fc59305 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Thu, 22 Feb 2018 10:32:10 +0100 (CET) Date: Thu, 22 Feb 2018 10:32:10 +0100 From: Emmanuel Vadot To: Greg V Cc: Greg V via freebsd-arm , "h1997xy@gmail.com" , "freebsd-arm@FreeBSD.org" Subject: Re: GSOC-Suggestions on choose hardwork to work on Message-Id: <20180222103210.b2c636ebc546cb3815a1be75@bidouilliste.com> In-Reply-To: <428e2f71-9348-7e71-adc6-d247dfe1dd63@unrelenting.technology> References: <-web47m-e0lqga-wwzf8f8r6pe4ob12ok1j3qcnxrbwt6eacmocrngg2n-17bu1phtbdpmg303d2bhyw7p-9z4pe-kujp6g34hjy7k11of4b2a26n551n01-i33h4o-ife9acqcx1qu-ce0yrj-d7m15w.1519243472617@email.android.com> <428e2f71-9348-7e71-adc6-d247dfe1dd63@unrelenting.technology> X-Mailer: Sylpheed 3.6.0 (GTK+ 2.24.31; amd64-portbld-freebsd12.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Feb 2018 09:32:14 -0000 On Thu, 22 Feb 2018 00:35:45 +0300 Greg V via freebsd-arm wrote: >=20 > On 02/21/2018 23:04, h1997xy@gmail.com wrote: > > Dear all, > > > > My name is Hebe, and I am a y2 computer science student interested in t= he "Improve support for an embedded CPU/board" gsoc project. > > As a computer science student, it is hard to choose a hardware. By any = chance, would you mind providing some advice on which CPU to work on? Which= specific type of CPU is the most in-demand? > > Thank you for your time! > Hi! >=20 > Check out the ROCK64 board http://wiki.pine64.org/index.php/ROCK64_Main_P= age > It's awesome because it provides up to 4 GB RAM in the Raspberry Pi form= =20 > factor. > Many people want to run FreeBSD on it. >=20 > It currently boots, but does not even mount the SD card: > https://twitter.com/manuvadot/status/943818826441003008 >=20 > Because there are no drivers for the Rockchip RK3328 SoC. >=20 > Would be very nice to have drivers for at least: > SD/MMC (rk3328-dw-mshc), > CPU clock/power management (rk3328-cru, rk3328-pmu), > CPU thermal sensor (rk3328-tsadc), > and Ethernet (rk3328-gmac ? should reuse if_dwc similarly to aw_if_dwc?). >=20 > Maybe you could help with the development of these drivers :) >=20 I know have the cru bits (not complete but soon will be) and mmc is working (but slow). I'll soon push my changes and help is always welcome on any other drivers. > If that's too hard, my other suggestion would be fixing some sunxi=20 > (Allwinner) things. >=20 > The Allwinner H3 Audio Codec currently throws a fatal error at boot on=20 > Orange Pi (PC and Plus2E) boards: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D226014 I have a patch from jmcneill@ that fixes that, I need to test and commit it. > And the if_awg Ethernet driver (also on these boards) only seems to work= =20 > when an Ethernet cable has been plugged in before powering the board on. It was fixed recently by kevans@ > _______________________________________________ > 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 Emmanuel Vadot From owner-freebsd-arm@freebsd.org Thu Feb 22 09:39:27 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A731DF19249; Thu, 22 Feb 2018 09:39:27 +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 0596E77C27; Thu, 22 Feb 2018 09:39:26 +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 10a81e6a; Thu, 22 Feb 2018 10:39:25 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=18ya+uNWJDY2l2/4d9wkvoe64nE=; b=BPMBQ8fxZ8EuTOrfbAaOYbpfwBqr V6DavUmn+C5noznnGy9O1S9XjLwOeglNzLia7D+MshiwK+rGLBPy3l0utxV+QJVw wWee7OwR6Z23PJCgYUNfLKfmFVI2qi0eavKc5t5XYiJtMMBGtxZzUTVgp4EJmO6r gwQJ1R2oTNj8uNY= 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=LxFY7jGpCwkpYuZJWr7I03zoePDITeYCdGjg1OUIJXr8PrlSIzzlu5NG nHzJB+pg/Wp87Vg0SCVyNjO7sEMLFXuwxvRMa62IdJIBB2KIdKxkDP0YwMcKPICO EVm9grDL+lcNEpBqj+VQn6aAqv7ie1yESb2nUA3tnnD1ynpwjnQ= Received: from arcadia (evadot.gandi.net [217.70.181.36]) by mail.blih.net (OpenSMTPD) with ESMTPSA id 4cb46a33 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Thu, 22 Feb 2018 10:39:25 +0100 (CET) Date: Thu, 22 Feb 2018 10:39:25 +0100 From: Emmanuel Vadot To: "h1997xy@gmail.com" Cc: "freebsd-arm@FreeBSD.org" , "freebsd-mips@FreeBSD.org" Subject: Re: GSOC-Suggestions on choose hardwork to work on Message-Id: <20180222103925.6d2505da953c33522070e912@bidouilliste.com> In-Reply-To: <-web47m-e0lqga-wwzf8f8r6pe4ob12ok1j3qcnxrbwt6eacmocrngg2n-17bu1phtbdpmg303d2bhyw7p-9z4pe-kujp6g34hjy7k11of4b2a26n551n01-i33h4o-ife9acqcx1qu-ce0yrj-d7m15w.1519243472617@email.android.com> References: <-web47m-e0lqga-wwzf8f8r6pe4ob12ok1j3qcnxrbwt6eacmocrngg2n-17bu1phtbdpmg303d2bhyw7p-9z4pe-kujp6g34hjy7k11of4b2a26n551n01-i33h4o-ife9acqcx1qu-ce0yrj-d7m15w.1519243472617@email.android.com> 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.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Feb 2018 09:39:27 -0000 On Wed, 21 Feb 2018 20:04:32 +0000 "h1997xy@gmail.com" wrote: > Dear all, > > My name is Hebe, and I am a y2 computer science student interested in the "Improve support for an embedded CPU/board" gsoc project. > As a computer science student, it is hard to choose a hardware. By any chance, would you mind providing some advice on which CPU to work on? Which specific type of CPU is the most in-demand? > Thank you for your time! > > Sincerely, > Hebe It really depend on a lot of things, if you're not too familiar with embedded kernel dev starting with an SoC that's already correctly supported (Allwinner, IMX6, AM335X) and add drivers for missing subsystem is probably best. There is also work that could benefit all SoC (and even all archs) like doing a proper spi or pwm subsystem (with userland tools like libpwm and pwmctl etc ...). On the most in-demand question I guess RPi support is wanted from our users for not from our devs. Allwinner is also popular. Cheers, -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Thu Feb 22 10:27:41 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EAD78F1D12C for ; Thu, 22 Feb 2018 10:27:40 +0000 (UTC) (envelope-from adridg@freebsd.org) Received: from smtp04.mail.online.nl (smtp04.mail.online.nl [194.134.25.74]) by mx1.freebsd.org (Postfix) with ESMTP id 8949679AA2 for ; Thu, 22 Feb 2018 10:27:40 +0000 (UTC) (envelope-from adridg@freebsd.org) Received: from a-pc.localnet (s55969a9e.adsl.online.nl [85.150.154.158]) by smtp04.mail.online.nl (Postfix) with ESMTP id E5A0B280028; Thu, 22 Feb 2018 11:19:45 +0100 (CET) From: Adriaan de Groot To: freebsd-arm@freebsd.org, "h1997xy@gmail.com" Subject: Re: GSOC-Suggestions on choose hardwork to work on Date: Thu, 22 Feb 2018 05:19:41 -0500 Message-ID: <1624935.2AWEMgfmDK@a-pc> Organization: FreeBSD In-Reply-To: <428e2f71-9348-7e71-adc6-d247dfe1dd63@unrelenting.technology> References: <-web47m-e0lqga-wwzf8f8r6pe4ob12ok1j3qcnxrbwt6eacmocrngg2n-17bu1phtbdpmg303d2bhyw7p-9z4pe-kujp6g34hjy7k11of4b2a26n551n01-i33h4o-ife9acqcx1qu-ce0yrj-d7m15w.1519243472617@email.android.com> <428e2f71-9348-7e71-adc6-d247dfe1dd63@unrelenting.technology> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart5031390.k0Beyh548v"; micalg="pgp-sha256"; protocol="application/pgp-signature" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Feb 2018 10:27:41 -0000 --nextPart5031390.k0Beyh548v Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" On Wednesday, February 21, 2018 4:35:45 PM EST Greg V via freebsd-arm wrote: > If that's too hard, my other suggestion would be fixing some sunxi > (Allwinner) things. .. adding on to Greg's suggestion, There are new boards (also from Pine: http://wiki.pine64.org/index.php/ PINE_H64_Main_Page) with an Allwinner H6. Those are very close to booting mainline Linux, which means in turn that it's reasonably well-documented what the hardware is doing. There's also an H6-based Orange Pi, I think. [ade] --nextPart5031390.k0Beyh548v Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iF4EABEIAAYFAlqOmT0ACgkQMu5UWj4IU0/VPwEAx4b6SCM4noOAWbXqthBZmxjX UXITTPkn8SEKOklZuksBAPRVQ8kgyre6bHyshi7AV1x7VMi5LuYCfuRW8XGSTK8J =ngPi -----END PGP SIGNATURE----- --nextPart5031390.k0Beyh548v-- From owner-freebsd-arm@freebsd.org Thu Feb 22 22:40:50 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 21061F07DE2 for ; Thu, 22 Feb 2018 22:40:50 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AD3C37CEA8 for ; Thu, 22 Feb 2018 22:40:49 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id F2E9E1E106 for ; Thu, 22 Feb 2018 22:40:48 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w1MMemtd035906 for ; Thu, 22 Feb 2018 22:40:48 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w1MMemPW035905 for freebsd-arm@FreeBSD.org; Thu, 22 Feb 2018 22:40:48 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 226130] [zfs] [panic] solaris assert: zrl->zr_refcount == 0 (0x1 == 0x0) Date: Thu, 22 Feb 2018 22:40:48 +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: kwhite@site.uottawa.ca 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.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Feb 2018 22:40:50 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D226130 Bug ID: 226130 Summary: [zfs] [panic] solaris assert: zrl->zr_refcount =3D=3D 0 (0x1 =3D=3D 0x0) Product: Base System Version: CURRENT Hardware: arm OS: Any Status: New Severity: Affects Only Me Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: kwhite@site.uottawa.ca Created attachment 190909 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D190909&action= =3Dedit Console boot log I'm getting panics similar to Bug 204037 on a recent build for RPI2 (RPI3 in 32-bit mode) on a system shutdown or "zpool export ..." root@rpi3uk:~ # zpool export tank panic: solaris assert: zrl->zr_refcount =3D=3D 0 (0x1 =3D=3D 0x0), file: /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zrlock.c, line: 65 cpuid =3D 1 time =3D 1519336773 KDB: stack backtrace: db_trace_self() at db_trace_self pc =3D 0xc0514f0c lr =3D 0xc0097e00 (db_trace_self_wrapper+0x30) sp =3D 0xd95e5be8 fp =3D 0xd95e5d00 db_trace_self_wrapper() at db_trace_self_wrapper+0x30 pc =3D 0xc0097e00 lr =3D 0xc0229360 (vpanic+0x154) sp =3D 0xd95e5d08 fp =3D 0xd95e5d28 r4 =3D 0x00000100 r5 =3D 0x00000001 r6 =3D 0xda182b4d r7 =3D 0xc07f7330 vpanic() at vpanic+0x154 pc =3D 0xc0229360 lr =3D 0xc02293f8 (kproc_shutdown) sp =3D 0xd95e5d30 fp =3D 0xd95e5d34 r4 =3D 0xd9f98888 r5 =3D 0xda9f4427 r6 =3D 0xd9f988b4 r7 =3D 0xdb24d4b0 r8 =3D 0xd9f98888 r9 =3D 0x00000000 r10 =3D 0x00000002 kproc_shutdown() at kproc_shutdown pc =3D 0xc02293f8 lr =3D 0xda182138 ($d.7) sp =3D 0xd95e5d3c fp =3D 0xd95e5d60 r4 =3D 0xc02293f8 r5 =3D 0xd95e5d3c $d.7() at $d.7 pc =3D 0xda182138 lr =3D 0xda93ee64 (zrl_destroy+0x4c) sp =3D 0xd95e5d68 fp =3D 0xd95e5d88 zrl_destroy() at zrl_destroy+0x4c pc =3D 0xda93ee64 lr =3D 0xda89832c (dnode_buf_evict_async+0x9c) sp =3D 0xd95e5d90 fp =3D 0xd95e5db0 r4 =3D 0xd9f98800 r10 =3D 0x00000002 dnode_buf_evict_async() at dnode_buf_evict_async+0x9c pc =3D 0xda89832c lr =3D 0xc0283c44 (taskqueue_run_locked+0x12c) sp =3D 0xd95e5db8 fp =3D 0xd95e5de8 r4 =3D 0xd9dbed00 r5 =3D 0xd9dbed2c r6 =3D 0xd9f98800 r7 =3D 0xd95e5dc0 r8 =3D 0x00000001 r9 =3D 0x00000000 r10 =3D 0xd95e5dc4 taskqueue_run_locked() at taskqueue_run_locked+0x12c pc =3D 0xc0283c44 lr =3D 0xc02849e0 (taskqueue_thread_loop+0xa0) sp =3D 0xd95e5df0 fp =3D 0xd95e5e20 r4 =3D 0x00000000 r5 =3D 0xd9dbed00 r6 =3D 0xd9dbed1c r7 =3D 0xc05a0658 r8 =3D 0xd9dbed2c r9 =3D 0x00000100 r10 =3D 0xc0875cc0 taskqueue_thread_loop() at taskqueue_thread_loop+0xa0 pc =3D 0xc02849e0 lr =3D 0xc01ef474 (fork_exit+0xa0) sp =3D 0xd95e5e28 fp =3D 0xd95e5e40 r4 =3D 0xda6e93a0 r5 =3D 0xc0875928 r6 =3D 0xc0284940 r7 =3D 0xd87a6e60 r8 =3D 0xd95e5e48 r9 =3D 0x00000000 fork_exit() at fork_exit+0xa0 pc =3D 0xc01ef474 lr =3D 0xc05178a8 (swi_exit) sp =3D 0xd95e5e48 fp =3D 0x00000000 r4 =3D 0xc0284940 r5 =3D 0xd87a6e60 r6 =3D 0xc06e800c r7 =3D 0xc4b86ae0 r8 =3D 0xc06e80d0 r10 =3D 0xc0875cc0 swi_exit() at swi_exit pc =3D 0xc05178a8 lr =3D 0xc05178a8 (swi_exit) sp =3D 0xd95e5e48 fp =3D 0x00000000 KDB: enter: panic [ thread pid 0 tid 100116 ] Stopped at $d.3: ldrb r15, [r15, r15, ror r15]! db> reboot --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Thu Feb 22 23:32:06 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C4F3EF0E1BC; Thu, 22 Feb 2018 23:32:06 +0000 (UTC) (envelope-from h1997xy@gmail.com) Received: from mail-oi0-x244.google.com (mail-oi0-x244.google.com [IPv6:2607:f8b0:4003:c06::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 526EC7F4F2; Thu, 22 Feb 2018 23:32:06 +0000 (UTC) (envelope-from h1997xy@gmail.com) Received: by mail-oi0-x244.google.com with SMTP id j81so3091814oia.0; Thu, 22 Feb 2018 15:32:06 -0800 (PST) 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; bh=3E4frO9cfoarzjsmYvf2eaKKxYsEA3Y7cMEsbR9W9XQ=; b=Z9OAMBPEz1xxOFM1cip5dx0dEKdptPKGyBwUTkVOAfKRZOwbEf9MPg36CNX71I0GAO pzRkTsLlKmQF9nGAji62vFq6PGLTmLS8MSV8SqJTkSW2G6By3f69igddr9753JNnj0mt hMM80cMP/4yiKDTs74N4hKEmK7BrrWcvLwp6e1x1VCupxWAUmQZLHDzAAs29+wAS8EQm MDfizZRmWhyaimGJLZpR+VX1C7AGGZCmRHpZ4YXvOUPluvmYUEjIO4WJvSurqsPaKUvg brpkws4rpArSWru+OSc8Zx3Jq0QypxxouQTZm/qiXqR7NO2J66xKBGsVCAm+YzFlTsOY XeuQ== 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; bh=3E4frO9cfoarzjsmYvf2eaKKxYsEA3Y7cMEsbR9W9XQ=; b=mMRwlmi5PEO2ONJlYeJ8AzEcG72XZIZJ9lhpbSTRUysxrhnmJmUMOfYKEyaWDGXlQz elptsADWLlWV3/n/I84WnOGu9Q5GIxHjo4isqKFNbzyDeKTOwMxhnzVokFtcUX77mmfj zHwQ0vBYcDgBgyDEZqgureEnIytOLXebnIzG+hfpVFFF4SP69XHEsPzsXNCKNc+wPJqR ZOfLKwvMK7UE2K2NC5o6a8IKyrBNOOPCKlOFwLTghQ04OhCXIj1vojR50aeTxXK6JmN5 vVF25puE4BAwnHojVUGXGD48IkskrXkTedAQppmjMTXBP2DbU05ChIAlsrdgF8dWKzHQ hLhw== X-Gm-Message-State: APf1xPB9TDk4haVOxCj1pu28h2BQtDhfj8ApzrQf9E6v7oxSZaTi4+wT agwTQQp+rIjTmfvY3G3MLqlh+pJ4dB5xzBkMGeJb0w== X-Google-Smtp-Source: AH8x227N7SD5VOkbWEal0gk3rM7zWtxkoLxWXIg7G2DlM3x32aNhh3f+4q3sWzCkiNEjAp0zHCwAfqYESxLpBqtKGOs= X-Received: by 10.202.66.138 with SMTP id p132mr5964268oia.133.1519342325237; Thu, 22 Feb 2018 15:32:05 -0800 (PST) MIME-Version: 1.0 Received: by 10.157.3.114 with HTTP; Thu, 22 Feb 2018 15:32:04 -0800 (PST) In-Reply-To: <1624935.2AWEMgfmDK@a-pc> References: <-web47m-e0lqga-wwzf8f8r6pe4ob12ok1j3qcnxrbwt6eacmocrngg2n-17bu1phtbdpmg303d2bhyw7p-9z4pe-kujp6g34hjy7k11of4b2a26n551n01-i33h4o-ife9acqcx1qu-ce0yrj-d7m15w.1519243472617@email.android.com> <428e2f71-9348-7e71-adc6-d247dfe1dd63@unrelenting.technology> <1624935.2AWEMgfmDK@a-pc> From: =?UTF-8?B?5ZKM5L2V?= Date: Thu, 22 Feb 2018 23:32:04 +0000 Message-ID: Subject: Re: GSOC-Suggestions on choose hardwork to work on To: "freebsd-arm@FreeBSD.org" , "freebsd-mips@FreeBSD.org" Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Feb 2018 23:32:07 -0000 Thank you for your advice! I went to look at those boards and also the git repository, and then realized that it might be a bit early to decide on which hardware to work on. It is better to learn more about the kernel development first. Is there some task that I can contribute to and get feedback in order to improve the understanding of kernel development? Thank you! From owner-freebsd-arm@freebsd.org Fri Feb 23 06:25:42 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3D456F2BBB7; Fri, 23 Feb 2018 06:25:42 +0000 (UTC) (envelope-from jon@brawn.org) Received: from ahs1.r4l.com (ahs1.r4l.com [198.27.81.125]) (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 C17D26F03D; Fri, 23 Feb 2018 06:25:41 +0000 (UTC) (envelope-from jon@brawn.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=brawn.org; s=default; h=To:Date:Message-Id:Subject:Mime-Version:Content-Type:From: Sender:Reply-To:Cc:Content-Transfer-Encoding:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=H2+AtR4VK++cHgUWFYfdspGMHm7uZv8umWeyNa9eYp0=; b=e18F7tJUjZzb6WrWWlK6XBNmLZ dWx/7QZ7oAo8Uqqb6SvlN90umTf3pemhomvbLcDrA1WtzbQwfbP+5KSqndFvUPJRzuGbrwhTibgRy aJ5l5z+g7m5Xb/ncVDCeSgNAmR9wVoG57sTuGq1vHu22PvKd7bD3a0c8x5FFzBBUvWzYsFGAd8pbV 5Z54/enBtlXFMQyXSSK1F+Vt7fjanAhX4h6mrgxlYMZdRUYY1A8Ixf3gC2N9i697TMfuTpwqYfPt0 Nwrx8xT02Cb2EDDirBWWg3NQLzI6fYiBa3413QUkV+OaUTMh85TyUyV798iGGcyxfrG5Zz8RbJKWx r0sj+U0A==; Received: from [136.62.171.86] (port=49322 helo=[192.168.1.120]) by ahs1.r4l.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89_1) (envelope-from ) id 1ep6nU-002XDe-GL; Fri, 23 Feb 2018 01:25:32 -0500 From: Jon Brawn Content-Type: multipart/signed; boundary="Apple-Mail=_F740E14E-91B5-4C5A-B650-BEEC7F00D477"; protocol="application/pkcs7-signature"; micalg=sha1 Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\)) Subject: INTRNG Message-Id: <401A33BD-F3AE-4139-9D47-6F85C8333022@brawn.org> Date: Fri, 23 Feb 2018 00:25:30 -0600 To: freebsd-arm@freebsd.org, FreeBSD current X-Mailer: Apple Mail (2.3445.5.20) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - ahs1.r4l.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - brawn.org X-Get-Message-Sender-Via: ahs1.r4l.com: authenticated_id: jon@brawn.org X-Authenticated-Sender: ahs1.r4l.com: jon@brawn.org X-Source: X-Source-Args: X-Source-Dir: X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Feb 2018 06:25:42 -0000 --Apple-Mail=_F740E14E-91B5-4C5A-B650-BEEC7F00D477 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Wotcha Gang! In my travels through the arm64 GENERIC config file I came across the = option =E2=80=98INTRNG=E2=80=99, and wondered what it was: INTeRrupt Next Generation? INTeger Random Number Generator? IN TRaiNinG? INTerrupt Random Number Generator? INdependent TRaiNinG? So, please put me out of my misery, what does INTRNG stand for, and what = are its implications when selected vs not selected? Cheers! Jon.=20= --Apple-Mail=_F740E14E-91B5-4C5A-B650-BEEC7F00D477 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIILEzCCBSUw ggQNoAMCAQICECQcc6QQWc3Um5HgAnmjhBYwDQYJKoZIhvcNAQELBQAwgZcxCzAJBgNVBAYTAkdC MRswGQYDVQQIExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoT EUNPTU9ETyBDQSBMaW1pdGVkMT0wOwYDVQQDEzRDT01PRE8gUlNBIENsaWVudCBBdXRoZW50aWNh dGlvbiBhbmQgU2VjdXJlIEVtYWlsIENBMB4XDTE3MTAyODAwMDAwMFoXDTE4MTAyODIzNTk1OVow HjEcMBoGCSqGSIb3DQEJARYNam9uQGJyYXduLm9yZzCCASIwDQYJKoZIhvcNAQEBBQADggEPADCC AQoCggEBALEscuT73gkjXEfkaQU3QXOOIDFilHr9RV/FKPk+ZO3wyXpoChqRW+anE+kKBLSCsmoX 6HnhAmcq3j9umj5jIYwpD84m26XbWQK+uo42GZ3cAF12VvO0g/toUvI+nJcxiD39APWowPKQ4Nae 4FN4hLOcwd2zyF3LiJgq4aXXcBQxl2s1JRCb7STFl5qpp73JVbFp1MkABmESyzI6KE0LLH3hHICU d2m+Omg6L8T+RgsTEKmgTvw1hYD04ms9ttji/viI8LtR3V9p9DDGH0iSCF56kPo4WfsbfGVBs1km tw8uvB6OVNGiD0q05kR/GI4jGiMLa4UhlCC0VsYfx7ZyGEUCAwEAAaOCAeMwggHfMB8GA1UdIwQY MBaAFIKvbIz4xf6WYXzoHz0rcUhexIvAMB0GA1UdDgQWBBRYtBFf7BnRYLxKWDc5DiI35q5WVzAO BgNVHQ8BAf8EBAMCBaAwDAYDVR0TAQH/BAIwADAgBgNVHSUEGTAXBggrBgEFBQcDBAYLKwYBBAGy MQEDBQIwEQYJYIZIAYb4QgEBBAQDAgUgMEYGA1UdIAQ/MD0wOwYMKwYBBAGyMQECAQEBMCswKQYI KwYBBQUHAgEWHWh0dHBzOi8vc2VjdXJlLmNvbW9kby5uZXQvQ1BTMFoGA1UdHwRTMFEwT6BNoEuG SWh0dHA6Ly9jcmwuY29tb2RvY2EuY29tL0NPTU9ET1JTQUNsaWVudEF1dGhlbnRpY2F0aW9uYW5k U2VjdXJlRW1haWxDQS5jcmwwgYsGCCsGAQUFBwEBBH8wfTBVBggrBgEFBQcwAoZJaHR0cDovL2Ny dC5jb21vZG9jYS5jb20vQ09NT0RPUlNBQ2xpZW50QXV0aGVudGljYXRpb25hbmRTZWN1cmVFbWFp bENBLmNydDAkBggrBgEFBQcwAYYYaHR0cDovL29jc3AuY29tb2RvY2EuY29tMBgGA1UdEQQRMA+B DWpvbkBicmF3bi5vcmcwDQYJKoZIhvcNAQELBQADggEBAKZgWVdxinnS81TZvPWc8kXjtzxKSBFU 6ZXBkofX+CSRuD+Wmg4vlt6fNIaVWqWDF95qjR3TOwyb+LQJnsMyYhAl9NI6AJTxgfghzKK49MVP aC0K7V4TnWCiucJsfK+xDqZIevPFPF3mpYz7/Uf8VPbX2uK80/uUoBRroXDLyHv7fTzG8K+bHBh6 l2x2xFB04nxAhRS4yaJvOeV6ckPOHvCgHhncXQ1HoPUvV/M94K3jaURLPvSUm2tgzODJ97QDHDWM SF7xfItpAM7AVAmN0M0U8sWI/qDykqpoeOc/TrMNeRTEcuphuJASMuN+oP57T+XZFq/lOEEIw1H+ 4QZ1mnIwggXmMIIDzqADAgECAhBqm+E4O/8ra58B1dm4p1JWMA0GCSqGSIb3DQEBDAUAMIGFMQsw CQYDVQQGEwJHQjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3Jk MRowGAYDVQQKExFDT01PRE8gQ0EgTGltaXRlZDErMCkGA1UEAxMiQ09NT0RPIFJTQSBDZXJ0aWZp Y2F0aW9uIEF1dGhvcml0eTAeFw0xMzAxMTAwMDAwMDBaFw0yODAxMDkyMzU5NTlaMIGXMQswCQYD VQQGEwJHQjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3JkMRow GAYDVQQKExFDT01PRE8gQ0EgTGltaXRlZDE9MDsGA1UEAxM0Q09NT0RPIFJTQSBDbGllbnQgQXV0 aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCC AQoCggEBAL6znlesKHZ1QBbHOAOY08YYdiFQ8yV5C0y1oNF9Olg+nKcxLqf2NHbZhGra0D00SOTq 9bus3/mxgUsg/Wh/eXQ0pnp8tZ8XZWAnlyKMpjL+qUByRjXCA6RQyDMqVaVUkbIr5SU0RDX/kSsK wer3H1pT/HUrBN0X8sKtPTdGX8XAWt/VdMLBrZBlgvnkCos+KQWWCo63OTTqRvaq8aWccm+KOMjT cE6s2mj6RkalweyDI7X+7U5lNo6jzC8RTXtVV4/Vwdax720YpMPJQaDaElmOupyTf1Qib+cpukNJ nQmwygjD8m046DQkLnpXNCAGjuJy1F5NATksUsbfJAr7FLUCAwEAAaOCATwwggE4MB8GA1UdIwQY MBaAFLuvfgI9+qbxPISOre44mOzZMjLUMB0GA1UdDgQWBBSCr2yM+MX+lmF86B89K3FIXsSLwDAO BgNVHQ8BAf8EBAMCAYYwEgYDVR0TAQH/BAgwBgEB/wIBADARBgNVHSAECjAIMAYGBFUdIAAwTAYD VR0fBEUwQzBBoD+gPYY7aHR0cDovL2NybC5jb21vZG9jYS5jb20vQ09NT0RPUlNBQ2VydGlmaWNh dGlvbkF1dGhvcml0eS5jcmwwcQYIKwYBBQUHAQEEZTBjMDsGCCsGAQUFBzAChi9odHRwOi8vY3J0 LmNvbW9kb2NhLmNvbS9DT01PRE9SU0FBZGRUcnVzdENBLmNydDAkBggrBgEFBQcwAYYYaHR0cDov L29jc3AuY29tb2RvY2EuY29tMA0GCSqGSIb3DQEBDAUAA4ICAQB4XLKBKDRPPO5fVs6fl1bsj6Jr F/bz9kkIBtTYLzXN30D+03Hj6OxCDBEaIeNmsBhrJmuubvyE7HtoSmR809AgcYboW+rcTNZ/8u/H v+GTrNI/AhqX2/kiQNxmgUPt/eJPs92Qclj0HnVyy9TnSvGkSDU7I5Px+TbO+88G4zipA2psZaWe EykgzClZlPz1FjTCkk77ZXp5cQYYexE6zeeN4/0OqqoAloFrjAF4o50YJafX8mnahjp3I2Y2mkjh k0xQfhNqbzlLWPoT3m7j7U26u7zg6swjOq8hITYc3/np5tM5aVyu6t99p17bTbY7+1RTWBviN9YJ zK8HxzObXYWBf/L+VGOYNsQDTxAk0Hbvb1j6KjUhg7fO294F29QIhhmiNOr84JHoy+fNLpfvYc/Q 9EtFOI5ISYgOxLk3nD/whbUe9rmEQXLp8MB933Ij474gwwCPUpwv9mj2PMnXoc7mbrS22XUSeTwx CTP9bcmUdp4jmIoWfhQm7X9w/Zgddg+JZ/YnIHOwsGsaTUgj7fIvxqith7DoJC91WJ8Lce3CVJqb 1XWeKIJ84F7YLXZN0oa7TktYgDdmQVxYkZo1c5noaDKH9Oq9cbm/vOYRUM1cWcef20Wkyk5S/GFy yPJwG0fR1nRas3DqAf4cXxMiEKcff7PNa4M3RGTqH0pWR8p6EjGCA7cwggOzAgEBMIGsMIGXMQsw CQYDVQQGEwJHQjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3Jk MRowGAYDVQQKExFDT01PRE8gQ0EgTGltaXRlZDE9MDsGA1UEAxM0Q09NT0RPIFJTQSBDbGllbnQg QXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQQIQJBxzpBBZzdSbkeACeaOEFjAJBgUr DgMCGgUAoIIB3zAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xODAy MjMwNjI1MzBaMCMGCSqGSIb3DQEJBDEWBBQM//0owUKDzjGQFQqkx3VNitdeIDCBvQYJKwYBBAGC NxAEMYGvMIGsMIGXMQswCQYDVQQGEwJHQjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAw DgYDVQQHEwdTYWxmb3JkMRowGAYDVQQKExFDT01PRE8gQ0EgTGltaXRlZDE9MDsGA1UEAxM0Q09N T0RPIFJTQSBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQQIQJBxzpBBZ zdSbkeACeaOEFjCBvwYLKoZIhvcNAQkQAgsxga+ggawwgZcxCzAJBgNVBAYTAkdCMRswGQYDVQQI ExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBD QSBMaW1pdGVkMT0wOwYDVQQDEzRDT01PRE8gUlNBIENsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQg U2VjdXJlIEVtYWlsIENBAhAkHHOkEFnN1JuR4AJ5o4QWMA0GCSqGSIb3DQEBAQUABIIBABAapjTG hXrBNLlH973rZG84yEHcJcoJ97lkwihLaWirHjE2c+vkpNowp6yzxAhptH3C5I8YNxdFpjkzSudI F2s/q5Ne8nfN4OksilXvsQnWxdpuB3A9H3IFmQuEOZC6lDmxZXpOKn1KqUNSroTDrBjP9WUFJW33 2zfLZqcdfA30jbdjvV9U/DuaGWpvwX74WYUHXEijaAvAazf2Qvjj4wBkD/qy7UTu/YcYHoiYQqWV xq29WvYYrk5qON+qcyxjL7oPDrGzl+n+usdS7Et5XiuUtRp2viT4slnT5nxdjkA8P3phMZr3THc6 Jf+TRWXAdGe7PPPFj8n2/+2lmucc27IAAAAAAAA= --Apple-Mail=_F740E14E-91B5-4C5A-B650-BEEC7F00D477-- From owner-freebsd-arm@freebsd.org Fri Feb 23 09:07:55 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5E7ACF0AE28; Fri, 23 Feb 2018 09:07:55 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from mail.madpilot.net (grunt.madpilot.net [78.47.145.38]) (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 E2CB9748A1; Fri, 23 Feb 2018 09:07:54 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from mail (mail [192.168.254.3]) by mail.madpilot.net (Postfix) with ESMTP id 3znlXG63k1zZrQ; Fri, 23 Feb 2018 09:59:26 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=madpilot.net; h= content-transfer-encoding:content-language:content-type :content-type:in-reply-to:mime-version:user-agent:date:date :message-id:from:from:references:subject:subject:received :received; s=mail; t=1519376355; x=1521190756; bh=tp7U4X+TbZjVU7 bct9cU9CenUWkhdp8jpnUo5s02XlE=; b=sU/2cq9jYaRZHesOpYyrlhgrR6yjqq ZcLLXyhRgdHpkicJCSZIU8auSfb0PQj+5Jdx5b5uB4x1M0tEIL/ME3Sl1dT9D+9i uG5nWg4iGQDpQgYApyvXT+OPcyPXtRv0IZkPDHWVOf1yp+r1QfbY/uWpDUVlx/ps h+bnLz2CuslAU= Received: from mail.madpilot.net ([192.168.254.3]) by mail (mail.madpilot.net [192.168.254.3]) (amavisd-new, port 10024) with ESMTP id 0fO2cC9MW-s0; Fri, 23 Feb 2018 09:59:15 +0100 (CET) Received: from marvin.madpilot.net (micro.madpilot.net [88.149.173.206]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.madpilot.net (Postfix) with ESMTPSA; Fri, 23 Feb 2018 09:59:15 +0100 (CET) Subject: Re: INTRNG To: Jon Brawn , freebsd-arm@freebsd.org, FreeBSD current References: <401A33BD-F3AE-4139-9D47-6F85C8333022@brawn.org> From: Guido Falsi Message-ID: <177301ca-b1aa-da15-4554-32a4bed9b226@madpilot.net> Date: Fri, 23 Feb 2018 09:59:14 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <401A33BD-F3AE-4139-9D47-6F85C8333022@brawn.org> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Feb 2018 09:07:55 -0000 On 02/23/18 07:25, Jon Brawn wrote: > Wotcha Gang! > > In my travels through the arm64 GENERIC config file I came across the option ‘INTRNG’, and wondered what it was: > > INTeRrupt Next Generation? > INTeger Random Number Generator? > IN TRaiNinG? > INTerrupt Random Number Generator? > INdependent TRaiNinG? > > So, please put me out of my misery, what does INTRNG stand for, and what are its implications when selected vs not selected? > A quick grep in src/sys gave me this: MALLOC_DEFINE(M_INTRNG, "intr", "intr interrupt handling"); Also: arm/arm/machdep.c:#if __ARM_ARCH >= 6 && !defined(INTRNG) arm/arm/machdep.c:#error armv6 requires INTRNG So it's about interrupts and mandatory for arm processors, I suspect it's and arm (and mips too, since I found grep hits there too) specific interrupts handling method. this looks like the original RFC for this code: https://lists.freebsd.org/pipermail/freebsd-arm/2014-April/007915.html -- Guido Falsi From owner-freebsd-arm@freebsd.org Sat Feb 24 04:47:06 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 33463F1399C; Sat, 24 Feb 2018 04:47:06 +0000 (UTC) (envelope-from gonzo@bluezbox.com) Received: from id.bluezbox.com (id.bluezbox.com [45.55.20.155]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C813B6D53F; Sat, 24 Feb 2018 04:47:05 +0000 (UTC) (envelope-from gonzo@bluezbox.com) Received: from localhost ([127.0.0.1] helo=id.bluezbox.com) by id.bluezbox.com with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.90_1 (FreeBSD)) (envelope-from ) id 1epRjg-0000Mw-QH; Fri, 23 Feb 2018 20:47:02 -0800 Received: (from gonzo@localhost) by id.bluezbox.com (8.15.2/8.15.2/Submit) id w1O4kxXZ001420; Fri, 23 Feb 2018 20:46:59 -0800 (PST) (envelope-from gonzo@bluezbox.com) X-Authentication-Warning: id.bluezbox.com: gonzo set sender to gonzo@bluezbox.com using -f Date: Fri, 23 Feb 2018 20:46:58 -0800 From: Oleksandr Tymoshenko To: Jon Brawn Cc: freebsd-arm@freebsd.org, FreeBSD current Subject: Re: INTRNG Message-ID: <20180224044658.GA1384@bluezbox.com> References: <401A33BD-F3AE-4139-9D47-6F85C8333022@brawn.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <401A33BD-F3AE-4139-9D47-6F85C8333022@brawn.org> X-Operating-System: FreeBSD/11.1-RELEASE-p4 (amd64) User-Agent: Mutt/1.9.1 (2017-09-22) X-Spam-Level: -- X-Spam-Report: Spam detection software, running on the system "id.bluezbox.com", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: Jon Brawn (jon@brawn.org) wrote: > Wotcha Gang! > > In my travels through the arm64 GENERIC config file I came across the option ‘INTRNG’, and wondered what it was: > > INTeRrupt Next Generation? [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Feb 2018 04:47:06 -0000 Jon Brawn (jon@brawn.org) wrote: > Wotcha Gang! > > In my travels through the arm64 GENERIC config file I came across the option ‘INTRNG’, and wondered what it was: > > INTeRrupt Next Generation? > INTeger Random Number Generator? > IN TRaiNinG? > INTerrupt Random Number Generator? > INdependent TRaiNinG? > > So, please put me out of my misery, what does INTRNG stand for, and what are its implications when selected vs not selected? "INTeRrupt Next Generation". It's a framework to manage complex interrupt routing cases. I think it's required for all recent ARM platforms, you can't disable it for ARM64. It can be disabled for older ARM/MIPS platforms that use old-style interrupt cascading. -- gonzo From owner-freebsd-arm@freebsd.org Sat Feb 24 13:12:06 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E820FF102D2 for ; Sat, 24 Feb 2018 13:12:05 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6B55D816E0 for ; Sat, 24 Feb 2018 13:12:05 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id BCABA12B15 for ; Sat, 24 Feb 2018 13:12:04 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w1ODC4et005002 for ; Sat, 24 Feb 2018 13:12:04 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w1ODC49l005001 for freebsd-arm@FreeBSD.org; Sat, 24 Feb 2018 13:12:04 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 226167] [panic] Orange Pi PC aw_mmc related: g_vfs_done():panic: vm_fault_hold: fault on nofault entry, addr: 0xcda8c000 Date: Sat, 24 Feb 2018 13:12:04 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: greg@unrelenting.technology 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.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Feb 2018 13:12:06 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D226167 Bug ID: 226167 Summary: [panic] Orange Pi PC aw_mmc related: g_vfs_done():panic: vm_fault_hold: fault on nofault entry, addr: 0xcda8c000 Product: Base System Version: CURRENT Hardware: arm OS: Any Status: New Severity: Affects Only Me Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: greg@unrelenting.technology Orange Pi PC with recent CURRENT crashed with some SD/MMC stuff: [=E2=80=A6] g_vfs_done():mmcsd0s2a[WRITE(offset=3D2925240320, length=3D8192)]error =3D 5 aw_mmc0: controller timeout aw_mmc0: timeout updating clock mmcsd0: Error indicated: 1 Timeout g_vfs_done():mmcsd0s2a[WRITE(offset=3D2925252608, length=3D8192)]error =3D 5 aw_mmc0: controller timeout aw_mmc0: timeout updating clock mmcsd0: Error indicated: 1 Timeout g_vfs_done():mmcsd0s2a[WRITE(offset=3D2925260800, length=3D4096)]error =3D 5 aw_mmc0: controller timeout aw_mmc0: timeout updating clock mmcsd0: Error indicated: 1 Timeout g_vfs_done():panic: vm_fault_hold: fault on nofault entry, addr: 0xcda8c000 cpuid =3D 2 time =3D 1262331340 KDB: stack backtrace: db_trace_self() at db_trace_self pc =3D 0xc05f3fe0 lr =3D 0xc00a25cc (db_trace_self_wrapper+0x30) sp =3D 0xc479d7f0 fp =3D 0xc479d908 db_trace_self_wrapper() at db_trace_self_wrapper+0x30 pc =3D 0xc00a25cc lr =3D 0xc02d2e88 (vpanic+0x154) sp =3D 0xc479d910 fp =3D 0xc479d930 r4 =3D 0x00000100 r5 =3D 0x00000001 r6 =3D 0xc0763a9a r7 =3D 0xc09b6a60 vpanic() at vpanic+0x154 pc =3D 0xc02d2e88 lr =3D 0xc02d2d34 (vpanic) sp =3D 0xc479d938 fp =3D 0xc479d93c r4 =3D 0x00000002 r5 =3D 0xc479da08 r6 =3D 0x00000001 r7 =3D 0x00000000 r8 =3D 0x00000000 r9 =3D 0x00000000 r10 =3D 0xc08a40a8 vpanic() at vpanic pc =3D 0xc02d2d34 lr =3D 0xc05c071c (unlock_and_deallocate) sp =3D 0xc479d944 fp =3D 0xc479da50 r4 =3D 0x00000000 r5 =3D 0x00000000 r6 =3D 0x00000000 r7 =3D 0xc08a40a8 r8 =3D 0xc479d93c r9 =3D 0xc02d2d34 r10 =3D 0xc479d944 unlock_and_deallocate() at unlock_and_deallocate pc =3D 0xc05c071c lr =3D 0xc05be048 (vm_fault+0x88) sp =3D 0xc479da58 fp =3D 0xc479da78 r4 =3D 0xcda8c000 r5 =3D 0x00000000 r6 =3D 0x00000002 r7 =3D 0xc09dc81c vm_fault() at vm_fault+0x88 pc =3D 0xc05be048 lr =3D 0xc0616158 (abort_handler+0x308) sp =3D 0xc479da80 fp =3D 0xc479db10 r4 =3D 0x00000007 r5 =3D 0x00000000 r6 =3D 0x00000005 r7 =3D 0x00002807 r8 =3D 0x00000013 r9 =3D 0xd9a4e740 r10 =3D 0xcda8c000 abort_handler() at abort_handler+0x308 pc =3D 0xc0616158 lr =3D 0xc05f69b8 (exception_exit) sp =3D 0xc479db18 fp =3D 0xc479dbd8 r4 =3D 0x00000000 r5 =3D 0x4bea6000 r6 =3D 0x00000000 r7 =3D 0x00010000 r8 =3D 0x00010000 r9 =3D 0xcda8c000 r10 =3D 0xc0886304 exception_exit() at exception_exit pc =3D 0xc05f69b8 lr =3D 0xc05f22c0 ($a.2+0x9c) sp =3D 0xc479dba8 fp =3D 0xc479dbd8 r0 =3D 0xcda9c000 r1 =3D 0xcda8c000 r2 =3D 0xc05f2b94 r3 =3D 0x00000001 r4 =3D 0x00000000 r5 =3D 0x4bea6000 r6 =3D 0x00000000 r7 =3D 0x00010000 r8 =3D 0x00010000 r9 =3D 0xcda8c000 r10 =3D 0xc0886304 r12 =3D 0xd8b64000 $a.2() at $a.2+0x6c pc =3D 0xc05f2290 lr =3D 0xc062ca8c (aw_mmc_request+0x2d8) sp =3D 0xc479dbe0 fp =3D 0xc479dc18 r4 =3D 0xc2ed1800 r5 =3D 0xd8ad5400 r6 =3D 0xd8b34400 r7 =3D 0xc479dce0 r8 =3D 0x80003740 r9 =3D 0xc08a40a8 r10 =3D 0xc2ed18a4 aw_mmc_request() at aw_mmc_request+0x2d8 pc =3D 0xc062ca8c lr =3D 0xc00eae10 (mmc_wait_for_request+0x130) sp =3D 0xc479dc20 fp =3D 0xc479dc58 r4 =3D 0xc083ac24 r5 =3D 0xc479dca0 r6 =3D 0xc4aa1680 r7 =3D 0xc2eff780 r8 =3D 0xd9a43280 r9 =3D 0x00000000 r10 =3D 0xd8b21900 mmc_wait_for_request() at mmc_wait_for_request+0x130 pc =3D 0xc00eae10 lr =3D 0xc00f46f0 (mmcsd_rw+0x1ec) sp =3D 0xc479dc60 fp =3D 0xc479dd28 r4 =3D 0x00000000 r5 =3D 0xd8a64000 r6 =3D 0xc479dca0 r7 =3D 0xc2eff780 r8 =3D 0x00583a80 r9 =3D 0x00583a88 r10 =3D 0x00000008 mmcsd_rw() at mmcsd_rw+0x1ec pc =3D 0xc00f46f0 lr =3D 0xc00f30d4 (mmcsd_task+0x2b0) sp =3D 0xc479dd30 fp =3D 0xc479de18 r4 =3D 0xc2e97500 r5 =3D 0x00000200 r6 =3D 0x00000000 r7 =3D 0x00583a80 r8 =3D 0xdad3b358 r9 =3D 0xdad3b240 r10 =3D 0x00000000 mmcsd_task() at mmcsd_task+0x2b0 pc =3D 0xc00f30d4 lr =3D 0xc02962fc (fork_exit+0xc0) sp =3D 0xc479de20 fp =3D 0xc479de40 r4 =3D 0xd9a4e740 r5 =3D 0xd9a47390 r6 =3D 0xc00f2e24 r7 =3D 0xc2e97500 r8 =3D 0xc479de48 r9 =3D 0xc08a40cc r10 =3D 0xc09dab20 fork_exit() at fork_exit+0xc0 pc =3D 0xc02962fc lr =3D 0xc05f6948 (swi_exit) sp =3D 0xc479de48 fp =3D 0x00000000 r4 =3D 0xc00f2e24 r5 =3D 0xc2e97500 r6 =3D 0xc2eefae0 r7 =3D 0x7ff6d8c6 r8 =3D 0xc09c8904 r10 =3D 0xc09dab20 swi_exit() at swi_exit pc =3D 0xc05f6948 lr =3D 0xc05f6948 (swi_exit) sp =3D 0xc479de48 fp =3D 0x00000000 --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Sat Feb 24 13:40:43 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4BDF2F18605; Sat, 24 Feb 2018 13:40:43 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.92]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D006D83611; Sat, 24 Feb 2018 13:40:42 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp.greenhost.nl ([213.108.110.112]) by smarthost1.greenhost.nl with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1epa43-0001oj-Li; Sat, 24 Feb 2018 14:40:35 +0100 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: "freebsd-arm@FreeBSD.org" , "freebsd-mips@FreeBSD.org" , =?utf-8?B?5ZKM5L2V?= Subject: Re: GSOC-Suggestions on choose hardwork to work on References: <-web47m-e0lqga-wwzf8f8r6pe4ob12ok1j3qcnxrbwt6eacmocrngg2n-17bu1phtbdpmg303d2bhyw7p-9z4pe-kujp6g34hjy7k11of4b2a26n551n01-i33h4o-ife9acqcx1qu-ce0yrj-d7m15w.1519243472617@email.android.com> <428e2f71-9348-7e71-adc6-d247dfe1dd63@unrelenting.technology> <1624935.2AWEMgfmDK@a-pc> Date: Sat, 24 Feb 2018 14:40:37 +0100 MIME-Version: 1.0 Content-Transfer-Encoding: Quoted-Printable From: "Ronald Klop" Message-ID: In-Reply-To: User-Agent: Opera Mail/12.16 (FreeBSD) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.2 X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 autolearn=disabled version=3.4.0 X-Scan-Signature: 258bd43c1b7c380ff6f1b27dffaa1ebc X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Feb 2018 13:40:43 -0000 On Fri, 23 Feb 2018 00:32:04 +0100, =E5=92=8C=E4=BD=95 wrote: > Thank you for your advice! > I went to look at those boards and also the git repository, and then > realized that it might be a bit early to decide on which hardware to w= ork > on. It is better to learn more about the kernel development first. Is = = > there > some task that I can contribute to and get feedback in order to improv= e = > the > understanding of kernel development? Thank you! The wiki is full of information: https://wiki.freebsd.org/SummerOfCode https://wiki.freebsd.org/Debugging https://wiki.freebsd.org/ (particularly scroll to Development Resources)= The handbook: https://www.freebsd.org/doc/handbook/ And there are nice offline books also: https://www.freebsd.org/doc/handbook/bibliography.html#bibliography-free= bsd Regards, Ronald. From owner-freebsd-arm@freebsd.org Sat Feb 24 16:59:57 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 86695F2E4A0 for ; Sat, 24 Feb 2018 16:59:57 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [69.239.235.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 02E7E6C8C0; Sat, 24 Feb 2018 16:59:56 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id w1OGxkpZ012245 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 24 Feb 2018 08:59:47 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id w1OGxj26012244; Sat, 24 Feb 2018 08:59:45 -0800 (PST) (envelope-from fbsd) Date: Sat, 24 Feb 2018 08:59:45 -0800 From: bob prohaska To: Ian Lepore Cc: George Rosamond , freebsd-arm@freebsd.org, bob prohaska Subject: Re: Custom kernel for RPi2 and 3 Message-ID: <20180224165945.GA12197@www.zefox.net> References: <20180220161900.GA2345@www.zefox.net> <20180221051801.GA73510@www.zefox.net> <1519229812.91697.61.camel@freebsd.org> <20180221181518.GA696@www.zefox.net> <1519242042.91697.116.camel@freebsd.org> <20180222012501.GA1313@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180222012501.GA1313@www.zefox.net> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Feb 2018 16:59:57 -0000 I've tried to edit the kernel configs for both Pi2 and Pi3, with some success. Both compile, boot and run. The Pi2 kernel seems to stall some hours into a j1 buildworld, but kept one ssh/cu session alive (until the pl2303 froze up, which is normal). That the ssh/cu session remained up when all other ssh connections froze is more than slightly strange. The Pi3 kernel seems to be working better, the make -j4 buildworld log file is over 11 MB after fourteen hours uptime. However, the top window refresh has become jerky; that likely portends trouble. If anyone is willing to examine and advise me on improvements to the kernel configuration files I'd be most grateful. The files, with some supporting information, can be found in: http://www.zefox.net/~fbsd/rpi2/kernel_config/ and http://www.zefox.net/~fbsd/rpi3/kernel_config/ Thanks for reading! bob prohaska From owner-freebsd-arm@freebsd.org Sat Feb 24 20:37:17 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C9A8CF2007D; Sat, 24 Feb 2018 20:37:16 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-pl0-x235.google.com (mail-pl0-x235.google.com [IPv6:2607:f8b0:400e:c01::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6F93F75BA8; Sat, 24 Feb 2018 20:37:16 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by mail-pl0-x235.google.com with SMTP id s13so6945447plq.6; Sat, 24 Feb 2018 12:37:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:content-transfer-encoding:message-id:date:subject:from :in-reply-to:references:to; bh=IPHia12lbqjZPKBDIixQ7WNPKRL4TW1wgUODDqOrFzE=; b=DfX2m8JGdFa3bxpR6+JSw0LAIXFw+dSgFq2l9ax+oF/rp9jq+qSIliu+TKyhCwyNsO CkQch6CClQ9KL/n9Gp5ubGvFePAEgRW9IVHsy9T4wUFAqjRyJhaDBfDMbRRNAu3QMipM hZP+V1bJQax9bBMzNT9LARgppZMEvklvYo9skxo01Ilp4GCo9ilRwnY8XgCr4c3TiY+a Iqmz1p0oE4wN3xe4Tz+Kl7O3KB4VacDkzqcW5/IOlMcamJqBI3+iYMlmiECyKFGaRjNt SxtLbOEUIBqdj7k0foRjP0X57ZXHI09U9mc16hXtCHkaigmvXiKG9PMvwzBqjenv7o2h IcIw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:content-transfer-encoding :message-id:date:subject:from:in-reply-to:references:to; bh=IPHia12lbqjZPKBDIixQ7WNPKRL4TW1wgUODDqOrFzE=; b=DBt6Sp0oAJToufsrJ8VREY1OqPCeOerODfYD0jn9QnvztTd4AXpm73l/psUjzIl3pO q2NCdljFhbDqH9s4ElJEykW/D++ThRFq7b9WNvAo1y2JArYgZI5xETzjTZ0ICTwb3QMU l/n7X+De5y3IsmjEJ4URFAOUrtZEhJfTfX1m5GhtNuhSQH2NnFINbcWBO7murOIxadNX fnz8vH732+McFsXtE6I5zQvmIYJ7taCSntd10Jp3LnCMyKLkmxOR2H3j3VmrukL+zTBO ExgROoRhGD+67VTh6BmuX2+Z1NzhRmL+jSgiBsFiugQ3V2fwIvu55hKvFIZi3fa8sGhx XeHA== X-Gm-Message-State: APf1xPCZidebwWxPKyLmqZnzQbF/iCRY8xRPqXSZQSAim8W1UQovilyJ Wo4JErZkUCUg4MsrJI6LCmhB3Swg X-Google-Smtp-Source: AH8x224lg2w1SyboUHTuEdO0lQ9jj4R37rF8na/JtmZwHam6VVPs+DAFgQjJGl/28tY+tJpGBYALnw== X-Received: by 2002:a17:902:720b:: with SMTP id ba11-v6mr4526643plb.148.1519504635602; Sat, 24 Feb 2018 12:37:15 -0800 (PST) Received: from [127.0.0.1] ([204.174.94.196]) by smtp.gmail.com with ESMTPSA id s26sm10166341pfm.93.2018.02.24.12.37.13 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sat, 24 Feb 2018 12:37:14 -0800 (PST) Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable X-Mailer: BlackBerry Email (10.3.3.2163) Message-ID: <20180224203713.7151699.31099.41582@gmail.com> Date: Sat, 24 Feb 2018 12:37:13 -0800 Subject: Re: GSOC-Suggestions on choose hardwork to work on From: Russell Haley In-Reply-To: <-web47m-e0lqga-wwzf8f8r6pe4ob12ok1j3qcnxrbwt6eacmocrngg2n-17bu1phtbdpmg303d2bhyw7p-9z4pe-kujp6g34hjy7k11of4b2a26n551n01-i33h4o-ife9acqcx1qu-ce0yrj-d7m15w.1519243472617@email.android.com> References: <-web47m-e0lqga-wwzf8f8r6pe4ob12ok1j3qcnxrbwt6eacmocrngg2n-17bu1phtbdpmg303d2bhyw7p-9z4pe-kujp6g34hjy7k11of4b2a26n551n01-i33h4o-ife9acqcx1qu-ce0yrj-d7m15w.1519243472617@email.android.com> To: h1997xy@gmail.com, freebsd-arm@FreeBSD.org, freebsd-mips@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Feb 2018 20:37:17 -0000 Sorry for the top post.=C2=A0 There is work to be done getting SDIO ported to all platforms, as well as w= ork to get WiFi working with it.=C2=A0 =E2=80=8Ehttps://wiki.freebsd.org/SDIO Russ Sent=C2=A0from=C2=A0my=C2=A0BlackBerry=C2=A010=C2=A0smartphone=C2=A0on=C2= =A0the=C2=A0Virgin=C2=A0Mobile=C2=A0network. =C2=A0 Original Message =C2=A0 From: h1997xy@gmail.com Sent: Wednesday, February 21, 2018 12:09 PM To: freebsd-arm@FreeBSD.org; freebsd-mips@FreeBSD.org Subject: GSOC-Suggestions on choose hardwork to work on Dear all, My name is Hebe, and I am a y2 computer science student interested in the "= Improve support for an embedded CPU/board" gsoc project. As a computer science student, it is hard to choose a hardware. By any chan= ce, would you mind providing some advice on which CPU to work on? Which spe= cific type of CPU is the most in-demand? Thank you for your time! Sincerely, Hebe _______________________________________________ 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"