From owner-freebsd-arm@freebsd.org Sun Jan 26 10:31:50 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4ED1E238610 for ; Sun, 26 Jan 2020 10:31:50 +0000 (UTC) (envelope-from iz-rpi03@hs-karlsruhe.de) Received: from smtp.hs-karlsruhe.de (smtp.HS-Karlsruhe.DE [193.196.64.25]) (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 4858Ls1Dgyz3Lts for ; Sun, 26 Jan 2020 10:31:48 +0000 (UTC) (envelope-from iz-rpi03@hs-karlsruhe.de) Received: from iz-wera01.hs-karlsruhe.de ([193.196.65.46]) by smtp.hs-karlsruhe.de with esmtp (Exim 4.80.1) (envelope-from ) id 1ivfCl-0073zQ-M1; Sun, 26 Jan 2020 11:31:47 +0100 X-Mailer: exmh version 2.9.0 11/07/2018 with nmh-1.6 From: Ralf Wenk To: bob prohaska cc: freebsd-arm@freebsd.org Subject: Re: panic: deadlres_td_sleep_q: possible deadlock detected on RPI3 In-reply-to: <20200125153229.GA3768@www.zefox.net> References: <20200123164419.GA81833@www.zefox.net> <20200125153229.GA3768@www.zefox.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 26 Jan 2020 11:31:47 +0100 Message-Id: X-Rspamd-Queue-Id: 4858Ls1Dgyz3Lts X-Spamd-Bar: +++++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of iz-rpi03@hs-karlsruhe.de has no SPF policy when checking 193.196.64.25) smtp.mailfrom=iz-rpi03@hs-karlsruhe.de X-Spamd-Result: default: False [5.13 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; IP_SCORE(0.10)[asn: 553(0.49), country: EU(-0.01)]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[hs-karlsruhe.de]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.74)[0.735,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[25.64.196.193.list.dnswl.org : 127.0.10.0]; NEURAL_SPAM_LONG(0.89)[0.894,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:553, ipnet:193.196.64.0/18, country:EU]; RCVD_COUNT_TWO(0.00)[2]; RBL_SENDERSCORE(2.00)[25.64.196.193.bl.score.senderscore.com] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jan 2020 10:31:50 -0000 On 2020-01-25 at 7:32 -0800 bob prohaska wrote: > On Thu, Jan 23, 2020 at 08:44:19AM -0800, bob prohaska wrote: > > My Pi3 running -current r356835 reported: > > > > panic: deadlres_td_sleep_q: possible deadlock detected for 0xfffffd0000eff000, blocked for 1800305 ticks > > > [backtrace omitted] I got this panic two times in a row with a r357112 kernel during make installworld at the same place. So it looks like I am able to reproduce it. # panic: deadlres_td_sleep_q: possible deadlock detected for 0xfffffd0000f33560, blocked for 1802833 ticks But I think it is just a symptom of the r356776 changes. > Attempts to reboot are also rebuffed with > cpu_reset failed > leaving a power cycle as the only option, which is new to me. > > Does this give any hints as to what's going on? After doing the update from r356767 to r356776 my system began to show the "cpu_reset failed" message as well. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=243464 Ralf From owner-freebsd-arm@freebsd.org Sun Jan 26 16:42:02 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 718FF1F38A9 for ; Sun, 26 Jan 2020 16:42:02 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (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 485JZ109zSz4G5Y for ; Sun, 26 Jan 2020 16:42: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 00QGgChm007389 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 26 Jan 2020 08:42:13 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id 00QGgBVb007388; Sun, 26 Jan 2020 08:42:11 -0800 (PST) (envelope-from fbsd) Date: Sun, 26 Jan 2020 08:42:11 -0800 From: bob prohaska To: Ralf Wenk Cc: freebsd-arm@freebsd.org, bob prohaska Subject: Re: panic: deadlres_td_sleep_q: possible deadlock detected on RPI3 Message-ID: <20200126164211.GB7312@www.zefox.net> References: <20200123164419.GA81833@www.zefox.net> <20200125153229.GA3768@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-Rspamd-Queue-Id: 485JZ109zSz4G5Y X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [3.76 / 15.00]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; IP_SCORE(0.06)[ip: (0.27), ipnet: 50.1.16.0/20(0.13), asn: 7065(-0.04), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.81)[0.813,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.98)[0.980,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MID_RHS_WWW(0.50)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jan 2020 16:42:02 -0000 On Sun, Jan 26, 2020 at 11:31:47AM +0100, Ralf Wenk wrote: > On 2020-01-25 at 7:32 -0800 bob prohaska wrote: > > On Thu, Jan 23, 2020 at 08:44:19AM -0800, bob prohaska wrote: > > > My Pi3 running -current r356835 reported: > > > > > > panic: deadlres_td_sleep_q: possible deadlock detected for 0xfffffd0000eff000, blocked for 1800305 ticks > > > > > [backtrace omitted] > > I got this panic two times in a row with a r357112 kernel during > make installworld at the same place. So it looks like I am able to > reproduce it. > > # panic: deadlres_td_sleep_q: possible deadlock detected for > 0xfffffd0000f33560, blocked for 1802833 ticks > > But I think it is just a symptom of the r356776 changes. > > > Attempts to reboot are also rebuffed with > > cpu_reset failed > > leaving a power cycle as the only option, which is new to me. > > > > Does this give any hints as to what's going on? > > After doing the update from r356767 to r356776 my system began to > show the "cpu_reset failed" message as well. > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=243464 > > Ralf > My machine doesn't get so far as installworld, it panics much earlier, somewhere in buildworld. In at least one case buildworld stopped on an error, and the panic happened anyway, somewhat later. As a possibly-unrelated aside, OOMA kills are back on the same machine after a lengthy interval of peace and quiet.... Thanks for writing! bob prohaska From owner-freebsd-arm@freebsd.org Mon Jan 27 08:35:22 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 57097237121 for ; Mon, 27 Jan 2020 08:35:22 +0000 (UTC) (envelope-from ganbold@gmail.com) Received: from mail-qk1-x744.google.com (mail-qk1-x744.google.com [IPv6:2607:f8b0:4864:20::744]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 485jk144Fzz476j for ; Mon, 27 Jan 2020 08:35:21 +0000 (UTC) (envelope-from ganbold@gmail.com) Received: by mail-qk1-x744.google.com with SMTP id h23so8852127qkh.0 for ; Mon, 27 Jan 2020 00:35:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Q4nGc+We3/Ug2BVOYKviwashJAg1cDUP25gqp7LSz0U=; b=p7BxN/O+pakG6PV1OVSd48a4bHMq1dCssCN0V5b4GzS+F8DEYoC6nVNczbApk+gO0v EhwMmcLu9N6x3UPLt2Fptiny65dyU7vqjWZl8ZILnMLheRDpGsHjuHzNp/HS3ZwIAEEt td8ADbH/pZmBjD4Tqz3f3DGITeskrw2noFbRUkhf/IiPOJwmouxZuLVhQlEQckh9OpNi ftFPWnFlknFKuf+vw99f0chTtVqGQn6psleOFzyTD2E0SVDqYOhX6xN3sRDRmVgpHIj3 z9e/ujcfNupKrzksp+F4W6qQTK5HTJywdsplrVZq0eAc27cShQWoohxVdcNst38odYlA Qh4w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Q4nGc+We3/Ug2BVOYKviwashJAg1cDUP25gqp7LSz0U=; b=IBG7NUIOT6+PvOC8PRau2I6pzX60MqrHbePwHBaD4UFutSGunP1FbnPRGKxT0PavSF +4KWhTnCqejS2Hf+I2nR6kwHx0oczxzPS1GWluS9Y2KS+rVeUXAlCQxGuFdjHUwPZO4h vm8EZgCeRYn8IGAqFuA8q2YW4HVSPWQB4+fQmoVaANylnalt3tCWKT6evWqKDZdZhynz YIQvOpaFAfK7BH6lxis+fcOfyLZ8fJ6trcczT1IG/2uL6ZZMIUHxw+qYhKUseL7sIIuz thUEJLOxc0BTUwHfiWyMn2b0jKE17suee5KkwiHplH1gzsG3WMCMsc4fIjjKMqsVNlus R9cg== X-Gm-Message-State: APjAAAXKUf2SQnTu6S+ohilOL5h1MCMZrKjVEVCOFYWZVGzlVoMt30So jVh7Z65I1D+5dWr893l7bRwQqDCcGQuhFN1qyto= X-Google-Smtp-Source: APXvYqyFlQCtFxQwh/bOcMVN//QJdeXaALDcuOb62QI/bgBUzOF3I7xw/7mpBpgXT4h/vprh9P378T2Gmv99hzpuQCE= X-Received: by 2002:a37:9ed3:: with SMTP id h202mr15656749qke.456.1580114120564; Mon, 27 Jan 2020 00:35:20 -0800 (PST) MIME-Version: 1.0 References: <20191201110716.GA41224@server.rulingia.com> <20191202111322.GF37113@server.rulingia.com> <20191202140416.936a457adebce6fca1341b18@bidouilliste.com> <20191202154548.095d7d8ec8796af15e41e47c@bidouilliste.com> <20191203101420.GA79817@server.rulingia.com> In-Reply-To: <20191203101420.GA79817@server.rulingia.com> From: Ganbold Tsagaankhuu Date: Mon, 27 Jan 2020 16:35:10 +0800 Message-ID: Subject: Re: rk_tsadc breaks (my) Rock64 To: Peter Jeremy Cc: Emmanuel Vadot , "freebsd-arm@freebsd.org" X-Rspamd-Queue-Id: 485jk144Fzz476j X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=p7BxN/O+; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of ganbold@gmail.com designates 2607:f8b0:4864:20::744 as permitted sender) smtp.mailfrom=ganbold@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_DN_SOME(0.00)[]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[4.4.7.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.00)[ip: (1.71), ipnet: 2607:f8b0::/32(-2.05), asn: 15169(-1.79), country: US(-0.05)]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jan 2020 08:35:22 -0000 On Tue, Dec 3, 2019 at 6:14 PM Peter Jeremy wrote: > On 2019-Dec-02 15:45:48 +0100, Emmanuel Vadot > wrote: > >> >> Firstly, I've found that the syscon@ff100000 FDT entry attaches as > two > >> >> distinct devices: > >> >> rk_grf0: mem 0xff100000-0xff100ff= f > on ofwbus0 > >> >> (via compatible =3D "rockchip,rk3328-grf") > >> >> simple_mfd0: mem > 0xff450000-0xff45ffff on ofwbus0 > >> >> (via compatible =3D "simple-mfd") > >> > > >> > ??? those aren't the same devices. > > Yes. Looking more closely, I was wrong. There are 2 GRF devices in > the RK3328 that probe/attach separately. > > > This isn't enough, RK3328 initialization is V2 but needs the > >AUTO_Q_SEL bit too (like v3). There might be other stuff that I > >haven't found yet. > > That still doesn't explain why it's working for me (both DEBUG and > >NODEBUG kernels). > > I don't understand how the SYSCON_WRITE_4() operations can work when > the offsets are outside the memory range allocated to the device. > > The other oddity I have is that Rockchip_RK3328TRM_V1.1-Part1-20170321.pd= f > Table 9-1 (the Temperature-to-code mapping table) is identical to > rk3288_calib_data and looks completely different to rk3328_calib_data. > (Looking more closely, the values in the two tables sum to 4096). > > I've tried the following, slightly more extensive patch and now get > temperature readings that aren't insane (~40=C2=B0C idle and ~52=C2=B0C u= nder > heavy FPU load, at 1200MHz with a small heatsink and active airflow). > I haven't worked through the TRM in detail to see if there's anything > else missing. > I confirm this patch works for me on NanoPI R2S board. Without this patch it panics in same way. Ganbold > > Index: rk_tsadc.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- rk_tsadc.c (revision 355286) > +++ rk_tsadc.c (working copy) > @@ -98,11 +98,6 @@ > int channel; > }; > > -enum tsadc_type { > - RK_TSADC_V2, > - RK_TSADC_V3 > -}; > - > struct rk_calib_entry { > uint32_t raw; > int temp; > @@ -109,13 +104,14 @@ > }; > > struct tsadc_calib_info { > - bool decrement_mode; > + //bool decrement_mode; > struct rk_calib_entry *table; > int nentries; > }; > > struct tsadc_conf { > - enum tsadc_type type; > + int use_syscon; > + int q_sel_ntc; > int shutdown_temp; > int shutdown_mode; > int shutdown_pol; > @@ -188,7 +184,8 @@ > }; > > struct tsadc_conf rk3288_tsadc_conf =3D { > - .type =3D RK_TSADC_V2, > + .use_syscon=3D 0, > + .q_sel_ntc=3D 0, > .shutdown_temp =3D 95000, > .shutdown_mode =3D 1, /* GPIO */ > .shutdown_pol =3D 0, /* Low */ > @@ -241,7 +238,8 @@ > }; > > static struct tsadc_conf rk3328_tsadc_conf =3D { > - .type =3D RK_TSADC_V3, > + .use_syscon=3D 0, > + .q_sel_ntc=3D 1, > .shutdown_temp =3D 95000, > .shutdown_mode =3D 0, /* CRU */ > .shutdown_pol =3D 0, /* Low */ > @@ -296,7 +294,8 @@ > }; > > static struct tsadc_conf rk3399_tsadc_conf =3D { > - .type =3D RK_TSADC_V3, > + .use_syscon=3D 1, > + .q_sel_ntc=3D 1, > .shutdown_temp =3D 95000, > .shutdown_mode =3D 1, /* GPIO */ > .shutdown_pol =3D 0, /* Low */ > @@ -444,11 +443,11 @@ > val |=3D TSADC_AUTO_CON_POL_HI; > else > val &=3D ~TSADC_AUTO_CON_POL_HI; > - if (sc->conf->type =3D=3D RK_TSADC_V3) > + if (sc->conf->q_sel_ntc) > val |=3D TSADC_AUTO_Q_SEL; > WR4(sc, TSADC_AUTO_CON, val); > > - if (sc->conf->type =3D=3D RK_TSADC_V2) { > + if (!sc->conf->use_syscon) { > /* V2 init */ > WR4(sc, TSADC_AUTO_PERIOD, 250); /* 250 ms */ > WR4(sc, TSADC_AUTO_PERIOD_HT, 50); /* 50 ms */ > > -- > Peter Jeremy > From owner-freebsd-arm@freebsd.org Mon Jan 27 19:07:04 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E92C5228273 for ; Mon, 27 Jan 2020 19:07:04 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (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 485zkv5CKnz3FdR for ; Mon, 27 Jan 2020 19:07:03 +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 00RJ7AkP011385 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 27 Jan 2020 11:07:11 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id 00RJ7AbT011384; Mon, 27 Jan 2020 11:07:10 -0800 (PST) (envelope-from fbsd) Date: Mon, 27 Jan 2020 11:07:09 -0800 From: bob prohaska To: freebsd-arm@freebsd.org Subject: OOMA kill with vm.pfault_oom_attempts="-1" on RPi3 at r357147 Message-ID: <20200127190709.GA11328@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-Rspamd-Queue-Id: 485zkv5CKnz3FdR X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [3.27 / 15.00]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; IP_SCORE(0.06)[ip: (0.27), ipnet: 50.1.16.0/20(0.13), asn: 7065(-0.04), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.43)[0.429,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.88)[0.877,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MID_RHS_WWW(0.50)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jan 2020 19:07:05 -0000 The latest attempt at buildworld on a Pi3 with kernel and sources at r357147 stopped with an "out of swap" kill. The activity log reported, in the one second samples before, during and after the kill recorded: procs memory page disks faults cpu r b w avm fre flt re pi po fr sr mm0 da0 in sy cs us sy id 4 0 0 1670108 58012 1332 5 2 1 1414 597 0 0 10572 1251 2340 80 18 2 dT: 1.015s w: 1.000s L(q) ops/s r/s kBps ms/r w/s kBps ms/w d/s kBps ms/d %busy Name Mon Jan 27 10:32:06 PST 2020 Device 1K-blocks Used Avail Capacity /dev/mmcsd0s2b 4404252 135540 4268712 3% /dev/da0p6 5242880 132148 5110732 3% Total 9647132 267688 9379444 3% Jan 26 19:44:00 www sshd[1289]: error: maximum authentication attempts exceeded for invalid user from 45.136.108.85 port 16543 ssh2 [preauth] Jan 26 19:44:12 www sshd[1298]: error: maximum authentication attempts exceeded for invalid user from 45.136.108.85 port 4581 ssh2 [preauth] 0/254/254/19180 mbuf clusters in use (current/cache/total/max) procs memory page disks faults cpu r b w avm fre flt re pi po fr sr mm0 da0 in sy cs us sy id 3 0 0 1683560 54412 1332 5 2 1 1414 603 0 0 10572 1251 2340 80 18 2 dT: 1.051s w: 1.000s L(q) ops/s r/s kBps ms/r w/s kBps ms/w d/s kBps ms/d %busy Name 0 79 3 11 917.7 76 1557 212.6 0 0 0.0 318.6 mmcsd0 0 79 3 11 918.0 76 1557 212.8 0 0 0.0 318.6 mmcsd0s2 0 52 1 4 1.4 51 780 1.4 0 0 0.0 6.9 da0 0 22 0 0 0.0 22 700 177.2 0 0 0.0 32.5 mmcsd0s2a 0 57 3 11 918.0 54 856 227.2 0 0 0.0 318.6 mmcsd0s2b 0 22 0 0 0.0 22 700 177.3 0 0 0.0 32.5 ufs/rootfs 0 51 1 4 1.4 50 780 1.4 0 0 0.0 7.1 da0p6 Mon Jan 27 10:32:12 PST 2020 Device 1K-blocks Used Avail Capacity /dev/mmcsd0s2b 4404252 137184 4267068 3% /dev/da0p6 5242880 134284 5108596 3% Total 9647132 271468 9375664 3% Jan 26 19:44:00 www sshd[1289]: error: maximum authentication attempts exceeded for invalid user from 45.136.108.85 port 16543 ssh2 [preauth] Jan 26 19:44:12 www sshd[1298]: error: maximum authentication attempts exceeded for invalid user from 45.136.108.85 port 4581 ssh2 [preauth] 0/256/256/19180 mbuf clusters in use (current/cache/total/max) procs memory page disks faults cpu r b w avm fre flt re pi po fr sr mm0 da0 in sy cs us sy id 3 0 0 1394192 142844 1332 5 2 1 1415 607 0 0 10573 1251 2341 80 18 2 dT: 1.006s w: 1.000s L(q) ops/s r/s kBps ms/r w/s kBps ms/w d/s kBps ms/d %busy Name 0 25 25 557 1.9 0 0 0.0 0 0 0.0 4.6 mmcsd0 0 25 25 557 1.9 0 0 0.0 0 0 0.0 4.8 mmcsd0s2 0 17 17 159 1.3 0 0 0.0 0 0 0.0 2.2 da0 0 8 8 231 2.4 0 0 0.0 0 0 0.0 1.9 mmcsd0s2a 0 17 17 326 1.7 0 0 0.0 0 0 0.0 2.9 mmcsd0s2b 0 8 8 231 2.4 0 0 0.0 0 0 0.0 1.9 ufs/rootfs 0 17 17 159 1.3 0 0 0.0 0 0 0.0 2.3 da0p6 Mon Jan 27 10:32:21 PST 2020 Device 1K-blocks Used Avail Capacity /dev/mmcsd0s2b 4404252 43020 4361232 1% /dev/da0p6 5242880 42128 5200752 1% Total 9647132 85148 9561984 1% Jan 26 19:44:12 www sshd[1298]: error: maximum authentication attempts exceeded for invalid user from 45.136.108.85 port 4581 ssh2 [preauth] Jan 27 10:32:18 www kernel: pid 97756 (c++), jid 0, uid 0, was killed: out of swap space Here's the command used to collect the activity log: #!/bin/sh while true do vmstat ; gstat -abd -I 1s ; date ; swapinfo ; tail -n 2 /var/log/messages ; netstat -m | grep "mbuf clusters" done It looks as if the vm.pfault_oom_attempts="-1" no longer shuts OOMA off. Is there another way to deal with the problem? As an aside, it appears the activity percentages in top have changed: Formerly the per-cpu numbers totalled about four times the total %busy. Now the per-cpu numbers roughly add up to total %busy. Not sure it matters, but it's certainly different from previous behavior. Perhaps most surprisingly, after buildworld and the activity logger had stopped (while I was writing this little missive) the machine again panic'd, reporting: panic: deadlres_td_sleep_q: possible deadlock detected for 0xfffffd0000eff000, blocked for 1800269 ticks Thanks for reading and any ideas. bob prohaska From owner-freebsd-arm@freebsd.org Tue Jan 28 02:22:28 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 64843237B50 for ; Tue, 28 Jan 2020 02:22:28 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-20.consmr.mail.gq1.yahoo.com (sonic301-20.consmr.mail.gq1.yahoo.com [98.137.64.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 4869PG6JZ7z4X0k for ; Tue, 28 Jan 2020 02:22:26 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: AgbTqg0VM1mq3mk5nVN8UUmnGVQpW8BYznKDi5R7zXKNZIZRS8QT3guroL1g0xt vwhJPku5m8sGMkPwKGReegc95bvnJGZc9FSEUIuzqYi3fxQZCub8hJ0INBdaT2eFguO8JvzXL4qI pc6qla4VZOb0OOUA3FMFSOI9Kg_XqCtoZgP91EGd1lCpAtz2_Bgrr_O5bD5uLmIKSG6JDaF5UnL2 QOj3k2oPlFAdJG3aQMTniOTGLWLydbL2T6sH7kFE366Lq3coruJ0jKvw5Yh.zWUZmyVzVfhLa.fL ghT3Xs8dyAp6uC_9Q1ZTIxGHF.FVFowaiVJ6C6XX73TsnGP4DDqiicVjx7Mt7lraFFj1eh3fpctF pYXpDb2pYVsVa0ma08kr5XgrMoJJwQRvBlZFAqhii1pLoLcs773YcqhWI0xtKEwUhWW61hoCP3_g HzLHuSBQs3v7jVokvXy8V3MVGEM3RgDdZBWvl1eb0qdtA6IanD2oMYhGoWC46HFHFzPs7OX2OjYN mdAPmvGaQ0IaYW6DN0DB2hC.xkuTRgx6FxhpE3dI2qV3B5s3U6QiMwYnXhqxA4Qf0h2CMObn12Ne 4ODnqPlIFAcCNqWCuC8Z3Xwwj4s2IWC9FkKwsmUTLpns1COCxAcTWC1lkHFC5ZBINTIIFVs_wCr9 O_XlIoFFHTIkKU5sabZ8H05tFQ5d8CX65O45e8Ga.9QmzpUztlV0_UlGAGtIFA7Loci7d9v67TaP twm.XNMXKtzjlMSylL0IsEMbredIgfaad6jV22ySOiGjk5pPSL9MoT44mXbbjb8Ar16tgjPu6Zrn hPxEYtjZ.bRWbDPbpNzXfTdlRCFofjvmvHyqi9pQ2CLaFQFZ_amU.IfJAawIbkPMu3IE6YjgvVqh oPMuETjucBYRGllTZW7rjjdbqJITWZHtbC6M6oItxtecvPETyNDZk8kjEqe5SQSy5MlFWRLCi9Vo CoLrFAm9v.Sg86ScARX36N0DVZSLkLsvImM5XgKwugvI0CNLw764ZdqMX1_uggL6JEs14MLQrP6_ wkebF0c3kCI1er0DmsoYY7nb7wOPP_QUHZxalvoDZntci7tz5tQzN1ENaWabuqRVv2UFv5azOcnA SxFnJWYXz2QGRkSolNZjytXWMVLYSEJk1pMUc.Lm7SGMMoRJRkF1n.I6WX.U8OkqyKd5jGXDuSU9 6Cf_4h7sf1kMetV2jUxvofXtnRnlhMB7aznGZpE8jvvHb7uPTMOjlFnwCdm8BKufJQdbKw3BgMJ9 Tvjz6SnVZ9f4klEAbb0RBSGMSdkOLzk4jSMIlvlLFOCyP_C6NtWNP_CAWuG6JZlzoVHKRE4UBKRw 4s2AIaxqxQlYac6FQawGomCsMtBUvV0_4bcDrBJM1bbC48Pe8PJ6hg3bMAV1QciXvyN9FDBSIspF CxQlncnNTzGvQH25e2L3TzKixUhUtBc371IIRviTA1fOJ03RHOAHfazAXKjnoxqBqP1J7Ut4- Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.gq1.yahoo.com with HTTP; Tue, 28 Jan 2020 02:22:24 +0000 Received: by smtp421.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 0794de9e1ab174c5d0be2f3446ba13b4; Tue, 28 Jan 2020 02:22:22 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.40.2.2.4\)) Subject: Re: OOMA kill with vm.pfault_oom_attempts="-1" on RPi3 at r357147 From: Mark Millard In-Reply-To: <20200127190709.GA11328@www.zefox.net> Date: Mon, 27 Jan 2020 18:22:20 -0800 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: References: <20200127190709.GA11328@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3608.40.2.2.4) X-Rspamd-Queue-Id: 4869PG6JZ7z4X0k X-Spamd-Bar: - X-Spamd-Result: default: False [-1.23 / 15.00]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.52)[-0.519,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.21)[-0.207,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (3.68), ipnet: 98.137.64.0/21(0.84), asn: 36647(0.67), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[146.64.137.98.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[146.64.137.98.rep.mailspike.net : 127.0.0.17]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jan 2020 02:22:28 -0000 On 2020-Jan-27, at 11:07, bob prohaska wrote: > The latest attempt at buildworld on a Pi3 with kernel and sources at > r357147 stopped with an "out of swap" kill. The activity log reported, > in the one second samples before, during and after the kill recorded: > > procs memory page disks faults cpu > . . . > It looks as if the vm.pfault_oom_attempts="-1" no longer shuts OOMA off. > Is there another way to deal with the problem? The OOM problem (even with both vm.pageout_oom_seq set large and vm.pfault_oom_attempts="-1") is apparently not ARM specific and not specific to <= 4GiBytes of RAM. See, for example, https://lists.freebsd.org/pipermail/freebsd-current/2020-January/075186.html for a 5 GiByte RAM, 4 core amd64 context running a i386 jail (so a tier 1 context) using MAKE_JOBS_NUMBER=4. It also has ZFS in the context but the ARC space was < 950mb and not much swap space used. Page-out delay and the number of attempts to get free RAM to be above the threshold do not seem to be driving this case or yours. We are back in the context of the difficulty figuring out what kind criteria is selecting to do such OOM kills --in order to then figure out how to best deal with that additional criteria. So far as I know, in the past progress was only made when someone already knowledgable got involved in isolating what was happening and how to control it. Gathering evidence can still prove possibly useful, even if such is true for what it takes to make progress this time. But there is uncertainty for what range of evidence is appropriate to try for. > . . . (I'll not mix in material for the various deadlock crashes, cpu reset failures, and such that also seem to be going on for arm currently. Those seem arm specific from what I've seen on the lists.) === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Tue Jan 28 03:53:07 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1153923A0E3; Tue, 28 Jan 2020 03:53:07 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (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 486CPs6TM1z4cjY; Tue, 28 Jan 2020 03:53:05 +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 00S3rIqY012683 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 27 Jan 2020 19:53: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 00S3rHDQ012682; Mon, 27 Jan 2020 19:53:17 -0800 (PST) (envelope-from fbsd) Date: Mon, 27 Jan 2020 19:53:17 -0800 From: bob prohaska To: Mark Millard Cc: freebsd-arm@freebsd.org, freebsd-current@freebsd.org, bob prohaska Subject: Re: OOMA kill with vm.pfault_oom_attempts="-1" on RPi3 at r357147 Message-ID: <20200128035317.GA12644@www.zefox.net> References: <20200127190709.GA11328@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-Rspamd-Queue-Id: 486CPs6TM1z4cjY X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [3.49 / 15.00]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; IP_SCORE(0.06)[ip: (0.27), ipnet: 50.1.16.0/20(0.13), asn: 7065(-0.04), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.56)[0.559,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.97)[0.967,0]; R_SPF_NA(0.00)[]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MID_RHS_WWW(0.50)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jan 2020 03:53:07 -0000 On Mon, Jan 27, 2020 at 06:22:20PM -0800, Mark Millard wrote: > > So far as I know, in the past progress was only made when someone > already knowledgable got involved in isolating what was happening > and how to control it. > Indeed. One can only hope said knowledgeables are reading.... Thanks for reading! bob prohaska From owner-freebsd-arm@freebsd.org Tue Jan 28 05:30:01 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DA14723C48E for ; Tue, 28 Jan 2020 05:30:01 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic309-22.consmr.mail.gq1.yahoo.com (sonic309-22.consmr.mail.gq1.yahoo.com [98.137.65.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 486FYh2Cklz4hXg for ; Tue, 28 Jan 2020 05:30:00 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: HgzgAewVM1m_dMFeIInC42Gy1tZK7tXOWysSCh3.ZvgqZ1_RLiIWLmb7_lPD4SG 3IXrbEJrtFv41l.AmLsDyVe8ypz3cAdVNSdAc8hfAHE9Hk6mr8B2Sjy9lzLRRcCkgXSCHmCj.3kX b75rOrVvzi5DuQ1D_kDaamnA7fQhUN4sCD8XjFLEx8dEtiuBgaULExT4o2AKn92Oi1M6gCxvpRAM qEAgO694do2_lgddzQ0LRbBtC95IbwOmFFjz5FrDaaZBZkuStsqmWfp2BLr5J8kT24lsquUARdI4 uZp0hBHK8QOzH5cMWevkklg5lGnU97gYYbbCur.3rdW7wAYdSN4SGNN_aAazLwMb0wrIIpy1fMoL _wZokjK67U3NrE8DveEPJ21bsGHMahuPpBIbtfqjAGOV4_xigua5NQkJdyklrGSsOUlUDkKK2T9Q Ucrpxs5s23K9S_p1UA0qTYYdkAV14HBm6NturjN_ipWMoZRbMpXRBgdZU7Ioq6A2U_kusUQCKpS_ 5NyglfiXZjGOlYVp4cb6Ll2o0QrMJxBAne_sVzcmyDhuT272McafA.MSKFm21j8S4SofxiUCnssw zcVvJZo4WCNlYpiN.NHCj6z2ejZdhswJp6ewjbFZsq_4n_uFkS8co9XRgEAWQK94pdFwxsWDlAaO xiLt.8Ew.8oa5yFQMtoWL6c3ZiXvsw6o7eADOi4mbJiZps6n5bawB21mAjiWUdthUQ7q1WqGt.IF YLblYuIf_Ux0WHnfzOkQRtwW3e6V8I5iFyIheLCaKTQyY.38UDft6EICDH7tpsr.XK5m9kKdAOBH s4X6u5JLF5KjPsgbDvzC4wPxpZkbnGfwJy0tsT..xha9ZyON3t_PRMNAUoQ8afnT_dkY3LN4Ihfj _5qWZdnH0zkg.WZv5cooKYC73Mx..H_ascV94c4Em0kcdhoWHkKHndc0TBNAXSfLFIADrjCiqmxl aASqwbN6v2.eFnMqXtKipXLlt6kjtYVMjhjFLzm6wlQNl7KK0RhyKF_cBE78gLk_.cf1.CB01syn Vqng8jp_kgfM3YQqpFvANmfm6H9Pe9qa4DCY4g7mdex65oSHIIB21mE7w8W7X_MRXP4d5G65Qgws _x6wgzicSrg7gSP3f0XRUU_u7DHJzBlY71vBlrKOs3nQKHT0SnorNwuPNv24_cNddR.5Uf5v7260 P3JBE7bRfCRIPYPL2U8RjZMybMqIneEYboes85Gyq8C9UYVvVMLXUyz8zVQcoMpYDyXrpmEgc.5B B8ueyfE0RrwnKhJic9GCCJivt_Q22TWLzzzXWIBpDbGKHveNfvAKhEHGddGIvt0feMGL18gfgi6E jWbL7gyNoNj5rU_ie7ZOtty3RkbtesA.Voooc5EUu2s7yIDM1I.vQUOTlQqyt0COwcEMYplJvR4V Pc.HODwOo687E5AR2maM.VeHlmGLcb0zz6A-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.gq1.yahoo.com with HTTP; Tue, 28 Jan 2020 05:29:58 +0000 Received: by smtp426.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 9b21b4bcea3a4224488b3b33387beaea; Tue, 28 Jan 2020 05:29:54 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.40.2.2.4\)) Subject: Re: OOMA kill with vm.pfault_oom_attempts="-1" on RPi3 at r357147 From: Mark Millard In-Reply-To: <20200128035317.GA12644@www.zefox.net> Date: Mon, 27 Jan 2020 21:29:52 -0800 Cc: freebsd-arm@freebsd.org, freebsd-current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <18150258-6210-451E-A5B9-528129A05974@yahoo.com> References: <20200127190709.GA11328@www.zefox.net> <20200128035317.GA12644@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3608.40.2.2.4) X-Rspamd-Queue-Id: 486FYh2Cklz4hXg X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.50 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_GOOD(-0.10)[text/plain]; MV_CASE(0.50)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_DN_SOME(0.00)[]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_IN_DNSWL_NONE(0.00)[148.65.137.98.list.dnswl.org : 127.0.5.0]; RCVD_TLS_LAST(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.00)[ip: (-2.15), ipnet: 98.137.64.0/21(0.84), asn: 36647(0.67), country: US(-0.05)]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jan 2020 05:30:01 -0000 On 2020-Jan-27, at 19:53, bob prohaska wrote: > On Mon, Jan 27, 2020 at 06:22:20PM -0800, Mark Millard wrote: >>=20 >> So far as I know, in the past progress was only made when someone >> already knowledgable got involved in isolating what was happening >> and how to control it. >>=20 > Indeed. One can only hope said knowledgeables are reading.... May be I can suggest something that might kick-start evidence gathering a little bit: add 4 unconditional printf's to the kernel code, each just before one of the vm_pageout_oom(. . .) calls. Have the message uniquely identify which of the 4 it is before. The details of what I found that suggested this follows. I found: #define VM_OOM_MEM 1 #define VM_OOM_MEM_PF 2 #define VM_OOM_SWAPZ 3 In vm_fault(. . .) : . . . if (vm_pfault_oom_attempts < 0 || oom < vm_pfault_oom_attempts) { oom++; vm_waitpfault(dset, vm_pfault_oom_wait * hz); goto RetryFault_oom; } if (bootverbose) printf( "proc %d (%s) failed to alloc page on fault, starting OOM\n", curproc->p_pid, = curproc->p_comm); vm_pageout_oom(VM_OOM_MEM_PF); . . . (I'd not have guessed that bootverbose would control messages about OOM activity.) The above one looks to be blocked by the "-1" setting that we have been using. In vm_pageout_mightbe_oom(. . .) : . . . if (starting_page_shortage <=3D 0 || starting_page_shortage !=3D page_shortage) vmd->vmd_oom_seq =3D 0; else vmd->vmd_oom_seq++; if (vmd->vmd_oom_seq < vm_pageout_oom_seq) { if (vmd->vmd_oom) { vmd->vmd_oom =3D FALSE; atomic_subtract_int(&vm_pageout_oom_vote, 1); } return; } =20 /* * Do not follow the call sequence until OOM condition is * cleared. */ vmd->vmd_oom_seq =3D 0; =20 if (vmd->vmd_oom) return; =20 vmd->vmd_oom =3D TRUE; old_vote =3D atomic_fetchadd_int(&vm_pageout_oom_vote, 1); if (old_vote !=3D vm_ndomains - 1) return; =20 /* * The current pagedaemon thread is the last in the quorum to * start OOM. Initiate the selection and signaling of the * victim. */ vm_pageout_oom(VM_OOM_MEM); =20 /* * After one round of OOM terror, recall our vote. On the * next pass, current pagedaemon would vote again if the low * memory condition is still there, due to vmd_oom being * false. */ vmd->vmd_oom =3D FALSE; atomic_subtract_int(&vm_pageout_oom_vote, 1); . . . The above is where the other setting we have been using extends the number of tries before doing the OOM kill. If the rate of attempts increased, less time would go by for the same figure? This case might still be happening, even for the > 4000 figure used on the 5 GiByte amd64 system with the i386 jail that was reported? No specific printf above as things are. In swp_pager_meta_build(. . .) : . . . if (uma_zone_exhausted(swblk_zone)) { if = (atomic_cmpset_int(&swblk_zone_exhausted, 0, 1)) printf("swap blk zone exhausted, = " "increase = kern.maxswzone\n"); vm_pageout_oom(VM_OOM_SWAPZ); pause("swzonxb", 10); } else uma_zwait(swblk_zone); . . . if (uma_zone_exhausted(swpctrie_zone)) { if = (atomic_cmpset_int(&swpctrie_zone_exhausted, 0, 1)) printf("swap pctrie zone = exhausted, " "increase = kern.maxswzone\n"); vm_pageout_oom(VM_OOM_SWAPZ); pause("swzonxp", 10); } else uma_zwait(swpctrie_zone); . . . The above we have not been controlling: uma zone exhaustion for swblk_zone and swpctrie_zone. (Not that I'm familiar with them or the rest of this material.) On a small memory machine, there may be nothing that can be directly done that does not have other, nasty tradeoffs. Of course, there might be reasons that one or both of these exhaust faster then they used to. There are the 2 printf messages, but they are conditional. Still, they give something else to look for in console or log output. One possibility is always having an unconditional printf just before each of the 4 vm_pageout_oom calls, each of which identifies which of the 4 contexts is making the call. That would at least be a start at figuring things out. (swp_pager_meta_build's code means that the argument to vm_pageout_oom is not as specific for such identification.) The vm_pageout_oom(. . .) routine has: . . . if (bigproc !=3D NULL) { if (vm_panic_on_oom !=3D 0) panic("out of swap space"); PROC_LOCK(bigproc); killproc(bigproc, "out of swap space"); sched_nice(bigproc, PRIO_MIN); _PRELE(bigproc); PROC_UNLOCK(bigproc); } . . . That is where the can-be-a-misnomer "out of swap space" is from. Looks like it is correct for some conditions, but not the conditions we have historically got for our contexts. It takes looking at other messages to figure out if it is a misnomer: Another type of message carries the actual out-of-swap information and if that message is not present then the one based on the above is a misnomer. vm_pageout_oom could use its argument to be somewhat more specific for the text it passes to killproc(. . .). For reference: # grep -r "VM_OOM_" /usr/src/sys/ | more /usr/src/sys/vm/vm_fault.c: = vm_pageout_oom(VM_OOM_MEM_PF); /usr/src/sys/vm/vm_pageout.c: vm_pageout_oom(VM_OOM_MEM); /usr/src/sys/vm/vm_pageout.c: if (shortage =3D=3D VM_OOM_MEM_PF && /usr/src/sys/vm/vm_pageout.c: if (shortage =3D=3D = VM_OOM_MEM || shortage =3D=3D VM_OOM_MEM_PF) /usr/src/sys/vm/swap_pager.c: = vm_pageout_oom(VM_OOM_SWAPZ); /usr/src/sys/vm/swap_pager.c: = vm_pageout_oom(VM_OOM_SWAPZ); /usr/src/sys/vm/vm_pageout.h:#define VM_OOM_MEM 1 /usr/src/sys/vm/vm_pageout.h:#define VM_OOM_MEM_PF 2 /usr/src/sys/vm/vm_pageout.h:#define VM_OOM_SWAPZ 3 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Tue Jan 28 08:49:48 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 821AA1F9ED8 for ; Tue, 28 Jan 2020 08:49:48 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-23.consmr.mail.gq1.yahoo.com (sonic303-23.consmr.mail.gq1.yahoo.com [98.137.64.204]) (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 486L0C1MKWz4rvY for ; Tue, 28 Jan 2020 08:49:46 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: LtQoIUsVM1npwviTre99yxqBH2Hoez9avEXZrZ4UTpr7d8kqGVXND2seg9ck.ue RhlJ8rtTB4RexAhsTTJp8ads6LieO2xWdDT9WO3N9d3BGLlWvC0lFNrEA5brXnvOSy6bjMgOmLM4 UJxN5AiH6os6f2HF.paKzo4nnvQuAJbZaPl1RsRLuURkoChsObc8uXsAAOWlS2iuQ30L2_zpLME. 2lLud.SPL4y41HzJuMu15zDRQLPY_FkbP86l6iaulvPZbVPAFbRU_jEbCZA_Y4tjn7DZMRWwFL9O o2gxr4qIy7f2TzBbM_87Cfb7vHfto1ckgeAnpz2NopgF9X14n3zgLnPEWKaOvU7pb9God_njbkPD 2KSoM4dq6wPRfWmjwFKu9BRM40rJ.oss0_wAwxClhkqBteDY9npcERG2MqX4tpMdLx5AGNzferOf hn.WAhwVjOEE9vq4Fz18nfoR.2h4aKNvWkxh1HBRQ9O_.MSU4xXVeGAqp0nhTBi3cCoP72VztON5 bIZpw0rkZpGPp3HOV138Q7PwS8ApP3gkQ3wgeJnVSuHigYNNDpQOnobzz4FEJAC3EYDdg4w.bxjI aOIvOz1QbK_LO8TLqkT459imluNPMyuaI3iyIzDJ3RfSKgNPVpy6iREA3K8j4QiiGVWSIlke4R0m K9iS5zJ9PMz1PrZlA2JTpQRHmLE8Ab3f._IXI3EXOOLL5Dejn6Qd21mXRLRywYlxiE.BBjxT4EHo SihS6Xgk6rZZ6OGAgycVVcheTqClfGf4o6p__Pg5binrmyo5lgc1aZR1UxaoMC..ct06IphqvIFK F80tF49iKgitrwO3wky7RLWO6ykpIefaGf7jl3HmL51jP84EUzpJ.WBk9No.gasqPlNCELHlaAMo DPtmz8MRKUklKNOunNU8e7eSCOfvm6fRCSwlbH1rBfPS46kuAO5WTqaiAlumZjsZkG_.k46Lhtbt .zWphv5oieTvwFwK.860JAteHmDVTxOpLeQ34haNbGoGJDvJPXJl5dYVjsqVuda684CsWTJXCbxr T57POjPbM0itFS3XRkAIHOmBx1jxO2_bwkLkSq9BrgJCgM11q9kmhzB4qACu.56inWxcb43w7z5P wU07iWekcNcbpiPL92h9xvRNrO7Ibb6iIP9j7KdofeE8KFMW1EIm1cwHM7KUujhoyyCUUkGBCw7u ZAzYeHXGUe_Bp3urwy0gQJ.QdoGBSkvQ0YgD6XMxDzmT.LujMPqOC3_1jLkYYoV4yrf3KMEuf3Fi pkbIoFo8vum6EK6SWRKUl7fTsvg.nuFg48CWn_KGf9VRsYBjt_Zw58KmAP0mNnj0.qf3su58GM1Q VfrDEAGNkQBBdbExSXHrULNsmnElni2HuecRXFOts9WnkbMWkxPQqUARpWrJW2286wO5raLLpaSK FU4N5jm1K.tHkMjg2aAYzC3SnGwzIuDnCkNkdp6w- Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Tue, 28 Jan 2020 08:49:45 +0000 Received: by smtp414.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 55dfa43afc642adea1c2113df8510244; Tue, 28 Jan 2020 08:49:42 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.40.2.2.4\)) Subject: Re: OOMA kill with vm.pfault_oom_attempts="-1" on RPi3 at r357147 From: Mark Millard In-Reply-To: <18150258-6210-451E-A5B9-528129A05974@yahoo.com> Date: Tue, 28 Jan 2020 00:49:41 -0800 Cc: freebsd-arm@freebsd.org, freebsd-current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <9BF68EF1-F83A-473B-9A7B-B3956D6A5EFD@yahoo.com> References: <20200127190709.GA11328@www.zefox.net> <20200128035317.GA12644@www.zefox.net> <18150258-6210-451E-A5B9-528129A05974@yahoo.com> To: bob prohaska X-Mailer: Apple Mail (2.3608.40.2.2.4) X-Rspamd-Queue-Id: 486L0C1MKWz4rvY X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.39 / 15.00]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.95)[-0.948,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-0.94)[-0.939,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (0.42), ipnet: 98.137.64.0/21(0.84), asn: 36647(0.67), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[204.64.137.98.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[204.64.137.98.rep.mailspike.net : 127.0.0.17]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jan 2020 08:49:48 -0000 On 2020-Jan-27, at 21:29, Mark Millard wrote: > On 2020-Jan-27, at 19:53, bob prohaska wrote: >=20 >> On Mon, Jan 27, 2020 at 06:22:20PM -0800, Mark Millard wrote: >>>=20 >>> So far as I know, in the past progress was only made when someone >>> already knowledgable got involved in isolating what was happening >>> and how to control it. >>>=20 >> Indeed. One can only hope said knowledgeables are reading.... >=20 > May be I can suggest something that might kick-start > evidence gathering a little bit: add 4 unconditional > printf's to the kernel code, each just before one of > the vm_pageout_oom(. . .) calls. Have the message > uniquely identify which of the 4 it is before. >=20 > . . . Below is a stab at implementing the suggestion. A couple of the printf's are basically what Mark Johnston supplied long ago. (Other code from what he supplied back then did not survive updates made to FreeBSD.) One of his printf's is not tied to indicating vm_pageout_oom use. (Sent this way some whitespace might not be preserved.) # svnlite diff /usr/src/sys/vm/=20 Index: /usr/src/sys/vm/swap_pager.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- /usr/src/sys/vm/swap_pager.c (revision 356426) +++ /usr/src/sys/vm/swap_pager.c (working copy) @@ -2021,6 +2021,7 @@ 0, 1)) printf("swap blk zone exhausted, = " "increase = kern.maxswzone\n"); + printf("swp_pager_meta_build: swap blk = uma zone exhausted\n"); vm_pageout_oom(VM_OOM_SWAPZ); pause("swzonxb", 10); } else @@ -2051,6 +2052,7 @@ 0, 1)) printf("swap pctrie zone = exhausted, " "increase = kern.maxswzone\n"); + printf("swp_pager_meta_build: swap = pctrie uma zone exhausted\n"); vm_pageout_oom(VM_OOM_SWAPZ); pause("swzonxp", 10); } else Index: /usr/src/sys/vm/vm_fault.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- /usr/src/sys/vm/vm_fault.c (revision 356426) +++ /usr/src/sys/vm/vm_fault.c (working copy) @@ -943,9 +943,9 @@ vm_pfault_oom_wait * hz); goto RetryFault_oom; } - if (bootverbose) + // HAVE PRINTF BE UNCONDITIONAL FOR = TESTING: if (bootverbose) printf( - "proc %d (%s) failed to alloc page on fault, starting OOM\n", + "vm_fault: proc %d (%s) failed to alloc page on fault, starting = OOM\n", curproc->p_pid, = curproc->p_comm); vm_pageout_oom(VM_OOM_MEM_PF); goto RetryFault; Index: /usr/src/sys/vm/vm_page.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- /usr/src/sys/vm/vm_page.c (revision 356426) +++ /usr/src/sys/vm/vm_page.c (working copy) @@ -3139,6 +3139,7 @@ * race-free vm_wait_domain(). */ if (curproc =3D=3D pageproc) { + printf("thread %d waiting for memory\n", = curthread->td_tid); mtx_lock(&vm_domainset_lock); vm_pageproc_waiters++; msleep(&vm_pageproc_waiters, &vm_domainset_lock, PVM | = PDROP, Index: /usr/src/sys/vm/vm_pageout.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- /usr/src/sys/vm/vm_pageout.c (revision 356426) +++ /usr/src/sys/vm/vm_pageout.c (working copy) @@ -1741,6 +1741,8 @@ * start OOM. Initiate the selection and signaling of the * victim. */ + printf("vm_pageout_mightbe_oom: kill context: v_free_count: %u, = v_inactive_count: %u\n", + vmd->vmd_free_count, = vmd->vmd_pagequeues[PQ_INACTIVE].pq_cnt); vm_pageout_oom(VM_OOM_MEM); =20 /* @@ -1933,10 +1935,24 @@ } sx_sunlock(&allproc_lock); if (bigproc !=3D NULL) { + char *reason_text; + switch (shortage) { + case VM_OOM_MEM_PF: + reason_text=3D "fault's page allocation failed"; + break; + case VM_OOM_MEM: + reason_text=3D "free RAM stayed below = threshold"; + break; + case VM_OOM_SWAPZ: + reason_text=3D "swblk or swpctrie zone = exhausted"; + break; + default: + reason_text=3D "Unknown Reason"; + } if (vm_panic_on_oom !=3D 0) - panic("out of swap space"); + panic("%s",reason_text); PROC_LOCK(bigproc); - killproc(bigproc, "out of swap space"); + killproc(bigproc, reason_text); sched_nice(bigproc, PRIO_MIN); _PRELE(bigproc); PROC_UNLOCK(bigproc); =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Tue Jan 28 11:56:10 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 678B2228FAF; Tue, 28 Jan 2020 11:56:10 +0000 (UTC) (envelope-from freebsd-arm@sentry.org) Received: from shadow.sentry.org (shadow.sentry.org [210.8.237.106]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "shadow.sentry.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 486Q7F1qXwz3LV4; Tue, 28 Jan 2020 11:56:08 +0000 (UTC) (envelope-from freebsd-arm@sentry.org) Received: from shadow.sentry.org (localhost [127.0.0.1]) by shadow.sentry.org (8.15.2/8.15.2) with ESMTP id 00SBtwCd090159; Tue, 28 Jan 2020 22:55:58 +1100 (AEDT) (envelope-from freebsd-arm@sentry.org) Subject: Re: OOMA kill with vm.pfault_oom_attempts="-1" on RPi3 at r357147 To: freebsd-arm@freebsd.org Cc: freebsd-current@freebsd.org References: <20200127190709.GA11328@www.zefox.net> <20200128035317.GA12644@www.zefox.net> <18150258-6210-451E-A5B9-528129A05974@yahoo.com> From: Trev Message-ID: <72bb1f73-c624-061f-cb99-9baca7d32753@sentry.org> Date: Tue, 28 Jan 2020 22:55:58 +1100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 SeaMonkey/2.49.4 MIME-Version: 1.0 In-Reply-To: <18150258-6210-451E-A5B9-528129A05974@yahoo.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.6.2 (shadow.sentry.org [0.0.0.0]); Tue, 28 Jan 2020 22:55:58 +1100 (AEDT) X-Rspamd-Queue-Id: 486Q7F1qXwz3LV4 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of freebsd-arm@sentry.org designates 210.8.237.106 as permitted sender) smtp.mailfrom=freebsd-arm@sentry.org X-Spamd-Result: default: False [-4.76 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[sentry.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(-2.46)[ip: (-8.26), ipnet: 210.8.0.0/15(-4.18), asn: 2764(0.13), country: AU(0.01)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:2764, ipnet:210.8.0.0/15, country:AU]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jan 2020 11:56:10 -0000 Mark Millard via freebsd-arm wrote on 28/01/2020 16:29: > The vm_pageout_oom(. . .) routine has: > . . . > if (bigproc != NULL) { > if (vm_panic_on_oom != 0) > panic("out of swap space"); > PROC_LOCK(bigproc); > killproc(bigproc, "out of swap space"); > sched_nice(bigproc, PRIO_MIN); > _PRELE(bigproc); > PROC_UNLOCK(bigproc); > } > > That is where the can-be-a-misnomer "out of swap space" > is from. Looks like it is correct for some conditions, > but not the conditions we have historically got for our > contexts. It takes looking at other messages to figure > out if it is a misnomer: Another type of message carries > the actual out-of-swap information and if that message > is not present then the one based on the above is a > misnomer. May be related... I have a Vultr VM running FreeBSD 12.1 Release amd64 under KVM with 512MB RAM and 20GB of SSD and was recently getting "out of swap space" when compiling the binutils port with make -j1. The system had a 1.5G swap file setup in fstab as: md99 none swap sw,file=/usr/swap0,late,noatime From several compile attempts, I could never see the system using more than 98MB of swap space despite the "out of swap space" messages. Jan 25 10:07:40 sentinel kernel: pid 12934 (gmake), jid 0, uid 0, was killed: out of swap space Jan 25 10:13:40 sentinel kernel: pid 13344 (cc), jid 0, uid 0, was killed: out of swap space The solution was to replace the swap file with a swap partition. While monitoring the build of binutils, no more than 98MB of swap ever seem to be used. I should note that the issue never manifested itself under FreeBSD 11.1 through 11.3 in this VM. From owner-freebsd-arm@freebsd.org Tue Jan 28 13:20:31 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1B92E22CADD for ; Tue, 28 Jan 2020 13:20:31 +0000 (UTC) (envelope-from jfc@mit.edu) Received: from outgoing-exchange-3.mit.edu (outgoing-exchange-3.mit.edu [18.9.28.13]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.outgoing-exchange.mit.edu", Issuer "InCommon RSA Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 486S0Z1Mcwz3wp7 for ; Tue, 28 Jan 2020 13:20:29 +0000 (UTC) (envelope-from jfc@mit.edu) Received: from w92exedge3.exchange.mit.edu (W92EXEDGE3.EXCHANGE.MIT.EDU [18.7.73.15]) by outgoing-exchange-3.mit.edu (8.14.7/8.12.4) with ESMTP id 00SDJqut004435 for ; Tue, 28 Jan 2020 08:20:04 -0500 Received: from OC11EXPO29.exchange.mit.edu (18.9.4.102) by w92exedge3.exchange.mit.edu (18.7.73.15) with Microsoft SMTP Server (TLS) id 15.0.1293.2; Tue, 28 Jan 2020 08:20:07 -0500 Received: from OC11EXPO29.exchange.mit.edu (18.9.4.102) by oc11expo29.exchange.mit.edu (18.9.4.102) with Microsoft SMTP Server (TLS) id 15.0.1365.1; Tue, 28 Jan 2020 08:20:17 -0500 Received: from OC11EXPO29.exchange.mit.edu ([18.9.4.102]) by oc11expo29.exchange.mit.edu ([18.9.4.102]) with mapi id 15.00.1365.000; Tue, 28 Jan 2020 08:20:17 -0500 From: John F Carr To: "freebsd-arm@freebsd.org" Subject: ARM kernel doesn't report memory Thread-Topic: ARM kernel doesn't report memory Thread-Index: AQHV1d2v4u2ha3gh0Uy1LKuMdvHN2A== Date: Tue, 28 Jan 2020 13:20:17 +0000 Message-ID: <8F29344F-CFA5-496A-B962-E8BB790C37DC@exchange.mit.edu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [108.7.221.50] Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Rspamd-Queue-Id: 486S0Z1Mcwz3wp7 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of jfc@mit.edu designates 18.9.28.13 as permitted sender) smtp.mailfrom=jfc@mit.edu X-Spamd-Result: default: False [-3.46 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; RCVD_COUNT_FIVE(0.00)[5]; HAS_XOIP(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:18.9.28.0/24]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[mit.edu]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.99)[-0.990,0]; IP_SCORE(-0.97)[ipnet: 18.9.0.0/16(-4.77), asn: 3(-0.02), country: US(-0.05)]; RCVD_IN_DNSWL_MED(-0.20)[13.28.9.18.list.dnswl.org : 127.0.11.2]; TO_DN_EQ_ADDR_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:3, ipnet:18.9.0.0/16, country:US]; RCVD_TLS_LAST(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jan 2020 13:20:31 -0000 If you run dmesg on FreeBSD 12 on amd64 you'll see lines "real memory =3D .= .." and "avail memory =3D ...". They don't show up on 64 bit ARM systems r= unning CURRENT. I can't find anything in dmesg output to show memory. Is = this difference a bug or a feature? The peculiarites of the IBM PC memory = map may have caused developers to pay more attention to memory on x86 syste= ms. My feeling is if the kernel prints out details of each disk drive it s= hould at least say how much RAM it has.= From owner-freebsd-arm@freebsd.org Tue Jan 28 19:28:23 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6529E239173 for ; Tue, 28 Jan 2020 19:28:23 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic308-55.consmr.mail.gq1.yahoo.com (sonic308-55.consmr.mail.gq1.yahoo.com [98.137.68.31]) (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 486c922YXKz4Qj1 for ; Tue, 28 Jan 2020 19:28:21 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: XwsVmHwVM1nI3sYXDIau3Y2Rp.vCgvBkpuEiE3itAffERb6VBVjTu6wILfYnhLW w8PcmEa.x1ORv.LoO0Xp_osQbhLBW7AWau1aleZr99godSeltbsBx42oUhkT5YNBQiLJjU_lmGp7 QVlEIeGwMflei4D7HFeBEAccpuVoERtWwVPTu7.Dkj5FLnkbqzeke0dKtONbHfAffVPCvTe6b7Nk IVvO4MlhM8jnVkx_299dG.gnwKfdBGDSgzY_qUv8FSOduZn1CxjjlZu_TP9U.UPzMEzB12TAfw7C LqG18g8Ge7baCh3WjXFmMVs8eY7phCXOzKc93AkhcHJsAkL_9l0kqvukGxmHI3Ts48b5Fbefxu0H YRUslCki1CBV5g6Y.G4nqTqMgMgefx6wTx7bUYLokffWWYiBUkTrTk_gCH9My5E5LgInMz8rN4MA rRwUfr0MTJRRjElzBLqs6l3O7oP5Oa7dJ.dCREAfByZgnG7MEUMuk25bC8HVfP781CkRFJ9kVFVU Uuq57acdlp31bD1xM8e58S4h4uhZe5Z6SGcw6vQtQwO2D4WhROpjh1X6Kp5yBI8VdB4qZkaM1WIh PxqNak2hoClaULckWwPp_KqrjSmY51.pKrM2RENGv6mw13vUIBMYWatcvaH0f5iMJEZXRUDmDLQQ OH8XVLtQ29.blgs_pP3EzzCAQ2eVNgCLSC35JesT9ZuQ9AcHGo_5FcOKg.iHhxWw7JdEWvaoThkt Jn693uFi5fDU9MRnKL1Arz5in6jB4lybPRuz03feKKDe2X60VLO.UoH1K5z1DlLxMZ6m7BafTlpq Zv.As.O_awSWjJg4RMAoW8XSezKoyVLD5lqWhREczJ6B9_PtsVk_EAmedWfPOlKisbCFb6eo3QO5 mPHm0OIdS3VGTJn51fPB0_71nWG8KUhcpvDQ.HWjlHyifDUDTeSwUEQTpvPxoAg6Zat9u1gVXoLl WmPCzrmpLEaj1I_emjC67jvIuJ3xL7KVGtaQwXpddT8..cNdC.yKa5GVZQXmlT41MFi4zWDqDNhT y41uG_RnzioXb6PXi2BmoKUv9MsqbNPUm2N2AgxCeDaDHaCFms97UtuVWiIWFOxUwhR7VnKRmXgl iCMuAZ40Og5eCPJgVh0LCx8IBD.7jMLVnNB_fm6STb_DbjtUs5TB7rd5ZbQKC2IxBv1vzQ25pWbw tQPkaBnZeeSNeFYmHR.o5xvw8omXrBjL98ng5bSEROYqU17nk94wBEDrctMSc2RGPmEXzZ13bQMP D_T397vxSI2.g8ANtbbKfWb802gfQUaeUCQy7OSXOVk_4q_wtPIRW8rNzEFjmsHq9o3v8Xd3xk7U 8HkEfx0sSxWFVYZPK7UwEUYPDZrfuxnYIzTRvq.lTcEH4fqH3xx8TqBvtGQkkpClEhAuvhXEJAzW D1y8MwZGVDhHykysSxz0wi7bBEw5HbxXt.blgB5aGir2IWFNv7njBshcSRIbGYjT7_2H9yw5tUBl 5HokQ27Q- Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.gq1.yahoo.com with HTTP; Tue, 28 Jan 2020 19:28:19 +0000 Received: by smtp429.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID faf0b610faf7debc14864154abeefc8a; Tue, 28 Jan 2020 19:28:14 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.40.2.2.4\)) Subject: Re: OOMA kill with vm.pfault_oom_attempts="-1" on RPi3 at r357147 (a vm_pfault_oom_attempts < 0 handling bug as of head -r357026) From: Mark Millard In-Reply-To: <20200128190210.GA14784@www.zefox.net> Date: Tue, 28 Jan 2020 11:28:14 -0800 Cc: freebsd-arm , FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: <94E68249-7751-4B27-AE95-E9C2776D730B@yahoo.com> References: <20200127190709.GA11328@www.zefox.net> <20200128035317.GA12644@www.zefox.net> <18150258-6210-451E-A5B9-528129A05974@yahoo.com> <9BF68EF1-F83A-473B-9A7B-B3956D6A5EFD@yahoo.com> <20200128170518.GA14654@www.zefox.net> <5A3CE2DA-C5B8-4CC1-BEEA-8B9649A20B8B@yahoo.com> <20200128190210.GA14784@www.zefox.net> To: bob prohaska , Konstantin Belousov X-Mailer: Apple Mail (2.3608.40.2.2.4) X-Rspamd-Queue-Id: 486c922YXKz4Qj1 X-Spamd-Bar: - X-Spamd-Result: default: False [-1.92 / 15.00]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.80)[-0.796,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-0.62)[-0.621,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (1.84), ipnet: 98.137.64.0/21(0.84), asn: 36647(0.67), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[31.68.137.98.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[31.68.137.98.rep.mailspike.net : 127.0.0.17]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jan 2020 19:28:23 -0000 On 2020-Jan-28, at 11:02, bob prohaska wrote: > On Tue, Jan 28, 2020 at 09:42:17AM -0800, Mark Millard wrote: >>=20 >>=20 >>=20 > The (partly)modified kernel compiled and booted without > obvious trouble. It's trying to finish buildworld now. >=20 >> If you are testing with vm.pfault_oom_attempts=3D"-1" then >> the vm_fault printf message should never happen anyway. >>=20 > Would it not be interesting if the message appeared in that > case?=20 Thanks for the question: looking at the new code found a bug causing oom where it used to be avoided in head -r357025 and before. After vm_waitpfault(dset, vm_pfault_oom_wait * hz) the -r357026 code does a vm_pageout_oom(VM_OOM_MEM_PF) no matter what, even when vm_pfault_oom_attempts < 0 || fs->oom < vm_pfault_oom_attempts : New code in head -r357026 ( nothing to avoid the vm_pageout_oom(VM_OOM_MEM_PF) for vm_pfault_oom_attempts < 0 || fs->oom < vm_pfault_oom_attempts ): if (fs->m =3D=3D NULL) { unlock_and_deallocate(fs); if (vm_pfault_oom_attempts < 0 || fs->oom < vm_pfault_oom_attempts) { fs->oom++; vm_waitpfault(dset, vm_pfault_oom_wait * hz); } if (bootverbose) printf( "proc %d (%s) failed to alloc page on fault, starting OOM\n", curproc->p_pid, curproc->p_comm); vm_pageout_oom(VM_OOM_MEM_PF); return (KERN_RESOURCE_SHORTAGE); } Old code in head -r357025 ( has the goto RetryFault_oom after vm_waitpfault(. . .), thereby avoiding the vm_pageout_oom(VM_OOM_MEM_PF) for vm_pfault_oom_attempts < 0 || fs->oom < vm_pfault_oom_attempts ) : if (fs.m =3D=3D NULL) { unlock_and_deallocate(&fs); if (vm_pfault_oom_attempts < 0 || oom < vm_pfault_oom_attempts) { oom++; vm_waitpfault(dset, vm_pfault_oom_wait * hz); goto RetryFault_oom; } if (bootverbose) printf( "proc %d (%s) failed to alloc page on fault, starting OOM\n", curproc->p_pid, = curproc->p_comm); vm_pageout_oom(VM_OOM_MEM_PF); goto RetryFault; } I expect this is the source of the behavioral difference folks have been seeing for OOM kills. As for "gather evidence" messages . . . >> You may be able to just look and manually delete or >> comment out the bootverbose line in the more modern >> source that currently looks like: >>=20 >> if (bootverbose) >> printf( >> "proc %d (%s) failed to alloc page on fault, starting OOM\n", >> curproc->p_pid, curproc->p_comm); >> vm_pageout_oom(VM_OOM_MEM_PF); >> return (KERN_RESOURCE_SHORTAGE); >>=20 >=20 > I can find those lines in /usr/src/sys/vm/vm_fault.c, but > unclear on the motivation to comment the lines out. Perhaps=20 > to eliminate the return(...) ? Anyway, is it sufficient=20 > to insert /* before and */ after?=20 The only line to delete or comment out in that code block is: if (bootverbose) Disabling that line makes the following printf always happen, even when a verbose boot was not done. Based on the above reported code change, having a message before vm_pageout_oom(VM_OOM_MEM_PF) is important to getting a report of the kill being via that code. >> and is now in vm_fault_allocate(. . .). (That file has >> hd a reorganization since where I'm synchronized.) >>=20 >> Having the message indicate vm_fault_allocate is >> optional but would look like: >>=20 >> "vm_fault_allocate: proc %d (%s) failed to alloc page on fault, = starting OOM\n", >>=20 >> Doing the delete/comment-out would avoid waiting for me. >>=20 >>=20 > I'll do it after the next stoppage. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Tue Jan 28 20:11:48 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5C7C123B22B; Tue, 28 Jan 2020 20:11:48 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (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 486d763cc6z4Tnd; Tue, 28 Jan 2020 20:11:46 +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 00SKBrDa015170 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 28 Jan 2020 12:11:54 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id 00SKBrxN015169; Tue, 28 Jan 2020 12:11:53 -0800 (PST) (envelope-from fbsd) Date: Tue, 28 Jan 2020 12:11:53 -0800 From: bob prohaska To: Mark Millard Cc: Konstantin Belousov , freebsd-arm , FreeBSD Current , bob prohaska Subject: Re: OOMA kill with vm.pfault_oom_attempts="-1" on RPi3 at r357147 (a vm_pfault_oom_attempts < 0 handling bug as of head -r357026) Message-ID: <20200128201152.GA15110@www.zefox.net> References: <20200127190709.GA11328@www.zefox.net> <20200128035317.GA12644@www.zefox.net> <18150258-6210-451E-A5B9-528129A05974@yahoo.com> <9BF68EF1-F83A-473B-9A7B-B3956D6A5EFD@yahoo.com> <20200128170518.GA14654@www.zefox.net> <5A3CE2DA-C5B8-4CC1-BEEA-8B9649A20B8B@yahoo.com> <20200128190210.GA14784@www.zefox.net> <94E68249-7751-4B27-AE95-E9C2776D730B@yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <94E68249-7751-4B27-AE95-E9C2776D730B@yahoo.com> User-Agent: Mutt/1.5.24 (2015-08-30) X-Rspamd-Queue-Id: 486d763cc6z4Tnd X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [3.69 / 15.00]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; IP_SCORE(0.06)[ip: (0.27), ipnet: 50.1.16.0/20(0.13), asn: 7065(-0.04), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.75)[0.751,0]; RCPT_COUNT_FIVE(0.00)[5]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_SPAM_LONG(0.98)[0.978,0]; R_SPF_NA(0.00)[]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MID_RHS_WWW(0.50)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jan 2020 20:11:48 -0000 On Tue, Jan 28, 2020 at 11:28:14AM -0800, Mark Millard wrote: > > > On 2020-Jan-28, at 11:02, bob prohaska wrote: > > > On Tue, Jan 28, 2020 at 09:42:17AM -0800, Mark Millard wrote: > >> > >> > >> > > The (partly)modified kernel compiled and booted without > > obvious trouble. It's trying to finish buildworld now. > > Stopped already, with Jan 28 11:41:59 www kernel: pid 29909 (cc), jid 0, uid 0, was killed: fault's page allocation failed > >> If you are testing with vm.pfault_oom_attempts="-1" then > >> the vm_fault printf message should never happen anyway. > >> > > Would it not be interesting if the message appeared in that > > case? > > Thanks for the question: looking at the new code found a bug > causing oom where it used to be avoided in head -r357025 and > before. Glad to be of service, even if inadvertently 8-) > After vm_waitpfault(dset, vm_pfault_oom_wait * hz) > the -r357026 code does a vm_pageout_oom(VM_OOM_MEM_PF) no > matter what, even when vm_pfault_oom_attempts < 0 || > fs->oom < vm_pfault_oom_attempts : > > New code in head -r357026 > ( nothing to avoid the vm_pageout_oom(VM_OOM_MEM_PF) > for vm_pfault_oom_attempts < 0 || > fs->oom < vm_pfault_oom_attempts ): > > if (fs->m == NULL) { > unlock_and_deallocate(fs); > if (vm_pfault_oom_attempts < 0 || > fs->oom < vm_pfault_oom_attempts) { > fs->oom++; > vm_waitpfault(dset, vm_pfault_oom_wait * hz); > } > if (bootverbose) > printf( > "proc %d (%s) failed to alloc page on fault, starting OOM\n", > curproc->p_pid, curproc->p_comm); > vm_pageout_oom(VM_OOM_MEM_PF); > return (KERN_RESOURCE_SHORTAGE); > } > > Old code in head -r357025 > ( has the goto RetryFault_oom after vm_waitpfault(. . .), > thereby avoiding the vm_pageout_oom(VM_OOM_MEM_PF) for > vm_pfault_oom_attempts < 0 || fs->oom < vm_pfault_oom_attempts ) : > > if (fs.m == NULL) { > unlock_and_deallocate(&fs); > if (vm_pfault_oom_attempts < 0 || > oom < vm_pfault_oom_attempts) { > oom++; > vm_waitpfault(dset, > vm_pfault_oom_wait * hz); > goto RetryFault_oom; > } > if (bootverbose) > printf( > "proc %d (%s) failed to alloc page on fault, starting OOM\n", > curproc->p_pid, curproc->p_comm); > vm_pageout_oom(VM_OOM_MEM_PF); > goto RetryFault; > } > > I expect this is the source of the behavioral > difference folks have been seeing for OOM kills. > > > As for "gather evidence" messages . . . > > >> You may be able to just look and manually delete or > >> comment out the bootverbose line in the more modern > >> source that currently looks like: > >> > >> if (bootverbose) > >> printf( > >> "proc %d (%s) failed to alloc page on fault, starting OOM\n", > >> curproc->p_pid, curproc->p_comm); > >> vm_pageout_oom(VM_OOM_MEM_PF); > >> return (KERN_RESOURCE_SHORTAGE); > >> > > > > I can find those lines in /usr/src/sys/vm/vm_fault.c, but > > unclear on the motivation to comment the lines out. Perhaps > > to eliminate the return(...) ? Anyway, is it sufficient > > to insert /* before and */ after? > > The only line to delete or comment out in that > code block is: > > if (bootverbose) > > Disabling that line makes the following printf > always happen, even when a verbose boot was not > done. Oops, it's commented out now and the kernel is rebuilding. > > Based on the above reported code change, having > a message before vm_pageout_oom(VM_OOM_MEM_PF) is > important to getting a report of the kill being > via that code. > Thank you! bob prohaska From owner-freebsd-arm@freebsd.org Tue Jan 28 20:44:50 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 99AB623E574 for ; Tue, 28 Jan 2020 20:44:50 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qk1-x744.google.com (mail-qk1-x744.google.com [IPv6:2607:f8b0:4864:20::744]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 486dsG1XKTz4ZvN for ; Tue, 28 Jan 2020 20:44:50 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qk1-x744.google.com with SMTP id g195so14768648qke.13 for ; Tue, 28 Jan 2020 12:44:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=tmNrSNMNLlyUPx/jGqFgAU8OkSMdSR/uBN61wsBy5PU=; b=hPiro1JN7SMmpzZxgw5oEfjkpnx67dMdwi7EyJqqNsq6gWFa6W8nKIb4Me4Byy3qZA PZ04CR6wH34IwNGrrEBb8TEHa2aOeMtRr+t/ApxuqFpZLvEkQoP3LQXmXZ+axl34n0sc QRoXFu3RAMzQZKqj6QMcgnnSG6clO2EqQHZDDNxYWN0b0IxQxxdkGtDTQ2XoTtiPZuh9 EkGSpV7xvdDU0gTxIL9t9hAt2/Gqigo6wx3mNAPikG9PMXwNYqG8Z0VFaDth1QEMowFB BXYN6xjpi+hOPochpgGLXNXptTP6WlDp41qak+JQOIN0X7mOUhLJcG39Vi0WF7g/Lgqg SXQQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=tmNrSNMNLlyUPx/jGqFgAU8OkSMdSR/uBN61wsBy5PU=; b=sb9timTeF6tPOxPQPHJ1c6Fs4g4E7ZxHL1KXPOl1KyEgSS8HXMWaxPHYtdnmuairV9 1nut+Iz48+O5xPLi7gQJ+sxe9halvWZTUyMwzHnnLY6CjS+p+qHWbY5HALhZ0YB2DzxJ FqfpNWCRUSmTAMZ1mht0Vxo+ZuGTtXk2kFVQJnfeuxYbp0kyt2muKeb5+1tUTBUtgAkp vS1N6ro6/VDzIoLNnRBlBdu/O9qTuPno2ZtdH+AxEYwRnEUle+X7btOUb71MzUr1y4tD ZSkeksrUgzczXId/DtKdpg3WaDoKrudlDwAkJvJj8M55kVRaW2uBSZSMYqk9L72CZPXC mQ2A== X-Gm-Message-State: APjAAAU+IQI13zQofa9YOkDtqVgATJM3/KKtw6GA4O0yggBUc/iWqrt2 0HlDzBzz9yaN8q4UK2ApaXsj46OgkzVKCxxgH0VFww== X-Google-Smtp-Source: APXvYqwLjX7F+EITbl/gJltgiPcG1Rh8t8sR6H5i4E1zhOkZClQ4bO0Cpa6vZUdKKCfvj7QYE2YNxaqOL5s9MiouZeQ= X-Received: by 2002:a05:620a:12c8:: with SMTP id e8mr15769378qkl.380.1580244289486; Tue, 28 Jan 2020 12:44:49 -0800 (PST) MIME-Version: 1.0 References: <8F29344F-CFA5-496A-B962-E8BB790C37DC@exchange.mit.edu> In-Reply-To: <8F29344F-CFA5-496A-B962-E8BB790C37DC@exchange.mit.edu> From: Warner Losh Date: Tue, 28 Jan 2020 13:44:37 -0700 Message-ID: Subject: Re: ARM kernel doesn't report memory To: John F Carr Cc: freebsd-arm@freebsd.org X-Rspamd-Queue-Id: 486dsG1XKTz4ZvN X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=hPiro1JN; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::744) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [-1.40 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.979,0]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-0.98)[-0.977,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; URI_COUNT_ODD(1.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[4.4.7.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; IP_SCORE(-0.45)[ip: (1.64), ipnet: 2607:f8b0::/32(-2.04), asn: 15169(-1.78), country: US(-0.05)]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jan 2020 20:44:50 -0000 On Tue, Jan 28, 2020, 6:20 AM John F Carr wrote: > If you run dmesg on FreeBSD 12 on amd64 you'll see lines "real memory = > ..." and "avail memory = ...". They don't show up on 64 bit ARM systems > running CURRENT. I can't find anything in dmesg output to show memory. Is > this difference a bug or a feature? The peculiarites of the IBM PC memory > map may have caused developers to pay more attention to memory on x86 > systems. My feeling is if the kernel prints out details of each disk drive > it should at least say how much RAM it has. > Agreed. Can you file a bug and assign it to imp@freebsd.org? _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > From owner-freebsd-arm@freebsd.org Tue Jan 28 21:31:52 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 73C8F241724 for ; Tue, 28 Jan 2020 21:31:52 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-24.consmr.mail.gq1.yahoo.com (sonic311-24.consmr.mail.gq1.yahoo.com [98.137.65.205]) (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 486fvW5HZTz4fLg for ; Tue, 28 Jan 2020 21:31:51 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: cMEYhgMVM1k4a2sBl3NJvCsc7U0RIQz2j1SNItJqYGqJGwe0wyg7f55rdFEQXSV 6lEovtp79sj7A6PldZOm2anbXhC4lNotz_irA3ZSL.AF_9CYv0O72fx0CYbfEC5jAMa8M5fp3h9M qRVk.iBOcBPDi546L1RgynRZzCZdcT5.FtQXWs1SdW1Z5hrsNF.RiBXvqTkDNB_TBXKxFi5iadWK MBxC1tXUhZP3fZhl4ZR.KzV6.4aXE2OwmIYSUrSe7FCrIfdoSOsw81PtKa6wxmfi06LYMqJJiCGY RnmgE9M_1zKcYuk7o.7xDPdEuRVvqaCo01dt.zI3Ukricf4MAQ694MpeV8iG1OVdQ0Kms0kdrbp4 qZt__.jPKggtVzz4GmlfClNOiiy.31pqcn70DG3IsWOJUQ47jcS5sLo06yZ9vQdE9.bCxkDnGXr6 w56csYwBVmBE81wYjslIpcZVjjupnEZSw6TskgXS_s796Dp11nl40l61c3RbsWW7IO7msnzsDtZL KfxqNsFem5mfklyXv0dUP6Q7Ii_QPdizLtlWW8BLHitSqpawOOp0vAhXGdytxjPsxDiS0C4baws1 O_lGzjLNyf2waQKItFd_bgMAgV6oaDt91ZrBfiffNpzb7BmTepeD5VvwZD3YlxbMvT9vbRU0jj0i F9olaDyKZIA5cwlCfxWJq.kUzsX1UFKiGytVbdEXDci19sjH8DEQI1CD4N11uHrs.OoMr0PD_mrj .2u.mLNpZ8nlBUXtRbHSfhDIbu5DiccfcUZwn.OmizLtSPgayG3QItunhB2BjMl7DXAAXx8kKsZf .He0L.U501mbJMToWQEh0Pavll1a52.GXDX9XTviK5gptI7V9Y8QSSmOm_xCo3pqNX.6GciL6hvS YIHyi2kgTlA8Yiiu6u4H6Fhs3mS5Qd4R9aqFklY5hEheVnyWd8j6ALypg0b3moleiNVM3fcOCIR0 9gdJtLojURkqiktQ0HE4VQDVo2HR5V3VbhoMzi013O217fmQcy0mHOZUKq.SIsn7H__VaS_7TnKS CBDy08Fa_Tn7mFPzwMeOaP4bOr6JyKfQK2hZJ.mDKASPSjX1e2e47pIlFfMKM9.ARNg2FtOHmxDk l1GAnJX6AJsrlgeHnXnYqZfzpYwJQnSl5wkZ1_2LBxDF3FBUV_mpshi66HAcSyr1bFonoCEJPK7B pOLd5hd5IPmpzR0rv5JY99rLe2lqeTFf062r3_3Xn5HCA8KUJ1P_lGp.C.TZ23s0wyHpOLKKwtr_ dzNrWJslMc54bX.sTXOIHdYUJeDpVkZInLcjOjLwMYTAv9PwgoFVRVeus28PdfciGfg8mmYMnaAB x2mhiW3jOKMadhuHsr8cgysV0bYbGIfCguTvy9x1pv1eMqytrqxYQlnGcJhu22bx7L0QLNScJQRT 8jlYEsAbBC3eAXaBIL6WoFepMeVQNX7mVZ8JTl.d7m0_BHdXLFRhrdTV.xkM_55rrY44oPjKcY6n F00M- Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Tue, 28 Jan 2020 21:31:50 +0000 Received: by smtp407.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 7a4ef4d5a1f1533fea3df44137dd5973; Tue, 28 Jan 2020 21:31:46 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.40.2.2.4\)) Subject: Re: OOMA kill with vm.pfault_oom_attempts="-1" on RPi3 at r357147 (a vm_pfault_oom_attempts < 0 handling bug as of head -r357026) From: Mark Millard In-Reply-To: <20200128201152.GA15110@www.zefox.net> Date: Tue, 28 Jan 2020 13:31:45 -0800 Cc: freebsd-arm , FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: <56B3107B-E515-428D-A837-8AF076BADE9B@yahoo.com> References: <20200127190709.GA11328@www.zefox.net> <20200128035317.GA12644@www.zefox.net> <18150258-6210-451E-A5B9-528129A05974@yahoo.com> <9BF68EF1-F83A-473B-9A7B-B3956D6A5EFD@yahoo.com> <20200128170518.GA14654@www.zefox.net> <5A3CE2DA-C5B8-4CC1-BEEA-8B9649A20B8B@yahoo.com> <20200128190210.GA14784@www.zefox.net> <94E68249-7751-4B27-AE95-E9C2776D730B@yahoo.com> <20200128201152.GA15110@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3608.40.2.2.4) X-Rspamd-Queue-Id: 486fvW5HZTz4fLg X-Spamd-Bar: / X-Spamd-Result: default: False [-0.73 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.41)[-0.409,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_GOOD(-0.10)[text/plain]; MV_CASE(0.50)[]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_IN_DNSWL_NONE(0.00)[205.65.137.98.list.dnswl.org : 127.0.5.0]; NEURAL_SPAM_LONG(0.18)[0.176,0]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.00)[ip: (4.56), ipnet: 98.137.64.0/21(0.84), asn: 36647(0.67), country: US(-0.05)]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jan 2020 21:31:52 -0000 [I recommend not sending kib our other exchanges: that he has been notified is enough. I also sent the material to 2 folks that I forgot at the time and replied to one more related message with the information. For most of these folks our general exchange is likely viewed as noise after then basic, important point for them. Note: kib was the reviewer, not the creator or submitter of -r357026 .] On 2020-Jan-28, at 12:11, bob prohaska wrote: > On Tue, Jan 28, 2020 at 11:28:14AM -0800, Mark Millard wrote: >>=20 >>=20 >> On 2020-Jan-28, at 11:02, bob prohaska wrote: >>=20 >>> On Tue, Jan 28, 2020 at 09:42:17AM -0800, Mark Millard wrote: >>>>=20 >>>>=20 >>>>=20 >>> The (partly)modified kernel compiled and booted without >>> obvious trouble. It's trying to finish buildworld now. >>>=20 > Stopped already, with=20 > Jan 28 11:41:59 www kernel: pid 29909 (cc), jid 0, uid 0, was killed: = fault's page allocation failed >=20 Yea, what I did in vm_pageout_oom for its messages does indictae when the vm_pageout_oom(VM_OOM_MEM_PF) happens of itself. So the printf before that call is not essential. With the bug that we have identified, this is the expected notification until things are fixed. >=20 >>>> If you are testing with vm.pfault_oom_attempts=3D"-1" then >>>> the vm_fault printf message should never happen anyway. >>>>=20 >>> Would it not be interesting if the message appeared in that >>> case?=20 >>=20 >> Thanks for the question: looking at the new code found a bug >> causing oom where it used to be avoided in head -r357025 and >> before. >=20 >=20 > Glad to be of service, even if inadvertently 8-) >=20 >=20 >> After vm_waitpfault(dset, vm_pfault_oom_wait * hz) >> the -r357026 code does a vm_pageout_oom(VM_OOM_MEM_PF) no >> matter what, even when vm_pfault_oom_attempts < 0 || >> fs->oom < vm_pfault_oom_attempts : >>=20 >> New code in head -r357026 >> ( nothing to avoid the vm_pageout_oom(VM_OOM_MEM_PF) >> for vm_pfault_oom_attempts < 0 || >> fs->oom < vm_pfault_oom_attempts ): >>=20 >> if (fs->m =3D=3D NULL) { >> unlock_and_deallocate(fs); >> if (vm_pfault_oom_attempts < 0 || >> fs->oom < vm_pfault_oom_attempts) { >> fs->oom++; >> vm_waitpfault(dset, vm_pfault_oom_wait * hz); >> } >> if (bootverbose) >> printf( >> "proc %d (%s) failed to alloc page on fault, starting OOM\n", >> curproc->p_pid, curproc->p_comm); >> vm_pageout_oom(VM_OOM_MEM_PF); >> return (KERN_RESOURCE_SHORTAGE); >> } >>=20 >> Old code in head -r357025 >> ( has the goto RetryFault_oom after vm_waitpfault(. . .), >> thereby avoiding the vm_pageout_oom(VM_OOM_MEM_PF) for >> vm_pfault_oom_attempts < 0 || fs->oom < vm_pfault_oom_attempts ) : >>=20 >> if (fs.m =3D=3D NULL) { >> unlock_and_deallocate(&fs); >> if (vm_pfault_oom_attempts < 0 || >> oom < vm_pfault_oom_attempts) { >> oom++; >> vm_waitpfault(dset, >> vm_pfault_oom_wait * hz); >> goto RetryFault_oom; >> } >> if (bootverbose) >> printf( >> "proc %d (%s) failed to alloc page on fault, starting OOM\n", >> curproc->p_pid, = curproc->p_comm); >> vm_pageout_oom(VM_OOM_MEM_PF); >> goto RetryFault; >> } >>=20 >> I expect this is the source of the behavioral >> difference folks have been seeing for OOM kills. >>=20 >>=20 >> As for "gather evidence" messages . . . >>=20 >>>> You may be able to just look and manually delete or >>>> comment out the bootverbose line in the more modern >>>> source that currently looks like: >>>>=20 >>>> if (bootverbose) >>>> printf( >>>> "proc %d (%s) failed to alloc page on fault, starting OOM\n", >>>> curproc->p_pid, curproc->p_comm); >>>> vm_pageout_oom(VM_OOM_MEM_PF); >>>> return (KERN_RESOURCE_SHORTAGE); >>>>=20 >>>=20 >>> I can find those lines in /usr/src/sys/vm/vm_fault.c, but >>> unclear on the motivation to comment the lines out. Perhaps=20 >>> to eliminate the return(...) ? Anyway, is it sufficient=20 >>> to insert /* before and */ after?=20 >>=20 >> The only line to delete or comment out in that >> code block is: >>=20 >> if (bootverbose) >>=20 >> Disabling that line makes the following printf >> always happen, even when a verbose boot was not >> done. > Oops, it's commented out now and the kernel is rebuilding. Not a big deal, given the "was killed: fault's page allocation failed" message that is separately generated. >>=20 >> Based on the above reported code change, having >> a message before vm_pageout_oom(VM_OOM_MEM_PF) is >> important to getting a report of the kill being >> via that code. >>=20 I did not think of what I'd done in vm_pageout_oom when I wrote that. My hope is that at least something like what I did in vm_pageout_oom for message content will be adopted so the notices are accurate to context and more traceable. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Tue Dec 17 02:27:36 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 954D91D83B7 for ; Tue, 17 Dec 2019 02:27:36 +0000 (UTC) (envelope-from yklaxds@gmail.com) Received: from mail-io1-xd2d.google.com (mail-io1-xd2d.google.com [IPv6:2607:f8b0:4864:20::d2d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47cMVY3tSJz3BqM; Tue, 17 Dec 2019 02:27:33 +0000 (UTC) (envelope-from yklaxds@gmail.com) Received: by mail-io1-xd2d.google.com with SMTP id f82so9290797ioa.9; Mon, 16 Dec 2019 18:27:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=uxW+aHxNQhFfAn8Vs+2Xs4zw6mTjimoZd52ADjHQFJQ=; b=oXFcWcL45dQVtTIaRDdiwihEP4VWsNd/MrlxbJkGJYb36kZ7i/oLWzzFcVkzWbfGLY GFDSdrZpKZTYTVVRo39wnD/OE9jBIygV5981lv6f6v+rcnw5tuxsfFGYkriAUa28OIDF 0eFHZxWSLnHnWGSoWVVrJD8vCb4OXME52firunBLBzVayqeDtCX6KfqGPEjfoC+RgpfA HQ7EE6gA8RDfn49Q81orZqzczcmjYgibn1pGyyT1ukAbVRLRWK7+Gy2lNT9sjdqLb4Bc avkiQKaXHsEtsJdb2jgYrZF5oi/qj0kjCf40RF0HzIdiRG0YzOEKSbDP9Xa+o8MOAnfT nPVw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=uxW+aHxNQhFfAn8Vs+2Xs4zw6mTjimoZd52ADjHQFJQ=; b=ObD/RZefQ6sI7fnr38cjSPjMIVCxe2NKQTpa+OM21pjo2ATsg3m1DvdTSgxC7dchY2 0nnACUWsvCxnk8qhuTJcrxe5qPL1fB94Q4H5Ldc14N8CWSUf8kkezrrIU1Dcmg1E2eBL 56l6Wh8EmtnLQVAz+f8cWJ2M1gLsKDqHOSmUOxF3YnZy03DTFlK+vBotYNZPgmF5c018 UYLi3HBmk/S7oNytqcXLXG1SaBhvC7zvMrvsqzcnTCFsNJnYcTRZIosmMYsuJyxYfOzM HdDUJQhSbItAtMZU0Dshkm18/zVmJxT1/zxC3qTOPtCPdt65wDnCEKdP8cP5yAApfT2N USwg== X-Gm-Message-State: APjAAAVc7z4ik7D+IOc/cs4UostTKiJpjwaBm6gtLk0dtqYaocQ5bRxw N9gVIBfbehYOpm06kYQvuwpMaL7p7xBP+l5QXY0Tz8NcLwQ= X-Google-Smtp-Source: APXvYqwu/ZEkade5N43Hp4haHg5qErBeA6hN1OR98A4Bgg+an7Y6DbxP0IKU13JnFAX6jrGIsYPrLgpf3Z7IlwkuyA0= X-Received: by 2002:a5e:940e:: with SMTP id q14mr1814993ioj.247.1576549648188; Mon, 16 Dec 2019 18:27:28 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: ykla Message-ID: Subject: Re: How to boot freebsd on rpi4b? To: Kyle Evans Cc: freebsd-arm@freebsd.org X-Rspamd-Queue-Id: 47cMVY3tSJz3BqM X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-6.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[] X-Mailman-Approved-At: Wed, 29 Jan 2020 21:01:00 +0000 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Tue, 17 Dec 2019 02:27:36 -0000 X-Original-Date: Tue, 17 Dec 2019 10:27:14 +0800 X-List-Received-Date: Tue, 17 Dec 2019 02:27:36 -0000 New error: stopped at Warning: no time-of-day clock registered. system time will not be set accurately. Kyle Evans =E4=BA=8E 2019=E5=B9=B412=E6=9C=8817=E6=97= =A5=E5=91=A8=E4=BA=8C =E4=B8=8A=E5=8D=8810:04=E5=86=99=E9=81=93=EF=BC=9A > On Mon, Dec 16, 2019 at 7:50 PM ykla wrote: > > > > Hi, I download latest version 12.12 current 13 img and write in TF card= . > > Then I download rpi-firmware(2019-12-05 16:15:16) and extract and copy > it > > in BOOT partition. And look at my screen shows me that stop boot on lo0 > > state. I know it can't support USB/PCI/ethernet and I just want to > install > > it. Thanks. > > That's a most curious failure mode... if you got to the point where > we're bringing up lo0, it should have either been fine or blown up > terribly in an obvious way -- I'll reimage tomorrow-ish based on the > latest snapshot and see if I can reproduce. > > In the meantime, can you post a transcript of the boot? > > Thanks, > > Kyle Evans > From owner-freebsd-arm@freebsd.org Tue Dec 17 02:29:57 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CC6101D847B for ; Tue, 17 Dec 2019 02:29:57 +0000 (UTC) (envelope-from yklaxds@gmail.com) Received: from mail-io1-xd33.google.com (mail-io1-xd33.google.com [IPv6:2607:f8b0:4864:20::d33]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47cMYF3ybRz3BrR; Tue, 17 Dec 2019 02:29:53 +0000 (UTC) (envelope-from yklaxds@gmail.com) Received: by mail-io1-xd33.google.com with SMTP id z193so5759171iof.1; Mon, 16 Dec 2019 18:29:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=sltTPUND7DAZSdXifAeMZCxfSR+sXzir/2SrWn6yCvw=; b=SWBHvI+V3df6jW33YI05qgI7xRKBrOuHyzDGD4GB/ks3qK8kg2QhwbJGYYgV3ofSxE 44/MZjeHoKMKl0LUXPXCa5u8xgPzM6vRuWcPADMrKVURNcRAU3f1khWWSLEsrYuZYhnT WtD4rUL2ehwk04kfVkF0+twQaLsLlUBDovpprYI7lOlzmHDDXYhbpwKUk9jGMihKn0cU EBCgdSF6+MsmJ9SD1RK28za67PUCwbeL6XXo4cdOhIOsvWi6mF15ppHqrV/QebIOfEe8 GEcnNskS0RUh42mPCgIR2Czgzxf0w9obojB9YdVmuCEHD2PZ1NTor4n3UoKSBQJwlVt9 IoJg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=sltTPUND7DAZSdXifAeMZCxfSR+sXzir/2SrWn6yCvw=; b=SIehbaHI65ZT0eI6QSYqgoXB3jPVih/q8zIqGwHGrHD/kIheeeBSFh0/1/Edmt5Bg0 aEyyAlUhPg81uugD/zuv6MS1ZuCadHb9/hEcpIXJZFJzIOIS0koqskf0C+tODYwJfp8+ zq6uW3JaNigTwz4qdkealGECjcgWdRfE+froCbsTz6qR7h4+Zrrwb60qYIBhWPeXa/+E pYXX/kjTG0ERuPNIlccIDLf3O4XwuvhGCawheRNH76tLjX16y5WTweDEGzQX1aRFqxc/ rEE9oo5PgOyq40/Amqb6gxFxU1NbqtLK6o3nr7qvn12+iU7bauPeoYB0qbte6Oim7qho bmXw== X-Gm-Message-State: APjAAAXYV8YI/z9zBWvqPfwN4+iKR4XKhWeBo6BO5GBeWAH+gZnXZ5t5 bhCiwHHSbnwmAaz81yKVvetzOroy6oRwaW4Q4H1opRTp40k= X-Google-Smtp-Source: APXvYqxvaAht2R+sDJezvyHJnqr1Jct4np+f4BD4qjEG+UjVCThHnIKTDWJy0l1mb82qgIrmJSx9TXcF6pbosdpjhmA= X-Received: by 2002:a02:780f:: with SMTP id p15mr14954379jac.91.1576549788322; Mon, 16 Dec 2019 18:29:48 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: ykla Message-ID: Subject: Re: How to boot freebsd on rpi4b? To: Kyle Evans Cc: freebsd-arm@freebsd.org X-Rspamd-Queue-Id: 47cMYF3ybRz3BrR X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=SWBHvI+V; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of yklaxds@gmail.com designates 2607:f8b0:4864:20::d33 as permitted sender) smtp.mailfrom=yklaxds@gmail.com X-Spamd-Result: default: False [-2.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; HAS_ATTACHMENT(0.00)[]; MIME_GOOD(-0.10)[multipart/mixed,multipart/alternative,text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; IP_SCORE(0.00)[ip: (-5.37), ipnet: 2607:f8b0::/32(-2.19), asn: 15169(-1.90), country: US(-0.05)]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[3.3.d.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~,4:~]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Mailman-Approved-At: Wed, 29 Jan 2020 21:01:27 +0000 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Tue, 17 Dec 2019 02:29:57 -0000 X-Original-Date: Tue, 17 Dec 2019 10:29:37 +0800 X-List-Received-Date: Tue, 17 Dec 2019 02:29:57 -0000 I just reboot and bugs show: lo0 :link state change to UP. ykla =E4=BA=8E 2019=E5=B9=B412=E6=9C=8817=E6=97=A5=E5= =91=A8=E4=BA=8C =E4=B8=8A=E5=8D=8810:27=E5=86=99=E9=81=93=EF=BC=9A > New error: stopped at > Warning: no time-of-day clock registered. system time will not be set > accurately. > > > > Kyle Evans =E4=BA=8E 2019=E5=B9=B412=E6=9C=8817=E6= =97=A5=E5=91=A8=E4=BA=8C =E4=B8=8A=E5=8D=8810:04=E5=86=99=E9=81=93=EF=BC=9A > >> On Mon, Dec 16, 2019 at 7:50 PM ykla wrote: >> > >> > Hi, I download latest version 12.12 current 13 img and write in TF car= d. >> > Then I download rpi-firmware(2019-12-05 16:15:16) and extract and cop= y >> it >> > in BOOT partition. And look at my screen shows me that stop boot on lo= 0 >> > state. I know it can't support USB/PCI/ethernet and I just want to >> install >> > it. Thanks. >> >> That's a most curious failure mode... if you got to the point where >> we're bringing up lo0, it should have either been fine or blown up >> terribly in an obvious way -- I'll reimage tomorrow-ish based on the >> latest snapshot and see if I can reproduce. >> >> In the meantime, can you post a transcript of the boot? >> >> Thanks, >> >> Kyle Evans >> > From owner-freebsd-arm@freebsd.org Thu Jan 16 15:06:08 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9D2601EB5C3 for ; Thu, 16 Jan 2020 15:06:08 +0000 (UTC) (envelope-from jwbentum44@gmail.com) Received: from mail-io1-xd33.google.com (mail-io1-xd33.google.com [IPv6:2607:f8b0:4864:20::d33]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47z6vz5kmFz481c for ; Thu, 16 Jan 2020 15:06:07 +0000 (UTC) (envelope-from jwbentum44@gmail.com) Received: by mail-io1-xd33.google.com with SMTP id c16so22077532ioh.6 for ; Thu, 16 Jan 2020 07:06:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=hxdKNxl2WEpJFz2t9sI5KBeT/RrUgFKYhh7czHsEc44=; b=Fzua0EcA4rotEFb9Ni9af/6JSMdOe5aQN0uIknd6f3l4PX74BOOnkKuC5V4ixtye2B GzNctQIx5u/djPJ6iSO60NaSmUQS2YfzxnOHUuxzbbq+a1+vwPQLByPXwyPE0ExKX9SQ gOltVMpJzzFV3pon8nzolIy6j/7mkA0K7j/IvjsItyHY059T7ksV8Vr9JT9cW8b0kMOT TWaI+ggpUbohJuAQ3Rxwk/QKuwfTDpOxgE00ePhehFl93FarIzOQKvRc6C1V74DDq+TK GfZafbqkrjFqfL8wWOsAcj/Wq3mbj4j+w9HL/Ep6t9Z09jOhe/SNIvmlM8pmHADgM1Ax PKuw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=hxdKNxl2WEpJFz2t9sI5KBeT/RrUgFKYhh7czHsEc44=; b=RvAWZm+rXSOGzwF+HVJJdR6F5AxelYYvYziF/E1PhXjHL60Y5NH9bCjbWrRoZ+ZDy+ Cu8jnCDBy6q33i81Jpxu35H9Xnn+xo2lwhWO7EamFOs6JOGrFoozEyx4XJVIUfv6aVcO bDlN64mhTsLWLmmlxSDIqEGT/bHBfOk9GgGK7KO0YIKaOdoGHSa6XN5CbN7cITdY53fE 5V/Q9dOGc6b20b1QtGsz7ux3lBD7dIf/YJ+MuZB2FK9k3sCDfqeyJmVmJw4NNm16/Zc7 +j8OUDa5YEx2zTlmlmXvudkAIlTcJgIgZB1EB95kdVoPQaNiey3QJmJ0iGxvUzYqPMIx 2cMw== X-Gm-Message-State: APjAAAW8dV8xmNxOfQ0oKGY6et4mNKe1XigRMr4Iw6d9zo9MsfJPM7XL +dQP3p75vasAJl0YMtIsJp3K7JdQXqZiPP+xhfo= X-Google-Smtp-Source: APXvYqwmVuRzx+rKzIFAVAG5GDJCTTVCV0ebHMRSKCSoqL9+iMkvoEpeWB4Pfdl4Leju9JE9gMshnmo379YzPhtXEYQ= X-Received: by 2002:a6b:dd07:: with SMTP id f7mr26399002ioc.3.1579187165560; Thu, 16 Jan 2020 07:06:05 -0800 (PST) MIME-Version: 1.0 References: <20200115220647.1958e8639dc718e714775fed@freenet.de> In-Reply-To: <20200115220647.1958e8639dc718e714775fed@freenet.de> From: Hans Bentum Date: Thu, 16 Jan 2020 16:05:53 +0100 Message-ID: Subject: Re: How to get pin to mode 6 on beagle bone black To: =?UTF-8?Q?Manuel_St=C3=BChn?= , freebsd-arm@freebsd.org X-Rspamd-Queue-Id: 47z6vz5kmFz481c X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=Fzua0EcA; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of jwbentum44@gmail.com designates 2607:f8b0:4864:20::d33 as permitted sender) smtp.mailfrom=jwbentum44@gmail.com X-Spamd-Result: default: False [-2.00 / 15.00]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; URI_COUNT_ODD(1.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FREEMAIL_TO(0.00)[freenet.de]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.00)[ip: (-5.47), ipnet: 2607:f8b0::/32(-2.09), asn: 15169(-1.83), country: US(-0.05)]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.2.188,0.0.0.24,0.1.134.160,0.0.171.224,2.249.105.224,2.220.108.0,0.0.3.232,0.0.1.254,0.0.58.152,0.0.1.232,0.0.3.146,0.0.15.160,0.0.93.192,0.0.164.16,0.0.0.120,0.0.0.0,0.1.56.128,0.0.121.24,0.0.54.176,0.0.109.96,0.0.27.88,0.4.147.224,0.0.0.200,0.0.128.232,0.0.1.234,0.0.136.184,0.0.0.3,2.250.240.128,0.0.0.38,2.211.72.40,0.0.125.0,0.0.0.4,0.0.0.100,0.0.85.240]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[3.3.d.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-Mailman-Approved-At: Wed, 29 Jan 2020 21:02:54 +0000 Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jan 2020 15:06:08 -0000 > > Hello Manuel, > > I discovered this tool: https://github.com/nmingotti/pinfun > > As you can see pin 8_16 has mode 7 (should be 6). So something must give > it mode 7. The overlays seems to be loaded. > > Below I include the : > output with pinfun. > dmesg (verbose mode) and the output of the command: > sysctl -b hw.fdt.dtb | dtc= -I dtb -O dts | less > to answer the questions. > > Hans > > > ------------------------------------------------------------------- > Pos Name Mode Function Setup > ------------------------------------------------------------------- > P.8.1 GND > P.8.2 GND > P.8.3 GPIO1_6 1 mmc1_dat6 > P.8.4 GPIO1_7 1 mmc1_dat7 > P.8.5 GPIO1_2 1 mmc1_dat2 > P.8.6 GPIO1_3 1 mmc1_dat3 > P.8.7 TIMER4 7 gpio2[2] > P.8.8 TIMER7 7 gpio2[3] > P.8.9 TIMER5 - > P.8.10 TIMER6 7 gpio2[4] > P.8.11 GPIO1_13 7 gpio1[13] > P.8.12 GPIO1_12 7 gpio1[12] > P.8.13 EHRPWM2B 7 gpio0[23] > P.8.14 GPIO0_26 7 gpio0[26] > P.8.15 GPIO1_15 7 gpio1[15] > P.8.16 GPIO1_14 7 gpio1[14] > P.8.17 GPIO0_27 7 gpio0[27] > P.8.18 GPIO2_1 7 gpio2[1] > P.8.19 EHRPWM2A 7 gpio0[22] > P.8.20 GPIO1_31 2 mmc1_cmd > P.8.21 GPIO1_30 2 mmc1_clk > P.8.22 GPIO1_5 1 mmc1_dat5 > P.8.23 GPIO1_4 1 mmc1_dat4 > P.8.24 GPIO1_1 1 mmc1_dat1 > P.8.25 GPIO1_0 1 mmc1_dat0 > P.8.26 GPIO1_29 7 gpio1[29] > P.8.27 GPIO2_22 0 lcd_vsync > P.8.28 GPIO2_24 0 lcd_pclk > P.8.29 GPIO2_23 0 lcd_hsync > P.8.30 GPIO2_25 0 lcd_ac_bias_en > P.8.31 UART5_CTSN 0 lcd_data14 > P.8.32 UART5_RTSN 0 lcd_data15 > P.8.33 UART4_RTSN 0 lcd_data13 > P.8.34 UART3_RTSN 0 lcd_data11 > P.8.35 UART4_CTSN 0 lcd_data12 > P.8.36 UART3_CTSN 0 lcd_data10 > P.8.37 UART5_TXD 0 lcd_data8 > P.8.38 UART5_RXD 0 lcd_data9 > P.8.39 GPIO2_12 0 lcd_data6 > P.8.40 GPIO2_13 0 lcd_data7 > P.8.41 GPIO2_10 0 lcd_data4 > P.8.42 GPIO2_11 0 lcd_data5 > P.8.43 GPIO2_8 0 lcd_data2 > P.8.44 GPIO2_9 0 lcd_data3 > P.8.45 GPIO2_6 0 lcd_data0 > P.8.46 GPIO2_7 0 lcd_data1 > P.9.1 GND > P.9.2 GND > P.9.3 DC_3.3V > P.9.4 DC_3.3V > P.9.5 VDD_5V > P.9.6 VDD_5V > P.9.7 SYS_5V > P.9.8 SYS_5V > P.9.9 PWR_BUT > P.9.10 SYS_RESETn 1 - > P.9.11 UART4_RXD 7 gpio0[30] > P.9.12 GPIO1_28 7 gpio1[28] > P.9.13 UART4_TXD 7 gpio0[31] > P.9.14 EHRPWM1A 7 gpio1[18] > P.9.15 GPIO1_16 7 gpio1[16] > P.9.16 EHRPWM1B 7 gpio1[19] > P.9.17 I2C1_SCL 7 gpio0[5] > P.9.18 I2C1_SDA 7 gpio0[4] > P.9.19 I2C2_SCL 3 I2C2_SCL > P.9.20 I2C2_SDA 3 I2C2_SDA > P.9.21 UART2_TXD 7 gpio0[3] > P.9.22 UART2_RXD 7 gpio0[2] > P.9.23 GPIO1_17 7 gpio1[17] > P.9.24 UART1_TXD 7 gpio0[15] > P.9.25 GPIO3_21 0 mcasp0_ahclkx > P.9.26 UART1_RXD 7 gpio0[14] > P.9.27 GPIO3_19 7 gpio3[19] > P.9.28 SPI1_CS0 2 mcasp0_axr2 > P.9.29 SPI1_D0 0 mcasp0_fsx > P.9.30 SPI1_D1 7 gpio3[16] > P.9.31 SPI1_SCLK 0 mcasp0_aclkx > P.9.32 VADC > P.9.33 AIN4 > P.9.34 AGND > P.9.35 AIN6 > P.9.36 AIN5 > P.9.37 AIN2 > P.9.38 AIN3 > P.9.39 AIN0 > P.9.40 AIN1 > P.9.41 CLKOUT2 3 clkout2 > P.9.42 GPIO0_7 7 gpio0[7] > P.9.43 GND > P.9.44 GND > P.9.45 GND > P.9.46 GND > > The dmesg with boot -v shows that the overlays are loaded: > > ---<>--- > Copyright (c) 1992-2019 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 12.1-RELEASE r354233 GENERIC arm > FreeBSD clang version 8.0.1 (tags/RELEASE_801/final 366581) (based on LLVM > 8.0.1) > VT: init without driver. > Preloaded elf kernel "/boot/kernel/kernel" at 0xc0cd4000. > Preloaded elf module "/boot/kernel/umodem.ko" at 0xc0cdcac8. > Preloaded elf module "/boot/kernel/ucom.ko" at 0xc0cdd00c. > Preloaded boot_entropy_cache "/boot/entropy" at 0xc0cdd550. > Preloaded dtbo "/boot/dtb/overlays/am335x-boneblack-pruss.dtbo" at > 0xc0cdd5a4. > Preloaded dtbo "/boot/dtb/overlays/egpio.dtbo" at 0xc0cdd60c. > module_register: cannot register ofwbus/pcib from kernel; already loaded > from kernel > Module ofwbus/pcib failed to register: 17 > module_register: cannot register simplebus/pcib from kernel; already > loaded from kernel > Module simplebus/pcib failed to register: 17 > CPU: ARM Cortex-A8 r3p2 (ECO: 0x00000000) > CPU Features: > Thumb2, Security, VMSAv7 > Optional instructions: > UMULL, SMULL, SIMD(ext) > LoUU:2 LoC:3 LoUIS:1 > Cache level 1: > 32KB/64B 4-way data cache WT WB Read-Alloc > 32KB/64B 4-way instruction cache Read-Alloc > Cache level 2: > 256KB/64B 8-way unified cache WT WB Read-Alloc Write-Alloc > real memory = 536231936 (511 MB) > avail memory = 509861888 (486 MB) > Physical memory chunk(s): > 0x80000000 - 0x9cf39fff, 463 MB ( 118586 pages) > 0x9cf48000 - 0x9ff71fff, 48 MB ( 12330 pages) > Excluded memory regions: > 0x95000000 - 0x95d53fff, 13 MB ( 3412 pages) NoAlloc > Static device mappings: > 0x44c00000 - 0x44ffffff mapped at VA 0xffb00000 > 0x47400000 - 0x474fffff mapped at VA 0xffa00000 > 0x47800000 - 0x478fffff mapped at VA 0xff900000 > 0x48000000 - 0x48ffffff mapped at VA 0xfe900000 > 0x49000000 - 0x490fffff mapped at VA 0xfe800000 > 0x49800000 - 0x49afffff mapped at VA 0xfe500000 > 0x4a000000 - 0x4affffff mapped at VA 0xfd500000 > No PSCI/SMCCC call function found > Texas Instruments AM335x Processor, Revision ES2.1 > random: read 3840 bytes from preloaded cache > random: unblocking device. > arc4random: read 32 bytes from preloaded cache > VIMAGE (virtualized network stack) enabled > ULE: setup cpu 0 > snd_unit_init() u=0x00ff8000 [512] d=0x00007c00 [32] c=0x000003ff [1024] > feeder_register: snd_unit=-1 snd_maxautovchans=16 latency=2 > feeder_rate_min=1 feeder_rate_max=2016000 feeder_rate_round=25 > random: entropy device external interface > openfirm: > nfslock: pseudo-device > crypto: > kbd0 at kbdmux0 > mem: > null: > ofwbus0: > simplebus0: on ofwbus0 > simplebus1: mem > 0x44c00000-0x44c007ff,0x44c00800-0x44c00fff,0x44c01000-0x44c013ff,0x44c01400-0x44c017ff > on simplebus0 > simplebus2: on simplebus1 > simplebus3: on simplebus1 > simplebus4: on simplebus1 > ti_sysc0: mem 0-0x3 on simplebus4 > am335x_prcm0: mem 0-0x1fff on ti_sysc0 > ti_sysc1: mem > 0x7000-0x7003,0x7010-0x7013,0x7114-0x7117 on simplebus4 > ti_sysc2: mem > 0x9050-0x9053,0x9054-0x9057,0x9058-0x905b on simplebus4 > ti_sysc3: mem > 0xb000-0xb007,0xb010-0xb017,0xb090-0xb097 on simplebus4 > ti_sysc4: mem 0xd000-0xd003,0xd010-0xd013 on > simplebus4 > ti_sysc5: mem 0x10000-0x10003 on simplebus4 > simplebus5: mem 0-0x1fff on ti_sysc5 > ti_scm0: mem 0-0x7ff on simplebus5 > ti_sysc6: mem > 0x31000-0x31003,0x31010-0x31013,0x31014-0x31017 on simplebus4 > ti_sysc7: mem > 0x35000-0x35003,0x35010-0x35013,0x35014-0x35017 on simplebus4 > ti_sysc8: mem 0x3e074-0x3e077,0x3e078-0x3e07b on > simplebus4 > simplebus6: mem > 0x48000000-0x480007ff,0x48000800-0x48000fff,0x48001000-0x480013ff,0x48001400-0x480017ff,0x48001800-0x48001bff,0x48001c00-0x48001fff > on simplebus0 > simplebus7: on simplebus6 > ti_sysc9: mem > 0x22050-0x22053,0x22054-0x22057,0x22058-0x2205b on simplebus7 > ti_sysc10: mem > 0x24050-0x24053,0x24054-0x24057,0x24058-0x2405b on simplebus7 > ti_sysc11: mem > 0x2a000-0x2a007,0x2a010-0x2a017,0x2a090-0x2a097 on simplebus7 > ti_sysc12: mem > 0x30000-0x30003,0x30110-0x30113,0x30114-0x30117 on simplebus7 > ti_sysc13: mem 0x38000-0x38003,0x38004-0x38007 on > simplebus7 > ti_sysc14: mem 0x3c000-0x3c003,0x3c004-0x3c007 on > simplebus7 > ti_sysc15: mem > 0x40000-0x40003,0x40010-0x40013,0x40014-0x40017 on simplebus7 > ti_sysc16: mem > 0x42000-0x42003,0x42010-0x42013,0x42014-0x42017 on simplebus7 > ti_sysc17: mem > 0x44000-0x44003,0x44010-0x44013,0x44014-0x44017 on simplebus7 > ti_sysc18: mem > 0x46000-0x46003,0x46010-0x46013,0x46014-0x46017 on simplebus7 > ti_sysc19: mem > 0x48000-0x48003,0x48010-0x48013,0x48014-0x48017 on simplebus7 > ti_sysc20: mem > 0x4a000-0x4a003,0x4a010-0x4a013,0x4a014-0x4a017 on simplebus7 > ti_sysc21: mem > 0x4c000-0x4c003,0x4c010-0x4c013,0x4c114-0x4c117 on simplebus7 > ti_sysc22: mem > 0x602fc-0x602ff,0x60110-0x60113,0x60114-0x60117 on simplebus7 > ti_sysc23: mem > 0x80000-0x80003,0x80010-0x80013,0x80014-0x80017 on simplebus7 > ti_sysc24: mem 0xc8000-0xc8003,0xc8010-0xc8013 on > simplebus7 > ti_sysc25: mem > 0xca000-0xca003,0xca010-0xca013,0xca014-0xca017 on simplebus7 > simplebus8: on simplebus6 > ti_sysc26: mem > 0x9c000-0x9c007,0x9c010-0x9c017,0x9c090-0x9c097 on simplebus8 > ti_sysc27: mem > 0xa0000-0xa0003,0xa0110-0xa0113,0xa0114-0xa0117 on simplebus8 > ti_sysc28: mem > 0xa6050-0xa6053,0xa6054-0xa6057,0xa6058-0xa605b on simplebus8 > ti_sysc29: mem > 0xa8050-0xa8053,0xa8054-0xa8057,0xa8058-0xa805b on simplebus8 > ti_sysc30: mem > 0xaa050-0xaa053,0xaa054-0xaa057,0xaa058-0xaa05b on simplebus8 > ti_sysc31: mem > 0xac000-0xac003,0xac010-0xac013,0xac114-0xac117 on simplebus8 > ti_sysc32: mem > 0xae000-0xae003,0xae010-0xae013,0xae114-0xae117 on simplebus8 > ti_sysc33: mem 0xcc000-0xcc003 on simplebus8 > ti_sysc34: mem 0xd0000-0xd0003 on simplebus8 > ti_sysc35: mem > 0xd82fc-0xd82ff,0xd8110-0xd8113,0xd8114-0xd8117 on simplebus8 > simplebus9: on simplebus6 > ti_sysc36: mem 0-0x3,0x4-0x7 on simplebus9 > ti_sysc37: mem 0x2000-0x2003,0x2004-0x2007 on > simplebus9 > ti_sysc38: mem 0x4000-0x4003,0x4004-0x4007 on > simplebus9 > ti_sysc39: mem 0xe000-0xe003,0xe054-0xe057 on > simplebus9 > ti_sysc40: mem 0x11fe0-0x11fe3,0x11fe4-0x11fe7 on > simplebus9 > simplebus10: mem > 0x47c00000-0x47c007ff,0x47c00800-0x47c00fff,0x47c01000-0x47c013ff on > simplebus0 > simplebus11: on simplebus10 > simplebus12: mem > 0x4a000000-0x4a0007ff,0x4a000800-0x4a000fff,0x4a001000-0x4a0013ff on > simplebus0 > simplebus13: on simplebus12 > ti_sysc41: mem > 0x101200-0x101203,0x101208-0x10120b,0x101204-0x101207 on simplebus13 > simplebus14: mem > 0x4b144400-0x4b1444ff,0x4b144800-0x4b144bff on simplebus0 > simplebus15: on simplebus14 > regfix0: on ofwbus0 > clk_fixed0: on ofwbus0 > ti_aintc0: mem 0x48200000-0x48200fff on > simplebus0 > ti_aintc0: Revision 5.0 > am335x_prcm0: Clocks: System 24.0 MHz, CPU 1000 MHz > cpulist0: on ofwbus0 > cpu0: on cpulist0 > cpu0: missing 'clock-frequency' property > cpufreq_dt0: on cpu0 > cpufreq_dt0: no regulator for cpu@0 > device_attach: cpufreq_dt0 attach returned 6 > ofwbus0: compat operating-points-v2-ti-cpu (no driver attached) > pmu0: mem 0x4b000000-0x4bffffff irq 0 on > ofwbus0 > ofwbus0: compat ti,omap-infra (no driver attached) > ti_pruss0: mem > 0x4a300000-0x4a37ffff irq 1,2,3,4,5,6,7,8 on simplebus0 > ti_pruss0: AM33xx PRU-ICSS > simplebus1: mem 0x100000-0x103fff,0x180000-0x181fff > compat ti,am3352-wkup-m3 (no driver attached) > simplebus3: mem 0-0x3 disabled compat ti,sysc-omap4 (no > driver attached) > simplebus3: disabled compat ti,sysc (no driver > attached) > simplebus4: disabled compat ti,sysc (no driver > attached) > simplebus4: disabled compat ti,sysc (no driver > attached) > gpio0: mem 0-0xfff irq 20 on > ti_sysc1 > gpiobus0: on gpio0 > gpioc0: on gpio0 > uart0: mem 0-0xfff irq 21 on ti_sysc2 > uart0: console (115384,n,8,1) > uart0: fast interrupt > uart0: PPS capture mode: DCD > iichb0: mem 0-0xfff irq 22 on ti_sysc3 > iichb0: I2C revision 4.0 FIFO size: 32 bytes > ti_adc0: mem 0-0xfff irq 23 disabled on ti_sysc4 > ti_adc0: scheme: 0x1 func: 0x730 rtl: 0 rev: 0.1 custom rev: 0 > ti_pinmux0: mem 0x800-0xa37 on simplebus5 > Processing 1 pin-config node(s) in pinctrl-0 for serial@0 > pinmux_uart0_pins: muxreg 0x0170 muxval 0x30 > pinmux_uart0_pins: muxreg 0x0174 muxval 0x00 > Processing 1 pin-config node(s) in pinctrl-0 for tda19988@70 > nxp_hdmi_bonelt_pins: muxreg 0x01b0 muxval 0x03 > nxp_hdmi_bonelt_pins: muxreg 0x00a0 muxval 0x08 > nxp_hdmi_bonelt_pins: muxreg 0x00a4 muxval 0x08 > nxp_hdmi_bonelt_pins: muxreg 0x00a8 muxval 0x08 > nxp_hdmi_bonelt_pins: muxreg 0x00ac muxval 0x08 > nxp_hdmi_bonelt_pins: muxreg 0x00b0 muxval 0x08 > nxp_hdmi_bonelt_pins: muxreg 0x00b4 muxval 0x08 > nxp_hdmi_bonelt_pins: muxreg 0x00b8 muxval 0x08 > nxp_hdmi_bonelt_pins: muxreg 0x00bc muxval 0x08 > nxp_hdmi_bonelt_pins: muxreg 0x00c0 muxval 0x08 > nxp_hdmi_bonelt_pins: muxreg 0x00c4 muxval 0x08 > nxp_hdmi_bonelt_pins: muxreg 0x00c8 muxval 0x08 > nxp_hdmi_bonelt_pins: muxreg 0x00cc muxval 0x08 > nxp_hdmi_bonelt_pins: muxreg 0x00d0 muxval 0x08 > nxp_hdmi_bonelt_pins: muxreg 0x00d4 muxval 0x08 > nxp_hdmi_bonelt_pins: muxreg 0x00d8 muxval 0x08 > nxp_hdmi_bonelt_pins: muxreg 0x00dc muxval 0x08 > nxp_hdmi_bonelt_pins: muxreg 0x00e0 muxval 0x00 > nxp_hdmi_bonelt_pins: muxreg 0x00e4 muxval 0x00 > nxp_hdmi_bonelt_pins: muxreg 0x00e8 muxval 0x00 > nxp_hdmi_bonelt_pins: muxreg 0x00ec muxval 0x00 > Processing 1 pin-config node(s) in pinctrl-0 for i2c@0 > pinmux_i2c0_pins: muxreg 0x0188 muxval 0x30 > pinmux_i2c0_pins: muxreg 0x018c muxval 0x30 > Processing 1 pin-config node(s) in pinctrl-0 for pinmux@800 > pinmux_clkout2_pin: muxreg 0x01b4 muxval 0x03 > Processing 1 pin-config node(s) in pinctrl-0 for mcasp@0 > mcasp0_pins: muxreg 0x01ac muxval 0x30 > mcasp0_pins: muxreg 0x019c muxval 0x02 > mcasp0_pins: muxreg 0x0194 muxval 0x10 > mcasp0_pins: muxreg 0x0190 muxval 0x00 > mcasp0_pins: muxreg 0x006c muxval 0x07 > Processing 1 pin-config node(s) in pinctrl-0 for mmc@0 > pinmux_mmc1_pins: muxreg 0x0160 muxval 0x2f > pinmux_mmc1_pins: muxreg 0x00fc muxval 0x30 > pinmux_mmc1_pins: muxreg 0x00f8 muxval 0x30 > pinmux_mmc1_pins: muxreg 0x00f4 muxval 0x30 > pinmux_mmc1_pins: muxreg 0x00f0 muxval 0x30 > pinmux_mmc1_pins: muxreg 0x0104 muxval 0x30 > pinmux_mmc1_pins: muxreg 0x0100 muxval 0x30 > Processing 1 pin-config node(s) in pinctrl-0 for i2c@0 > pinmux_i2c2_pins: muxreg 0x0178 muxval 0x33 > pinmux_i2c2_pins: muxreg 0x017c muxval 0x33 > Processing 1 pin-config node(s) in pinctrl-0 for mmc@0 > pinmux_emmc_pins: muxreg 0x0080 muxval 0x32 > pinmux_emmc_pins: muxreg 0x0084 muxval 0x32 > pinmux_emmc_pins: muxreg 0x0000 muxval 0x31 > pinmux_emmc_pins: muxreg 0x0004 muxval 0x31 > pinmux_emmc_pins: muxreg 0x0008 muxval 0x31 > pinmux_emmc_pins: muxreg 0x000c muxval 0x31 > pinmux_emmc_pins: muxreg 0x0010 muxval 0x31 > pinmux_emmc_pins: muxreg 0x0014 muxval 0x31 > pinmux_emmc_pins: muxreg 0x0018 muxval 0x31 > pinmux_emmc_pins: muxreg 0x001c muxval 0x31 > Processing 1 pin-config node(s) in pinctrl-0 for mdio@1000 > davinci_mdio_default: muxreg 0x0148 muxval 0x30 > davinci_mdio_default: muxreg 0x014c muxval 0x10 > Processing 1 pin-config node(s) in pinctrl-0 for ethernet@0 > cpsw_default: muxreg 0x0110 muxval 0x30 > cpsw_default: muxreg 0x0114 muxval 0x00 > cpsw_default: muxreg 0x0118 muxval 0x30 > cpsw_default: muxreg 0x011c muxval 0x00 > cpsw_default: muxreg 0x0120 muxval 0x00 > cpsw_default: muxreg 0x0124 muxval 0x00 > cpsw_default: muxreg 0x0128 muxval 0x00 > cpsw_default: muxreg 0x012c muxval 0x30 > cpsw_default: muxreg 0x0130 muxval 0x30 > cpsw_default: muxreg 0x0134 muxval 0x30 > cpsw_default: muxreg 0x0138 muxval 0x30 > cpsw_default: muxreg 0x013c muxval 0x30 > cpsw_default: muxreg 0x0140 muxval 0x30 > Processing 1 pin-config node(s) in pinctrl-0 for leds > user_leds_s0: muxreg 0x0054 muxval 0x07 > user_leds_s0: muxreg 0x0058 muxval 0x17 > user_leds_s0: muxreg 0x005c muxval 0x07 > user_leds_s0: muxreg 0x0060 muxval 0x17 > am335x_scm0: on ti_scm0 > simplebus5: mem 0x1324-0x1347 irq 24 compat > ti,am3352-wkup-m3-ipc (no driver attached) > simplebus5: mem 0xf90-0xfcf compat > ti,am335x-edma-crossbar (no driver attached) > ti_sysc6: mem 0-0x3ff irq 25 compat ti,am335x-timer-1ms (no > driver attached) > simplebus4: disabled compat ti,sysc (no driver > attached) > ti_wdt0: mem 0-0xfff irq 26 on ti_sysc7 > ti_wdt0: revision: 0x502a0501 > simplebus4: disabled compat ti,sysc (no driver > attached) > simplebus4: disabled compat ti,sysc (no driver > attached) > am335x_rtc0: mem 0-0xfff irq 27,28 on > ti_sysc8 > am335x_rtc0: AM335X RTC v1.0.6 > simplebus4: disabled compat ti,sysc (no driver > attached) > simplebus7: disabled compat ti,sysc (no driver > attached) > simplebus7: disabled compat ti,sysc (no driver > attached) > simplebus7: disabled compat ti,sysc (no driver > attached) > ti_sysc9: mem 0-0x1fff irq 29 disabled compat ti,am3352-uart > (no driver attached) > ti_sysc10: mem 0-0x1fff irq 30 disabled compat ti,am3352-uart > (no driver attached) > ti_sysc11: mem 0-0xfff irq 31 disabled compat ti,omap4-i2c (no > driver attached) > ti_sysc12: mem 0-0x3ff irq 32 disabled compat ti,omap4-mcspi (no > driver attached) > ti_sysc13: mem 0-0x1fff,0x46000000-0x463fffff irq 33,34 compat > ti,am33xx-mcasp-audio (no driver attached) > ti_sysc14: mem 0-0x1fff,0x46400000-0x467fffff irq 35,36 > disabled compat ti,am33xx-mcasp-audio (no driver attached) > am335x_dmtimer0: mem 0-0x3ff irq 37 on ti_sysc15 > Event timer "DMTimer2" frequency 24000000 Hz quality 500 > am335x_dmtimer1: mem 0-0x3ff irq 38 on ti_sysc16 > Timecounter "DMTimer3" frequency 24000000 Hz quality 500 > ti_sysc17: mem 0-0x3ff irq 39 compat ti,am335x-timer (no driver > attached) > ti_sysc18: mem 0-0x3ff irq 40 compat ti,am335x-timer (no driver > attached) > ti_sysc19: mem 0-0x3ff irq 41 compat ti,am335x-timer (no driver > attached) > ti_sysc20: mem 0-0x3ff irq 42 compat ti,am335x-timer (no driver > attached) > gpio1: mem 0-0xfff irq 43 on > ti_sysc21 > gpiobus1: on gpio1 > gpioc1: on gpio1 > simplebus7: disabled compat ti,sysc (no driver > attached) > sdhci_ti0: mem 0-0xfff irq 44 on ti_sysc22 > sdhci_ti0: Card presence detect on gpio0 pin 6, configured for interrupts. > sdhci_ti0-slot0: 96MHz HS 4bits VDD: 3.3V 3.0V VCCQ: 3.3V DRV: B PIO > removable > sdhci_ti0-slot0: ============== REGISTER DUMP ============== > sdhci_ti0-slot0: Sys addr: 0x00000000 | Version: 0x00003101 > sdhci_ti0-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 > sdhci_ti0-slot0: Argument: 0x00000000 | Trn mode: 0x00000000 > sdhci_ti0-slot0: Present: 0x01f70000 | Host ctl: 0x00000000 > sdhci_ti0-slot0: Power: 0x00000000 | Blk gap: 0x00000000 > sdhci_ti0-slot0: Wake-up: 0x00000000 | Clock: 0x00000000 > sdhci_ti0-slot0: Timeout: 0x00000000 | Int stat: 0x00000000 > sdhci_ti0-slot0: Int enab: 0x00000000 | Sig enab: 0x00000000 > sdhci_ti0-slot0: AC12 err: 0x00000000 | Host ctl2:0x00000000 > sdhci_ti0-slot0: Caps: 0x07e10080 | Caps2: 0x00000000 > sdhci_ti0-slot0: Max curr: 0x00000000 | ADMA err: 0x00000000 > sdhci_ti0-slot0: ADMA addr:0x00000000 | Slot int: 0x00000000 > sdhci_ti0-slot0: =========================================== > ti_sysc23: mem 0-0x1fff irq 45 disabled compat ti,am3352-elm (no > driver attached) > simplebus7: disabled compat ti,sysc (no driver > attached) > ti_mbox0: mem 0-0x1ff irq 46 on ti_sysc24 > ti_mbox0: revision 4.0 > ti_sysc25: mem 0-0xfff compat ti,omap4-hwspinlock (no driver > attached) > simplebus7: disabled compat ti,sysc (no driver > attached) > simplebus8: disabled compat ti,sysc (no driver > attached) > simplebus8: disabled compat ti,sysc (no driver > attached) > iichb1: mem 0-0xfff irq 47 on ti_sysc26 > iichb1: I2C revision 4.0 FIFO size: 32 bytes > ti_sysc27: mem 0-0x3ff irq 48 disabled compat ti,omap4-mcspi (no > driver attached) > simplebus8: disabled compat ti,sysc (no driver > attached) > simplebus8: disabled compat ti,sysc (no driver > attached) > ti_sysc28: mem 0-0x1fff irq 49 disabled compat ti,am3352-uart > (no driver attached) > ti_sysc29: mem 0-0x1fff irq 50 disabled compat ti,am3352-uart > (no driver attached) > ti_sysc30: mem 0-0x1fff irq 51 disabled compat ti,am3352-uart > (no driver attached) > gpio2: mem 0-0xfff irq 52 on > ti_sysc31 > gpiobus2: on gpio2 > gpioc2: on gpio2 > gpio3: mem 0-0xfff irq 53 on > ti_sysc32 > gpiobus3: on gpio3 > gpioc3: on gpio3 > simplebus8: disabled compat ti,sysc (no driver > attached) > ti_sysc33: mem 0-0x1fff irq 54 disabled compat ti,am3352-d_can > (no driver attached) > ti_sysc34: mem 0-0x1fff irq 55 disabled compat ti,am3352-d_can > (no driver attached) > sdhci_ti1: mem 0-0xfff irq 56 on ti_sysc35 > sdhci_ti1-slot0: 96MHz HS 4bits VDD: 3.0V VCCQ: 3.3V DRV: B PIO removable > sdhci_ti1-slot0: ============== REGISTER DUMP ============== > sdhci_ti1-slot0: Sys addr: 0x00000000 | Version: 0x00003101 > sdhci_ti1-slot0: Blk size: 0x00000000 | Blk cnt: 0x00000000 > sdhci_ti1-slot0: Argument: 0x00000000 | Trn mode: 0x00000000 > sdhci_ti1-slot0: Present: 0x01f70000 | Host ctl: 0x00000000 > sdhci_ti1-slot0: Power: 0x00000000 | Blk gap: 0x00000000 > sdhci_ti1-slot0: Wake-up: 0x00000000 | Clock: 0x00000000 > sdhci_ti1-slot0: Timeout: 0x00000000 | Int stat: 0x00000000 > sdhci_ti1-slot0: Int enab: 0x00000000 | Sig enab: 0x00000000 > sdhci_ti1-slot0: AC12 err: 0x00000000 | Host ctl2:0x00000000 > sdhci_ti1-slot0: Caps: 0x06e10080 | Caps2: 0x00000000 > sdhci_ti1-slot0: Max curr: 0x00000000 | ADMA err: 0x00000000 > sdhci_ti1-slot0: ADMA addr:0x00000000 | Slot int: 0x00000000 > sdhci_ti1-slot0: =========================================== > sdhci_ti1-slot0: Card inserted > mmc0: on sdhci_ti1 > simplebus6: compat simple-bus (no driver attached) > ti_sysc36: mem 0-0xf disabled compat ti,am33xx-pwmss (no > driver attached) > ti_sysc37: mem 0-0xf disabled compat ti,am33xx-pwmss (no > driver attached) > ti_sysc38: mem 0-0xf disabled compat ti,am33xx-pwmss (no > driver attached) > fb0: mem 0-0xfff irq 57 on ti_sysc39 > ti_sysc40: mem 0-0x1fff irq 58 compat ti,omap4-rng (no driver > attached) > simplebus9: disabled compat ti,sysc (no driver > attached) > simplebus9: disabled compat ti,sysc (no driver > attached) > simplebus9: disabled compat ti,sysc (no driver > attached) > simplebus9: disabled compat ti,sysc (no driver > attached) > simplebus9: disabled compat ti,sysc (no driver > attached) > simplebus9: disabled compat ti,sysc (no driver > attached) > simplebus11: disabled compat ti,sysc (no driver > attached) > simplebus11: disabled compat ti,sysc (no driver > attached) > simplebus11: disabled compat ti,sysc (no driver > attached) > simplebus11: disabled compat ti,sysc (no driver > attached) > simplebus11: disabled compat ti,sysc (no driver > attached) > simplebus11: disabled compat ti,sysc (no driver > attached) > simplebus11: disabled compat ti,sysc (no driver > attached) > simplebus11: disabled compat ti,sysc (no driver > attached) > simplebus11: disabled compat ti,sysc (no driver > attached) > simplebus11: disabled compat ti,sysc (no driver > attached) > simplebus11: disabled compat ti,sysc (no driver > attached) > simplebus11: disabled compat ti,sysc (no driver > attached) > simplebus11: disabled compat ti,sysc (no driver > attached) > simplebus11: disabled compat ti,sysc (no driver > attached) > simplebus11: disabled compat ti,sysc (no driver > attached) > simplebus11: disabled compat ti,sysc (no driver > attached) > simplebus11: disabled compat ti,sysc (no driver > attached) > simplebus11: disabled compat ti,sysc (no driver > attached) > cpswss0: <3-port Switch Ethernet Subsystem> mem 0-0x7ff,0x1200-0x12ff irq > 59,60,61,62 on ti_sysc41 > cpswss0: CPSW SS Version 1.12 (0) > cpswss0: Initial queue size TX=128 RX=384 > cpsw0: on cpswss0 > miibus0: on cpsw0 > smscphy0: PHY 0 on miibus0 > smscphy0: OUI 0x00800f, model 0x000f, rev. 1 > smscphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > cpsw0: bpf attached > cpsw0: Ethernet address: d0:39:72:30:58:f9 > simplebus13: disabled compat ti,sysc (no driver > attached) > simplebus13: disabled compat ti,sysc (no driver > attached) > simplebus13: disabled compat ti,sysc (no driver > attached) > simplebus15: disabled compat ti,sysc (no driver > attached) > simplebus15: disabled compat ti,sysc (no driver > attached) > simplebus0: mem 0x49000000-0x4900ffff irq 9,10,11 compat > ti,edma3-tpcc (no driver attached) > simplebus0: mem 0x49800000-0x498fffff irq 12 compat > ti,edma3-tptc (no driver attached) > simplebus0: mem 0x49900000-0x499fffff irq 13 compat > ti,edma3-tptc (no driver attached) > simplebus0: mem 0x49a00000-0x49afffff irq 14 compat > ti,edma3-tptc (no driver attached) > simplebus0: mem 0x47810000-0x47810fff irq 15 disabled > compat ti,omap4-hsmmc (no driver attached) > usbss0: mem > 0x47400000-0x47400fff on simplebus0 > usbss0: TI AM335X USBSS v0.0.13 > usbss0: mem > 0x44e10620-0x44e1062f,0x44e10648-0x44e1064b compat > ti,am335x-usb-ctrl-module (no driver attached) > usbss0: mem 0x47401300-0x474013ff compat > ti,am335x-usb-phy (no driver attached) > musbotg0: mem > 0x47401400-0x474017ff,0x47401000-0x474011ff irq 64 on usbss0 > usbus0: Dynamic FIFO sizing detected, assuming 16Kbytes of FIFO RAM > usbus0 on musbotg0 > musbotg0: usbpf: Attached > usbss0: mem 0x47401b00-0x47401bff compat > ti,am335x-usb-phy (no driver attached) > musbotg1: mem > 0x47401c00-0x47401fff,0x47401800-0x474019ff irq 65 on usbss0 > usbus1: Dynamic FIFO sizing detected, assuming 16Kbytes of FIFO RAM > usbus1 on musbotg1 > musbotg1: usbpf: Attached > usbss0: mem > 0x47400000-0x47400fff,0x47402000-0x47402fff,0x47403000-0x47403fff,0x47404000-0x47407fff > irq 66 compat ti,am3359-cppi41 (no driver attached) > simplebus0: mem 0x40300000-0x4030ffff compat mmio-sram > (no driver attached) > simplebus0: mem 0x4c000000-0x4cffffff irq 16 compat > ti,emif-am3352 (no driver attached) > simplebus0: mem 0x50000000-0x50001fff irq 17 disabled > compat ti,am3352-gpmc (no driver attached) > simplebus0: mem 0x53100000-0x531001ff irq 18 compat > ti,omap4-sham (no driver attached) > simplebus0: mem 0x53500000-0x5350009f irq 19 compat > ti,omap4-aes (no driver attached) > gpioled0: on ofwbus0 > ofwbus0: compat gpio-gate-clock (no driver attached) > ofwbus0: compat simple-audio-card (no driver attached) > cryptosoft0: > crypto: assign cryptosoft0 driver id 0, flags 0x6000000 > crypto: cryptosoft0 registers alg 1 flags 0 maxoplen 0 > crypto: cryptosoft0 registers alg 2 flags 0 maxoplen 0 > crypto: cryptosoft0 registers alg 3 flags 0 maxoplen 0 > crypto: cryptosoft0 registers alg 4 flags 0 maxoplen 0 > crypto: cryptosoft0 registers alg 5 flags 0 maxoplen 0 > crypto: cryptosoft0 registers alg 16 flags 0 maxoplen 0 > crypto: cryptosoft0 registers alg 6 flags 0 maxoplen 0 > crypto: cryptosoft0 registers alg 7 flags 0 maxoplen 0 > crypto: cryptosoft0 registers alg 32 flags 0 maxoplen 0 > crypto: cryptosoft0 registers alg 18 flags 0 maxoplen 0 > crypto: cryptosoft0 registers alg 19 flags 0 maxoplen 0 > crypto: cryptosoft0 registers alg 20 flags 0 maxoplen 0 > crypto: cryptosoft0 registers alg 8 flags 0 maxoplen 0 > crypto: cryptosoft0 registers alg 15 flags 0 maxoplen 0 > crypto: cryptosoft0 registers alg 9 flags 0 maxoplen 0 > crypto: cryptosoft0 registers alg 10 flags 0 maxoplen 0 > crypto: cryptosoft0 registers alg 13 flags 0 maxoplen 0 > crypto: cryptosoft0 registers alg 14 flags 0 maxoplen 0 > crypto: cryptosoft0 registers alg 34 flags 0 maxoplen 0 > crypto: cryptosoft0 registers alg 35 flags 0 maxoplen 0 > crypto: cryptosoft0 registers alg 36 flags 0 maxoplen 0 > crypto: cryptosoft0 registers alg 37 flags 0 maxoplen 0 > crypto: cryptosoft0 registers alg 11 flags 0 maxoplen 0 > crypto: cryptosoft0 registers alg 22 flags 0 maxoplen 0 > crypto: cryptosoft0 registers alg 23 flags 0 maxoplen 0 > crypto: cryptosoft0 registers alg 25 flags 0 maxoplen 0 > crypto: cryptosoft0 registers alg 24 flags 0 maxoplen 0 > crypto: cryptosoft0 registers alg 26 flags 0 maxoplen 0 > crypto: cryptosoft0 registers alg 27 flags 0 maxoplen 0 > crypto: cryptosoft0 registers alg 28 flags 0 maxoplen 0 > crypto: cryptosoft0 registers alg 21 flags 0 maxoplen 0 > crypto: cryptosoft0 registers alg 17 flags 0 maxoplen 0 > crypto: cryptosoft0 registers alg 29 flags 0 maxoplen 0 > crypto: cryptosoft0 registers alg 30 flags 0 maxoplen 0 > crypto: cryptosoft0 registers alg 31 flags 0 maxoplen 0 > crypto: cryptosoft0 registers alg 40 flags 0 maxoplen 0 > crypto: cryptosoft0 registers alg 39 flags 0 maxoplen 0 > crypto: cryptosoft0 registers alg 38 flags 0 maxoplen 0 > procfs registered > Timecounters tick every 1.000 msec > lo0: bpf attached > vlan: initialized, using hash tables with chaining > crypto: > IPsec: Initialized Security Association Processing. > tcp_init: net.inet.tcp.tcbhashsize auto tuned to 4096 > usbus0: 480Mbps High Speed USB v2.0 > usbus1: 480Mbps High Speed USB v2.0 > iicbus0: on iichb0 > iic0: on iicbus0 > am335x_pmic0: at addr 0x48 irq 67 on > iicbus0 > ugen1.1: at usbus1 > uhub0: on > usbus1 > ugen0.1: at usbus0 > uhub1: on > usbus0 > am335x_pmic0: TPS65217C ver 1.2 powered by AC > am335x_pmic0: BAT TEMP/NTC ERROR: true > am335x_pmic0: Pre-charge timer time-out: false > am335x_pmic0: Charge timer time-out: false > am335x_pmic0: Charger active: false > am335x_pmic0: Termination current detected: false > am335x_pmic0: Thermal suspend: false > am335x_pmic0: DPPM active: false > am335x_pmic0: Thermal regulation: inactive > am335x_pmic0: Charger: enabled > am335x_pmic0: Suspend charge: inactive > am335x_pmic0: Charge termination: enabled > am335x_pmic0: Charger reset: inactive > am335x_pmic0: NTC TYPE: 10k > am335x_pmic0: Safety timer: enabled > am335x_pmic0: Charge safety timer: 6h > am335x_pmic0: Charge voltage: 4.10V > am335x_pmic0: Pre-charge to fast charge transition voltage: 2.9V > am335x_pmic0: Dynamic timer function: enabled > am335x_pmic0: Temperature range for charging: 0-45 C > am335x_pmic0: Termination current factor: 7.5% > am335x_pmic0: Pre-charge time: 30 min > am335x_pmic0: Power path DPPM threshold: 4.25V > am335x_pmic0: Charge current: 500mA > icee0: at addr 0xa0 on iicbus0 > icee0: size: 32768 bytes, addressing: 16-bits > tda0 at addr 0xe0 irq 68 on iicbus0 > tda0: TDA19988 > tda0: failed to read EDID > iicbus1: on iichb1 > iic1: on iicbus1 > icee1: at addr 0xa8 on iicbus1 > icee1: size: 32768 bytes, addressing: 16-bits > icee2: at addr 0xaa on iicbus1 > icee2: size: 32768 bytes, addressing: 16-bits > icee3: at addr 0xac on iicbus1 > icee3: size: 32768 bytes, addressing: 16-bits > icee4: at addr 0xae on iicbus1 > icee4: size: 32768 bytes, addressing: 16-bits > sdhci_ti1-slot0: Divider 128 for freq 375000 (base 96000000) > mmc0: Probing bus > mmc0: SD probe: failed > mmc0: MMC probe: OK (OCR: 0x00ff8080) > mmc0: Current OCR: 0x00ff8080 > mmc0: Probing cards > mmc0: New card detected (CID 7001004d4d43303447580aac4f6a3185) > mmc0: New card detected (CSD d04f01320f5903ffffffffe78a400051) > uhub0: 1 port with 1 removable, self powered > uhub1: 1 port with 1 removable, self powered > mmc0: Card at relative address 0x0002 added: > mmc0: card: MMCHC MMC04G 5.8 SN 0AAC4F6A MFG 03/2014 by 112 0x0000 > mmc0: quirks: 0 > mmc0: bus: 8bit, 52MHz (high speed timing) > mmc0: memory: 7553024 blocks, erase sector 8192 blocks > mmc0: setting transfer rate to 52.000MHz (high speed timing) > sdhci_ti1-slot0: Divider 1 for freq 48000000 (base 96000000) > mmc0: setting bus width to 8 bits high speed timing > mmcsd0: taking advantage of TRIM > mmcsd0: cache size 32KB > mmcsd0: 4GB at > mmc0 48.0MHz/8bit/65535-block > mmcsd0boot0: 2MB partition 1 at mmcsd0 > mmcsd0boot1: 2MB partition 2 at mmcsd0 > mmcsd0rpmb: 131kB partition 3 at mmcsd0 > regulator: shutting down vmmcsd_fixed > Trying to mount root from ufs:/dev/ufs/rootfs [rw]... > GEOM: new disk mmcsd0 > GEOM: new disk mmcsd0boot0 > GEOM: new disk mmcsd0boot1 > Warning: no time-of-day clock registered, system time will not be set > accurately > start_init: trying /sbin/init > lo0: link state changed to UP > cpsw0: link state changed to DOWN > cpsw0: link state changed to UP > > > The command: > sysctl -b hw.fdt.dtb | dtc= -I dtb -O dts | less > > gives: > > /dts-v1/; > > / { > > serial-number = "5001BBBK6450"; > compatible = "ti,am335x-bone-black", "ti,am335x-bone", "ti,am33xx"; > interrupt-parent = <0xc4>; > #address-cells = <0x1>; > #size-cells = <0x1>; > model = "TI AM335x BeagleBone Black"; > chosen { > > fixup-applied; > stdout-path = "/ocp/interconnect@44c00000/segment@200000 > /target-module@9000/serial@0"; > }; > aliases { > > i2c0 = "/ocp/interconnect@44c00000/segment@200000/target-module@b000/i2c@0 > "; > i2c1 = "/ocp/interconnect@48000000/segment@0/target-module@2a000/i2c@0"; > i2c2 = "/ocp/interconnect@48000000/segment@100000/target-module@9c000 > /i2c@0"; > serial0 = "/ocp/interconnect@44c00000/segment@200000/target-module@9000 > /serial@0"; > serial1 = "/ocp/interconnect@48000000/segment@0/target-module@22000 > /serial@0"; > serial2 = "/ocp/interconnect@48000000/segment@0/target-module@24000 > /serial@0"; > serial3 = "/ocp/interconnect@48000000/segment@100000/target-module@a6000 > /serial@0"; > serial4 = "/ocp/interconnect@48000000/segment@100000/target-module@a8000 > /serial@0"; > serial5 = "/ocp/interconnect@48000000/segment@100000/target-module@aa000 > /serial@0"; > d-can0 = "/ocp/interconnect@48000000/segment@100000/target-module@cc000 > /can@0"; > d-can1 = "/ocp/interconnect@48000000/segment@100000/target-module@d0000 > /can@0"; > usb0 = "/ocp/usb@47400000/usb@47401000"; > usb1 = "/ocp/usb@47400000/usb@47401800"; > phy0 = "/ocp/usb@47400000/usb-phy@47401300"; > phy1 = "/ocp/usb@47400000/usb-phy@47401b00"; > ethernet0 = "/ocp/interconnect@4a000000/segment@0/target-module@100000 > /ethernet@0/slave@200"; > ethernet1 = "/ocp/interconnect@4a000000/segment@0/target-module@100000 > /ethernet@0/slave@300"; > spi0 = "/ocp/interconnect@48000000/segment@0/target-module@30000/spi@0"; > spi1 = "/ocp/interconnect@48000000/segment@100000/target-module@a0000 > /spi@0"; > }; > cpus { > > #address-cells = <0x1>; > #size-cells = <0x0>; > cpu@0 { > > compatible = "arm,cortex-a8"; > device_type = "cpu"; > reg = <0x0>; > operating-points-v2 = <0x1>; > clocks = <0x12>; > clock-names = "cpu"; > clock-latency = <0x493e0>; > cpu0-supply = <0x58>; > }; > }; > opp-table { > > compatible = "operating-points-v2-ti-cpu"; > syscon = <0x74>; > phandle = <0x1>; > opp50-300000000 { > > opp-hz = <0x0 0x11e1a300>; > opp-microvolt = <0xe7ef0 0xe34b8 0xec928>; > opp-supported-hw = <0x6 0x10>; > opp-suspend; > }; > opp100-275000000 { > > opp-hz = <0x0 0x10642ac0>; > opp-microvolt = <0x10c8e0 0x1072f0 0x111ed0>; > opp-supported-hw = <0x1 0xff>; > opp-suspend; > }; > opp100-300000000 { > > opp-hz = <0x0 0x11e1a300>; > opp-microvolt = <0x10c8e0 0x1072f0 0x111ed0>; > opp-supported-hw = <0x6 0x20>; > opp-suspend; > }; > opp100-500000000 { > > opp-hz = <0x0 0x1dcd6500>; > opp-microvolt = <0x10c8e0 0x1072f0 0x111ed0>; > opp-supported-hw = <0x1 0xffff>; > }; > opp100-600000000 { > > opp-hz = <0x0 0x23c34600>; > opp-microvolt = <0x10c8e0 0x1072f0 0x111ed0>; > opp-supported-hw = <0x6 0x40>; > }; > opp120-600000000 { > > opp-hz = <0x0 0x23c34600>; > opp-microvolt = <0x124f80 0x11f1c0 0x12ad40>; > opp-supported-hw = <0x1 0xffff>; > }; > opp120-720000000 { > > opp-hz = <0x0 0x2aea5400>; > opp-microvolt = <0x124f80 0x11f1c0 0x12ad40>; > opp-supported-hw = <0x6 0x80>; > }; > oppturbo-720000000 { > > opp-hz = <0x0 0x2aea5400>; > opp-microvolt = <0x1339e0 0x12d770 0x139c50>; > opp-supported-hw = <0x1 0xffff>; > }; > oppturbo-800000000 { > > opp-hz = <0x0 0x2faf0800>; > opp-microvolt = <0x1339e0 0x12d770 0x139c50>; > opp-supported-hw = <0x6 0x100>; > }; > oppnitro-1000000000 { > > opp-hz = <0x0 0x3b9aca00>; > opp-microvolt = <0x1437c8 0x13d044 0x149f4c>; > opp-supported-hw = <0x6 0x100>; > }; > }; > pmu@4b000000 { > > compatible = "arm,cortex-a8-pmu"; > interrupts = <0x3>; > reg = <0x4b000000 0x1000000>; > ti,hwmods = "debugss"; > }; > soc { > > compatible = "ti,omap-infra"; > mpu { > > compatible = "ti,omap3-mpu"; > ti,hwmods = "mpu"; > pm-sram = <0xd2 0xd3>; > }; > }; > ocp { > > compatible = "simple-bus"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges; > ti,hwmods = "l3_main"; > pruss@4a300000 { > > interrupts = <0x14 0x15 0x16 0x17 0x18 0x19 0x1a 0x1b>; > interrupt-parent = <0xc4>; > ti,pintc-offset = <0x20000>; > reg = <0x4a300000 0x80000>; > ti,deassert-hard-reset = "pruss", "pruss"; > compatible = "ti,pruss-v2"; > status = "okay"; > }; > interconnect@44c00000 { > > compatible = "ti,am33xx-l4-wkup", "simple-bus"; > reg = <0x44c00000 0x800 0x44c00800 0x800 0x44c01000 0x400 0x44c01400 > 0x400>; > reg-names = "ap", "la", "ia0", "ia1"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x44c00000 0x100000 0x100000 0x44d00000 0x100000 0x200000 > 0x44e00000 0x100000>; > phandle = <0x2>; > wkup_m3@100000 { > > compatible = "ti,am3352-wkup-m3"; > reg = <0x100000 0x4000 0x180000 0x2000>; > reg-names = "umem", "dmem"; > ti,hwmods = "wkup_m3"; > ti,pm-firmware = "am335x-pm-firmware.elf"; > phandle = <0x3>; > }; > segment@0 { > > compatible = "simple-bus"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x0 0x800 0x800 0x800 0x800 0x1000 0x1000 0x400 0x1400 > 0x1400 0x400>; > }; > segment@100000 { > > compatible = "simple-bus"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x100000 0x4000 0x4000 0x104000 0x1000 0x80000 0x180000 > 0x2000 0x82000 0x182000 0x1000>; > target-module@0 { > > compatible = "ti,sysc-omap4", "ti,sysc"; > reg = <0x0 0x4>; > reg-names = "rev"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x0 0x4000>; > status = "disabled"; > }; > target-module@80000 { > > compatible = "ti,sysc"; > status = "disabled"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x80000 0x2000>; > }; > }; > segment@200000 { > > compatible = "simple-bus"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x200000 0x2000 0x2000 0x202000 0x1000 0x3000 0x203000 > 0x1000 0x4000 0x204000 0x1000 0x5000 0x205000 0x1000 0x6000 0x206000 0x1000 > 0x7000 0x207000 0x1000 0x8000 0x208000 0x1000 0x9000 0x209000 0x1000 0xa000 > 0x20a000 0x1000 0xb000 0x20b000 0x1000 0xc000 0x20c000 0x1000 0xd000 > 0x20d000 0x1000 0xf000 0x20f000 0x1000 0x10000 0x210000 0x10000 0x20000 > 0x220000 0x10000 0x30000 0x230000 0x1000 0x31000 0x231000 0x1000 0x32000 > 0x232000 0x1000 0x33000 0x233000 0x1000 0x34000 0x234000 0x1000 0x35000 > 0x235000 0x1000 0x36000 0x236000 0x1000 0x37000 0x237000 0x1000 0x38000 > 0x238000 0x1000 0x39000 0x239000 0x1000 0x3a000 0x23a000 0x1000 0x3e000 > 0x23e000 0x1000 0x3f000 0x23f000 0x1000 0xe000 0x20e000 0x1000 0x40000 > 0x240000 0x40000 0x80000 0x280000 0x1000>; > target-module@0 { > > compatible = "ti,sysc-omap4", "ti,sysc"; > reg = <0x0 0x4>; > reg-names = "rev"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x0 0x2000>; > prcm@0 { > > compatible = "ti,am3-prcm", "simple-bus"; > reg = <0x0 0x2000>; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x0 0x2000>; > phandle = <0x4>; > clocks { > > #address-cells = <0x1>; > #size-cells = <0x0>; > phandle = <0x5>; > clk_32768_ck { > > #clock-cells = <0x0>; > compatible = "fixed-clock"; > clock-frequency = <0x8000>; > phandle = <0x6>; > }; > clk_rc32k_ck { > > #clock-cells = <0x0>; > compatible = "fixed-clock"; > clock-frequency = <0x7d00>; > phandle = <0x7>; > }; > virt_19200000_ck { > > #clock-cells = <0x0>; > compatible = "fixed-clock"; > clock-frequency = <0x124f800>; > phandle = <0x8>; > }; > virt_24000000_ck { > > #clock-cells = <0x0>; > compatible = "fixed-clock"; > clock-frequency = <0x16e3600>; > phandle = <0x9>; > }; > virt_25000000_ck { > > #clock-cells = <0x0>; > compatible = "fixed-clock"; > clock-frequency = <0x17d7840>; > phandle = <0xa>; > }; > virt_26000000_ck { > > #clock-cells = <0x0>; > compatible = "fixed-clock"; > clock-frequency = <0x18cba80>; > phandle = <0xb>; > }; > tclkin_ck { > > #clock-cells = <0x0>; > compatible = "fixed-clock"; > clock-frequency = <0xb71b00>; > phandle = <0xc>; > }; > dpll_core_ck@490 { > > #clock-cells = <0x0>; > compatible = "ti,am3-dpll-core-clock"; > clocks = <0x77 0x77>; > reg = <0x490 0x45c 0x468>; > phandle = <0xd>; > }; > dpll_core_x2_ck { > > #clock-cells = <0x0>; > compatible = "ti,am3-dpll-x2-clock"; > clocks = <0xd>; > phandle = <0xe>; > }; > dpll_core_m4_ck@480 { > > #clock-cells = <0x0>; > compatible = "ti,divider-clock"; > clocks = <0xe>; > ti,max-div = <0x1f>; > reg = <0x480>; > ti,index-starts-at-one; > phandle = <0xf>; > }; > dpll_core_m5_ck@484 { > > #clock-cells = <0x0>; > compatible = "ti,divider-clock"; > clocks = <0xe>; > ti,max-div = <0x1f>; > reg = <0x484>; > ti,index-starts-at-one; > phandle = <0x10>; > }; > dpll_core_m6_ck@4d8 { > > #clock-cells = <0x0>; > compatible = "ti,divider-clock"; > clocks = <0xe>; > ti,max-div = <0x1f>; > reg = <0x4d8>; > ti,index-starts-at-one; > phandle = <0x11>; > }; > dpll_mpu_ck@488 { > > #clock-cells = <0x0>; > compatible = "ti,am3-dpll-clock"; > clocks = <0x77 0x77>; > reg = <0x488 0x420 0x42c>; > phandle = <0x12>; > }; > dpll_mpu_m2_ck@4a8 { > > #clock-cells = <0x0>; > compatible = "ti,divider-clock"; > clocks = <0x12>; > ti,max-div = <0x1f>; > reg = <0x4a8>; > ti,index-starts-at-one; > phandle = <0x13>; > }; > dpll_ddr_ck@494 { > > #clock-cells = <0x0>; > compatible = "ti,am3-dpll-no-gate-clock"; > clocks = <0x77 0x77>; > reg = <0x494 0x434 0x440>; > phandle = <0x14>; > }; > dpll_ddr_m2_ck@4a0 { > > #clock-cells = <0x0>; > compatible = "ti,divider-clock"; > clocks = <0x14>; > ti,max-div = <0x1f>; > reg = <0x4a0>; > ti,index-starts-at-one; > phandle = <0x15>; > }; > dpll_ddr_m2_div2_ck { > > #clock-cells = <0x0>; > compatible = "fixed-factor-clock"; > clocks = <0x15>; > clock-mult = <0x1>; > clock-div = <0x2>; > phandle = <0x16>; > }; > dpll_disp_ck@498 { > > #clock-cells = <0x0>; > compatible = "ti,am3-dpll-no-gate-clock"; > clocks = <0x77 0x77>; > reg = <0x498 0x448 0x454>; > phandle = <0x17>; > }; > dpll_disp_m2_ck@4a4 { > > #clock-cells = <0x0>; > compatible = "ti,divider-clock"; > clocks = <0x17>; > ti,max-div = <0x1f>; > reg = <0x4a4>; > ti,index-starts-at-one; > ti,set-rate-parent; > phandle = <0x18>; > }; > dpll_per_ck@48c { > > #clock-cells = <0x0>; > compatible = "ti,am3-dpll-no-gate-j-type-clock"; > clocks = <0x77 0x77>; > reg = <0x48c 0x470 0x49c>; > phandle = <0x19>; > }; > dpll_per_m2_ck@4ac { > > #clock-cells = <0x0>; > compatible = "ti,divider-clock"; > clocks = <0x19>; > ti,max-div = <0x1f>; > reg = <0x4ac>; > ti,index-starts-at-one; > phandle = <0x1a>; > }; > dpll_per_m2_div4_wkupdm_ck { > > #clock-cells = <0x0>; > compatible = "fixed-factor-clock"; > clocks = <0x1a>; > clock-mult = <0x1>; > clock-div = <0x4>; > phandle = <0x1b>; > }; > dpll_per_m2_div4_ck { > > #clock-cells = <0x0>; > compatible = "fixed-factor-clock"; > clocks = <0x1a>; > clock-mult = <0x1>; > clock-div = <0x4>; > phandle = <0x1c>; > }; > clk_24mhz { > > #clock-cells = <0x0>; > compatible = "fixed-factor-clock"; > clocks = <0x1a>; > clock-mult = <0x1>; > clock-div = <0x8>; > phandle = <0x1d>; > }; > clkdiv32k_ck { > > #clock-cells = <0x0>; > compatible = "fixed-factor-clock"; > clocks = <0x1d>; > clock-mult = <0x1>; > clock-div = <0x2dc>; > phandle = <0x1e>; > }; > l3_gclk { > > #clock-cells = <0x0>; > compatible = "fixed-factor-clock"; > clocks = <0xf>; > clock-mult = <0x1>; > clock-div = <0x1>; > phandle = <0x1f>; > }; > pruss_ocp_gclk@530 { > > #clock-cells = <0x0>; > compatible = "ti,mux-clock"; > clocks = <0x1f 0x18>; > reg = <0x530>; > phandle = <0x20>; > }; > mmu_fck@914 { > > #clock-cells = <0x0>; > compatible = "ti,gate-clock"; > clocks = <0xf>; > ti,bit-shift = <0x1>; > reg = <0x914>; > phandle = <0x21>; > }; > timer1_fck@528 { > > #clock-cells = <0x0>; > compatible = "ti,mux-clock"; > clocks = <0x77 0x46 0x0 0x0 0xc 0x7 0x6>; > reg = <0x528>; > phandle = <0x22>; > }; > timer2_fck@508 { > > #clock-cells = <0x0>; > compatible = "ti,mux-clock"; > clocks = <0xc 0x77 0x46 0x0 0x0>; > reg = <0x508>; > phandle = <0x23>; > }; > timer3_fck@50c { > > #clock-cells = <0x0>; > compatible = "ti,mux-clock"; > clocks = <0xc 0x77 0x46 0x0 0x0>; > reg = <0x50c>; > phandle = <0x24>; > }; > timer4_fck@510 { > > #clock-cells = <0x0>; > compatible = "ti,mux-clock"; > clocks = <0xc 0x77 0x46 0x0 0x0>; > reg = <0x510>; > phandle = <0x25>; > }; > timer5_fck@518 { > > #clock-cells = <0x0>; > compatible = "ti,mux-clock"; > clocks = <0xc 0x77 0x46 0x0 0x0>; > reg = <0x518>; > phandle = <0x26>; > }; > timer6_fck@51c { > > #clock-cells = <0x0>; > compatible = "ti,mux-clock"; > clocks = <0xc 0x77 0x46 0x0 0x0>; > reg = <0x51c>; > phandle = <0x27>; > }; > timer7_fck@504 { > > #clock-cells = <0x0>; > compatible = "ti,mux-clock"; > clocks = <0xc 0x77 0x46 0x0 0x0>; > reg = <0x504>; > phandle = <0x28>; > }; > usbotg_fck@47c { > > #clock-cells = <0x0>; > compatible = "ti,gate-clock"; > clocks = <0x19>; > ti,bit-shift = <0x8>; > reg = <0x47c>; > phandle = <0x29>; > }; > dpll_core_m4_div2_ck { > > #clock-cells = <0x0>; > compatible = "fixed-factor-clock"; > clocks = <0xf>; > clock-mult = <0x1>; > clock-div = <0x2>; > phandle = <0x2a>; > }; > ieee5000_fck@e4 { > > #clock-cells = <0x0>; > compatible = "ti,gate-clock"; > clocks = <0x2a>; > ti,bit-shift = <0x1>; > reg = <0xe4>; > phandle = <0x2b>; > }; > wdt1_fck@538 { > > #clock-cells = <0x0>; > compatible = "ti,mux-clock"; > clocks = <0x7 0x46 0x0 0x0>; > reg = <0x538>; > phandle = <0x2c>; > }; > l4_rtc_gclk { > > #clock-cells = <0x0>; > compatible = "fixed-factor-clock"; > clocks = <0xf>; > clock-mult = <0x1>; > clock-div = <0x2>; > phandle = <0x2d>; > }; > l4hs_gclk { > > #clock-cells = <0x0>; > compatible = "fixed-factor-clock"; > clocks = <0xf>; > clock-mult = <0x1>; > clock-div = <0x1>; > phandle = <0x2e>; > }; > l3s_gclk { > > #clock-cells = <0x0>; > compatible = "fixed-factor-clock"; > clocks = <0x2a>; > clock-mult = <0x1>; > clock-div = <0x1>; > phandle = <0x2f>; > }; > l4fw_gclk { > > #clock-cells = <0x0>; > compatible = "fixed-factor-clock"; > clocks = <0x2a>; > clock-mult = <0x1>; > clock-div = <0x1>; > phandle = <0x30>; > }; > l4ls_gclk { > > #clock-cells = <0x0>; > compatible = "fixed-factor-clock"; > clocks = <0x2a>; > clock-mult = <0x1>; > clock-div = <0x1>; > phandle = <0x31>; > }; > sysclk_div_ck { > > #clock-cells = <0x0>; > compatible = "fixed-factor-clock"; > clocks = <0xf>; > clock-mult = <0x1>; > clock-div = <0x1>; > phandle = <0x32>; > }; > cpsw_125mhz_gclk { > > #clock-cells = <0x0>; > compatible = "fixed-factor-clock"; > clocks = <0x10>; > clock-mult = <0x1>; > clock-div = <0x2>; > phandle = <0x33>; > }; > cpsw_cpts_rft_clk@520 { > > #clock-cells = <0x0>; > compatible = "ti,mux-clock"; > clocks = <0x10 0xf>; > reg = <0x520>; > phandle = <0x34>; > }; > gpio0_dbclk_mux_ck@53c { > > #clock-cells = <0x0>; > compatible = "ti,mux-clock"; > clocks = <0x7 0x6 0x46 0x0 0x0>; > reg = <0x53c>; > phandle = <0x35>; > }; > lcd_gclk@534 { > > #clock-cells = <0x0>; > compatible = "ti,mux-clock"; > clocks = <0x18 0x10 0x1a>; > reg = <0x534>; > ti,set-rate-parent; > phandle = <0x36>; > }; > mmc_clk { > > #clock-cells = <0x0>; > compatible = "fixed-factor-clock"; > clocks = <0x1a>; > clock-mult = <0x1>; > clock-div = <0x2>; > phandle = <0x37>; > }; > gfx_fclk_clksel_ck@52c { > > #clock-cells = <0x0>; > compatible = "ti,mux-clock"; > clocks = <0xf 0x1a>; > ti,bit-shift = <0x1>; > reg = <0x52c>; > phandle = <0x38>; > }; > gfx_fck_div_ck@52c { > > #clock-cells = <0x0>; > compatible = "ti,divider-clock"; > clocks = <0x38>; > reg = <0x52c>; > ti,max-div = <0x2>; > phandle = <0x39>; > }; > sysclkout_pre_ck@700 { > > #clock-cells = <0x0>; > compatible = "ti,mux-clock"; > clocks = <0x6 0x1f 0x15 0x1a 0x36>; > reg = <0x700>; > phandle = <0x3a>; > }; > clkout2_div_ck@700 { > > #clock-cells = <0x0>; > compatible = "ti,divider-clock"; > clocks = <0x3a>; > ti,bit-shift = <0x3>; > ti,max-div = <0x8>; > reg = <0x700>; > phandle = <0x3b>; > }; > clkout2_ck@700 { > > #clock-cells = <0x0>; > compatible = "ti,gate-clock"; > clocks = <0x3b>; > ti,bit-shift = <0x7>; > reg = <0x700>; > phandle = <0x3c>; > }; > }; > clockdomains { > > phandle = <0x3d>; > }; > per-cm@0 { > > compatible = "ti,omap4-cm"; > reg = <0x0 0x400>; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x0 0x400>; > phandle = <0x3e>; > l4ls-clkctrl@38 { > > compatible = "ti,clkctrl"; > reg = <0x38 0x2c 0x6c 0x28 0xac 0xc 0xc0 0x1c 0xec 0xc 0x10c 0x8 0x130 > 0x4>; > #clock-cells = <0x2>; > phandle = <0x3f>; > }; > l3s-clkctrl@1c { > > compatible = "ti,clkctrl"; > reg = <0x1c 0x4 0x30 0x8 0x68 0x4 0xf8 0x4>; > #clock-cells = <0x2>; > phandle = <0x40>; > }; > l3-clkctrl@24 { > > compatible = "ti,clkctrl"; > reg = <0x24 0xc 0x94 0x10 0xbc 0x4 0xdc 0x8 0xfc 0x8>; > #clock-cells = <0x2>; > phandle = <0x41>; > }; > l4hs-clkctrl@120 { > > compatible = "ti,clkctrl"; > reg = <0x120 0x4>; > #clock-cells = <0x2>; > phandle = <0x42>; > }; > pruss-ocp-clkctrl@e8 { > > compatible = "ti,clkctrl"; > reg = <0xe8 0x4>; > #clock-cells = <0x2>; > phandle = <0x43>; > }; > cpsw-125mhz-clkctrl@0 { > > compatible = "ti,clkctrl"; > reg = <0x0 0x18>; > #clock-cells = <0x2>; > phandle = <0x44>; > }; > lcdc-clkctrl@18 { > > compatible = "ti,clkctrl"; > reg = <0x18 0x4>; > #clock-cells = <0x2>; > phandle = <0x45>; > }; > clk-24mhz-clkctrl@14c { > > compatible = "ti,clkctrl"; > reg = <0x14c 0x4>; > #clock-cells = <0x2>; > phandle = <0x46>; > }; > }; > wkup-cm@400 { > > compatible = "ti,omap4-cm"; > reg = <0x400 0x100>; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x400 0x100>; > phandle = <0x47>; > l4-wkup-clkctrl@0 { > > compatible = "ti,clkctrl"; > reg = <0x0 0x10 0xb4 0x24>; > #clock-cells = <0x2>; > phandle = <0x48>; > }; > l3-aon-clkctrl@14 { > > compatible = "ti,clkctrl"; > reg = <0x14 0x4>; > #clock-cells = <0x2>; > phandle = <0x49>; > }; > l4-wkup-aon-clkctrl@b0 { > > compatible = "ti,clkctrl"; > reg = <0xb0 0x4>; > #clock-cells = <0x2>; > phandle = <0x4a>; > }; > }; > mpu-cm@600 { > > compatible = "ti,omap4-cm"; > reg = <0x600 0x100>; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x600 0x100>; > phandle = <0x4b>; > mpu-clkctrl@0 { > > compatible = "ti,clkctrl"; > reg = <0x0 0x8>; > #clock-cells = <0x2>; > phandle = <0x4c>; > }; > }; > l4-rtc-cm@800 { > > compatible = "ti,omap4-cm"; > reg = <0x800 0x100>; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x800 0x100>; > phandle = <0x4d>; > l4-rtc-clkctrl@0 { > > compatible = "ti,clkctrl"; > reg = <0x0 0x4>; > #clock-cells = <0x2>; > phandle = <0x4e>; > }; > }; > gfx-l3-cm@900 { > > compatible = "ti,omap4-cm"; > reg = <0x900 0x100>; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x900 0x100>; > phandle = <0x4f>; > gfx-l3-clkctrl@0 { > > compatible = "ti,clkctrl"; > reg = <0x0 0x8>; > #clock-cells = <0x2>; > phandle = <0x50>; > }; > }; > l4-cefuse-cm@a00 { > > compatible = "ti,omap4-cm"; > reg = <0xa00 0x100>; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0xa00 0x100>; > phandle = <0x51>; > l4-cefuse-clkctrl@0 { > > compatible = "ti,clkctrl"; > reg = <0x0 0x24>; > #clock-cells = <0x2>; > phandle = <0x52>; > }; > }; > }; > }; > target-module@3000 { > > compatible = "ti,sysc"; > status = "disabled"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x3000 0x1000>; > }; > target-module@5000 { > > compatible = "ti,sysc"; > status = "disabled"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x5000 0x1000>; > }; > target-module@7000 { > > compatible = "ti,sysc-omap2", "ti,sysc"; > ti,hwmods = "gpio1"; > reg = <0x7000 0x4 0x7010 0x4 0x7114 0x4>; > reg-names = "rev", "sysc", "syss"; > ti,sysc-mask = <0x7>; > ti,sysc-sidle = <0x0 0x1 0x2 0x3>; > ti,syss-mask = <0x1>; > clocks = <0x48 0x8 0x0 0x48 0x8 0x12>; > clock-names = "fck", "dbclk"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x7000 0x1000>; > gpio@0 { > > compatible = "ti,omap4-gpio"; > gpio-controller; > #gpio-cells = <0x2>; > interrupt-controller; > #interrupt-cells = <0x2>; > reg = <0x0 0x1000>; > interrupts = <0x60>; > phandle = <0x53>; > }; > }; > target-module@9000 { > > compatible = "ti,sysc-omap2", "ti,sysc"; > ti,hwmods = "uart1"; > reg = <0x9050 0x4 0x9054 0x4 0x9058 0x4>; > reg-names = "rev", "sysc", "syss"; > ti,sysc-mask = <0x7>; > ti,sysc-sidle = <0x0 0x1 0x2 0x3>; > clocks = <0x48 0xb4 0x0>; > clock-names = "fck"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x9000 0x1000>; > serial@0 { > > compatible = "ti,am3352-uart", "ti,omap3-uart"; > clock-frequency = <0x2dc6c00>; > reg = <0x0 0x1000>; > interrupts = <0x48>; > status = "okay"; > dmas = <0xc5 0x1a 0x0 0xc5 0x1b 0x0>; > dma-names = "tx", "rx"; > pinctrl-names = "default"; > pinctrl-0 = <0x69>; > phandle = <0x54>; > }; > }; > target-module@b000 { > > compatible = "ti,sysc-omap2", "ti,sysc"; > ti,hwmods = "i2c1"; > reg = <0xb000 0x8 0xb010 0x8 0xb090 0x8>; > reg-names = "rev", "sysc", "syss"; > ti,sysc-mask = <0x307>; > ti,sysc-sidle = <0x0 0x1 0x2 0x3>; > ti,syss-mask = <0x1>; > clocks = <0x48 0xb8 0x0>; > clock-names = "fck"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0xb000 0x1000>; > i2c@0 { > > compatible = "ti,omap4-i2c"; > #address-cells = <0x1>; > #size-cells = <0x0>; > reg = <0x0 0x1000>; > interrupts = <0x46>; > status = "okay"; > pinctrl-names = "default"; > pinctrl-0 = <0x67>; > clock-frequency = <0x61a80>; > phandle = <0x55>; > tps@24 { > > reg = <0x24>; > compatible = "ti,tps65217"; > interrupt-controller; > #interrupt-cells = <0x1>; > interrupts = <0x7>; > interrupt-parent = <0xc4>; > ti,pmic-shutdown-controller; > phandle = <0x56>; > charger { > > compatible = "ti,tps65217-charger"; > interrupts = <0x0 0x1>; > interrupt-names = "USB", "AC"; > status = "okay"; > }; > pwrbutton { > > compatible = "ti,tps65217-pwrbutton"; > interrupts = <0x2>; > status = "okay"; > }; > regulators { > > #address-cells = <0x1>; > #size-cells = <0x0>; > regulator@0 { > > reg = <0x0>; > regulator-compatible = "dcdc1"; > regulator-name = "vdds_dpr"; > regulator-always-on; > phandle = <0x57>; > }; > regulator@1 { > > reg = <0x1>; > regulator-compatible = "dcdc2"; > regulator-name = "vdd_mpu"; > regulator-min-microvolt = <0xe1d48>; > regulator-max-microvolt = <0x149f4c>; > regulator-boot-on; > regulator-always-on; > phandle = <0x58>; > }; > regulator@2 { > > reg = <0x2>; > regulator-compatible = "dcdc3"; > regulator-name = "vdd_core"; > regulator-min-microvolt = <0xe1d48>; > regulator-max-microvolt = <0x118c30>; > regulator-boot-on; > regulator-always-on; > phandle = <0x59>; > }; > regulator@3 { > > reg = <0x3>; > regulator-compatible = "ldo1"; > regulator-name = "vio,vrtc,vdds"; > regulator-always-on; > phandle = <0x5a>; > }; > regulator@4 { > > reg = <0x4>; > regulator-compatible = "ldo2"; > regulator-name = "vdd_3v3aux"; > regulator-always-on; > phandle = <0x5b>; > }; > regulator@5 { > > reg = <0x5>; > regulator-compatible = "ldo3"; > regulator-name = "vdd_1v8"; > regulator-always-on; > regulator-min-microvolt = <0x1b7740>; > regulator-max-microvolt = <0x1b7740>; > phandle = <0x5c>; > }; > regulator@6 { > > reg = <0x6>; > regulator-compatible = "ldo4"; > regulator-name = "vdd_3v3a"; > regulator-always-on; > phandle = <0x5d>; > }; > }; > }; > baseboard_eeprom@50 { > > compatible = "atmel,24c256"; > reg = <0x50>; > #address-cells = <0x1>; > #size-cells = <0x1>; > phandle = <0x5e>; > baseboard_data@0 { > > reg = <0x0 0x100>; > phandle = <0x5f>; > }; > }; > tda19988@70 { > > compatible = "nxp,tda998x"; > reg = <0x70>; > nxp,calib-gpios = <0x98 0x19 0x0>; > interrupts-extended = <0x98 0x19 0x8>; > pinctrl-names = "default", "off"; > pinctrl-0 = <0x71>; > pinctrl-1 = <0x72>; > #sound-dai-cells = <0x0>; > audio-ports = <0x2 0x3>; > phandle = <0x60>; > ports { > > port@0 { > > endpoint@0 { > > remote-endpoint = <0xba>; > phandle = <0x61>; > }; > }; > }; > }; > }; > }; > target-module@d000 { > > compatible = "ti,sysc-omap4", "ti,sysc"; > ti,hwmods = "adc_tsc"; > reg = <0xd000 0x4 0xd010 0x4>; > reg-names = "rev", "sysc"; > ti,sysc-sidle = <0x0 0x1 0x2 0x3>; > clocks = <0x48 0xbc 0x0>; > clock-names = "fck"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0xd000 0x1000 0x1000 0xe000 0x1000>; > tscadc@0 { > > compatible = "ti,am3359-tscadc"; > reg = <0x0 0x1000>; > interrupts = <0x10>; > status = "disabled"; > dmas = <0xc5 0x35 0x0 0xc5 0x39 0x0>; > dma-names = "fifo0", "fifo1"; > phandle = <0x62>; > tsc { > > compatible = "ti,am3359-tsc"; > }; > adc { > > #io-channel-cells = <0x1>; > compatible = "ti,am3359-adc"; > phandle = <0x63>; > }; > }; > }; > target-module@10000 { > > compatible = "ti,sysc-omap4", "ti,sysc"; > reg = <0x10000 0x4>; > reg-names = "rev"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x10000 0x10000 0x10000 0x20000 0x10000>; > scm@0 { > > compatible = "ti,am3-scm", "simple-bus"; > reg = <0x0 0x2000>; > #address-cells = <0x1>; > #size-cells = <0x1>; > #pinctrl-cells = <0x1>; > ranges = <0x0 0x0 0x2000>; > phandle = <0x64>; > pinmux@800 { > > compatible = "pinctrl-single"; > reg = <0x800 0x238>; > #pinctrl-cells = <0x1>; > pinctrl-single,register-width = <0x20>; > pinctrl-single,function-mask = <0x7f>; > pinctrl-names = "default"; > pinctrl-0 = <0x6a>; > phandle = <0x65>; > user_leds_s0 { > > pinctrl-single,pins = <0x54 0x7 0x58 0x17 0x5c 0x7 0x60 0x17>; > phandle = <0x66>; > }; > pinmux_i2c0_pins { > > pinctrl-single,pins = <0x188 0x30 0x18c 0x30>; > phandle = <0x67>; > }; > pinmux_i2c2_pins { > > pinctrl-single,pins = <0x178 0x33 0x17c 0x33>; > phandle = <0x68>; > }; > pinmux_uart0_pins { > > pinctrl-single,pins = <0x170 0x30 0x174 0x0>; > phandle = <0x69>; > }; > pinmux_clkout2_pin { > > pinctrl-single,pins = <0x1b4 0x3>; > phandle = <0x6a>; > }; > cpsw_default { > > pinctrl-single,pins = <0x110 0x30 0x114 0x0 0x118 0x30 0x11c 0x0 0x120 0x0 > 0x124 0x0 0x128 0x0 0x12c 0x30 0x130 0x30 0x134 0x30 0x138 0x30 0x13c 0x30 > 0x140 0x30>; > phandle = <0x6b>; > }; > cpsw_sleep { > > pinctrl-single,pins = <0x110 0x27 0x114 0x27 0x118 0x27 0x11c 0x27 0x120 > 0x27 0x124 0x27 0x128 0x27 0x12c 0x27 0x130 0x27 0x134 0x27 0x138 0x27 > 0x13c 0x27 0x140 0x27>; > phandle = <0x6c>; > }; > davinci_mdio_default { > > pinctrl-single,pins = <0x148 0x30 0x14c 0x10>; > phandle = <0x6d>; > }; > davinci_mdio_sleep { > > pinctrl-single,pins = <0x148 0x27 0x14c 0x27>; > phandle = <0x6e>; > }; > pinmux_mmc1_pins { > > pinctrl-single,pins = <0x160 0x2f 0xfc 0x30 0xf8 0x30 0xf4 0x30 0xf0 0x30 > 0x104 0x30 0x100 0x30>; > phandle = <0x6f>; > }; > pinmux_emmc_pins { > > pinctrl-single,pins = <0x80 0x32 0x84 0x32 0x0 0x31 0x4 0x31 0x8 0x31 0xc > 0x31 0x10 0x31 0x14 0x31 0x18 0x31 0x1c 0x31>; > phandle = <0x70>; > }; > nxp_hdmi_bonelt_pins { > > pinctrl-single,pins = <0x1b0 0x3 0xa0 0x8 0xa4 0x8 0xa8 0x8 0xac 0x8 0xb0 > 0x8 0xb4 0x8 0xb8 0x8 0xbc 0x8 0xc0 0x8 0xc4 0x8 0xc8 0x8 0xcc 0x8 0xd0 0x8 > 0xd4 0x8 0xd8 0x8 0xdc 0x8 0xe0 0x0 0xe4 0x0 0xe8 0x0 0xec 0x0>; > phandle = <0x71>; > }; > nxp_hdmi_bonelt_off_pins { > > pinctrl-single,pins = <0x1b0 0x3>; > phandle = <0x72>; > }; > mcasp0_pins { > > pinctrl-single,pins = <0x1ac 0x30 0x19c 0x2 0x194 0x10 0x190 0x0 0x6c 0x7>; > phandle = <0x73>; > }; > }; > scm_conf@0 { > > compatible = "syscon", "simple-bus"; > reg = <0x0 0x800>; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x0 0x800>; > phandle = <0x74>; > phy-gmii-sel { > > compatible = "ti,am3352-phy-gmii-sel"; > reg = <0x650 0x4>; > #phy-cells = <0x2>; > phandle = <0x75>; > }; > clocks { > > #address-cells = <0x1>; > #size-cells = <0x0>; > phandle = <0x76>; > sys_clkin_ck@40 { > > #clock-cells = <0x0>; > compatible = "ti,mux-clock"; > clocks = <0x8 0x9 0xa 0xb>; > ti,bit-shift = <0x16>; > reg = <0x40>; > phandle = <0x77>; > }; > adc_tsc_fck { > > #clock-cells = <0x0>; > compatible = "fixed-factor-clock"; > clocks = <0x77>; > clock-mult = <0x1>; > clock-div = <0x1>; > phandle = <0x78>; > }; > dcan0_fck { > > #clock-cells = <0x0>; > compatible = "fixed-factor-clock"; > clocks = <0x77>; > clock-mult = <0x1>; > clock-div = <0x1>; > phandle = <0x79>; > }; > dcan1_fck { > > #clock-cells = <0x0>; > compatible = "fixed-factor-clock"; > clocks = <0x77>; > clock-mult = <0x1>; > clock-div = <0x1>; > phandle = <0x7a>; > }; > mcasp0_fck { > > #clock-cells = <0x0>; > compatible = "fixed-factor-clock"; > clocks = <0x77>; > clock-mult = <0x1>; > clock-div = <0x1>; > phandle = <0x7b>; > }; > mcasp1_fck { > > #clock-cells = <0x0>; > compatible = "fixed-factor-clock"; > clocks = <0x77>; > clock-mult = <0x1>; > clock-div = <0x1>; > phandle = <0x7c>; > }; > smartreflex0_fck { > > #clock-cells = <0x0>; > compatible = "fixed-factor-clock"; > clocks = <0x77>; > clock-mult = <0x1>; > clock-div = <0x1>; > phandle = <0x7d>; > }; > smartreflex1_fck { > > #clock-cells = <0x0>; > compatible = "fixed-factor-clock"; > clocks = <0x77>; > clock-mult = <0x1>; > clock-div = <0x1>; > phandle = <0x7e>; > }; > sha0_fck { > > #clock-cells = <0x0>; > compatible = "fixed-factor-clock"; > clocks = <0x77>; > clock-mult = <0x1>; > clock-div = <0x1>; > phandle = <0x7f>; > }; > aes0_fck { > > #clock-cells = <0x0>; > compatible = "fixed-factor-clock"; > clocks = <0x77>; > clock-mult = <0x1>; > clock-div = <0x1>; > phandle = <0x80>; > }; > rng_fck { > > #clock-cells = <0x0>; > compatible = "fixed-factor-clock"; > clocks = <0x77>; > clock-mult = <0x1>; > clock-div = <0x1>; > phandle = <0x81>; > }; > ehrpwm0_tbclk@44e10664 { > > #clock-cells = <0x0>; > compatible = "ti,gate-clock"; > clocks = <0x31>; > ti,bit-shift = <0x0>; > reg = <0x664>; > phandle = <0x82>; > }; > ehrpwm1_tbclk@44e10664 { > > #clock-cells = <0x0>; > compatible = "ti,gate-clock"; > clocks = <0x31>; > ti,bit-shift = <0x1>; > reg = <0x664>; > phandle = <0x83>; > }; > ehrpwm2_tbclk@44e10664 { > > #clock-cells = <0x0>; > compatible = "ti,gate-clock"; > clocks = <0x31>; > ti,bit-shift = <0x2>; > reg = <0x664>; > phandle = <0x84>; > }; > }; > }; > wkup_m3_ipc@1324 { > > compatible = "ti,am3352-wkup-m3-ipc"; > reg = <0x1324 0x24>; > interrupts = <0x4e>; > ti,rproc = <0x3>; > mboxes = <0x9b 0x9c>; > phandle = <0x85>; > }; > dma-router@f90 { > > compatible = "ti,am335x-edma-crossbar"; > reg = <0xf90 0x40>; > #dma-cells = <0x3>; > dma-requests = <0x20>; > dma-masters = <0xc5>; > phandle = <0x86>; > }; > clockdomains { > > phandle = <0x87>; > }; > }; > }; > target-module@31000 { > > compatible = "ti,sysc-omap2-timer", "ti,sysc"; > ti,hwmods = "timer1"; > reg = <0x31000 0x4 0x31010 0x4 0x31014 0x4>; > reg-names = "rev", "sysc", "syss"; > ti,sysc-mask = <0x303>; > ti,sysc-sidle = <0x0 0x1 0x2>; > ti,syss-mask = <0x1>; > clocks = <0x48 0xc4 0x0>; > clock-names = "fck"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x31000 0x1000>; > timer@0 { > > compatible = "ti,am335x-timer-1ms"; > reg = <0x0 0x400>; > interrupts = <0x43>; > ti,timer-alwon; > clocks = <0x22>; > clock-names = "fck"; > phandle = <0x88>; > }; > }; > target-module@33000 { > > compatible = "ti,sysc"; > status = "disabled"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x33000 0x1000>; > }; > target-module@35000 { > > compatible = "ti,sysc-omap2", "ti,sysc"; > ti,hwmods = "wd_timer2"; > reg = <0x35000 0x4 0x35010 0x4 0x35014 0x4>; > reg-names = "rev", "sysc", "syss"; > ti,sysc-mask = <0x22>; > ti,sysc-sidle = <0x0 0x1 0x2 0x3>; > ti,syss-mask = <0x1>; > clocks = <0x48 0xd4 0x0>; > clock-names = "fck"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x35000 0x1000>; > wdt@0 { > > compatible = "ti,omap3-wdt"; > reg = <0x0 0x1000>; > interrupts = <0x5b>; > phandle = <0x89>; > }; > }; > target-module@37000 { > > compatible = "ti,sysc"; > status = "disabled"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x37000 0x1000>; > }; > target-module@39000 { > > compatible = "ti,sysc"; > status = "disabled"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x39000 0x1000>; > }; > target-module@3e000 { > > compatible = "ti,sysc-omap4-simple", "ti,sysc"; > ti,hwmods = "rtc"; > reg = <0x3e074 0x4 0x3e078 0x4>; > reg-names = "rev", "sysc"; > ti,sysc-sidle = <0x0 0x1 0x2 0x3>; > clocks = <0x4e 0x0 0x0>; > clock-names = "fck"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x3e000 0x1000>; > rtc@0 { > > compatible = "ti,am3352-rtc", "ti,da830-rtc"; > reg = <0x0 0x1000>; > interrupts = <0x4b 0x4c>; > clocks = <0x6 0x46 0x0 0x0>; > clock-names = "ext-clk", "int-clk"; > system-power-controller; > phandle = <0x8a>; > }; > }; > target-module@40000 { > > compatible = "ti,sysc"; > status = "disabled"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x40000 0x40000>; > }; > }; > }; > interconnect@48000000 { > > compatible = "ti,am33xx-l4-per", "simple-bus"; > reg = <0x48000000 0x800 0x48000800 0x800 0x48001000 0x400 0x48001400 0x400 > 0x48001800 0x400 0x48001c00 0x400>; > reg-names = "ap", "la", "ia0", "ia1", "ia2", "ia3"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x48000000 0x100000 0x100000 0x48100000 0x100000 0x200000 > 0x48200000 0x100000 0x300000 0x48300000 0x100000 0x46000000 0x46000000 > 0x400000 0x46400000 0x46400000 0x400000>; > phandle = <0x8b>; > segment@0 { > > compatible = "simple-bus"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x0 0x800 0x800 0x800 0x800 0x1000 0x1000 0x400 0x1400 > 0x1400 0x400 0x1800 0x1800 0x400 0x1c00 0x1c00 0x400 0x8000 0x8000 0x1000 > 0x9000 0x9000 0x1000 0x16000 0x16000 0x1000 0x17000 0x17000 0x1000 0x22000 > 0x22000 0x1000 0x23000 0x23000 0x1000 0x24000 0x24000 0x1000 0x25000 > 0x25000 0x1000 0x2a000 0x2a000 0x1000 0x2b000 0x2b000 0x1000 0x38000 > 0x38000 0x2000 0x3a000 0x3a000 0x1000 0x14000 0x14000 0x1000 0x15000 > 0x15000 0x1000 0x3c000 0x3c000 0x2000 0x3e000 0x3e000 0x1000 0x40000 > 0x40000 0x1000 0x41000 0x41000 0x1000 0x42000 0x42000 0x1000 0x43000 > 0x43000 0x1000 0x44000 0x44000 0x1000 0x45000 0x45000 0x1000 0x46000 > 0x46000 0x1000 0x47000 0x47000 0x1000 0x48000 0x48000 0x1000 0x49000 > 0x49000 0x1000 0x4c000 0x4c000 0x1000 0x4d000 0x4d000 0x1000 0x50000 > 0x50000 0x2000 0x52000 0x52000 0x1000 0x60000 0x60000 0x1000 0x61000 > 0x61000 0x1000 0x80000 0x80000 0x10000 0x90000 0x90000 0x1000 0xa0000 > 0xa0000 0x10000 0xb0000 0xb0000 0x1000 0x30000 0x30000 0x1000 0x31000 > 0x31000 0x1000 0x4a000 0x4a000 0x1000 0x4b000 0x4b000 0x1000 0xc8000 > 0xc8000 0x1000 0xc9000 0xc9000 0x1000 0xcc000 0xcc000 0x1000 0xcd000 > 0xcd000 0x1000 0xca000 0xca000 0x1000 0xcb000 0xcb000 0x1000 0x46000000 > 0x46000000 0x400000 0x46400000 0x46400000 0x400000>; > target-module@8000 { > > compatible = "ti,sysc"; > status = "disabled"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x8000 0x1000>; > }; > target-module@14000 { > > compatible = "ti,sysc"; > status = "disabled"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x14000 0x1000>; > }; > target-module@16000 { > > compatible = "ti,sysc"; > status = "disabled"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x16000 0x1000>; > }; > target-module@22000 { > > compatible = "ti,sysc-omap2", "ti,sysc"; > ti,hwmods = "uart2"; > reg = <0x22050 0x4 0x22054 0x4 0x22058 0x4>; > reg-names = "rev", "sysc", "syss"; > ti,sysc-mask = <0x7>; > ti,sysc-sidle = <0x0 0x1 0x2 0x3>; > clocks = <0x3f 0x34 0x0>; > clock-names = "fck"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x22000 0x1000>; > serial@0 { > > compatible = "ti,am3352-uart", "ti,omap3-uart"; > clock-frequency = <0x2dc6c00>; > reg = <0x0 0x2000>; > interrupts = <0x49>; > status = "disabled"; > dmas = <0xc5 0x1c 0x0 0xc5 0x1d 0x0>; > dma-names = "tx", "rx"; > phandle = <0x8c>; > }; > }; > target-module@24000 { > > compatible = "ti,sysc-omap2", "ti,sysc"; > ti,hwmods = "uart3"; > reg = <0x24050 0x4 0x24054 0x4 0x24058 0x4>; > reg-names = "rev", "sysc", "syss"; > ti,sysc-mask = <0x7>; > ti,sysc-sidle = <0x0 0x1 0x2 0x3>; > clocks = <0x3f 0x38 0x0>; > clock-names = "fck"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x24000 0x1000>; > serial@0 { > > compatible = "ti,am3352-uart", "ti,omap3-uart"; > clock-frequency = <0x2dc6c00>; > reg = <0x0 0x2000>; > interrupts = <0x4a>; > status = "disabled"; > dmas = <0xc5 0x1e 0x0 0xc5 0x1f 0x0>; > dma-names = "tx", "rx"; > phandle = <0x8d>; > }; > }; > target-module@2a000 { > > compatible = "ti,sysc-omap2", "ti,sysc"; > ti,hwmods = "i2c2"; > reg = <0x2a000 0x8 0x2a010 0x8 0x2a090 0x8>; > reg-names = "rev", "sysc", "syss"; > ti,sysc-mask = <0x307>; > ti,sysc-sidle = <0x0 0x1 0x2 0x3>; > ti,syss-mask = <0x1>; > clocks = <0x3f 0x10 0x0>; > clock-names = "fck"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x2a000 0x1000>; > i2c@0 { > > compatible = "ti,omap4-i2c"; > #address-cells = <0x1>; > #size-cells = <0x0>; > reg = <0x0 0x1000>; > interrupts = <0x47>; > status = "disabled"; > phandle = <0x8e>; > }; > }; > target-module@30000 { > > compatible = "ti,sysc-omap2", "ti,sysc"; > ti,hwmods = "spi0"; > reg = <0x30000 0x4 0x30110 0x4 0x30114 0x4>; > reg-names = "rev", "sysc", "syss"; > ti,sysc-mask = <0x303>; > ti,sysc-sidle = <0x0 0x1 0x2>; > ti,syss-mask = <0x1>; > clocks = <0x3f 0x14 0x0>; > clock-names = "fck"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x30000 0x1000>; > spi@0 { > > compatible = "ti,omap4-mcspi"; > #address-cells = <0x1>; > #size-cells = <0x0>; > reg = <0x0 0x400>; > interrupts = <0x41>; > ti,spi-num-cs = <0x2>; > dmas = <0xc5 0x10 0x0 0xc5 0x11 0x0 0xc5 0x12 0x0 0xc5 0x13 0x0>; > dma-names = "tx0", "rx0", "tx1", "rx1"; > status = "disabled"; > phandle = <0x8f>; > }; > }; > target-module@38000 { > > compatible = "ti,sysc-omap4-simple", "ti,sysc"; > ti,hwmods = "mcasp0"; > reg = <0x38000 0x4 0x38004 0x4>; > reg-names = "rev", "sysc"; > ti,sysc-sidle = <0x0 0x1 0x2>; > clocks = <0x40 0x18 0x0>; > clock-names = "fck"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x38000 0x2000 0x46000000 0x46000000 0x400000>; > mcasp@0 { > > compatible = "ti,am33xx-mcasp-audio"; > reg = <0x0 0x2000 0x46000000 0x400000>; > reg-names = "mpu", "dat"; > interrupts = <0x50 0x51>; > interrupt-names = "tx", "rx"; > status = "okay"; > dmas = <0xc5 0x8 0x2 0xc5 0x9 0x2>; > dma-names = "tx", "rx"; > #sound-dai-cells = <0x0>; > pinctrl-names = "default"; > pinctrl-0 = <0x73>; > op-mode = <0x0>; > tdm-slots = <0x2>; > serial-dir = <0x0 0x0 0x1 0x0>; > tx-num-evt = <0x20>; > rx-num-evt = <0x20>; > phandle = <0x90>; > }; > }; > target-module@3c000 { > > compatible = "ti,sysc-omap4-simple", "ti,sysc"; > ti,hwmods = "mcasp1"; > reg = <0x3c000 0x4 0x3c004 0x4>; > reg-names = "rev", "sysc"; > ti,sysc-sidle = <0x0 0x1 0x2>; > clocks = <0x40 0x4c 0x0>; > clock-names = "fck"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x3c000 0x2000 0x46400000 0x46400000 0x400000>; > mcasp@0 { > > compatible = "ti,am33xx-mcasp-audio"; > reg = <0x0 0x2000 0x46400000 0x400000>; > reg-names = "mpu", "dat"; > interrupts = <0x52 0x53>; > interrupt-names = "tx", "rx"; > status = "disabled"; > dmas = <0xc5 0xa 0x2 0xc5 0xb 0x2>; > dma-names = "tx", "rx"; > phandle = <0x91>; > }; > }; > target-module@40000 { > > compatible = "ti,sysc-omap4-timer", "ti,sysc"; > ti,hwmods = "timer2"; > reg = <0x40000 0x4 0x40010 0x4 0x40014 0x4>; > reg-names = "rev", "sysc", "syss"; > ti,sysc-mask = <0x1>; > ti,sysc-sidle = <0x0 0x1 0x2 0x3>; > clocks = <0x3f 0x48 0x0>; > clock-names = "fck"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x40000 0x1000>; > timer@0 { > > compatible = "ti,am335x-timer"; > reg = <0x0 0x400>; > interrupts = <0x44>; > clocks = <0x23>; > clock-names = "fck"; > phandle = <0x92>; > }; > }; > target-module@42000 { > > compatible = "ti,sysc-omap4-timer", "ti,sysc"; > ti,hwmods = "timer3"; > reg = <0x42000 0x4 0x42010 0x4 0x42014 0x4>; > reg-names = "rev", "sysc", "syss"; > ti,sysc-mask = <0x1>; > ti,sysc-sidle = <0x0 0x1 0x2 0x3>; > clocks = <0x3f 0x4c 0x0>; > clock-names = "fck"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x42000 0x1000>; > timer@0 { > > compatible = "ti,am335x-timer"; > reg = <0x0 0x400>; > interrupts = <0x45>; > phandle = <0x93>; > }; > }; > target-module@44000 { > > compatible = "ti,sysc-omap4-timer", "ti,sysc"; > ti,hwmods = "timer4"; > reg = <0x44000 0x4 0x44010 0x4 0x44014 0x4>; > reg-names = "rev", "sysc", "syss"; > ti,sysc-mask = <0x1>; > ti,sysc-sidle = <0x0 0x1 0x2 0x3>; > clocks = <0x3f 0x50 0x0>; > clock-names = "fck"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x44000 0x1000>; > timer@0 { > > compatible = "ti,am335x-timer"; > reg = <0x0 0x400>; > interrupts = <0x5c>; > ti,timer-pwm; > phandle = <0x94>; > }; > }; > target-module@46000 { > > compatible = "ti,sysc-omap4-timer", "ti,sysc"; > ti,hwmods = "timer5"; > reg = <0x46000 0x4 0x46010 0x4 0x46014 0x4>; > reg-names = "rev", "sysc", "syss"; > ti,sysc-mask = <0x1>; > ti,sysc-sidle = <0x0 0x1 0x2 0x3>; > clocks = <0x3f 0xb4 0x0>; > clock-names = "fck"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x46000 0x1000>; > timer@0 { > > compatible = "ti,am335x-timer"; > reg = <0x0 0x400>; > interrupts = <0x5d>; > ti,timer-pwm; > phandle = <0x95>; > }; > }; > target-module@48000 { > > compatible = "ti,sysc-omap4-timer", "ti,sysc"; > ti,hwmods = "timer6"; > reg = <0x48000 0x4 0x48010 0x4 0x48014 0x4>; > reg-names = "rev", "sysc", "syss"; > ti,sysc-mask = <0x1>; > ti,sysc-sidle = <0x0 0x1 0x2 0x3>; > clocks = <0x3f 0xb8 0x0>; > clock-names = "fck"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x48000 0x1000>; > timer@0 { > > compatible = "ti,am335x-timer"; > reg = <0x0 0x400>; > interrupts = <0x5e>; > ti,timer-pwm; > phandle = <0x96>; > }; > }; > target-module@4a000 { > > compatible = "ti,sysc-omap4-timer", "ti,sysc"; > ti,hwmods = "timer7"; > reg = <0x4a000 0x4 0x4a010 0x4 0x4a014 0x4>; > reg-names = "rev", "sysc", "syss"; > ti,sysc-mask = <0x1>; > ti,sysc-sidle = <0x0 0x1 0x2 0x3>; > clocks = <0x3f 0x44 0x0>; > clock-names = "fck"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x4a000 0x1000>; > timer@0 { > > compatible = "ti,am335x-timer"; > reg = <0x0 0x400>; > interrupts = <0x5f>; > ti,timer-pwm; > phandle = <0x97>; > }; > }; > target-module@4c000 { > > compatible = "ti,sysc-omap2", "ti,sysc"; > ti,hwmods = "gpio2"; > reg = <0x4c000 0x4 0x4c010 0x4 0x4c114 0x4>; > reg-names = "rev", "sysc", "syss"; > ti,sysc-mask = <0x7>; > ti,sysc-sidle = <0x0 0x1 0x2 0x3>; > ti,syss-mask = <0x1>; > clocks = <0x3f 0x74 0x0 0x3f 0x74 0x12>; > clock-names = "fck", "dbclk"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x4c000 0x1000>; > gpio@0 { > > compatible = "ti,omap4-gpio"; > gpio-controller; > #gpio-cells = <0x2>; > interrupt-controller; > #interrupt-cells = <0x2>; > reg = <0x0 0x1000>; > interrupts = <0x62>; > phandle = <0x98>; > }; > }; > target-module@50000 { > > compatible = "ti,sysc"; > status = "disabled"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x50000 0x2000>; > }; > target-module@60000 { > > compatible = "ti,sysc-omap2", "ti,sysc"; > ti,hwmods = "mmc1"; > reg = <0x602fc 0x4 0x60110 0x4 0x60114 0x4>; > reg-names = "rev", "sysc", "syss"; > ti,sysc-mask = <0x307>; > ti,sysc-sidle = <0x0 0x1 0x2>; > ti,syss-mask = <0x1>; > clocks = <0x3f 0x4 0x0>; > clock-names = "fck"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x60000 0x1000>; > mmc@0 { > > compatible = "ti,omap4-hsmmc"; > ti,dual-volt; > ti,needs-special-reset; > ti,needs-special-hs-handling; > dmas = <0x86 0x18 0x0 0x0 0x86 0x19 0x0 0x0>; > dma-names = "tx", "rx"; > interrupts = <0x40>; > reg = <0x0 0x1000>; > status = "okay"; > bus-width = <0x4>; > pinctrl-names = "default"; > pinctrl-0 = <0x6f>; > cd-gpios = <0x53 0x6 0x1>; > vmmc-supply = <0xd8>; > phandle = <0x99>; > }; > }; > target-module@80000 { > > compatible = "ti,sysc-omap2", "ti,sysc"; > ti,hwmods = "elm"; > reg = <0x80000 0x4 0x80010 0x4 0x80014 0x4>; > reg-names = "rev", "sysc", "syss"; > ti,sysc-mask = <0x303>; > ti,sysc-sidle = <0x0 0x1 0x2>; > ti,syss-mask = <0x1>; > clocks = <0x3f 0x8 0x0>; > clock-names = "fck"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x80000 0x10000>; > elm@0 { > > compatible = "ti,am3352-elm"; > reg = <0x0 0x2000>; > interrupts = <0x4>; > status = "disabled"; > phandle = <0x9a>; > }; > }; > target-module@a0000 { > > compatible = "ti,sysc"; > status = "disabled"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0xa0000 0x10000>; > }; > target-module@c8000 { > > compatible = "ti,sysc-omap4", "ti,sysc"; > ti,hwmods = "mailbox"; > reg = <0xc8000 0x4 0xc8010 0x4>; > reg-names = "rev", "sysc"; > ti,sysc-mask = <0x1>; > ti,sysc-sidle = <0x0 0x1 0x2>; > clocks = <0x3f 0xd8 0x0>; > clock-names = "fck"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0xc8000 0x1000>; > mailbox@0 { > > compatible = "ti,omap4-mailbox"; > reg = <0x0 0x200>; > interrupts = <0x4d>; > #mbox-cells = <0x1>; > ti,mbox-num-users = <0x4>; > ti,mbox-num-fifos = <0x8>; > phandle = <0x9b>; > wkup_m3 { > > ti,mbox-send-noirq; > ti,mbox-tx = <0x0 0x0 0x0>; > ti,mbox-rx = <0x0 0x0 0x3>; > phandle = <0x9c>; > }; > }; > }; > target-module@ca000 { > > compatible = "ti,sysc-omap2", "ti,sysc"; > ti,hwmods = "spinlock"; > reg = <0xca000 0x4 0xca010 0x4 0xca014 0x4>; > reg-names = "rev", "sysc", "syss"; > ti,sysc-mask = <0x307>; > ti,sysc-sidle = <0x0 0x1 0x2>; > ti,syss-mask = <0x1>; > clocks = <0x3f 0xd4 0x0>; > clock-names = "fck"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0xca000 0x1000>; > spinlock@0 { > > compatible = "ti,omap4-hwspinlock"; > reg = <0x0 0x1000>; > #hwlock-cells = <0x1>; > phandle = <0x9d>; > }; > }; > target-module@cc000 { > > compatible = "ti,sysc"; > status = "disabled"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0xcc000 0x1000>; > }; > }; > segment@100000 { > > compatible = "simple-bus"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x8c000 0x18c000 0x1000 0x8d000 0x18d000 0x1000 0x8e000 0x18e000 > 0x1000 0x8f000 0x18f000 0x1000 0x9c000 0x19c000 0x1000 0x9d000 0x19d000 > 0x1000 0xa6000 0x1a6000 0x1000 0xa7000 0x1a7000 0x1000 0xa8000 0x1a8000 > 0x1000 0xa9000 0x1a9000 0x1000 0xaa000 0x1aa000 0x1000 0xab000 0x1ab000 > 0x1000 0xac000 0x1ac000 0x1000 0xad000 0x1ad000 0x1000 0xae000 0x1ae000 > 0x1000 0xaf000 0x1af000 0x1000 0xb0000 0x1b0000 0x10000 0xc0000 0x1c0000 > 0x1000 0xcc000 0x1cc000 0x2000 0xce000 0x1ce000 0x2000 0xd0000 0x1d0000 > 0x2000 0xd2000 0x1d2000 0x2000 0xd8000 0x1d8000 0x1000 0xd9000 0x1d9000 > 0x1000 0xa0000 0x1a0000 0x1000 0xa1000 0x1a1000 0x1000 0xa2000 0x1a2000 > 0x1000 0xa3000 0x1a3000 0x1000 0xa4000 0x1a4000 0x1000 0xa5000 0x1a5000 > 0x1000>; > target-module@8c000 { > > compatible = "ti,sysc"; > status = "disabled"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x8c000 0x1000>; > }; > target-module@8e000 { > > compatible = "ti,sysc"; > status = "disabled"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x8e000 0x1000>; > }; > target-module@9c000 { > > compatible = "ti,sysc-omap2", "ti,sysc"; > ti,hwmods = "i2c3"; > reg = <0x9c000 0x8 0x9c010 0x8 0x9c090 0x8>; > reg-names = "rev", "sysc", "syss"; > ti,sysc-mask = <0x307>; > ti,sysc-sidle = <0x0 0x1 0x2 0x3>; > ti,syss-mask = <0x1>; > clocks = <0x3f 0xc 0x0>; > clock-names = "fck"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x9c000 0x1000>; > i2c@0 { > > compatible = "ti,omap4-i2c"; > #address-cells = <0x1>; > #size-cells = <0x0>; > reg = <0x0 0x1000>; > interrupts = <0x1e>; > status = "okay"; > pinctrl-names = "default"; > pinctrl-0 = <0x68>; > clock-frequency = <0x186a0>; > phandle = <0x9e>; > cape_eeprom0@54 { > > compatible = "atmel,24c256"; > reg = <0x54>; > #address-cells = <0x1>; > #size-cells = <0x1>; > phandle = <0x9f>; > cape_data@0 { > > reg = <0x0 0x100>; > phandle = <0xa0>; > }; > }; > cape_eeprom1@55 { > > compatible = "atmel,24c256"; > reg = <0x55>; > #address-cells = <0x1>; > #size-cells = <0x1>; > phandle = <0xa1>; > cape_data@0 { > > reg = <0x0 0x100>; > phandle = <0xa2>; > }; > }; > cape_eeprom2@56 { > > compatible = "atmel,24c256"; > reg = <0x56>; > #address-cells = <0x1>; > #size-cells = <0x1>; > phandle = <0xa3>; > cape_data@0 { > > reg = <0x0 0x100>; > phandle = <0xa4>; > }; > }; > cape_eeprom3@57 { > > compatible = "atmel,24c256"; > reg = <0x57>; > #address-cells = <0x1>; > #size-cells = <0x1>; > phandle = <0xa5>; > cape_data@0 { > > reg = <0x0 0x100>; > phandle = <0xa6>; > }; > }; > }; > }; > target-module@a0000 { > > compatible = "ti,sysc-omap2", "ti,sysc"; > ti,hwmods = "spi1"; > reg = <0xa0000 0x4 0xa0110 0x4 0xa0114 0x4>; > reg-names = "rev", "sysc", "syss"; > ti,sysc-mask = <0x303>; > ti,sysc-sidle = <0x0 0x1 0x2>; > ti,syss-mask = <0x1>; > clocks = <0x3f 0x18 0x0>; > clock-names = "fck"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0xa0000 0x1000>; > spi@0 { > > compatible = "ti,omap4-mcspi"; > #address-cells = <0x1>; > #size-cells = <0x0>; > reg = <0x0 0x400>; > interrupts = <0x7d>; > ti,spi-num-cs = <0x2>; > dmas = <0xc5 0x2a 0x0 0xc5 0x2b 0x0 0xc5 0x2c 0x0 0xc5 0x2d 0x0>; > dma-names = "tx0", "rx0", "tx1", "rx1"; > status = "disabled"; > phandle = <0xa7>; > }; > }; > target-module@a2000 { > > compatible = "ti,sysc"; > status = "disabled"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0xa2000 0x1000>; > }; > target-module@a4000 { > > compatible = "ti,sysc"; > status = "disabled"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0xa4000 0x1000>; > }; > target-module@a6000 { > > compatible = "ti,sysc-omap2", "ti,sysc"; > ti,hwmods = "uart4"; > reg = <0xa6050 0x4 0xa6054 0x4 0xa6058 0x4>; > reg-names = "rev", "sysc", "syss"; > ti,sysc-mask = <0x7>; > ti,sysc-sidle = <0x0 0x1 0x2 0x3>; > clocks = <0x3f 0x3c 0x0>; > clock-names = "fck"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0xa6000 0x1000>; > serial@0 { > > compatible = "ti,am3352-uart", "ti,omap3-uart"; > clock-frequency = <0x2dc6c00>; > reg = <0x0 0x2000>; > interrupts = <0x2c>; > status = "disabled"; > phandle = <0xa8>; > }; > }; > target-module@a8000 { > > compatible = "ti,sysc-omap2", "ti,sysc"; > ti,hwmods = "uart5"; > reg = <0xa8050 0x4 0xa8054 0x4 0xa8058 0x4>; > reg-names = "rev", "sysc", "syss"; > ti,sysc-mask = <0x7>; > ti,sysc-sidle = <0x0 0x1 0x2 0x3>; > clocks = <0x3f 0x40 0x0>; > clock-names = "fck"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0xa8000 0x1000>; > serial@0 { > > compatible = "ti,am3352-uart", "ti,omap3-uart"; > clock-frequency = <0x2dc6c00>; > reg = <0x0 0x2000>; > interrupts = <0x2d>; > status = "disabled"; > phandle = <0xa9>; > }; > }; > target-module@aa000 { > > compatible = "ti,sysc-omap2", "ti,sysc"; > ti,hwmods = "uart6"; > reg = <0xaa050 0x4 0xaa054 0x4 0xaa058 0x4>; > reg-names = "rev", "sysc", "syss"; > ti,sysc-mask = <0x7>; > ti,sysc-sidle = <0x0 0x1 0x2 0x3>; > clocks = <0x3f 0x0 0x0>; > clock-names = "fck"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0xaa000 0x1000>; > serial@0 { > > compatible = "ti,am3352-uart", "ti,omap3-uart"; > clock-frequency = <0x2dc6c00>; > reg = <0x0 0x2000>; > interrupts = <0x2e>; > status = "disabled"; > phandle = <0xaa>; > }; > }; > target-module@ac000 { > > compatible = "ti,sysc-omap2", "ti,sysc"; > ti,hwmods = "gpio3"; > reg = <0xac000 0x4 0xac010 0x4 0xac114 0x4>; > reg-names = "rev", "sysc", "syss"; > ti,sysc-mask = <0x7>; > ti,sysc-sidle = <0x0 0x1 0x2 0x3>; > ti,syss-mask = <0x1>; > clocks = <0x3f 0x78 0x0 0x3f 0x78 0x12>; > clock-names = "fck", "dbclk"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0xac000 0x1000>; > gpio@0 { > > compatible = "ti,omap4-gpio"; > gpio-controller; > #gpio-cells = <0x2>; > interrupt-controller; > #interrupt-cells = <0x2>; > reg = <0x0 0x1000>; > interrupts = <0x20>; > phandle = <0xab>; > }; > }; > target-module@ae000 { > > compatible = "ti,sysc-omap2", "ti,sysc"; > ti,hwmods = "gpio4"; > reg = <0xae000 0x4 0xae010 0x4 0xae114 0x4>; > reg-names = "rev", "sysc", "syss"; > ti,sysc-mask = <0x7>; > ti,sysc-sidle = <0x0 0x1 0x2 0x3>; > ti,syss-mask = <0x1>; > clocks = <0x3f 0x7c 0x0 0x3f 0x7c 0x12>; > clock-names = "fck", "dbclk"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0xae000 0x1000>; > gpio@0 { > > compatible = "ti,omap4-gpio"; > gpio-controller; > #gpio-cells = <0x2>; > interrupt-controller; > #interrupt-cells = <0x2>; > reg = <0x0 0x1000>; > interrupts = <0x3e>; > phandle = <0xac>; > }; > }; > target-module@b0000 { > > compatible = "ti,sysc"; > status = "disabled"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0xb0000 0x10000>; > }; > target-module@cc000 { > > compatible = "ti,sysc-omap4", "ti,sysc"; > ti,hwmods = "d_can0"; > reg = <0xcc000 0x4>; > reg-names = "rev"; > clocks = <0x3f 0x88 0x0>; > clock-names = "fck"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0xcc000 0x2000>; > can@0 { > > compatible = "ti,am3352-d_can"; > reg = <0x0 0x2000>; > clocks = <0x79>; > clock-names = "fck"; > syscon-raminit = <0x74 0x644 0x0>; > interrupts = <0x34>; > status = "disabled"; > phandle = <0xad>; > }; > }; > target-module@d0000 { > > compatible = "ti,sysc-omap4", "ti,sysc"; > ti,hwmods = "d_can1"; > reg = <0xd0000 0x4>; > reg-names = "rev"; > clocks = <0x3f 0x8c 0x0>; > clock-names = "fck"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0xd0000 0x2000>; > can@0 { > > compatible = "ti,am3352-d_can"; > reg = <0x0 0x2000>; > clocks = <0x7a>; > clock-names = "fck"; > syscon-raminit = <0x74 0x644 0x1>; > interrupts = <0x37>; > status = "disabled"; > phandle = <0xae>; > }; > }; > target-module@d8000 { > > compatible = "ti,sysc-omap2", "ti,sysc"; > ti,hwmods = "mmc2"; > reg = <0xd82fc 0x4 0xd8110 0x4 0xd8114 0x4>; > reg-names = "rev", "sysc", "syss"; > ti,sysc-mask = <0x307>; > ti,sysc-sidle = <0x0 0x1 0x2>; > ti,syss-mask = <0x1>; > clocks = <0x3f 0xbc 0x0>; > clock-names = "fck"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0xd8000 0x1000>; > mmc@0 { > > compatible = "ti,omap4-hsmmc"; > ti,needs-special-reset; > dmas = <0xc5 0x2 0x0 0xc5 0x3 0x0>; > dma-names = "tx", "rx"; > interrupts = <0x1c>; > reg = <0x0 0x1000>; > status = "okay"; > vmmc-supply = <0xd8>; > pinctrl-names = "default"; > pinctrl-0 = <0x70>; > bus-width = <0x8>; > phandle = <0xaf>; > }; > }; > }; > segment@200000 { > > compatible = "simple-bus"; > #address-cells = <0x1>; > #size-cells = <0x1>; > }; > segment@300000 { > > compatible = "simple-bus"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x300000 0x1000 0x1000 0x301000 0x1000 0x2000 0x302000 > 0x1000 0x3000 0x303000 0x1000 0x4000 0x304000 0x1000 0x5000 0x305000 0x1000 > 0xe000 0x30e000 0x1000 0xf000 0x30f000 0x1000 0x18000 0x318000 0x4000 > 0x1c000 0x31c000 0x1000 0x10000 0x310000 0x2000 0x12000 0x312000 0x1000 > 0x15000 0x315000 0x1000 0x16000 0x316000 0x1000 0x17000 0x317000 0x1000 > 0x13000 0x313000 0x1000 0x14000 0x314000 0x1000 0x20000 0x320000 0x1000 > 0x21000 0x321000 0x1000 0x22000 0x322000 0x1000 0x23000 0x323000 0x1000 > 0x24000 0x324000 0x1000 0x25000 0x325000 0x1000>; > target-module@0 { > > compatible = "ti,sysc-omap4", "ti,sysc"; > ti,hwmods = "epwmss0"; > reg = <0x0 0x4 0x4 0x4>; > reg-names = "rev", "sysc"; > ti,sysc-midle = <0x0 0x1 0x2 0x3>; > ti,sysc-sidle = <0x0 0x1 0x2 0x3>; > clocks = <0x3f 0x9c 0x0>; > clock-names = "fck"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x0 0x1000>; > epwmss@0 { > > compatible = "ti,am33xx-pwmss"; > reg = <0x0 0x10>; > #address-cells = <0x1>; > #size-cells = <0x1>; > status = "disabled"; > ranges = <0x0 0x0 0x1000>; > phandle = <0xb0>; > ecap@100 { > > compatible = "ti,am3352-ecap", "ti,am33xx-ecap"; > #pwm-cells = <0x3>; > reg = <0x100 0x80>; > clocks = <0x31>; > clock-names = "fck"; > interrupts = <0x1f>; > interrupt-names = "ecap0"; > status = "disabled"; > phandle = <0xb1>; > }; > pwm@200 { > > compatible = "ti,am3352-ehrpwm", "ti,am33xx-ehrpwm"; > #pwm-cells = <0x3>; > reg = <0x200 0x80>; > clocks = <0x82 0x31>; > clock-names = "tbclk", "fck"; > status = "disabled"; > phandle = <0xb2>; > }; > }; > }; > target-module@2000 { > > compatible = "ti,sysc-omap4", "ti,sysc"; > ti,hwmods = "epwmss1"; > reg = <0x2000 0x4 0x2004 0x4>; > reg-names = "rev", "sysc"; > ti,sysc-midle = <0x0 0x1 0x2 0x3>; > ti,sysc-sidle = <0x0 0x1 0x2 0x3>; > clocks = <0x3f 0x94 0x0>; > clock-names = "fck"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x2000 0x1000>; > epwmss@0 { > > compatible = "ti,am33xx-pwmss"; > reg = <0x0 0x10>; > #address-cells = <0x1>; > #size-cells = <0x1>; > status = "disabled"; > ranges = <0x0 0x0 0x1000>; > phandle = <0xb3>; > ecap@100 { > > compatible = "ti,am3352-ecap", "ti,am33xx-ecap"; > #pwm-cells = <0x3>; > reg = <0x100 0x80>; > clocks = <0x31>; > clock-names = "fck"; > interrupts = <0x2f>; > interrupt-names = "ecap1"; > status = "disabled"; > phandle = <0xb4>; > }; > pwm@200 { > > compatible = "ti,am3352-ehrpwm", "ti,am33xx-ehrpwm"; > #pwm-cells = <0x3>; > reg = <0x200 0x80>; > clocks = <0x83 0x31>; > clock-names = "tbclk", "fck"; > status = "disabled"; > phandle = <0xb5>; > }; > }; > }; > target-module@4000 { > > compatible = "ti,sysc-omap4", "ti,sysc"; > ti,hwmods = "epwmss2"; > reg = <0x4000 0x4 0x4004 0x4>; > reg-names = "rev", "sysc"; > ti,sysc-midle = <0x0 0x1 0x2 0x3>; > ti,sysc-sidle = <0x0 0x1 0x2 0x3>; > clocks = <0x3f 0xa0 0x0>; > clock-names = "fck"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x4000 0x1000>; > epwmss@0 { > > compatible = "ti,am33xx-pwmss"; > reg = <0x0 0x10>; > #address-cells = <0x1>; > #size-cells = <0x1>; > status = "disabled"; > ranges = <0x0 0x0 0x1000>; > phandle = <0xb6>; > ecap@100 { > > compatible = "ti,am3352-ecap", "ti,am33xx-ecap"; > #pwm-cells = <0x3>; > reg = <0x100 0x80>; > clocks = <0x31>; > clock-names = "fck"; > interrupts = <0x3d>; > interrupt-names = "ecap2"; > status = "disabled"; > phandle = <0xb7>; > }; > pwm@200 { > > compatible = "ti,am3352-ehrpwm", "ti,am33xx-ehrpwm"; > #pwm-cells = <0x3>; > reg = <0x200 0x80>; > clocks = <0x84 0x31>; > clock-names = "tbclk", "fck"; > status = "disabled"; > phandle = <0xb8>; > }; > }; > }; > target-module@e000 { > > compatible = "ti,sysc-omap4", "ti,sysc"; > ti,hwmods = "lcdc"; > reg = <0xe000 0x4 0xe054 0x4>; > reg-names = "rev", "sysc"; > ti,sysc-midle; > ti,sysc-sidle = <0x0 0x1 0x2>; > clocks = <0x45 0x0 0x0>; > clock-names = "fck"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0xe000 0x1000>; > lcdc@0 { > > compatible = "ti,am33xx-tilcdc"; > reg = <0x0 0x1000>; > interrupts = <0x24>; > status = "okay"; > blue-and-red-wiring = "straight"; > phandle = <0xb9>; > port { > > endpoint@0 { > > remote-endpoint = <0x61>; > phandle = <0xba>; > }; > }; > }; > }; > target-module@10000 { > > compatible = "ti,sysc-omap2", "ti,sysc"; > ti,hwmods = "rng"; > reg = <0x11fe0 0x4 0x11fe4 0x4>; > reg-names = "rev", "sysc"; > ti,sysc-mask = <0x1>; > ti,sysc-sidle = <0x0 0x1>; > clocks = <0x3f 0x58 0x0>; > clock-names = "fck"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x10000 0x2000>; > rng@0 { > > compatible = "ti,omap4-rng"; > reg = <0x0 0x2000>; > interrupts = <0x6f>; > phandle = <0xbb>; > }; > }; > target-module@13000 { > > compatible = "ti,sysc"; > status = "disabled"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x13000 0x1000>; > }; > target-module@15000 { > > compatible = "ti,sysc"; > status = "disabled"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x15000 0x1000 0x1000 0x16000 0x1000>; > }; > target-module@18000 { > > compatible = "ti,sysc"; > status = "disabled"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x18000 0x4000>; > }; > target-module@20000 { > > compatible = "ti,sysc"; > status = "disabled"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x20000 0x1000>; > }; > target-module@22000 { > > compatible = "ti,sysc"; > status = "disabled"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x22000 0x1000>; > }; > target-module@24000 { > > compatible = "ti,sysc"; > status = "disabled"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x24000 0x1000>; > }; > }; > }; > interconnect@47c00000 { > > compatible = "ti,am33xx-l4-fw", "simple-bus"; > reg = <0x47c00000 0x800 0x47c00800 0x800 0x47c01000 0x400>; > reg-names = "ap", "la", "ia0"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x47c00000 0x1000000>; > phandle = <0xbc>; > segment@0 { > > compatible = "simple-bus"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x0 0x800 0x800 0x800 0x800 0x1000 0x1000 0x400 0xc000 > 0xc000 0x1000 0xd000 0xd000 0x1000 0xe000 0xe000 0x1000 0xf000 0xf000 > 0x1000 0x10000 0x10000 0x1000 0x11000 0x11000 0x1000 0x1a000 0x1a000 0x1000 > 0x1b000 0x1b000 0x1000 0x24000 0x24000 0x1000 0x25000 0x25000 0x1000 > 0x26000 0x26000 0x1000 0x27000 0x27000 0x1000 0x30000 0x30000 0x1000 > 0x31000 0x31000 0x1000 0x38000 0x38000 0x1000 0x39000 0x39000 0x1000 > 0x3a000 0x3a000 0x1000 0x3b000 0x3b000 0x1000 0x3e000 0x3e000 0x1000 > 0x3f000 0x3f000 0x1000 0x3c000 0x3c000 0x1000 0x40000 0x40000 0x1000 > 0x46000 0x46000 0x1000 0x47000 0x47000 0x1000 0x44000 0x44000 0x1000 > 0x45000 0x45000 0x1000 0x28000 0x28000 0x1000 0x29000 0x29000 0x1000 > 0x32000 0x32000 0x1000 0x33000 0x33000 0x1000 0x3d000 0x3d000 0x1000 > 0x41000 0x41000 0x1000 0x42000 0x42000 0x1000 0x43000 0x43000 0x1000 > 0x14000 0x14000 0x1000 0x15000 0x15000 0x1000>; > target-module@c000 { > > compatible = "ti,sysc"; > status = "disabled"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0xc000 0x1000>; > }; > target-module@e000 { > > compatible = "ti,sysc"; > status = "disabled"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0xe000 0x1000>; > }; > target-module@10000 { > > compatible = "ti,sysc"; > status = "disabled"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x10000 0x1000>; > }; > target-module@14000 { > > compatible = "ti,sysc"; > status = "disabled"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x14000 0x1000>; > }; > target-module@1a000 { > > compatible = "ti,sysc"; > status = "disabled"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x1a000 0x1000>; > }; > target-module@24000 { > > compatible = "ti,sysc"; > status = "disabled"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x24000 0x1000>; > }; > target-module@26000 { > > compatible = "ti,sysc"; > status = "disabled"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x26000 0x1000>; > }; > target-module@28000 { > > compatible = "ti,sysc"; > status = "disabled"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x28000 0x1000>; > }; > target-module@30000 { > > compatible = "ti,sysc"; > status = "disabled"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x30000 0x1000>; > }; > target-module@32000 { > > compatible = "ti,sysc"; > status = "disabled"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x32000 0x1000>; > }; > target-module@38000 { > > compatible = "ti,sysc"; > status = "disabled"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x38000 0x1000>; > }; > target-module@3a000 { > > compatible = "ti,sysc"; > status = "disabled"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x3a000 0x1000>; > }; > target-module@3c000 { > > compatible = "ti,sysc"; > status = "disabled"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x3c000 0x1000>; > }; > target-module@3e000 { > > compatible = "ti,sysc"; > status = "disabled"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x3e000 0x1000>; > }; > target-module@40000 { > > compatible = "ti,sysc"; > status = "disabled"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x40000 0x1000>; > }; > target-module@42000 { > > compatible = "ti,sysc"; > status = "disabled"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x42000 0x1000>; > }; > target-module@44000 { > > compatible = "ti,sysc"; > status = "disabled"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x44000 0x1000>; > }; > target-module@46000 { > > compatible = "ti,sysc"; > status = "disabled"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x46000 0x1000>; > }; > }; > }; > interconnect@4a000000 { > > compatible = "ti,am33xx-l4-fast", "simple-bus"; > reg = <0x4a000000 0x800 0x4a000800 0x800 0x4a001000 0x400>; > reg-names = "ap", "la", "ia0"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x4a000000 0x1000000>; > phandle = <0xbd>; > segment@0 { > > compatible = "simple-bus"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x0 0x800 0x800 0x800 0x800 0x1000 0x1000 0x400 0x100000 > 0x100000 0x8000 0x108000 0x108000 0x1000 0x180000 0x180000 0x20000 0x1a0000 > 0x1a0000 0x1000 0x200000 0x200000 0x80000 0x280000 0x280000 0x1000 0x300000 > 0x300000 0x80000 0x380000 0x380000 0x1000>; > target-module@100000 { > > compatible = "ti,sysc-omap4-simple", "ti,sysc"; > ti,hwmods = "cpgmac0"; > reg = <0x101200 0x4 0x101208 0x4 0x101204 0x4>; > reg-names = "rev", "sysc", "syss"; > ti,sysc-mask = <0x0>; > ti,sysc-midle = <0x0 0x1>; > ti,sysc-sidle = <0x0 0x1>; > ti,syss-mask = <0x1>; > clocks = <0x44 0x14 0x0>; > clock-names = "fck"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x100000 0x8000>; > ethernet@0 { > > compatible = "ti,am335x-cpsw", "ti,cpsw"; > clocks = <0x33 0x34>; > clock-names = "fck", "cpts"; > cpdma_channels = <0x8>; > ale_entries = <0x400>; > bd_ram_size = <0x2000>; > mac_control = <0x20>; > slaves = <0x1>; > active_slave = <0x0>; > cpts_clock_mult = <0x80000000>; > cpts_clock_shift = <0x1d>; > reg = <0x0 0x800 0x1200 0x100>; > #address-cells = <0x1>; > #size-cells = <0x1>; > interrupts = <0x28 0x29 0x2a 0x2b>; > ranges = <0x0 0x0 0x8000>; > syscon = <0x74>; > status = "okay"; > pinctrl-names = "default", "sleep"; > pinctrl-0 = <0x6b>; > pinctrl-1 = <0x6c>; > phandle = <0xbe>; > mdio@1000 { > > compatible = "ti,cpsw-mdio", "ti,davinci_mdio"; > #address-cells = <0x1>; > #size-cells = <0x0>; > ti,hwmods = "davinci_mdio"; > bus_freq = <0xf4240>; > reg = <0x1000 0x100>; > status = "okay"; > pinctrl-names = "default", "sleep"; > pinctrl-0 = <0x6d>; > pinctrl-1 = <0x6e>; > phandle = <0xbf>; > ethernet-phy@0 { > > reg = <0x0>; > phandle = <0xc0>; > }; > }; > slave@200 { > > local-mac-address = [d0 39 72 30 58 f9]; > mac-address = [d0 39 72 30 58 f9]; > phys = <0x75 0x1 0x1>; > phy-handle = <0xc0>; > phy-mode = "mii"; > phandle = <0xc1>; > }; > slave@300 { > > local-mac-address = [d0 39 72 30 58 fb]; > mac-address = [d0 39 72 30 58 fb]; > phys = <0x75 0x2 0x1>; > phandle = <0xc2>; > }; > }; > }; > target-module@180000 { > > compatible = "ti,sysc"; > status = "disabled"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x180000 0x20000>; > }; > target-module@200000 { > > compatible = "ti,sysc"; > status = "disabled"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x200000 0x80000>; > }; > target-module@300000 { > > compatible = "ti,sysc"; > status = "disabled"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x300000 0x80000>; > }; > }; > }; > interconnect@4b140000 { > > compatible = "ti,am33xx-l4-mpuss", "simple-bus"; > reg = <0x4b144400 0x100 0x4b144800 0x400>; > reg-names = "la", "ap"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x4b140000 0x8000>; > phandle = <0xc3>; > segment@0 { > > compatible = "simple-bus"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x4800 0x4800 0x400 0x1000 0x1000 0x1000 0x2000 0x2000 0x1000 > 0x4000 0x4000 0x400 0x5000 0x5000 0x400 0x0 0x0 0x1000 0x3000 0x3000 0x1000 > 0x800 0x800 0x800>; > target-module@0 { > > compatible = "ti,sysc"; > status = "disabled"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x0 0x1000 0x1000 0x1000 0x1000 0x2000 0x2000 0x1000>; > }; > target-module@3000 { > > compatible = "ti,sysc"; > status = "disabled"; > #address-cells = <0x1>; > #size-cells = <0x1>; > ranges = <0x0 0x3000 0x1000>; > }; > }; > }; > interrupt-controller@48200000 { > > compatible = "ti,am33xx-intc"; > interrupt-controller; > #interrupt-cells = <0x1>; > reg = <0x48200000 0x1000>; > phandle = <0xc4>; > }; > edma@49000000 { > > compatible = "ti,edma3-tpcc"; > ti,hwmods = "tpcc"; > reg = <0x49000000 0x10000>; > reg-names = "edma3_cc"; > interrupts = <0xc 0xd 0xe>; > interrupt-names = "edma3_ccint", "edma3_mperr", "edma3_ccerrint"; > dma-requests = <0x40>; > #dma-cells = <0x2>; > ti,tptcs = <0xc6 0x7 0xc7 0x5 0xc8 0x0>; > ti,edma-memcpy-channels = <0x14 0x15>; > phandle = <0xc5>; > }; > tptc@49800000 { > > compatible = "ti,edma3-tptc"; > ti,hwmods = "tptc0"; > reg = <0x49800000 0x100000>; > interrupts = <0x70>; > interrupt-names = "edma3_tcerrint"; > phandle = <0xc6>; > }; > tptc@49900000 { > > compatible = "ti,edma3-tptc"; > ti,hwmods = "tptc1"; > reg = <0x49900000 0x100000>; > interrupts = <0x71>; > interrupt-names = "edma3_tcerrint"; > phandle = <0xc7>; > }; > tptc@49a00000 { > > compatible = "ti,edma3-tptc"; > ti,hwmods = "tptc2"; > reg = <0x49a00000 0x100000>; > interrupts = <0x72>; > interrupt-names = "edma3_tcerrint"; > phandle = <0xc8>; > }; > mmc@47810000 { > > compatible = "ti,omap4-hsmmc"; > ti,hwmods = "mmc3"; > ti,needs-special-reset; > interrupts = <0x1d>; > reg = <0x47810000 0x1000>; > status = "disabled"; > phandle = <0xc9>; > }; > usb@47400000 { > > compatible = "ti,am33xx-usb"; > reg = <0x47400000 0x1000>; > ranges; > #address-cells = <0x1>; > #size-cells = <0x1>; > ti,hwmods = "usb_otg_hs"; > status = "okay"; > phandle = <0xca>; > control@44e10620 { > > compatible = "ti,am335x-usb-ctrl-module"; > reg = <0x44e10620 0x10 0x44e10648 0x4>; > reg-names = "phy_ctrl", "wakeup"; > status = "okay"; > phandle = <0xcb>; > }; > usb-phy@47401300 { > > compatible = "ti,am335x-usb-phy"; > reg = <0x47401300 0x100>; > reg-names = "phy"; > status = "okay"; > ti,ctrl_mod = <0xcb>; > #phy-cells = <0x0>; > phandle = <0xcc>; > }; > usb@47401000 { > > compatible = "ti,musb-am33xx"; > status = "okay"; > reg = <0x47401400 0x400 0x47401000 0x200>; > reg-names = "mc", "control"; > interrupts = <0x12>; > interrupt-names = "mc", "vbus"; > dr_mode = "peripheral"; > mentor,multipoint = <0x1>; > mentor,num-eps = <0x10>; > mentor,ram-bits = <0xc>; > mentor,power = <0x1f4>; > phys = <0xcc>; > dmas = <0xd0 0x0 0x0 0xd0 0x1 0x0 0xd0 0x2 0x0 0xd0 0x3 0x0 0xd0 0x4 0x0 > 0xd0 0x5 0x0 0xd0 0x6 0x0 0xd0 0x7 0x0 0xd0 0x8 0x0 0xd0 0x9 0x0 0xd0 0xa > 0x0 0xd0 0xb 0x0 0xd0 0xc 0x0 0xd0 0xd 0x0 0xd0 0xe 0x0 0xd0 0x0 0x1 0xd0 > 0x1 0x1 0xd0 0x2 0x1 0xd0 0x3 0x1 0xd0 0x4 0x1 0xd0 0x5 0x1 0xd0 0x6 0x1 > 0xd0 0x7 0x1 0xd0 0x8 0x1 0xd0 0x9 0x1 0xd0 0xa 0x1 0xd0 0xb 0x1 0xd0 0xc > 0x1 0xd0 0xd 0x1 0xd0 0xe 0x1>; > dma-names = "rx1", "rx2", "rx3", "rx4", "rx5", "rx6", "rx7", "rx8", "rx9", > "rx10", "rx11", "rx12", "rx13", "rx14", "rx15", "tx1", "tx2", "tx3", "tx4", > "tx5", "tx6", "tx7", "tx8", "tx9", "tx10", "tx11", "tx12", "tx13", "tx14", > "tx15"; > interrupts-extended = <0xc4 0x12 0x56 0x0>; > phandle = <0xcd>; > }; > usb-phy@47401b00 { > > compatible = "ti,am335x-usb-phy"; > reg = <0x47401b00 0x100>; > reg-names = "phy"; > status = "okay"; > ti,ctrl_mod = <0xcb>; > #phy-cells = <0x0>; > phandle = <0xce>; > }; > usb@47401800 { > > compatible = "ti,musb-am33xx"; > status = "okay"; > reg = <0x47401c00 0x400 0x47401800 0x200>; > reg-names = "mc", "control"; > interrupts = <0x13>; > interrupt-names = "mc"; > dr_mode = "host"; > mentor,multipoint = <0x1>; > mentor,num-eps = <0x10>; > mentor,ram-bits = <0xc>; > mentor,power = <0x1f4>; > phys = <0xce>; > dmas = <0xd0 0xf 0x0 0xd0 0x10 0x0 0xd0 0x11 0x0 0xd0 0x12 0x0 0xd0 0x13 > 0x0 0xd0 0x14 0x0 0xd0 0x15 0x0 0xd0 0x16 0x0 0xd0 0x17 0x0 0xd0 0x18 0x0 > 0xd0 0x19 0x0 0xd0 0x1a 0x0 0xd0 0x1b 0x0 0xd0 0x1c 0x0 0xd0 0x1d 0x0 0xd0 > 0xf 0x1 0xd0 0x10 0x1 0xd0 0x11 0x1 0xd0 0x12 0x1 0xd0 0x13 0x1 0xd0 0x14 > 0x1 0xd0 0x15 0x1 0xd0 0x16 0x1 0xd0 0x17 0x1 0xd0 0x18 0x1 0xd0 0x19 0x1 > 0xd0 0x1a 0x1 0xd0 0x1b 0x1 0xd0 0x1c 0x1 0xd0 0x1d 0x1>; > dma-names = "rx1", "rx2", "rx3", "rx4", "rx5", "rx6", "rx7", "rx8", "rx9", > "rx10", "rx11", "rx12", "rx13", "rx14", "rx15", "tx1", "tx2", "tx3", "tx4", > "tx5", "tx6", "tx7", "tx8", "tx9", "tx10", "tx11", "tx12", "tx13", "tx14", > "tx15"; > phandle = <0xcf>; > }; > dma-controller@47402000 { > > compatible = "ti,am3359-cppi41"; > reg = <0x47400000 0x1000 0x47402000 0x1000 0x47403000 0x1000 0x47404000 > 0x4000>; > reg-names = "glue", "controller", "scheduler", "queuemgr"; > interrupts = <0x11>; > interrupt-names = "glue"; > #dma-cells = <0x2>; > #dma-channels = <0x1e>; > #dma-requests = <0x100>; > status = "okay"; > phandle = <0xd0>; > }; > }; > ocmcram@40300000 { > > compatible = "mmio-sram"; > reg = <0x40300000 0x10000>; > ranges = <0x0 0x40300000 0x10000>; > #address-cells = <0x1>; > #size-cells = <0x1>; > phandle = <0xd1>; > pm-sram-code@0 { > > compatible = "ti,sram"; > reg = <0x0 0x1000>; > protect-exec; > phandle = <0xd2>; > }; > pm-sram-data@1000 { > > compatible = "ti,sram"; > reg = <0x1000 0x1000>; > pool; > phandle = <0xd3>; > }; > }; > emif@4c000000 { > > compatible = "ti,emif-am3352"; > reg = <0x4c000000 0x1000000>; > ti,hwmods = "emif"; > interrupts = <0x65>; > sram = <0xd2 0xd3>; > ti,no-idle; > phandle = <0xd4>; > }; > gpmc@50000000 { > > compatible = "ti,am3352-gpmc"; > ti,hwmods = "gpmc"; > ti,no-idle-on-init; > reg = <0x50000000 0x2000>; > interrupts = <0x64>; > dmas = <0xc5 0x34 0x0>; > dma-names = "rxtx"; > gpmc,num-cs = <0x7>; > gpmc,num-waitpins = <0x2>; > #address-cells = <0x2>; > #size-cells = <0x1>; > interrupt-controller; > #interrupt-cells = <0x2>; > gpio-controller; > #gpio-cells = <0x2>; > status = "disabled"; > phandle = <0xd5>; > }; > sham@53100000 { > > compatible = "ti,omap4-sham"; > ti,hwmods = "sham"; > reg = <0x53100000 0x200>; > interrupts = <0x6d>; > dmas = <0xc5 0x24 0x0>; > dma-names = "rx"; > status = "okay"; > phandle = <0xd6>; > }; > aes@53500000 { > > compatible = "ti,omap4-aes"; > ti,hwmods = "aes"; > reg = <0x53500000 0xa0>; > interrupts = <0x67>; > dmas = <0xc5 0x6 0x0 0xc5 0x5 0x0>; > dma-names = "tx", "rx"; > status = "okay"; > phandle = <0xd7>; > }; > }; > memory@80000000 { > > device_type = "memory"; > reg = <0x80000000 0x20000000>; > }; > leds { > > pinctrl-names = "default"; > pinctrl-0 = <0x66>; > compatible = "gpio-leds"; > led2 { > > label = "beaglebone:green:heartbeat"; > gpios = <0x98 0x15 0x0>; > linux,default-trigger = "heartbeat"; > default-state = "off"; > }; > led3 { > > label = "beaglebone:green:mmc0"; > gpios = <0x98 0x16 0x0>; > linux,default-trigger = "mmc0"; > default-state = "off"; > }; > led4 { > > label = "beaglebone:green:usr2"; > gpios = <0x98 0x17 0x0>; > linux,default-trigger = "cpu0"; > default-state = "off"; > }; > led5 { > > label = "beaglebone:green:usr3"; > gpios = <0x98 0x18 0x0>; > linux,default-trigger = "mmc1"; > default-state = "off"; > }; > }; > fixedregulator0 { > > compatible = "regulator-fixed"; > regulator-name = "vmmcsd_fixed"; > regulator-min-microvolt = <0x325aa0>; > regulator-max-microvolt = <0x325aa0>; > phandle = <0xd8>; > }; > clk_mcasp0_fixed { > > #clock-cells = <0x0>; > compatible = "fixed-clock"; > clock-frequency = <0x1770000>; > phandle = <0xd9>; > }; > clk_mcasp0 { > > #clock-cells = <0x0>; > compatible = "gpio-gate-clock"; > clocks = <0xd9>; > enable-gpios = <0x98 0x1b 0x0>; > phandle = <0xda>; > }; > sound { > > compatible = "simple-audio-card"; > simple-audio-card,name = "TI BeagleBone Black"; > simple-audio-card,format = "i2s"; > simple-audio-card,bitclock-master = <0xdb>; > simple-audio-card,frame-master = <0xdb>; > simple-audio-card,cpu { > > sound-dai = <0x90>; > clocks = <0xda>; > phandle = <0xdb>; > }; > simple-audio-card,codec { > > sound-dai = <0x60>; > }; > }; > __symbols__ { > > dailink0_master = "/sound/simple-audio-card,cpu"; > clk_mcasp0 = "/clk_mcasp0"; > clk_mcasp0_fixed = "/clk_mcasp0_fixed"; > vmmcsd_fixed = "/fixedregulator0"; > aes = "/ocp/aes@53500000"; > sham = "/ocp/sham@53100000"; > gpmc = "/ocp/gpmc@50000000"; > emif = "/ocp/emif@4c000000"; > pm_sram_data = "/ocp/ocmcram@40300000/pm-sram-data@1000"; > pm_sram_code = "/ocp/ocmcram@40300000/pm-sram-code@0"; > ocmcram = "/ocp/ocmcram@40300000"; > cppi41dma = "/ocp/usb@47400000/dma-controller@47402000"; > usb1 = "/ocp/usb@47400000/usb@47401800"; > usb1_phy = "/ocp/usb@47400000/usb-phy@47401b00"; > usb0 = "/ocp/usb@47400000/usb@47401000"; > usb0_phy = "/ocp/usb@47400000/usb-phy@47401300"; > usb_ctrl_mod = "/ocp/usb@47400000/control@44e10620"; > usb = "/ocp/usb@47400000"; > mmc3 = "/ocp/mmc@47810000"; > edma_tptc2 = "/ocp/tptc@49a00000"; > edma_tptc1 = "/ocp/tptc@49900000"; > edma_tptc0 = "/ocp/tptc@49800000"; > edma = "/ocp/edma@49000000"; > intc = "/ocp/interrupt-controller@48200000"; > l4_mpuss = "/ocp/interconnect@4b140000"; > cpsw_emac1 = "/ocp/interconnect@4a000000/segment@0/target-module@100000 > /ethernet@0/slave@300"; > cpsw_emac0 = "/ocp/interconnect@4a000000/segment@0/target-module@100000 > /ethernet@0/slave@200"; > ethphy0 = "/ocp/interconnect@4a000000/segment@0/target-module@100000 > /ethernet@0/mdio@1000/ethernet-phy@0"; > davinci_mdio = "/ocp/interconnect@4a000000/segment@0/target-module@100000 > /ethernet@0/mdio@1000"; > mac = "/ocp/interconnect@4a000000/segment@0/target-module@100000 > /ethernet@0"; > l4_fast = "/ocp/interconnect@4a000000"; > l4_fw = "/ocp/interconnect@47c00000"; > rng = "/ocp/interconnect@48000000/segment@300000/target-module@10000/rng@0 > "; > lcdc_0 = "/ocp/interconnect@48000000/segment@300000/target-module@e000 > /lcdc@0/port/endpoint@0"; > lcdc = "/ocp/interconnect@48000000/segment@300000/target-module@e000 > /lcdc@0"; > ehrpwm2 = "/ocp/interconnect@48000000/segment@300000/target-module@4000 > /epwmss@0/pwm@200"; > ecap2 = "/ocp/interconnect@48000000/segment@300000/target-module@4000 > /epwmss@0/ecap@100"; > epwmss2 = "/ocp/interconnect@48000000/segment@300000/target-module@4000 > /epwmss@0"; > ehrpwm1 = "/ocp/interconnect@48000000/segment@300000/target-module@2000 > /epwmss@0/pwm@200"; > ecap1 = "/ocp/interconnect@48000000/segment@300000/target-module@2000 > /epwmss@0/ecap@100"; > epwmss1 = "/ocp/interconnect@48000000/segment@300000/target-module@2000 > /epwmss@0"; > ehrpwm0 = "/ocp/interconnect@48000000/segment@300000/target-module@0 > /epwmss@0/pwm@200"; > ecap0 = "/ocp/interconnect@48000000/segment@300000/target-module@0 > /epwmss@0/ecap@100"; > epwmss0 = "/ocp/interconnect@48000000/segment@300000/target-module@0 > /epwmss@0"; > mmc2 = "/ocp/interconnect@48000000/segment@100000/target-module@d8000 > /mmc@0"; > dcan1 = "/ocp/interconnect@48000000/segment@100000/target-module@d0000 > /can@0"; > dcan0 = "/ocp/interconnect@48000000/segment@100000/target-module@cc000 > /can@0"; > gpio3 = "/ocp/interconnect@48000000/segment@100000/target-module@ae000 > /gpio@0"; > gpio2 = "/ocp/interconnect@48000000/segment@100000/target-module@ac000 > /gpio@0"; > uart5 = "/ocp/interconnect@48000000/segment@100000/target-module@aa000 > /serial@0"; > uart4 = "/ocp/interconnect@48000000/segment@100000/target-module@a8000 > /serial@0"; > uart3 = "/ocp/interconnect@48000000/segment@100000/target-module@a6000 > /serial@0"; > spi1 = "/ocp/interconnect@48000000/segment@100000/target-module@a0000 > /spi@0"; > cape3_data = "/ocp/interconnect@48000000/segment@100000 > /target-module@9c000/i2c@0/cape_eeprom3@57/cape_data@0"; > cape_eeprom3 = "/ocp/interconnect@48000000/segment@100000 > /target-module@9c000/i2c@0/cape_eeprom3@57"; > cape2_data = "/ocp/interconnect@48000000/segment@100000 > /target-module@9c000/i2c@0/cape_eeprom2@56/cape_data@0"; > cape_eeprom2 = "/ocp/interconnect@48000000/segment@100000 > /target-module@9c000/i2c@0/cape_eeprom2@56"; > cape1_data = "/ocp/interconnect@48000000/segment@100000 > /target-module@9c000/i2c@0/cape_eeprom1@55/cape_data@0"; > cape_eeprom1 = "/ocp/interconnect@48000000/segment@100000 > /target-module@9c000/i2c@0/cape_eeprom1@55"; > cape0_data = "/ocp/interconnect@48000000/segment@100000 > /target-module@9c000/i2c@0/cape_eeprom0@54/cape_data@0"; > cape_eeprom0 = "/ocp/interconnect@48000000/segment@100000 > /target-module@9c000/i2c@0/cape_eeprom0@54"; > i2c2 = "/ocp/interconnect@48000000/segment@100000/target-module@9c000 > /i2c@0"; > hwspinlock = "/ocp/interconnect@48000000/segment@0/target-module@ca000 > /spinlock@0"; > mbox_wkupm3 = "/ocp/interconnect@48000000/segment@0/target-module@c8000 > /mailbox@0/wkup_m3"; > mailbox = "/ocp/interconnect@48000000/segment@0/target-module@c8000 > /mailbox@0"; > elm = "/ocp/interconnect@48000000/segment@0/target-module@80000/elm@0"; > mmc1 = "/ocp/interconnect@48000000/segment@0/target-module@60000/mmc@0"; > gpio1 = "/ocp/interconnect@48000000/segment@0/target-module@4c000/gpio@0"; > timer7 = "/ocp/interconnect@48000000/segment@0/target-module@4a000/timer@0 > "; > timer6 = "/ocp/interconnect@48000000/segment@0/target-module@48000/timer@0 > "; > timer5 = "/ocp/interconnect@48000000/segment@0/target-module@46000/timer@0 > "; > timer4 = "/ocp/interconnect@48000000/segment@0/target-module@44000/timer@0 > "; > timer3 = "/ocp/interconnect@48000000/segment@0/target-module@42000/timer@0 > "; > timer2 = "/ocp/interconnect@48000000/segment@0/target-module@40000/timer@0 > "; > mcasp1 = "/ocp/interconnect@48000000/segment@0/target-module@3c000/mcasp@0 > "; > mcasp0 = "/ocp/interconnect@48000000/segment@0/target-module@38000/mcasp@0 > "; > spi0 = "/ocp/interconnect@48000000/segment@0/target-module@30000/spi@0"; > i2c1 = "/ocp/interconnect@48000000/segment@0/target-module@2a000/i2c@0"; > uart2 = "/ocp/interconnect@48000000/segment@0/target-module@24000/serial@0 > "; > uart1 = "/ocp/interconnect@48000000/segment@0/target-module@22000/serial@0 > "; > l4_per = "/ocp/interconnect@48000000"; > rtc = "/ocp/interconnect@44c00000/segment@200000/target-module@3e000/rtc@0 > "; > wdt2 = "/ocp/interconnect@44c00000/segment@200000/target-module@35000 > /wdt@0"; > timer1 = "/ocp/interconnect@44c00000/segment@200000/target-module@31000 > /timer@0"; > scm_clockdomains = "/ocp/interconnect@44c00000/segment@200000 > /target-module@10000/scm@0/clockdomains"; > edma_xbar = "/ocp/interconnect@44c00000/segment@200000/target-module@10000 > /scm@0/dma-router@f90"; > wkup_m3_ipc = "/ocp/interconnect@44c00000/segment@200000 > /target-module@10000/scm@0/wkup_m3_ipc@1324"; > ehrpwm2_tbclk = "/ocp/interconnect@44c00000/segment@200000 > /target-module@10000/scm@0/scm_conf@0/clocks/ehrpwm2_tbclk@44e10664"; > ehrpwm1_tbclk = "/ocp/interconnect@44c00000/segment@200000 > /target-module@10000/scm@0/scm_conf@0/clocks/ehrpwm1_tbclk@44e10664"; > ehrpwm0_tbclk = "/ocp/interconnect@44c00000/segment@200000 > /target-module@10000/scm@0/scm_conf@0/clocks/ehrpwm0_tbclk@44e10664"; > rng_fck = "/ocp/interconnect@44c00000/segment@200000/target-module@10000 > /scm@0/scm_conf@0/clocks/rng_fck"; > aes0_fck = "/ocp/interconnect@44c00000/segment@200000/target-module@10000 > /scm@0/scm_conf@0/clocks/aes0_fck"; > sha0_fck = "/ocp/interconnect@44c00000/segment@200000/target-module@10000 > /scm@0/scm_conf@0/clocks/sha0_fck"; > smartreflex1_fck = "/ocp/interconnect@44c00000/segment@200000 > /target-module@10000/scm@0/scm_conf@0/clocks/smartreflex1_fck"; > smartreflex0_fck = "/ocp/interconnect@44c00000/segment@200000 > /target-module@10000/scm@0/scm_conf@0/clocks/smartreflex0_fck"; > mcasp1_fck = "/ocp/interconnect@44c00000/segment@200000 > /target-module@10000/scm@0/scm_conf@0/clocks/mcasp1_fck"; > mcasp0_fck = "/ocp/interconnect@44c00000/segment@200000 > /target-module@10000/scm@0/scm_conf@0/clocks/mcasp0_fck"; > dcan1_fck = "/ocp/interconnect@44c00000/segment@200000/target-module@10000 > /scm@0/scm_conf@0/clocks/dcan1_fck"; > dcan0_fck = "/ocp/interconnect@44c00000/segment@200000/target-module@10000 > /scm@0/scm_conf@0/clocks/dcan0_fck"; > adc_tsc_fck = "/ocp/interconnect@44c00000/segment@200000 > /target-module@10000/scm@0/scm_conf@0/clocks/adc_tsc_fck"; > sys_clkin_ck = "/ocp/interconnect@44c00000/segment@200000 > /target-module@10000/scm@0/scm_conf@0/clocks/sys_clkin_ck@40"; > scm_clocks = "/ocp/interconnect@44c00000/segment@200000 > /target-module@10000/scm@0/scm_conf@0/clocks"; > phy_gmii_sel = "/ocp/interconnect@44c00000/segment@200000 > /target-module@10000/scm@0/scm_conf@0/phy-gmii-sel"; > scm_conf = "/ocp/interconnect@44c00000/segment@200000/target-module@10000 > /scm@0/scm_conf@0"; > mcasp0_pins = "/ocp/interconnect@44c00000/segment@200000 > /target-module@10000/scm@0/pinmux@800/mcasp0_pins"; > nxp_hdmi_bonelt_off_pins = "/ocp/interconnect@44c00000/segment@200000 > /target-module@10000/scm@0/pinmux@800/nxp_hdmi_bonelt_off_pins"; > nxp_hdmi_bonelt_pins = "/ocp/interconnect@44c00000/segment@200000 > /target-module@10000/scm@0/pinmux@800/nxp_hdmi_bonelt_pins"; > emmc_pins = "/ocp/interconnect@44c00000/segment@200000/target-module@10000 > /scm@0/pinmux@800/pinmux_emmc_pins"; > mmc1_pins = "/ocp/interconnect@44c00000/segment@200000/target-module@10000 > /scm@0/pinmux@800/pinmux_mmc1_pins"; > davinci_mdio_sleep = "/ocp/interconnect@44c00000/segment@200000 > /target-module@10000/scm@0/pinmux@800/davinci_mdio_sleep"; > davinci_mdio_default = "/ocp/interconnect@44c00000/segment@200000 > /target-module@10000/scm@0/pinmux@800/davinci_mdio_default"; > cpsw_sleep = "/ocp/interconnect@44c00000/segment@200000 > /target-module@10000/scm@0/pinmux@800/cpsw_sleep"; > cpsw_default = "/ocp/interconnect@44c00000/segment@200000 > /target-module@10000/scm@0/pinmux@800/cpsw_default"; > clkout2_pin = "/ocp/interconnect@44c00000/segment@200000 > /target-module@10000/scm@0/pinmux@800/pinmux_clkout2_pin"; > uart0_pins = "/ocp/interconnect@44c00000/segment@200000 > /target-module@10000/scm@0/pinmux@800/pinmux_uart0_pins"; > i2c2_pins = "/ocp/interconnect@44c00000/segment@200000/target-module@10000 > /scm@0/pinmux@800/pinmux_i2c2_pins"; > i2c0_pins = "/ocp/interconnect@44c00000/segment@200000/target-module@10000 > /scm@0/pinmux@800/pinmux_i2c0_pins"; > user_leds_s0 = "/ocp/interconnect@44c00000/segment@200000 > /target-module@10000/scm@0/pinmux@800/user_leds_s0"; > am33xx_pinmux = "/ocp/interconnect@44c00000/segment@200000 > /target-module@10000/scm@0/pinmux@800"; > scm = "/ocp/interconnect@44c00000/segment@200000/target-module@10000/scm@0 > "; > am335x_adc = "/ocp/interconnect@44c00000/segment@200000/target-module@d000 > /tscadc@0/adc"; > tscadc = "/ocp/interconnect@44c00000/segment@200000/target-module@d000 > /tscadc@0"; > hdmi_0 = "/ocp/interconnect@44c00000/segment@200000/target-module@b000 > /i2c@0/tda19988@70/ports/port@0/endpoint@0"; > tda19988 = "/ocp/interconnect@44c00000/segment@200000/target-module@b000 > /i2c@0/tda19988@70"; > baseboard_data = "/ocp/interconnect@44c00000/segment@200000 > /target-module@b000/i2c@0/baseboard_eeprom@50/baseboard_data@0"; > baseboard_eeprom = "/ocp/interconnect@44c00000/segment@200000 > /target-module@b000/i2c@0/baseboard_eeprom@50"; > ldo4_reg = "/ocp/interconnect@44c00000/segment@200000/target-module@b000 > /i2c@0/tps@24/regulators/regulator@6"; > ldo3_reg = "/ocp/interconnect@44c00000/segment@200000/target-module@b000 > /i2c@0/tps@24/regulators/regulator@5"; > ldo2_reg = "/ocp/interconnect@44c00000/segment@200000/target-module@b000 > /i2c@0/tps@24/regulators/regulator@4"; > ldo1_reg = "/ocp/interconnect@44c00000/segment@200000/target-module@b000 > /i2c@0/tps@24/regulators/regulator@3"; > dcdc3_reg = "/ocp/interconnect@44c00000/segment@200000/target-module@b000 > /i2c@0/tps@24/regulators/regulator@2"; > dcdc2_reg = "/ocp/interconnect@44c00000/segment@200000/target-module@b000 > /i2c@0/tps@24/regulators/regulator@1"; > dcdc1_reg = "/ocp/interconnect@44c00000/segment@200000/target-module@b000 > /i2c@0/tps@24/regulators/regulator@0"; > tps = "/ocp/interconnect@44c00000/segment@200000/target-module@b000/i2c@0 > /tps@24"; > i2c0 = "/ocp/interconnect@44c00000/segment@200000/target-module@b000/i2c@0 > "; > uart0 = "/ocp/interconnect@44c00000/segment@200000/target-module@9000 > /serial@0"; > gpio0 = "/ocp/interconnect@44c00000/segment@200000/target-module@7000 > /gpio@0"; > l4_cefuse_clkctrl = "/ocp/interconnect@44c00000/segment@200000 > /target-module@0/prcm@0/l4-cefuse-cm@a00/l4-cefuse-clkctrl@0"; > l4_cefuse_cm = "/ocp/interconnect@44c00000/segment@200000/target-module@0 > /prcm@0/l4-cefuse-cm@a00"; > gfx_l3_clkctrl = "/ocp/interconnect@44c00000/segment@200000 > /target-module@0/prcm@0/gfx-l3-cm@900/gfx-l3-clkctrl@0"; > gfx_l3_cm = "/ocp/interconnect@44c00000/segment@200000/target-module@0 > /prcm@0/gfx-l3-cm@900"; > l4_rtc_clkctrl = "/ocp/interconnect@44c00000/segment@200000 > /target-module@0/prcm@0/l4-rtc-cm@800/l4-rtc-clkctrl@0"; > l4_rtc_cm = "/ocp/interconnect@44c00000/segment@200000/target-module@0 > /prcm@0/l4-rtc-cm@800"; > mpu_clkctrl = "/ocp/interconnect@44c00000/segment@200000/target-module@0 > /prcm@0/mpu-cm@600/mpu-clkctrl@0"; > mpu_cm = "/ocp/interconnect@44c00000/segment@200000/target-module@0/prcm@0 > /mpu-cm@600"; > l4_wkup_aon_clkctrl = "/ocp/interconnect@44c00000/segment@200000 > /target-module@0/prcm@0/wkup-cm@400/l4-wkup-aon-clkctrl@b0"; > l3_aon_clkctrl = "/ocp/interconnect@44c00000/segment@200000 > /target-module@0/prcm@0/wkup-cm@400/l3-aon-clkctrl@14"; > l4_wkup_clkctrl = "/ocp/interconnect@44c00000/segment@200000 > /target-module@0/prcm@0/wkup-cm@400/l4-wkup-clkctrl@0"; > wkup_cm = "/ocp/interconnect@44c00000/segment@200000/target-module@0 > /prcm@0/wkup-cm@400"; > clk_24mhz_clkctrl = "/ocp/interconnect@44c00000/segment@200000 > /target-module@0/prcm@0/per-cm@0/clk-24mhz-clkctrl@14c"; > lcdc_clkctrl = "/ocp/interconnect@44c00000/segment@200000/target-module@0 > /prcm@0/per-cm@0/lcdc-clkctrl@18"; > cpsw_125mhz_clkctrl = "/ocp/interconnect@44c00000/segment@200000 > /target-module@0/prcm@0/per-cm@0/cpsw-125mhz-clkctrl@0"; > pruss_ocp_clkctrl = "/ocp/interconnect@44c00000/segment@200000 > /target-module@0/prcm@0/per-cm@0/pruss-ocp-clkctrl@e8"; > l4hs_clkctrl = "/ocp/interconnect@44c00000/segment@200000/target-module@0 > /prcm@0/per-cm@0/l4hs-clkctrl@120"; > l3_clkctrl = "/ocp/interconnect@44c00000/segment@200000/target-module@0 > /prcm@0/per-cm@0/l3-clkctrl@24"; > l3s_clkctrl = "/ocp/interconnect@44c00000/segment@200000/target-module@0 > /prcm@0/per-cm@0/l3s-clkctrl@1c"; > l4ls_clkctrl = "/ocp/interconnect@44c00000/segment@200000/target-module@0 > /prcm@0/per-cm@0/l4ls-clkctrl@38"; > per_cm = "/ocp/interconnect@44c00000/segment@200000/target-module@0/prcm@0 > /per-cm@0"; > prcm_clockdomains = "/ocp/interconnect@44c00000/segment@200000 > /target-module@0/prcm@0/clockdomains"; > clkout2_ck = "/ocp/interconnect@44c00000/segment@200000/target-module@0 > /prcm@0/clocks/clkout2_ck@700"; > clkout2_div_ck = "/ocp/interconnect@44c00000/segment@200000 > /target-module@0/prcm@0/clocks/clkout2_div_ck@700"; > sysclkout_pre_ck = "/ocp/interconnect@44c00000/segment@200000 > /target-module@0/prcm@0/clocks/sysclkout_pre_ck@700"; > gfx_fck_div_ck = "/ocp/interconnect@44c00000/segment@200000 > /target-module@0/prcm@0/clocks/gfx_fck_div_ck@52c"; > gfx_fclk_clksel_ck = "/ocp/interconnect@44c00000/segment@200000 > /target-module@0/prcm@0/clocks/gfx_fclk_clksel_ck@52c"; > mmc_clk = "/ocp/interconnect@44c00000/segment@200000/target-module@0 > /prcm@0/clocks/mmc_clk"; > lcd_gclk = "/ocp/interconnect@44c00000/segment@200000/target-module@0 > /prcm@0/clocks/lcd_gclk@534"; > gpio0_dbclk_mux_ck = "/ocp/interconnect@44c00000/segment@200000 > /target-module@0/prcm@0/clocks/gpio0_dbclk_mux_ck@53c"; > cpsw_cpts_rft_clk = "/ocp/interconnect@44c00000/segment@200000 > /target-module@0/prcm@0/clocks/cpsw_cpts_rft_clk@520"; > cpsw_125mhz_gclk = "/ocp/interconnect@44c00000/segment@200000 > /target-module@0/prcm@0/clocks/cpsw_125mhz_gclk"; > sysclk_div_ck = "/ocp/interconnect@44c00000/segment@200000/target-module@0 > /prcm@0/clocks/sysclk_div_ck"; > l4ls_gclk = "/ocp/interconnect@44c00000/segment@200000/target-module@0 > /prcm@0/clocks/l4ls_gclk"; > l4fw_gclk = "/ocp/interconnect@44c00000/segment@200000/target-module@0 > /prcm@0/clocks/l4fw_gclk"; > l3s_gclk = "/ocp/interconnect@44c00000/segment@200000/target-module@0 > /prcm@0/clocks/l3s_gclk"; > l4hs_gclk = "/ocp/interconnect@44c00000/segment@200000/target-module@0 > /prcm@0/clocks/l4hs_gclk"; > l4_rtc_gclk = "/ocp/interconnect@44c00000/segment@200000/target-module@0 > /prcm@0/clocks/l4_rtc_gclk"; > wdt1_fck = "/ocp/interconnect@44c00000/segment@200000/target-module@0 > /prcm@0/clocks/wdt1_fck@538"; > ieee5000_fck = "/ocp/interconnect@44c00000/segment@200000/target-module@0 > /prcm@0/clocks/ieee5000_fck@e4"; > dpll_core_m4_div2_ck = "/ocp/interconnect@44c00000/segment@200000 > /target-module@0/prcm@0/clocks/dpll_core_m4_div2_ck"; > usbotg_fck = "/ocp/interconnect@44c00000/segment@200000/target-module@0 > /prcm@0/clocks/usbotg_fck@47c"; > timer7_fck = "/ocp/interconnect@44c00000/segment@200000/target-module@0 > /prcm@0/clocks/timer7_fck@504"; > timer6_fck = "/ocp/interconnect@44c00000/segment@200000/target-module@0 > /prcm@0/clocks/timer6_fck@51c"; > timer5_fck = "/ocp/interconnect@44c00000/segment@200000/target-module@0 > /prcm@0/clocks/timer5_fck@518"; > timer4_fck = "/ocp/interconnect@44c00000/segment@200000/target-module@0 > /prcm@0/clocks/timer4_fck@510"; > timer3_fck = "/ocp/interconnect@44c00000/segment@200000/target-module@0 > /prcm@0/clocks/timer3_fck@50c"; > timer2_fck = "/ocp/interconnect@44c00000/segment@200000/target-module@0 > /prcm@0/clocks/timer2_fck@508"; > timer1_fck = "/ocp/interconnect@44c00000/segment@200000/target-module@0 > /prcm@0/clocks/timer1_fck@528"; > mmu_fck = "/ocp/interconnect@44c00000/segment@200000/target-module@0 > /prcm@0/clocks/mmu_fck@914"; > pruss_ocp_gclk = "/ocp/interconnect@44c00000/segment@200000 > /target-module@0/prcm@0/clocks/pruss_ocp_gclk@530"; > l3_gclk = "/ocp/interconnect@44c00000/segment@200000/target-module@0 > /prcm@0/clocks/l3_gclk"; > clkdiv32k_ck = "/ocp/interconnect@44c00000/segment@200000/target-module@0 > /prcm@0/clocks/clkdiv32k_ck"; > clk_24mhz = "/ocp/interconnect@44c00000/segment@200000/target-module@0 > /prcm@0/clocks/clk_24mhz"; > dpll_per_m2_div4_ck = "/ocp/interconnect@44c00000/segment@200000 > /target-module@0/prcm@0/clocks/dpll_per_m2_div4_ck"; > dpll_per_m2_div4_wkupdm_ck = "/ocp/interconnect@44c00000/segment@200000 > /target-module@0/prcm@0/clocks/dpll_per_m2_div4_wkupdm_ck"; > dpll_per_m2_ck = "/ocp/interconnect@44c00000/segment@200000 > /target-module@0/prcm@0/clocks/dpll_per_m2_ck@4ac"; > dpll_per_ck = "/ocp/interconnect@44c00000/segment@200000/target-module@0 > /prcm@0/clocks/dpll_per_ck@48c"; > dpll_disp_m2_ck = "/ocp/interconnect@44c00000/segment@200000 > /target-module@0/prcm@0/clocks/dpll_disp_m2_ck@4a4"; > dpll_disp_ck = "/ocp/interconnect@44c00000/segment@200000/target-module@0 > /prcm@0/clocks/dpll_disp_ck@498"; > dpll_ddr_m2_div2_ck = "/ocp/interconnect@44c00000/segment@200000 > /target-module@0/prcm@0/clocks/dpll_ddr_m2_div2_ck"; > dpll_ddr_m2_ck = "/ocp/interconnect@44c00000/segment@200000 > /target-module@0/prcm@0/clocks/dpll_ddr_m2_ck@4a0"; > dpll_ddr_ck = "/ocp/interconnect@44c00000/segment@200000/target-module@0 > /prcm@0/clocks/dpll_ddr_ck@494"; > dpll_mpu_m2_ck = "/ocp/interconnect@44c00000/segment@200000 > /target-module@0/prcm@0/clocks/dpll_mpu_m2_ck@4a8"; > dpll_mpu_ck = "/ocp/interconnect@44c00000/segment@200000/target-module@0 > /prcm@0/clocks/dpll_mpu_ck@488"; > dpll_core_m6_ck = "/ocp/interconnect@44c00000/segment@200000 > /target-module@0/prcm@0/clocks/dpll_core_m6_ck@4d8"; > dpll_core_m5_ck = "/ocp/interconnect@44c00000/segment@200000 > /target-module@0/prcm@0/clocks/dpll_core_m5_ck@484"; > dpll_core_m4_ck = "/ocp/interconnect@44c00000/segment@200000 > /target-module@0/prcm@0/clocks/dpll_core_m4_ck@480"; > dpll_core_x2_ck = "/ocp/interconnect@44c00000/segment@200000 > /target-module@0/prcm@0/clocks/dpll_core_x2_ck"; > dpll_core_ck = "/ocp/interconnect@44c00000/segment@200000/target-module@0 > /prcm@0/clocks/dpll_core_ck@490"; > tclkin_ck = "/ocp/interconnect@44c00000/segment@200000/target-module@0 > /prcm@0/clocks/tclkin_ck"; > virt_26000000_ck = "/ocp/interconnect@44c00000/segment@200000 > /target-module@0/prcm@0/clocks/virt_26000000_ck"; > virt_25000000_ck = "/ocp/interconnect@44c00000/segment@200000 > /target-module@0/prcm@0/clocks/virt_25000000_ck"; > virt_24000000_ck = "/ocp/interconnect@44c00000/segment@200000 > /target-module@0/prcm@0/clocks/virt_24000000_ck"; > virt_19200000_ck = "/ocp/interconnect@44c00000/segment@200000 > /target-module@0/prcm@0/clocks/virt_19200000_ck"; > clk_rc32k_ck = "/ocp/interconnect@44c00000/segment@200000/target-module@0 > /prcm@0/clocks/clk_rc32k_ck"; > clk_32768_ck = "/ocp/interconnect@44c00000/segment@200000/target-module@0 > /prcm@0/clocks/clk_32768_ck"; > prcm_clocks = "/ocp/interconnect@44c00000/segment@200000/target-module@0 > /prcm@0/clocks"; > prcm = "/ocp/interconnect@44c00000/segment@200000/target-module@0/prcm@0"; > wkup_m3 = "/ocp/interconnect@44c00000/wkup_m3@100000"; > l4_wkup = "/ocp/interconnect@44c00000"; > cpu0_opp_table = "/opp-table"; > }; > }; > > > > > > > > > > From owner-freebsd-arm@freebsd.org Tue Jan 21 04:35:02 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2F2222310DF for ; Tue, 21 Jan 2020 04:35:02 +0000 (UTC) (envelope-from dpd@dpdtech.com) Received: from mail-pf1-f174.google.com (mail-pf1-f174.google.com [209.85.210.174]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 481wgS6qPgz49Y5 for ; Tue, 21 Jan 2020 04:35:00 +0000 (UTC) (envelope-from dpd@dpdtech.com) Received: by mail-pf1-f174.google.com with SMTP id 62so796979pfu.11 for ; Mon, 20 Jan 2020 20:35:00 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:mime-version:subject:message-id:date:to; bh=u/MIt5V0IlOOGnjqQG473xzJm30ZhA302eQ97MSmrCA=; b=duVa2dc7swTySKr7i23Ubmu8Pby1tWtE+bdySSpqGEFXhGWd+AufVBaUWcMCfrtYvV XCSZ6rl+IuY9kcmWsAG27S8h12N89QJkg77FbN0N2SpBALmwU6kWfKR6/nHoG1N/8zjV BYFJp4OsmAVq/rV9XENxBfsnwwcDBacvR0iJqe6ZPIgCmfcQkKllXe9abEPXt8tGRP1E kRe8TVRh8/EYiu4qRAzf4jpb8MOy9Rzjs0eislzy+9X5l3EQMkFQ7BqbShIod0WxI8x8 LjHpF8pSXf4vdvh7BzuHW7Rm8RW9yU5XI+1BHkTWaDS0YzPQ4Vd00mVUeSuFIG5pOuMF pYNA== X-Gm-Message-State: APjAAAW8NmkFOrVMhwnwEM+aQA2CmzglCTw1iWamifpJlu4OqHWz9Neh QJIdGKtAhY77Xk05Zl8Fm1GNOZ22Eb1f+Q== X-Google-Smtp-Source: APXvYqww3+iMciGBQj8hVvZzsCMWAmLZ7Zja43CAHzVHBlxsxOP4dtxVwjr+zjqaEA8pjqj6FS0oNQ== X-Received: by 2002:a63:c511:: with SMTP id f17mr3302060pgd.198.1579581298638; Mon, 20 Jan 2020 20:34:58 -0800 (PST) Received: from relativity.dpdtech.com (173-13-188-42-sfba.hfc.comcastbusiness.net. [173.13.188.42]) by smtp.gmail.com with ESMTPSA id g19sm41140037pfh.134.2020.01.20.20.34.57 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 20 Jan 2020 20:34:57 -0800 (PST) From: David P. Discher Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Pine64 (Original) A64 - loader.efi - can't find partitions Message-Id: <9095258C-4FA4-46D9-B6DB-2622A48D6061@dpdtech.com> Date: Mon, 20 Jan 2020 20:34:56 -0800 To: freebsd-arm@freebsd.org X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: 481wgS6qPgz49Y5 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of dpd@dpdtech.com has no SPF policy when checking 209.85.210.174) smtp.mailfrom=dpd@dpdtech.com X-Spamd-Result: default: False [-3.51 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.985,0]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[174.210.85.209.rep.mailspike.net : 127.0.0.18]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain,multipart/related]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_DN_NONE(0.00)[]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[dpdtech.com]; IP_SCORE(-2.92)[ip: (-9.66), ipnet: 209.85.128.0/17(-3.07), asn: 15169(-1.82), country: US(-0.05)]; RCVD_IN_DNSWL_NONE(0.00)[174.210.85.209.list.dnswl.org : 127.0.5.0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~,4:~]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[] X-Mailman-Approved-At: Wed, 29 Jan 2020 21:03:03 +0000 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jan 2020 04:35:02 -0000 I=E2=80=99ve tried various hacks, but building a crochet, and RaspBSD = images are gone from the site.=20 I self built aarch64-12.1-DPD-356159M-Pine64 via a fresh GitHub clone of = crochet - but bootaa64.efi can't find any partitions.=20 This has worked in the past, I=E2=80=99m pretty sure I=E2=80=99ve booted = FreeBSD on my Pine64 A64 in the past. Not sure if I was every = successfully able to use crochet. crochet is setting up the pine64 image with MBR tables. -- David P. Discher=20 https://davidpdischer.com/ dpd@dpdtech.com From owner-freebsd-arm@freebsd.org Wed Jan 29 21:42:38 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C75521F8336; Wed, 29 Jan 2020 21:42:38 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.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 487H5T3MBXz4FJy; Wed, 29 Jan 2020 21:42:36 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (localhost [127.0.0.1]) by gndrsh.dnsmgr.net (8.13.3/8.13.3) with ESMTP id 00TLgWBF066162; Wed, 29 Jan 2020 13:42:32 -0800 (PST) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: (from freebsd-rwg@localhost) by gndrsh.dnsmgr.net (8.13.3/8.13.3/Submit) id 00TLgV9N066161; Wed, 29 Jan 2020 13:42:31 -0800 (PST) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <202001292142.00TLgV9N066161@gndrsh.dnsmgr.net> Subject: Re: arm64 as Tier 1 for FreeBSD 13 In-Reply-To: <84926.1580333803@critter.freebsd.dk> To: Poul-Henning Kamp Date: Wed, 29 Jan 2020 13:42:31 -0800 (PST) CC: Emmanuel Vadot , Paul Mather , Robert Clausecker , freebsd-arm , freebsd-arch X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 487H5T3MBXz4FJy X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of freebsd-rwg@gndrsh.dnsmgr.net has no SPF policy when checking 69.59.192.140) smtp.mailfrom=freebsd-rwg@gndrsh.dnsmgr.net X-Spamd-Result: default: False [1.47 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.21)[-0.213,0]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[dnsmgr.net]; AUTH_NA(1.00)[]; RCPT_COUNT_FIVE(0.00)[6]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_SPAM_LONG(0.75)[0.748,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:13868, ipnet:69.59.192.0/19, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.03)[ip: (0.13), ipnet: 69.59.192.0/19(0.07), asn: 13868(0.02), country: US(-0.05)]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jan 2020 21:42:38 -0000 > -------- > In message <20200129222907.3ccaf4c23fe8509e3f9cdfe4@bidouilliste.net>, Emmanuel Vadot writes: > > >> RPi's are a LOT easier to get hold of for hackers and in particular > >> for educators. > > > > In what way ? > > Real answer only. > > 1. Schools can get them through their usual suppliers of educational > material, with a pretty decent discount, and with educational > courses and materials, pretty much ready to go. As a bonus data point I have seen RPI's in vending machines at universities that have engineering departments. Thats just how "commidity" these items are in the educational world. > 2. Most "maker-space" atuned electronics pushers carry them. > > 3. Big electronics pushers carry them. You can walk into a Frys and walk out with one! > > In re 1-3: No customs processing of shipment involved. :-) > 4. Cost, including shipping is below "trivial" threshold in most > organizations. Yep. I have no problem if some want to ignore RPI*, but as Poul says FreeBSD does so at its own peril. If its a man power thing lets find it or make it! > Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-arm@freebsd.org Wed Jan 29 21:51:44 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DE00C1F8B27 for ; Wed, 29 Jan 2020 21:51:44 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qt1-x836.google.com (mail-qt1-x836.google.com [IPv6:2607:f8b0:4864:20::836]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 487HHz5tLhz4G3J for ; Wed, 29 Jan 2020 21:51:43 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qt1-x836.google.com with SMTP id d18so759194qtj.10 for ; Wed, 29 Jan 2020 13:51:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=DnBhOyQmo9upzK/D+E/otEc1ddEjfrFNJx2PZLuFlXw=; b=ccMOkfGmLYf2rvE7WWZWqxQNRfx7a2aZw8Yfd9kfJ+t0or8Sr5GQvLzNVPwOMqewcV VWnrWOI2Ofo0tgjULR4p1qDvBC36KL+XetJQGfXjqM0EM2iVFS9qwqNIR/lMQ67PVykz cP6hrZXalOdpNoirAfDGZ2hlrxAgLWndMYMkXWew371r3FJDBr/yHujeCkx1NrSjmGOk aN/gja/4ptuZPflFHFua1xmHQWONz+fMhpA32paQWXC/es6rSEDZUd4wJCR/wmZakObb AH/I+gdL58Xzov5L1bqgTJL9zfxqywu+6aiG2NetgZXbRLGWNuCA+/rWd/Ju4xLuBOcY Ydog== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=DnBhOyQmo9upzK/D+E/otEc1ddEjfrFNJx2PZLuFlXw=; b=mDITYW4MTUQ+hd4MJw32kHleU13prA6LzxzsBXEaHIyQqxXexLy8Ld+yeLjJnRP/4K 2xVwtocdDtX2vjW/QDMTCWeaK68nFobowfS1bTmZTTGRdhxmnc+S2vfC2Fa1tKB9BP5M v58F8XiVdQ00a1LvdcxQvzF0qGNC3J0oryVlolXPEamOnJswFlL3aG/d2RNvY1IjcU4l o24X4mHBd2iId7OElHBHPuOmB5G+aJ0s9A49v+imVHkHRlCaygAqOWcRR1mXA9TCXZcC CiAdmQ60QMH7eq1TQIuV+qXIhwkb5DXEn83xNdp2RiSqzXolbTs4bxwryE46+J7zMNu6 pl+Q== X-Gm-Message-State: APjAAAU7ZXAu4ipyhGC3Czj6F5fbkk83UQihG89l57Wrjzzr/iMzWuSb 9c+alBW70BEfzzp29ms1vrFN7H/8NYb72sES2mp/Lw== X-Google-Smtp-Source: APXvYqxiIygw5F2maf6oMQd6z/itAUlO+Ogbq+nWa0I24oRKGTUr1w9fKuAg7P8vuV1IEKQkNPIuMk305xCtqpR5F+0= X-Received: by 2002:ac8:78c:: with SMTP id l12mr1465488qth.187.1580334702355; Wed, 29 Jan 2020 13:51:42 -0800 (PST) MIME-Version: 1.0 References: <84926.1580333803@critter.freebsd.dk> <202001292142.00TLgV9N066161@gndrsh.dnsmgr.net> In-Reply-To: <202001292142.00TLgV9N066161@gndrsh.dnsmgr.net> From: Warner Losh Date: Wed, 29 Jan 2020 14:51:31 -0700 Message-ID: Subject: Re: arm64 as Tier 1 for FreeBSD 13 To: "Rodney W. Grimes" Cc: Poul-Henning Kamp , freebsd-arm , Emmanuel Vadot , Robert Clausecker , freebsd-arch X-Rspamd-Queue-Id: 487HHz5tLhz4G3J X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=ccMOkfGm; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::836) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [-4.60 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; RCPT_COUNT_FIVE(0.00)[6]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; RCVD_IN_DNSWL_NONE(0.00)[6.3.8.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; IP_SCORE(-2.60)[ip: (-9.14), ipnet: 2607:f8b0::/32(-2.03), asn: 15169(-1.78), country: US(-0.05)]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jan 2020 21:51:44 -0000 On Wed, Jan 29, 2020 at 2:42 PM Rodney W. Grimes < freebsd-rwg@gndrsh.dnsmgr.net> wrote: > I have no problem if some want to ignore RPI*, but as Poul says > FreeBSD does so at its own peril. If its a man power thing lets > find it or make it! > There's two issues. One is manpower. There's not too many people that want to hack on it. The second is information: it can be tricky to get from Broadcom which slows down any efforts to make progress. These two issues are interrelated... When it's hard to help out, it's easier to do other things. Ian is a prime example: he's had enough with the crappy docs on what he views as a crappy design so he chooses to spend his time elsewhere. This is his choice, of course. Others have tried to get USB or networking going on RPi4 have run into similar issues and got frustrated and quit out of frustration and inability to get the technical data they need in a form that's useful. So it's easier to work on other ARM and ARM64 platforms where data is available, vendors are more forthcoming and it's easier to get things done w/o all the stress and hassle. It's no different than the bazillion drivers we've written, or not written, over the years based on vendor support (or its lack). So, absent some large FreeBSD user of RPi that can use their business relationships with Raspberry / Broadcom to reduce the friction AND can fund people to improve the port, the situation isn't likely to improve. I sure wish this wasn't the current state of affairs, but sadly it is. Warner From owner-freebsd-arm@freebsd.org Wed Jan 29 22:03:39 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1A0581F90FE for ; Wed, 29 Jan 2020 22:03:39 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from out.migadu.com (out.migadu.com [91.121.223.63]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.migadu.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 487HYj41DMz4Ghv for ; Wed, 29 Jan 2020 22:03:37 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: (Migadu outbound); Wed, 29 Jan 2020 22:03:35 +0000 Received: from wms1-eu-central.migadu.com (wms1-eu-central.migadu.com [172.104.244.218]) by out.migadu.com (Haraka/2.8.16) with ESMTPSA id 8A0D711F-DCBB-48C3-960F-CB596B2EEADD.1 envelope-from (authenticated bits=0) (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 verify=FAIL); Wed, 29 Jan 2020 22:03:35 +0000 MIME-Version: 1.0 Date: Wed, 29 Jan 2020 22:03:34 +0000 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: RainLoop/1.12.1 From: greg@unrelenting.technology Message-ID: <85883a5a552a2d28b279e9281da660a7@unrelenting.technology> Subject: Re: arm64 as Tier 1 for FreeBSD 13 To: "Rodney W. Grimes" , "Poul-Henning Kamp" Cc: "freebsd-arm" , "Emmanuel Vadot" , "Robert Clausecker" , "freebsd-arch" In-Reply-To: <202001292142.00TLgV9N066161@gndrsh.dnsmgr.net> References: <202001292142.00TLgV9N066161@gndrsh.dnsmgr.net> DKIM-Signature: v=1; a=rsa-sha256; bh=vUK+M+piiMjAQeehjpt31tI8y6yeiL8YfTKXZki2jmg=; c=relaxed/simple; d=unrelenting.technology; h=from:subject:date:to; s=default; b=gNDBvQoGwBbYY0mrjjtXlCG9It5F1j1j8jJM1u1OpLUyj6/0muu1vT1MLUM1/Vk1gm/R1N0pnVdWB+cUX1Sq/W2RU6GKQQqY0X94h4ByEN0J65+gJPd0HPtAmdS7pUrqDcmgPHkjFoTvvVdD7sibgS89r/wSX0yOScwo0uWRHKI= X-Rspamd-Queue-Id: 487HYj41DMz4Ghv X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=unrelenting.technology header.s=default header.b=gNDBvQoG; dmarc=pass (policy=none) header.from=unrelenting.technology; spf=pass (mx1.freebsd.org: domain of greg@unrelenting.technology designates 91.121.223.63 as permitted sender) smtp.mailfrom=greg@unrelenting.technology X-Spamd-Result: default: False [-4.84 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[unrelenting.technology:s=default]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; IP_SCORE(-1.84)[ip: (-9.80), ipnet: 91.121.0.0/16(-1.48), asn: 16276(2.07), country: FR(0.00)]; R_SPF_ALLOW(-0.20)[+ip4:91.121.223.63]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_FIVE(0.00)[6]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[unrelenting.technology:+]; DMARC_POLICY_ALLOW(-0.50)[unrelenting.technology,none]; RCVD_IN_DNSWL_NONE(0.00)[63.223.121.91.list.dnswl.org : 127.0.10.0]; FROM_NO_DN(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[63.223.121.91.rep.mailspike.net : 127.0.0.17]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16276, ipnet:91.121.0.0/16, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jan 2020 22:03:39 -0000 January 30, 2020 12:42 AM, "Rodney W. Grimes" wrote:=0A=0A>> --------=0A>> In message <20200129222907.3ccaf4c23fe8= 509e3f9cdfe4@bidouilliste.net>, Emmanuel Vadot writes:=0A>> =0A>> RPi's a= re a LOT easier to get hold of for hackers and in particular=0A>> for edu= cators.=0A>> =0A>> In what way ?=0A>> Real answer only.=0A>> =0A>> 1. Sch= ools can get them through their usual suppliers of educational=0A>> mater= ial, with a pretty decent discount, and with educational=0A>> courses and= materials, pretty much ready to go.=0A> =0A> As a bonus data point I hav= e seen RPI's in vending machines at=0A> universities that have engineerin= g departments. Thats just how=0A> "commidity" these items are in the educ= ational world.=0A> =0A>> 2. Most "maker-space" atuned electronics pushers= carry them.=0A>> =0A>> 3. Big electronics pushers carry them.=0A> =0A> Y= ou can walk into a Frys and walk out with one!=0A> =0A>> In re 1-3: No cu= stoms processing of shipment involved.=0A> =0A> :-)=0A> =0A>> 4. Cost, in= cluding shipping is below "trivial" threshold in most=0A>> organizations.= =0A> =0A> Yep.=0A> =0A> I have no problem if some want to ignore RPI*, bu= t as Poul says=0A> FreeBSD does so at its own peril. If its a man power t= hing lets=0A> find it or make it!=0A=0APSA: with the RPi 4, the distincti= on between proper SBSA/SBBR machines and the Pi can get quite small.=0ATh= e new SoC uses a GIC instead of a custom interrupt controller, so it is p= ossible to describe=0Aall the basics of the system using generic ACPI. An= d upstream TianoCore EDK2 is doing just that.=0AFor example, even the XHC= I USB controller can be a good old PNP0D10:=0Ahttps://github.com/tianocor= e/edk2-platforms/commit/0d4b36888b5e614afef0361fda6e899b85999a52=0A=0AThe= organization for this work is https://github.com/pftf=0A=0APeople have a= ctually got Windows (!!!) to run using this:=0Ahttps://twitter.com/WhatAi= ntInside/status/1221151430788161537=0A=0AAnd this doesn't mean we have to= kill the support for all the extra Pi features.=0AFor example, see how N= etBSD has added ACPI attachment for the Broadcom mailbox:=0Ahttps://githu= b.com/NetBSD/src/commit/12e2bb1bfb04328865863ea0d970e323ec0470e5 From owner-freebsd-arm@freebsd.org Wed Jan 29 22:34:30 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 493171F9CE3 for ; Wed, 29 Jan 2020 22:34:30 +0000 (UTC) (envelope-from jonc@chen.org.nz) Received: from mail-ot1-x344.google.com (mail-ot1-x344.google.com [IPv6:2607:f8b0:4864:20::344]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 487JFJ75mmz4HsR for ; Wed, 29 Jan 2020 22:34:28 +0000 (UTC) (envelope-from jonc@chen.org.nz) Received: by mail-ot1-x344.google.com with SMTP id g64so1187777otb.13 for ; Wed, 29 Jan 2020 14:34:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chen-org-nz.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Y+7pJ+8CkCg55ZFQHh/zpSdeIF71+LHphJP6XSp1kEI=; b=Jsuh0S9fknKs/eImO5fwCsbP6gs5baayLMA/wej81gqDt+fj2rr9KKt4M841U4VaD/ IeGMkXfE2TqaGM9+lJuOXBMKgDvUy0oaFQo0isqDUazVL+FZX2P34+sg+55hPdvG7Ac2 sdKLgZ/BrjvLIP3XUXuOFIkwLhILOqvNxmSnx4uHocGg916CV8EB6a+ElmaVtaqTAqSE 5V5pRpbuNgHqrraTAyKSvj23NkELcst0kszWE2TeN2KAWOC4B1su+fkGRrPM/3t3hO9v Q+nCfH4BZCTfUwG/WeyYeLke0O0dNg79wDdixTHc5ycHhCVvaf84yYeXolkuJe6nZdh0 QKqg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Y+7pJ+8CkCg55ZFQHh/zpSdeIF71+LHphJP6XSp1kEI=; b=mw8gNtWM8Gco+oE4o9/dy0fTju3e2EAJcSX7dL9+j1jHYOAg0VdISlzflEmOJcFyjB jLI5jJetz35bm12EEnVoVFyO+IBIx+iPWZ+c+EEQMDZoL9b5u82IR4VfanjZCC4gXzO8 xJhRnrYJHIHZCdlyi1F6iYxrDQCkzbTtz/tXj1PQLH9gjLs6KVbb4a86lHxtg2PKwS7D hutQTk97De7K/AIDBYqfwWfmQ8kiz+pAmdXG/1676HIbFvY1RoP5CuqWwLj6p8tLgL1b aROq3WZrAs9+Xg0BZDbtzL6ClZXjwQphHCqJoX6EWdXZPA45rDzWr1b17t+LbdJ48ZTL /hQw== X-Gm-Message-State: APjAAAUSeEU1mRxme4hOgG9KinbWXoT2JbjDEuL4qs0DfgsJKDKAfgtZ znAGE4vxs0F26SsUebZ08Dh9t+c7BhDir3GCotqLyw== X-Google-Smtp-Source: APXvYqz08I3Qljs+v5r0NVlQw66LfuORCgHlVEkdECbsqlOUAcp/0uY9H6iuowD8voKZvkdhgsA0o7BG43DsXw8kMcg= X-Received: by 2002:a05:6830:1608:: with SMTP id g8mr1160406otr.169.1580337267112; Wed, 29 Jan 2020 14:34:27 -0800 (PST) MIME-Version: 1.0 References: <84926.1580333803@critter.freebsd.dk> <202001292142.00TLgV9N066161@gndrsh.dnsmgr.net> In-Reply-To: <202001292142.00TLgV9N066161@gndrsh.dnsmgr.net> From: Jonathan Chen Date: Thu, 30 Jan 2020 11:34:10 +1300 Message-ID: Subject: Re: arm64 as Tier 1 for FreeBSD 13 To: "Rodney W. Grimes" Cc: Poul-Henning Kamp , freebsd-arm , Emmanuel Vadot , Robert Clausecker , freebsd-arch Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 487JFJ75mmz4HsR X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=chen-org-nz.20150623.gappssmtp.com header.s=20150623 header.b=Jsuh0S9f; dmarc=none; spf=softfail (mx1.freebsd.org: 2607:f8b0:4864:20::344 is neither permitted nor denied by domain of jonc@chen.org.nz) smtp.mailfrom=jonc@chen.org.nz X-Spamd-Result: default: False [-2.48 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; R_DKIM_ALLOW(-0.20)[chen-org-nz.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[chen.org.nz]; R_SPF_SOFTFAIL(0.00)[~all:c]; RCPT_COUNT_FIVE(0.00)[6]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[chen-org-nz.20150623.gappssmtp.com:+]; RCVD_IN_DNSWL_NONE(0.00)[4.4.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-0.18)[ip: (2.96), ipnet: 2607:f8b0::/32(-2.03), asn: 15169(-1.78), country: US(-0.05)]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jan 2020 22:34:30 -0000 On Thu, 30 Jan 2020 at 10:42, Rodney W. Grimes wrote: > > In message <20200129222907.3ccaf4c23fe8509e3f9cdfe4@bidouilliste.net>, Emmanuel Vadot writes: > > > > >> RPi's are a LOT easier to get hold of for hackers and in particular > > >> for educators. > > > > > > In what way ? > > > Real answer only. > > > > 1. Schools can get them through their usual suppliers of educational > > material, with a pretty decent discount, and with educational > > courses and materials, pretty much ready to go. > > As a bonus data point I have seen RPI's in vending machines at > universities that have engineering departments. Thats just how > "commidity" these items are in the educational world. Secondary schools in NZ (ages 13-17) use RPi platforms as their introduction to maker-systems. While there are better boards available, RPi platforms are easier for the general public to obtain. Having good support on the RPi is crucial for introducing beginners to FreeBSD. As it is, Linux is currently the preferred O/S due to better support on RPI3. Just my 2-cents. -- Jonathan Chen From owner-freebsd-arm@freebsd.org Wed Jan 29 23:15:30 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 74DC71FB6DA for ; Wed, 29 Jan 2020 23:15:30 +0000 (UTC) (envelope-from freebsd-arm@sentry.org) Received: from shadow.sentry.org (shadow.sentry.org [210.8.237.106]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "shadow.sentry.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 487K8d3RvVz4Llt for ; Wed, 29 Jan 2020 23:15:29 +0000 (UTC) (envelope-from freebsd-arm@sentry.org) Received: from shadow.sentry.org (localhost [127.0.0.1]) by shadow.sentry.org (8.15.2/8.15.2) with ESMTP id 00TNFQ4r026800 for ; Thu, 30 Jan 2020 10:15:26 +1100 (AEDT) (envelope-from freebsd-arm@sentry.org) From: Trev Subject: Re: arm64 as Tier 1 for FreeBSD 13 To: freebsd-arm References: <84926.1580333803@critter.freebsd.dk> <202001292142.00TLgV9N066161@gndrsh.dnsmgr.net> Message-ID: Date: Thu, 30 Jan 2020 10:15:26 +1100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 SeaMonkey/2.49.4 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.6.2 (shadow.sentry.org [0.0.0.0]); Thu, 30 Jan 2020 10:15:26 +1100 (AEDT) X-Rspamd-Queue-Id: 487K8d3RvVz4Llt X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of freebsd-arm@sentry.org designates 210.8.237.106 as permitted sender) smtp.mailfrom=freebsd-arm@sentry.org X-Spamd-Result: default: False [-5.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx:c]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[sentry.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; IP_SCORE(-2.70)[ip: (-8.56), ipnet: 210.8.0.0/15(-4.33), asn: 2764(-0.61), country: AU(0.01)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:2764, ipnet:210.8.0.0/15, country:AU]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jan 2020 23:15:30 -0000 Warner Losh wrote on 30/01/2020 08:51: > On Wed, Jan 29, 2020 at 2:42 PM Rodney W. Grimes < > freebsd-rwg@gndrsh.dnsmgr.net> wrote: > >> I have no problem if some want to ignore RPI*, but as Poul says >> FreeBSD does so at its own peril. If its a man power thing lets >> find it or make it! >> > > There's two issues. One is manpower. There's not too many people that want > to hack on it. The second is information: it can be tricky to get from > Broadcom which slows down any efforts to make progress. These two issues > are interrelated... When it's hard to help out, it's easier to do other > things. Ian is a prime example: he's had enough with the crappy docs on > what he views as a crappy design so he chooses to spend his time elsewhere. > This is his choice, of course. Others have tried to get USB or networking > going on RPi4 have run into similar issues and got frustrated and quit out > of frustration and inability to get the technical data they need in a form > that's useful. So it's easier to work on other ARM and ARM64 platforms > where data is available, vendors are more forthcoming and it's easier to > get things done w/o all the stress and hassle. It's no different than the > bazillion drivers we've written, or not written, over the years based on > vendor support (or its lack). > > So, absent some large FreeBSD user of RPi that can use their business > relationships with Raspberry / Broadcom to reduce the friction AND can fund > people to improve the port, the situation isn't likely to improve. I sure > wish this wasn't the current state of affairs, but sadly it is. This may be naive on my part, but has anyone contacted the Raspberry Pi Foundation for help obtaining the required information? I notice there's even a Raspberry Pi Foundation North America 501(c)(3) charity, apart from the UK Raspberry Pi Foundation. Perhaps something for the FreeBSD Foundation to help with. From owner-freebsd-arm@freebsd.org Thu Jan 30 03:21:23 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 194AA22A2D3 for ; Thu, 30 Jan 2020 03:21:23 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wm1-x336.google.com (mail-wm1-x336.google.com [IPv6:2a00:1450:4864:20::336]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 487QcL285hz4ZNn for ; Thu, 30 Jan 2020 03:21:21 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wm1-x336.google.com with SMTP id f129so2419991wmf.2 for ; Wed, 29 Jan 2020 19:21:21 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=uIJ2Tdry8X8fhaZz5xQ6EDXHi633KRlvSqpbCoRvw5I=; b=MV5rA4MQF/P5q2zyGdesvzIC719mHGJ63ZnzPQklWt7TTEEih7taZSqN3sYu/SiH7Y lcru25S6oLfDDOOXucnIfSYToH2qbUpGv9TQzl1UYr79hmLYdDVuRhgdsFlUc0zpDOHl 1epAylJVqAfqB6e8755jSyNgUoAROAty6yOrOeiaM32Rm7l+3U6D5z1qlXUn67VrogP+ BFIqV8fGsoCf1uOpIWtITrN5CsmIHtkv2Z1eksjloWpXH8kuYvmOdY8mqphUBb64d/fh KiQgy61As4fVYE6Vb7mlnhGZ5hLh9P2vnG200Ekc0ni0D0wBLUrllRVXnA0KLA/3bXRU vALw== X-Gm-Message-State: APjAAAV4gCvczINYH2JjMhAwVTnlmRFULLSUUy4HdJcZnYTH2A95NFDV mP8oPT48pKh/3ZnSd9IcklRIwu+D X-Google-Smtp-Source: APXvYqypC6o/cx9ikLTe9Gxzl2QxcNigNXbcKNZ74umuzXVctd1eau7jMyQOSlt347zlImFdNPAciw== X-Received: by 2002:a1c:9c4c:: with SMTP id f73mr2393860wme.125.1580354479684; Wed, 29 Jan 2020 19:21:19 -0800 (PST) Received: from [192.168.1.167] (x59cc9ac1.dyn.telefonica.de. [89.204.154.193]) by smtp.googlemail.com with ESMTPSA id y12sm4540186wmj.6.2020.01.29.19.21.18 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 29 Jan 2020 19:21:18 -0800 (PST) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.40.2.2.4\)) Subject: Re: arm64 as Tier 1 for FreeBSD 13 Date: Thu, 30 Jan 2020 04:21:17 +0100 References: <84926.1580333803@critter.freebsd.dk> <202001292142.00TLgV9N066161@gndrsh.dnsmgr.net> To: Warner Losh , freebsd-arm@freebsd.org In-Reply-To: Message-Id: X-Mailer: Apple Mail (2.3608.40.2.2.4) X-Rspamd-Queue-Id: 487QcL285hz4ZNn X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; RECEIVED_SPAMHAUS_PBL(0.00)[193.154.204.89.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[6.3.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.00)[ip: (-9.43), ipnet: 2a00:1450::/32(-2.52), asn: 15169(-1.78), country: US(-0.05)]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jan 2020 03:21:23 -0000 > Am 29.01.2020 um 22:51 schrieb Warner Losh : >=20 > =E2=80=A6.. manpower... >=20 > Warner > _______________________________________________ > 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=E2=80=9C =46rom my personal view the RPI-thing is overrated , it=E2=80=99s just another 4-core.. and if you ever made e.g. a -j16 buildworld buildkernel in 90 minutes or so on aarch64 : you = won=E2=80=99t=20 expect the big revolution in computing from this RPI-gadget. :-) but it doesn't look that bad for fbsd on RPI4 ( e.g. better than on = Rock960 which causes u-boot-issues(only openbsd runs on it via the stock = firmware): With me RPI4 survived a make- j4 buildworld buildkernel with only few = problems(had to increase sizeof /tmp-folder)... directly on uSD, mounted as root. Well , after trying to boot to GENERIC-MMCCAM it actually hangs=20 @ mountroot ... something like this should be implemented : https://reviews.freebsd.org/D15955 , I guess it will then no problem to first get network from proprietary = brcmfmac-driver (because I had no problem doing that in netbsd with their = SDIO-implementation). Another question is if using the proprietary Broadcom-drivers will be an = accepted way to go, But why not , RPI wouldn=E2=80=99t boot fbsd without those drivers and = WIFI is even prepared in src : ( /usr.bin/sdiotool/sdiotool.c ) .. Well,of course manpower is a problem(e.g. I=E2=80=99m too tired tonight = to write code :-)=20 =E2=80=94 Regards=20 Klaus From owner-freebsd-arm@freebsd.org Thu Jan 30 05:08:58 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B1D9622C703 for ; Thu, 30 Jan 2020 05:08:58 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wr1-x42f.google.com (mail-wr1-x42f.google.com [IPv6:2a00:1450:4864:20::42f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 487T0T3hNmz4fj7 for ; Thu, 30 Jan 2020 05:08:57 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wr1-x42f.google.com with SMTP id j104so2374455wrj.7 for ; Wed, 29 Jan 2020 21:08:57 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=YbN5WdZ7tEuno9SspvItYyAsNfAfgGkPQuHgfio3c/M=; b=i9Lhx4iMvkg/PZdvpiJ3OeJADj1lT/7I1A0PxN7PN6z0sTHAOi0gkMtqqRuMpGpBBB vLHC9GmgCAsvmMLJNExH6v8KjdpHMn/aM9DfGW7rriu8sdAXno2giDE/ShaqX78Djgmi coE1kBMRVOW/MSS5QRQojt9HKFRm5YSIKfxTVAek/KTJs4txudF2Os/8EtOLa215q7G2 ASBCdtjXxicZTpMkEBLVazbgQRjKI1XENtGsDjEAegrpVyNQp9sfmUBjhO6gOiH32d71 wP1MsCQp1/x0qLhf94jac3fgR9MJukNje/kBSEj73WEv7i16GbdwbsNhV3h5l+E13kxo sgrg== X-Gm-Message-State: APjAAAVCO/dHV1WGe43O5wiLhocLomkTEpNHIC3v4SVsTb4KWkGEthaO /2GCvKENY1Rp7wfKZbkfwIvSN+lk X-Google-Smtp-Source: APXvYqyQ33EPSMC3HCvCtz8XQDAJo5XOZr6jRFgaZJANtKSF+lb+woyy5cgrab/kFPS14NdBZQxE3Q== X-Received: by 2002:adf:b352:: with SMTP id k18mr2862204wrd.242.1580360935358; Wed, 29 Jan 2020 21:08:55 -0800 (PST) Received: from [172.20.10.3] ([46.114.109.210]) by smtp.googlemail.com with ESMTPSA id i204sm5045532wma.44.2020.01.29.21.08.53 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 29 Jan 2020 21:08:53 -0800 (PST) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.40.2.2.4\)) Subject: Re: arm64 as Tier 1 for FreeBSD 13 Date: Thu, 30 Jan 2020 06:08:52 +0100 References: <84926.1580333803@critter.freebsd.dk> <202001292142.00TLgV9N066161@gndrsh.dnsmgr.net> To: Mike Karels , freebsd-arm@freebsd.org In-Reply-To: Message-Id: X-Mailer: Apple Mail (2.3608.40.2.2.4) X-Rspamd-Queue-Id: 487T0T3hNmz4fj7 X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; RECEIVED_SPAMHAUS_PBL(0.00)[210.109.114.46.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[f.2.4.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.00)[ip: (-9.11), ipnet: 2a00:1450::/32(-2.52), asn: 15169(-1.78), country: US(-0.05)]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jan 2020 05:08:58 -0000 > Am 30.01.2020 um 05:37 schrieb Mike Karels : >=20 >=20 > On 2020-01-29 21:21, Klaus K=C3=BCchemann via freebsd-arm wrote: >>> Am 29.01.2020 um 22:51 schrieb Warner Losh : >>>=20 >>> =E2=80=A6.. manpower... >>>=20 >>> Warner >>> _______________________________________________ >>> 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=E2=80=9C >> =E2=80=A6... >> With me RPI4 survived a make- j4 buildworld buildkernel with only few = problems(had to increase sizeof /tmp-folder)... >> directly on uSD, mounted as root. >> Well , after trying to boot to GENERIC-MMCCAM it actually hangs >> =E2=80=A6=E2=80=A6... >=20 > Which OS did you do the buildworld on? I am running FreeBSD on an RPi = 4, but not a lot is supported so far (no USB, no Ethernet). >=20 > Mike >=20 >> _______________________________________________ >> freebsd-arm@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >> To unsubscribe, send any mail to = "freebsd-arm-unsubscribe@freebsd.org=E2=80=9C I successfully did buildworld buildkernel (-j4) on fbsd-13-current = (directly booted from SD-card ) . If you=E2=80=99ve even prepared your RPI4 to boot fbsd13 you=E2=80=99ve = made the most copyTO-SDcard - work already=E2=80=A6 you just have to mount the sd-card -fbsd-root-filesystem on a network = capable fbsd-machine and checkout src-head to /usr/src, then put the SD-card back into the RPI4 and compile=E2=80=A6 perhaps = increase /tmp from 50 to something bigger before... True, there=E2=80=99s no USB/Ethernet but that will perhaps follow soon = because Evans, Crowston, Losh, evadot and so on made a real good programming-job on the RPI4, they just don't know it = yet because they didn=E2=80=99t glue all components :-)=20 The machine runs very stable(totally surprise for me) and a lot of good = code is already in src or ready to land there . So=20 there`s hope for this crappy - amateur-board ;-) lol Regards=20 Klaus= From owner-freebsd-arm@freebsd.org Thu Jan 30 13:07:42 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 685812393A2; Thu, 30 Jan 2020 13:07:42 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from mx0.gid.co.uk (mx0.gid.co.uk [194.32.164.250]) by mx1.freebsd.org (Postfix) with ESMTP id 487gcs42RXz45nS; Thu, 30 Jan 2020 13:07:41 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from [194.32.164.27] ([194.32.164.27]) by mx0.gid.co.uk (8.14.2/8.14.2) with ESMTP id 00UD7bpV011787; Thu, 30 Jan 2020 13:07:38 GMT (envelope-from rb@gid.co.uk) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: arm64 as Tier 1 for FreeBSD 13 From: Bob Bishop In-Reply-To: <84926.1580333803@critter.freebsd.dk> Date: Thu, 30 Jan 2020 13:07:37 +0000 Cc: Emmanuel Vadot , Paul Mather , Robert Clausecker , freebsd-arm , freebsd-arch Content-Transfer-Encoding: quoted-printable Message-Id: References: <17938.1575444597@critter.freebsd.dk> <20191204092402.GA82492@fuz.su> <78425.1580332298@critter.freebsd.dk> <20200129222907.3ccaf4c23fe8509e3f9cdfe4@bidouilliste.net> <84926.1580333803@critter.freebsd.dk> To: Poul-Henning Kamp X-Mailer: Apple Mail (2.3273) X-Rspamd-Queue-Id: 487gcs42RXz45nS X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of rb@gid.co.uk designates 194.32.164.250 as permitted sender) smtp.mailfrom=rb@gid.co.uk X-Spamd-Result: default: False [-2.27 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[gid.co.uk]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; RCPT_COUNT_FIVE(0.00)[6]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[250.164.32.194.list.dnswl.org : 127.0.10.0]; IP_SCORE(-0.57)[ip: (-2.06), ipnet: 194.32.164.0/24(-1.03), asn: 42831(0.32), country: GB(-0.08)]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:42831, ipnet:194.32.164.0/24, country:GB]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jan 2020 13:07:42 -0000 Hi, > On 29 Jan 2020, at 21:36, Poul-Henning Kamp = wrote: >=20 > -------- > In message <20200129222907.3ccaf4c23fe8509e3f9cdfe4@bidouilliste.net>, = Emmanuel Vadot writes: >=20 >>> RPi's are a LOT easier to get hold of for hackers and in particular >>> for educators. >>=20 >> In what way ? >> Real answer only. >=20 > 1. Schools can get them through their usual suppliers of educational > material, with a pretty decent discount, and with educational > courses and materials, pretty much ready to go. >=20 > 2. Most "maker-space" atuned electronics pushers carry them. >=20 > 3. Big electronics pushers carry them. >=20 > In re 1-3: No customs processing of shipment involved. >=20 > 4. Cost, including shipping is below "trivial" threshold in most > organizations. RPi zero in particular is cheap enough to treat as a component. > --=20 > Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 > phk@FreeBSD.ORG | TCP/IP since RFC 956 > FreeBSD committer | BSD since 4.3-tahoe =20 > Never attribute to malice what can adequately be explained by = incompetence. -- Bob Bishop rb@gid.co.uk From owner-freebsd-arm@freebsd.org Thu Jan 30 15:16:53 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6F48F23C38E for ; Thu, 30 Jan 2020 15:16:53 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wr1-x42f.google.com (mail-wr1-x42f.google.com [IPv6:2a00:1450:4864:20::42f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 487kTw3TMpz4DkN for ; Thu, 30 Jan 2020 15:16:52 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wr1-x42f.google.com with SMTP id d16so4463531wre.10 for ; Thu, 30 Jan 2020 07:16:52 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=vClhz4Sg5gFNEmBRveRfE3QR7vpr/+XiDWLzbOHc81Q=; b=A/yKoVp3hpj/ajy4jRyDzr/1nnl9Btcks6vjVC5h72vUm0cHCYlpVHP7D3qn14H4eH MrxMEaGJXaj5GPzkI3Muzhab2xAWOLZCG5uFgl61Npm6b8qv+6MtTmrkkSp66TkZBP1r pCkKPrIoVI1DKqhbFvUJyukmagiV7OzaHzUhMduu71qnME8folghSyhwJNDDoS51Y0S7 8PA4iGVb8tCX8lXXQElbTD5P0DzYuzxnf+CcP63GEd6PWzDHaVxYA5XPkTRozu2l87/b oPe4MhGQm02xtn31tkzSiKTTGzc5Q9DW55wGiTNRSaFJGT1cFp1kJq/HtuQN8DCyfv1b qFXQ== X-Gm-Message-State: APjAAAU9JVbFAP26lZXhw4uQTLGTepHtkt8gThlpQl4XO6d034Wx3j0g 3x2qx5xftS7x4po+YmVnRyn822ri X-Google-Smtp-Source: APXvYqyS0oWfx9HnhqgvrMWW2fqeZcfT+nrArms9IzUMvjNjtgmHRtd13qAP2KlobcSFtKkElTlpYw== X-Received: by 2002:adf:d4ca:: with SMTP id w10mr6530002wrk.53.1580397410568; Thu, 30 Jan 2020 07:16:50 -0800 (PST) Received: from [192.168.1.167] (x59cc997d.dyn.telefonica.de. [89.204.153.125]) by smtp.googlemail.com with ESMTPSA id c141sm6876869wme.41.2020.01.30.07.16.49 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 30 Jan 2020 07:16:49 -0800 (PST) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.40.2.2.4\)) Subject: Re: arm64 as Tier 1 for FreeBSD 13 Date: Thu, 30 Jan 2020 16:16:48 +0100 References: <17938.1575444597@critter.freebsd.dk> <20191204092402.GA82492@fuz.su> <78425.1580332298@critter.freebsd.dk> <20200129222907.3ccaf4c23fe8509e3f9cdfe4@bidouilliste.net> <84926.1580333803@critter.freebsd.dk> To: freebsd-arm@freebsd.org In-Reply-To: Message-Id: <8BE05A88-D216-4023-AC6E-D6431C7BB3E1@googlemail.com> X-Mailer: Apple Mail (2.3608.40.2.2.4) X-Rspamd-Queue-Id: 487kTw3TMpz4DkN X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[googlemail.com]; TO_DN_NONE(0.00)[]; MV_CASE(0.50)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; RECEIVED_SPAMHAUS_PBL(0.00)[125.153.204.89.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(0.00)[ip: (-9.12), ipnet: 2a00:1450::/32(-2.52), asn: 15169(-1.78), country: US(-0.05)]; RCVD_IN_DNSWL_NONE(0.00)[f.2.4.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jan 2020 15:16:53 -0000 > Am 30.01.2020 um 14:07 schrieb Bob Bishop : >=20 > Hi, >=20 >> On 29 Jan 2020, at 21:36, Poul-Henning Kamp = wrote: >>=20 >> -------- >> In message = <20200129222907.3ccaf4c23fe8509e3f9cdfe4@bidouilliste.net>, Emmanuel = Vadot writes: >>=20 >>>> RPi's are a LOT easier to get hold of for hackers and in particular >>>> for educators. >>>=20 >>> In what way ? >>> Real answer only. >>=20 >> 1. Schools can get them through their usual suppliers of educational >> material, with a pretty decent discount, and with educational >> courses and materials, pretty much ready to go. >>=20 >> 2. Most "maker-space" atuned electronics pushers carry them. >>=20 >> 3. Big electronics pushers carry them. >>=20 >> In re 1-3: No customs processing of shipment involved. >>=20 >> 4. Cost, including shipping is below "trivial" threshold in most >> organizations. >=20 > RPi zero in particular is cheap enough to treat as a component. >=20 >> --=20 >> Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 >> phk@FreeBSD.ORG | TCP/IP since RFC 956 >> FreeBSD committer | BSD since 4.3-tahoe =20 >> Never attribute to malice what can adequately be explained by = incompetence. >=20 > -- > Bob Bishop > rb@gid.co.uk >=20 >=20 >=20 >=20 > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to = "freebsd-arm-unsubscribe@freebsd.org=E2=80=9C Well, with all respect but this discussion is so extremely useless. .. In fact FreeBSD boots from uSD on the RPI4. from my quick reading of the = sources afaik it was K. Evans who made it bootable with CPU-hacks and E. = Vadot who made the u-boot ports. The only problem seems to be that there is no public HowTo for = uSD-preparation, If I find the time I'll post a HowTo e.g. in the fbsd-forums for = stopping=20 the public user whining over the RPI and instead help the fbsd-project = to get drivers to work :-)=20 =46rom the moment it has network(1st WIFI) it'll be a usable = fbsd-gadget. If somebody answers here : " yes, I want a HowTo and will help the = fbsd-project", I'll write a HowTo. ;-). If nobody wants to boot FreeBSD on the crappy = RPI4 we can't help out :-) Regards Klaus= From owner-freebsd-arm@freebsd.org Thu Jan 30 16:20:51 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8335923D8A5 for ; Thu, 30 Jan 2020 16:20:51 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (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 487lvj6p57z4JTr for ; Thu, 30 Jan 2020 16:20:49 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id 00UGKuh3024101 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 30 Jan 2020 08:20:57 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id 00UGKt5u024100; Thu, 30 Jan 2020 08:20:55 -0800 (PST) (envelope-from fbsd) Date: Thu, 30 Jan 2020 08:20:55 -0800 From: bob prohaska To: Ralf Wenk Cc: freebsd-arm@freebsd.org Subject: Re: panic: deadlres_td_sleep_q: possible deadlock detected on RPI3 Message-ID: <20200130162055.GA21879@www.zefox.net> References: <20200123164419.GA81833@www.zefox.net> <20200125153229.GA3768@www.zefox.net> <20200126164211.GB7312@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200126164211.GB7312@www.zefox.net> User-Agent: Mutt/1.5.24 (2015-08-30) X-Rspamd-Queue-Id: 487lvj6p57z4JTr X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [2.10 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.58)[-0.581,0]; WWW_DOT_DOMAIN(0.50)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; IP_SCORE(0.06)[ip: (0.26), ipnet: 50.1.16.0/20(0.13), asn: 7065(-0.04), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.72)[0.720,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MID_RHS_WWW(0.50)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jan 2020 16:20:51 -0000 On Sun, Jan 26, 2020 at 08:42:11AM -0800, bob prohaska wrote: > On Sun, Jan 26, 2020 at 11:31:47AM +0100, Ralf Wenk wrote: > > > > I got this panic two times in a row with a r357112 kernel during > > make installworld at the same place. So it looks like I am able to > > reproduce it. > > > > # panic: deadlres_td_sleep_q: possible deadlock detected for > > 0xfffffd0000f33560, blocked for 1802833 ticks > > > > But I think it is just a symptom of the r356776 changes. > > > > > Attempts to reboot are also rebuffed with > > > cpu_reset failed > > > leaving a power cycle as the only option, which is new to me. > > > > > > Does this give any hints as to what's going on? > > > > After doing the update from r356767 to r356776 my system began to > > show the "cpu_reset failed" message as well. > > > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=243464 > > > My Pi3 still panics at r357204, but ntp seems to work fine. One other oddity: During the loader countdown to boot, time seems to run about 5x slower than it should, each second on the screen taking about five seconds. The string deadlres_td_sleep_q turns up in sys/kern/kern_clock.c, might there be a connection between the panic and the very slow boot countdown? Thanks for reading! bob prohaska > > From owner-freebsd-arm@freebsd.org Thu Jan 30 16:39:50 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D2DB223E293 for ; Thu, 30 Jan 2020 16:39:50 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.49.70]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "gromit.dlib.vt.edu", Issuer "Chumby Certificate Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 487mKd5mR5z4L2m for ; Thu, 30 Jan 2020 16:39:49 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from pmather-dld-1.lib.vt.edu (pmather-dld-1.lib.vt.edu [128.173.51.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gromit.dlib.vt.edu (Postfix) with ESMTPSA id 83454382; Thu, 30 Jan 2020 11:39:43 -0500 (EST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: panic: deadlres_td_sleep_q: possible deadlock detected on RPI3 From: Paul Mather In-Reply-To: <20200130162055.GA21879@www.zefox.net> Date: Thu, 30 Jan 2020 11:39:42 -0500 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: References: <20200123164419.GA81833@www.zefox.net> <20200125153229.GA3768@www.zefox.net> <20200126164211.GB7312@www.zefox.net> <20200130162055.GA21879@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: 487mKd5mR5z4L2m X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=vt.edu (policy=none); spf=none (mx1.freebsd.org: domain of paul@gromit.dlib.vt.edu has no SPF policy when checking 128.173.49.70) smtp.mailfrom=paul@gromit.dlib.vt.edu X-Spamd-Result: default: False [-2.03 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; DMARC_POLICY_SOFTFAIL(0.10)[vt.edu : No valid SPF, No valid DKIM,none]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; FROM_HAS_DN(0.00)[]; MV_CASE(0.50)[]; NEURAL_HAM_LONG(-1.00)[-0.997,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-0.53)[ip: (-1.34), ipnet: 128.173.0.0/16(-0.67), asn: 1312(-0.59), country: US(-0.05)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:1312, ipnet:128.173.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jan 2020 16:39:50 -0000 On Jan 30, 2020, at 11:20 AM, bob prohaska wrote: > On Sun, Jan 26, 2020 at 08:42:11AM -0800, bob prohaska wrote: >> On Sun, Jan 26, 2020 at 11:31:47AM +0100, Ralf Wenk wrote: >>>=20 >>> I got this panic two times in a row with a r357112 kernel during >>> make installworld at the same place. So it looks like I am able to >>> reproduce it.=20 >>>=20 >>> # panic: deadlres_td_sleep_q: possible deadlock detected for >>> 0xfffffd0000f33560, blocked for 1802833 ticks >>>=20 >>> But I think it is just a symptom of the r356776 changes. >>>=20 >>>> Attempts to reboot are also rebuffed with=20 >>>> cpu_reset failed >>>> leaving a power cycle as the only option, which is new to me. >>>>=20 >>>> Does this give any hints as to what's going on? >>>=20 >>> After doing the update from r356767 to r356776 my system began to >>> show the "cpu_reset failed" message as well. >>>=20 >>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D243464 >>>=20 >>=20 > My Pi3 still panics at r357204, but ntp seems to work fine. > One other oddity: During the loader countdown to boot, time > seems to run about 5x slower than it should, each second > on the screen taking about five seconds. The string=20 > deadlres_td_sleep_q turns up in sys/kern/kern_clock.c, > might there be a connection between the panic and the > very slow boot countdown? I don't get a panic on my Pi 3, but the really odd thing is that for = quite a while I USED to get that slow boot loader countdown that you = describe. Now, it has gone away. I first noticed it gone at r357051, = and it is still gone after I updated very recently due to the security = advisories. (I'm now at r357230 on 12-STABLE.) Cheers, Paul. From owner-freebsd-arm@freebsd.org Thu Jan 30 16:44:43 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6E16523E4FC for ; Thu, 30 Jan 2020 16:44:43 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic302-21.consmr.mail.gq1.yahoo.com (sonic302-21.consmr.mail.gq1.yahoo.com [98.137.68.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 487mRF6Vqsz4LNN for ; Thu, 30 Jan 2020 16:44:41 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: YfhMeCoVM1lvQiKVZ3rolYrUllys3K0RbPz_CqwS4akpjtgVYv4u7MKGgGvJsol _AvEzAjCWUF3OxAoLTaHx98FxpdLPJJvkvVZ0mS8sIfQrm3Azn18YOnDFA8.dVHnwjx.riuyaVma P020bIc7AWwSAkgsWuL47FsGf5zkWlW1s_dB2O8YXwMF8NSHkqEU1RhqehgbOQx9V4cFylHcqf1a kCrUPR5b4x4yB7k.7WTYHt3aRR0N6muJ5IVZ6JeS4qW9g7ek2VCK4K8ILcO1x53lgHB1dtSQ04Gz k0XM7RjyII3LE2q4o86GQbW3OTKV7HE9kVW9h4oXOfAMd6Kg7oCY3ndneS_3VAXKS.DfrWWqL.e1 ZdzaroWJFWWm2RFgwlizki3L8tPZ5G9G4pzwIxB7KJZ_e96P0SuXm4nvICqhL07v_Y9BvCWiQgcn orBcP7SR0H0y62gCh7k3ou4zLqrWNToIsxfoCZ6qJ1wUan7GT5orLox.l76tWAg4weQVK74lggFD LiK2alhpH1Pc2fDcdM.DdeFW3vjaa9nqUMTOuEGVJY8lS3UfN6y23LjTuldmGvh8TkQKmHY3wrEV ZXASoWNWTw0bLxSXpBCXe5RPBTN3reQ5VgTcAqyYMbCtgbSZlh.tanWPkZw3lYi76dTEwrHgkzq0 Ou.3jfkxOCAXMOVzP2kXslS1rQVAMKEfBDSr12kim4JntaG.jBJKkAy_UY9hFsjvpt9lN9OrOwKd wz0gdQwFmVvt_79_Vg8DSDKE3IhbnW8PCs1HnWshz5c.li7Oi0.pI4fHc1XZzMknvAzXBtEmYQTK SA9b5aGtms1_bHQ8IJgY4FNXnCfbsVONy7wc.0eZfUXaGSQ5mqYVqy0zmvt.2w8R3b8do.FU.eCO qzal7kCJKwcPD1RFh4LsrSK2i9JLVQyshDpDWRlHmf8LfkP.GaQl4VDsdrbY9Pnoq3TUv5R8Tzje yLfVSXw2OjPoDqxPJljf13IdPaJLVztADPoPmlXvynB6pehIXO1tt_aCPVJhQtFi2jIiUhZN3x_T bjRG5tRgkaJZZz4H2JvIJuVmEwHl6y73nP4_Ms3f56qbLY9vAcs8dh80D.8uj1_ClveU0If0GaXp K_ESHSI_Tt9Ufgxpb6u9fQE3_.uiutJXMeHnnZVWukaKRMqCZ7TAYn7KxVvBxeBwJhTyFjyWBD96 uEL.281KYZkTdn2_me.87NTCMlGNrbfRDOy3J4qE02v_JfQaF9SUqd9C9obl76WGqIfSHPlESu2j gHafHLmSjwef1z9YnJy0uUZ.xNkUacUZ0Uto6G5LQMaqniqHrEWG5kIGBYpPO476ucLKgly6ewE5 CQjn2Lu1VFEXEoh929D113bx64dcGHLDARmTK.MAScwHEZ15psgVlQGDMmVClgRdvHaEHxdQFmWM 4F2b5v_iRAy9CIh4MyYCXxeZ5iQbBCw-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic302.consmr.mail.gq1.yahoo.com with HTTP; Thu, 30 Jan 2020 16:44:40 +0000 Received: by smtp401.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 014bb51c0e577509cb163a5adf2273aa; Thu, 30 Jan 2020 16:44:38 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.40.2.2.4\)) Subject: Re: panic: deadlres_td_sleep_q: possible deadlock detected on RPI3 From: Mark Millard In-Reply-To: <20200130162055.GA21879@www.zefox.net> Date: Thu, 30 Jan 2020 08:44:36 -0800 Cc: Ralf Wenk , freebsd-arm@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: References: <20200123164419.GA81833@www.zefox.net> <20200125153229.GA3768@www.zefox.net> <20200126164211.GB7312@www.zefox.net> <20200130162055.GA21879@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3608.40.2.2.4) X-Rspamd-Queue-Id: 487mRF6Vqsz4LNN X-Spamd-Bar: / X-Spamd-Result: default: False [-0.47 / 15.00]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_GOOD(-0.10)[text/plain]; MV_CASE(0.50)[]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_MEDIUM(0.02)[0.016,0]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_IN_DNSWL_NONE(0.00)[147.68.137.98.list.dnswl.org : 127.0.5.0]; NEURAL_SPAM_LONG(0.01)[0.015,0]; RCVD_TLS_LAST(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.00)[ip: (6.66), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.67), country: US(-0.05)]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jan 2020 16:44:43 -0000 On 2020-Jan-30, at 08:20, bob prohaska wrote: > On Sun, Jan 26, 2020 at 08:42:11AM -0800, bob prohaska wrote: >> On Sun, Jan 26, 2020 at 11:31:47AM +0100, Ralf Wenk wrote: >>> >>> I got this panic two times in a row with a r357112 kernel during >>> make installworld at the same place. So it looks like I am able to >>> reproduce it. >>> >>> # panic: deadlres_td_sleep_q: possible deadlock detected for >>> 0xfffffd0000f33560, blocked for 1802833 ticks >>> >>> But I think it is just a symptom of the r356776 changes. >>> >>>> Attempts to reboot are also rebuffed with >>>> cpu_reset failed >>>> leaving a power cycle as the only option, which is new to me. >>>> >>>> Does this give any hints as to what's going on? >>> >>> After doing the update from r356767 to r356776 my system began to >>> show the "cpu_reset failed" message as well. >>> >>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=243464 >>> >> > My Pi3 still panics at r357204, but ntp seems to work fine. Does kldstat show mac_ntpd as loaded? On 4 arm systems here, 2 boot loading mac_ntpd, 2 boot without loading mac_ntpd, and ntp works for all. But this is head -r356426 . So checking more specifically for if mac_ntpd was loaded is apparently needed. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=243464 is not explicit of other kernel modules load okay when no attempt is made for mac_ntpd. (If nothing loads automatically, it might require manually loading something to find out.) (I've not done anything intended to control the mac_ntpd load behavior on any of the 4 arm systems and do not know why there is the variation that there is.) > One other oddity: During the loader countdown to boot, time > seems to run about 5x slower than it should, each second > on the screen taking about five seconds. The string > deadlres_td_sleep_q turns up in sys/kern/kern_clock.c, > might there be a connection between the panic and the > very slow boot countdown? Odd. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Thu Jan 30 16:50:46 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 21C1423E777 for ; Thu, 30 Jan 2020 16:50:46 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (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 487mZF1HqGz4LdP for ; Thu, 30 Jan 2020 16:50:44 +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 00UGowYl024185 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 30 Jan 2020 08:50:59 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id 00UGow45024184; Thu, 30 Jan 2020 08:50:58 -0800 (PST) (envelope-from fbsd) Date: Thu, 30 Jan 2020 08:50:57 -0800 From: bob prohaska To: Klaus K??chemann Cc: freebsd-arm@freebsd.org, bob prohaska Subject: Re: arm64 as Tier 1 for FreeBSD 13 Message-ID: <20200130165057.GB21879@www.zefox.net> References: <17938.1575444597@critter.freebsd.dk> <20191204092402.GA82492@fuz.su> <78425.1580332298@critter.freebsd.dk> <20200129222907.3ccaf4c23fe8509e3f9cdfe4@bidouilliste.net> <84926.1580333803@critter.freebsd.dk> <8BE05A88-D216-4023-AC6E-D6431C7BB3E1@googlemail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8BE05A88-D216-4023-AC6E-D6431C7BB3E1@googlemail.com> User-Agent: Mutt/1.5.24 (2015-08-30) X-Rspamd-Queue-Id: 487mZF1HqGz4LdP X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [2.28 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.48)[-0.480,0]; WWW_DOT_DOMAIN(0.50)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; IP_SCORE(0.06)[ip: (0.26), ipnet: 50.1.16.0/20(0.13), asn: 7065(-0.04), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.79)[0.794,0]; R_SPF_NA(0.00)[]; FREEMAIL_TO(0.00)[googlemail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MID_RHS_WWW(0.50)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jan 2020 16:50:46 -0000 On Thu, Jan 30, 2020 at 04:16:48PM +0100, Klaus K??chemann via freebsd-arm wrote: > > > If somebody answers here : " yes, I want a HowTo and will help the fbsd-project", > I'll write a HowTo. ;-). If nobody wants to boot FreeBSD on the crappy RPI4 we can't help out :-) I'll bite. I'd like to see a set of instructions for making FreeBSD boot on a Pi4 and will help the FreeBSD foundation. My CD-ROM subscription seems to have stopped coming, so I'll send a donation direct to the Foundation. It's worth remembering that FreeBSD, along with the rest of the open-source movement, started with ports to the IPM PC-AT, a "crappy" platform by most accounts of the day. Thanks for reading, bob prohaska > > Regards > Klaus > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > From owner-freebsd-arm@freebsd.org Thu Jan 30 16:58:46 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6440223EAC6 for ; Thu, 30 Jan 2020 16:58:46 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 487mlV23mZz4M33 for ; Thu, 30 Jan 2020 16:58:46 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mail-qt1-f173.google.com (mail-qt1-f173.google.com [209.85.160.173]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id 31510130E4 for ; Thu, 30 Jan 2020 16:58:46 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-qt1-f173.google.com with SMTP id v25so3015871qto.7 for ; Thu, 30 Jan 2020 08:58:46 -0800 (PST) X-Gm-Message-State: APjAAAVubv0WC+DpIc3saonedckAw+z9ZRqTSLp+QmcSIH4xdlFXtZMi ATNBvMLmUin+PXHTNL37T43yYRhFSUM88SCaVyw= X-Google-Smtp-Source: APXvYqxRa7WuplvN5sKLdd79tUcUczxMf9A55JSTRQpAe0daifnKrmbqqLG8Hcr3aWdeNXMWtWJ3ahEeOG74LBHUrbw= X-Received: by 2002:ac8:1308:: with SMTP id e8mr3571835qtj.242.1580403525689; Thu, 30 Jan 2020 08:58:45 -0800 (PST) MIME-Version: 1.0 References: <17938.1575444597@critter.freebsd.dk> <20191204092402.GA82492@fuz.su> <78425.1580332298@critter.freebsd.dk> <20200129222907.3ccaf4c23fe8509e3f9cdfe4@bidouilliste.net> <84926.1580333803@critter.freebsd.dk> <8BE05A88-D216-4023-AC6E-D6431C7BB3E1@googlemail.com> <20200130165057.GB21879@www.zefox.net> In-Reply-To: <20200130165057.GB21879@www.zefox.net> From: Kyle Evans Date: Thu, 30 Jan 2020 10:58:34 -0600 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: arm64 as Tier 1 for FreeBSD 13 To: bob prohaska Cc: "Klaus K??chemann" , "freebsd-arm@freebsd.org" Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jan 2020 16:58:46 -0000 [Resend because my mail provider keeps incorrectly defaulting the From address and that one can't send to lists -- sorry for the duplicate] On Thu, Jan 30, 2020 at 10:50 AM bob prohaska wrote: > > On Thu, Jan 30, 2020 at 04:16:48PM +0100, Klaus K??chemann via freebsd-arm wrote: > > > > > > If somebody answers here : " yes, I want a HowTo and will help the fbsd-project", > > I'll write a HowTo. ;-). If nobody wants to boot FreeBSD on the crappy RPI4 we can't help out :-) > > I'll bite. I'd like to see a set of instructions for making FreeBSD boot on a Pi4 > and will help the FreeBSD foundation. My CD-ROM subscription seems to have stopped > coming, so I'll send a donation direct to the Foundation. > > It's worth remembering that FreeBSD, along with the rest of the open-source > movement, started with ports to the IPM PC-AT, a "crappy" platform by most > accounts of the day. > > Thanks for reading, > > bob prohaska 1. fetch https://download.freebsd.org/ftp/snapshots/arm64/aarch64/ISO-IMAGES/13.0/FreeBSD-13.0-CURRENT-arm64-aarch64-RPI3-20200130-r357276.img.xz 2. Extract 3. dd 4. Crack open the msdosfs partition, move config_rpi4.txt to config.txt 5. Install u-boot-rpi4, copy u-boot.bin over to the msdosfs partition 6. ??? 7. Profit, but not much because you can't interact much with the outside world for the moment From owner-freebsd-arm@freebsd.org Thu Jan 30 17:17:23 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4FBA223F59E for ; Thu, 30 Jan 2020 17:17:23 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (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 487n8y4N1Lz4NWQ for ; Thu, 30 Jan 2020 17:17: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 00UHHZOx024289 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 30 Jan 2020 09:17: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 00UHHZo6024288; Thu, 30 Jan 2020 09:17:35 -0800 (PST) (envelope-from fbsd) Date: Thu, 30 Jan 2020 09:17:35 -0800 From: bob prohaska To: Mark Millard Cc: Ralf Wenk , freebsd-arm@freebsd.org, bob prohaska Subject: Re: panic: deadlres_td_sleep_q: possible deadlock detected on RPI3 Message-ID: <20200130171735.GC21879@www.zefox.net> References: <20200123164419.GA81833@www.zefox.net> <20200125153229.GA3768@www.zefox.net> <20200126164211.GB7312@www.zefox.net> <20200130162055.GA21879@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-Rspamd-Queue-Id: 487n8y4N1Lz4NWQ X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [1.35 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.66)[-0.663,0]; WWW_DOT_DOMAIN(0.50)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; IP_SCORE(0.06)[ip: (0.26), ipnet: 50.1.16.0/20(0.13), asn: 7065(-0.04), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.06)[0.055,0]; R_SPF_NA(0.00)[]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MID_RHS_WWW(0.50)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jan 2020 17:17:23 -0000 On Thu, Jan 30, 2020 at 08:44:36AM -0800, Mark Millard wrote: > > Does kldstat show mac_ntpd as loaded? > Seemingly not: bob@www:/usr/src % kldstat Id Refs Address Size Name 1 15 0xffff000000000000 14f8a40 kernel 2 1 0xffff00005a600000 21000 fdescfs.ko 3 1 0xffff00005a621000 21000 uhid.ko 4 1 0xffff00005a642000 21000 ums.ko 5 1 0xffff00005a663000 21000 uplcom.ko 6 1 0xffff00005a684000 22000 ucom.ko bob@www:/usr/src % > On 4 arm systems here, 2 boot loading mac_ntpd, > 2 boot without loading mac_ntpd, and ntp works > for all. But this is head -r356426 . > Likewise head- here also, not 12, time looks ok. I'm using system defaults for ntp. Thanks for reading! bob prohaska From owner-freebsd-arm@freebsd.org Thu Jan 30 17:28:17 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1327523F8E1 for ; Thu, 30 Jan 2020 17:28:17 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qk1-x731.google.com (mail-qk1-x731.google.com [IPv6:2607:f8b0:4864:20::731]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 487nPX1318z4Nxk for ; Thu, 30 Jan 2020 17:28:15 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qk1-x731.google.com with SMTP id w25so3724102qki.3 for ; Thu, 30 Jan 2020 09:28:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=tvvyBIjcj7JaJ2Ip+b4WbEkrR+sigMw3r7HTeUmzNfo=; b=Uc7CXWym2exI2TwYNz+vG7iUxGggDikFrFmvherSnxZWHc//qZf0FniF0FzzIKyKiU y/y+cJuRQderFQq1uwZ5H7L13mn6irettJCWWAVSgvMG5MSdjgS2tUC2C6U12gx9M3BG v+d7GcLZOjPv9Dd9YvhwuW0fByfiVkfwk8Kpp/8/s7JIucMdJS+BQQkMBJwg7IDwzv8A sxerhif4+/41Q7v2ZXgT2q0HuPWwIeBTdw2J+PEFc2zLpS6NArJdbfhDSGWP6dV5d+IL 0U9uPZqULLX3AjAHIQI1Z2wx9ZzgyKLgz+hHTCISj23vs28CZWlV6xhuly8FxeGXptrW xwkg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=tvvyBIjcj7JaJ2Ip+b4WbEkrR+sigMw3r7HTeUmzNfo=; b=C76pGFxCmidxX0jynhpDRD4M6WzKISeEtL0nmGLhNVSvQbAnZrDlfw9tY4c9vdnGa7 PFyq9aTZfmOVMSguKj0628R5FVU0ARD86FAoa9kbHiCN8kvMtdAGXjnrOK6S1BOQSooO Hm6BQ5u9oRfohjSobxbh/GP4U9JqbFBmUey3dc/eU5+ZUSN687v3lpUBgsY2QxcF+K06 23bEug2WFgPlEkF4PKlC9llGAYN4dxIj9UBWiA4zxNg2zl5nyX3S1WmmLjseep4MTqM3 uwMx5GTlCLCMbf4B5sknVZJ3lEL5d4yKFz4x3PySoNFhc4xAxNhjbiZ2plKPMycbp1/v sUuA== X-Gm-Message-State: APjAAAUcUHHm31dTjafWkb4pGbJo12d3fw/wEOCUfVoH3rzM4W1rZpwq 8TytJZmYkBZtRIatCSZ2clQkFyZZDwI/RJlQA8FynA== X-Google-Smtp-Source: APXvYqyfAR9Oc4uAWLjD4+2XW/NCJsHvNKaOPjIOgukRYyhhpHyMczPrh7ZUEbD6Qi7nk0HLC60anGR/Zr/IEZkc2Dw= X-Received: by 2002:a37:6187:: with SMTP id v129mr6165793qkb.495.1580405294878; Thu, 30 Jan 2020 09:28:14 -0800 (PST) MIME-Version: 1.0 References: <17938.1575444597@critter.freebsd.dk> <20191204092402.GA82492@fuz.su> <78425.1580332298@critter.freebsd.dk> <20200130000301.GA8280@lonesome.com> In-Reply-To: <20200130000301.GA8280@lonesome.com> From: Warner Losh Date: Thu, 30 Jan 2020 10:28:02 -0700 Message-ID: Subject: Re: arm64 as Tier 1 for FreeBSD 13 To: Mark Linimon Cc: Poul-Henning Kamp , Paul Mather , Robert Clausecker , freebsd-arm , freebsd-arch X-Rspamd-Queue-Id: 487nPX1318z4Nxk X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=Uc7CXWym; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::731) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [-3.61 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; URI_COUNT_ODD(1.00)[3]; RCPT_COUNT_FIVE(0.00)[6]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; RCVD_IN_DNSWL_NONE(0.00)[1.3.7.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; IP_SCORE(-2.61)[ip: (-9.21), ipnet: 2607:f8b0::/32(-2.03), asn: 15169(-1.78), country: US(-0.05)]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jan 2020 17:28:17 -0000 On Thu, Jan 30, 2020, 10:11 AM Mark Linimon wrote: > On Wed, Jan 29, 2020 at 09:11:38PM +0000, Poul-Henning Kamp wrote: > > I will also repeat again: We ignore the RPi4 at our peril. > > Assumes facts not in evidence. > > No one is stopping anyone from working on it. > > As Warner notes, it's not a trivial task, so there are frustrations; > also, several people have retired from the field of battle with arrows > in their backs. > Some have done so several times.. Warner mcl > _______________________________________________ > freebsd-arch@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arch > To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org" > From owner-freebsd-arm@freebsd.org Thu Jan 30 17:32:53 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 883C923FC99 for ; Thu, 30 Jan 2020 17:32:53 +0000 (UTC) (envelope-from matheus@eternamente.info) Received: from hobbes.arroway.org (hobbes.arroway.org [173.199.118.77]) by mx1.freebsd.org (Postfix) with ESMTP id 487nVr43JPz4PWh for ; Thu, 30 Jan 2020 17:32:52 +0000 (UTC) (envelope-from matheus@eternamente.info) Received: from cabo.dyn.arroway.org (unknown [177.89.5.111]) by hobbes.arroway.org (Postfix) with ESMTPA id 5E17D1C6CF7 for ; Thu, 30 Jan 2020 14:32:45 -0300 (BRT) Received: from 186.229.5.58 (SquirrelMail authenticated user matheus) by cabo.dyn.arroway.org with HTTP; Thu, 30 Jan 2020 14:32:46 -0300 Message-ID: In-Reply-To: <20200130165057.GB21879@www.zefox.net> References: <17938.1575444597@critter.freebsd.dk> <20191204092402.GA82492@fuz.su> <78425.1580332298@critter.freebsd.dk> <20200129222907.3ccaf4c23fe8509e3f9cdfe4@bidouilliste.net> <84926.1580333803@critter.freebsd.dk> <8BE05A88-D216-4023-AC6E-D6431C7BB3E1@googlemail.com> <20200130165057.GB21879@www.zefox.net> Date: Thu, 30 Jan 2020 14:32:46 -0300 Subject: Re: arm64 as Tier 1 for FreeBSD 13 From: "Nenhum_de_Nos" To: freebsd-arm@freebsd.org User-Agent: SquirrelMail/1.4.23 [SVN] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Rspamd-Queue-Id: 487nVr43JPz4PWh X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of matheus@eternamente.info has no SPF policy when checking 173.199.118.77) smtp.mailfrom=matheus@eternamente.info X-Spamd-Result: default: False [-1.33 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.981,0]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.99)[-0.990,0]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[eternamente.info]; HAS_X_PRIO_THREE(0.00)[3]; R_SPF_NA(0.00)[]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:20473, ipnet:173.199.116.0/22, country:US]; IP_SCORE(-0.36)[asn: 20473(-1.75), country: US(-0.05)] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jan 2020 17:32:53 -0000 On Thu, January 30, 2020 13:50, bob prohaska wrote: > On Thu, Jan 30, 2020 at 04:16:48PM +0100, Klaus K??chemann via freebsd-arm > wrote: >> >> >> If somebody answers here : " yes, I want a HowTo and will help the >> fbsd-project", >> I'll write a HowTo. ;-). If nobody wants to boot FreeBSD on the crappy >> RPI4 we can't help out :-) > > I'll bite. I'd like to see a set of instructions for making FreeBSD boot > on a Pi4 > and will help the FreeBSD foundation. My CD-ROM subscription seems to have > stopped > coming, so I'll send a donation direct to the Foundation. > > It's worth remembering that FreeBSD, along with the rest of the > open-source > movement, started with ports to the IPM PC-AT, a "crappy" platform by most > accounts of the day. > > Thanks for reading, > > bob prohaska Please send to this list the link, maybe more people can also jump in and make some time to help test things :) matheus -- "We will call you Cygnus, the God of balance you shall be." From owner-freebsd-arm@freebsd.org Thu Jan 30 17:48:57 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5B94F1F8316 for ; Thu, 30 Jan 2020 17:48:57 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (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 487nsN1sVrz4QQr for ; Thu, 30 Jan 2020 17:48:55 +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 00UHn4Me024370 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 30 Jan 2020 09:49:05 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id 00UHn4mC024369; Thu, 30 Jan 2020 09:49:04 -0800 (PST) (envelope-from fbsd) Date: Thu, 30 Jan 2020 09:49:04 -0800 From: bob prohaska To: Nenhum_de_Nos Cc: freebsd-arm@freebsd.org Subject: Re: arm64 as Tier 1 for FreeBSD 13 Message-ID: <20200130174904.GD21879@www.zefox.net> References: <17938.1575444597@critter.freebsd.dk> <20191204092402.GA82492@fuz.su> <78425.1580332298@critter.freebsd.dk> <20200129222907.3ccaf4c23fe8509e3f9cdfe4@bidouilliste.net> <84926.1580333803@critter.freebsd.dk> <8BE05A88-D216-4023-AC6E-D6431C7BB3E1@googlemail.com> <20200130165057.GB21879@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-Rspamd-Queue-Id: 487nsN1sVrz4QQr X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [1.80 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.58)[-0.583,0]; WWW_DOT_DOMAIN(0.50)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; IP_SCORE(0.06)[ip: (0.26), ipnet: 50.1.16.0/20(0.13), asn: 7065(-0.04), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(0.42)[0.419,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MID_RHS_WWW(0.50)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jan 2020 17:48:57 -0000 On Thu, Jan 30, 2020 at 02:32:46PM -0300, Nenhum_de_Nos wrote: > On Thu, January 30, 2020 13:50, bob prohaska wrote: > > coming, so I'll send a donation direct to the Foundation. > > > > It's worth remembering that FreeBSD, along with the rest of the > > open-source > > movement, started with ports to the IPM PC-AT, a "crappy" platform by most > > accounts of the day. > > > > Thanks for reading, > > > > bob prohaska > > Please send to this list the link, maybe more people can also jump in and > make some time to help test things :) > It's https://www.freebsdfoundation.org/donate/ for the digitally embedded. Snail mail (my choice) is The FreeBSD Foundation 3980 Broadway St. STE #103-107 Boulder, CO 80304 USA HTH, bob prohaska From owner-freebsd-arm@freebsd.org Thu Jan 30 18:12:00 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 557A01F8FB3 for ; Thu, 30 Jan 2020 18:12:00 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from mail.bitblocks.com (ns1.bitblocks.com [173.228.5.8]) by mx1.freebsd.org (Postfix) with ESMTP id 487pMz2CH1z4RxW; Thu, 30 Jan 2020 18:11:58 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (localhost [127.0.0.1]) by mail.bitblocks.com (Postfix) with ESMTP id BC5AA156E45D; Thu, 30 Jan 2020 10:11:37 -0800 (PST) To: Kyle Evans cc: "freebsd-arm@freebsd.org" Subject: Re: arm64 as Tier 1 for FreeBSD 13 In-reply-to: Your message of "Thu, 30 Jan 2020 10:58:34 -0600." References: <17938.1575444597@critter.freebsd.dk> <20191204092402.GA82492@fuz.su> <78425.1580332298@critter.freebsd.dk> <20200129222907.3ccaf4c23fe8509e3f9cdfe4@bidouilliste.net> <84926.1580333803@critter.freebsd.dk> <8BE05A88-D216-4023-AC6E-D6431C7BB3E1@googlemail.com> <20200130165057.GB21879@www.zefox.net> Comments: In-reply-to Kyle Evans message dated "Thu, 30 Jan 2020 10:58:34 -0600." From: Bakul Shah MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <26682.1580407897.1@bitblocks.com> Content-Transfer-Encoding: quoted-printable Date: Thu, 30 Jan 2020 10:11:37 -0800 Message-Id: <20200130181144.BC5AA156E45D@mail.bitblocks.com> X-Rspamd-Queue-Id: 487pMz2CH1z4RxW X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of bakul@bitblocks.com designates 173.228.5.8 as permitted sender) smtp.mailfrom=bakul@bitblocks.com X-Spamd-Result: default: False [-4.24 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:173.228.5.8/29]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[bitblocks.com]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE(-2.04)[ip: (-6.39), ipnet: 173.228.0.0/20(-3.20), asn: 46375(-0.54), country: US(-0.05)]; RCPT_COUNT_TWO(0.00)[2]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:46375, ipnet:173.228.0.0/20, country:US]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jan 2020 18:12:00 -0000 On Thu, 30 Jan 2020 10:58:34 -0600 Kyle Evans wrote: > > 1. fetch https://download.freebsd.org/ftp/snapshots/arm64/aarch64/ISO-IM= AGES/ > 13.0/FreeBSD-13.0-CURRENT-arm64-aarch64-RPI3-20200130-r357276.img.xz > > 2. Extract > > 3. dd > > 4. Crack open the msdosfs partition, move config_rpi4.txt to config.txt Note that model specific variables can be specified in confg.txt under relevant sections. See https://www.raspberrypi.org/documentation/configuration/config-txt/conditi= onal.md > 5. Install u-boot-rpi4, copy u-boot.bin over to the msdosfs partition Linux & plan9 boot without any u-boot. If the same can be done with FreeBSD, netboot can be used to speed up testing (even if ethernet doesn't work in FreeBSD). > 7. Profit, but not much because you can't interact much with the > outside world for the moment Is there a task list for the rpi4? Ideally documented as a bug list! From owner-freebsd-arm@freebsd.org Thu Jan 30 18:20:34 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4F8871F964B for ; Thu, 30 Jan 2020 18:20:34 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (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 487pYs34mdz4SRv for ; Thu, 30 Jan 2020 18:20:33 +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 00UIKkUT024726 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 30 Jan 2020 10:20: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 00UIKkgU024725; Thu, 30 Jan 2020 10:20:46 -0800 (PST) (envelope-from fbsd) Date: Thu, 30 Jan 2020 10:20:45 -0800 From: bob prohaska To: Kyle Evans Cc: Klaus K??chemann , "freebsd-arm@freebsd.org" , bob prohaska Subject: Re: arm64 as Tier 1 for FreeBSD 13 Message-ID: <20200130182045.GA24595@www.zefox.net> References: <17938.1575444597@critter.freebsd.dk> <20191204092402.GA82492@fuz.su> <78425.1580332298@critter.freebsd.dk> <20200129222907.3ccaf4c23fe8509e3f9cdfe4@bidouilliste.net> <84926.1580333803@critter.freebsd.dk> <8BE05A88-D216-4023-AC6E-D6431C7BB3E1@googlemail.com> <20200130165057.GB21879@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-Rspamd-Queue-Id: 487pYs34mdz4SRv X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [2.04 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; IP_SCORE(0.06)[ip: (0.26), ipnet: 50.1.16.0/20(0.13), asn: 7065(-0.04), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; RCVD_COUNT_TWO(0.00)[2]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.60)[0.601,0]; NEURAL_HAM_MEDIUM(-0.52)[-0.519,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MID_RHS_WWW(0.50)[]; FREEMAIL_CC(0.00)[googlemail.com] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jan 2020 18:20:34 -0000 On Thu, Jan 30, 2020 at 10:54:38AM -0600, Kyle Evans wrote: > > 1. fetch https://download.freebsd.org/ftp/snapshots/arm64/aarch64/ISO-IMAGES/13.0/FreeBSD-13.0-CURRENT-arm64-aarch64-RPI3-20200130-r357276.img.xz > > 2. Extract > > 3. dd > > 4. Crack open the msdosfs partition, move config_rpi4.txt to config.txt > > 5. Install u-boot-rpi4, copy u-boot.bin over to the msdosfs partition > A little clarification here might help. I take it a config.txt file specific to the Pi4 is supplied in the image, but the resident version of u-boot is not compatible with the Pi4? > 6. ??? > A few things could be added here, like how to set up multiple partitions and how to configure swap before firstboot runs away with the show. I've done it before, but it was a real struggle by hand. I've forgotten much detail. > 7. Profit, but not much because you can't interact much with the > outside world for the moment Hopefully the serial console works. Might there be anything to learn via the JTAG port? I'm not skilled enough to do it, merely wondering. Thanks for writing! bob prohaska From owner-freebsd-arm@freebsd.org Thu Jan 30 18:21:14 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 737591F96CB for ; Thu, 30 Jan 2020 18:21:14 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 487pZf2Thjz4SXh for ; Thu, 30 Jan 2020 18:21:14 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mail-qv1-f42.google.com (mail-qv1-f42.google.com [209.85.219.42]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id 44AB413A56 for ; Thu, 30 Jan 2020 18:21:14 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-qv1-f42.google.com with SMTP id l14so1939199qvu.12 for ; Thu, 30 Jan 2020 10:21:14 -0800 (PST) X-Gm-Message-State: APjAAAXFne73rMTExg5TsADxy+cVRr1taQglBFts5k3L5bquvadEcuhN vUqwAp2KICY4Q6LCvG2x93muzbBCf9wuDELrM4Y= X-Google-Smtp-Source: APXvYqwtYJ2gui8ZJ7QtTcSAf5+QI/v2AcARpsTisvnU5uZIL2uaReOvKgrgQlDDX9zrX0kbr6lCtIPBVeW6ys1Rvrw= X-Received: by 2002:ad4:4e04:: with SMTP id dl4mr5807344qvb.150.1580408473795; Thu, 30 Jan 2020 10:21:13 -0800 (PST) MIME-Version: 1.0 References: <17938.1575444597@critter.freebsd.dk> <20191204092402.GA82492@fuz.su> <78425.1580332298@critter.freebsd.dk> <20200129222907.3ccaf4c23fe8509e3f9cdfe4@bidouilliste.net> <84926.1580333803@critter.freebsd.dk> <8BE05A88-D216-4023-AC6E-D6431C7BB3E1@googlemail.com> <20200130165057.GB21879@www.zefox.net> <20200130181144.BC5AA156E45D@mail.bitblocks.com> In-Reply-To: <20200130181144.BC5AA156E45D@mail.bitblocks.com> From: Kyle Evans Date: Thu, 30 Jan 2020 12:21:01 -0600 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: arm64 as Tier 1 for FreeBSD 13 To: Bakul Shah Cc: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jan 2020 18:21:14 -0000 On Thu, Jan 30, 2020 at 12:12 PM Bakul Shah wrote: > > On Thu, 30 Jan 2020 10:58:34 -0600 Kyle Evans wrote: > > > > 1. fetch https://download.freebsd.org/ftp/snapshots/arm64/aarch64/ISO-IMAGES/ > > 13.0/FreeBSD-13.0-CURRENT-arm64-aarch64-RPI3-20200130-r357276.img.xz > > > > 2. Extract > > > > 3. dd > > > > 4. Crack open the msdosfs partition, move config_rpi4.txt to config.txt > > Note that model specific variables can be specified in > confg.txt under relevant sections. See > https://www.raspberrypi.org/documentation/configuration/config-txt/conditional.md > Yup. The final plan is to do so and let RPI3 work for both RPI3+4 OOTB; especially since u-boot has already worked on being able to support both boards with a single config. For now, we didn't want to make it seamless because it is quite dysfunctional -- it's not well-supported and the current status is effectively just "it boots." > > 5. Install u-boot-rpi4, copy u-boot.bin over to the msdosfs partition > > Linux & plan9 boot without any u-boot. If the same can be > done with FreeBSD, netboot can be used to speed up testing > (even if ethernet doesn't work in FreeBSD). > It's worth noting that U-Boot just gained a genetv5 driver, so netbooting can also be accomplished there -- we don't have this version yet, though. > > 7. Profit, but not much because you can't interact much with the > > outside world for the moment > > Is there a task list for the rpi4? Ideally documented as a bug list! Not yet! I think the main tasks remaining are reliant on legal process to get documentation for the closed hardware to write appropriate drivers, unless someone wants to go through and write ACPI attachments to be able to boot w/ edk2. That would get us USB without the proprietary bits that we do not yet have documentation for. Thanks, Kyle Evans From owner-freebsd-arm@freebsd.org Thu Jan 30 19:24:28 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C33731FB91F for ; Thu, 30 Jan 2020 19:24:28 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic302-22.consmr.mail.gq1.yahoo.com (sonic302-22.consmr.mail.gq1.yahoo.com [98.137.68.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 487qzc003bz4XMd for ; Thu, 30 Jan 2020 19:24:27 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: stCEF8YVM1kt9hwTAFPo_EKW5rcQJwpFuq83Pi5QCsWwMkveqoZyhb5DLRjTmMI i91qgd_EdWJdRAFT4gPLNUCJnqmUQllIYPmSAu8JmQQZwRB340T_3kuOBiTqaeDBV7fk3UPdMOhV XCYVWfN92Bd2zrve4JrwElG0vpNyZikokX1TaQB7QopJLTgSAgdJGovH32YowEIEtfhfjDcGbY._ FLAiaYUZZmgB76VpdvMy3rQJ6QuVrRXNqYAj8Hx3xL0GU0v0APckINuyFbpyjPmnvGWtlrtwJZYi qtpKBvl5SPumqz5PMvyYtasM7VWrAcwXwVW89wXCXUlDUWyb7dwmmnBpQiUSsurEc1x5v13C2O7R La53QlTOjsOaMuxmYwl6_OrJc4OTQ7jjS90ezwc7PqiTeEBBNcXDwQ6RCTz_vC.Fln6Cm.4yLqTj 1ONN2EXGzuQW1Fy4DsfyHL69dsWoVZgj.DHaj6WNs70A1Y0TzCzF7C6ET.M82ZXNrHylJi5dtib2 9ml.Ng0keW_IJSCHdkTXFUXpwSolN92bPZXFQnUxvoCUD8Ah0WB2I.ZEatgETWXA657bzzMj7j6M oesB26X.evPk99vA6RfiSCe1jsP_LmVfbS0U6MdH3V9T7oupI4n9mgSE_mRR91oAU.YC66RxIepi MEbFHV22Pny5iuaQ7L6u1yBre_.MlLXvXUee6XKyoLC6qH6EC_DXW2vsaIOdAcxWMKqPsO.wqa.F _iXZfPG5.o8tOBmI2S2403SSa0gCGwfoTGQEnw6qhwS21TE77ILvwwwSuHHOMkpTWh58LKPpoPA_ P1e1lpPME80MexXp93c1enNzULjmfQ.UElRdLMZpUr.uEw3tR.EzWyABDuEIOD6ytn7NkickUomX rjxyJ_c5qcjimnR_2cYhBqGP5ho7s4cmHNlkmCiLfO5_gSVEduTDtHzIUY0hMeCeFyqqRsMF52t1 JniyYh2MmCTN3rWhtFzhf6cKO8aSRYbI8mBJI.QZBa.DFkHLeD0GU0nYNUoDcVKK2iPBFu3l9tFB KXTXMnO5UpFfgnqOWLPIseySLBIRKJSFV5CfvszPqOfxeVfpG8NgiU7l4BWCK4eR9g.ZFPdLXS4t 5.EZR9uDUpVVyp2hm0mJOwKSR7ZtTnZVv6L9fxEOtPX_8KT67UycYnTy529IoUWs4KNEBBSlc._B uV2qw_M_6sYy.d49hrr2jWg58Vamq1BQj9e3ixcizmAEs6Ke7BQY6XFqq7Z2_3QEbw3YRlGxEPHR fx0mmY2KNIzrFCfv5z7jc7.4o0OuYzOugH8if52lvykV_XaZSMFnclEKW_ZdTmMGpQ0sl4P7Xqut WSjbCjC3hqAuSsrRQKVEPxR7fWVRCYSkDdC3s3DZa7_6xQdxiLAdp.ACO_Y0lIAJyiytxEOR7rSC ZX2JHX7BgzQT92YRrtkgE4Yh_4VFG1LdVqrSx Received: from sonic.gate.mail.ne1.yahoo.com by sonic302.consmr.mail.gq1.yahoo.com with HTTP; Thu, 30 Jan 2020 19:24:26 +0000 Received: by smtp425.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 5a49d7df68e18b23e01f136dd331c7e0; Thu, 30 Jan 2020 19:24:20 +0000 (UTC) From: Mark Millard Message-Id: <28F6F604-5A20-470A-9943-7E9DB9ADF363@yahoo.com> Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.40.2.2.4\)) Subject: Re: panic: deadlres_td_sleep_q: possible deadlock detected on RPI3 Date: Thu, 30 Jan 2020 11:24:19 -0800 In-Reply-To: <20200130171735.GC21879@www.zefox.net> Cc: Ralf Wenk , freebsd-arm@freebsd.org To: bob prohaska References: <20200123164419.GA81833@www.zefox.net> <20200125153229.GA3768@www.zefox.net> <20200126164211.GB7312@www.zefox.net> <20200130162055.GA21879@www.zefox.net> <20200130171735.GC21879@www.zefox.net> X-Mailer: Apple Mail (2.3608.40.2.2.4) X-Rspamd-Queue-Id: 487qzc003bz4XMd X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.30 / 15.00]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; URI_COUNT_ODD(1.00)[7]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; IP_SCORE(0.00)[ip: (5.64), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.67), country: US(-0.05)]; NEURAL_SPAM_MEDIUM(0.83)[0.832,0]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.97)[0.973,0]; RCVD_IN_DNSWL_NONE(0.00)[148.68.137.98.list.dnswl.org : 127.0.5.0]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jan 2020 19:24:28 -0000 On 2020-Jan-30, at 09:17, bob prohaska wrote: > On Thu, Jan 30, 2020 at 08:44:36AM -0800, Mark Millard wrote: >> >> Does kldstat show mac_ntpd as loaded? >> > Seemingly not: > bob@www:/usr/src % kldstat > Id Refs Address Size Name > 1 15 0xffff000000000000 14f8a40 kernel > 2 1 0xffff00005a600000 21000 fdescfs.ko > 3 1 0xffff00005a621000 21000 uhid.ko > 4 1 0xffff00005a642000 21000 ums.ko > 5 1 0xffff00005a663000 21000 uplcom.ko > 6 1 0xffff00005a684000 22000 ucom.ko > bob@www:/usr/src % > >> On 4 arm systems here, 2 boot loading mac_ntpd, >> 2 boot without loading mac_ntpd, and ntp works >> for all. But this is head -r356426 . >> > Likewise head- here also, not 12, time looks ok. > > I'm using system defaults for ntp. If you want to risk crashing/hanging-up the machine, you could try to "kldload mac_ntpd" and see if it loads well or not. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Thu Jan 30 19:49:06 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4842B1FC36C for ; Thu, 30 Jan 2020 19:49:06 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wr1-x42f.google.com (mail-wr1-x42f.google.com [IPv6:2a00:1450:4864:20::42f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 487rX13V13z4Yfm for ; Thu, 30 Jan 2020 19:49:05 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wr1-x42f.google.com with SMTP id y17so5638572wrh.5 for ; Thu, 30 Jan 2020 11:49:05 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=IpzrqNQRsP6HfQl9roI4M433a59YvggINamRd7IpjlI=; b=R9urBkcA+WsnMsaSUGFOlVEdM9Rzj0+peVSviS8D3vBV4lUGjGoz+eZKYDn3d4LMJm TqD0HM55ywmnVce+L51spyZLDkGBE1yuNORZQ0sY487ledQ8sIEViJW4nPPNGZkL5+HJ vLikPn5S6cDY/ZrNwANSOgXHvublsl1g7BTefaixq2YnCjNcJcRu7VhrqeVWZheERfyF RyUTTACPgi3RehUW4v7O8XAPZbD2N2KJC7ndkjmWGxezL5kCYb1x0wPx8QiZvJOBMlIZ 1U4R16Io1lNLWR0teyqxR6NEsOVPYvoDZv/fwS0Hv2IWMd8c22Qa17UYycRZDM+fJqAj NnXQ== X-Gm-Message-State: APjAAAUoi82DGSBnyPvOOQJ7bwQodjdllaGAmknXKY7PuLOOB3iuB1nV +TI0tIzbFCDb+1+ETQ7NZGEqVVls X-Google-Smtp-Source: APXvYqz7A3jsAkxBjYi1t0Tkjn7yez9hOZ6y8gAKaCg2+QhO86mFzd0xHA+AHZVdkxLDp3S0asVPRw== X-Received: by 2002:adf:a1db:: with SMTP id v27mr7221378wrv.272.1580413743779; Thu, 30 Jan 2020 11:49:03 -0800 (PST) Received: from [192.168.1.167] (x59cc997d.dyn.telefonica.de. [89.204.153.125]) by smtp.googlemail.com with ESMTPSA id x21sm7350433wmi.30.2020.01.30.11.49.02 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 30 Jan 2020 11:49:02 -0800 (PST) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.40.2.2.4\)) Subject: Re: arm64 as Tier 1 for FreeBSD 13 Date: Thu, 30 Jan 2020 20:49:01 +0100 References: <17938.1575444597@critter.freebsd.dk> <20191204092402.GA82492@fuz.su> <78425.1580332298@critter.freebsd.dk> <20200129222907.3ccaf4c23fe8509e3f9cdfe4@bidouilliste.net> <84926.1580333803@critter.freebsd.dk> <8BE05A88-D216-4023-AC6E-D6431C7BB3E1@googlemail.com> <20200130165057.GB21879@www.zefox.net> To: bob prohaska , freebsd-arm@freebsd.org In-Reply-To: <20200130165057.GB21879@www.zefox.net> Message-Id: X-Mailer: Apple Mail (2.3608.40.2.2.4) X-Rspamd-Queue-Id: 487rX13V13z4Yfm X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[125.153.204.89.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[f.2.4.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.00)[ip: (-9.13), ipnet: 2a00:1450::/32(-2.52), asn: 15169(-1.78), country: US(-0.05)]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jan 2020 19:49:06 -0000 > Am 30.01.2020 um 17:50 schrieb bob prohaska : >=20 > On Thu, Jan 30, 2020 at 04:16:48PM +0100, Klaus K??chemann via = freebsd-arm wrote: >>=20 >>=20 >> If somebody answers here : " yes, I want a HowTo and will help the = fbsd-project", >> I'll write a HowTo. ;-). If nobody wants to boot FreeBSD on the = crappy RPI4 we can't help out :-) >=20 > I'll bite. I'd like to see a set of instructions for making FreeBSD = boot on a Pi4 > and will help the FreeBSD foundation. My CD-ROM subscription seems to = have stopped > coming, so I'll send a donation direct to the Foundation. >=20 > It's worth remembering that FreeBSD, along with the rest of the = open-source=20 > movement, started with ports to the IPM PC-AT, a "crappy" platform by = most > accounts of the day.=20 >=20 > Thanks for reading, >=20 > bob prohaska >=20 >>=20 >> Regards >> Klaus >> _______________________________________________ >> 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=E2=80=9C >>=20 Hi Bob, wow, hot discussion here :-) `was more a "joke=E2=80=9C with the =E2=80=9Epromise to help FreeBSD=E2=80= =9C or in other words I didn=E2=80=99t think of money, With =E2=80=9Ahelp' I meant bug reports( in best case with patches), = reading sourc- codes src . O.K., I=E2=80=99ll write a tutorial to the FreeBSD- forums tonight. But to say it here first, point 6 of Kyle Evans with the 2 question = marks is : Copying the firmware from RPI-foundation to the SD-card is step 6 which = will make the RPI4 bootable from uSD =E2=80=A6. (K.Evans: ---- ...5. Install u-boot-rpi4, copy u-boot.bin over to the msdosfs partition 6. ??? 7. Profit, but =E2=80=A6.. --- Regards=20 Klaus=20 From owner-freebsd-arm@freebsd.org Thu Jan 30 19:55:17 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 24C791FC671 for ; Thu, 30 Jan 2020 19:55:17 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 487rg907D8z4Z0H for ; Thu, 30 Jan 2020 19:55:17 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mail-qk1-f182.google.com (mail-qk1-f182.google.com [209.85.222.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id E9BD71462D for ; Thu, 30 Jan 2020 19:55:16 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-qk1-f182.google.com with SMTP id q15so4225776qki.2 for ; Thu, 30 Jan 2020 11:55:16 -0800 (PST) X-Gm-Message-State: APjAAAXLRAZTyG4zz+IjoTya1ZOczC/doT2dXA5aTyow5l2hD0no8nZp KicagEMCKRNbzz/oIpg/8/AOmFvmykYrx97zdRw= X-Google-Smtp-Source: APXvYqzufaB+DRWU9Czjhf2jJuJ3lNvWBZK8wHtthYMQ1aujrUwx2QwwLEuNa3ha2QYYk/O9ntlqyslNMmisrQE4+ms= X-Received: by 2002:ae9:e10e:: with SMTP id g14mr7255853qkm.430.1580414116273; Thu, 30 Jan 2020 11:55:16 -0800 (PST) MIME-Version: 1.0 References: <17938.1575444597@critter.freebsd.dk> <20191204092402.GA82492@fuz.su> <78425.1580332298@critter.freebsd.dk> <20200129222907.3ccaf4c23fe8509e3f9cdfe4@bidouilliste.net> <84926.1580333803@critter.freebsd.dk> <8BE05A88-D216-4023-AC6E-D6431C7BB3E1@googlemail.com> <20200130165057.GB21879@www.zefox.net> In-Reply-To: From: Kyle Evans Date: Thu, 30 Jan 2020 13:55:04 -0600 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: arm64 as Tier 1 for FreeBSD 13 To: =?UTF-8?Q?Klaus_K=C3=BCchemann?= Cc: bob prohaska , "freebsd-arm@freebsd.org" Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jan 2020 19:55:17 -0000 On Thu, Jan 30, 2020 at 1:49 PM Klaus K=C3=BCchemann via freebsd-arm wrote: > > > > > Am 30.01.2020 um 17:50 schrieb bob prohaska : > > > > On Thu, Jan 30, 2020 at 04:16:48PM +0100, Klaus K??chemann via freebsd-= arm wrote: > >> > >> > >> If somebody answers here : " yes, I want a HowTo and will help the fbs= d-project", > >> I'll write a HowTo. ;-). If nobody wants to boot FreeBSD on the crappy= RPI4 we can't help out :-) > > > > I'll bite. I'd like to see a set of instructions for making FreeBSD boo= t on a Pi4 > > and will help the FreeBSD foundation. My CD-ROM subscription seems to h= ave stopped > > coming, so I'll send a donation direct to the Foundation. > > > > It's worth remembering that FreeBSD, along with the rest of the open-so= urce > > movement, started with ports to the IPM PC-AT, a "crappy" platform by m= ost > > accounts of the day. > > > > Thanks for reading, > > > > bob prohaska > > > >> > >> Regards > >> Klaus > >> _______________________________________________ > >> 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= =E2=80=9C > >> > > Hi Bob, > > wow, hot discussion here :-) > `was more a "joke=E2=80=9C with the =E2=80=9Epromise to help FreeBSD=E2= =80=9C or in other words I didn=E2=80=99t think of money, > With =E2=80=9Ahelp' I meant bug reports( in best case with patches), read= ing sourc- codes src . > > O.K., I=E2=80=99ll write a tutorial to the FreeBSD- forums tonight. > But to say it here first, point 6 of Kyle Evans with the 2 question marks= is : > > Copying the firmware from RPI-foundation to the SD-card is step 6 which = will make the RPI4 bootable from uSD =E2=80=A6. The RPI3 image already has the appropriate firmware on it, installed from sysutils/rpi-firmware. Thanks, Kyle Evans From owner-freebsd-arm@freebsd.org Thu Jan 30 20:22:53 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 90C621FD736; Thu, 30 Jan 2020 20:22:53 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from mail.oetec.com (mail.oetec.com [108.160.241.186]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.oetec.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 487sH02JC8z4bx9; Thu, 30 Jan 2020 20:22:51 +0000 (UTC) (envelope-from dclarke@blastwave.org) X-Spam-Status: No X-oetec-MailScanner-From: dclarke@blastwave.org X-oetec-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-1.199, required 6, autolearn=not spam, ALL_TRUSTED -1.00, DKIM_SIGNED 0.10, DKIM_VALID -0.10, DKIM_VALID_AU -0.10, DKIM_VALID_EF -0.10, URIBL_BLOCKED 0.00) X-oetec-MailScanner: Found to be clean X-oetec-MailScanner-ID: 00UKMfOg019894 X-oetec-MailScanner-Information: Please contact oetec for more information Received: from [172.16.35.3] (CPEf81d0f84cb23-CMf81d0f84cb20.cpe.net.cable.rogers.com [99.253.169.68]) (authenticated bits=0) by mail.oetec.com (8.15.2/8.15.2/Debian-8) with ESMTPSA id 00UKMfOg019894 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Thu, 30 Jan 2020 15:22:42 -0500 Subject: Re: arm64 as Tier 1 for FreeBSD 13 To: freebsd-arm@freebsd.org, FreeBSD PowerPC ML References: <17938.1575444597@critter.freebsd.dk> <20191204092402.GA82492@fuz.su> <78425.1580332298@critter.freebsd.dk> <20200129222907.3ccaf4c23fe8509e3f9cdfe4@bidouilliste.net> <84926.1580333803@critter.freebsd.dk> From: Dennis Clarke Message-ID: Date: Thu, 30 Jan 2020 15:22:41 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:72.0) Gecko/20100101 Thunderbird/72.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 487sH02JC8z4bx9 X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.46 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[blastwave.org:s=default]; NEURAL_HAM_MEDIUM(-0.98)[-0.984,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.50)[asn: 812(2.58), country: CA(-0.09)]; NEURAL_HAM_LONG(-0.97)[-0.973,0]; DKIM_TRACE(0.00)[blastwave.org:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[blastwave.org,quarantine]; RECEIVED_SPAMHAUS_PBL(0.00)[68.169.253.99.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:812, ipnet:108.160.240.0/20, country:CA]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jan 2020 20:22:53 -0000 On 2020-01-30 08:07, Bob Bishop wrote: > Hi, > >> On 29 Jan 2020, at 21:36, Poul-Henning Kamp wrote: >> >> -------- >> In message <20200129222907.3ccaf4c23fe8509e3f9cdfe4@bidouilliste.net>, Emmanuel Vadot writes: >> >>>> RPi's are a LOT easier to get hold of for hackers and in particular >>>> for educators. Well popular is a factor I guess. The noisey masses. However the most powerful and most common RISC platform on the planet Earth is the IBM POWER9 and that is where FreeBSD server style OS should work flawlessly. With NVidia driver support for CUDA applications. Any other considerations for a server style OS would be merely giving the masses a hug for no great benefit in functionality. -- Dennis Clarke RISC-V/SPARC/PPC/ARM/CISC UNIX and Linux spoken GreyBeard and suspenders optional From owner-freebsd-arm@freebsd.org Thu Jan 30 20:33:53 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 242D41FE1C3 for ; Thu, 30 Jan 2020 20:33:53 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wm1-x333.google.com (mail-wm1-x333.google.com [IPv6:2a00:1450:4864:20::333]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 487sWj0CLDz4cnx; Thu, 30 Jan 2020 20:33:52 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wm1-x333.google.com with SMTP id f129so5935297wmf.2; Thu, 30 Jan 2020 12:33:52 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=huJVe76bN/sVuHHx5VfKPAaiCNUbDXKodZ3psN/eSN0=; b=s7uDHBW4rkdrFjFkCoytuCR5Yfqm9AVe0WWrLV0pWX3cw2kO+6xD1hlGgOg2mZ7UC4 4kTFcPSmpDlSdSq5YzODDTQKmfHqM8vSz5wn1bFGpOQB/DPu/AF3mI3yrhYKS2Hh1ClD 22/etrOgZ3PxlW7U5GA4Ju6XXf4YEU/sHClj99Tnt3uBfr/vMapqo/uuDa2mnzzUBiCu Yq/EJ/nQubtXHPX4h52kXA9ott5ifDIq3KiwDjKXHOzZSvHix48/j95gUWxDdzf00GQg MT/EiRD41bb36MfCyQoinsvUSgqChm4UV06WZD9/eTrvCPZMQ/wY887Kyy94cFNxn46e H0+Q== X-Gm-Message-State: APjAAAVbdDLPyFoM9iSOn2nQC46A1eCviAnRjkxIGBbLcUYnzpiuVy5h uPdU+EdywmqucxoBjyCXWaEkVD3/ X-Google-Smtp-Source: APXvYqzC7afHhdKrq4sMS2Cno7rjO9KSiHASJSt0ROnV58qtN7ibafS0kkwjOzhSaMc5p8KYVonDoQ== X-Received: by 2002:a7b:cbcf:: with SMTP id n15mr7385090wmi.21.1580416430090; Thu, 30 Jan 2020 12:33:50 -0800 (PST) Received: from [192.168.1.167] (x59cc997d.dyn.telefonica.de. [89.204.153.125]) by smtp.googlemail.com with ESMTPSA id s15sm8802758wrp.4.2020.01.30.12.33.48 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 30 Jan 2020 12:33:49 -0800 (PST) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.40.2.2.4\)) Subject: Re: arm64 as Tier 1 for FreeBSD 13 Date: Thu, 30 Jan 2020 21:33:47 +0100 References: <17938.1575444597@critter.freebsd.dk> <20191204092402.GA82492@fuz.su> <78425.1580332298@critter.freebsd.dk> <20200129222907.3ccaf4c23fe8509e3f9cdfe4@bidouilliste.net> <84926.1580333803@critter.freebsd.dk> <8BE05A88-D216-4023-AC6E-D6431C7BB3E1@googlemail.com> <20200130165057.GB21879@www.zefox.net> To: Kyle Evans , freebsd-arm@freebsd.org In-Reply-To: Message-Id: <0C1EEFD4-1AAF-4F7D-80D6-6937F47DE64C@googlemail.com> X-Mailer: Apple Mail (2.3608.40.2.2.4) X-Rspamd-Queue-Id: 487sWj0CLDz4cnx X-Spamd-Bar: ----- X-Spamd-Result: default: False [-6.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jan 2020 20:33:53 -0000 > Am 30.01.2020 um 20:55 schrieb Kyle Evans : >=20 > On Thu, Jan 30, 2020 at 1:49 PM Klaus K=C3=BCchemann via freebsd-arm > wrote: >>=20 >>=20 >>=20 >>> Am 30.01.2020 um 17:50 schrieb bob prohaska : >>>=20 >>> On Thu, Jan 30, 2020 at 04:16:48PM +0100, Klaus K??chemann via = freebsd-arm wrote: >>>>=20 >>>>=20 >>>> If somebody answers here : " yes, I want a HowTo and will help the = fbsd-project", >>>> I'll write a HowTo. ;-). If nobody wants to boot FreeBSD on the = crappy RPI4 we can't help out :-) >>>=20 >>> I'll bite. I'd like to see a set of instructions for making FreeBSD = boot on a Pi4 >>> and will help the FreeBSD foundation. My CD-ROM subscription seems = to have stopped >>> coming, so I'll send a donation direct to the Foundation. >>>=20 >>> It's worth remembering that FreeBSD, along with the rest of the = open-source >>> movement, started with ports to the IPM PC-AT, a "crappy" platform = by most >>> accounts of the day. >>>=20 >>> Thanks for reading, >>>=20 >>> bob prohaska >>>=20 >>>>=20 >>>> Regards >>>> Klaus >>>> _______________________________________________ >>>> 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=E2=80=9C >>>>=20 >>=20 >> Hi Bob, >>=20 >> wow, hot discussion here :-) >> `was more a "joke=E2=80=9C with the =E2=80=9Epromise to help = FreeBSD=E2=80=9C or in other words I didn=E2=80=99t think of money, >> With =E2=80=9Ahelp' I meant bug reports( in best case with patches), = reading sourc- codes src . >>=20 >> O.K., I=E2=80=99ll write a tutorial to the FreeBSD- forums tonight. >> But to say it here first, point 6 of Kyle Evans with the 2 question = marks is : >>=20 >> Copying the firmware from RPI-foundation to the SD-card is step 6 = which will make the RPI4 bootable from uSD =E2=80=A6. >=20 > The RPI3 image already has the appropriate firmware on it, installed > from sysutils/rpi-firmware. >=20 > Thanks, >=20 > Kyle Evans Hi Kyle,=20 what you mean is u-boot.bin from sysutils, but there=E2=80=99s a lot = more to copy - with me it began to work flawlessly with the other files from = RPI-foundation ..=20 I=E2=80=99ll write something for the public in the forums tonight when = I=E2=80=99m back from the office .. Last SD-card I prepared is approx. 1 week ago, so of course some things = might have been changed=20 in src head... Thanks=20 =E2=80=94=E2=80=94 Regards=20 Klaus From owner-freebsd-arm@freebsd.org Thu Jan 30 20:36:56 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 80DD21FE2D8 for ; Thu, 30 Jan 2020 20:36:56 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 487sbD2rmtz4ctT for ; Thu, 30 Jan 2020 20:36:56 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mail-qv1-f41.google.com (mail-qv1-f41.google.com [209.85.219.41]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id 5430514AE4 for ; Thu, 30 Jan 2020 20:36:56 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-qv1-f41.google.com with SMTP id dc14so2158421qvb.9 for ; Thu, 30 Jan 2020 12:36:56 -0800 (PST) X-Gm-Message-State: APjAAAWnQTDwrIuFRDwsmb6vj+jqrz0GqDEMsap+ljju3nhMmbjgcMV9 upwlhzOpCqwsNbXQwCSfl1e9usqG+DI62KSi72c= X-Google-Smtp-Source: APXvYqyinR+qC/sgCGAKn8v7LbOwDj31mHhS/rIO1ISlgwNHHxaRz/kQxJmdNDAYrYrirdqMAJqtf4xyVtQ44jbwVVE= X-Received: by 2002:a05:6214:a91:: with SMTP id ev17mr6560129qvb.112.1580416615932; Thu, 30 Jan 2020 12:36:55 -0800 (PST) MIME-Version: 1.0 References: <17938.1575444597@critter.freebsd.dk> <20191204092402.GA82492@fuz.su> <78425.1580332298@critter.freebsd.dk> <20200129222907.3ccaf4c23fe8509e3f9cdfe4@bidouilliste.net> <84926.1580333803@critter.freebsd.dk> <8BE05A88-D216-4023-AC6E-D6431C7BB3E1@googlemail.com> <20200130165057.GB21879@www.zefox.net> <0C1EEFD4-1AAF-4F7D-80D6-6937F47DE64C@googlemail.com> In-Reply-To: <0C1EEFD4-1AAF-4F7D-80D6-6937F47DE64C@googlemail.com> From: Kyle Evans Date: Thu, 30 Jan 2020 14:36:43 -0600 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: arm64 as Tier 1 for FreeBSD 13 To: =?UTF-8?Q?Klaus_K=C3=BCchemann?= Cc: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jan 2020 20:36:56 -0000 On Thu, Jan 30, 2020 at 2:33 PM Klaus K=C3=BCchemann wrote: > > > > > Am 30.01.2020 um 20:55 schrieb Kyle Evans : > > > > On Thu, Jan 30, 2020 at 1:49 PM Klaus K=C3=BCchemann via freebsd-arm > > wrote: > >> > >> > >> > >>> Am 30.01.2020 um 17:50 schrieb bob prohaska : > >>> > >>> On Thu, Jan 30, 2020 at 04:16:48PM +0100, Klaus K??chemann via freebs= d-arm wrote: > >>>> > >>>> > >>>> If somebody answers here : " yes, I want a HowTo and will help the f= bsd-project", > >>>> I'll write a HowTo. ;-). If nobody wants to boot FreeBSD on the crap= py RPI4 we can't help out :-) > >>> > >>> I'll bite. I'd like to see a set of instructions for making FreeBSD b= oot on a Pi4 > >>> and will help the FreeBSD foundation. My CD-ROM subscription seems to= have stopped > >>> coming, so I'll send a donation direct to the Foundation. > >>> > >>> It's worth remembering that FreeBSD, along with the rest of the open-= source > >>> movement, started with ports to the IPM PC-AT, a "crappy" platform by= most > >>> accounts of the day. > >>> > >>> Thanks for reading, > >>> > >>> bob prohaska > >>> > >>>> > >>>> Regards > >>>> Klaus > >>>> _______________________________________________ > >>>> freebsd-arm@freebsd.org mailing list > >>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm > >>>> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.or= g=E2=80=9C > >>>> > >> > >> Hi Bob, > >> > >> wow, hot discussion here :-) > >> `was more a "joke=E2=80=9C with the =E2=80=9Epromise to help FreeBSD= =E2=80=9C or in other words I didn=E2=80=99t think of money, > >> With =E2=80=9Ahelp' I meant bug reports( in best case with patches), r= eading sourc- codes src . > >> > >> O.K., I=E2=80=99ll write a tutorial to the FreeBSD- forums tonight. > >> But to say it here first, point 6 of Kyle Evans with the 2 question ma= rks is : > >> > >> Copying the firmware from RPI-foundation to the SD-card is step 6 whi= ch will make the RPI4 bootable from uSD =E2=80=A6. > > > > The RPI3 image already has the appropriate firmware on it, installed > > from sysutils/rpi-firmware. > > > > Thanks, > > > > Kyle Evans > > Hi Kyle, > > what you mean is u-boot.bin from sysutils, but there=E2=80=99s a lot more= to copy - > with me it began to work flawlessly with the other files from RPI-foundat= ion .. > I=E2=80=99ll write something for the public in the forums tonight when I= =E2=80=99m back from the office .. > Last SD-card I prepared is approx. 1 week ago, so of course some things m= ight have been changed > in src head... > I think there's some kind of impedance mismatch here, but I'm not sure where. The steps are exactly as I wrote for the last RPi4 I stood up, and shouldn't have changed in the past month or two, even. You should only need to bring your own U-Boot and copy the rpi4 config.txt over. From owner-freebsd-arm@freebsd.org Thu Jan 30 21:04:52 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C487D1FEFC4 for ; Thu, 30 Jan 2020 21:04:52 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wr1-x443.google.com (mail-wr1-x443.google.com [IPv6:2a00:1450:4864:20::443]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 487tCS4m8Nz4fqs; Thu, 30 Jan 2020 21:04:52 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wr1-x443.google.com with SMTP id g17so5946571wro.2; Thu, 30 Jan 2020 13:04:52 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=KmViYwRFOUfzsG5gmSmrhep7IDKIENKuLInxqFlT+G8=; b=BMubXIVNx7qRxM7H0eYnjKXg21Xwo/DLCj+l8t4hlF8uPb+IM9KDe9nwuVgfTXX1+S YR0T7dcusX036m2MnlnirFD2fVVsAxPRrhR5hf8evgIuE/hayQeuEyO5dERbAmJoPedR RBA/s88TKlTNIiGk+XHxVqBQGidU5WemmeKsACjS4UIS/oY2sAM8TM5jJv/Yufd1xnVq wySwTvr96oFJFKDuH6gVhiwbeTQ3SbT4DJWTjX2L04TlFXjWt53eEoUk+XkF9EJ0sZIe tHYWH8Qz33KPFTvuFi5lO2lztAsQaEdTn1bs5my2p2+4YBDJHhYrqOBWi0Aen9LBv7// nHTg== X-Gm-Message-State: APjAAAXJL+6Hxnfj2pdouhnKcmjZfzL5ruypXVYMZO1IoV/ZdNbg6D8V Ty4MX/jFlszuoSNUpXP/l41rsJQd X-Google-Smtp-Source: APXvYqy7FCDuwlhWRdq+/mOnEHWMTiOAN8Ejva+KYHBIAimCiWwb61Ggn/yCwl2rA7cUNZAtQQxzzg== X-Received: by 2002:adf:ee01:: with SMTP id y1mr7987307wrn.152.1580418290585; Thu, 30 Jan 2020 13:04:50 -0800 (PST) Received: from [192.168.1.167] (x59cc997d.dyn.telefonica.de. [89.204.153.125]) by smtp.googlemail.com with ESMTPSA id r5sm8853052wrt.43.2020.01.30.13.04.49 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 30 Jan 2020 13:04:49 -0800 (PST) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.40.2.2.4\)) Subject: Re: arm64 as Tier 1 for FreeBSD 13 Date: Thu, 30 Jan 2020 22:04:48 +0100 References: <17938.1575444597@critter.freebsd.dk> <20191204092402.GA82492@fuz.su> <78425.1580332298@critter.freebsd.dk> <20200129222907.3ccaf4c23fe8509e3f9cdfe4@bidouilliste.net> <84926.1580333803@critter.freebsd.dk> <8BE05A88-D216-4023-AC6E-D6431C7BB3E1@googlemail.com> <20200130165057.GB21879@www.zefox.net> <0C1EEFD4-1AAF-4F7D-80D6-6937F47DE64C@googlemail.com> To: Kyle Evans , freebsd-arm@freebsd.org In-Reply-To: Message-Id: <056B0A12-04C9-4181-BFBE-3504F2054D82@googlemail.com> X-Mailer: Apple Mail (2.3608.40.2.2.4) X-Rspamd-Queue-Id: 487tCS4m8Nz4fqs X-Spamd-Bar: ----- X-Spamd-Result: default: False [-6.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jan 2020 21:04:52 -0000 > Am 30.01.2020 um 21:36 schrieb Kyle Evans : > =E2=80=A6 > .. > I think there's some kind of impedance mismatch here, but I'm not sure > where. The steps are exactly as I wrote for the last RPi4 I stood up, > and shouldn't have changed in the past month or two, even. You should > only need to bring your own U-Boot and copy the rpi4 config.txt over. No no, everything is surprisingly good, you made a quite good job, no = mismatches :-) It began to work with me with the following files downloaded from = RPI-foundation and copied to Msdos-partition : bcm2711-rpi-4-b.dtb(already there if I remember correctly) fixup4.dat fixup4cd.dat fixup4db.dat fixup4x.dat start4.elf start4cd.elf start4db.elf start4x.elf Additionally the WHOLE(not only a part) folder =E2=80=9Eoverlays=E2=80=9C = in msdos-partition had to be overwritten=20 with the files from RPI-foundation. And of course: u-boot.bin was overwritten with the one from sysutils. My next steps were mounting the SD-card on a network-capable = fbsd-machine , then checkout src head, put the SD-card back to RPI, boot and compile to = custom kernel/world. What will follow is getting WIFI with "a" proprietary brcmfmac-file over = SDIO . For this please take a look again at a patch where you were involved = afaik:=20 https://reviews.freebsd.org/D15955 If that will be merged we should be able to boot from uSD AND implement = WIFI first to get network I did that on netbsd without problems with their SDIO-implementation). (I didn`t find the time yet to test that D15955 patch, but will try it) All other things can be done later =E2=80=A6 So, this was the =E2=80=9Etutorial=E2=80=9C ;-) - perhaps tonight then = for the public in the forums ... Thank you =E2=80=94 Regards=20 Klaus=20= From owner-freebsd-arm@freebsd.org Fri Jan 31 01:29:19 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DBECB22E8D8 for ; Fri, 31 Jan 2020 01:29:19 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (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 48804Z49Jjz3QkY for ; Fri, 31 Jan 2020 01:29:18 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id 00V1TUOJ027801 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 30 Jan 2020 17:29:31 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id 00V1TTnL027800; Thu, 30 Jan 2020 17:29:29 -0800 (PST) (envelope-from fbsd) Date: Thu, 30 Jan 2020 17:29:29 -0800 From: bob prohaska To: Mark Millard Cc: Ralf Wenk , freebsd-arm@freebsd.org, bob prohaska Subject: Re: panic: deadlres_td_sleep_q: possible deadlock detected on RPI3 Message-ID: <20200131012929.GA27754@www.zefox.net> References: <20200123164419.GA81833@www.zefox.net> <20200125153229.GA3768@www.zefox.net> <20200126164211.GB7312@www.zefox.net> <20200130162055.GA21879@www.zefox.net> <20200130171735.GC21879@www.zefox.net> <28F6F604-5A20-470A-9943-7E9DB9ADF363@yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <28F6F604-5A20-470A-9943-7E9DB9ADF363@yahoo.com> User-Agent: Mutt/1.5.24 (2015-08-30) X-Rspamd-Queue-Id: 48804Z49Jjz3QkY X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [0.83 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.85)[-0.855,0]; WWW_DOT_DOMAIN(0.50)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; IP_SCORE(0.06)[ip: (0.26), ipnet: 50.1.16.0/20(0.13), asn: 7065(-0.04), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_HAM_LONG(-0.27)[-0.271,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_NA(0.00)[]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MID_RHS_WWW(0.50)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jan 2020 01:29:19 -0000 On Thu, Jan 30, 2020 at 11:24:19AM -0800, Mark Millard wrote: > > If you want to risk crashing/hanging-up the machine, you could > try to "kldload mac_ntpd" and see if it loads well or not. > > That produced a prompt hang with no output at all. The backtrace reports: KDB: enter: Break to debugger [ thread pid 1116 tid 100085 ] Stopped at 0x4031ed44 db> bt Tracing pid 1116 tid 100085 td 0xfffffd0001020000 db_trace_self() at db_stack_trace+0xf8 pc = 0xffff00000073c55c lr = 0xffff000000103c58 sp = 0xffff00005a4bc830 fp = 0xffff00005a4bc860 db_stack_trace() at db_command+0x228 pc = 0xffff000000103c58 lr = 0xffff0000001038d0 sp = 0xffff00005a4bc870 fp = 0xffff00005a4bc950 db_command() at db_command_loop+0x58 pc = 0xffff0000001038d0 lr = 0xffff000000103678 sp = 0xffff00005a4bc960 fp = 0xffff00005a4bc980 db_command_loop() at db_trap+0xf4 pc = 0xffff000000103678 lr = 0xffff00000010697c sp = 0xffff00005a4bc990 fp = 0xffff00005a4bcbb0 db_trap() at kdb_trap+0x1d8 pc = 0xffff00000010697c lr = 0xffff0000004510a0 sp = 0xffff00005a4bcbc0 fp = 0xffff00005a4bcc70 kdb_trap() at do_el1h_sync+0xf4 pc = 0xffff0000004510a0 lr = 0xffff000000759568 sp = 0xffff00005a4bcc80 fp = 0xffff00005a4bccb0 do_el1h_sync() at handle_el1h_sync+0x78 pc = 0xffff000000759568 lr = 0xffff00000073f078 sp = 0xffff00005a4bccc0 fp = 0xffff00005a4bcdd0 handle_el1h_sync() at kdb_alt_break_internal+0x130 pc = 0xffff00000073f078 lr = 0xffff000000450858 sp = 0xffff00005a4bcde0 fp = 0xffff00005a4bce80 kdb_alt_break_internal() at kdb_alt_break+0xc pc = 0xffff000000450858 lr = 0xffff000000450718 sp = 0xffff00005a4bce90 fp = 0xffff00005a4bce90 kdb_alt_break() at uart_intr_rxready+0x88 pc = 0xffff000000450718 lr = 0xffff000000263124 sp = 0xffff00005a4bcea0 fp = 0xffff00005a4bcec0 uart_intr_rxready() at uart_intr+0xec pc = 0xffff000000263124 lr = 0xffff000000263e0c sp = 0xffff00005a4bced0 fp = 0xffff00005a4bcf00 uart_intr() at intr_event_handle+0xc8 pc = 0xffff000000263e0c lr = 0xffff0000003cbaf4 sp = 0xffff00005a4bcf10 fp = 0xffff00005a4bcf50 intr_event_handle() at intr_isrc_dispatch+0x34 pc = 0xffff0000003cbaf4 lr = 0xffff00000078faa4 sp = 0xffff00005a4bcf60 fp = 0xffff00005a4bcf70 intr_isrc_dispatch() at bcm2835_intc_intr+0xa8 pc = 0xffff00000078faa4 lr = 0xffff000000729a50 sp = 0xffff00005a4bcf80 fp = 0xffff00005a4bcfc0 bcm2835_intc_intr() at intr_event_handle+0xc8 pc = 0xffff000000729a50 lr = 0xffff0000003cbaf4 sp = 0xffff00005a4bcfd0 fp = 0xffff00005a4bd010 intr_event_handle() at intr_isrc_dispatch+0x34 pc = 0xffff0000003cbaf4 lr = 0xffff00000078faa4 sp = 0xffff00005a4bd020 fp = 0xffff00005a4bd030 intr_isrc_dispatch() at bcm_lintc_intr+0x1e8 pc = 0xffff00000078faa4 lr = 0xffff00000072fc88 sp = 0xffff00005a4bd040 fp = 0xffff00005a4bd0c0 bcm_lintc_intr() at intr_irq_handler+0x74 pc = 0xffff00000072fc88 lr = 0xffff00000078f904 sp = 0xffff00005a4bd0d0 fp = 0xffff00005a4bd0f0 intr_irq_handler() at handle_el1h_irq+0x74 pc = 0xffff00000078f904 lr = 0xffff00000073f140 sp = 0xffff00005a4bd100 fp = 0xffff00005a4bd210 handle_el1h_irq() at rms_wlock+0x124 pc = 0xffff00000073f140 lr = 0xffff000000403fc4 sp = 0xffff00005a4bd220 fp = 0xffff00005a4bd2b0 rms_wlock() at rms_wlock+0x124 pc = 0xffff000000403fc4 lr = 0xffff000000403fc4 sp = 0xffff00005a4bd2c0 fp = 0xffff00005a4bd360 rms_wlock() at mac_policy_modevent+0xc0 pc = 0xffff000000403fc4 lr = 0xffff00000066ba44 sp = 0xffff00005a4bd370 fp = 0xffff00005a4bd3c0 mac_policy_modevent() at module_register_init+0xc4 pc = 0xffff00000066ba44 lr = 0xffff0000003e783c sp = 0xffff00005a4bd3d0 fp = 0xffff00005a4bd400 module_register_init() at linker_load_module+0xab8 pc = 0xffff0000003e783c lr = 0xffff0000003d8670 sp = 0xffff00005a4bd410 fp = 0xffff00005a4bd740 linker_load_module() at kern_kldload+0xec pc = 0xffff0000003d8670 lr = 0xffff0000003d9e40 sp = 0xffff00005a4bd750 fp = 0xffff00005a4bd780 kern_kldload() at sys_kldload+0x64 pc = 0xffff0000003d9e40 lr = 0xffff0000003d9f98 sp = 0xffff00005a4bd790 fp = 0xffff00005a4bd7b0 sys_kldload() at do_el0_sync+0x514 pc = 0xffff0000003d9f98 lr = 0xffff000000759bf4 sp = 0xffff00005a4bd7c0 fp = 0xffff00005a4bd860 do_el0_sync() at handle_el0_sync+0x90 pc = 0xffff000000759bf4 lr = 0xffff00000073f224 sp = 0xffff00005a4bd870 fp = 0xffff00005a4bd980 handle_el0_sync() at 0x210368 pc = 0xffff00000073f224 lr = 0x0000000000210368 sp = 0xffff00005a4bd990 fp = 0x0000ffffffffeaf0 db> Thanks for the suggestion! bob prohaska From owner-freebsd-arm@freebsd.org Fri Jan 31 02:19:05 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 43BF222F8D9 for ; Fri, 31 Jan 2020 02:19:05 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic308-8.consmr.mail.gq1.yahoo.com (sonic308-8.consmr.mail.gq1.yahoo.com [98.137.68.32]) (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 48819z3qsMz3yCd for ; Fri, 31 Jan 2020 02:19:03 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: oo_oTYQVM1lW20WRtFu69ijzvWAkY2T70mvj6ynrgzBrU6NHEzvJI4xigcR9N_J SZp8vc6qER._UvCN8Y1aV0.kFSLCdoL15RgEF1TGAsjDBdrXseQ6oU5fYQdQVZpbFbObhCT3Yyw. XC2O3G83DawucE6p_eSUgJp7QT8LXYNjLBD38.OtzSAxyuSrZQ1MTzdYpVjHZo6ryqSUxm1rQtnQ yx4o12mejEMFOsL49gaEY5zvzrf_LoOFanKSNZNQp6OaNgGM6HKZo51NDJeehsWQM.oHbU.f5Q22 S993xOwsFQwrBDQvhkmsjDED8n3USfo1p9on.wnkvUkiT4JaTNrrJsA4L1J0eyQcghNg.HPdZASd sCTh8UBsYGVjalo7mF9h5jyR8TQJKv57sbikAzcX1o.0NS9ifbAMyN_vvfROj7My6jylgbHuCM2I KmMIwTBGixUmo6hvsGlONN66BJ0HiM1GFlYK10GNgVTmHOPXeS4r1Kn.spD8nKdDsGNkAQjHeR3a wb.7Cgl37aN1G9cexHZAuiGcVipKbxQDz.Vlbj4lck1_1u8TahEo0oTHdc2JvJOy2LesFTSCW0Kr PHlFRxc9xdKuTH41djcq_qyDt.pfOqGEt5ifNsXjxZoJkO48pqoynJqYMkNku7by6Sl21wKscaFB KQWhe3HbiibouLgjV3zeXhUaA9PhaVaAAJGmRW9nmtQ8HxIQ2.XpoNml8fMwdXRkkm0jKM8aETzC WPym1yF6jLxzXWbxgfKXKcWqx4qaFCk3Qt3zOzisbfB.w5QfW2tGPe2AIc6O1YY_GAfV6ZJSrphy wBZ4ZtG57ci5HTbK2.drroxF2BheV6L4RBVQaLF80ZwzT9vJ0vEE8NNRZGoi4m7E_psBm8JUktac 5EAOvnwFcR.i7doN0C.wLpFSLFZyfwqWmUo87dVF14KLO4iqwGwgM1Mh9DvJSDUlPgXHE17oBCcW 7_9E2oytXg3X26GpjtUgfAkaL6cmIL6F0F3c19GXumPHiEEJr9RGkB4gnj8zo_16QWdWL4pEdiVx iJp1sM6NhxbbXqy8wKsRzogrqJnViEQsv4eUMQreE4UbDeGnolQlI1AWG58wDPoIVWbG89wVXph0 YH6KLA9D.roUHXI5MU7fAQ9W_1Eds90DvmXX8R1cywqLo_1wB5MlRVZ.FiUR5ZFbknKhzJSGUSKU vBE4UAYTmfvyO6.cyVe1XzeMILouMebDcRprMfVvCjmtmNcMJ9iSktyRH2F6l3A7ql7HsTpOMuU9 UaJdqsPDwlzRkt6lykGyuwVQn1jc5MWqT6kegEPUKzAyQE4VrOJak60XMjo36BltRon1YWchLW_U FiXsBNvNJJUl0DEWfgCh4JRaeNxZ_CHzdZwP1wgyrjweHV2W0FiHjlHOrSc438io6epsaBvcmhxm 7H2Ky8YpTZYEWttOV6AVriKQtm9_jDFBBW9jIXg-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.gq1.yahoo.com with HTTP; Fri, 31 Jan 2020 02:19:02 +0000 Received: by smtp403.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 4c9aa5b27b809e58e63658228a8ba884; Fri, 31 Jan 2020 02:19:00 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.40.2.2.4\)) Subject: Re: panic: deadlres_td_sleep_q: possible deadlock detected on RPI3 From: Mark Millard In-Reply-To: <20200131012929.GA27754@www.zefox.net> Date: Thu, 30 Jan 2020 18:18:57 -0800 Cc: Ralf Wenk , freebsd-arm , "jeff@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: References: <20200123164419.GA81833@www.zefox.net> <20200125153229.GA3768@www.zefox.net> <20200126164211.GB7312@www.zefox.net> <20200130162055.GA21879@www.zefox.net> <20200130171735.GC21879@www.zefox.net> <28F6F604-5A20-470A-9943-7E9DB9ADF363@yahoo.com> <20200131012929.GA27754@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3608.40.2.2.4) X-Rspamd-Queue-Id: 48819z3qsMz3yCd X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.43 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.976,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-0.95)[-0.950,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (1.12), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.67), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[32.68.137.98.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[32.68.137.98.rep.mailspike.net : 127.0.0.17]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jan 2020 02:19:05 -0000 On 2020-Jan-30, at 17:29, bob prohaska wrote: > On Thu, Jan 30, 2020 at 11:24:19AM -0800, Mark Millard wrote: >>=20 >> If you want to risk crashing/hanging-up the machine, you could >> try to "kldload mac_ntpd" and see if it loads well or not. >>=20 >>=20 > That produced a prompt hang with no output at all. The backtrace = reports: >=20 > KDB: enter: Break to debugger > [ thread pid 1116 tid 100085 ] > Stopped at 0x4031ed44 > db> bt > Tracing pid 1116 tid 100085 td 0xfffffd0001020000 > db_trace_self() at db_stack_trace+0xf8 > pc =3D 0xffff00000073c55c lr =3D 0xffff000000103c58 > sp =3D 0xffff00005a4bc830 fp =3D 0xffff00005a4bc860 >=20 > db_stack_trace() at db_command+0x228 > pc =3D 0xffff000000103c58 lr =3D 0xffff0000001038d0 > sp =3D 0xffff00005a4bc870 fp =3D 0xffff00005a4bc950 >=20 > db_command() at db_command_loop+0x58 > pc =3D 0xffff0000001038d0 lr =3D 0xffff000000103678 > sp =3D 0xffff00005a4bc960 fp =3D 0xffff00005a4bc980 >=20 > db_command_loop() at db_trap+0xf4 > pc =3D 0xffff000000103678 lr =3D 0xffff00000010697c > sp =3D 0xffff00005a4bc990 fp =3D 0xffff00005a4bcbb0 >=20 > db_trap() at kdb_trap+0x1d8 > pc =3D 0xffff00000010697c lr =3D 0xffff0000004510a0 > sp =3D 0xffff00005a4bcbc0 fp =3D 0xffff00005a4bcc70 >=20 > kdb_trap() at do_el1h_sync+0xf4 > pc =3D 0xffff0000004510a0 lr =3D 0xffff000000759568 > sp =3D 0xffff00005a4bcc80 fp =3D 0xffff00005a4bccb0 >=20 > do_el1h_sync() at handle_el1h_sync+0x78 > pc =3D 0xffff000000759568 lr =3D 0xffff00000073f078 > sp =3D 0xffff00005a4bccc0 fp =3D 0xffff00005a4bcdd0 >=20 > handle_el1h_sync() at kdb_alt_break_internal+0x130 > pc =3D 0xffff00000073f078 lr =3D 0xffff000000450858 > sp =3D 0xffff00005a4bcde0 fp =3D 0xffff00005a4bce80 >=20 > kdb_alt_break_internal() at kdb_alt_break+0xc > pc =3D 0xffff000000450858 lr =3D 0xffff000000450718 > sp =3D 0xffff00005a4bce90 fp =3D 0xffff00005a4bce90 >=20 > kdb_alt_break() at uart_intr_rxready+0x88 > pc =3D 0xffff000000450718 lr =3D 0xffff000000263124 > sp =3D 0xffff00005a4bcea0 fp =3D 0xffff00005a4bcec0 >=20 > uart_intr_rxready() at uart_intr+0xec > pc =3D 0xffff000000263124 lr =3D 0xffff000000263e0c > sp =3D 0xffff00005a4bced0 fp =3D 0xffff00005a4bcf00 >=20 > uart_intr() at intr_event_handle+0xc8 > pc =3D 0xffff000000263e0c lr =3D 0xffff0000003cbaf4 > sp =3D 0xffff00005a4bcf10 fp =3D 0xffff00005a4bcf50 >=20 > intr_event_handle() at intr_isrc_dispatch+0x34 > pc =3D 0xffff0000003cbaf4 lr =3D 0xffff00000078faa4 > sp =3D 0xffff00005a4bcf60 fp =3D 0xffff00005a4bcf70 >=20 > intr_isrc_dispatch() at bcm2835_intc_intr+0xa8 > pc =3D 0xffff00000078faa4 lr =3D 0xffff000000729a50 > sp =3D 0xffff00005a4bcf80 fp =3D 0xffff00005a4bcfc0 >=20 > bcm2835_intc_intr() at intr_event_handle+0xc8 > pc =3D 0xffff000000729a50 lr =3D 0xffff0000003cbaf4 > sp =3D 0xffff00005a4bcfd0 fp =3D 0xffff00005a4bd010 >=20 > intr_event_handle() at intr_isrc_dispatch+0x34 > pc =3D 0xffff0000003cbaf4 lr =3D 0xffff00000078faa4 > sp =3D 0xffff00005a4bd020 fp =3D 0xffff00005a4bd030 >=20 > intr_isrc_dispatch() at bcm_lintc_intr+0x1e8 > pc =3D 0xffff00000078faa4 lr =3D 0xffff00000072fc88 > sp =3D 0xffff00005a4bd040 fp =3D 0xffff00005a4bd0c0 >=20 > bcm_lintc_intr() at intr_irq_handler+0x74 > pc =3D 0xffff00000072fc88 lr =3D 0xffff00000078f904 > sp =3D 0xffff00005a4bd0d0 fp =3D 0xffff00005a4bd0f0 >=20 > intr_irq_handler() at handle_el1h_irq+0x74 > pc =3D 0xffff00000078f904 lr =3D 0xffff00000073f140 > sp =3D 0xffff00005a4bd100 fp =3D 0xffff00005a4bd210 >=20 > handle_el1h_irq() at rms_wlock+0x124 > pc =3D 0xffff00000073f140 lr =3D 0xffff000000403fc4 > sp =3D 0xffff00005a4bd220 fp =3D 0xffff00005a4bd2b0 >=20 > rms_wlock() at rms_wlock+0x124 > pc =3D 0xffff000000403fc4 lr =3D 0xffff000000403fc4 > sp =3D 0xffff00005a4bd2c0 fp =3D 0xffff00005a4bd360 >=20 > rms_wlock() at mac_policy_modevent+0xc0 > pc =3D 0xffff000000403fc4 lr =3D 0xffff00000066ba44 > sp =3D 0xffff00005a4bd370 fp =3D 0xffff00005a4bd3c0 >=20 > mac_policy_modevent() at module_register_init+0xc4 > pc =3D 0xffff00000066ba44 lr =3D 0xffff0000003e783c > sp =3D 0xffff00005a4bd3d0 fp =3D 0xffff00005a4bd400 >=20 > module_register_init() at linker_load_module+0xab8 > pc =3D 0xffff0000003e783c lr =3D 0xffff0000003d8670 > sp =3D 0xffff00005a4bd410 fp =3D 0xffff00005a4bd740 >=20 > linker_load_module() at kern_kldload+0xec > pc =3D 0xffff0000003d8670 lr =3D 0xffff0000003d9e40 > sp =3D 0xffff00005a4bd750 fp =3D 0xffff00005a4bd780 >=20 > kern_kldload() at sys_kldload+0x64 > pc =3D 0xffff0000003d9e40 lr =3D 0xffff0000003d9f98 > sp =3D 0xffff00005a4bd790 fp =3D 0xffff00005a4bd7b0 >=20 > sys_kldload() at do_el0_sync+0x514 > pc =3D 0xffff0000003d9f98 lr =3D 0xffff000000759bf4 > sp =3D 0xffff00005a4bd7c0 fp =3D 0xffff00005a4bd860 >=20 > do_el0_sync() at handle_el0_sync+0x90 > pc =3D 0xffff000000759bf4 lr =3D 0xffff00000073f224 > sp =3D 0xffff00005a4bd870 fp =3D 0xffff00005a4bd980 >=20 > handle_el0_sync() at 0x210368 > pc =3D 0xffff00000073f224 lr =3D 0x0000000000210368 > sp =3D 0xffff00005a4bd990 fp =3D 0x0000ffffffffeaf0 >=20 > db>=20 This would be good to submit as a comment to: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D243464 adding with notes about the context (versions and such) and that other kernel modules loaded without such problems. I'd guess that you are not using ZFS, in which case that forms a good contrast with the original submittal in that respect. Although, it might be good to try some other kernel module for manual loading to see if the problem repeats and to note the result. =46rom what you and others have reported, head -r356776 and later do seem to have some aarch64 problems, at least on RPi3's. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Fri Jan 31 08:04:43 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C19B6237A0E for ; Fri, 31 Jan 2020 08:04:43 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-19.consmr.mail.gq1.yahoo.com (sonic306-19.consmr.mail.gq1.yahoo.com [98.137.68.82]) (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 4888rp55Dgz4G78 for ; Fri, 31 Jan 2020 08:04:42 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: vseu9fUVM1kbtg81e9UWoh0z_RwdW8z6MvxtQeROPAgED_3QoI7GKqTlcspxmHr xUSitvqpiUBKaPvEnZemw_azMkFQvFD6vtlc5hO16Zo8lcg9zYfqbeKZd8ZNPYezxMrmT8VjKuxf PFhrxwIV8QEqexzzWzb5aid4Dvsw54XWWXZuqSn7vTknFP80cy8uVnKux.GgoffkMbSUhHgbNCFK WBDjldUDtU9gwa1MNbJaqn3_1z_AdH8t705zFS3TEfQNQis7FM2YJuRfWLgTAGlZeb4L3xj2zqvS r32XzLCBZmHKBWHtQr9bp4mfOOPi4lwoLsX5zZSET33ro5ZCjabIYDrPVLaMamowcoBNFOdJYFik tdn6C5Sep1cq4lm_LlCPx7lTzB2AvcccDCkWi8ZxEkChLmNKAbTO1DIz4cxtKyIgRdOVZx6OfrYO 717MsMJNJDdNHUeqdYsksmJ3scaYfMkD9n4z6LoRYJijpN1AI.xAAf3Chjsm6veG8HWulORMyP8m PrCRJ2GARr4DdVw65PJeSWS7qn2ZmTRwH79g8FZhVDF5tHkQVPQvgyX7xa0pP6yd4TOFaO37SJEK fYz2qPWPHDcfaMmFGmRTIIuykkg5dwWD6ICg3s9OEOaf58cFMgdl4Y1gG7OFbk90UCpe43.RcSha QbVeVlggtULbqcA0gQVT9E5npM2nhOPekOUHwX2P5uXjkFPQGGDS1cz6VsN_dWuRwnOCMhLRYVcP SAI__ntqAc0Q4HV5vXNcsx_arC7IvVP.SCbwTUQ4X60.KHL7ESgQbWKTWHVSSNRo5M4Rh0sjps7i MeFgpLpqsCMq4tGVdF_OrqeRL3QDZVAAIb3U8mRJsp3UitohUjpjg2M3sJ2xZzNjZUg6OVsM2Uy0 p18DTbQkPvIiR3lclOzB87GJgdl4shuumgZgF4384USWLq_.YeKQbBlBAEBgVE0PPsP1lROHsvp. EnGBdFh3edQnmTP6vp6wYNx7WzkNWBEpVU4qOqm3g1iXyHsEuN.SE641Zfvfaa4nCtV2eU_FOHf_ Lr_IBa7ZqpdKRmtXi6RpbMGkrCs.7kHGd5EpGHoQYP1Y9iNCr9ndL9f2U7uooZRzkXxrnrlkV1bh DVAEV_k5fNCKAQ6l_krlksJBUwV5jc3sembFwPlLuxeWsePHmY.doGn74zufrXYdSMAG8_AQKfwk snScj3pUluzP43lsCOVB3De8ns4XsPQNlrOSNWSZuUjRFNq_fbzcEKNWG_zpsDXlPOobhKuFiT_G P_ygSGRIzl35qOsicUa0pa.yFaDID4DLsFASpiIrNO7B2RTyfviY49oGUU3FE_ckPbxa2yMAfXIq LOhxRcuxga7yrb2KCW9TBXrOIAxKJkFPwQY3NcPCqpCUEqH16m4E9WloiUUn08kBjMlv4YXmc410 NgFIxST0Ip23AOilOj0g- Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Fri, 31 Jan 2020 08:04:39 +0000 Received: by smtp427.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID af8aff0fc21272652077120293598d91; Fri, 31 Jan 2020 08:04:36 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.40.2.2.4\)) Subject: Re: arm64 as Tier 1 for FreeBSD 13 Message-Id: Date: Fri, 31 Jan 2020 00:04:35 -0800 To: freebsd-arm X-Mailer: Apple Mail (2.3608.40.2.2.4) References: X-Rspamd-Queue-Id: 4888rp55Dgz4G78 X-Spamd-Bar: - X-Spamd-Result: default: False [-1.07 / 15.00]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.36)[-0.364,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.21)[-0.209,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (5.85), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.67), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[82.68.137.98.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[82.68.137.98.rep.mailspike.net : 127.0.0.17]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jan 2020 08:04:43 -0000 Here is how I updated a Rock64 bootable microsdcard to also be able to boot an RPi4 (no file or disk usage conflicts). I took my Rock64 microsdcard and did the following, using only FreeBSD and its ports. Note that /boot/efi/ is the msdos file system mount point for this example. This sequence started on the Rock64: Using the port sysutils/rpi-firmware and what it installs, I did (ignore any messages from my habitual -aRx use): cp -aRx /usr/local/share/rpi-firmware/ /boot/efi/ cp -aRx /boot/efi/config_rpi4.txt /boot/efi/config.txt Then, using the port sysutils/u-boot-rpi4 and what it installs, I did: cp -aRx /usr/local/share/u-boot/u-boot-rpi4/u-boot.bin /boot/efi/ After shutting down the Rock64 I put the microsdcard in the RPi4 and turned it on. It booted fine: # uname -apKU FreeBSD Rock64OrRPI4 13.0-CURRENT FreeBSD 13.0-CURRENT #39 r356426M: Mon = Jan 6 19:55:34 PST 2020 = markmi@FBSDFHUGE:/usr/obj/cortexA53_clang/arm64.aarch64/usr/src/arm64.aarc= h64/sys/GENERIC-NODBG arm64 aarch64 1300075 1300075 (I have a serial console configuration set up.) For reference, the contents of /usr/local/share/rpi-firmware/ was in part: # ls -laT /usr/local/share/rpi-firmware/ total 42992 drwxr-xr-x 3 root wheel 2048 Jan 30 20:14:38 2020 . drwxr-xr-x 78 root wheel 1536 Jan 30 20:14:35 2020 .. -rw-r--r-- 1 root wheel 18693 Nov 22 09:06:45 2019 COPYING.linux -rw-r--r-- 1 root wheel 1594 Nov 22 09:06:45 2019 = LICENCE.broadcom -rw-r--r-- 1 root wheel 5888 Jan 30 13:26:31 2020 = armstub8-gic.bin -rw-r--r-- 1 root wheel 5888 Jan 30 13:26:31 2020 armstub8.bin -rw-r--r-- 1 root wheel 24201 Nov 22 09:06:45 2019 = bcm2708-rpi-b-plus.dtb . . . -rw-r--r-- 1 root wheel 52304 Nov 22 09:06:45 2019 bootcode.bin -rw-r--r-- 1 root wheel 89 Jan 30 13:26:19 2020 config.txt -rw-r--r-- 1 root wheel 147 Jan 30 13:26:19 2020 = config_rpi3.txt -rw-r--r-- 1 root wheel 135 Jan 30 13:26:20 2020 = config_rpi4.txt -rw-r--r-- 1 root wheel 110 Jan 30 13:26:19 2020 = config_rpi_0_w.txt -rw-r--r-- 1 root wheel 6744 Nov 22 09:06:45 2019 fixup.dat . . . -rw-r--r-- 1 root wheel 5751280 Nov 22 09:06:45 2019 kernel7l.img -rw-r--r-- 1 root wheel 13455872 Nov 22 09:06:45 2019 kernel8.img drwxr-xr-x 2 root wheel 7680 Jan 30 20:14:38 2020 overlays -rw-r--r-- 1 root wheel 2880356 Nov 22 09:06:45 2019 start.elf . . . -rw-r--r-- 1 root wheel 4857160 Nov 22 09:06:45 2019 start_db.elf -rw-r--r-- 1 root wheel 3794600 Nov 22 09:06:45 2019 start_x.elf and the contents of /usr/local/share/rpi-firmware/overlays/ was in part: # ls -laT /usr/local/share/rpi-firmware/overlays/ total 940 drwxr-xr-x 2 root wheel 7680 Jan 30 20:14:38 2020 . drwxr-xr-x 3 root wheel 2048 Jan 30 20:14:38 2020 .. -rw-r--r-- 1 root wheel 109920 Nov 22 09:06:45 2019 README -rw-r--r-- 1 root wheel 569 Nov 22 09:06:45 2019 act-led.dtbo -rw-r--r-- 1 root wheel 1027 Nov 22 09:06:45 2019 adau1977-adc.dtbo -rw-r--r-- 1 root wheel 1587 Nov 22 09:06:45 2019 = adau7002-simple.dtbo -rw-r--r-- 1 root wheel 2425 Nov 22 09:06:45 2019 ads1015.dtbo -rw-r--r-- 1 root wheel 2425 Nov 22 09:06:45 2019 ads1115.dtbo . . . -rw-r--r-- 1 root wheel 1112 Nov 22 09:06:45 2019 = vc4-kms-kippah-7inch.dtbo -rw-r--r-- 1 root wheel 2337 Nov 22 09:06:45 2019 vc4-kms-v3d.dtbo -rw-r--r-- 1 root wheel 758 Nov 22 09:06:45 2019 vga666.dtbo -rw-r--r-- 1 root wheel 1171 Nov 22 09:06:45 2019 = w1-gpio-pullup.dtbo -rw-r--r-- 1 root wheel 1036 Nov 22 09:06:45 2019 w1-gpio.dtbo -rw-r--r-- 1 root wheel 1558 Nov 22 09:06:45 2019 w5500.dtbo -rw-r--r-- 1 root wheel 1056 Nov 22 09:06:45 2019 wittypi.dtbo Finally, the contents of /usr/local/share/u-boot/u-boot-rpi4/ was: # ls -laT /usr/local/share/u-boot/u-boot-rpi4/ total 496 drwxr-xr-x 2 root wheel 512 Dec 4 13:19:26 2019 . drwxr-xr-x 9 root wheel 512 Dec 4 13:19:26 2019 .. -rw-r--r-- 1 root wheel 124 Dec 4 13:16:13 2019 README -rw-r--r-- 1 root wheel 37 Dec 4 13:16:13 2019 metadata -rw-r--r-- 1 root wheel 445896 Dec 4 13:16:13 2019 u-boot.bin =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Fri Jan 31 12:26:23 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0A97123EB0B for ; Fri, 31 Jan 2020 12:26:23 +0000 (UTC) (envelope-from wera0003@hs-karlsruhe.de) Received: from smtp.hs-karlsruhe.de (smtp.HS-Karlsruhe.DE [193.196.64.25]) (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 488Gfk0074z4XdJ for ; Fri, 31 Jan 2020 12:26:21 +0000 (UTC) (envelope-from wera0003@hs-karlsruhe.de) Received: from iz-wera-new.hs-karlsruhe.de ([193.196.65.47]) by smtp.hs-karlsruhe.de with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.80.1) (envelope-from ) id 1ixVNM-001b76-FI; Fri, 31 Jan 2020 13:26:20 +0100 Received: from wera0003 (helo=iz-wera-new.HS-Karlsruhe.DE) by iz-wera-new.HS-Karlsruhe.DE with local-esmtp (Exim 4.92.3 (FreeBSD)) (envelope-from ) id 1ixVNL-0004Px-Be; Fri, 31 Jan 2020 13:26:19 +0100 X-Mailer: exmh version 2.9.0 11/07/2018 with nmh-1.6 From: Ralf Wenk To: bob prohaska cc: freebsd-arm@freebsd.org Subject: Re: panic: deadlres_td_sleep_q: possible deadlock detected on RPI3 In-reply-to: <20200130162055.GA21879@www.zefox.net> References: <20200123164419.GA81833@www.zefox.net> <20200125153229.GA3768@www.zefox.net> <20200126164211.GB7312@www.zefox.net> <20200130162055.GA21879@www.zefox.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 31 Jan 2020 13:26:19 +0100 Message-Id: X-Rspamd-Queue-Id: 488Gfk0074z4XdJ X-Spamd-Bar: +++++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of wera0003@hs-karlsruhe.de has no SPF policy when checking 193.196.64.25) smtp.mailfrom=wera0003@hs-karlsruhe.de X-Spamd-Result: default: False [5.40 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; IP_SCORE(0.09)[asn: 553(0.48), country: EU(-0.01)]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[hs-karlsruhe.de]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.66)[0.664,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[25.64.196.193.list.dnswl.org : 127.0.10.0]; NEURAL_SPAM_LONG(0.94)[0.940,0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[iz-rpi03@hs-karlsruhe.de,wera0003@hs-karlsruhe.de]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:553, ipnet:193.196.64.0/18, country:EU]; FROM_NEQ_ENVFROM(0.00)[iz-rpi03@hs-karlsruhe.de,wera0003@hs-karlsruhe.de]; RBL_SENDERSCORE(2.00)[25.64.196.193.bl.score.senderscore.com] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jan 2020 12:26:23 -0000 On 2020-01-30 at 8:20 -0800 bob prohaska wrote: > On Sun, Jan 26, 2020 at 08:42:11AM -0800, bob prohaska wrote: > > On Sun, Jan 26, 2020 at 11:31:47AM +0100, Ralf Wenk wrote: > > > > > > I got this panic two times in a row with a r357112 kernel during > > > make installworld at the same place. So it looks like I am able to > > > reproduce it. > > > > > > # panic: deadlres_td_sleep_q: possible deadlock detected for > > > 0xfffffd0000f33560, blocked for 1802833 ticks > > > > > > But I think it is just a symptom of the r356776 changes. > > > > > > > Attempts to reboot are also rebuffed with > > > > cpu_reset failed > > > > leaving a power cycle as the only option, which is new to me. > > > > > > > > Does this give any hints as to what's going on? > > > > > > After doing the update from r356767 to r356776 my system began to > > > show the "cpu_reset failed" message as well. > > > > > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=243464 > > > > > > My Pi3 still panics at r357204, but ntp seems to work fine. > One other oddity: During the loader countdown to boot, time > seems to run about 5x slower than it should, each second > on the screen taking about five seconds. The string > deadlres_td_sleep_q turns up in sys/kern/kern_clock.c, > might there be a connection between the panic and the > very slow boot countdown? In my experience this behavior depends on /boot/msdos/EFI/BOOT/bootaa64.efi. How "fast" time is ticking in the loader also depends here if the beastie menu is disabled or not. With bootaa64.efi from 5 of December and disabled beastie menu, time is ticking like realtime. With enabled beastie menu time is jumping. Frequently from -6 seconds to immediately boot. Currently I have three different versions in /boot/msdos/EFI/BOOT. # ls -l /boot/msdos/EFI/BOOT/ total 2592 -rwxr-xr-x 1 root wheel 678200 Dec 5 08:57 bootaa64.efi -rwxr-xr-x 1 root wheel 679064 Nov 27 08:40 bootaa64.efi-new-and-fast -rwxr-xr-x 1 root wheel 645904 Aug 15 16:20 bootaa64.efi-o -rwxr-xr-x 1 root wheel 645904 Aug 15 16:20 bootaa64.efi-old-and-fast # sha256 /boot/msdos/EFI/BOOT/* SHA256 (/boot/msdos/EFI/BOOT/bootaa64.efi) = b8c51a746e9b548a6aaa4918562de95276cea1885d9aa44c5f4384424471802f SHA256 (/boot/msdos/EFI/BOOT/bootaa64.efi-new-and-fast) = 7cf52ccb780f3f61d4cdb3c79e7d769aa60f55508d59ed9e5efab685267355f1 SHA256 (/boot/msdos/EFI/BOOT/bootaa64.efi-o) = ee598fc6e7736f3e26aa3fd30dc3845d4b9e56f74a58d935ff68de1e1ebcc74c SHA256 (/boot/msdos/EFI/BOOT/bootaa64.efi-old-and-fast) = ee598fc6e7736f3e26aa3fd30dc3845d4b9e56f74a58d935ff68de1e1ebcc74c # Ralf From owner-freebsd-arm@freebsd.org Fri Jan 31 12:51:47 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A5D1E23F741 for ; Fri, 31 Jan 2020 12:51:47 +0000 (UTC) (envelope-from wera0003@hs-karlsruhe.de) Received: from smtp.hs-karlsruhe.de (smtp.HS-Karlsruhe.DE [193.196.64.25]) (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 488HD25nYmz4Z8w for ; Fri, 31 Jan 2020 12:51:46 +0000 (UTC) (envelope-from wera0003@hs-karlsruhe.de) Received: from iz-wera-new.hs-karlsruhe.de ([193.196.65.47]) by smtp.hs-karlsruhe.de with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.80.1) (envelope-from ) id 1ixVlu-006gZ8-VP; Fri, 31 Jan 2020 13:51:42 +0100 Received: from wera0003 (helo=iz-wera-new.HS-Karlsruhe.DE) by iz-wera-new.HS-Karlsruhe.DE with local-esmtp (Exim 4.92.3 (FreeBSD)) (envelope-from ) id 1ixVlu-0004Qr-2w; Fri, 31 Jan 2020 13:51:42 +0100 X-Mailer: exmh version 2.9.0 11/07/2018 with nmh-1.6 From: Ralf Wenk To: Mark Millard cc: bob prohaska , freebsd-arm@freebsd.org Subject: Re: panic: deadlres_td_sleep_q: possible deadlock detected on RPI3 In-reply-to: References: <20200123164419.GA81833@www.zefox.net> <20200125153229.GA3768@www.zefox.net> <20200126164211.GB7312@www.zefox.net> <20200130162055.GA21879@www.zefox.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 31 Jan 2020 13:51:42 +0100 Message-Id: X-Rspamd-Queue-Id: 488HD25nYmz4Z8w X-Spamd-Bar: +++++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of wera0003@hs-karlsruhe.de has no SPF policy when checking 193.196.64.25) smtp.mailfrom=wera0003@hs-karlsruhe.de X-Spamd-Result: default: False [5.56 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[hs-karlsruhe.de]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.81)[0.808,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; IP_SCORE(0.09)[asn: 553(0.47), country: EU(-0.01)]; NEURAL_SPAM_LONG(0.96)[0.960,0]; RCVD_IN_DNSWL_NONE(0.00)[25.64.196.193.list.dnswl.org : 127.0.10.0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[iz-rpi03@hs-karlsruhe.de,wera0003@hs-karlsruhe.de]; FREEMAIL_TO(0.00)[yahoo.com]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:553, ipnet:193.196.64.0/18, country:EU]; FROM_NEQ_ENVFROM(0.00)[iz-rpi03@hs-karlsruhe.de,wera0003@hs-karlsruhe.de]; RBL_SENDERSCORE(2.00)[25.64.196.193.bl.score.senderscore.com] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jan 2020 12:51:47 -0000 On 2020-01-30 at 8:44 -0800 Mark Millard wrote: > On 2020-Jan-30, at 08:20, bob prohaska wrote: > [...] > > My Pi3 still panics at r357204, but ntp seems to work fine. > > Does kldstat show mac_ntpd as loaded? > > On 4 arm systems here, 2 boot loading mac_ntpd, > 2 boot without loading mac_ntpd, and ntp works > for all. But this is head -r356426 . > > So checking more specifically for if mac_ntpd > was loaded is apparently needed. > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=243464 > is not explicit of other kernel modules load okay > when no attempt is made for mac_ntpd. (If nothing > loads automatically, it might require manually > loading something to find out.) Meanwhile I have tested what happens when additional kernel modules are loaded and extended the bug report accordingly. In short: The system did not freeze. Ralf From owner-freebsd-arm@freebsd.org Fri Jan 31 13:48:45 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0C3C224092F for ; Fri, 31 Jan 2020 13:48:45 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 488JTm6fDnz4dH8 for ; Fri, 31 Jan 2020 13:48:44 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mail-qt1-f178.google.com (mail-qt1-f178.google.com [209.85.160.178]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id D2EA71C9EC for ; Fri, 31 Jan 2020 13:48:44 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-qt1-f178.google.com with SMTP id c24so5417309qtp.5 for ; Fri, 31 Jan 2020 05:48:44 -0800 (PST) X-Gm-Message-State: APjAAAVakv40+0fHK9Nao6tpDcw11r2y8E5xTXX9V+jCs/WVD8yXqnu8 lDbQUAwvL6EGKOOBr/c1/on+vTHoIb1A/uZzPPE= X-Google-Smtp-Source: APXvYqxtCKyI9b3t4BOwRg6MaNvkcucMptvCeRJzu2VogWvseaSBqyNMsaqv+IowrR6Dzf4s6+J9yiDANJGL5Rquj0U= X-Received: by 2002:ac8:544f:: with SMTP id d15mr10774730qtq.53.1580478524082; Fri, 31 Jan 2020 05:48:44 -0800 (PST) MIME-Version: 1.0 References: <20200123164419.GA81833@www.zefox.net> <20200125153229.GA3768@www.zefox.net> <20200126164211.GB7312@www.zefox.net> <20200130162055.GA21879@www.zefox.net> In-Reply-To: From: Kyle Evans Date: Fri, 31 Jan 2020 07:48:32 -0600 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: panic: deadlres_td_sleep_q: possible deadlock detected on RPI3 To: Ralf Wenk Cc: bob prohaska , "freebsd-arm@freebsd.org" Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jan 2020 13:48:45 -0000 On Fri, Jan 31, 2020 at 6:26 AM Ralf Wenk wrote: > > On 2020-01-30 at 8:20 -0800 bob prohaska wrote: > > On Sun, Jan 26, 2020 at 08:42:11AM -0800, bob prohaska wrote: > > > On Sun, Jan 26, 2020 at 11:31:47AM +0100, Ralf Wenk wrote: > > > > > > > > I got this panic two times in a row with a r357112 kernel during > > > > make installworld at the same place. So it looks like I am able to > > > > reproduce it. > > > > > > > > # panic: deadlres_td_sleep_q: possible deadlock detected for > > > > 0xfffffd0000f33560, blocked for 1802833 ticks > > > > > > > > But I think it is just a symptom of the r356776 changes. > > > > > > > > > Attempts to reboot are also rebuffed with > > > > > cpu_reset failed > > > > > leaving a power cycle as the only option, which is new to me. > > > > > > > > > > Does this give any hints as to what's going on? > > > > > > > > After doing the update from r356767 to r356776 my system began to > > > > show the "cpu_reset failed" message as well. > > > > > > > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=243464 > > > > > > > > > My Pi3 still panics at r357204, but ntp seems to work fine. > > One other oddity: During the loader countdown to boot, time > > seems to run about 5x slower than it should, each second > > on the screen taking about five seconds. The string > > deadlres_td_sleep_q turns up in sys/kern/kern_clock.c, > > might there be a connection between the panic and the > > very slow boot countdown? > > In my experience this behavior depends on > /boot/msdos/EFI/BOOT/bootaa64.efi. > > How "fast" time is ticking in the loader also depends here if the > beastie menu is disabled or not. With bootaa64.efi from 5 of December > and disabled beastie menu, time is ticking like realtime. With enabled > beastie menu time is jumping. Frequently from -6 seconds to immediately > boot. > These results should no longer be reproducible in recent loaders -- the effect you're seeing is an extraordinarily long redraw times as that's roughly in the range where serial console in loader was effectively borked. Things were later hashed out such that we use the old console driver for serial in many (most? all?) situations. Thanks, Kyle Evans From owner-freebsd-arm@freebsd.org Fri Jan 31 15:23:31 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 559C7242C4B for ; Fri, 31 Jan 2020 15:23:31 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (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 488Lb70m38z3G2r; Fri, 31 Jan 2020 15:23:30 +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 00VFNhP8030201 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 31 Jan 2020 07:23:44 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id 00VFNhMs030200; Fri, 31 Jan 2020 07:23:43 -0800 (PST) (envelope-from fbsd) Date: Fri, 31 Jan 2020 07:23:43 -0800 From: bob prohaska To: Kyle Evans Cc: Ralf Wenk , "freebsd-arm@freebsd.org" , bob prohaska Subject: Re: panic: deadlres_td_sleep_q: possible deadlock detected on RPI3 Message-ID: <20200131152343.GA30158@www.zefox.net> References: <20200123164419.GA81833@www.zefox.net> <20200125153229.GA3768@www.zefox.net> <20200126164211.GB7312@www.zefox.net> <20200130162055.GA21879@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-Rspamd-Queue-Id: 488Lb70m38z3G2r X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-5.96 / 15.00]; NEURAL_HAM_MEDIUM(-0.96)[-0.962,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jan 2020 15:23:31 -0000 On Fri, Jan 31, 2020 at 07:48:32AM -0600, Kyle Evans wrote: > > These results should no longer be reproducible in recent loaders -- Is January 17th considered old? The countdown is smooth, no jumping seconds, but takes about five seconds per "click" on a Pi3. > the effect you're seeing is an extraordinarily long redraw times as > that's roughly in the range where serial console in loader was > effectively borked. Things were later hashed out such that we use the > old console driver for serial in many (most? all?) situations. Thanks for writing! bob prohaska From owner-freebsd-arm@freebsd.org Fri Jan 31 15:27:11 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5B3E4242D8D for ; Fri, 31 Jan 2020 15:27:11 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 488LgM1rDkz3GRG for ; Fri, 31 Jan 2020 15:27:11 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mail-qt1-f169.google.com (mail-qt1-f169.google.com [209.85.160.169]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id 2CDDB1D5B9 for ; Fri, 31 Jan 2020 15:27:11 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-qt1-f169.google.com with SMTP id v25so5666283qto.7 for ; Fri, 31 Jan 2020 07:27:11 -0800 (PST) X-Gm-Message-State: APjAAAX9nKAh8DazOANVZiGU+CxZso+qZ+svSbaBMNoUJX3EjH0kYyrr Y6dXLFEvNi8Gl+TLr4W8xvhtZM7z43yWZvfUVxA= X-Google-Smtp-Source: APXvYqx8eXMrR5yyW9Tw+suueZHIbJ6V8d8w9x1I6U/RMx2fPNWiLK1cHoTNanysKnG+a0RzBFhFkpM1AL9QAOkTjUQ= X-Received: by 2002:ac8:f77:: with SMTP id l52mr10974768qtk.310.1580484430838; Fri, 31 Jan 2020 07:27:10 -0800 (PST) MIME-Version: 1.0 References: <20200123164419.GA81833@www.zefox.net> <20200125153229.GA3768@www.zefox.net> <20200126164211.GB7312@www.zefox.net> <20200130162055.GA21879@www.zefox.net> <20200131152343.GA30158@www.zefox.net> In-Reply-To: <20200131152343.GA30158@www.zefox.net> From: Kyle Evans Date: Fri, 31 Jan 2020 09:26:59 -0600 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: panic: deadlres_td_sleep_q: possible deadlock detected on RPI3 To: bob prohaska Cc: Ralf Wenk , "freebsd-arm@freebsd.org" Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jan 2020 15:27:11 -0000 On Fri, Jan 31, 2020 at 9:23 AM bob prohaska wrote: > > On Fri, Jan 31, 2020 at 07:48:32AM -0600, Kyle Evans wrote: > > > > These results should no longer be reproducible in recent loaders -- > > Is January 17th considered old? The countdown is smooth, no jumping > seconds, but takes about five seconds per "click" on a Pi3. > My expectation is that this one should be fine, so indeed that's a problem. =-) Thanks, Kyle Evans From owner-freebsd-arm@freebsd.org Fri Jan 31 16:01:44 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 46163243AA5 for ; Fri, 31 Jan 2020 16:01:44 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 488MRD14gdz3JkM for ; Fri, 31 Jan 2020 16:01:44 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mail-qt1-f179.google.com (mail-qt1-f179.google.com [209.85.160.179]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id 17FF91DA70 for ; Fri, 31 Jan 2020 16:01:44 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-qt1-f179.google.com with SMTP id w8so5737401qts.11 for ; Fri, 31 Jan 2020 08:01:44 -0800 (PST) X-Gm-Message-State: APjAAAVV+5K4ATT4a6LpLES+yzy6AiGGTnKjzMzTdqQtKbxbUrpZ44bC yMBL0FS0wHM8SAzE4saihaQrIh5fPYe9mMv19ZE= X-Google-Smtp-Source: APXvYqzq68hRKDaC/EH9+qoknO0OMkQDVBJ/oKi2jbr2pDwpuWI/cvmuohVBgxKA6PXsRo3N8QKbhjw93ZgOskDQOqc= X-Received: by 2002:ac8:4890:: with SMTP id i16mr10846018qtq.211.1580486500634; Fri, 31 Jan 2020 08:01:40 -0800 (PST) MIME-Version: 1.0 From: Kyle Evans Date: Fri, 31 Jan 2020 10:01:28 -0600 X-Gmail-Original-Message-ID: Message-ID: Subject: RPi4 Firmware Files (spawned from "arm64 as Tier 1 for FreeBSD 13") To: =?UTF-8?Q?Klaus_K=C3=BCchemann?= , freebsd-arm Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jan 2020 16:01:44 -0000 On Thu, Jan 30, 2020 at 3:04 PM Klaus K=C3=BCchemann wrote: > > > > > Am 30.01.2020 um 21:36 schrieb Kyle Evans : > > =E2=80=A6 > > .. > > I think there's some kind of impedance mismatch here, but I'm not sure > > where. The steps are exactly as I wrote for the last RPi4 I stood up, > > and shouldn't have changed in the past month or two, even. You should > > only need to bring your own U-Boot and copy the rpi4 config.txt over. > > No no, everything is surprisingly good, you made a quite good job, no mis= matches :-) > It began to work with me with the following files downloaded from RPI-fou= ndation and copied to > Msdos-partition : > bcm2711-rpi-4-b.dtb(already there if I remember correctly) > fixup4.dat > fixup4cd.dat > fixup4db.dat > fixup4x.dat > start4.elf > start4cd.elf > start4db.elf > start4x.elf > Whoops -- it turns out that this was a local diff that never quite got committed. I've now done so in r357335- sorry about that! They should be there in next week's snapshots. > Additionally the WHOLE(not only a part) folder =E2=80=9Eoverlays=E2=80=9C= in msdos-partition had to be overwritten > with the files from RPI-foundation. Yeah, so by default we just install the overlays that our stock config.txt wants to use. This is a decision that we should perhaps consider revisiting so that users of RPi* can just enable an overlay they may have just heard about or discovered rather than also having to fetch it and install it. Thanks, Kyle Evans From owner-freebsd-arm@freebsd.org Fri Jan 31 17:43:44 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 62B9224669E for ; Fri, 31 Jan 2020 17:43:44 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-20.consmr.mail.gq1.yahoo.com (sonic305-20.consmr.mail.gq1.yahoo.com [98.137.64.83]) (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 488Phv1pNTz3xgm for ; Fri, 31 Jan 2020 17:43:43 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 2PEQQMsVM1kcwtrLCD.AsrLsJkFcNpLnA9a05072Ut_567XN.a6YLqwV4WoH2fO n0aJJiTAJYqEjGNs9yeySMk3MFTuGTG4d9LfwtYwDlaiSXecTf7.etreXMwwt2nXGh_8T9xhy2.u Z45q3ThbV8T5Fsuc8medJ_aihdfNNEz1FpMQR1qrj.PLxV3iyOhOo411onZCeiq.f10Mh.VL2k2u uoeZv3LLWMABzvo7OVXRzfdoatNnm6TsFewRHCFrxIlhGowLxBrIadAPZBxtBX2jb9af6ynYLep5 pJwUwHzyuuGQ6GJFBsmhb6_p3h6A0LWILEEOPlnagmihSE7wUA_6vdrizThSU_AaP3JIXH5ouOAI YNHsLDmoIEH50_JucUZAdrSI7qO9wn31QupSt2WIHlyPKd5dwmdfGlvX4OWcDfL.arUrOltP3JRP 0f6gFlejfeMhToW_OHOfb4.ZxT.ecPAR6Ogzziv0tpVAt0y.xFFvuiePARsDhJOa4YB6Np1qe33. PfN8JNN8_lutj5ToRdkBXuD7VVYjO14_5Cz3MrCeE87bmU6xJFhu3Bg6VOfP7RSIf_PVRzJFhPn0 U0LtSSJLZNcefNlDFx.hLw3LOzki8G23OBGeTNnav3u4lViTcTb3TaEnG13yBNiM8GZoo1hGlXrT LXJwSKH9eB3AhY1Uhcs2QejwSXHZxzwbFWiuJ1q.IvmeWdAE9v5aZeAFlGslEl6saG38TfILkklx _P5pmGvN8wXw9zgSa4US0SuswVotilBAz4VtqK0XHE9..s8L6E8a25GZYMl9eCUy3tLPIgAgWeDs NJqVxjLUp7hZhU25oUKNAeMFVI3tBIcezDaHEU_R.eh15qrtDDZOUgRHkTtV8Yzgew65eoBrKIoN S4LREv380N6lSRlPabDwKIwjKuejJ75NzojcpA60iWxwzvRjp.aG7xX1JSiLY6Qvm.iuo5N6ncjy b6RdPy_IIaB903ttDfKAav1B9YDwWUeEFyHIATr30KXuo2x1gpfQwOKsLNCafHh55jrIQ1CerSQu PQ_wa.ZIhTnYWTTX73_q4dcQ5HEHyzT_7.sXFvXQzdijiIRAjm5esvfca94DOQuj8Re3i33pqyyA 53o1MLKheLfqaKQjXguIJw2kgPwdS.XHXdfUtfKum9U3QKRtEqJERhYCEk_0ax6vEfxUSppoVUjG dJptMHh7CWSNRPCWQJyvOw0F3s2ob.JjHnvy11CimxZ.LPDHgB0jjrcaelc0grZhglnJqG2IyJdE dAYO2M2kHqd0PP7CEIzNNYAGbQBjCAJ5LaTYm3ABv912GM.beMni4eoMv7lEmdrZ0Z8nAKENncJk QjOduv4wvx8JQgImz2gf.PIVRtqU0NK1qKIQUvoSeu3SCo10wi1tT8zY9lnkwaeoMGf0Gl0tdybM U3hFoaS1wbuIqp0fUnrm8kTPLff2mHRPeK8Iq43On22MLYQUmlgQT1JRDj7EednXtxIM.I.iN Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Fri, 31 Jan 2020 17:43:41 +0000 Received: by smtp420.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID fdf831e26111d2877974802757828e4f; Fri, 31 Jan 2020 17:43:36 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.40.2.2.4\)) Subject: Re: arm64 as Tier 1 for FreeBSD 13 From: Mark Millard In-Reply-To: Date: Fri, 31 Jan 2020 09:43:36 -0800 Cc: freebsd-arm , Kyle Evans Content-Transfer-Encoding: quoted-printable Message-Id: References: <84926.1580333803@critter.freebsd.dk> <202001292142.00TLgV9N066161@gndrsh.dnsmgr.net> To: =?utf-8?Q?Klaus_K=C3=BCchemann?= X-Mailer: Apple Mail (2.3608.40.2.2.4) X-Rspamd-Queue-Id: 488Phv1pNTz3xgm X-Spamd-Bar: - X-Spamd-Result: default: False [-1.90 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FREEMAIL_TO(0.00)[googlemail.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.68)[-0.678,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-0.72)[-0.723,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (2.07), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.67), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[83.64.137.98.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[83.64.137.98.rep.mailspike.net : 127.0.0.17]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jan 2020 17:43:44 -0000 On 2020-Jan-29, at 19:21, Klaus K=C3=BCchemann via freebsd-arm = wrote: > =46rom my personal view the RPI-thing is overrated , > it=E2=80=99s just another 4-core.. and if you ever made e.g. > a -j16 buildworld buildkernel in 90 minutes or so on aarch64 : you = won=E2=80=99t=20 > expect the big revolution in computing from this RPI-gadget. :-) >=20 I'm not sure that the RPi4B support has progressed to the point that benchmarking that is limited by cpu/memory performance is expected to be near where it would be in the long run if the RPi4B ends up well supported. So I did an single-threaded experiment comparing a Ubuntu RPi4B configuration that was using: over_voltage=3D6 arm_freq=3D2000 (I only used those for Ubuntu because they were already set up for other reasons) to whatever results currently for FreeBSD on the same RPi4B. The context is CPU/RAM-caches/RAM limited, not an I/O benchmark at all. For a problem size were Ln caches are effective, I got an example rates of progress ratio for Ubuntu/FreeBSD of around 2.8. For a problem size where the RAM access pattern makes the Ln caches not very effective, I got an example rates of progress ratio for Ubuntu/FreeBSD of around 1.2. The RPi4 is rather constrained by its RAM subsystem, but not so much where the Ln caches are effective. So, using the 2.8, I get a quick ball-park estimate for the CPU running at something like 700 MHz for FreeBSD currently. (I was using a head -r356426 based context.) If the RPi4B ends up well supported, the usual RPi4B default of 1500 MHz is likely and FreeBSD might support use of the something analogous to setting over_voltage and arm_freq, as was done for Ubuntu. Until things progress to such a point, I'd be cautious interpreting real-world performance experiments as a source of estimates for future performance. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Fri Jan 31 17:51:58 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DF407246A4F for ; Fri, 31 Jan 2020 17:51:58 +0000 (UTC) (envelope-from rwa@athabascau.ca) Received: from NAM12-BN8-obe.outbound.protection.outlook.com (mail-bn8nam12on2088.outbound.protection.outlook.com [40.107.237.88]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 488PtP6NM8z3yTK for ; Fri, 31 Jan 2020 17:51:57 +0000 (UTC) (envelope-from rwa@athabascau.ca) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=YTD4OOh8eqrAITTcXHNlrl/rWa5Oa39Q5onaJu3Zz7n3U5THurfEwmxr6N6as8EBdxGAnJTGmyTFlQ6hlJFYNGOgsABI/d0ud0yxFBIuTKzkUeL9mCnEQi1lXnqe8yHUYRMgiLJ9My8lnvTqjceVIXgw0nX8/v4AA9yaD4xIjvY8GdW24WyWV9fh3CljrqrhkLAe2ZD7cw2haIoF6EQxQMvQ0fUcKekeZVMuzZHqznDbCsUyAg5/tcBOmLsyW0KOCN0dEbGbktYcJE4XfQqOLFN5juhZVp4aMh3Zw2uHDu51365JJ8iWUKZg5GzYbhjzfY3/v62rZXnZm0JC4SKqkg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=UC5CcUMWNMPx3RCNJ95mJcl0jFgZyZD0ejTrSnuF3Yc=; b=cYXlPdGjINwgzRO3FLNyObz5CThKNJ7v8GqfKlICfUygdqJlaFUfobBEIALritPHh5uI6I7W/j3dqrxXHuYH+9ebS6ZwyyBp1CNa+PE4eQR7qLDgJxb2MmRFhmETO1wG+tCRv9p6ahyJzLjMmHJj/D5zh2HBJbUYTDLeYeDnGEEHfTKvw01b4L4Pm90YfV4pq57w+DZew69jwL0qteoFP5gi+C4EkiyT+zuJesTQ+fErdYhaCBw6cH91S6T8Bejk6n/1hzaB6uzMbr0NQ5wngqI8AUs0L8YhAD71MkDQ9hcBLQTLQLjmj6ZbXVwOPx9Q3J+HEUL/coUR6/aE+nAg3A== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass (sender ip is 131.232.32.37) smtp.rcpttodomain=freebsd.org smtp.mailfrom=athabascau.ca; dmarc=bestguesspass action=none header.from=athabascau.ca; dkim=none (message not signed); arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=austaff.onmicrosoft.com; s=selector2-austaff-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=UC5CcUMWNMPx3RCNJ95mJcl0jFgZyZD0ejTrSnuF3Yc=; b=xl8xB7hQbdiytT4VEU3EBLthwDB1Al8sn1mD58wISUV2FmsuzHDp5nqIFLAaMtU8rHaOWWbY5xHkh/ljzLj8kf8KGC2UUdp31mKClqflK0Xs4BZJnk8RqRSRS+X1yMQ36JLdVxDbtuaYn4Vs4N4DwA7x763nY/vsjOQJm8YO6TI= Received: from MN2PR13CA0024.namprd13.prod.outlook.com (2603:10b6:208:160::37) by MWHPR13MB1072.namprd13.prod.outlook.com (2603:10b6:300:13::19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2707.10; Fri, 31 Jan 2020 17:51:55 +0000 Received: from TO1CAN01FT003.eop-CAN01.prod.protection.outlook.com (2a01:111:f400:7e5d::207) by MN2PR13CA0024.outlook.office365.com (2603:10b6:208:160::37) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2707.12 via Frontend Transport; Fri, 31 Jan 2020 17:51:55 +0000 Received-SPF: Pass (protection.outlook.com: domain of athabascau.ca designates 131.232.32.37 as permitted sender) receiver=protection.outlook.com; client-ip=131.232.32.37; helo=smtp-relay.cs.athabascau.ca; Received: from smtp-relay.cs.athabascau.ca (131.232.32.37) by TO1CAN01FT003.mail.protection.outlook.com (10.152.122.114) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2686.25 via Frontend Transport; Fri, 31 Jan 2020 17:51:54 +0000 Received: from autopsy.pc.athabascau.ca (autopsy.pc.athabascau.ca [131.232.4.80]) by smtp-relay.cs.athabascau.ca (Postfix) with ESMTPS id C0C60202AC for ; Fri, 31 Jan 2020 10:51:53 -0700 (MST) Date: Fri, 31 Jan 2020 10:51:53 -0700 (MST) From: Ross Alexander X-X-Sender: rwa@autopsy.pc.athabascau.ca To: freebsd-arm@freebsd.org Subject: Re: Re: arm64 as Tier 1 for FreeBSD 13 In-Reply-To: Message-ID: References: User-Agent: Alpine 2.22 (BSF 395 2020-01-19) Organization: Athabasca University MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-EOPAttributedMessage: 0 X-Forefront-Antispam-Report: CIP:131.232.32.37; IPV:; CTRY:CA; EFV:NLI; SFV:NSPM; SFS:(10009020)(4636009)(396003)(376002)(39860400002)(136003)(346002)(189003)(199004)(7696005)(36916002)(6266002)(5660300002)(86362001)(2906002)(70206006)(70586007)(6916009)(316002)(8936002)(8676002)(786003)(426003)(336012)(7636002)(478600001)(55016002)(956004)(53546011)(26005)(356004)(186003)(246002); DIR:OUT; SFP:1101; SCL:1; SRVR:MWHPR13MB1072; H:smtp-relay.cs.athabascau.ca; FPR:; SPF:Pass; LANG:en; PTR:vs001lpmp1609.cs.athabascau.ca; MX:1; A:1; X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 626511e3-cebd-4224-926a-08d7a6764272 X-MS-TrafficTypeDiagnostic: MWHPR13MB1072: X-Microsoft-Antispam-PRVS: Content-Transfer-Encoding: quoted-printable X-MS-Oob-TLC-OOBClassifiers: OLM:3276; X-Forefront-PRVS: 029976C540 X-MS-Exchange-SenderADCheck: 1 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: eG4pMCH90jfrUD5wTZ02fsVo1ddezI7TZlVK3KzY8wuMW0FaqLZOWIUcgne3kJEfvnnawxp9soSCyY/Ak+4QfiDggVqPrnV/3aTUgZcvWUqdnl5SvQRmpJxH5ZFQ2I9z9a/4+a2Ke8gdyCIVeDhDVCGzei73i67/Nos5+rdyyZ9U6cku2OooRHtgUx4x97iZ7pXDbeZWPjJbXTBfG9W4j7l/QTdnVYJBC3YDvY8P0amsUkZ2BqAR/4DtT3RFgkwb0DQvPSzeVXqIuBHtiEoMdznrdcNvpCzZe62nJOgpkwn0GbXQ2yC6ueB92VYBaupXLWwfQxl/D79wkZ5Es+dxhVlXiuEMTyoY8OYQETw87rt2L6VTzAjlmEQATUJ2YYJOeMwqXR4/LlUuGGnlE95lgIRkcxLKmKSw/bd7zgGT2HhgHrtdZ3vnNLjGRxqwkwB6 X-OriginatorOrg: athabascau.ca X-MS-Exchange-CrossTenant-OriginalArrivalTime: 31 Jan 2020 17:51:54.5639 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: 626511e3-cebd-4224-926a-08d7a6764272 X-MS-Exchange-CrossTenant-Id: a893bdd2-f460-4252-aa34-4d057436a09d X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=a893bdd2-f460-4252-aa34-4d057436a09d; Ip=[131.232.32.37]; Helo=[smtp-relay.cs.athabascau.ca] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR13MB1072 X-Rspamd-Queue-Id: 488PtP6NM8z3yTK X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=austaff.onmicrosoft.com header.s=selector2-austaff-onmicrosoft-com header.b=xl8xB7hQ; dmarc=none; spf=pass (mx1.freebsd.org: domain of rwa@athabascau.ca designates 40.107.237.88 as permitted sender) smtp.mailfrom=rwa@athabascau.ca X-Spamd-Result: default: False [-4.89 / 15.00]; RCVD_TLS_LAST(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[austaff.onmicrosoft.com:s=selector2-austaff-onmicrosoft-com]; RCVD_COUNT_FIVE(0.00)[5]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCPT_COUNT_ONE(0.00)[1]; HAS_ORG_HEADER(0.00)[]; DMARC_NA(0.00)[athabascau.ca]; DKIM_TRACE(0.00)[austaff.onmicrosoft.com:+]; RCVD_IN_DNSWL_NONE(0.00)[88.237.107.40.list.dnswl.org : 127.0.3.0]; IP_SCORE(-1.39)[ipnet: 40.64.0.0/10(-3.86), asn: 8075(-3.06), country: US(-0.05)]; RWL_MAILSPIKE_POSSIBLE(0.00)[88.237.107.40.rep.mailspike.net : 127.0.0.17]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:8075, ipnet:40.64.0.0/10, country:US]; ARC_ALLOW(-1.00)[i=1] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jan 2020 17:51:58 -0000 On Fri, 31 Jan 2020, Klaus K?chemann wrote: > Date: Thu, 30 Jan 2020 16:16:48 +0100 > From: Klaus K?chemann > To: freebsd-arm@freebsd.org > Subject: Re: arm64 as Tier 1 for FreeBSD 13 > Message-ID: <8BE05A88-D216-4023-AC6E-D6431C7BB3E1@googlemail.com> > Content-Type: text/plain; charset=3Dutf-8 > [snip ed.] > > In fact FreeBSD boots from uSD on the RPI4. from my quick reading of > the sources afaik it was K. Evans who made it bootable with > CPU-hacks and E. Vadot who made the u-boot ports. Marvellous. > [snip]. > If somebody answers here : " yes, I want a HowTo and will help the > fbsd-project", I'll write a HowTo. ;-). If nobody wants to boot > FreeBSD on the crappy RPI4 we can't help out :-) I have a pi4 that's been sitting quietly on my desk waiting for a bootable image for some months now. I do weekly buildworld/buildkernel cycles and would be happy to report my experience. I've been doing this with CURRENT for a long time on rpi3, FWTW. But Bob Prohaska always get there first ;). Please put me down for a HowTo. Your help *greatly* appreciated. regards, Ross =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D Ross Alexander, (780) 675-6823 desk / (780) 689-0749 cell, rwa@athabascau.c= a 54.71593 N 113.30835 W Order is simply a thin, perilous condition we try to impose on the basic reality of chaos. -- William Gaddis, _J R_ -- This communication is intended for the use of the recipient to whom it is a= ddressed, and may contain confidential, personal, and or privileged informa= tion. Please contact us immediately if you are not the intended recipient o= f this communication, and do not copy, distribute, or take action relying o= n it. Any communications received in error, or subsequent reply, should be = deleted or destroyed. --- From owner-freebsd-arm@freebsd.org Fri Jan 31 18:28:40 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 908D41E8BE9 for ; Fri, 31 Jan 2020 18:28:40 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wm1-x332.google.com (mail-wm1-x332.google.com [IPv6:2a00:1450:4864:20::332]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 488Qhl5mX2z440b for ; Fri, 31 Jan 2020 18:28:39 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wm1-x332.google.com with SMTP id t14so9810450wmi.5 for ; Fri, 31 Jan 2020 10:28:39 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=a8I5t+A5mkJCBCYOhxBNnWKz9MaKJUfJvj9WLA2LD1c=; b=KqG5+KukSRzz4HaMvQYEUU7QSA6YcYcSRfzbPaCyIhutoVziwgy6xQZ4bdvx+61vxE rJzuuqgLxej/Yc4JjHe53ujG5+3E1DjlqxctZIRMPvwANfqI43Oi1JFG495YdpTXwv7U Nm64aVBKjjxHvpLW70Cy0TaLYmQmu8NC1MTyWUrXT3kBSZB5QKAZegw14azWgDea1vYO bjDdQSAhmNy7gC/YB4LdgBvF0WkGP/uVF53gebHuMVsmEz2hhO4ZA8ue27AprCRc4hel iWZCqBEeWNG6Q03keGXq5cvSH/6ioJYAdoceTb0yYUuLN9XHMCcKbKAdb1SRKtaZ44jI mDSA== X-Gm-Message-State: APjAAAWiTmQI9qfEKafE642jgLPAsnCVXrrOB+2JEQEm+zgxl5D2pFwW NPyQ8BtZKGHbDMX+bBQy5rg/bim0 X-Google-Smtp-Source: APXvYqyEZO4me4ElkKDnb4TtyvmsllayVbFRPx9mLkHLaeKu9wXfIDHHQbTgIBrY6dF9ySZZ3Q4m8Q== X-Received: by 2002:a1c:451:: with SMTP id 78mr12806771wme.125.1580495317606; Fri, 31 Jan 2020 10:28:37 -0800 (PST) Received: from [192.168.1.167] ([46.114.105.62]) by smtp.googlemail.com with ESMTPSA id y10sm12665727wrw.68.2020.01.31.10.28.36 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 31 Jan 2020 10:28:36 -0800 (PST) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.40.2.2.4\)) Subject: Re: arm64 as Tier 1 for FreeBSD 13 Date: Fri, 31 Jan 2020 19:28:35 +0100 References: To: Ross Alexander , freebsd-arm@freebsd.org In-Reply-To: Message-Id: <3A3809EA-87BF-40C3-88C7-C2BF4043E371@googlemail.com> X-Mailer: Apple Mail (2.3608.40.2.2.4) X-Rspamd-Queue-Id: 488Qhl5mX2z440b X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; RECEIVED_SPAMHAUS_PBL(0.00)[62.105.114.46.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2.3.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.00)[ip: (-9.24), ipnet: 2a00:1450::/32(-2.51), asn: 15169(-1.77), country: US(-0.05)]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jan 2020 18:28:40 -0000 > Am 31.01.2020 um 18:51 schrieb Ross Alexander : >=20 > ... But Bob Prohaska always get there first ;). >=20 > =E2=80=A6. >=20 > = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D > Ross Alexander, (780) 675-6823 desk / (780) 689-0749 cell, = rwa@athabascau.ca > 54.71593 N 113.30835 W >=20 > Order is simply a thin, perilous condition > we try to impose on the basic reality of chaos. >=20 > -- William Gaddis, _J R_ > =E2=80=A6 This is the great chance for you : Bob doesn=E2=80=99t even own an RPI4 = :-) =E2=80=A6 see you later with further information, `have to go to watch what happens in stage 4 on the rock solid = RPI4-fbsd-machine ;-) -------------------------------------------------------------- >>> stage 4.2: building libraries -------------------------------------------------------------- cd /usr/src; MACHINE_ARCH=3Daarch64 MACHINE=3Darm64 CPUTYPE=3D CC=3D"cc= -target aarch64-unknown-freebsd13.0 = --sysroot=3D/usr/obj/usr/src/arm64.aarch64/tmp = -B/usr/obj/usr/src/arm64.aarch64/tmp/usr/bin" CXX=3D"c++ -target = aarch64-unknown-freebsd13.0 --sysroot=3D/usr/obj/usr/src/arm64.aarch64/tmp= -B/usr/obj/usr/src/arm64.aarch64/tmp/usr/bin" CPP=3D"cpp -target = aarch64-unknown-freebsd13.0 --sysroot=3D/usr/obj/usr/src/arm64.aarch64/tmp= -B/usr/obj/usr/src/arm64.aarch64/tmp/usr/bin" AS=3D"as" AR=3D"ar" = LD=3D"ld" LLVM_LINK=3D"" NM=3Dnm OBJCOPY=3D"objcopy" RANLIB=3Dranlib = STRINGS=3D SIZE=3D"size" INSTALL=3D"sh /usr/src/tools/install.sh=E2=80=9C= =20 =E2=80=A6=E2=80=A6. Regards Klaus= From owner-freebsd-arm@freebsd.org Fri Jan 31 19:19:17 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8142B1EA005 for ; Fri, 31 Jan 2020 19:19:17 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wm1-x332.google.com (mail-wm1-x332.google.com [IPv6:2a00:1450:4864:20::332]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 488Rq92hlkz46wD; Fri, 31 Jan 2020 19:19:17 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wm1-x332.google.com with SMTP id p9so9189279wmc.2; Fri, 31 Jan 2020 11:19:17 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=C3uE9Dux5AezpwOFByn4aQJkGpJcfYEhbRc8kCojuEU=; b=YQ8cGQXQjm8hbjscelnLgxZYcTL9IR/omLUjGYcxSfvdhU6Qzs6rDUzHTi/3YBoQV5 1KpxkcwsQcESgcbHwHINYoKij49LRd3HPka98uApAucbbxWoZheT6QFkHLZ+zrd8NQDs QJc6qIIaSby+B0g5IWfneLWZ1MOSqyNlDzOz6w5l4SAAbG+DmWx1zTTy4Z5ZHfKDI+ba 4/sGeqmHNYl9H3fLcngEglUHgEv7VtlSv2hh/w5AtC7qZIO47AmTX5g3eTm91POtk11u JHpfJooS8NzRQ2xrDCjUdnoSjIvZK27yf6UEG6Hui7CtPj8vMF0ZLAE55+izY9gJtL8W BZRQ== X-Gm-Message-State: APjAAAXMdWLzbP7InHT/tK8W9H2J/A23+HqCyl76t0ipdRMqk0fH0Kj/ rTUE6YMW8Jd65xUlBU5KW13HS/Wr X-Google-Smtp-Source: APXvYqx8D/jQYHjKkR3zjmlSeCu00PdT+DfnNMXfd81zlTN0Uf/SkAAZX8Jx6VTfOFGFEDXu/YnFyg== X-Received: by 2002:a7b:ce94:: with SMTP id q20mr13954780wmj.4.1580498355717; Fri, 31 Jan 2020 11:19:15 -0800 (PST) Received: from [192.168.1.167] ([46.114.105.62]) by smtp.googlemail.com with ESMTPSA id a9sm11827556wmm.15.2020.01.31.11.19.14 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 31 Jan 2020 11:19:14 -0800 (PST) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.40.2.2.4\)) Subject: Re: RPi4 Firmware Files (spawned from "arm64 as Tier 1 for FreeBSD 13") Date: Fri, 31 Jan 2020 20:19:13 +0100 References: To: Kyle Evans , freebsd-arm@freebsd.org In-Reply-To: Message-Id: <7C1006B7-D5F8-4C91-B68D-DF71D378F429@googlemail.com> X-Mailer: Apple Mail (2.3608.40.2.2.4) X-Rspamd-Queue-Id: 488Rq92hlkz46wD X-Spamd-Bar: ----- X-Spamd-Result: default: False [-5.99 / 15.00]; NEURAL_HAM_MEDIUM(-0.99)[-0.993,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jan 2020 19:19:17 -0000 > Am 31.01.2020 um 17:01 schrieb Kyle Evans : >=20 > On Thu, Jan 30, 2020 at 3:04 PM Klaus K=C3=BCchemann > wrote: >>=20 >>=20 >>=20 >>> Am 30.01.2020 um 21:36 schrieb Kyle Evans : >>> =E2=80=A6 >>> .. >>> I think there's some kind of impedance mismatch here, but I'm not = sure >>> where. The steps are exactly as I wrote for the last RPi4 I stood = up, >>> and shouldn't have changed in the past month or two, even. You = should >>> only need to bring your own U-Boot and copy the rpi4 config.txt = over. >>=20 >> No no, everything is surprisingly good, you made a quite good job, no = mismatches :-) >> It began to work with me with the following files downloaded from = RPI-foundation and copied to >> Msdos-partition : >> bcm2711-rpi-4-b.dtb(already there if I remember correctly) >> fixup4.dat >> fixup4cd.dat >> fixup4db.dat >> fixup4x.dat >> start4.elf >> start4cd.elf >> start4db.elf >> start4x.elf >>=20 >=20 > Whoops -- it turns out that this was a local diff that never quite got > committed. I've now done so in r357335- sorry about that! They should > be there in next week's snapshots. >=20 >> Additionally the WHOLE(not only a part) folder =E2=80=9Eoverlays=E2=80=9C= in msdos-partition had to be overwritten >> with the files from RPI-foundation. >=20 > Yeah, so by default we just install the overlays that our stock > config.txt wants to use. This is a decision that we should perhaps > consider revisiting so that users of RPi* can just enable an overlay > they may have just heard about or discovered rather than also having > to fetch it and install it. >=20 > Thanks, >=20 > Kyle Evans thanks for r35733 , without overwriting the overlays it didn=E2=80=99t boot from uSD. See you later in D15955 =E2=80=94 Regards=20 Klaus= From owner-freebsd-arm@freebsd.org Fri Jan 31 22:05:30 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B43631EE521 for ; Fri, 31 Jan 2020 22:05:30 +0000 (UTC) (envelope-from wera0003@hs-karlsruhe.de) Received: from smtp.hs-karlsruhe.de (smtp.HS-Karlsruhe.DE [193.196.64.25]) (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 488WVy45Ffz4HPY; Fri, 31 Jan 2020 22:05:30 +0000 (UTC) (envelope-from wera0003@hs-karlsruhe.de) Received: from iz-wera-new.hs-karlsruhe.de ([193.196.65.47]) by smtp.hs-karlsruhe.de with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.80.1) (envelope-from ) id 1ixePo-001lmm-G1; Fri, 31 Jan 2020 23:05:28 +0100 Received: from wera0003 (helo=iz-wera-new.HS-Karlsruhe.DE) by iz-wera-new.HS-Karlsruhe.DE with local-esmtp (Exim 4.92.3 (FreeBSD)) (envelope-from ) id 1ixePn-0000RO-Ep; Fri, 31 Jan 2020 23:05:27 +0100 X-Mailer: exmh version 2.9.0 11/07/2018 with nmh-1.6 From: Ralf Wenk To: Kyle Evans cc: bob prohaska , "freebsd-arm@freebsd.org" Subject: Re: panic: deadlres_td_sleep_q: possible deadlock detected on RPI3 In-reply-to: References: <20200123164419.GA81833@www.zefox.net> <20200125153229.GA3768@www.zefox.net> <20200126164211.GB7312@www.zefox.net> <20200130162055.GA21879@www.zefox.net> Mime-Version: 1.0 Content-Type: multipart/mixed ; boundary="==_Exmh_1580506002_15060" Date: Fri, 31 Jan 2020 23:05:27 +0100 Message-Id: X-Rspamd-Queue-Id: 488WVy45Ffz4HPY X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-5.99 / 15.00]; NEURAL_HAM_MEDIUM(-0.99)[-0.986,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jan 2020 22:05:30 -0000 This is a multipart MIME message. --==_Exmh_1580506002_15060 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 2020-01-31 at 7:48 -0600 Kyle Evans wrote: > =5B...=5D > These results should no longer be reproducible in recent loaders -- > the effect you're seeing is an extraordinarily long redraw times as > that's roughly in the range where serial console in loader was > effectively borked. Things were later hashed out such that we use the > old console driver for serial in many (most? all?) situations. Now having upgraded the contents of /boot/msdos aka =22the boot partition= =22 to those of the FreeBSD-13.0-CURRENT-arm64-aarch64-RPI3-20200130-r357276.img and the result stays as described: Autoboot in 10 seconds, hit =5BEnter=5D to boot or any other key to sto= p =20 Autoboot in -6 seconds, hit =5BEnter=5D to boot or any other key to sto= p =20 Loading kernel... The /boot/loader*efi files are from 25 of January. r357112 I think. On this machine I am using EFI/HDMI and serial console parallel boot_mulicons=3DYES=22, boot_serial=3D=22YES=22, console=3D=22comconsole,= efi=22. In the attached file you will find a part of the serial console output during boot where you can see the loader version used and the jump from 10 to -6 seconds with immediate boot. As you also can see the cursor control sequences of the beastie are printed and not executed any more. With the exception of the =5EH (which I removed) during the spinning wheels. This happened at some time in the past when I did not kept sufficient backups. So I can not help to point at a range of releases. While writing this, I remembered that Bob Prohaskas 'five seconds per =22click=22' did only happened on my RPi3 systems when some USB keyboards= are plugged in during boot. Never without a USB keyboard. It seems to depend on the manufacturer and/or chip. Didn't had/have the spare time to figure it out, but this may be a hint. The system with the negative time jump in loader is equipped with a USB keyboard parallel to the serial console. Ralf --==_Exmh_1580506002_15060 Content-Type: text/plain ; name="script-log-of-boot"; charset=utf-8 Content-Description: script-log-of-boot Content-Disposition: attachment; filename="script-log-of-boot" Content-Transfer-Encoding: quoted-printable EFI boot manager: Cannot load any image 679320 bytes read in 70 ms (9.3 MiB/s) libfdt fdt_check_header(): FDT_ERR_BADMAGIC Consoles: EFI console =20 =7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C= =7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C= =7C/-=5C Reading loader env vars from /efi/freebsd/loader.env Setting currdev to disk0p1: =7C/-=5C=7C/FreeBSD/arm64 EFI loader, Revision 1.1 (Thu Nov 14 08:36:43 UTC 2019 root=40releng1.nyi.freebsd.org) Command line arguments: loader.efi EFI version: 2.80 EFI Firmware: Das U-Boot (rev 8217.4096) Console: efi (0x1000) Load Path: /efi=5Cboot=5Cbootaa64.efi Load Device: /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/SD(1)/SD(0)/= HD(1,MBR,0x11f39717,0x800,0x19000) Trying ESP: /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/SD(1)/SD(0)/HD(1= ,MBR,0x11f39717,0x800,0x19000) Setting currdev to disk0p1: -=5C=7C/-=5C=7C/-=5C=7C/Trying: /VenHw(e61d73b9-a384-4acc-aeab-82e828f362= 8b)/SD(1)/SD(0)/HD(2,MBR,0x11f39717,0x19800,0x3a00000) -=5C=7C/Setting currdev to zfs:rootpool/ROOT/default.defect: -=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-= =5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-= =5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-= =5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-= =5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-= =5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-Loading /boot/def= aults/loader.conf Loading /boot/device.hints =5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5CLoadin= g /boot/loader.conf =7C/-=5C=7C/-=5C=7C/-console comconsole is invalid=21 Available consoles: efi Loading /boot/loader.conf.local =5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-= =5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-= =5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-= =5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-= =5BH=5BJ=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5B8;48H =60=60= =60 =60=5B9;48H s=60 =60.....---.......--.=60=60= =60 -/=5B10;48H +o .--=60 /y:=60 +.=5B11;48H yo=60:. = :o =60+-=5B12;48H y/ -/=60 -o/=5B13;48H = .- ::/sy+:.=5B14;48H / =60-- /=5B1= 5;48H =60: :=60=5B16;48H =60: = :=60=5B17;48H / /=5B18;48H .- = -.=5B19;48H -- -.=5B20;48H =60:= =60 =60:=60=5B21;48H .-- =60--.=5B22;48= H .---.....----.=5B1;2H ______ ____ _____ _____ = =5B2;2H =7C ____=7C =7C _ =5C / ____=7C __ =5C =5B3;2H = =7C =7C___ _ __ ___ ___ =7C =7C_) =7C (___ =7C =7C =7C =7C=5B4;2H =7C = ___=7C '__/ _ =5C/ _ =5C=7C _ < =5C___ =5C=7C =7C =7C =7C=5B5;2H =7C = =7C =7C =7C =7C __/ __/=7C =7C_) =7C____) =7C =7C__=7C =7C=5B6;2H =7C= =7C =7C =7C =7C =7C =7C=7C =7C =7C =7C=5B7;2H =7C_= =7C =7C_=7C =5C___=7C=5C___=7C=7C____/=7C_____/=7C_____/ =5B9;2H+=5B22= ;2H+=5B9;44H+=5B22;44H+=5B9;3H-----------------------------------------= =5B22;3H-----------------------------------------=5B10;2H=7C=5B10;44H=7C= =5B11;2H=7C=5B11;44H=7C=5B12;2H=7C=5B12;44H=7C=5B13;2H=7C=5B13;44H=7C=5B1= 4;2H=7C=5B14;44H=7C=5B15;2H=7C=5B15;44H=7C=5B16;2H=7C=5B16;44H=7C=5B17;2H= =7C=5B17;44H=7C=5B18;2H=7C=5B18;44H=7C=5B19;2H=7C=5B19;44H=7C=5B20;2H=7C= =5B20;44H=7C=5B21;2H=7C=5B21;44H=7C=5B9;14HWelcome to FreeBSD=5B11;5H1. B= oot Multi user =5BEnter=5D=5B12;5H2. Boot Single user=5B13;5H3. Escape to= loader prompt=5B14;5H4. Reboot=5B15;5H=5B16;5HOptions:=5B17;5H=5C=7C/-= =5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-= =5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-= =5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-= =5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-= =5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-= =5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-= =5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-= =5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-= =5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-= =5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-= =5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-= =5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-= =5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-= =5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-= =5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-= =5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-= =5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-= =5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-= =5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-= =5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-= =5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-= =5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-= =5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-= =5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-= =5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-= =5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-= =5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C5. Kernel: default/kernel (1 of 7)= =5B18;5H6. Boot Options=5B19;5H7. Boot Environments=5B25;0H=5B23;4HAutobo= ot in 10 seconds, hit =5BEnter=5D to boot or any other key to stop =20 =5B25;0H=5B23;4HAutoboot in -6 seconds, hit =5BEnter=5D to boot or any ot= her key to stop =20 =5B25;0HLoading kernel... /-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/= -=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C//boot/ker= nel/kernel text=3D0x987f7c -=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C= =7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5Cdata=3D0x1905a8 =7C/-=5C=7Cdata=3D0x0+0x7= 9d260 /syms=3D=5B0x8+0x10bd38-=5C=7C/+0x8+0x130464-=5C=7C/-=5D Loading configured modules... =5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-= =5C=7C/-=5C=7C/-=5C/boot/kernel/zfs.ko text=3D0xa3e40 =7C/text=3D0x14cb60= -=5C=7C/-data=3D0x17f10+0x91170 =5C=7Csyms=3D=5B0x8+0x26040/+0x8+0x1fc2a= =5D -=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-= =5C=7C/-=5C=7C/-/boot/kernel/mac_ntpd.ko text=3D0x8f7 text=3D0x48 data=3D= 0xad8 =5Csyms=3D=5B0x8+0x588+0x8+0x433=5D =7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C= =7C/-=5C=7C/-=5C/boot/kernel/opensolaris.ko text=3D0x12ed text=3D0xc40 da= ta=3D0x440+0x6830 =7Csyms=3D=5B0x8+0xfc0+0x8+0x894=5D /-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C=7C/-=5C/boot/entropy size=3D0x1000 Using DTB provided by EFI at 0x7ef6000. =7C/-=5C=7C/-=5C=7C/-=5C=7C/-EFI framebuffer information: addr, size 0x3e330000, 0x8ca000 dimensions 1920 x 1200 stride 1920 masks 0x00ff0000, 0x0000ff00, 0x000000ff, 0xff000000 --==_Exmh_1580506002_15060-- From owner-freebsd-arm@freebsd.org Fri Jan 31 23:05:49 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 973331F005F for ; Fri, 31 Jan 2020 23:05:49 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-24.consmr.mail.gq1.yahoo.com (sonic312-24.consmr.mail.gq1.yahoo.com [98.137.69.205]) (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 488XrX2SBRz4LxQ for ; Fri, 31 Jan 2020 23:05:48 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: O0sviagVM1kIC2LeMDqZt0iBm8xFThV.NVYt8ERSA2.wllVJ0flxtGA8fNzQQ7P acNGyBSCgMQqxfC__wNPRohYHKtmgNh6PYeo6_CWAlzz0Q8wWWullndmYJ9cE2v.m0n6kr7YQNTm SD_uBq.AtENiFIpbiGSxs46aXBPeq2gLowRRsL3yjJPtPR31GIy7oKV_pU.96R2mcU3vtDj6bEbk GhTDZQKcsfX4wCjNWCbhDOPKOHQd5gdbsJnBNv.3CZXHTPOnxKjQsPy749Wc9xMPNYxsCy5fp7OC P0dHErBclg0zAOoNO2zxAz2KlfBj1QCYwqmHM60OdVz0fmoYefMZux52beviI8LfQCWSESWYaDqu eiORqBlctOK0ddNQ9CZhgDlG0AeQFhxBgtWGfNcCp5iqrssZdb.0O4OQxOOKsTtZ3J_U5kSukA2. Xo_4egRfnGVqWdCQLRglDOXK5WBDUrS5PFPJi7mRNVeXdxymSnZ1Mhk6DI.ijurZ8d2e2MjHEkJg 4GrYtxGvOxxDAtX9C9u1anJRaWJ8nq0W74HAw6YpvCcytfISbPK9e5KV_qXHhPJIIfCjROhjBwrB ON_O7KeifDJ.KkylReKwF_zjtQL2RyoDBnRf0Lx3W6vj6xDPEyWMgQM6aAEyVj6p3RcZuPke24Yx k3jStnoeW2g6lJU21Ts4md.U37i9M3odyeCX2X73yE47_qeNa3o1Of63sQw41geFOHZxvh8gVHEw NGuPabRlITVJJSVOeASwBTnElozCfQAAX0ILP2g4UipWVGC604bNrIB3cgQBfix.d87Tu9kQZOWm suas7jhVMvGeNtFOCvLQ3Eejd44lhc7LeiP9WTFv0PJaTS00pRpx9l.B0iceHBD1L6RrVlU6yUGR YQB3vKF8wEdHQTQoBuJ0dRmKxe2AFLHn4nU54koqkEnzbFfi3ccsWFpC8Swo6wpurwFnpPSyek0v OJpyGdbGEwzpg_ygkXaJXeZfPR4vZl68W18cN7QtE_hQwo_umekpUtQdJwJqNKDHXb.sp3MOi.ia MQ.Rpu4jTju0jEY8yNnqPiEcw1fgIe.e0tQt_WR8OEjLXDwFbcomAf52lizju2T9KUxKzHNiV7zA XQHU6W2w90dp2omelr3tBJSIl2v_3p.iVniCIUiOpyptWYo5yQR8aT0.NXw.CvbIE8ryU5AlPJOg xQbkOSLeRHAAEs3_._UyqD5qYNZjdcnFLb0ofELDSlBUCOnOyUFZ4kY6vv8BXbiEnCUyI1cIRoqH yHbXweAd2D2kXzJf43UpWTUWww_Jmy3WQHyzqxTfe44fCmt7b7gQLFHBvmeG3o77lF7S3YAosbC2 f9_wrtZSdexdvIqHJYoJ85Sjdsqn699wPQcuNpSvIIIuvEpefssoiTvZc5VBjwVvsKqcmVFgyNO2 yWqxlFwTP18A7sN6NmmQ75ultLnc2PkvODuM- Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Fri, 31 Jan 2020 23:05:45 +0000 Received: by smtp431.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 5c802d5608551c7528a980fae0cede84; Fri, 31 Jan 2020 23:05:41 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.40.2.2.4\)) Subject: Re: panic: deadlres_td_sleep_q: possible deadlock detected on RPI3 From: Mark Millard In-Reply-To: Date: Fri, 31 Jan 2020 15:05:40 -0800 Cc: Ralf Wenk , freebsd-arm@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: References: <20200123164419.GA81833@www.zefox.net> <20200125153229.GA3768@www.zefox.net> <20200126164211.GB7312@www.zefox.net> <20200130162055.GA21879@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3608.40.2.2.4) X-Rspamd-Queue-Id: 488XrX2SBRz4LxQ X-Spamd-Bar: / X-Spamd-Result: default: False [-0.35 / 15.00]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-0.29)[-0.286,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (3.31), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.67), country: US(-0.05)]; NEURAL_SPAM_MEDIUM(0.44)[0.441,0]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[205.69.137.98.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[205.69.137.98.rep.mailspike.net : 127.0.0.17]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jan 2020 23:05:49 -0000 On 2020-Jan-30, at 08:44, Mark Millard wrote: On 2020-Jan-30, at 08:20, bob prohaska wrote: >> . . . > > . . . > > (I've not done anything intended to control the > mac_ntpd load behavior on any of the 4 arm systems > and do not know why there is the variation that > there is.) > I finally remembered that long ago there was an issue where I'd set logconfig and logfile ( to /var/log/ntp.log ) in /etc/ntp.conf on some boot media. Turns out that causes root to be what runs ntpd instead of user ntpd doing so, avoiding possible file system permission issues. That in turn means that mac_ntpd is not loaded, which would avoid the hang-up in more modern FreeBSD vintages than I am currently running. If one has the various directory and file permissions involved set up for user ntpd already, one could use ntpd_user="ntpd" in /etc/rc.config to avoid both mac_ntpd loading and the use of root to run ntpd. No logfile need be involved. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sat Feb 1 11:58:52 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0461A24CA49 for ; Sat, 1 Feb 2020 11:58:52 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-24.consmr.mail.gq1.yahoo.com (sonic303-24.consmr.mail.gq1.yahoo.com [98.137.64.205]) (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 488t0W0Q8gz4Sqd for ; Sat, 1 Feb 2020 11:58:50 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: q.gUqWsVM1lwh56QnFJHcc44FYSbdzGx.Y7Ya0RorDq.LNjb5ffIlmo9b7uzzSi c.wRoJaRpedaCIQP4Ek2ikVBJd6fwObn.8DESbJV47Ir8kywq2WtTfvaq1MJBX2ZV1yr0e7qTF9k w1rAYhnBpvnWMYjHIcklNf20Jv8TAt90Ang3zVMwbTq4pRNHhAKCuEmi7o9VAKbj9kXuN4fL0WvH OvplGI1gp_cPEluU4y8cSfgASyuJODdBiC6RN9C7Y5zwwOLenFmxg6MZ5MFPjzT.g1L40NH8BYaY SjhvFW7tIhrbKx2szgbcBzC.aNEHo51LMnRojmMSCiVkN5n_WtQq9SK5XglhT9xZbVfMnOE57_l9 _Zim_UOhdCraN4_.n4XamCCWkG2v_sftAKtzi5_vy_dLc1CbjSovwWAXN5KyW9F4yX0dlBdHLdoC 92ChjQiX7cFfX1HzJMuPVDqASw.u8xyY_szed1tY31sAtdSL.yb_m52WbjNsydjL12dZOvzWrlDl qkF9Ep28N_qpiG9QyD20qwBn3UZ60Li9AuiJk0WFE.fKZz_mY1OSMdKpYDxQkaiX5ujFl_Bp7vgG Kr1gnGy9L6wiwAqnBlM1VwUsqSiazdNs8FvkghQJGfKketyTwdtxNdJ65qrn1twXKWaai3owmisA IaMF2ESLY3ddn2kQxZG3PKhe0Z44dUYd.P7LDt4Kw.Olx1ki_8ImWoGdbFu6CVu7cVbft8eQyNE6 LNM9XWt1EtphMZ99mDIFp51z8IlMoELPNtiAZx2Z7ixP6hof5XrrkjLlER.txTjujDSzbbibZSAn DUriNKZRldDgRhyW9UnqZ7a03RZs69jtxrGyblzHhx4KvkWoiL5kWs.Ew3UKwt1hT_dVHe3n0hkn r4qTj._L4.g4y_8MY.mmDJBjjJ_TOuLe.bYSOli3ZKYM4R0P5Iy06AyKH7gDALLE9_jTDTzhwuEw sVG.83NkA2jNvi0EXIjAy_Dzdx8HGOe672k2H.KvszmJPEd9b9UUlEUFbl.E1xZXyI5S9TesQCWU jArK6d0xLB8UOQlosOpY3UO8hCI_VcYIlUVKC.W8_.4Ur55hC7y2VmAMuDCWm7Zzn20fBQzSRjtx hpc.rx7IGH._S_uwBHpbsXQrSMAf9smZeD6t9tUzuecTT58TICl.w65w2gjSyj.IlL8qhwbrpkxJ ZeW1eiGecwAmiqKDhjZdYGjsHeTWEbj.2M0MYykDAGvrgYAsn4Zgzyj8Zw.Bn8Vz2QdvTrRPiLul lqmCZKdeHGg6UW4FkICB0m9nhVJHNJDeL4rM.JGB8jiEFyaUUzGkeoj_.jC4jBfNLFsb9XIY7YJs 3sxSwnB7Jn_WIjqtEQKP6DVEfcHLe9Zw8kIPTLB_fiS3t7nshQy6g_.lwWGc7NZqL6O4mvvG5uM. J2b2mASKc8KONzJK1knAK96Ckxa2lpVjNJHNR0MmxRKT08fbb5KaZ Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Sat, 1 Feb 2020 11:58:48 +0000 Received: by smtp406.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 8ab035af09a7d51332020b75b18b5768; Sat, 01 Feb 2020 11:58:43 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: head -r357356: fails to boot RPi4 but boots Rock64 (same media, moved between machines); -r356426 booted both Message-Id: <63205335-8E8A-4CCB-BC80-E4EC767FBC09@yahoo.com> Date: Sat, 1 Feb 2020 03:58:42 -0800 To: freebsd-arm X-Mailer: Apple Mail (2.3608.60.0.2.5) References: <63205335-8E8A-4CCB-BC80-E4EC767FBC09.ref@yahoo.com> X-Rspamd-Queue-Id: 488t0W0Q8gz4Sqd X-Spamd-Bar: - X-Spamd-Result: default: False [-1.03 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.18)[-0.184,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.34)[-0.345,0]; RCVD_COUNT_TWO(0.00)[2]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE_FREEMAIL(0.00)[]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_IN_DNSWL_NONE(0.00)[205.64.137.98.list.dnswl.org : 127.0.5.0]; MV_CASE(0.50)[]; IP_SCORE(0.00)[ip: (4.96), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.67), country: US(-0.05)]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Feb 2020 11:58:52 -0000 I had a working head -r356426 based microSD card that booted both the Rock64 and the RPi4. I upgraded it to be based on head -r357356 . Now the RPi4B hangs up during boot and does not start its APs. But the Rock64 boots fine via the same media. Diffing RPi4B console logs for -r356426 vs. -r357356 shows -r357356 shw the following as the only types of textual differences: psci0: PSCI version number mismatched with DT device_attach: psci0 attach returned 6 psci0: on ofwbus0 psci0: PSCI version number mismatched with DT device_attach: psci0 attach returned 6 psci0: on ofwbus0 psci0: PSCI version number mismatched with DT device_attach: psci0 attach returned 6 psci0: on ofwbus0 psci0: PSCI version number mismatched with DT device_attach: psci0 attach returned 6 psci0: on ofwbus0 psci0: PSCI version number mismatched with DT device_attach: psci0 attach returned 6 psci0: on ofwbus0 psci0: PSCI version number mismatched with DT device_attach: psci0 attach returned 6 psci0: on ofwbus0 psci0: PSCI version number mismatched with DT device_attach: psci0 attach returned 6 psci0: on ofwbus0 psci0: PSCI version number mismatched with DT (More blocks of 3 such lines at a time happen later as well.) By contrast, -r356426 has: Checking root against brcm,bcm2837 Checking root against brcm,bcm2711 but -r357426 does not. Finally -r356426 gets: . . . mmc1: No compatible cards found on bus Release APs...done Trying to mount root from ufs:/dev/label/RPi4root [rw,noatime]... CPU 0: ARM Cortex-A72 r0p3 affinity: 0 . . . But -r357356 gets: . . . mmc1: No compatible cards found on bus Release APs...Trying to mount root from ufs:/dev/label/RPi4root = [rw,noatime]... APs not started CPU 0: ARM Cortex-A72 r0p3 affinity: 0 . . . Those are the only textual differences up to this point, but things are clearly messed up by this far along so I stop here. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sat Feb 1 15:38:50 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5458C1F9F6E for ; Sat, 1 Feb 2020 15:38:50 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wr1-x433.google.com (mail-wr1-x433.google.com [IPv6:2a00:1450:4864:20::433]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 488ytK3qTCz4flC for ; Sat, 1 Feb 2020 15:38:49 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wr1-x433.google.com with SMTP id z9so27253wrs.10 for ; Sat, 01 Feb 2020 07:38:49 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=+DLhQniuSh4pEyAEq094jmmPXyOvuFWG6vFpvaPgMYM=; b=DD/viG2OoI1WEPCkemzDUrW5hTE7GATs9ybSIttSnYX7GuaZLp61arxhIkoH+wqBam Y/bB/b0+rgOtvQAgboYVKL5i/oqCWapfa294YeHQYE+9KTq4v7Y7DCVPAITCcLlFMfVz hD8o1T2gy2+cg02op1wr7kseYLpDKUyAgshdr44fh2sdDyvd30PDJI20bNf/Gpb9CAMv A9b2KWBML5gsObHzeO5cth4p9+xHrXOIRNQoVbhBwP45e6ucrDhZqgcBF87CUwOC7zVS bgxk+YFHLT04CCkwqjznQ1DvicICA/QyV2F3TdCYxG1552UKwKqU54ePJmfw6Uu3xmgZ Onxg== X-Gm-Message-State: APjAAAWKLTYlTQLmzw3QornNCMF0q5dcJXl+n42BUEjw2jckbWygMP3b O1aLE+qIsPFtLKGrDw2om9s= X-Google-Smtp-Source: APXvYqyBrRJFSe91YuS6o9fpoSuc575yGiHQjOrRqkkl6hClCBG3t1RSthrm957wjzw6s/smflQVkw== X-Received: by 2002:adf:ebc6:: with SMTP id v6mr4911648wrn.75.1580571527339; Sat, 01 Feb 2020 07:38:47 -0800 (PST) Received: from [192.168.1.167] ([46.114.110.155]) by smtp.googlemail.com with ESMTPSA id m3sm17148120wrs.53.2020.02.01.07.38.46 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 01 Feb 2020 07:38:46 -0800 (PST) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.40.2.2.4\)) Subject: Re: head -r357356: fails to boot RPi4 but boots Rock64 (same media, moved between machines); -r356426 booted both Date: Sat, 1 Feb 2020 16:38:45 +0100 References: <63205335-8E8A-4CCB-BC80-E4EC767FBC09.ref@yahoo.com> <63205335-8E8A-4CCB-BC80-E4EC767FBC09@yahoo.com> To: Mark Millard , freebsd-arm@freebsd.org In-Reply-To: <63205335-8E8A-4CCB-BC80-E4EC767FBC09@yahoo.com> Message-Id: X-Mailer: Apple Mail (2.3608.40.2.2.4) X-Rspamd-Queue-Id: 488ytK3qTCz4flC X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; FREEMAIL_TO(0.00)[yahoo.com]; RECEIVED_SPAMHAUS_PBL(0.00)[155.110.114.46.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[3.3.4.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.00)[ip: (-9.08), ipnet: 2a00:1450::/32(-2.50), asn: 15169(-1.76), country: US(-0.05)]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Feb 2020 15:38:50 -0000 > Am 01.02.2020 um 12:58 schrieb Mark Millard via freebsd-arm = : >=20 > I had a working head -r356426 based microSD card that booted > both the Rock64 and the RPi4. >=20 >=20 that=E2=80=99s interesting =E2=80=A6. Which u-boot version? Or did you pick up a standard- image and if so which one? Did you make changes to uSD, if so which? Which kernel did you boot from (e.g. GENERIC) ? The cam/mmc-issue is known on the RPI4, which kernel did you boot from (e.g. GENERIC) ? > Release APs...Trying to mount root from ufs:/dev/label/RPi4root = [rw,noatime]... > APs not started > CPU 0: ARM Cortex-A72 r0p3 affinity: 0 > . . . >=20 If you reach the mountroot-console could you please try: ufs:/dev/ufs/rootfs Thank you Regards Klaus From owner-freebsd-arm@freebsd.org Sat Feb 1 19:02:18 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1E697228140 for ; Sat, 1 Feb 2020 19:02:18 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-20.consmr.mail.gq1.yahoo.com (sonic306-20.consmr.mail.gq1.yahoo.com [98.137.68.83]) (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 4893P50Wghz3Q8N for ; Sat, 1 Feb 2020 19:02:16 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: FWzMhGsVM1mEh1qG8u0SkSHRYbxizBBaiv60e9mMHMeAQATIgEJB.2osVvBpcLv yi0s1oDHUQL_mvo6flMJ0883LcCkCbdCPd3_HtdEJ3iDs7qWoMj6Gf4mGbaVB2hM6wWlws14AlVj D3fJBcSx_SgtY3hDUE8JLqWPQq4mBA5wxbcc4poHj51xIc6RkENWl4V3pArHJhMKPSr3gKiemdAE o4FB_GMtP_f0qMDc_lyO1W.7tTjvEIvK6W8MhzGkmHSgVA8P9DBIl9PkVrBug3xyD67IotvYysdL M28nCsBtvkXAkzQ9bcOuTJBpgSJ1aMjEtTHhHBc5uFbYINTwDT2rQlvl7Mba4NskIsp3GRfCAPLT 751WrhG.KUBy2JNhUW3SarZ.N9GZkaY.qs1q4loxAHU1XB5vKbDg7nNXtBsEHrFf0oZY2vBWMH4T VQa7TsdGTlosX4uEfUU8RZZVe_vD1GvxS_PdCpGs6Yhg4v6c5pw.MeL.gLAeQ2y4FMFHC5ObW8kh crzEwJ5Ih1yEMKquUjjANfoOwU4w5_Gkaml6uYdPpiDaoVN_L_xALpNrwwsWOEBuRKWSrrFmgecc kqoi1tjxTg.oBtgZE7DJmGCWu16kcAnDua0Z9l4dlYFrk.Qgv3lcBllcD0CBlgS.HX2QdriUejtC 2qh_mOmHRXKPB..Zc9R_LmNMJ5Ra2lESWcl0UzC3dFVFjwWl0Nd4ZztvsEno.WL3GipEZgY4eqFk _5u8b3aCMRJYo42qdb.DhsYtPRK5lYHoCSfbDtELawW4ziCxHx1mjQGsIcFkYpc.rhnowiMOUyAn oMCtcOOaMJdt_MlJqAPJYLXAYQFVj9A9r8Bn0CsNk3V2DcDTvt6vOYYj2LPj3vHQ41nkbJ1uMxvc E1T68oSyo0Uds7L2t4QAQ7pSmb03.mzGFz4U7gpP_hkrk3b4je.tfdlKGfcEhAN2xLXFsUgUzcIX vYuLTp4OVOw5Z1gt7ZazmG1lhsAMFeYwjbTzVGiT0vt6JWSWLrV_MklF4bZRqBZk7IXgatpKbuSg UD.IOXDjOHURkoLoBlIzR2.95t.3A2PjE6QEacybHLX4k1H7JF9neDvPk5u2cdODrXY6CP.PGB2s TzGDPs53.NeD52cO8feR5H0E80Dtx_Wv3UVel3TTaWEc.ripMjpdcQIXqMAPmxz3w2TpGvJAY60j PubW5WYAfCaNsE5JDAOtpIM7B0UwTQEkRs5IRUovBhCZvU8AGtA16t.7SOlgF3znGiMyeyH31nVT gSwmtzUUfawELSL1bBgse5eXWr3oloFghRtbnxZJIl1N7MG9NcS_Gr46Y7XTgd3sRcpJjtObKewD YiF0oAiF5fl8055KrowzzOTozZ3.ZnL1K4JYP0pDGR8tT2U3RDoHnhK7wnQpOokOwIFZvd3nWpTT 9I1.wUkqc7UgYyvQm0WSDJL0jxe_jWAb4L1ajltAuadjYG5A2LAXIf5mhDmdWN5bIZmBJ.9jE Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Sat, 1 Feb 2020 19:02:14 +0000 Received: by smtp415.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 9ce99e6582c4df987374d19d5ea0f102; Sat, 01 Feb 2020 19:02:11 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: head -r357356: fails to boot RPi4 but boots Rock64 (same media, moved between machines); -r356426 booted both From: Mark Millard In-Reply-To: Date: Sat, 1 Feb 2020 11:02:09 -0800 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <63205335-8E8A-4CCB-BC80-E4EC767FBC09.ref@yahoo.com> <63205335-8E8A-4CCB-BC80-E4EC767FBC09@yahoo.com> To: =?utf-8?Q?Klaus_K=C3=BCchemann?= X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 4893P50Wghz3Q8N X-Spamd-Bar: - X-Spamd-Result: default: False [-1.60 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FREEMAIL_TO(0.00)[googlemail.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.45)[-0.454,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.65)[-0.647,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (3.18), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.67), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[83.68.137.98.list.dnswl.org : 127.0.5.0]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Feb 2020 19:02:18 -0000 On 2020-Feb-1, at 07:38, Klaus K=C3=BCchemann wrote: >=20 >> Am 01.02.2020 um 12:58 schrieb Mark Millard via freebsd-arm = : >>=20 >> I had a working head -r356426 based microSD card that booted >> both the Rock64 and the RPi4. >>=20 >>=20 > that=E2=80=99s interesting =E2=80=A6. > Which u-boot version? I described the original sequence that made the originally -r356426 based Rock64 microSD card also bootable on the RPi4 in: https://lists.freebsd.org/pipermail/freebsd-arm/2020-January/021117.html No changes to sysutils/rpi-firmware or sysutils/u-boot-rpi4 or to the copies of the materials on the msdosfs partition after that. As for the sysutils/rpi-firware and the sysutils/u-boot-rpi4 versions that I used: # pkg info rpi-firmware rpi-firmware-1.20190925.g20200109 Name : rpi-firmware Version : 1.20190925.g20200109 Installed on : Thu Jan 30 01:35:01 2020 PST Origin : sysutils/rpi-firmware Architecture : FreeBSD:13:amd64 Prefix : /usr/local Categories : sysutils Licenses : BROADCOM Maintainer : uboot@FreeBSD.org WWW : https://github.com/raspberrypi/firmware Comment : Firmware for RaspberryPi Single Board Computer Annotations : FreeBSD_version: 1300075 repo_type : binary repository : custom Flat size : 41.9MiB Description : Firmware files for RaspberryPi Single Board Computer . . . # pkg info u-boot-rpi4 u-boot-rpi4-2019.10 Name : u-boot-rpi4 Version : 2019.10 Installed on : Mon Dec 2 22:22:30 2019 PST Origin : sysutils/u-boot-rpi4 Architecture : FreeBSD:13:* Prefix : /usr/local Categories : sysutils Licenses : GPLv2 Maintainer : uboot@FreeBSD.org WWW : UNKNOWN Comment : Cross-build das u-boot for model rpi4 Annotations : repo_type : binary repository : custom Flat size : 454KiB Description : U-Boot loader and related files for the RPi4 . . . The only thing changed was FreeBSD being updated to head -r357356 from -r356426 . > Or did you pick up a standard- image and if so which one? I buildworld buildkernel and installkernel installworld and such myself. Likewise, I did the partitioning, the file system initialization, and glabel labeling myself. But that was earlier than this update. > Did you make changes to uSD, if so which? Relative to the previously working context, I just installed head -r357356 (kernel and world), using mergemaster in the process. (It was not done on the RPi4.) > Which kernel did you boot from (e.g. GENERIC) ? My kernel config file in use is: # more /usr/src/sys/arm64/conf/GENERIC-NODBG # # GENERIC -- Custom configuration for the arm64/aarch64 # include "GENERIC" ident GENERIC-NODBG makeoptions DEBUG=3D-g # Build kernel with gdb(1) = debug symbols options ALT_BREAK_TO_DEBUGGER options KDB # Enable kernel debugger support # For minimum debugger support (stable branch) use: #options KDB_TRACE # Print a stack trace for a = panic options DDB # Enable the kernel debugger # Extra stuff: #options VERBOSE_SYSINIT # Enable verbose sysinit = messages #options BOOTVERBOSE=3D1 #options BOOTHOWTO=3DRB_VERBOSE #options KTR #options KTR_MASK=3DKTR_TRAP ##options KTR_CPUMASK=3D0xF #options KTR_VERBOSE # Disable any extra checking for. . . nooptions DEADLKRES # Enable the deadlock resolver nooptions INVARIANTS # Enable calls of extra sanity = checking nooptions INVARIANT_SUPPORT # Extra sanity checks of = internal structures, required by INVARIANTS nooptions WITNESS # Enable checks to detect = deadlocks and cycles nooptions WITNESS_SKIPSPIN # Don't run witness on spinlocks = for speed nooptions DIAGNOSTIC nooptions MALLOC_DEBUG_MAXZONES # Separate malloc(9) zones nooptions BUF_TRACKING nooptions FULL_BUF_TRACKING > The cam/mmc-issue is known on the RPI4, I'm unclear on what the above is trying to tell me. Any messages produced both by -r356426 and -r357356 are not likely to be relevant and I showed that the mmc1 message was in both the -r356426 and the -r357356 based contexts. So I doubt that the mmc1 message indicates a contribution to the distinct behaviors. > which kernel did you boot from (e.g. GENERIC) ? This question was repeated twice. Answered earlier. >> Release APs...Trying to mount root from ufs:/dev/label/RPi4root = [rw,noatime]... >> APs not started >> CPU 0: ARM Cortex-A72 r0p3 affinity: 0 >> . . . >>=20 >=20 > If you reach the mountroot-console could you please try: > ufs:/dev/ufs/rootfs The system hangs, no way to do anything analogous, nor does it prompt for such. "APs not started" is a problem not tied to the "mount root": it happens in parallel. I do not have any ufs file systems labeled with "rootfs". It would be /dev/ufs/RPi4rootfs in my case. But I also have a glabel label assigned so there is /dev/label/RPi4root for the partition that has the ufs file system as well. When the card was at -r357426 that worked fine in the RPi4 and its still works fine with the microSD card put in the Rock64. For reference (done on the Rock64): # gpart show -p =3D> 63 249737153 mmcsd0 MBR (119G) 63 32705 - free - (16M) 32768 102312 mmcsd0s1 fat32lba [active] (50M) 135080 28760 - free - (14M) 163840 241172480 mmcsd0s2 freebsd (115G) 241336320 8400896 - free - (4.0G) =3D> 0 241172480 mmcsd0s2 BSD (115G) 0 230686720 mmcsd0s2a freebsd-ufs (110G) 230686720 7340032 mmcsd0s2b freebsd-swap (3.5G) 238026752 2097152 mmcsd0s2d freebsd-swap (1.0G) 240123904 1048576 - free - (512M) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sat Feb 1 20:45:12 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C0DBC22C93D for ; Sat, 1 Feb 2020 20:45:12 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wm1-x343.google.com (mail-wm1-x343.google.com [IPv6:2a00:1450:4864:20::343]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4895gq5x34z44S3 for ; Sat, 1 Feb 2020 20:45:11 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wm1-x343.google.com with SMTP id a5so11696176wmb.0 for ; Sat, 01 Feb 2020 12:45:11 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=AtTzz9dcD2vBAwep/stwnYoitn3M3/GKx6kxwPOkWeg=; b=W3H3nivdTLVF/X8mM1b8qaZ0H2owYEEFQGJNbdSuts5JehQjh9IZlfP8Z6lANZLwMY ekmk0T6+nxBHl/ZMoNR2P8WiJpMYkInNCJWk98Wzd4X+nDlCQjIkYfeSy2ekTKTGxhk4 YQAdhGgzeyxrTYlwCfd235TxWvKirRSxS0HjvBtAryBwETajnthv9x8zjMiqKnocMTWO p2PaSypqDLDCaqQebpMwQ2Lrf4hK4h18ML+Y1vVWdUfgtnO3FO0RQC5qcysOVLyhioxv /CEqBzEc2am9gNHZcnmcBvN/QUQdO1JCl+4Ul0MZzNXi54oucFQi31A80OIKHhPlL3wj iTNw== X-Gm-Message-State: APjAAAUtBY/c3upHwLl/pZR25ctsvJK5KnGA1zgSLqg9EKZt/eY9u4dU l7y0IPphiNDAmpWYIZZhuWDjjI57 X-Google-Smtp-Source: APXvYqxuvQKK0KHyw2pyHllIRXj/CSuHA4qGOLvl7elSBowOGpi35BCVg5zcz0CQnanyaWNe62WUag== X-Received: by 2002:a05:600c:291d:: with SMTP id i29mr20396767wmd.39.1580589909908; Sat, 01 Feb 2020 12:45:09 -0800 (PST) Received: from [192.168.1.167] ([46.114.110.155]) by smtp.googlemail.com with ESMTPSA id o187sm16362086wme.36.2020.02.01.12.45.08 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 01 Feb 2020 12:45:09 -0800 (PST) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.40.2.2.4\)) Subject: Re: head -r357356: fails to boot RPi4 but boots Rock64 (same media, moved between machines); -r356426 booted both Date: Sat, 1 Feb 2020 21:45:07 +0100 References: <63205335-8E8A-4CCB-BC80-E4EC767FBC09.ref@yahoo.com> <63205335-8E8A-4CCB-BC80-E4EC767FBC09@yahoo.com> To: Mark Millard , freebsd-arm@freebsd.org In-Reply-To: Message-Id: <0908ECCA-4776-4662-9C78-309C20445BE5@googlemail.com> X-Mailer: Apple Mail (2.3608.40.2.2.4) X-Rspamd-Queue-Id: 4895gq5x34z44S3 X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; FREEMAIL_TO(0.00)[yahoo.com]; RECEIVED_SPAMHAUS_PBL(0.00)[155.110.114.46.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[3.4.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.00)[ip: (2.98), ipnet: 2a00:1450::/32(-2.50), asn: 15169(-1.76), country: US(-0.05)]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Feb 2020 20:45:12 -0000 > Am 01.02.2020 um 20:02 schrieb Mark Millard : >=20 > I described the original sequence that made the originally > -r356426 based Rock64 microSD card also bootable on the > RPi4 in: >=20 > = https://lists.freebsd.org/pipermail/freebsd-arm/2020-January/021117.html >=20 Thanks for posting (I also =E2=80=99ve both boards available),=20 so we can assume that=E2=80=99s an (known) RPI4-only issue, which I also = encounter when compiling to=20 GENERIC-NODEBUG(or whatever kernel) to r357335 yesterday. I discussed that with Kyle Evans in :=20 https://reviews.freebsd.org/D15955 >=20 >> which kernel did you boot from (e.g. GENERIC) ? >=20 > This question was repeated twice. Answered earlier. >>=20 That was a copy/paste-issue because I was watching football the same = time I wrote :-) > But I also have a glabel label assigned so there is > /dev/label/RPi4root for the partition that has the > ufs file system as well. When the card was at > -r357426 that worked fine in the RPi4 and its still > works fine with the microSD card put in the Rock64. >=20 > For reference (done on the Rock64): >=20 > # gpart show -p > =3D> 63 249737153 mmcsd0 MBR (119G) > 63 32705 - free - (16M) > 32768 102312 mmcsd0s1 fat32lba [active] (50M) > 135080 28760 - free - (14M) > 163840 241172480 mmcsd0s2 freebsd (115G) > 241336320 8400896 - free - (4.0G) >=20 > =3D> 0 241172480 mmcsd0s2 BSD (115G) > 0 230686720 mmcsd0s2a freebsd-ufs (110G) > 230686720 7340032 mmcsd0s2b freebsd-swap (3.5G) > 238026752 2097152 mmcsd0s2d freebsd-swap (1.0G) > 240123904 1048576 - free - (512M) >=20 >=20 >=20 >=20 > =3D=3D=3D > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) >=20 The rescan seems to fail... so that if you were on mountroot > -prompt = it probably wouldn=E2=80=99t be help to mount=20 by ufs:/=E2=80=A6. =20 But I=E2=80=99ve read somewhere that 1 user had success by mounting = mmc/uSD by typing ufs:/=E2=80=A6 @mountroot When I waited a moment after the mount-crash it gave me the mountroot> = prompt on RPI4 but with me no way to mount manually at the moment, so = this issue has to be fixed =E2=80=A6. I have updated the Wiki a little( and will add more today) : https://wiki.freebsd.org/arm/Raspberry%20Pi .. welcome there if you have interesting news=20 Regards Klaus=20 From owner-freebsd-arm@freebsd.org Sat Feb 1 21:01:50 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C62F522CED9 for ; Sat, 1 Feb 2020 21:01:50 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wr1-x443.google.com (mail-wr1-x443.google.com [IPv6:2a00:1450:4864:20::443]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4896310gqfz459j for ; Sat, 1 Feb 2020 21:01:48 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wr1-x443.google.com with SMTP id z3so12895903wru.3 for ; Sat, 01 Feb 2020 13:01:48 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:content-transfer-encoding:mime-version :subject:date:references:to:in-reply-to:message-id; bh=ukfo10791ZR5EeQd1gbPSOCGhR19/kXvUcYLAzQpI6Q=; b=Vsx9vfYnQs9FgX5g60wYGXlTNiu9vOEaAdi8bqBeyGZFEym6HSemozeM208i3B8wjB 1GMsBOd3H/63AkQhvWQ9KVWm8cw8HiG+a/DqCEuxQwiuT89KZIBw3LDnVjpei83dK/me V9DJWPnqFGVlgpqfQcczITfsSApPVsMvYhQBiBoIZhlegGjs6bQRFFpxdi22FnJik6Yi zWvHM1Tda3nf6Obw/hWtXz1rsRPmYPMlHCUVzhLujkhuTxWZJXh7vtbhL1jo96xSCWFR qH/OuSVUvUIqsQyhcIp4y2KuSTCzwPPwE8IomNxispQRE+mi8zqjJtR0hrq7VKGDg071 tk+Q== X-Gm-Message-State: APjAAAXtjMB2Tbx5hAfcAD9Om+yPHNkyWc5uxEzHQ+woW6T4jGGSciIk 8WosGwJ21Cj6938knpjHnrg= X-Google-Smtp-Source: APXvYqwpZ14tRm4xmyRklmJixk9WRNMqRuWC9X0f8j7d+ZulO/1a5xyn5XXR+9wJ/ki3tPBdgFMYLQ== X-Received: by 2002:adf:fdc7:: with SMTP id i7mr5605552wrs.270.1580590907728; Sat, 01 Feb 2020 13:01:47 -0800 (PST) Received: from [192.168.1.167] ([46.114.110.155]) by smtp.googlemail.com with ESMTPSA id r5sm17879795wrt.43.2020.02.01.13.01.46 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 01 Feb 2020 13:01:47 -0800 (PST) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.40.2.2.4\)) Subject: Re: head -r357356: fails to boot RPi4 but boots Rock64 (same media, moved between machines); -r356426 booted both Date: Sat, 1 Feb 2020 22:01:42 +0100 References: <63205335-8E8A-4CCB-BC80-E4EC767FBC09.ref@yahoo.com> <63205335-8E8A-4CCB-BC80-E4EC767FBC09@yahoo.com> To: Mark Millard , freebsd-arm@freebsd.org In-Reply-To: Message-Id: <53E43C70-AD88-4A3D-AA38-07E31C0480D1@googlemail.com> X-Mailer: Apple Mail (2.3608.40.2.2.4) X-Rspamd-Queue-Id: 4896310gqfz459j X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; FREEMAIL_TO(0.00)[yahoo.com]; RECEIVED_SPAMHAUS_PBL(0.00)[155.110.114.46.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[3.4.4.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.00)[ip: (2.33), ipnet: 2a00:1450::/32(-2.50), asn: 15169(-1.76), country: US(-0.05)]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Feb 2020 21:01:50 -0000 Mark Millard, I currently don=E2=80=99t know if that could solve the mmc rescan-issue = for the RPI4, but Because I'm running out of time ... perhaps you are able and have time = to test patch : https://reviews.freebsd.org/D15955 on the RPI4. I guess that assumes you compile to GENERIC-MMCCAM=20 If you=E2=80=99re hanging on panic with RPI4 for now=20 You can simply xx#mv kernel.old kernel on your Rock64 =E2=80=A6 as said: I currently don=E2=80=99t know if D15955 could fix = it... Regards=20 Klaus From owner-freebsd-arm@freebsd.org Sat Feb 1 22:07:16 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 299F722E19E for ; Sat, 1 Feb 2020 22:07:16 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-24.consmr.mail.gq1.yahoo.com (sonic312-24.consmr.mail.gq1.yahoo.com [98.137.69.205]) (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 4897VV11xMz47v2 for ; Sat, 1 Feb 2020 22:07:13 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: lElLwIQVM1mXhHMe4puS9QFbMX4tFZiXICFiDs2PdV4oxi7WYgNSASxYaPu9_So Fwme9LPpN7GmF151z6Ti5GTIa.hKM41jQ7Z0sjLyoZtuO.ky8467UfSIDoXdW3IE7TpxSOD8u4SQ 0WmMUFGPF_yb2770AohYePD77DIy96wQmuY53SVMYTsu.SMNec2UinshiJaSXsHLv1ssgfwC18po 0UTqfMSYuQlPc9kF.UcCe40AIm47dedZQbnNdII7sgqWzGtNjmyf2Y7jjjrXiAD7Akg1.L0N9foh jzxOVhK2s0Uh7txx7Xr7IwT0HeiFcYnxoSxevy8hDsDzI8olwdGBKl_Zz1pqGn9HgRdWKY8HaCI2 elJsGWAqr9Q7XID1nrb4gDflpKNvO6XOcTptn.WdmOKRDp6M1HevZHTSIVvPLSeE4YPpLRPqA1mj Y_F2Ju.6Isreknfsww4fY5q47IzOriZCzbTU.5VIksbTy67DeaR9IwMOzr8EPKrxv_fnnDFqzjhP qpQmDEQUiOJMUQj7ZxyNGsh1no7DTfU0J59XXNs9N93cW5UAqTSV3CJr72mx2k4e8eII3GfmtKMQ NS5U1lKOoOlmC7282xHKAu34x90.nFdR0TyrvVfedqSlf0QkVGVvk4CSNY6q6Z4eoQwclMgJRRxY 5cY6hjzno9z64PR0FcCY3q0OWZogh8Q8_z8tb4r9mG2ptU7kg4_xwYS2OnCzEeH8rERAAoeWlCGa fNJbC4E3XLHhThT75LQHHxucEY.1PwZG0sGFWWWD68aGiQFIoTgZSBxWtBir62uryLNFEcX1jZbV 1qAZRz9ryglbZgmxb1k29VM79gkZaNan08FVBJYvi5fbGqoHCnAu0O7CH0.bB.ZRej_J5m4mln7J NaPrIoRfpqEQ29YASWyWvhEwwO8CIqBM4.Tul.D3gejmsuz4M7Ks6.yu7o8HxMQT1NB7nagQmnYB Buqu6SwgrNEvXOzd6RyoKNvuOlUTGUGnSjznqJKGxPlRoHVSjT8WYOKutJTUMLa6sMLzbmWhD6Zl WCKSrK0K2qiHcwt5MT8Nk_BPwhnPbC6xaRNXr0ubnpVD5fehmZjpmxH4Ihtsre3sLeZcf1iH4H54 lOF5Fy3bJ52D6Tgmn20YfNzOOn8QzWBECABrg4fIl_Fmo7MCiYjt6VNl6TWlytrEYu4phxtMBrEZ 3P.V9uORm2Ej99C0bT8xIjBgM1sVgEMfgC76cD8FTNcplzlSyHeKGy9UnPKDBEIFaMN7F7PlReQy rkY8JDCPK0Y4nUm6PDqxErKalFyWdmQAQZv6EfRwvk22EttC_vXOZolNIgBie22hnpXwWYhT_7s0 LWG.Q0jzF072qN5clg5EFeZoy6b_O5esYNpbixpeAyXTGo3zQSY7XybceraZ0gEO3Jo0fX.8245C iLfQlzH7gbxpNukbDcLF41S0adsVVPDeHKN8a Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Sat, 1 Feb 2020 22:07:12 +0000 Received: by smtp406.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 24a70901e40404847c4e1515c6f79288; Sat, 01 Feb 2020 22:07:08 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: head -r357356: fails to boot RPi4 but boots Rock64 (same media, moved between machines); -r356426 booted both From: Mark Millard In-Reply-To: <0908ECCA-4776-4662-9C78-309C20445BE5@googlemail.com> Date: Sat, 1 Feb 2020 14:07:06 -0800 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <63205335-8E8A-4CCB-BC80-E4EC767FBC09.ref@yahoo.com> <63205335-8E8A-4CCB-BC80-E4EC767FBC09@yahoo.com> <0908ECCA-4776-4662-9C78-309C20445BE5@googlemail.com> To: =?utf-8?Q?Klaus_K=C3=BCchemann?= X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 4897VV11xMz47v2 X-Spamd-Bar: - X-Spamd-Result: default: False [-1.69 / 15.00]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FREEMAIL_TO(0.00)[googlemail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.50)[-0.498,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.69)[-0.693,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (2.95), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.67), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[205.69.137.98.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[205.69.137.98.rep.mailspike.net : 127.0.0.17]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Feb 2020 22:07:16 -0000 On 2020-Feb-1, at 12:45, Klaus K=C3=BCchemann wrote: >> Am 01.02.2020 um 20:02 schrieb Mark Millard : >>=20 >> I described the original sequence that made the originally >> -r356426 based Rock64 microSD card also bootable on the >> RPi4 in: >>=20 >> = https://lists.freebsd.org/pipermail/freebsd-arm/2020-January/021117.html >>=20 >=20 > Thanks for posting (I also =E2=80=99ve both boards available),=20 > so we can assume that=E2=80=99s an (known) RPI4-only issue, which I = also encounter when compiling to=20 > GENERIC-NODEBUG(or whatever kernel) to r357335 yesterday. > I discussed that with Kyle Evans in :=20 > https://reviews.freebsd.org/D15955 >=20 > . . . > That was a copy/paste-issue because I was watching football the same = time I wrote :-) >=20 >> . . . >=20 > The rescan seems to fail... so that if you were on mountroot > -prompt = it probably wouldn=E2=80=99t be help to mount=20 > by ufs:/=E2=80=A6. =20 As long as it is reporting: "APs not started" that APs issue likely has nothing to do with lack of rescanning for "card insertion / removal detection". Also, the examples of QUOTE psci0: on ofwbus0 psci0: PSCI version number mismatched with DT device_attach: psci0 attach returned 6 END QUOTE are new compared to -r356426 . There seem to be other, bigger issues not involving "card insertion / removal detection" at all. I'd prefer that those be addressed first and do not plan on looking into rescanning related chnagess at this time. > But I=E2=80=99ve read somewhere that 1 user had success by mounting = mmc/uSD by typing ufs:/=E2=80=A6 @mountroot "PSCI version number mismatched with DT" and "APs not started" can not be fixed by such a activity. > When I waited a moment after the mount-crash it gave me the mountroot> = prompt on RPI4 but with me no way to mount manually at the moment, so = this issue has to be fixed =E2=80=A6. I do not get such and I want the APs to start and such. > I have updated the Wiki a little( and will add more today) : > https://wiki.freebsd.org/arm/Raspberry%20Pi > .. welcome there if you have interesting news=20 >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sat Feb 1 22:11:17 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BF44322E3B7 for ; Sat, 1 Feb 2020 22:11:17 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-55.consmr.mail.gq1.yahoo.com (sonic315-55.consmr.mail.gq1.yahoo.com [98.137.65.31]) (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 4897b86Rjyz48CP for ; Sat, 1 Feb 2020 22:11:16 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: kiScsjQVM1mKXDnh4ND_zwqy1bvNPUt5LYbyDCTLVNN7wdtGbVm6AMAtalAOkX1 6MWadt5QyJjSfAriMQm8okiPFMfXQjWGLkGp29LWhRrkuTqlP0D7YV_8hfL89zLWsrhm7UYZgBk_ 98EJYo5N41ateq2GdcQb0CkoFd5jcyfFX6NFtXA6ozSWRAsQLNvrWgRMGFjT2QelBEemrqoXT9yJ SZHEfqGLPt.Co7XUtP7_wbEdN669N7JsLvAV8B2GEBSZTPztxAfIq.sCHGaaKY_DSISlfpz3P9dp 0qNFMSNgwH1u7WEQ1SyBThqw5VTwKlSvCdeYGGvJlcJasO20kBZRLIh.xcdRHRakEyhmgTAPKRrl SIdDysviuvxLPAqfbI3ApT9duQRqCMlUkXLCrdBi6aN3jELFkw646TCjjVig.PGvgY_YiJhPakuU zG25xYruwNqEP0.ZQokQE1n2LM0dljzNfCsAlnMP1bMnqBhYGu0jcgokIG4Uhe1NH28WJVhUe.Mz APe4RnkdizcAt24L9v3icOjc7FhuXCVCFtqjMfhKluNaFBnMBR1EmhWrfXDsu_Iv6opQcNApo8jh Qv4DACu29xeT3M1pc0g.jKBfmFw3LE9f9QxaycpMfCBX6ELNlX3TPdMGrtzi8LAhvPF.ndrBpqHp Nzd7_HLPlzdmckTLxkG4fOkPNwd7k0NgHsTNp56lDw37O8nJdwWVhjIem0mrxnjm0qO9POejXmVK 4rh1QbhcNt6HCk6hGaEH2rBzSQX6LWAmY7F.AQ_RcHvSvJ2g2xRZDAAorR16zDIxlnME6.NkNP18 61NlFJGT_H86qPC8TPP_nUWWkseEFRIIzle0ef.y5lR6QRsbgvNWqlJ8yLOzmmV.aMp8_htESnXg MTuEK.z9rEl_vHhOq.oV1EKix.Zp9.Zamoozfcs8rRFVfKUKIeNIkF9L.sXarX3kiWvqpqeHTj.P 63EDwOZpkP.g1Vq2W32RRC_5CCMF.C4MgpUKItVCabF6D8DBlbcb2LtR4iCzyprBYxZDbdNu01oo HzOScaMsO3sGyfXgJiRd3RyD6lo6lzdg1n_VL_TY8k.x930bwDW0rMTQd5qw.XdkHKmyN9EqfHAb Ae.ruYHmDngbGoXHbvglWjLI6JrswAKdMN04AUy10Vyh1wyUREtwuylnus9CrdMgUfuAOblFBQmG w6P6kObMbn6uH5icrm0IZbMoX35IRLOYwrWcfnJ29OPRDKF4ZrS8YgZarl7tB6ctSy6mXxYUfj_e UxakIemQdCm0nQhGmgC22REu4hNlfv1ZfG_VbM3mN23maEvXYT3Q6hr2NMezikOrWwwJy5cfL73S eo1OKTnmyno6p.pHcrfEhOvtJeExZU65_8iBponAjU1ZM5cu.XJzl.lNSt.oUc5_Ioa4.2NEWNTw tEbFrCCieZZtmOPsVWqSEJB32eklr2RhSAeAOch54NBIXqdXj4ZHpRzWAYtSiSa4tKT2GNUQ- Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Sat, 1 Feb 2020 22:11:15 +0000 Received: by smtp406.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID fd1e760c8354d71946fc28dff0a1ee53; Sat, 01 Feb 2020 22:11:11 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: head -r357356: fails to boot RPi4 but boots Rock64 (same media, moved between machines); -r356426 booted both From: Mark Millard In-Reply-To: <53E43C70-AD88-4A3D-AA38-07E31C0480D1@googlemail.com> Date: Sat, 1 Feb 2020 14:11:10 -0800 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <63205335-8E8A-4CCB-BC80-E4EC767FBC09.ref@yahoo.com> <63205335-8E8A-4CCB-BC80-E4EC767FBC09@yahoo.com> <53E43C70-AD88-4A3D-AA38-07E31C0480D1@googlemail.com> To: =?utf-8?Q?Klaus_K=C3=BCchemann?= X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 4897b86Rjyz48CP X-Spamd-Bar: / X-Spamd-Result: default: False [-0.90 / 15.00]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FREEMAIL_TO(0.00)[googlemail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.16)[-0.155,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.24)[-0.241,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (4.35), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.67), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[31.65.137.98.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[31.65.137.98.rep.mailspike.net : 127.0.0.17]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Feb 2020 22:11:17 -0000 On 2020-Feb-1, at 13:01, Klaus K=C3=BCchemann wrote: > I currently don=E2=80=99t know if that could solve the mmc = rescan-issue for the RPI4, but Any rescan issue is not what I'm currently worried about or interested in. There seem to be other, bigger issues not involving "card insertion / removal detection" at all. I'd prefer that those be addressed first and do not plan on looking into rescanning related changes at this time. > Because I'm running out of time ... perhaps you are able and have time = to test patch : > https://reviews.freebsd.org/D15955 > on the RPI4. Given the other, earlier problems on the RPi4B, I do not see how this would help getting it to operate as well as it was doing under -r356426 . > I guess that assumes you compile to GENERIC-MMCCAM=20 > If you=E2=80=99re hanging on panic with RPI4 for now=20 > You can simply xx#mv kernel.old kernel on your Rock64 > =E2=80=A6 as said: I currently don=E2=80=99t know if D15955 could fix = it... >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sat Feb 1 22:26:01 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7ABD022E84E for ; Sat, 1 Feb 2020 22:26:01 +0000 (UTC) (envelope-from andreast-list@fgznet.ch) Received: from smtp.fgznet.ch (smtp.fgznet.ch [157.161.14.54]) (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 4897w84kshz48mt for ; Sat, 1 Feb 2020 22:26:00 +0000 (UTC) (envelope-from andreast-list@fgznet.ch) Received: from [192.168.225.14] (dhclient-94.100.156.244.flashcable.ch [94.100.156.244]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by fgznet.ch (Postfix) with ESMTPSA id 61076C0789; Sat, 1 Feb 2020 23:25:50 +0100 (CET) Subject: Re: head -r357356: fails to boot RPi4 but boots Rock64 (same media, moved between machines); -r356426 booted both To: Mark Millard , freebsd-arm References: <63205335-8E8A-4CCB-BC80-E4EC767FBC09.ref@yahoo.com> <63205335-8E8A-4CCB-BC80-E4EC767FBC09@yahoo.com> From: Andreas Tobler Message-ID: Date: Sat, 1 Feb 2020 23:25:45 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:68.0) Gecko/20100101 Thunderbird/68.3.1 MIME-Version: 1.0 In-Reply-To: <63205335-8E8A-4CCB-BC80-E4EC767FBC09@yahoo.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Scanned-By: Idefix Submit on 127.0.1.1 X-Rspamd-Queue-Id: 4897w84kshz48mt X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of andreast-list@fgznet.ch designates 157.161.14.54 as permitted sender) smtp.mailfrom=andreast-list@fgznet.ch X-Spamd-Result: default: False [-2.27 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.981,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:157.161.12.0/22]; NEURAL_HAM_LONG(-0.99)[-0.995,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[fgznet.ch]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[54.14.161.157.list.dnswl.org : 127.0.10.0]; IP_SCORE(0.01)[country: CH(0.04)]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:6772, ipnet:157.161.0.0/16, country:CH]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Feb 2020 22:26:01 -0000 On 01.02.20 12:58, Mark Millard via freebsd-arm wrote: > I had a working head -r356426 based microSD card that booted > both the Rock64 and the RPi4. > > I upgraded it to be based on head -r357356 . > > Now the RPi4B hangs up during boot and does not start its APs. > But the Rock64 boots fine via the same media. > > Diffing RPi4B console logs for -r356426 vs. -r357356 shows > -r357356 shw the following as the only types of > textual differences: > > psci0: PSCI version number mismatched with DT > device_attach: psci0 attach returned 6 > psci0: on ofwbus0 > psci0: PSCI version number mismatched with DT > device_attach: psci0 attach returned 6 > psci0: on ofwbus0 > psci0: PSCI version number mismatched with DT > device_attach: psci0 attach returned 6 > psci0: on ofwbus0 > psci0: PSCI version number mismatched with DT > device_attach: psci0 attach returned 6 > psci0: on ofwbus0 > psci0: PSCI version number mismatched with DT > device_attach: psci0 attach returned 6 > psci0: on ofwbus0 > psci0: PSCI version number mismatched with DT > device_attach: psci0 attach returned 6 > psci0: on ofwbus0 > psci0: PSCI version number mismatched with DT > device_attach: psci0 attach returned 6 > psci0: on ofwbus0 > psci0: PSCI version number mismatched with DT > > (More blocks of 3 such lines at a time happen later as well.) I see the same on a rpi3b+. Try r356775, r356776 is the breaking commit for me. Andreas From owner-freebsd-arm@freebsd.org Sat Feb 1 22:34:07 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7D2C922ECF7 for ; Sat, 1 Feb 2020 22:34:07 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-55.consmr.mail.gq1.yahoo.com (sonic316-55.consmr.mail.gq1.yahoo.com [98.137.69.31]) (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 48985T6mHyz49M2 for ; Sat, 1 Feb 2020 22:34:05 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: LDxC7_YVM1mjbjaUCQjYwlYqn2nS.AA9nc1ImyWxwuHm.VLchS.4uP60OAgPJey 72.garlmSui_ZV645CkVqjDKKnNom6KdtX9ULvExyC2ly9fMVk.LMEuu.bLAc5Cu35tiY3ff6cE7 kzb8BxKxgvOR2IyfYCLmJn5YHP2YT7f2kdMip.XYFVj6AlIa4mGvIJuaGx9JWzJAltwK_aRNsCVD CDVhydrwtnx5IaZjetnr1EHxC_oJ2E16Zeu7Ld2MQ1k9yiQZ0BRYw5rihQH10Nxgs1ZX3u6IVv2y WGuaezVEe.mqIvvhLjtHePZi1umexd0bX1HBupZEOkRXADx194luBrhJbZZPxJ_t8Ek944zQBJAX O64gopGxcPWmbxV9hsvm7DnJltRniuU8gz9rLhv3n8S43ugTGk19JLi.uUEOhJJTNsjoaB9dVX2o ABuGKgBHyb6Ss7cf4r8nAx78Y8QAagbsfPhsQkBKpZSpUwF99m_Ti3Ry1wZ1TKaxhopV5dH3XhZ3 jZt6WKx3Au4GnkhuPrqCjqBRmMS09591cr6_cU3eF3XONRoz2v8R_lj_6tGLEVTc6LBS1bKPcK4C tsmn7tTORHnylW_xM9Hi0NsOiKLMKqtpXRR0txKdSxTlQL83WNpplAumIQLJM8Z58Mg4kv3.zQ51 x1vlZeRyBC5rU53HWnwS2mcW1T0l.J4o5VgUS7q6pmp6Dx5jvShaE9lv8mXLKVj4rgFQbb28yTxh Rw8NrW9J0ZcW3GcS9PXFXd2ZoBUAifLFtNO6tOMh9xA8qunJlG2RNgIL3.L2HDj4g142NE.Loids B6dum0n7OYj0jQfvWPhDDikW53p54xRHNho9pEg_2hDLtRjRdsD.0kBP0mCt2OzoO1VIkaOdGz7h wTSjNkyoEUj0IYzNFCIcvorZtmGY4G_MlzsgcYbRmr.mmHUTtFkpYizJL_Oo2pq7Ejdvqd65Yk6Z _yeooknq.YA_0Q.YU95yyfwN_QmLaDeH_2qFKhwoajlJCL7iZu81GrE5_3H_.eWOsSLWk0q2Nhv2 ByDkzWBMaUod8SLp4HKt4Jz4us67982z9zGPJSx6U9AKCgjUhGHbT_SPNrOhYjzykxfkk9Kj3AMS SSRfZYk4pezLVSLD_QSKxVBnFCOd0aqX77zEc17RICRzAD8CZPJ5r43wOFDyxndiGWPWbHYDyY4Q eS2VFS.9ruthW1_LjS9tkoq8UmdEWjPaKx1L9p6sqffu8sx9zO1yTOK0XY3t2Cd5Ej16T6840ALd kF_R.d5d6Py58AD3E0B0kZWDlr63l0_i4hxS6wKIyPKKF4zf.L4.MwC0.jYSndzfmkxBUVa48FvD UWNxtChxOL5utiqHEcx4e25ZjbWQKcgTqx_xgycOkvg7UY8_RdhvXea7P2Q6mWTDAiu1E7qj_nsw D.NDUyCPIjrFwLr5PYZGmYgPhQYbk9UzLzAo.BG.Cejo3kCZOfYEZcAqJQiM0h9kyIrjz390- Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Sat, 1 Feb 2020 22:34:04 +0000 Received: by smtp415.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 713a5da64b4642e78274966570fbe59a; Sat, 01 Feb 2020 22:34:01 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: head -r357356: fails to boot RPi4 but boots Rock64 (same media, moved between machines); -r356426 booted both From: Mark Millard In-Reply-To: Date: Sat, 1 Feb 2020 14:34:01 -0800 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <63205335-8E8A-4CCB-BC80-E4EC767FBC09.ref@yahoo.com> <63205335-8E8A-4CCB-BC80-E4EC767FBC09@yahoo.com> <0908ECCA-4776-4662-9C78-309C20445BE5@googlemail.com> To: =?utf-8?Q?Klaus_K=C3=BCchemann?= X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 48985T6mHyz49M2 X-Spamd-Bar: / X-Spamd-Result: default: False [-0.74 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MV_CASE(0.50)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FREEMAIL_TO(0.00)[googlemail.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.13)[-0.131,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.11)[-0.110,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (5.28), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.67), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[31.69.137.98.list.dnswl.org : 127.0.5.0]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Feb 2020 22:34:07 -0000 [It looks like I can make what I'm seeing clearer relative to what maciphone2_googlemail.com reported in D15955 .] On 2020-Feb-1, at 14:07, Mark Millard wrote: > On 2020-Feb-1, at 12:45, Klaus K=C3=BCchemann wrote: >=20 >=20 >=20 >>> Am 01.02.2020 um 20:02 schrieb Mark Millard : >>>=20 >>> I described the original sequence that made the originally >>> -r356426 based Rock64 microSD card also bootable on the >>> RPi4 in: >>>=20 >>> = https://lists.freebsd.org/pipermail/freebsd-arm/2020-January/021117.html >>>=20 >>=20 >> Thanks for posting (I also =E2=80=99ve both boards available),=20 >> so we can assume that=E2=80=99s an (known) RPI4-only issue, which I = also encounter when compiling to=20 >> GENERIC-NODEBUG(or whatever kernel) to r357335 yesterday. >> I discussed that with Kyle Evans in :=20 >> https://reviews.freebsd.org/D15955 >>=20 >> . . . >> That was a copy/paste-issue because I was watching football the same = time I wrote :-) >>=20 >>> . . . >>=20 >> The rescan seems to fail... so that if you were on mountroot > = -prompt it probably wouldn=E2=80=99t be help to mount=20 >> by ufs:/=E2=80=A6. =20 >=20 > As long as it is reporting: >=20 > "APs not started" >=20 > that APs issue likely has nothing to do with lack of > rescanning for "card insertion / removal detection". >=20 > Also, the examples of >=20 > QUOTE > psci0: on ofwbus0 > psci0: PSCI version number mismatched with DT > device_attach: psci0 attach returned 6 > END QUOTE >=20 > are new compared to -r356426 . >=20 > There seem to be other, bigger issues not involving > "card insertion / removal detection" at all. I'd > prefer that those be addressed first and do not > plan on looking into rescanning related chnagess at > this time. >=20 >> But I=E2=80=99ve read somewhere that 1 user had success by mounting = mmc/uSD by typing ufs:/=E2=80=A6 @mountroot >=20 > "PSCI version number mismatched with DT" and "APs not started" > can not be fixed by such a activity. >=20 >> When I waited a moment after the mount-crash it gave me the = mountroot> prompt on RPI4 but with me no way to mount manually at the = moment, so this issue has to be fixed =E2=80=A6. >=20 > I do not get such and I want the APs to start and such. >=20 >> I have updated the Wiki a little( and will add more today) : >> https://wiki.freebsd.org/arm/Raspberry%20Pi >> .. welcome there if you have interesting news=20 >>=20 >=20 After: CPU 1: (null) (null) r0p0 affinity: 0 CPU 2: (null) (null) r0p0 affinity: 0 CPU 3: (null) (null) r0p0 affinity: 0 I never see anything like (from D15955): Mounting from ufs:/dev/ufs/rootfs failed with error 19. Loader variables: vfs.root.mountfrom=3Dufs:/dev/ufs/rootfs vfs.root.mountfrom.options=3Drw Manual root filesystem specification: : [options] Mount using filesystem and with the specified (optional) option list. eg. ufs:/dev/da0s1a zfs:zroot/ROOT/default cd9660:/dev/cd0 ro (which is equivalent to: mount -t cd9660 -o ro /dev/cd0 /) ? List valid disk boot devices . Yield 1 second (for background tasks) Abort manual input But, I instead the next thing that I see looks like (actual example): sdhci_bcm0-slot0: Controller timeout sdhci_bcm0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER = DUMP =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D sdhci_bcm0-slot0: Sys addr: 0x000004c8 | Version: 0x00001002 sdhci_bcm0-slot0: Blk size: 0x00000200 | Blk cnt: 0x00000001 sdhci_bcm0-slot0: Argument: 0x0ee2afff | Trn mode: 0x00000012 sdhci_bcm0-slot0: Present: 0x1fff0a06 | Host ctl: 0x00000007 sdhci_bcm0-slot0: Power: 0x0000000f | Blk gap: 0x00000080 sdhci_bcm0-slot0: Wake-up: 0x00000000 | Clock: 0x00000107 sdhci_bcm0-slot0: Timeout: 0x00000003 | Int stat: 0x00000021 sdhci_bcm0-slot0: Int enab: 0x01ff003b | Sig enab: 0x01ff003a sdhci_bcm0-slot0: AC12 err: 0x00000000 | Host ctl2:0x00000000 sdhci_bcm0-slot0: Caps: 0x45ee6432 | Caps2: 0x0000a525 sdhci_bcm0-slot0: Max curr: 0x00080008 | ADMA err: 0x00000000 sdhci_bcm0-slot0: ADMA addr:0x00000000 | Slot int: 0x00000001 sdhci_bcm0-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D mmcsd0: Error indicated: 1 Timeout In my context, "hung up" means watching a sequence of such messages. As far as I can tell, my context simply does not have the issue that you are investigating. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)