From owner-freebsd-arm@freebsd.org Sun May 24 01:20:21 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 36C302F424F for ; Sun, 24 May 2020 01:20:21 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-25.consmr.mail.gq1.yahoo.com (sonic312-25.consmr.mail.gq1.yahoo.com [98.137.69.206]) (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 49V2Tc2sp3z436l for ; Sun, 24 May 2020 01:20:20 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: GdKGlPwVM1nhcO_O8yGl1YDlWKiMxAl9k8j_Y32ocoCl4uD2XwUc0A3cSES_Sbb DEdlWePZQBjcGRl5R056Or9noww4xzsw4K5EVjvMKXGyAzV26wDJTpupGA4eEMsASo1h9v4l1NG3 GO2Du_wlmL1P2vGCsHZ1X68JXbP31zsjvkvvx_PmUVg_toKFa6yxBB074L3fzyZIZcxIANQIiSY2 bQgU6bfZPYuqJqcs7OnP7gFngLgZaaGk7qqL6DZ7gd_AqFgp7xU1EuBsnEpXfbncU6KQ6GdqbQ30 L6dKBqFDgpFD7AkOX2_j9Cyp99xWrHx1zB0EeHePDv5wGzGyGon4AxcidYaMzEH6HoA8pYGmWnNF HDVAPQZzI_pc4xzWKrezvocfO.FBBW5pJpKLMrFZVGmM8eBDT2paG8Gt40UqGD72gOGk6pGqHPYr 4Mq.RRU8L5JA27crh0egsmdtZAYOHKePTpN919w28MdvILhwOPEAq_apiqqCpC3MJISJwPbt4Bjx .9bxcxbpM4wbc6M.Gtw9FyrJMHmAP6NGmv2HmpKReW0lQeYXQBuFb_CdsD83Dfte3E0_YQzHKGyF Bk1VqStA2gKCQsOKwkvcXtA7p7xVU6oS1Yxh_C_mmiVflR8A5BIqVJEoLF5PgBq680178Maglypd 1iHycjwiaAzBZlTWLcRwVKYdKbmereF5yMmLIr35lUMOIq2vzxdRw2oWMOeRv2hSbkPofYebdsNE EBwKseC2qd_cL79l0J7xQJXC7lqYPRJ0UnKityVa8IvStcmoRf9hEbZXnwcdi2WmfWTW7LStT3vF uNBm.KuWmPr6yy6F_buyaJ1WTEJ4QGW7MB.psPHguTeyzz2e3._23isGPXwGdcS2avtIBALAhMan wZscn4l9lW8pZm5wvdQDbBPvOxIAlfPzkGTEWhc7Zp7_K7P.0bMsFpuofthoX5duHom5L.UitjKy o2GMLidCAjTTq0sqSpdAkoRHSEElKyiHPeysnV2uEaWZ4aud.og9JjF0UUWMftlQbr_k0VXD58cq Cq_MUgmiy01u3S6o3m6sH4q_3.IuluKKe9umJsg7Tr9SLe2oMQ.I6PAj._N.FFT7rnP8PfeSRiC9 wc0gZx_DBlCuAXSipz.v.kCJV2pRd9s5bgULvUL8n6dLAFD5WSnHu5.OFJdw1cqj3JZUEWMtfNgU S2Vx8NlpFo2z_ldMCiD2t9R87hqNQipN2_J7c7T0bOtukJXMLLljdOMW6IbKo5SLnrP8IUZaXlrn bpNqkIOYHVyal2TzDO5UAuZzKbelevoA7n_fIBGLna_yxXioXnYEI0hmTJHEaEk8TN5r0KawPJbk ePiLaCKMnZ8_sNfgiVsD3nkgVRd_g8sCiBy4AV_9ImgM1cF9SAz.qHHTiIcVZOchol8ceMk0k78P BN7LJxjPMYbJoraP_wyMtkVWXaWeSMv_uckGbklO_ENfQwLLloJpH_EdM9Ow- Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Sun, 24 May 2020 01:20:18 +0000 Received: by smtp426.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID ecf250ac7f4ebb41a51b92263ba2e6ef; Sun, 24 May 2020 01:20:14 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: X trouble on Rpi3, was Re: Missing /dev/io on rpi3 running 12-stable From: Mark Millard In-Reply-To: <20200523224611.GA80843@www.zefox.net> Date: Sat, 23 May 2020 18:20:13 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <17328C3E-730A-4199-899F-01D3D8060BC1@yahoo.com> References: <20200520164642.GA70838@www.zefox.net> <20200521022517.GA71947@www.zefox.net> <9E006FD6-493A-43CD-B242-47E00BBDFF6A@yahoo.com> <20200523052439.GB78879@www.zefox.net> <20200523224611.GA80843@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49V2Tc2sp3z436l X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.33 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.206:from]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; NEURAL_HAM_LONG(-1.00)[-0.999]; NEURAL_HAM_MEDIUM(-1.05)[-1.047]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.206:from]; NEURAL_HAM_SHORT(-0.78)[-0.784]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; 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]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 May 2020 01:20:21 -0000 On 2020-May-23, at 15:46, bob prohaska wrote: > On Fri, May 22, 2020 at 10:51:32PM -0700, Mark Millard wrote: >>=20 >> They implicitly suggest that fbbpp needs to be set to 32 (for the = sparse 32 bit >> framebuffer layout). You may want to try -fbbpp 32 on the command = that starts >> the server to find out if it proves dsufficient. >>=20 >=20 > Apparently something more clever than=20 > X -fbbpp 32=20 > or > startx -fbbpp 32=20 > is required. Neither seems to make a difference.=20 >=20 > Can the -fbbpp parameter be set in xorg.conf? Right now > it contains: > Section "Files" > EndSection=20 > Section "Module" > Load "dbe" > Disable "dri" > Disable "dri2" > Disable "glx" > SubSection "extmod" > Option "omit xfree86-dga" > EndSubSection > EndSection >=20 >=20 > Section "ServerFlags" > Option "AIGLX" "false" > Option "NoAccel" "True" > Option "NoDRI" "True" > Option "DRI" "False" > Option "DRI2" "False" > EndSection >=20 >=20 > Section "InputDevice" > Identifier "Keyboard1" > Driver "kbd" > EndSection >=20 >=20 > Section "InputDevice" > Identifier "Mouse1" > Driver "mouse" > Option "Protocol" "auto" > Option "Device" "/dev/sysmouse" > EndSection >=20 >=20 > Section "Monitor" > Identifier "Monitor" > EndSection >=20 >=20 > Section "Device" > Identifier "Generic FB" > Driver "scfb" > Option "NoAccel" "True" > EndSection >=20 >=20 > Section "Screen" > Identifier "Screen" > Device "Generic FB" > Monitor "Monitor" > DefaultDepth 16 > SubSection "Display" > Depth 16 > EndSubsection > EndSection >=20 >=20 > Section "ServerLayout" > Identifier "layout" > Screen 0 "Screen" 0 0 > InputDevice "Mouse1" "CorePointer" > InputDevice "Keyboard1" "CoreKeyboard" > EndSection Unfortunately (until there is an MFC of the relevant change from head that makes things work), man scfb reports that you have no control because the information is ignored: For this driver it is not required to specify modes in the Screen section of the configuration file. The scfb driver picks up the currently used video mode from the framebuffer driver and uses = it. Video modes specifications in the configuration file are ignored. The fix that is in FreeBSD's head is in sys/arm/broadcom/bcm2835/bcm2835_fbd.c : QUOTE Revision 352028 - (view) (download) (annotate) - [select for diffs]=20 Modified Sun Sep 8 09:47:21 2019 UTC (8 months, 2 weeks ago) by gonzo=20 File length: 7261 byte(s)=20 Diff to previous 331229 [rpi] Inherit framebuffer BPP value from the VideoCore firmware Instead of using hardcoded bpp of 24, obtain current/configured value from VideoCore. This solves certain problems with Xorg/Qt apps that require bpp of 32 to work properly. The mode can be forced by setting framebuffer_depth value in config.txt PR: 235363 Submitted by: Steve Peurifoy END QUOTE Any version prior to being based on that sort of change needs code changes for scfb to work. (It is too late for any already-made final-releases to work.) The reason that it used to work was a bug/defect in the RPi* firmware that did not actually use 24 bits for the frame buffer bits per pixel when it was specified: it implicitly used 32 instead. The one place that 24 does work for the RPi*'s is for the console display. That is why they have not simply disallowed 24 frame buffer bits per pixel in general. Even Raspbian has the fbbpp 24 issue: https://github.com/raspberrypi/firmware/issues/1338 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sun May 24 01:57: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 1E6642F4DDD for ; Sun, 24 May 2020 01:57:49 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 49V3Jq4sHfz454x for ; Sun, 24 May 2020 01:57:47 +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 04O1vmvL081530 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 23 May 2020 18:57:48 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id 04O1vmDx081529; Sat, 23 May 2020 18:57:48 -0700 (PDT) (envelope-from fbsd) Date: Sat, 23 May 2020 18:57:47 -0700 From: bob prohaska To: Mark Millard Cc: freebsd-arm@freebsd.org, bob prohaska Subject: Re: X trouble on Rpi3, was Re: Missing /dev/io on rpi3 running 12-stable Message-ID: <20200524015747.GA81498@www.zefox.net> References: <20200520164642.GA70838@www.zefox.net> <20200521022517.GA71947@www.zefox.net> <9E006FD6-493A-43CD-B242-47E00BBDFF6A@yahoo.com> <20200523052439.GB78879@www.zefox.net> <20200523224611.GA80843@www.zefox.net> <17328C3E-730A-4199-899F-01D3D8060BC1@yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <17328C3E-730A-4199-899F-01D3D8060BC1@yahoo.com> X-Rspamd-Queue-Id: 49V3Jq4sHfz454x 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.32 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.15)[0.145]; 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.31)[0.311]; NEURAL_HAM_MEDIUM(-0.04)[-0.036]; R_SPF_NA(0.00)[no SPF record]; 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]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_WWW(0.50)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 May 2020 01:57:49 -0000 On Sat, May 23, 2020 at 06:20:13PM -0700, Mark Millard wrote: > > Unfortunately (until there is an MFC of the relevant > change from head that makes things work), man scfb > reports that you have no control because the > information is ignored: > > For this driver it is not required to specify modes in the Screen > section of the configuration file. The scfb driver picks up the > currently used video mode from the framebuffer driver and uses it. > Video modes specifications in the configuration file are ignored. > > The fix that is in FreeBSD's head is in > sys/arm/broadcom/bcm2835/bcm2835_fbd.c : > > QUOTE > Revision 352028 - (view) (download) (annotate) - [select for diffs] > Modified Sun Sep 8 09:47:21 2019 UTC (8 months, 2 weeks ago) by gonzo > File length: 7261 byte(s) > Diff to previous 331229 > [rpi] Inherit framebuffer BPP value from the VideoCore firmware > > Instead of using hardcoded bpp of 24, obtain current/configured value > from VideoCore. This solves certain problems with Xorg/Qt apps that > require bpp of 32 to work properly. The mode can be forced by setting > framebuffer_depth value in config.txt > > PR: 235363 > Submitted by: Steve Peurifoy > END QUOTE > > Any version prior to being based on that sort of change needs > code changes for scfb to work. (It is too late for any > already-made final-releases to work.) > > The reason that it used to work was a bug/defect in the > RPi* firmware that did not actually use 24 bits for the > frame buffer bits per pixel when it was specified: it > implicitly used 32 instead. > > The one place that 24 does work for the RPi*'s is for the > console display. That is why they have not simply > disallowed 24 frame buffer bits per pixel in general. > It looks as if the required bug report already exists: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=246319 Would any further noisemaking be constructive? Squeaky wheels and all that 8-) Thanks for reading and taking the time to explain what's happened! bob prohaska From owner-freebsd-arm@freebsd.org Sun May 24 03:18: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 028592F80C8 for ; Sun, 24 May 2020 03:18:16 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic302-20.consmr.mail.gq1.yahoo.com (sonic302-20.consmr.mail.gq1.yahoo.com [98.137.68.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 49V55f3nCjz4BqF for ; Sun, 24 May 2020 03:18:14 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: uixCRnoVM1nTUGGRctqneuIjUAwwGaGVxRR9OJDQGxz9tf5xbV.j0ZV4ocHx1U3 q4UCnqRfHN1knzjSwBO7jflIKAm9D_wJVsiCH6KWto97iEVx0AY7vCLZd.kJ7.cIAntLemAUACPs R3AtxNRQw3kv8EGf0llPO7E.7PJMGJ_skE_tJ8qL2S_coGFRCu0UUgqvhvrbVOXrHpiPQJ3bcu2a q3rwDd6wMBUHflhQpvp35ZHWnk.c9pp4pi7wI.UUTGzdRKztD.eTXxf5P4HTncGNEL3Rhn0C2EYo 6.GAe99gbTzmKuAc3VSaxHdX3QROy9udc_dOmNEV_.k7vTfi1WP6CApIFeMEwztf7nddwSrGVuqy fUMGaxlwgqvgWJRdY3T4BQFOmjoOnmF2lBDKcgoGtbFP6qgdQi4A2J0WjZmjDKEDBz0LD59TW04x wo1V2LfRs1OSQ1BCXPNi3yD7k8AWIb0Kod0UtduDB1hBuoXEqg0YLNfY6a8AnzNe8hKKvN4NPZ0n 7cR29RwYBkUiiIn3wdYdURM2_x_51eThdsjLoa725nIdU0WEhtk.x.oeFQjsIt9P1YuR.nyZMaeM ziGusBIX2bnz8KVfTUUuXxpTOWC8RABPukTaYVUmWhdtN9AcvIwkDvvXewgmxGOuu2I8zbkO5tMw wXewR2gaBSavBAZLUvVN2.dtjudembpd3T3qNW2yPTYHoZwO0.vge1DJyot0JfzYE5.NowfoHxdv 1Uxtnxq0_jxUlvr_fj9i3X6jD80j79D1TM98SFhkqwBmm_fuYR3wQMDOWVUJKGpkZtgLb1UkHz_r vf0FglJwYQDeyXtQLdc7fTDaXbjZI6NfJGRLH7RWsL9HUkPaJqPK3GZAJaS3hVwfRRgHrTcVjOmk CHcRVnFYTJPOVmcMxb8QZMIkumCJpCi5LuG_849gx5fQ88_4vZqHJa8KoyFb5g5eQ8YIiUbudl6b f_WcfyxB9odOPCnVtx_VMaJO1_oKht_pRMXbSohBS3oUX5wSnhGq1R8O6rPoDO2knqsYbXUuv108 vi_Ov7RQv_PrQjoTjUrQ3Z6eaGWQ.93PTopsqf0hVcelTTX7q9Ji8q.rKZ6swwBFZR.X95xlsSib J_laCx8sgDHoeTFpTkC0PpSRL_LIsaLYm9MAt6FuWiRF_Q_s5MMMXds_YRPc5tV1vUvRFGZvH93t GQSPu3FqmDRz9jehOs0u4ly.r0fEdNng5ky0pQFspWBL1JlpY_z2.MSTJsewHXt01BKfm432LPZ1 C5Qp0P9oE307IBugLjCq7.0aZUVHt52xwPJ.JvC_gaJcBYB2yZPaCCoqflfwOvhdeoDpTPlZ7dgr DjeqYha_fx.vtKF8M9lXzDc0jzEIjkQn8RQUNN3AJ5XqVgAApRVuy1ifUfX2LqPqEIcAyynOYncN NJ1ENp8YIks_HdLeElaKVAurFgDpnVZUJiFB7ycxPYFP9kHklv2idP49SzUC7 Received: from sonic.gate.mail.ne1.yahoo.com by sonic302.consmr.mail.gq1.yahoo.com with HTTP; Sun, 24 May 2020 03:18:12 +0000 Received: by smtp408.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 62e002991104f1ea21c10e33c551fcf1; Sun, 24 May 2020 03:18:09 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: X trouble on Rpi3, was Re: Missing /dev/io on rpi3 running 12-stable From: Mark Millard In-Reply-To: <20200524015747.GA81498@www.zefox.net> Date: Sat, 23 May 2020 20:18:08 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: References: <20200520164642.GA70838@www.zefox.net> <20200521022517.GA71947@www.zefox.net> <9E006FD6-493A-43CD-B242-47E00BBDFF6A@yahoo.com> <20200523052439.GB78879@www.zefox.net> <20200523224611.GA80843@www.zefox.net> <17328C3E-730A-4199-899F-01D3D8060BC1@yahoo.com> <20200524015747.GA81498@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49V55f3nCjz4BqF X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.54 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.146:from]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; NEURAL_HAM_LONG(-1.00)[-0.998]; NEURAL_HAM_MEDIUM(-1.05)[-1.047]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.146:from]; NEURAL_HAM_SHORT(-1.00)[-0.995]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; 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]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 May 2020 03:18:16 -0000 On 2020-May-23, at 18:57, bob prohaska wrote: > On Sat, May 23, 2020 at 06:20:13PM -0700, Mark Millard wrote: >> >> Unfortunately (until there is an MFC of the relevant >> change from head that makes things work), man scfb >> reports that you have no control because the >> information is ignored: >> >> For this driver it is not required to specify modes in the Screen >> section of the configuration file. The scfb driver picks up the >> currently used video mode from the framebuffer driver and uses it. >> Video modes specifications in the configuration file are ignored. >> >> The fix that is in FreeBSD's head is in >> sys/arm/broadcom/bcm2835/bcm2835_fbd.c : >> >> QUOTE >> Revision 352028 - (view) (download) (annotate) - [select for diffs] >> Modified Sun Sep 8 09:47:21 2019 UTC (8 months, 2 weeks ago) by gonzo >> File length: 7261 byte(s) >> Diff to previous 331229 >> [rpi] Inherit framebuffer BPP value from the VideoCore firmware >> >> Instead of using hardcoded bpp of 24, obtain current/configured value >> from VideoCore. This solves certain problems with Xorg/Qt apps that >> require bpp of 32 to work properly. The mode can be forced by setting >> framebuffer_depth value in config.txt >> >> PR: 235363 >> Submitted by: Steve Peurifoy >> END QUOTE >> >> Any version prior to being based on that sort of change needs >> code changes for scfb to work. (It is too late for any >> already-made final-releases to work.) >> >> The reason that it used to work was a bug/defect in the >> RPi* firmware that did not actually use 24 bits for the >> frame buffer bits per pixel when it was specified: it >> implicitly used 32 instead. >> >> The one place that 24 does work for the RPi*'s is for the >> console display. That is why they have not simply >> disallowed 24 frame buffer bits per pixel in general. >> > > It looks as if the required bug report already exists: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=246319 > > Would any further noisemaking be constructive? Squeaky wheels > and all that 8-) > > Thanks for reading and taking the time to explain what's happened! I do not know if it would help but it looks like gonzo (Oleksandr Tymoshenko) is the one that checked-in a variant of Steve Peurifoy's ( ssw01 at mathistry.net ) changes to: sys/arm/broadcom/bcm2835/bcm2835_mbox_prop.h sys/arm/broadcom/bcm2835/bcm2835_mbox.c sys/arm/broadcom/bcm2835/bcm2835_fbd.c This was as a fix for: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235363 (which has the original and Florian Markl's updated patch as attachments). Unlike that defect report's more limited notes, the issue is not limited or specific to Qt or QImage: it is far more general. (Frame buffer bits per pixel being 24 does not maintain memory alignment and so would be a problem for performance except in basic contexts, or that is what I think I understand.) === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sun May 24 14:03: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 8628532ECA9 for ; Sun, 24 May 2020 14:03:28 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from out0.migadu.com (out0.migadu.com [94.23.1.103]) (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 49VMQ73cCKz45Hh for ; Sun, 24 May 2020 14:03:26 +0000 (UTC) (envelope-from greg@unrelenting.technology) MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=unrelenting.technology; s=default; t=1590328998; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=CpvAuRW8Ovqv/FfkGaHKSzAjOLGsIl3T5sBS2szIhLM=; b=J+jq1OshVVmNReKvoyxpyRx9ZamnFr2pC8ZUUOjNP2rYn7boYT3JfPTC8vLV29ODvQx8PX D6foKaCFnQOYIyGgafhM3+YPQX+sC+C8Jk6Q/8UnxtT8y/m/J1O5NNynT0ErlmN6plMSPv tdtUvsYCvovlr/Wj5oyMcJKQ12O5SNg= Date: Sun, 24 May 2020 14:03:16 +0000 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: greg@unrelenting.technology Message-ID: Subject: Re: FreeBSD on Layerscape/QorIQ LX2160X To: "Warner Losh" , "Dan Kotowski" Cc: "freebsd-arm" In-Reply-To: <6E6E4F0C-F85B-428B-B221-C5F704677076@unrelenting.technology> References: <6E6E4F0C-F85B-428B-B221-C5F704677076@unrelenting.technology> <3e81db774e0fc1a3c2251c89b7629e1b@unrelenting.technology> <86119565e5927716a9feebabcb611871@unrelenting.technology> <37858865a8ebddd3fe1e3a228a19ef62@unrelenting.technology> <7066da0bc417ed047dc27b4741c90e81@unrelenting.technology> X-Spam-Score: -0.10 X-Rspamd-Queue-Id: 49VMQ73cCKz45Hh X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=unrelenting.technology header.s=default header.b=J+jq1Osh; dmarc=pass (policy=none) header.from=unrelenting.technology; spf=pass (mx1.freebsd.org: domain of greg@unrelenting.technology designates 94.23.1.103 as permitted sender) smtp.mailfrom=greg@unrelenting.technology X-Spamd-Result: default: False [-2.95 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.07)[-1.066]; R_DKIM_ALLOW(-0.20)[unrelenting.technology:s=default]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:94.23.1.103]; NEURAL_HAM_LONG(-0.97)[-0.975]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_SHORT(0.10)[0.095]; 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]; FROM_NO_DN(0.00)[]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16276, ipnet:94.23.0.0/16, country:FR]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 May 2020 14:03:28 -0000 May 23, 2020 4:46 AM, "myfreeweb" wrote:=0A= =0A> You can see that in the gist: "NVME polled command failed to complet= e within 1s"=0A> =0A> Same as before (with straight ECAM).=0A> =0A> Looks= like straight ECAM *is* supposed to work, after all (with limitations on= bifurcation or=0A> something, I've heard). The code I'm porting from Net= BSD does use that same ECAM space when=0A> touching non-0 busses.=0A> =0A= > Whoops, I might've been working on increasing features instead of fixin= g bugs.. :D=0A> =0A> It's odd that what's failing is just polling I/O wit= h the devices, and after successful reads. Does=0A> that smell like cache= issues or something?=0A=0AI was wondering about NetBSD's usage of _ARM_B= US_SPACE_MAP_STRONGLY_ORDERED,=0Abut that's just their flag for using Dev= ice_nGnRnE instead of Device_nGnRE.=0AWe always use Device_nGnRnE.=0A(Pro= bably leaving some performance on the table for non-PCIe devices..)=0A=0A= =0AAlso, comparing the dsdt for the LX2160A vs. Armada8k:=0A=0Ahttps://gi= thub.com/SolidRun/edk2-platforms/blob/eec706c2d693be0b3793d9180e7d1a4813a= 526cf/Silicon/NXP/LX2160A/AcpiTables/Dsdt/Pci.asl=0Ahttps://github.com/ti= anocore/edk2-platforms/blob/7a4035e9efd890215c88ccbc645b7e9e3671779f/Sili= con/Marvell/Armada7k8k/AcpiTables/Armada80x0McBin/Dsdt.asl#L308=0A=0ALX21= 60A only offers bus numbers and 64-bit MMIO, while Armada8k also offers 3= 2-bit MMIO and translated I/O ports.=0ASo some of the pci_host_generic_co= re_alloc_resource FAILs are expected I guess.=0A=0AInterestingly, NetBSD = has never complained about this, see dmesgs:=0A=0Aearly: http://www.netbs= d.org/~jmcneill/lx2k.txt=0Aafter adding special support: https://dmesgd.n= ycbug.org/index.cgi?do=3Dview&id=3D5335=0A=0Aand the config space support= seems to have fixed everything for them (??)=0A=0A=0AI also looked more = closely at mps, and actually "just polling I/O" does work. We see:=0Amps0= : IOCCapabilities: 1285c=0Aand that means mps_request_sync (called by mps_get= _iocfacts) has worked.=0A=0AAnd the command completion actually seems to = come from interrupts.=0A=0AI've heard something about MSI(X) not working = for the Linux people (not NetBSD though!),=0Aso I guess the next thing to= try would be booting with hw.pci.enable_msi=3D0 hw.pci.enable_msi=3D1 From owner-freebsd-arm@freebsd.org Sun May 24 14:13:32 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 AB00132EE68 for ; Sun, 24 May 2020 14:13:32 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from out1.migadu.com (out1.migadu.com [IPv6:2001:41d0:2:863f::]) (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 49VMdl0qKmz45kW for ; Sun, 24 May 2020 14:13:30 +0000 (UTC) (envelope-from greg@unrelenting.technology) MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=unrelenting.technology; s=default; t=1590329602; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=SLlGLFQsidws3t8z4Mu/M6bbiLz4im063XdsiG9Nwqc=; b=PpKI19z+gkwt0OjzvI9nOJcULP4D7JgAivo8MJ9Re43RHkDV0sIMqtr+5qhEABgF3R3L6A ITG+Rj136CBTOwtcDgZ70bPkQ1udcsXdnklzq2vg9fFlIqvFTRdQ+UOWFQm9ZHHWP6Qr4H kWicH6/WkRzdJdkBOP7a7BP7zMjFNXI= Date: Sun, 24 May 2020 14:13:21 +0000 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: greg@unrelenting.technology Message-ID: <664db38a87ea8803be72af9738534994@unrelenting.technology> Subject: Re: FreeBSD on Layerscape/QorIQ LX2160X To: "Warner Losh" , "Dan Kotowski" Cc: "freebsd-arm" In-Reply-To: References: <6E6E4F0C-F85B-428B-B221-C5F704677076@unrelenting.technology> <3e81db774e0fc1a3c2251c89b7629e1b@unrelenting.technology> <86119565e5927716a9feebabcb611871@unrelenting.technology> <37858865a8ebddd3fe1e3a228a19ef62@unrelenting.technology> <7066da0bc417ed047dc27b4741c90e81@unrelenting.technology> X-Spam-Score: -0.10 X-Rspamd-Queue-Id: 49VMdl0qKmz45kW X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=unrelenting.technology header.s=default header.b=PpKI19z+; dmarc=pass (policy=none) header.from=unrelenting.technology; spf=pass (mx1.freebsd.org: domain of greg@unrelenting.technology designates 2001:41d0:2:863f:: as permitted sender) smtp.mailfrom=greg@unrelenting.technology X-Spamd-Result: default: False [-3.46 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.07)[-1.071]; R_DKIM_ALLOW(-0.20)[unrelenting.technology:s=default]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2001:41d0:2:863f::]; NEURAL_HAM_LONG(-0.98)[-0.982]; MIME_GOOD(-0.10)[text/plain]; 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]; FROM_NO_DN(0.00)[]; NEURAL_HAM_SHORT(-0.41)[-0.408]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16276, ipnet:2001:41d0::/32, country:FR]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 May 2020 14:13:32 -0000 May 24, 2020 5:03 PM, greg@unrelenting.technology wrote:=0A=0A> I also lo= oked more closely at mps, and actually "just polling I/O" does work. We s= ee:=0A> mps0: IOCCapabilities: 1285c=0A> and that means mps_request_sync (cal= led by mps_get_iocfacts) has worked.=0A> =0A> And the command completion = actually seems to come from interrupts.=0A> =0A> I've heard something abo= ut MSI(X) not working for the Linux people (not NetBSD though!),=0A> so I= guess the next thing to try would be booting with hw.pci.enable_msi=3D0 = hw.pci.enable_msi=3D1=0A=0A=0Alol, I mean, hw.pci.enable_msi=3D0 hw.pci.e= nable_msix=3D0 From owner-freebsd-arm@freebsd.org Sun May 24 15:11:32 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 5951C2C8437 for ; Sun, 24 May 2020 15:11:32 +0000 (UTC) (envelope-from dan.kotowski@a9development.com) Received: from mail2.protonmail.ch (mail2.protonmail.ch [185.70.40.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "protonmail.com", Issuer "SwissSign Server Gold CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49VNwg3lmCz4B1H for ; Sun, 24 May 2020 15:11:31 +0000 (UTC) (envelope-from dan.kotowski@a9development.com) Date: Sun, 24 May 2020 15:11:24 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=a9development.com; s=protonmail; t=1590333088; bh=5RxXBlwv22xPlUe+tpwqPeyBmw87tw9cMJAYKsDaVKE=; h=Date:To:From:Cc:Reply-To:Subject:In-Reply-To:References:From; b=SE6wxmUTIqa8sreZxEv8IKGx1uHBc1ieUhDz2H59puWL4me28XmALQOOA79JSo89G /FVDk2Hg4HXg3athIUpo4hy+6QoNi5SDTgg6oUBoHX9IRL3dIwVBz7IUUMbLRs5ZVf 2S966DAJBVHE+KatYrj70ZyQq9gFlkixEpreUM+s= To: "greg@unrelenting.technology" From: Dan Kotowski Cc: Warner Losh , freebsd-arm Reply-To: Dan Kotowski Subject: Re: FreeBSD on Layerscape/QorIQ LX2160X Message-ID: In-Reply-To: <664db38a87ea8803be72af9738534994@unrelenting.technology> References: <3e81db774e0fc1a3c2251c89b7629e1b@unrelenting.technology> <86119565e5927716a9feebabcb611871@unrelenting.technology> <37858865a8ebddd3fe1e3a228a19ef62@unrelenting.technology> <7066da0bc417ed047dc27b4741c90e81@unrelenting.technology> <664db38a87ea8803be72af9738534994@unrelenting.technology> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=7.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mail.protonmail.ch X-Rspamd-Queue-Id: 49VNwg3lmCz4B1H X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=a9development.com header.s=protonmail header.b=SE6wxmUT; dmarc=pass (policy=none) header.from=a9development.com; spf=pass (mx1.freebsd.org: domain of dan.kotowski@a9development.com designates 185.70.40.22 as permitted sender) smtp.mailfrom=dan.kotowski@a9development.com X-Spamd-Result: default: False [-3.83 / 15.00]; HAS_REPLYTO(0.00)[dan.kotowski@a9development.com]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[a9development.com:s=protonmail]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; NEURAL_HAM_LONG(-0.99)[-0.987]; RWL_MAILSPIKE_POSSIBLE(0.00)[185.70.40.22:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[a9development.com:+]; DMARC_POLICY_ALLOW(-0.50)[a9development.com,none]; NEURAL_HAM_SHORT(-0.68)[-0.683]; NEURAL_HAM_MEDIUM(-1.06)[-1.061]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[185.70.40.22:from] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 May 2020 15:11:32 -0000 > > I also looked more closely at mps, and actually "just polling I/O" does= work. We see: > > mps0: IOCCapabilities: 1285c > > and that means mps_request_sync (called by mps_get_iocfacts) has worked= . > > And the command completion actually seems to come from interrupts. > > I've heard something about MSI(X) not working for the Linux people (not= NetBSD though!), > > so I guess the next thing to try would be booting with hw.pci.enable_ms= i=3D0 hw.pci.enable_msi=3D1 > > lol, I mean, hw.pci.enable_msi=3D0 hw.pci.enable_msix=3D0 Still roughly the same: https://gist.github.com/agrajag9/9cb79fe1e53dd6e8f7= dc09fe5f6236e9 And NVMe still panics during boot, so pulled that at least for now. From owner-freebsd-arm@freebsd.org Sun May 24 16:46:29 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 8E1B92CA94C for ; Sun, 24 May 2020 16:46:29 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from out0.migadu.com (out0.migadu.com [IPv6:2001:41d0:2:267::]) (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 49VR2C4Nvbz4J8T for ; Sun, 24 May 2020 16:46:27 +0000 (UTC) (envelope-from greg@unrelenting.technology) MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=unrelenting.technology; s=default; t=1590338785; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=f+76Ff4a4IFDNUOZCbsj0jJAgs/dcYpmGWSn60V8dJY=; b=YBXkIJVd67cAqX8jRHIwCvSWRBGsxsXlc7GeNrECMH0YEj/dRHvRu2PtK+ICkqNozbVBuA zPo+xnJSGK/BbDbaqJVv3/OA6N7po3HW7OfzbinPeMT9Tl34yr+LvAn38QJ1bLCnwmLuaV 38iUKUgtt8wlf9VJPOcbVqUJ1uVk50w= Date: Sun, 24 May 2020 16:46:23 +0000 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: greg@unrelenting.technology Message-ID: Subject: Re: FreeBSD on Layerscape/QorIQ LX2160X To: "Dan Kotowski" Cc: "freebsd-arm" In-Reply-To: References: <3e81db774e0fc1a3c2251c89b7629e1b@unrelenting.technology> <86119565e5927716a9feebabcb611871@unrelenting.technology> <37858865a8ebddd3fe1e3a228a19ef62@unrelenting.technology> <7066da0bc417ed047dc27b4741c90e81@unrelenting.technology> <664db38a87ea8803be72af9738534994@unrelenting.technology> X-Spam-Score: -0.10 X-Rspamd-Queue-Id: 49VR2C4Nvbz4J8T X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=unrelenting.technology header.s=default header.b=YBXkIJVd; dmarc=pass (policy=none) header.from=unrelenting.technology; spf=pass (mx1.freebsd.org: domain of greg@unrelenting.technology designates 2001:41d0:2:267:: as permitted sender) smtp.mailfrom=greg@unrelenting.technology X-Spamd-Result: default: False [-3.82 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.06)[-1.058]; R_DKIM_ALLOW(-0.20)[unrelenting.technology:s=default]; R_SPF_ALLOW(-0.20)[+ip6:2001:41d0:2:267::]; NEURAL_HAM_LONG(-0.97)[-0.974]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[unrelenting.technology:+]; RCPT_COUNT_TWO(0.00)[2]; FROM_NO_DN(0.00)[]; NEURAL_HAM_SHORT(-0.79)[-0.791]; DMARC_POLICY_ALLOW(-0.50)[unrelenting.technology,none]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16276, ipnet:2001:41d0::/32, country:FR]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 May 2020 16:46:29 -0000 May 24, 2020 6:11 PM, "Dan Kotowski" wro= te:=0A=0A>> I also looked more closely at mps, and actually "just polling= I/O" does work. We see:=0A>> mps0: IOCCapabilities: 1285c=0A>> and that mean= s mps_request_sync (called by mps_get_iocfacts) has worked.=0A>> And the = command completion actually seems to come from interrupts.=0A>> I've hear= d something about MSI(X) not working for the Linux people (not NetBSD tho= ugh!),=0A>> so I guess the next thing to try would be booting with hw.pci= .enable_msi=3D0 hw.pci.enable_msi=3D1=0A>> =0A>> lol, I mean, hw.pci.enab= le_msi=3D0 hw.pci.enable_msix=3D0=0A> =0A> Still roughly the same: https:= //gist.github.com/agrajag9/9cb79fe1e53dd6e8f7dc09fe5f6236e9=0A> =0A> And = NVMe still panics during boot, so pulled that at least for now.=0A=0AI wo= nder if PCIe devices are just not getting interrupts and if that's relate= d to AHCI not being able to configure interrupts.=0A=0AAdded some debug l= ogging for interrupts:=0A=0Ahttps://send.firefox.com/download/828468ac751= f8f69/#P1xKgL6IIqFOD-JBQFHnAw=0A=0A(test with mps, don't disable msi I gu= ess since it didn't help)=0A=0AAlso, to rule out firmware bugs, would be = good to test Linux and NetBSD with the same firmware.=0A(with NVMe, it's = something that would definitely get attempted at boot)=0A=0ANetBSD -CURRE= NT: http://nycdn.netbsd.org/pub/NetBSD-daily/HEAD/latest/images/NetBSD-9.= 99.63-evbarm-aarch64.iso=0AThey don't have memstick images for arm, unfor= tunately -- idk whether dd'ing an iso image to a usb drive=0Awould boot, = probably not, try tools like rufus maybe.=0AOr assemble your own memstick= with what I assume is just the root filesystem image:=0Ahttp://nycdn.net= bsd.org/pub/NetBSD-daily/HEAD/latest/evbarm-aarch64/binary/gzimg/arm64.im= g.gz=0Aplus the boot loader you'd have to place on the EFI partition manu= ally=0Ahttp://nycdn.netbsd.org/pub/NetBSD-daily/HEAD/latest/evbarm-aarch6= 4/installation/misc/bootaa64.efi From owner-freebsd-arm@freebsd.org Sun May 24 17:24: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 616562CBEE0 for ; Sun, 24 May 2020 17:24:43 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-54.consmr.mail.gq1.yahoo.com (sonic316-54.consmr.mail.gq1.yahoo.com [98.137.69.30]) (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 49VRtL19KCz4M7k for ; Sun, 24 May 2020 17:24:41 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 2VGuc44VM1noGyp3gnQnOVK.02C8ZSOWyugP3ewXCt9GXi_bZiIbWBHX2s.CV.e 6UKC1VuMvRaIgvZSQXbwNNJpaHiRyte_HcZuOC5_eEbGTA2mS8eMyRWRmOPGyd4b3p9lm8fMmBHJ 4hjYrQGv9ZxmQVkO_8X4E6DEOguVxzxfOajVJyl36D5Icam_fY6huf1AjNgsshga_lfOwDvkTqJD X66jlYN8PAQRNFy7hNiOiC9_nVDR9UED9dL3spH0JytCRDsvG9O492MpW7zZ1y.dBd3briCl.DLI HyTxDmJ.7YrOGzB0loJZZUf87cBFGgonughU5uo7igh_4caiZ4EDABW6NisfrMfaLdY9ehAN3tm_ FpShVszn6u4ocDXfA0DsvEXdNrOesxsxRoTX3eGaFxpQPqZCmInhPDy6H4802em50O8TAcx7.1CC soqQHhAlQFAh9ZiUdePWRxyQL7mTou6yQxu8n1WVrzsyzjzx3LMivWmUSncMzNVraEUuiaksV_uT ffHMCJWjM_WJf1BXmrkXRmODAzUQs5EYoro3nWbE77g0kS6ltVsPHQ5NfO.CyaimSRJwoUWyjXx6 q5b6DcxzSYbZYp3k1f7M84y2aJLMF6ri0W2p_zPxiJ7_R6y4Fcg7w_fF2HfGUyDK79kubWDHp8Rv YilDBDrh1kDNPaGD94kz14LY0miOlnjhOyyR2CF8U0Fu_b6U8dQNBo3mskd6NTGgbE7hBxJWZcG_ 69TGXdqKalvrmHak1Rdbn7Myygf2okdX.VoUyiZ1xeKjx7e7Az6YVpTqAO.m1rvgErS4I6uTTXDB GC5OIrnE.0pFjVaK5CUGxCoh1p2CgPmUA5jzLDKRuSLUm2eKpugB8rjzr6EM60Ajt0b88hWMZdZm 8DA58QgB5KqFCWNObU6mas4JPkm9CCCyyVneekLOkrVA5dgADdYYmYcIWyfkkS3HIWFR5EnYAy1p sxrc4xSdPYBC74MjWlELMPkE6QMWF_tmY5ywSb0G89Hj8.yVDMuIKXWt14T0hn_S6xDigkMWVvah iMnD79PPuZ0EGRJZwhe9gP0PIhFWUc8qAJKRLAJIjmpd1V9hrO_lio7QcwuNbxi8kX7m_AHI3ige vOKW9G8AArp4fyYhQ22WkIFrcpCCW.O6kVBAOlAQ.JobbKjal.AE4_JE1R.tBQLNWMUtUnElihC6 iYZouYLcWxzDsnT1RhjhUbWPEQtx00EsWDnJuhdCvfca2HYJm4Mi_xGZSbk5yorzcyanyQNT1UX4 GK4ZNu2LYbcssl_9KDENYUlG2WO0haBcBW41goEdlsFtEdRsCiC8TCn_VxJ_t6FMIhZEe8jCC3.k JbmrnJbSvu.1YqKi2Li8SZoL4vWlJrbr_NgNfdg2Y2s2BnR5uXiXgzG5J8xJn2qAHvGmMnZMjQtI vEhWWAq5be93i_zbC0beJ Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Sun, 24 May 2020 17:24:39 +0000 Received: by smtp420.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 99938398170999d3a078e31bbd3bea01; Sun, 24 May 2020 17:24:34 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: FreeBSD on Layerscape/QorIQ LX2160X From: Mark Millard In-Reply-To: Date: Sun, 24 May 2020 10:24:32 -0700 Cc: Dan Kotowski , freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <8951311F-77F7-40B8-AEA0-F8CBCB1A05DE@yahoo.com> References: <3e81db774e0fc1a3c2251c89b7629e1b@unrelenting.technology> <86119565e5927716a9feebabcb611871@unrelenting.technology> <37858865a8ebddd3fe1e3a228a19ef62@unrelenting.technology> <7066da0bc417ed047dc27b4741c90e81@unrelenting.technology> <664db38a87ea8803be72af9738534994@unrelenting.technology> To: greg@unrelenting.technology X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49VRtL19KCz4M7k X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.57 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.30:from]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; NEURAL_HAM_LONG(-1.00)[-0.999]; TO_DN_SOME(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)[98.137.69.30:from]; NEURAL_HAM_SHORT(-1.11)[-1.107]; NEURAL_HAM_MEDIUM(-0.96)[-0.964]; 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]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 May 2020 17:24:43 -0000 On 2020-May-24, at 09:46, greg@unrelenting.technology wrote: . . . > Also, to rule out firmware bugs, would be good to test Linux and = NetBSD with the same firmware. > (with NVMe, it's something that would definitely get attempted at = boot) >=20 > NetBSD -CURRENT: = http://nycdn.netbsd.org/pub/NetBSD-daily/HEAD/latest/images/NetBSD-9.99.63= -evbarm-aarch64.iso > They don't have memstick images for arm, unfortunately -- idk whether = dd'ing an iso image to a usb drive > would boot, probably not, try tools like rufus maybe. John McNeill appears to have: https://www.armbsd.org/arm/ for "NetBSD Arm Bootable Images". It has 32 NetBSD 9 images and 33 NetBSD -current images. One is called: Generic 64-bit for each. NetBSD -current has: Build: 202005232000Z (so yesterday's build) and NetBSD 9 has: Build: 202005222300Z (so the day before yesterday). Might one or both of those be appropriate? > Or assemble your own memstick with what I assume is just the root = filesystem image: > = http://nycdn.netbsd.org/pub/NetBSD-daily/HEAD/latest/evbarm-aarch64/binary= /gzimg/arm64.img.gz > plus the boot loader you'd have to place on the EFI partition manually > = http://nycdn.netbsd.org/pub/NetBSD-daily/HEAD/latest/evbarm-aarch64/instal= lation/misc/bootaa64.efi =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sun May 24 17:52: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 8648A2CCA25 for ; Sun, 24 May 2020 17:52:05 +0000 (UTC) (envelope-from dan.kotowski@a9development.com) Received: from mail-40131.protonmail.ch (mail-40131.protonmail.ch [185.70.40.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "protonmail.com", Issuer "SwissSign Server Gold CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49VSTw4rGxz4P2B for ; Sun, 24 May 2020 17:52:04 +0000 (UTC) (envelope-from dan.kotowski@a9development.com) Date: Sun, 24 May 2020 17:51:59 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=a9development.com; s=protonmail; t=1590342721; bh=6f3Msvo05JDprYohAL8FF1/as0o5OfIsq5m74MBkRZg=; h=Date:To:From:Cc:Reply-To:Subject:In-Reply-To:References:From; b=qAMT99GIwcrTvCr41IJAE94/rl7fBHituel0PoVRp21fk6+mAtYrQrbQRIKIp9/fY KDQw0VPJTo2THW8Wgois6gP2iA042oL3jz5ZncOwDILKzFl07SsaaZFD9NGRzaqYnq vnji+Ov4MpYYG71BmjnaQaKoW9UFax2Y5BX5fhKg= To: "greg@unrelenting.technology" From: Dan Kotowski Cc: freebsd-arm Reply-To: Dan Kotowski Subject: Re: FreeBSD on Layerscape/QorIQ LX2160X Message-ID: In-Reply-To: References: <86119565e5927716a9feebabcb611871@unrelenting.technology> <37858865a8ebddd3fe1e3a228a19ef62@unrelenting.technology> <7066da0bc417ed047dc27b4741c90e81@unrelenting.technology> <664db38a87ea8803be72af9738534994@unrelenting.technology> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=7.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mail.protonmail.ch X-Rspamd-Queue-Id: 49VSTw4rGxz4P2B X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=a9development.com header.s=protonmail header.b=qAMT99GI; dmarc=pass (policy=none) header.from=a9development.com; spf=pass (mx1.freebsd.org: domain of dan.kotowski@a9development.com designates 185.70.40.131 as permitted sender) smtp.mailfrom=dan.kotowski@a9development.com X-Spamd-Result: default: False [-4.03 / 15.00]; HAS_REPLYTO(0.00)[dan.kotowski@a9development.com]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[a9development.com:s=protonmail]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; NEURAL_HAM_LONG(-0.99)[-0.988]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[a9development.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[a9development.com,none]; NEURAL_HAM_SHORT(-0.95)[-0.953]; NEURAL_HAM_MEDIUM(-0.99)[-0.986]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RWL_MAILSPIKE_VERYGOOD(0.00)[185.70.40.131:from]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[185.70.40.131:from] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 May 2020 17:52:05 -0000 > > > I also looked more closely at mps, and actually "just polling I/O" do= es work. We see: > > > mps0: IOCCapabilities: 1285c > > > and that means mps_request_sync (called by mps_get_iocfacts) has work= ed. > > > And the command completion actually seems to come from interrupts. > > > I've heard something about MSI(X) not working for the Linux people (n= ot NetBSD though!), > > > so I guess the next thing to try would be booting with hw.pci.enable_= msi=3D0 hw.pci.enable_msi=3D1 > > > lol, I mean, hw.pci.enable_msi=3D0 hw.pci.enable_msix=3D0 > > > > Still roughly the same: https://gist.github.com/agrajag9/9cb79fe1e53dd6= e8f7dc09fe5f6236e9 > > And NVMe still panics during boot, so pulled that at least for now. > > I wonder if PCIe devices are just not getting interrupts and if that's re= lated to AHCI not being able to configure interrupts. > > Added some debug logging for interrupts: > > https://send.firefox.com/download/828468ac751f8f69/#P1xKgL6IIqFOD-JBQFHnA= w > > (test with mps, don't disable msi I guess since it didn't help) > > Also, to rule out firmware bugs, would be good to test Linux and NetBSD w= ith the same firmware. > (with NVMe, it's something that would definitely get attempted at boot) > > NetBSD -CURRENT: http://nycdn.netbsd.org/pub/NetBSD-daily/HEAD/latest/ima= ges/NetBSD-9.99.63-evbarm-aarch64.iso > They don't have memstick images for arm, unfortunately -- idk whether dd'= ing an iso image to a usb drive > would boot, probably not, try tools like rufus maybe. > Or assemble your own memstick with what I assume is just the root filesys= tem image: > http://nycdn.netbsd.org/pub/NetBSD-daily/HEAD/latest/evbarm-aarch64/binar= y/gzimg/arm64.img.gz > plus the boot loader you'd have to place on the EFI partition manually > http://nycdn.netbsd.org/pub/NetBSD-daily/HEAD/latest/evbarm-aarch64/insta= llation/misc/bootaa64.efi https://gist.github.com/agrajag9/2e07426702d46aa086348b70be942397 Flashing NetBSD to a new card now... From owner-freebsd-arm@freebsd.org Sun May 24 19:08:36 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 70A3F2CDCC4 for ; Sun, 24 May 2020 19:08:36 +0000 (UTC) (envelope-from dan.kotowski@a9development.com) Received: from mail-40131.protonmail.ch (mail-40131.protonmail.ch [185.70.40.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "protonmail.com", Issuer "SwissSign Server Gold CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49VVBC3rsdz4VYW for ; Sun, 24 May 2020 19:08:35 +0000 (UTC) (envelope-from dan.kotowski@a9development.com) Date: Sun, 24 May 2020 19:08:30 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=a9development.com; s=protonmail; t=1590347312; bh=IHgwtYUohHMZv0OCtpuZeaEe4DNNBQTmQyWdNbG2GNA=; h=Date:To:From:Cc:Reply-To:Subject:In-Reply-To:References:From; b=CpgudqojDkyDuGod03QFWPusG1MFyHX6ZDgmcchol606ZyWQ9Cbbb3Q4PA8W6937x Uwk7QqxENEs/8/c/UwiIruNrFfaXqcmEvC8Z7j4H9iaN80cNcMs/DSLO6av9Cm3dLR Zlmj7FszHHnzHCvsR8j6lgGU2uemuXklqyKuUVpo= To: Mark Millard From: Dan Kotowski Cc: greg@unrelenting.technology, freebsd-arm Reply-To: Dan Kotowski Subject: Re: FreeBSD on Layerscape/QorIQ LX2160X Message-ID: In-Reply-To: <8951311F-77F7-40B8-AEA0-F8CBCB1A05DE@yahoo.com> References: <37858865a8ebddd3fe1e3a228a19ef62@unrelenting.technology> <7066da0bc417ed047dc27b4741c90e81@unrelenting.technology> <664db38a87ea8803be72af9738534994@unrelenting.technology> <8951311F-77F7-40B8-AEA0-F8CBCB1A05DE@yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=7.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mail.protonmail.ch X-Rspamd-Queue-Id: 49VVBC3rsdz4VYW X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=a9development.com header.s=protonmail header.b=Cpgudqoj; dmarc=pass (policy=none) header.from=a9development.com; spf=pass (mx1.freebsd.org: domain of dan.kotowski@a9development.com designates 185.70.40.131 as permitted sender) smtp.mailfrom=dan.kotowski@a9development.com X-Spamd-Result: default: False [-3.91 / 15.00]; HAS_REPLYTO(0.00)[dan.kotowski@a9development.com]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[a9development.com:s=protonmail]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-0.99)[-0.988]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[a9development.com:+]; DMARC_POLICY_ALLOW(-0.50)[a9development.com,none]; NEURAL_HAM_SHORT(-0.85)[-0.853]; NEURAL_HAM_MEDIUM(-0.97)[-0.972]; FREEMAIL_TO(0.00)[yahoo.com]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RWL_MAILSPIKE_VERYGOOD(0.00)[185.70.40.131:from]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[185.70.40.131:from] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 May 2020 19:08:36 -0000 > > Also, to rule out firmware bugs, would be good to test Linux and NetBSD= with the same firmware. > > (with NVMe, it's something that would definitely get attempted at boot) > > NetBSD -CURRENT: http://nycdn.netbsd.org/pub/NetBSD-daily/HEAD/latest/i= mages/NetBSD-9.99.63-evbarm-aarch64.iso > > They don't have memstick images for arm, unfortunately -- idk whether d= d'ing an iso image to a usb drive > > would boot, probably not, try tools like rufus maybe. > > John McNeill appears to have: > > https://www.armbsd.org/arm/ > > for "NetBSD Arm Bootable Images". > > It has 32 NetBSD 9 images and 33 NetBSD -current images. > > One is called: Generic 64-bit > for each. NetBSD -current has: > > Build: 202005232000Z > > (so yesterday's build) and NetBSD 9 has: > > Build: 202005222300Z > > (so the day before yesterday). > > Might one or both of those be appropriate? > > > Or assemble your own memstick with what I assume is just the root files= ystem image: > > http://nycdn.netbsd.org/pub/NetBSD-daily/HEAD/latest/evbarm-aarch64/bin= ary/gzimg/arm64.img.gz > > plus the boot loader you'd have to place on the EFI partition manually > > http://nycdn.netbsd.org/pub/NetBSD-daily/HEAD/latest/evbarm-aarch64/ins= tallation/misc/bootaa64.efi > > =3D=3D > > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) Booted with NetBSD -current Generic 64-bit Build: 202005232000Z SHA256: c64278c292489674215f9ecd335f2cbf01b99c2886f03a76b24415cd1c24d255 https://gist.github.com/agrajag9/6f2c986c99fbca413e60cf608a453a00 Found the onboard eMMC (sdmmc1), so that's nice. But it panicked with the S= AS HBA attached. Removed it and wired a drive straight up to the SATA ports= , but fdisk doesn't like it. Smelling more like a firmware problem now... From owner-freebsd-arm@freebsd.org Sun May 24 19:43: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 E43B22CF7AA for ; Sun, 24 May 2020 19:43:46 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from out1.migadu.com (out1.migadu.com [IPv6:2001:41d0:2:863f::]) (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 49VVyn4WzPz4XmS for ; Sun, 24 May 2020 19:43:44 +0000 (UTC) (envelope-from greg@unrelenting.technology) MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=unrelenting.technology; s=default; t=1590349423; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=KbP6GG+fjv67KcFRx3/sO3c5FuBc5ZTzzEEgIaOMnmo=; b=QnZYeNf8I2j0mS8yvyooIItJVBm5EBoVeKl0jPFVmM5WR5jCdl7ZX0R61JtMquiqudEObw Tu/X+GuvxGH80He5HuaMvrnEciQY17Infeyqj7iVdW2/Ibhd9/mFKVQP2Olr0Sfz3J1hM6 jqtJJa0K/2LY/1sa8xaNmLuvXSUFUfw= Date: Sun, 24 May 2020 19:43:41 +0000 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: greg@unrelenting.technology Message-ID: <4ad62e6669044f82e71a9d86fd493356@unrelenting.technology> Subject: Re: FreeBSD on Layerscape/QorIQ LX2160X To: "Dan Kotowski" Cc: "freebsd-arm" In-Reply-To: References: <37858865a8ebddd3fe1e3a228a19ef62@unrelenting.technology> <7066da0bc417ed047dc27b4741c90e81@unrelenting.technology> <664db38a87ea8803be72af9738534994@unrelenting.technology> <8951311F-77F7-40B8-AEA0-F8CBCB1A05DE@yahoo.com> X-Spam-Score: -0.10 X-Rspamd-Queue-Id: 49VVyn4WzPz4XmS X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=unrelenting.technology header.s=default header.b=QnZYeNf8; dmarc=pass (policy=none) header.from=unrelenting.technology; spf=pass (mx1.freebsd.org: domain of greg@unrelenting.technology designates 2001:41d0:2:863f:: as permitted sender) smtp.mailfrom=greg@unrelenting.technology X-Spamd-Result: default: False [-3.80 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.983]; R_DKIM_ALLOW(-0.20)[unrelenting.technology:s=default]; R_SPF_ALLOW(-0.20)[+ip6:2001:41d0:2:863f::]; NEURAL_HAM_LONG(-0.97)[-0.974]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[unrelenting.technology:+]; RCPT_COUNT_TWO(0.00)[2]; FROM_NO_DN(0.00)[]; NEURAL_HAM_SHORT(-0.84)[-0.844]; DMARC_POLICY_ALLOW(-0.50)[unrelenting.technology,none]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16276, ipnet:2001:41d0::/32, country:FR]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 May 2020 19:43:46 -0000 May 24, 2020 10:08 PM, "Dan Kotowski" wr= ote:=0A=0A> Booted with NetBSD -current=0A> Generic 64-bit=0A> Build: 202= 005232000Z=0A> SHA256: c64278c292489674215f9ecd335f2cbf01b99c2886f03a76b2= 4415cd1c24d255=0A> =0A> https://gist.github.com/agrajag9/6f2c986c99fbca41= 3e60cf608a453a00=0A> =0A> Found the onboard eMMC (sdmmc1), so that's nice= . But it panicked with the SAS HBA attached. Removed=0A> it and wired a d= rive straight up to the SATA ports, but fdisk doesn't like it. Smelling m= ore like a=0A> firmware problem now...=0A=0AWhat was the panic? How about= with the NVMe drive?=0A=0AIt's quite possible that the SATA controller o= n this hardware is buggy and=0Anot fully standards compliant (there are f= sl_ahci drivers after all for NXP stuff),=0Abut what's weird is that we'r= e failing so early, with interrupt configuration.=0AIt's.. interesting th= at there are *three* interrupts for the controller.=0AI do have a suspici= on related to this now..=0A=0Ahttps://send.firefox.com/download/e2f1b3825= db111ff/#hOc-bD4J3Wj1yyJSb-3pSQ=0A=0AThis new build might do something ab= out AHCI.=0AAlso PMU should be fixed, I would appreciate it if you tested= it=0A(kldload hwpmc; pmcstat -S INST_RETIRED -T; wait a few seconds, it = should show samples)=0A=0ABack to your previous FreeBSD log:=0A=0A> https= ://gist.github.com/agrajag9/2e07426702d46aa086348b70be942397=0A=0AMPS INT= ERRUPT!=0Aintr_setup_irq(): irq 288 add handler error 0 on mps0=0A=0AI'm = not sure why the interrupt handler prints before intr_setup_irq o_0=0Abut= it was called, right after the IOCCapabilities line when we want it,=0As= o now I'm less inclined to think that the PCIe bug is interrupts not work= ing..=0A=0AMaybe some config writes aren't taking effect after all but in= that case I would expect=0Amore spectacular explosions earlier in the bo= ot process.=0A=0AI've sent a link to a known firmware build before:=0Ahtt= ps://drive.google.com/file/d/1yXSS1O1U8CmtwaIPfxNDkzhAClJGvErK/view=0AHav= e you tried it? Any difference in FreeBSD/NetBSD, with NVMe? From owner-freebsd-arm@freebsd.org Sun May 24 21:41: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 968CF2DB274 for ; Sun, 24 May 2020 21:41:40 +0000 (UTC) (envelope-from thomas-bsd@skibo.net) Received: from anteater.elm.relay.mailchannels.net (anteater.elm.relay.mailchannels.net [23.83.212.3]) (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 49VYZq0020z3V2P for ; Sun, 24 May 2020 21:41:38 +0000 (UTC) (envelope-from thomas-bsd@skibo.net) X-Sender-Id: dreamhost|x-authsender|thomas-bsd@skibo.net Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 721D2180883 for ; Sun, 24 May 2020 21:41:36 +0000 (UTC) Received: from pdx1-sub0-mail-a69.g.dreamhost.com (100-96-12-34.trex.outbound.svc.cluster.local [100.96.12.34]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id E3BE3180F7A for ; Sun, 24 May 2020 21:41:35 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|thomas-bsd@skibo.net Received: from pdx1-sub0-mail-a69.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.18.8); Sun, 24 May 2020 21:41:36 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|thomas-bsd@skibo.net X-MailChannels-Auth-Id: dreamhost X-Power-Language: 28b667b15cae8c39_1590356496313_3312231449 X-MC-Loop-Signature: 1590356496313:3861251895 X-MC-Ingress-Time: 1590356496313 Received: from pdx1-sub0-mail-a69.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a69.g.dreamhost.com (Postfix) with ESMTP id 7C83B81A29 for ; Sun, 24 May 2020 14:41:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=skibo.net; h=date:from:to :subject:message-id:mime-version:content-type; s=skibo.net; bh=M qRYlP7jmpBJsH2TtnCn3UX5v6o=; b=dWwHpFQjEYKYvCb7BCqz824GDuANTOt5G V1GhWwAfFtRvVwHGVfffzUi/r/tsVLAwUnrMgpJayAv/Rtd++tbnypaHp09EHSIT H5ZyFsytE73trLnGQGTWnFqhD7R0osA8po1tAWXZmBJHlpZQJu/QnqEPN7K9F6Ae 9y1LwDR7U0= Received: from piedmont (c-67-180-59-81.hsd1.ca.comcast.net [67.180.59.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: thomas-bsd@skibo.net) by pdx1-sub0-mail-a69.g.dreamhost.com (Postfix) with ESMTPSA id 2C3BC81A28 for ; Sun, 24 May 2020 14:41:34 -0700 (PDT) Date: Sun, 24 May 2020 14:41:28 -0700 X-DH-BACKEND: pdx1-sub0-mail-a69 From: Thomas Skibo To: freebsd-arm@freebsd.org Subject: bus_dmamap_load_mbuf_sg failures Message-ID: <20200524214128.GA3881@piedmont> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: 0 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduhedrudduledgtdduucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucenucfjughrpeffhffvuffkgggtugesthdtredttddtvdenucfhrhhomhepvfhhohhmrghsucfukhhisghouceothhhohhmrghsqdgsshgusehskhhisghordhnvghtqeenucggtffrrghtthgvrhhnpedvheegleehgeefuefhfeeuteevveejudeuudduuedvhedvffettdfhheelieethfenucfkphepieejrddukedtrdehledrkedunecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepphhivggumhhonhhtpdhinhgvthepieejrddukedtrdehledrkedupdhrvghtuhhrnhdqphgrthhhpefvhhhomhgrshcuufhkihgsohcuoehthhhomhgrshdqsghsugesshhkihgsohdrnhgvtheqpdhmrghilhhfrhhomhepthhhohhmrghsqdgsshgusehskhhisghordhnvghtpdhnrhgtphhtthhopehfrhgvvggsshguqdgrrhhmsehfrhgvvggsshgurdhorhhg X-Rspamd-Queue-Id: 49VYZq0020z3V2P X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=skibo.net header.s=skibo.net header.b=dWwHpFQj; dmarc=none; spf=pass (mx1.freebsd.org: domain of thomas-bsd@skibo.net designates 23.83.212.3 as permitted sender) smtp.mailfrom=thomas-bsd@skibo.net X-Spamd-Result: default: False [-2.54 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_FIVE(0.00)[6]; RECEIVED_SPAMHAUS_PBL(0.00)[67.180.59.81:received]; FROM_HAS_DN(0.00)[]; R_DKIM_ALLOW(-0.20)[skibo.net:s=skibo.net]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:23.83.208.1/20]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.96)[-0.956]; DMARC_NA(0.00)[skibo.net]; DKIM_TRACE(0.00)[skibo.net:+]; NEURAL_HAM_SHORT(-0.60)[-0.597]; RCVD_IN_DNSWL_NONE(0.00)[23.83.212.3:from]; NEURAL_HAM_MEDIUM(-0.99)[-0.986]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:36483, ipnet:23.83.208.0/21, country:CA]; MID_RHS_NOT_FQDN(0.50)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[23.83.212.3:from] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 May 2020 21:41:40 -0000 Hello. I just tracked down a bug in a network driver on an arm64 system I am tinkering with. It seems when bus_dmamap_load_mbuf_sg() fails with EFBIG due to too many segments, things are not cleaned up and it causes the subsequent attempt at bus_dmamap_load_mbuf_sg() with the defragged mbuf to fail too (EFBIG again). I noticed that in the arm version of busdma_machdep.c, when _bus_dmamap_load_buffer() fails with EFBIG, it calls bus_dmamap_unload() on exit which cleans up the dma map. In the arm64 version of busdma_bounce.c, when bounce_bus_dmamap_load_buffer() fails, it does not. Is this a bug or are we expected to call bus_dmamap_unload() on a failed bus_dmamap_load* call? I looked around at other architectures and it is inconsistent: arm and mips do the unload but x86, arm64, and riscv do not. --Thomas ===== Thomas Skibo thomas-bsd@skibo.net From owner-freebsd-arm@freebsd.org Sun May 24 22:05: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 1AE2C2DCAF0 for ; Sun, 24 May 2020 22:05:12 +0000 (UTC) (envelope-from dan.kotowski@a9development.com) Received: from mail-40131.protonmail.ch (mail-40131.protonmail.ch [185.70.40.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "protonmail.com", Issuer "SwissSign Server Gold CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49VZ5z1wBSz3Xm6 for ; Sun, 24 May 2020 22:05:11 +0000 (UTC) (envelope-from dan.kotowski@a9development.com) Date: Sun, 24 May 2020 22:05:06 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=a9development.com; s=protonmail; t=1590357908; bh=8N3M4wIld1Z6bJSu/qwGvt4zV8pznHG/T+aqOAljqJg=; h=Date:To:From:Cc:Reply-To:Subject:In-Reply-To:References:From; b=aN68lGCt+rOo7o5SynvjPiwAi7h8WzMtvpRVZSywhkHhLfIT4b+dCcs9tOPfNL9gj lf8X0NnNELPv32kO8WcjXqWJUW/5eNB1uZC1rzGrZuFt7oY4NqkSQp3/kjr3eAsqjQ Q5Ado3pclw92quOlod0UfZUlLLxu5qlNKAgXGeK8= To: "greg@unrelenting.technology" From: Dan Kotowski Cc: freebsd-arm Reply-To: Dan Kotowski Subject: Re: FreeBSD on Layerscape/QorIQ LX2160X Message-ID: In-Reply-To: <4ad62e6669044f82e71a9d86fd493356@unrelenting.technology> References: <37858865a8ebddd3fe1e3a228a19ef62@unrelenting.technology> <7066da0bc417ed047dc27b4741c90e81@unrelenting.technology> <664db38a87ea8803be72af9738534994@unrelenting.technology> <8951311F-77F7-40B8-AEA0-F8CBCB1A05DE@yahoo.com> <4ad62e6669044f82e71a9d86fd493356@unrelenting.technology> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=7.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mail.protonmail.ch X-Rspamd-Queue-Id: 49VZ5z1wBSz3Xm6 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=a9development.com header.s=protonmail header.b=aN68lGCt; dmarc=pass (policy=none) header.from=a9development.com; spf=pass (mx1.freebsd.org: domain of dan.kotowski@a9development.com designates 185.70.40.131 as permitted sender) smtp.mailfrom=dan.kotowski@a9development.com X-Spamd-Result: default: False [-3.99 / 15.00]; HAS_REPLYTO(0.00)[dan.kotowski@a9development.com]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[a9development.com:s=protonmail]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; NEURAL_HAM_LONG(-0.99)[-0.988]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[a9development.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[a9development.com,none]; NEURAL_HAM_SHORT(-0.91)[-0.914]; NEURAL_HAM_MEDIUM(-0.99)[-0.985]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RWL_MAILSPIKE_VERYGOOD(0.00)[185.70.40.131:from]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[185.70.40.131:from] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 May 2020 22:05:12 -0000 > > Booted with NetBSD -current > > Generic 64-bit > > Build: 202005232000Z > > SHA256: c64278c292489674215f9ecd335f2cbf01b99c2886f03a76b24415cd1c24d25= 5 > > https://gist.github.com/agrajag9/6f2c986c99fbca413e60cf608a453a00 > > Found the onboard eMMC (sdmmc1), so that's nice. But it panicked with t= he SAS HBA attached. Removed > > it and wired a drive straight up to the SATA ports, but fdisk doesn't l= ike it. Smelling more like a > > firmware problem now... > > What was the panic? How about with the NVMe drive? > > It's quite possible that the SATA controller on this hardware is buggy an= d > not fully standards compliant (there are fsl_ahci drivers after all for N= XP stuff), > but what's weird is that we're failing so early, with interrupt configura= tion. > It's.. interesting that there are three interrupts for the controller. > I do have a suspicion related to this now.. > > https://send.firefox.com/download/e2f1b3825db111ff/#hOc-bD4J3Wj1yyJSb-3pS= Q > > This new build might do something about AHCI. > Also PMU should be fixed, I would appreciate it if you tested it > (kldload hwpmc; pmcstat -S INST_RETIRED -T; wait a few seconds, it should= show samples) > > Back to your previous FreeBSD log: > > > https://gist.github.com/agrajag9/2e07426702d46aa086348b70be942397 > > MPS INTERRUPT! > intr_setup_irq(): irq 288 add handler error 0 on mps0 > > I'm not sure why the interrupt handler prints before intr_setup_irq o_0 > but it was called, right after the IOCCapabilities line when we want it, > so now I'm less inclined to think that the PCIe bug is interrupts not wor= king.. > > Maybe some config writes aren't taking effect after all but in that case = I would expect > more spectacular explosions earlier in the boot process. > > I've sent a link to a known firmware build before: > https://drive.google.com/file/d/1yXSS1O1U8CmtwaIPfxNDkzhAClJGvErK/view > Have you tried it? Any difference in FreeBSD/NetBSD, with NVMe? Okay, lots of stuff here... https://gist.github.com/agrajag9/7a1164387994cecea50170e2d93e257e 1. The latest build didn't get far at all, no matter what hardware combo I = threw at it. Something about the GIC... 2. NetBSD was... non-deterministic? The first time I tried booting it died = real quick: ```>> NetBSD/evbarm efiboot (arm64), Revision 1.14 (Sat May 23 19:56:00 UTC= 2020) Press return to boot now, any other key for boot prompt booting netbsd - starting in 0 seconds. 8178256+3541800+3616864+1509312 [558263+925152+674300]=3D0x12f2ec0 ASSERT_EFI_ERROR (Status =3D Not Found) ASSERT [RuntimeDxe] /work/build/tianocore/edk2/MdeModulePkg/Core/RuntimeDxe= /Runtime.c(315): !EFI_ERROR (Status) ``` Bounced the system and it came back up in full. No idea what happened there= the first time... But it sees the NVMe stick AND both the root sd card and the firmware sd ca= rd! And I was able to at least read their geometries with fdisk! Progress! I also decided to just go back to the stock u-boot + LSDK 19.09, just to gr= ab the console output during boot. Sure enough, it does see the HDD and NVM= e drives. I tried it with the UEFI, but of course the Debian image I flashe= d was MBR... From owner-freebsd-arm@freebsd.org Sun May 24 22:15:55 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 B57CD2DCF41 for ; Sun, 24 May 2020 22:15:55 +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) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 49VZLL3Qh8z3YJd for ; Sun, 24 May 2020 22:15:54 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qk1-x744.google.com with SMTP id 205so2947655qkg.3 for ; Sun, 24 May 2020 15:15:54 -0700 (PDT) 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=JELrujczDvvkfEYICVepH1Z8jwoimKIF7nty0xu0o9c=; b=RHEPeYaqOYoL8F9cEPw80ipPQGjdrKaC3uwxG4va6oawplhV1aI6BbSiLnsmbmD3mA FBnZ513j+8Lm8f58OFt35b/eIav/Sw6p0SOpzx6LCP71unoqgo6qUx9lspsbi9qcZ3IH ggQSLRW3lUPo0mIO+UAMahnni+z3SvHGHTwRmQt6szu7HpzTWF6bWoy/W79iOK55XUSX k+Zbd9voTAgwqODbL6oZbmqUBqwdzdHKczQKAsv0D6NmfKo6RbcmTopwTRSrSgvwXlKE a2ExbFS9zWADxpfYKuSoWqDzH7sCBLw/HaWnx94I6KGLRHznI3mtPk+8y0/nSLK3X7Io 51Xw== 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=JELrujczDvvkfEYICVepH1Z8jwoimKIF7nty0xu0o9c=; b=Rbh6ZHrwZolRhgymQtV6kYVRNhIBw+sg8fEAWV0Gx6qi9t5jBBom5Dt4UaypKqJXET R17XZy4bWUD6HamQXQdx7JDs3jYqcgBehQnB7YxWy/oASGDBl7JO91Q19e41ahM10PvF wNt4bsvuEaIlpTow1anTr+oclMsRmPSGZjcpYhM9pVYPMQnA25wIGCUTUpfu6GEz7QwT WGjeFOTA2ObTSUfaHpmQzRsZiSBRZUQHKbBroY5VU7ZcQAiAdZbMk9pIx+invTN8uym+ AMxjhq1H5ZG6jzxFMjG+DaqZL49ALF6Qh0kQL1OR18ScYyKrc5MHoMkeoeyHCBBwJtNQ e/LA== X-Gm-Message-State: AOAM530r+sz9U4qp9mckLaoTpJXgTwpy3tLCD0TU4j2iWusOnoSNAYhb 8TNUETQVy+L7YLlc7PLTJLcMA0gfIMm+4lMdXwH4ZbSy X-Google-Smtp-Source: ABdhPJxV4mNpDImlHugawCMSyOLDCKwP5LBqVGKGTNM1co3WY+jQHFQSVHFsF10PnmZzpYy4Yl6XqzT2hprpkm+qRXo= X-Received: by 2002:a37:99c6:: with SMTP id b189mr22296444qke.240.1590358553548; Sun, 24 May 2020 15:15:53 -0700 (PDT) MIME-Version: 1.0 References: <3e81db774e0fc1a3c2251c89b7629e1b@unrelenting.technology> <86119565e5927716a9feebabcb611871@unrelenting.technology> <37858865a8ebddd3fe1e3a228a19ef62@unrelenting.technology> <7066da0bc417ed047dc27b4741c90e81@unrelenting.technology> <6E6E4F0C-F85B-428B-B221-C5F704677076@unrelenting.technology> In-Reply-To: <6E6E4F0C-F85B-428B-B221-C5F704677076@unrelenting.technology> From: Warner Losh Date: Sun, 24 May 2020 16:15:42 -0600 Message-ID: Subject: Re: FreeBSD on Layerscape/QorIQ LX2160X To: myfreeweb Cc: Dan Kotowski , freebsd-arm X-Rspamd-Queue-Id: 49VZLL3Qh8z3YJd X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=RHEPeYaq; 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.95 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; NEURAL_HAM_MEDIUM(-0.92)[-0.922]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-0.96)[-0.957]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; NEURAL_HAM_SHORT(-0.07)[-0.069]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::744:from]; R_SPF_NA(0.00)[no SPF record]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 May 2020 22:15:55 -0000 On Fri, May 22, 2020 at 7:46 PM myfreeweb wrote: > > > On May 23, 2020 1:25:48 AM UTC, Warner Losh wrote: > >On Fri, May 22, 2020 at 7:07 PM Dan Kotowski < > dan.kotowski@a9development.com> > >wrote: > > > >> > > > > I spent some time looking at that NetBSD Layerscape code - I > >> couldn't figure out how to add it > >> > > > > trivially to the current HEAD on my own, so I'm looking forward > to > >> seeing how we're going to yeet > >> > > > > that in for testing... > >> > > > > Something like this: > >> > > > > > >> > https://github.com/myfreeweb/freebsd/commit/6cbdafbc310b9a0fa4d046f71979aa01302e8b0b > >> > > > > > >> > https://send.firefox.com/download/ec0419c6d3fa856e/#QOMHO8pBq1dP1K2_4P4CBw > >> > > > > >> > > > https://gist.github.com/agrajag9/b214aa837d0ed6bb14139770ff5835ff > >> > > > Line 404: panic: Misaligned access from kernel space! > >> > > > oops, I actually have to care about the`bytes` parameter.. > >> > > > at least I got the ACPI-walking on the first try :) > >> > > > > >> > https://send.firefox.com/download/6406af63fee41a8a/#FnEEayn7igQ_eTGs0Wq0uw > >> > > > >> > > https://gist.github.com/agrajag9/b47d63484fa51eed535d8a43625a5276 > >> > > >> > hmmm. there's now a pcib2: at device 0.0 on pci1 > >> > > >> > and it actually does allocate memory, after the root fails to: > >> > > >> > pcib1: rman_reserve_resource: start=0x670000000, end=0x67003ffff, > >> count=0x40000 > >> > pcib1: pci_host_generic_core_alloc_resource FAIL: type=3, rid=28, > >> start=0000000670000000, end=000000067003ffff, count=0000000000040000, > >> flags=4800 > >> > pcib2: allocated memory range (0x70040000-0x7007ffff) for rid 1c of > >> pci1:1:0:0 > >> > > >> > iiiinteresting. Try to kldload mpr/mps/whatever? Also insert the nvme > >> drive > >> > >> https://gist.github.com/agrajag9/226018f25c9c5dd9c5dec4d5ea1b767d > >> > >> It just kept looping like that for about 5min before I killed it. But it > >> definitely reads the firmware version correctly - it's been on a shelf > for > >> a while. But I'm thinking maybe the card isn't initializing right - > there's > >> none of the usual output during POST - so I'm going to dig up that PCI > >> power cable and the RX480 tomorrow and try those. > >> > >> As for NVMe, it panics before I get to a shell. > >> > > > >Where? > > You can see that in the gist: "NVME polled command failed to complete > within 1s" > > Same as before (with straight ECAM). > > Looks like straight ECAM *is* supposed to work, after all (with > limitations on bifurcation or something, I've heard). The code I'm porting > from NetBSD does use that same ECAM space when touching non-0 busses. > > Whoops, I might've been working on increasing features instead of fixing > bugs.. :D > > It's odd that what's failing is just polling I/O with the devices, and > after successful reads. Does that smell like cache issues or something? > It's not really polling the I/O. It's waiting for an interrupt to keep it going. No interrupt, no update in the status -> panic. So I'm guessing there's an interrupt issue at play here of some sort. The polling path, which needs to be redone, doesn't use the same timeout stuff, so it doesn't check to see if there's any complete requests before failing (which is why it needs to be redone). We could likely just throw it all away because it was there before we configured everything with a config interrupt hook. Not sure about the root cause of the interrupt issue is...a Warner From owner-freebsd-arm@freebsd.org Sun May 24 23:51: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 EF7022DE66F for ; Sun, 24 May 2020 23:51:22 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from out1.migadu.com (out1.migadu.com [91.121.223.63]) (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 49VcSS6Gwrz3fZK for ; Sun, 24 May 2020 23:51:20 +0000 (UTC) (envelope-from greg@unrelenting.technology) MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=unrelenting.technology; s=default; t=1590364272; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=89hvFFFV5rIuOeZ7PbkXN9kJwe30HzWzI6YW4CPYIzY=; b=ip5bLXPnvJg9z56q+R2kR+cxTQV7jqaLOYz+2C9ttuYYDbqy5J+HMHUrv3pmihQI8Pqs94 5mxfQwE5l0cwO09vZg7tK3sQIPh1oyl3+Urdw7VmrICJDybrH6s4et6rxh/DevQXd7LpYf jfKuQe4nhWkloTg3ScwDmZQ5QybRMW4= Date: Sun, 24 May 2020 23:51:12 +0000 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: greg@unrelenting.technology Message-ID: Subject: Re: FreeBSD on Layerscape/QorIQ LX2160X To: "Warner Losh" Cc: "Dan Kotowski" , "freebsd-arm" In-Reply-To: References: <3e81db774e0fc1a3c2251c89b7629e1b@unrelenting.technology> <86119565e5927716a9feebabcb611871@unrelenting.technology> <37858865a8ebddd3fe1e3a228a19ef62@unrelenting.technology> <7066da0bc417ed047dc27b4741c90e81@unrelenting.technology> <6E6E4F0C-F85B-428B-B221-C5F704677076@unrelenting.technology> X-Spam-Score: -0.10 X-Rspamd-Queue-Id: 49VcSS6Gwrz3fZK X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=unrelenting.technology header.s=default header.b=ip5bLXPn; 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 [-3.49 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.980]; R_DKIM_ALLOW(-0.20)[unrelenting.technology:s=default]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:91.121.223.63]; NEURAL_HAM_LONG(-0.98)[-0.978]; MIME_GOOD(-0.10)[text/plain]; 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]; FROM_NO_DN(0.00)[]; NEURAL_HAM_SHORT(-0.53)[-0.531]; RCVD_COUNT_ZERO(0.00)[0]; 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)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 May 2020 23:51:23 -0000 May 25, 2020 1:15 AM, "Warner Losh" wrote:=0A=0A> On Fri= , May 22, 2020 at 7:46 PM myfreeweb wrote:= =0A> =0A> It's not really polling the I/O. It's waiting for an interrupt = to keep it going. No interrupt, no=0A> update in the status -> panic. So = I'm guessing there's an interrupt issue at play here of some=0A> sort. Th= e polling path, which needs to be redone, doesn't use the same timeout st= uff, so it doesn't=0A> check to see if there's any complete requests befo= re failing (which is why it needs to be redone).=0A> We could likely just= throw it all away because it was there before we configured everything w= ith a=0A> config interrupt hook.=0A> Not sure about the root cause of the= interrupt issue is...a=0A=0AYep, I came to that understanding later in t= he thread.=0AIt's really weird but interrupts not working seems to make m= ost sense.=0A=0AOn the SAS HBA, the interrupt handler did a debug print t= hough..=0Aoddly enough, before intr_setup_irq's DEBUG print From owner-freebsd-arm@freebsd.org Mon May 25 00:51: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 1D1972DFAAF for ; Mon, 25 May 2020 00:51:12 +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) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 49VdnT6fwFz41S9 for ; Mon, 25 May 2020 00:51:09 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qt1-x836.google.com with SMTP id i68so12831276qtb.5 for ; Sun, 24 May 2020 17:51:09 -0700 (PDT) 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=dlk3es1n1vUv+G5sNqUtEhYdgA1YdAebX3s88WH/q9I=; b=ZBXw5UEOf6FPvfxkJRMOrTXpgda1dgdJ9O9SbYXyyWjprTVpTmSaF6SnHnkvkfcCZb VKD32Te25eP6lDW4siDkc+WAxg1ZxLok79pTfPNvvEWmjpN6xdlxWiaPjWzQ1hGNGQRx 0jqiZ3wVzuKrVYHD742SP64hA39Eg1yVau2RM2zIn3Y3jnYCRqCi/TxFjEduHql+DwM9 2jOvlkQvHd3NTnKRbKRNhetYkd3+IXdSVhYy0JkHfOle2paEaOx6AXVIPYSi0Og0cxpu gA6y7aiTH3vONoIxthYSkqM+7ut9BvJdnBWmHf64QnR03HEmC13WxFsUEk7jo8PmiZ0U I8WQ== 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=dlk3es1n1vUv+G5sNqUtEhYdgA1YdAebX3s88WH/q9I=; b=bEqQC0aQKggMe/iLmHdh0V18yPAsyl24R5ozWfc6KosF06uQ+IrfM62bAzQLuS3G7l bXghPxGx/DlpYSHj+PfBB/UwvdPt7HREs4bkNmap2WuXlgKqjuUlkvvS2D89M1x2/239 PQpIxrrAia1ByIqgGS1xzy0KcNAPFRdsykD0TW0XTDFbbzw4kTKxLV/b6/kKsBebZIP2 Y3OqsJurDiGM5AE0jp81Seen1tchFsezxffvIEPSYPn2O7t6sU5/6f2jUUQrOtsNwO4V ggh6nRqTnC3nuievSlKUzSEtj1bg5bUe36OHggnzn/7DafMv2srP+CoAgNHN3ey2FYH/ bE+Q== X-Gm-Message-State: AOAM531xbhEkBFpsktZ7oauf5v0Gh60TkN/5hgBvLNEK5i8I96glT2Gr M4I+Z7p2b+NDoKBm3BOts+s0Hs4QVygjiVclJj4Naw== X-Google-Smtp-Source: ABdhPJy1Ih6msrOkY7ETxGfBKniQLwmm6TOFzT7BbUPP3HhOyxM8pSAEhYbzmgmKlP9r0SWyLJTY3Q+lfyPnz2cHIDQ= X-Received: by 2002:aed:3185:: with SMTP id 5mr26171705qth.187.1590367868662; Sun, 24 May 2020 17:51:08 -0700 (PDT) MIME-Version: 1.0 References: <3e81db774e0fc1a3c2251c89b7629e1b@unrelenting.technology> <86119565e5927716a9feebabcb611871@unrelenting.technology> <37858865a8ebddd3fe1e3a228a19ef62@unrelenting.technology> <7066da0bc417ed047dc27b4741c90e81@unrelenting.technology> <6E6E4F0C-F85B-428B-B221-C5F704677076@unrelenting.technology> In-Reply-To: From: Warner Losh Date: Sun, 24 May 2020 18:50:57 -0600 Message-ID: Subject: Re: FreeBSD on Layerscape/QorIQ LX2160X To: Greg V Cc: Dan Kotowski , freebsd-arm X-Rspamd-Queue-Id: 49VdnT6fwFz41S9 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=ZBXw5UEO; 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 [-2.46 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; NEURAL_HAM_MEDIUM(-0.92)[-0.920]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-0.97)[-0.970]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; NEURAL_HAM_SHORT(-0.57)[-0.572]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::836:from]; R_SPF_NA(0.00)[no SPF record]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2020 00:51:12 -0000 On Sun, May 24, 2020 at 5:51 PM wrote: > May 25, 2020 1:15 AM, "Warner Losh" wrote: > > > On Fri, May 22, 2020 at 7:46 PM myfreeweb > wrote: > > > > It's not really polling the I/O. It's waiting for an interrupt to keep > it going. No interrupt, no > > update in the status -> panic. So I'm guessing there's an interrupt > issue at play here of some > > sort. The polling path, which needs to be redone, doesn't use the same > timeout stuff, so it doesn't > > check to see if there's any complete requests before failing (which is > why it needs to be redone). > > We could likely just throw it all away because it was there before we > configured everything with a > > config interrupt hook. > > Not sure about the root cause of the interrupt issue is...a > > Yep, I came to that understanding later in the thread. > It's really weird but interrupts not working seems to make most sense. > > On the SAS HBA, the interrupt handler did a debug print though.. > oddly enough, before intr_setup_irq's DEBUG print > The mpr driver, iirc, calls the ISR to clear out pending interrupts, so maybe that's why... Warner From owner-freebsd-arm@freebsd.org Mon May 25 00:58: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 1C4E52DFAD8 for ; Mon, 25 May 2020 00:58:44 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from out1.migadu.com (out1.migadu.com [91.121.223.63]) (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 49VdyC0XQWz41kN for ; Mon, 25 May 2020 00:58:42 +0000 (UTC) (envelope-from greg@unrelenting.technology) MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=unrelenting.technology; s=default; t=1590368320; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=Tvt3eSft8YjblasyrEnjPoFHzkq0eCztSM3fkgYEbOk=; b=dr1qi2/lsgDIWITCUM8eBM3EEzeY44gCUecYhBxg0bVKV7/Fb/bpZgFVfod3X/rkKKjIF+ JzI3sDZQsvZAQhE/6jTvemd7LlaEAPgY/aJoVyo3R6JGT1OZBvgW3OrY+PLvIsvN9JQFpT ObFVlsO5VeEai/JLkit5QfuJWKAQcXM= Date: Mon, 25 May 2020 00:58:39 +0000 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: greg@unrelenting.technology Message-ID: <426b58bbea73305c52732e023ca2163c@unrelenting.technology> Subject: Re: FreeBSD on Layerscape/QorIQ LX2160X To: "Dan Kotowski" Cc: "freebsd-arm" In-Reply-To: References: <37858865a8ebddd3fe1e3a228a19ef62@unrelenting.technology> <7066da0bc417ed047dc27b4741c90e81@unrelenting.technology> <664db38a87ea8803be72af9738534994@unrelenting.technology> <8951311F-77F7-40B8-AEA0-F8CBCB1A05DE@yahoo.com> <4ad62e6669044f82e71a9d86fd493356@unrelenting.technology> X-Spam-Score: -0.10 X-Rspamd-Queue-Id: 49VdyC0XQWz41kN X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=unrelenting.technology header.s=default header.b=dr1qi2/l; 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 [-3.95 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.983]; R_DKIM_ALLOW(-0.20)[unrelenting.technology:s=default]; R_SPF_ALLOW(-0.20)[+ip4:91.121.223.63]; NEURAL_HAM_LONG(-0.97)[-0.975]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[unrelenting.technology:+]; RCPT_COUNT_TWO(0.00)[2]; FROM_NO_DN(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-0.995]; DMARC_POLICY_ALLOW(-0.50)[unrelenting.technology,none]; RCVD_COUNT_ZERO(0.00)[0]; 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)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2020 00:58:44 -0000 May 25, 2020 1:05 AM, "Dan Kotowski" wro= te:=0A=0A>> Booted with NetBSD -current=0A>> What was the panic? How abou= t with the NVMe drive?=0A=0A(is your mail client eating quote levels some= times? these shouldn't be both >>)=0A=0A>> I've sent a link to a known fi= rmware build before:=0A>> https://drive.google.com/file/d/1yXSS1O1U8Cmtwa= IPfxNDkzhAClJGvErK/view=0A>> Have you tried it? Any difference in FreeBSD= /NetBSD, with NVMe?=0A> =0A> Okay, lots of stuff here...=0A> =0A> https:/= /gist.github.com/agrajag9/7a1164387994cecea50170e2d93e257e=0A> =0A> 1. Th= e latest build didn't get far at all, no matter what hardware combo I thr= ew at it. Something=0A> about the GIC...=0A=0ASorry, silly error (missed = {}) when inserting debug prints all over the place.=0A=0ACould've tried t= he previous build with that firmware already ;) but new build, should be = fixed:=0A=0Ahttps://send.firefox.com/download/8b82b78a44456587/#KVNvzEyBb= iZJkJdhiPfbDg=0A=0A> 2. NetBSD was... non-deterministic? The first time I= tried booting it died real quick:=0A> =0A> But it sees the NVMe stick AN= D both the root sd card and the firmware sd card! And I was able to at=0A= > least read their geometries with fdisk! Progress!=0A=0AOkay so first of= all:=0A=0Adoes NetBSD's ability to work with NVMe change when you swap f= irmware between your build and the linked one?=0A=0A(repeat the experimen= t a couple times, we're doing Science here :D)=0A=0A> I also decided to j= ust go back to the stock u-boot + LSDK 19.09, just to grab the console ou= tput=0A> during boot. Sure enough, it does see the HDD and NVMe drives. I= tried it with the UEFI, but of=0A> course the Debian image I flashed was= MBR...=0A=0AUEFI supports MBR, generally (there is an MBR partition type= ).=0AActually the current FreeBSD/aarch64 images on Amazon EC2 are MBR (f= or no good reason lol)=0A=0AAnd Linux kernels often have the EFISTUB opti= on on, which means you can directly run the kernel as an EFI binary..=0At= hough an "LSDK" build might've turned that off. Also I'm not sure how tha= t works with the initramfs stuff that linux distros use. From owner-freebsd-arm@freebsd.org Mon May 25 03:23: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 3ED762F2485 for ; Mon, 25 May 2020 03:23:05 +0000 (UTC) (envelope-from dan.kotowski@a9development.com) Received: from mail-40131.protonmail.ch (mail-40131.protonmail.ch [185.70.40.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "protonmail.com", Issuer "SwissSign Server Gold CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49Vj8l6xJqz4Bbw for ; Mon, 25 May 2020 03:23:03 +0000 (UTC) (envelope-from dan.kotowski@a9development.com) Date: Mon, 25 May 2020 03:22:52 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=a9development.com; s=protonmail; t=1590376980; bh=12XcGf7XB6B/x1Vcjc3fMg/pugXySuTafkPzvokkis8=; h=Date:To:From:Cc:Reply-To:Subject:In-Reply-To:References:From; b=LRep7AW6GaEOzp52rDBhQxyKxnS8dSkPv0Ul/hfzYjceSNMtCBG6k4p9yS0IDh6aw 5wLjGp482h2OGjLVLM76/viF74qLIunA4+WXLBW0U+ES2OTF1k2YLYeMZ0Fhsnq8b9 BwIR/6n63I/ucbMB+xWAOU5K3hGiZsTnzYJ4JVa4= To: "greg@unrelenting.technology" From: Dan Kotowski Cc: freebsd-arm Reply-To: Dan Kotowski Subject: Re: FreeBSD on Layerscape/QorIQ LX2160X Message-ID: In-Reply-To: <426b58bbea73305c52732e023ca2163c@unrelenting.technology> References: <7066da0bc417ed047dc27b4741c90e81@unrelenting.technology> <664db38a87ea8803be72af9738534994@unrelenting.technology> <8951311F-77F7-40B8-AEA0-F8CBCB1A05DE@yahoo.com> <4ad62e6669044f82e71a9d86fd493356@unrelenting.technology> <426b58bbea73305c52732e023ca2163c@unrelenting.technology> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=7.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mail.protonmail.ch X-Rspamd-Queue-Id: 49Vj8l6xJqz4Bbw X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=a9development.com header.s=protonmail header.b=LRep7AW6; dmarc=pass (policy=none) header.from=a9development.com; spf=pass (mx1.freebsd.org: domain of dan.kotowski@a9development.com designates 185.70.40.131 as permitted sender) smtp.mailfrom=dan.kotowski@a9development.com X-Spamd-Result: default: False [-4.16 / 15.00]; HAS_REPLYTO(0.00)[dan.kotowski@a9development.com]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[a9development.com:s=protonmail]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; NEURAL_HAM_LONG(-0.99)[-0.988]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[a9development.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[a9development.com,none]; NEURAL_HAM_SHORT(-1.09)[-1.091]; NEURAL_HAM_MEDIUM(-0.99)[-0.986]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RWL_MAILSPIKE_VERYGOOD(0.00)[185.70.40.131:from]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[185.70.40.131:from] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2020 03:23:05 -0000 > > > Booted with NetBSD -current > > > What was the panic? How about with the NVMe drive? > > (is your mail client eating quote levels sometimes? these shouldn't be bo= th >>) > > > > I've sent a link to a known firmware build before: > > > https://drive.google.com/file/d/1yXSS1O1U8CmtwaIPfxNDkzhAClJGvErK/vie= w > > > Have you tried it? Any difference in FreeBSD/NetBSD, with NVMe? > > > > Okay, lots of stuff here... > > https://gist.github.com/agrajag9/7a1164387994cecea50170e2d93e257e > > > > 1. The latest build didn't get far at all, no matter what hardware com= bo I threw at it. Something > > about the GIC... > > > > Sorry, silly error (missed {}) when inserting debug prints all over the p= lace. > > Could've tried the previous build with that firmware already ;) but new b= uild, should be fixed: > > https://send.firefox.com/download/8b82b78a44456587/#KVNvzEyBbiZJkJdhiPfbD= g https://gist.github.com/agrajag9/37e7dddeef75eb9af66856e5b75c1c12 Back to panicking at NVMe. I tried the 2 other firmware images you provided, but no luck with either. = I didn't see any noticible differences in dmesg.out, but I did notice that = the 2 linked emitted a lot of DPAAC errors during boot and the CPU fan ran = at 100% the whole time the system was one (typically it only runs at 100% f= or a second before dialing back). > > 2. NetBSD was... non-deterministic? The first time I tried booting it = died real quick: > > > > But it sees the NVMe stick AND both the root sd card and the firmware s= d card! And I was able to at > > least read their geometries with fdisk! Progress! > > Okay so first of all: > > does NetBSD's ability to work with NVMe change when you swap firmware bet= ween your build and the linked one? > > (repeat the experiment a couple times, we're doing Science here :D) NVMe worked fine with all 3 firmwares - mine and the 2 linked. > UEFI supports MBR, generally (there is an MBR partition type). > Actually the current FreeBSD/aarch64 images on Amazon EC2 are MBR (for no= good reason lol) > > And Linux kernels often have the EFISTUB option on, which means you can d= irectly run the kernel as an EFI binary.. > though an "LSDK" build might've turned that off. Also I'm not sure how th= at works with the initramfs stuff that linux distros use. TIL :) From owner-freebsd-arm@freebsd.org Tue May 26 22:21:03 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 7A5C62F5CA0 for ; Tue, 26 May 2020 22:21:03 +0000 (UTC) (envelope-from crowston@protonmail.com) Received: from mail-40131.protonmail.ch (mail-40131.protonmail.ch [185.70.40.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "protonmail.com", Issuer "SwissSign Server Gold CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49WpMK2WFLz43bd for ; Tue, 26 May 2020 22:21:00 +0000 (UTC) (envelope-from crowston@protonmail.com) Date: Tue, 26 May 2020 22:20:45 +0000 To: freebsd-arm From: Robert Crowston Reply-To: Robert Crowston Subject: Driver for Raspberry Pi 4 PCI-express controller Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=7.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mail.protonmail.ch X-Rspamd-Queue-Id: 49WpMK2WFLz43bd X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.83 / 15.00]; HAS_REPLYTO(0.00)[crowston@protonmail.com]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[protonmail.com:s=protonmail]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; FREEMAIL_FROM(0.00)[protonmail.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_REPLYTO(0.00)[protonmail.com]; NEURAL_HAM_LONG(-0.91)[-0.908]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_MEDIUM(-0.89)[-0.891]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[protonmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[protonmail.com,quarantine]; NEURAL_SPAM_SHORT(0.07)[0.067]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[protonmail.com]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_VERYGOOD(0.00)[185.70.40.131:from]; RCVD_IN_DNSWL_LOW(-0.10)[185.70.40.131:from] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 May 2020 22:21:03 -0000 A patch adding support for the pcie controller on the bcm2838 chip is avail= able here: https://github.com/RobCrowston/freebsd/commit/3626d1f774a72f2f77feedf100429= d0a23ac50c8.patch This is still in development, but it is ready for wider testing. I have tested this patch on three different Pi4s I have, including a 2 GB a= nd a 4 GB model. For the most part HIDs like keyboards and mice are reliabl= e, but data transfers from mass storage devices can sometimes, though not r= eproducibly, cause the xHCI controller to reset. I have only tested it agai= nst the soldered-on xHCI chip; if anyone has desoldered it and replaced it = with a pci-pci bridge, that would be interesting to hear about. Before I submit this to phabricator, assuming there is interest, I would be= interested to hear others' experiences with it, or indeed any other feedba= ck. From owner-freebsd-arm@freebsd.org Wed May 27 07:40: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 7042E32A189 for ; Wed, 27 May 2020 07:40:49 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wm1-x342.google.com (mail-wm1-x342.google.com [IPv6:2a00:1450:4864:20::342]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 49X2nD2p0wz3ZBb for ; Wed, 27 May 2020 07:40:48 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wm1-x342.google.com with SMTP id u188so2042820wmu.1 for ; Wed, 27 May 2020 00:40:48 -0700 (PDT) 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=blQJGAxiDvrJ52I3g1TDpmnj0K+0tm3ltmiPOIbTKD4=; b=E1c9mRUVm+aF0MJ1bZijSuwXImmfIVN8Oy37m8YvaKIpVYxeCO7f9lbjoORtrMYKvw hOmXP3m1oEaCXu+0Ki0nom8B6Ty1J/Vljll7YKRnI3PEKHCyp69b32n8Z2s+fT5Sd0lX zX7m79zHCyMF8McfTVx2+KcpX8iLZMxA6gbOKAdJbqyAmdh+IcMGFpuG/JEGtSeMxWXj ZYb0baDvEzWfS0J4uQUasfdJhnTZr6AvTbfiJeXeJ0jbLXdjmR2zNFBlnTaNMDD1h2kH IcNWqxGzNHL7NUmP9biZquifj+rYZw8U+cEirawWtXZhGFwvOTAgEmhXaX8UC0kw09/P ZEEw== X-Gm-Message-State: AOAM533e/W0i2+5qw6YJ1zAtCHuNFrvFh9c4OKGXZpBwTt7mTxR7nITw kgEhMK4r+Cb1x207VkHPKuM= X-Google-Smtp-Source: ABdhPJxpM9kPMgqPu2zFXOZAY+fA3M4lyDVFdMlpt14eOezlRFHmA95DiG2C+O0DoJpJEhQe2I2Xeg== X-Received: by 2002:a1c:a589:: with SMTP id o131mr2937731wme.50.1590565246965; Wed, 27 May 2020 00:40:46 -0700 (PDT) Received: from [192.168.1.167] ([46.114.105.142]) by smtp.googlemail.com with ESMTPSA id o20sm2050273wra.29.2020.05.27.00.40.45 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Wed, 27 May 2020 00:40:46 -0700 (PDT) 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.4 \(3608.80.23.2.2\)) Subject: Re: Driver for Raspberry Pi 4 PCI-express controller Date: Wed, 27 May 2020 09:40:44 +0200 References: To: Robert Crowston , freebsd-arm@freebsd.org In-Reply-To: Message-Id: <7F058E92-DDD3-4728-9A51-09BF1D47855C@googlemail.com> X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49X2nD2p0wz3ZBb X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.52 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; 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]; NEURAL_HAM_SHORT(-1.01)[-1.011]; FREEMAIL_TO(0.00)[protonmail.com,freebsd.org]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.105.142:received]; 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:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.02)[-1.017]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.996]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::342:from]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2020 07:40:49 -0000 > Am 27.05.2020 um 00:20 schrieb Robert Crowston via freebsd-arm = : >=20 > A patch adding support for the pcie controller on the bcm2838 chip is = available here: >=20 > = https://github.com/RobCrowston/freebsd/commit/3626d1f774a72f2f77feedf10042= 9d0a23ac50c8.patch thanks =E2=80=A6. >=20 > This is still in development, but it is ready for wider testing. dmesg : https://dmesgd.nycbug.org/index.cgi?do=3Dview&id=3D5517 >=20 > I have tested this patch on three different Pi4s I have, including a 2 = GB and a 4 GB model. For the most part HIDs like keyboards and mice are = reliable, but data transfers from mass storage devices can sometimes, = though not reproducibly, cause the xHCI controller to reset. For me keyboard/mouse sometimes worked after reboot/detach<->attach, = sometimes worked not(using Original RPI4-power adaptor). As seen in = dmesg I could mount USB thumb drive. I suspect the generic_xhci driver(s) for the problems and I guess there = some =E2=80=9Aquirks=E2=80=98 have to be added there(also for ACPI)... I will test it in more detail and then publish it in the wiki if you = don't want to do it yourself in the wiki. > I have only tested it against the soldered-on xHCI chip; if anyone has = desoldered it and replaced it with a pci-pci bridge, that would be = interesting to hear about. >=20 > Before I submit this to phabricator, assuming there is interest, I = would be interested to hear others' experiences with it, or indeed any = other feedback. > _______________________________________________ > 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 Wed May 27 19:43:35 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 A39F02CD647 for ; Wed, 27 May 2020 19:43:35 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-54.consmr.mail.gq1.yahoo.com (sonic316-54.consmr.mail.gq1.yahoo.com [98.137.69.30]) (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 49XLqB5STwz42C1 for ; Wed, 27 May 2020 19:43:34 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: FWe6KJIVM1mV3F88kyG1XvVCDc4rhIxpINfIgk3ZcEMuGGNtkJ6gWJRmx.fcANc kd99CuHOji8.tvbU_CHBnFx78DEG0goYPU2QUSwohoDDbt8xLDiY1p71W0ma7KCFqDbzNcl_e.4E pDaKeDjGewNNlRbANEOuxu08UM.yymckNs2J8YcCPeEZPc7NmyA79po3jfBAqZjNJxmuMC9GVcmK p9SfYBXpb8gMH_cs6n6laGygSJQGd6htSV23V.Z4zh29nDTX6STrsZcUg4DYAQ.t4eZ0p6vz80tx h2juteysAn8agSBb7KJugI2PFLH.hV0g6e8EpmHk9zlu5MdYKyA9iB6kNQabJIrbgycxe4oJ1WTa Eg5AEXCZ98sA0go8CKbar90u4yBMBi3RYn8Sc39rk5CbahEpIRKZ_p3M5KRgZ9bqSEINJuUJDKA4 aK4Nv3OAa_P_YnUxpukVxH_BpKnkuzHOPC1FyGVLTn9bdhspgfGRGH5AkUFueEZhIq6TEFLre0EU cpO2cH9tsnM2YPS.JZmCepMystxF6uEachvj9J3WxI7OLgDTSZhbUJMXaggIYmYDmnLzV15UNGfB FQQaTf7A73JBXdbtiy5HDpqOGSGhsVOSxw5qxJiz27Qnu_RGCKTkvQSysGHXQvYNEduI01h0sS55 VewueuC_wam6ILfV92nyYITtEeZNQFdHDkf6CoidMnD7mg.jZ2seGbFNquYuAPD8a6LdCGOCOkdA K31TzzCy4Qwk8l0h9DWmDxbdgMRfTYz5W6vPhED08F24KHPmQC1XHZEKnQEq4MFDxHlpb8aluz0K uCCDWnZl2yB2CY6S_4Zh2xRvVZ9vc9wWBN1WvxlLvWuEbPj3vE69H9Rv36k_oWIQ6lWzmZVJjDw. oYl25eVfcxQ9CCYVfLMOqPJFD9fzj_WFvrzfAKibb7dhwCriIxe.yJcX1nuE2SKF7T6d1PxXZfKP wFrZnwfHuBz_NH5WFQraLj9Ii2BjGtf433v8Bz5ezUhZFUWpOIP1370gBTEct9lsGi5lu4hrYeGv LuDzBHpv_nAKftEc0vVVAPPgHzdVIk6sUPmAmGWaxgJJB0ZATn1yxFJHo1Y2.kucOePmyL_movta aJgzrLwbYYMium_UC5G1.9bcbPZBN.jXmZr2SiG.Lug5Hh9dz9odaBE8atW1njLAG0vWd8D6j1.h REaHVpo8CNB.Wd6QqwsOVBtLYyMjX7G6GdGD1PNdaUbnPkavedXRbedcDOTNcaxkDv3ggPdcl7gY 6ZqJ_H4NXUUZfP7bNwZUjiRP28S2mf9Tz90McFsWIYPMTEeOYA4d7ufzjNw64bZtrHwwW3i1xISf NE_ZG8rU8k3WNWOD5G91xjITsC7pH132k6snUjZNBzZCUa_n8PTUybJRLnABWwJM.T.qkZwbFwge tqecByoVeTJW8aWLj5orgaVClFSjIdp_hlve59hmY Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Wed, 27 May 2020 19:43:31 +0000 Received: by smtp423.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 0cd7cc4abc481404b8109d57177f0425; Wed, 27 May 2020 19:43:27 +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.4 \(3608.80.23.2.2\)) Subject: NetBSD has fixes to its RPi4 genet support, do they suggest any changes for FreeBSD? Message-Id: Date: Wed, 27 May 2020 12:43:26 -0700 To: freebsd-arm X-Mailer: Apple Mail (2.3608.80.23.2.2) References: X-Rspamd-Queue-Id: 49XLqB5STwz42C1 X-Spamd-Bar: - X-Spamd-Result: default: False [-1.74 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.24)[-0.245]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; SUBJECT_ENDS_QUESTION(1.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.990]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.01)[-1.005]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.30:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.30:from]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 27 May 2020 19:43:35 -0000 This mattered for my attempted use of https://rpi4-uefi.dev 's v1.13 and NetBSD-current for using the Ethernet via NetBSD on the RPi4. QUOTE On 2020-May-27, at 03:24, Jared McNeill = wrote: Less than an hour after that build's timestamp I committed some fixes in = this area: http://mail-index.netbsd.org/source-changes/2020/05/25/msg117718.html http://mail-index.netbsd.org/source-changes/2020/05/25/msg117719.html http://mail-index.netbsd.org/source-changes/2020/05/25/msg117720.html Hopefully the next image will work better for you. END QUOTE It did work better. Prior to the update, the RPi4 could see traffic over its Ethernet but other devices could not see traffic from the RPi4 (tcpdump results). This prevented the likes of DHCP client from assigning an IPv4 address in the intended range (which is how I initially noticed that there was a problem). As of installing and trying todays: = https://www.armbsd.org/arm/netbsd-9/202005261610Z/NetBSD-evbarm-aarch64-20= 2005261610Z-generic.img.gz (that has the above fixes), DHCP client works fine and an IPv4 address in the intended range is assigned. I've no clue if any of the NetBSD fixes suggest any FreeBSD genet changes or not. (FYI: The fixes are in turn based on OpenBSD code.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Thu May 28 14:57: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 537D12F4A10 for ; Thu, 28 May 2020 14:57:45 +0000 (UTC) (envelope-from crowston@protonmail.com) Received: from mail-40131.protonmail.ch (mail-40131.protonmail.ch [185.70.40.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "protonmail.com", Issuer "SwissSign Server Gold CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49XrQw1txWz4ltl for ; Thu, 28 May 2020 14:57:43 +0000 (UTC) (envelope-from crowston@protonmail.com) Date: Thu, 28 May 2020 14:57:35 +0000 To: =?UTF-8?Q?Klaus_K=C3=BCchemann?= From: Robert Crowston Cc: "freebsd-arm@freebsd.org" Reply-To: Robert Crowston Subject: Re: Driver for Raspberry Pi 4 PCI-express controller Message-ID: <1RBZ-1AclgkiNDwWUqrWhun8T8YSAX6g64NeSc2DKy9EF1wGsJobselP4UYGflpcmbfUx3sEEM2YplIJOXPmZ6EG_GwiMC1_3GLrqpZxisQ=@protonmail.com> In-Reply-To: <7F058E92-DDD3-4728-9A51-09BF1D47855C@googlemail.com> References: <7F058E92-DDD3-4728-9A51-09BF1D47855C@googlemail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=7.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mail.protonmail.ch X-Rspamd-Queue-Id: 49XrQw1txWz4ltl X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.30 / 15.00]; HAS_REPLYTO(0.00)[crowston@protonmail.com]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[protonmail.com]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; DKIM_TRACE(0.00)[protonmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[protonmail.com,quarantine]; NEURAL_HAM_SHORT(-1.20)[-1.200]; FREEMAIL_TO(0.00)[googlemail.com]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[protonmail.com]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[185.70.40.131:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.005]; R_DKIM_ALLOW(-0.20)[protonmail.com:s=protonmail]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.995]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_REPLYTO(0.00)[protonmail.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RWL_MAILSPIKE_VERYGOOD(0.00)[185.70.40.131:from] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2020 14:57:45 -0000 Thanks Klaus. I see that the Pi foundation has today released the 8 GB Raspberry Pi 4. Un= fortunately the driver here only provides the controller a 4 GB window into= system memory, but I believe it should not be too hard to tweak. =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90 Original Me= ssage =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90 On Wednesday, 27 May 2020 08:40, Klaus K=C3=BCchemann wrote: > > > > Am 27.05.2020 um 00:20 schrieb Robert Crowston via freebsd-arm freebsd-= arm@freebsd.org: > > A patch adding support for the pcie controller on the bcm2838 chip is a= vailable here: > > https://github.com/RobCrowston/freebsd/commit/3626d1f774a72f2f77feedf10= 0429d0a23ac50c8.patch > > thanks =E2=80=A6. > > > This is still in development, but it is ready for wider testing. > > dmesg : > https://dmesgd.nycbug.org/index.cgi?do=3Dview&id=3D5517 > > > I have tested this patch on three different Pi4s I have, including a 2 = GB and a 4 GB model. For the most part HIDs like keyboards and mice are rel= iable, but data transfers from mass storage devices can sometimes, though n= ot reproducibly, cause the xHCI controller to reset. > > For me keyboard/mouse sometimes worked after reboot/detach<->attach, some= times worked not(using Original RPI4-power adaptor). As seen in dmesg I cou= ld mount USB thumb drive. > > I suspect the generic_xhci driver(s) for the problems and I guess there s= ome =E2=80=9Aquirks=E2=80=98 have to be added there(also for ACPI)... > > I will test it in more detail and then publish it in the wiki if you don'= t want to do it yourself in the wiki. > > > I have only tested it against the soldered-on xHCI chip; if anyone has = desoldered it and replaced it with a pci-pci bridge, that would be interest= ing to hear about. > > Before I submit this to phabricator, assuming there is interest, I woul= d be interested to hear others' experiences with it, or indeed any other fe= edback. > > > > 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 May 28 15:37: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 4CF5D2F5B61 for ; Thu, 28 May 2020 15:37: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) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 49XsKC1qjkz4q8r for ; Thu, 28 May 2020 15:37:51 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wr1-x443.google.com with SMTP id l11so28466399wru.0 for ; Thu, 28 May 2020 08:37:51 -0700 (PDT) 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=pvJcFDXG01CdZvTngIBsCAdFvOZkF1zbBIBlGXaBPuI=; b=M2S0ymGlv/Ww7Fjzl0sthMtlIG9yM0SI/SkM/QAkKKfw79+s6eacF/3+pYXm4CZCOD WMH7P+1mmYZcH8UipX+IBmc3ugVJZ0EyfPiktjSm+MjkkD9Olowl87cQZjlyDDpNRVca 5tihguWqgWjF8C7W3vTZGXniIXZh52TRS4xwzJGzY8n5NabUdRdeBXV35uY7KTIqYL7N OfGr2beWH1FM/N6Ktqoa5MhtGqivTrT++R3yiVk3BcV5nBTMptNc8iLNT9ltyxWee/FP 5pBJhXqV2gJ3ni6l1sRuQhY5QMVyoBEsR3Ziu6rT03QZnIcIvkj7vC+OirG5ZehQj1zJ DhaQ== X-Gm-Message-State: AOAM530pbGNgd5/0bR/5joAzVSmmnqx1Ls4QQyklDy5T9hzzwoQJ1uu8 bMbgkiSf0SKdXZxTT5l5kIw= X-Google-Smtp-Source: ABdhPJwyExSb4Cj3Qr3SBGk++xI0S3cuxM3jh4MgU3ya9rMUBLao/vqNRpYGCJRpto2IBV+cgCkF0A== X-Received: by 2002:adf:ec03:: with SMTP id x3mr4050177wrn.297.1590680268850; Thu, 28 May 2020 08:37:48 -0700 (PDT) Received: from [192.168.1.167] ([46.114.109.77]) by smtp.googlemail.com with ESMTPSA id z132sm7744951wmc.29.2020.05.28.08.37.47 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 28 May 2020 08:37:47 -0700 (PDT) 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.4 \(3608.80.23.2.2\)) Subject: Re: Driver for Raspberry Pi 4 PCI-express controller Date: Thu, 28 May 2020 17:37:42 +0200 References: <7F058E92-DDD3-4728-9A51-09BF1D47855C@googlemail.com> <1RBZ-1AclgkiNDwWUqrWhun8T8YSAX6g64NeSc2DKy9EF1wGsJobselP4UYGflpcmbfUx3sEEM2YplIJOXPmZ6EG_GwiMC1_3GLrqpZxisQ=@protonmail.com> To: Robert Crowston , freebsd-arm@freebsd.org In-Reply-To: <1RBZ-1AclgkiNDwWUqrWhun8T8YSAX6g64NeSc2DKy9EF1wGsJobselP4UYGflpcmbfUx3sEEM2YplIJOXPmZ6EG_GwiMC1_3GLrqpZxisQ=@protonmail.com> Message-Id: <46519DEB-E96D-43DD-B739-401F9F51371E@googlemail.com> X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49XsKC1qjkz4q8r X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.21 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; 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]; NEURAL_HAM_SHORT(-0.72)[-0.723]; FREEMAIL_TO(0.00)[protonmail.com,freebsd.org]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.109.77:received]; 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:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.01)[-1.009]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.98)[-0.981]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::443:from]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2020 15:37:52 -0000 > Am 28.05.2020 um 16:57 schrieb Robert Crowston = : >=20 > Thanks Klaus. >=20 > I see that the Pi foundation has today released the 8 GB Raspberry Pi = 4. Unfortunately the driver here only provides the controller a 4 GB = window into system memory, but I believe it should not be too hard to = tweak. >=20 > =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90 = Original Message =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2= =80=90 > On Wednesday, 27 May 2020 08:40, Klaus K=C3=BCchemann = wrote: Thanks Robert , =E2=80=A6. you forced me to order an 8GB-model :-), since we need at = least=20 2 persons to test your driver.`guess it will arrive here in 2 or 4 days. Didn=E2=80=99t find the time yet for further testing ...`will do a = Wiki-entry tonight =E2=80=A6.=20 There=E2=80=99s something special with the RPI4 using QWord , perhaps = you can take a look at : = https://github.com/tianocore/edk2-platforms/blob/master/Platform/Raspberry= Pi/AcpiTables/Xhci.asl#L118 (and the OpenBSD-xhci-driver which addresses that issue) (saw your comment in edkII-branch). >=20 >>=20 >>=20 >>> Am 27.05.2020 um 00:20 schrieb Robert Crowston via freebsd-arm = freebsd-arm@freebsd.org: >>> A patch adding support for the pcie controller on the bcm2838 chip = is available here: >>> = https://github.com/RobCrowston/freebsd/commit/3626d1f774a72f2f77feedf10042= 9d0a23ac50c8.patch >>=20 >> thanks =E2=80=A6. >>=20 >>> This is still in development, but it is ready for wider testing. >>=20 >> dmesg : >> https://dmesgd.nycbug.org/index.cgi?do=3Dview&id=3D5517 >>=20 >>> I have tested this patch on three different Pi4s I have, including a = 2 GB and a 4 GB model. For the most part HIDs like keyboards and mice = are reliable, but data transfers from mass storage devices can = sometimes, though not reproducibly, cause the xHCI controller to reset. >>=20 >> For me keyboard/mouse sometimes worked after reboot/detach<->attach, = sometimes worked not(using Original RPI4-power adaptor). As seen in = dmesg I could mount USB thumb drive. >>=20 >> I suspect the generic_xhci driver(s) for the problems and I guess = there some =E2=80=9Aquirks=E2=80=98 have to be added there(also for = ACPI)... >>=20 >> I will test it in more detail and then publish it in the wiki if you = don't want to do it yourself in the wiki. >>=20 >>> I have only tested it against the soldered-on xHCI chip; if anyone = has desoldered it and replaced it with a pci-pci bridge, that would be = interesting to hear about. >>> Before I submit this to phabricator, assuming there is interest, I = would be interested to hear others' experiences with it, or indeed any = other feedback. >>>=20 >>> freebsd-arm@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >>> To unsubscribe, send any mail to = "freebsd-arm-unsubscribe@freebsd.org" >=20 >=20 From owner-freebsd-arm@freebsd.org Thu May 28 17:20: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 6DDE52F862B for ; Thu, 28 May 2020 17:20:56 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wr1-x441.google.com (mail-wr1-x441.google.com [IPv6:2a00:1450:4864:20::441]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 49Xvc71Rrzz3W2P for ; Thu, 28 May 2020 17:20:54 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wr1-x441.google.com with SMTP id c3so24650698wru.12 for ; Thu, 28 May 2020 10:20:54 -0700 (PDT) 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=hqMzQX2Opr6L6r8upL8n4BM2DzxT3PQa7uZJQngZ5Jc=; b=GSRjW7H3Fjsw7c5MUDmiDN/pY+v3BzSXP9wkyso8pbp8jhGXB9o1lLD8lc11QDnFB9 Y8qnTIOWyy/cJ/GHVM34g69EEbEdj1xYiOdZi72t+6/sV7toUWoYQxy+2pioxLuAimLV 9tgVj8VIvi68MxJjINgoxrDcGnastNewCDu4Xoyot94S3ggPk6oDNxbZ/e3SViuQjAkI KfmzA6mdlybZWY0R89il8ZerT9byiLY47vWA5vv5wjUWB9KQ8CAnlcNNBGTYgwL0bcgE vtBIf3PdfiNrGjwE5aXlC9bDzYVz6U67FCxFDXYZyRSalGks/EtbWTQOycX0O/nRBRhB 8i3A== X-Gm-Message-State: AOAM530Z8Mzazllc+CTUu6gNSFlJaaC2uLJcwMoy53UOYMW/Zo90qH2n iC+l7O9n5sMH8iRpuS8VRkjmQ3tl X-Google-Smtp-Source: ABdhPJyk1/MBp8lGVR/O+g/W8+efYFzzNHgeeJnIDQSw7FXkOQRC007SI9Fm6iMe7niPRGINVchdWg== X-Received: by 2002:a05:6000:1289:: with SMTP id f9mr4537325wrx.5.1590686423861; Thu, 28 May 2020 10:20:23 -0700 (PDT) Received: from [192.168.1.167] ([46.114.109.77]) by smtp.googlemail.com with ESMTPSA id q128sm6853702wma.38.2020.05.28.10.20.22 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 28 May 2020 10:20:23 -0700 (PDT) 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.4 \(3608.80.23.2.2\)) Subject: Re: Driver for Raspberry Pi 4 PCI-express controller Date: Thu, 28 May 2020 19:20:21 +0200 References: <7F058E92-DDD3-4728-9A51-09BF1D47855C@googlemail.com> <1RBZ-1AclgkiNDwWUqrWhun8T8YSAX6g64NeSc2DKy9EF1wGsJobselP4UYGflpcmbfUx3sEEM2YplIJOXPmZ6EG_GwiMC1_3GLrqpZxisQ=@protonmail.com> <46519DEB-E96D-43DD-B739-401F9F51371E@googlemail.com> To: Robert Crowston , freebsd-arm@freebsd.org In-Reply-To: <46519DEB-E96D-43DD-B739-401F9F51371E@googlemail.com> Message-Id: <87EE030D-5323-477B-9FF3-CB8970138729@googlemail.com> X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49Xvc71Rrzz3W2P X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.30 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; 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]; NEURAL_HAM_SHORT(-0.81)[-0.808]; FREEMAIL_TO(0.00)[protonmail.com,freebsd.org]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.109.77:received]; 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:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.01)[-1.010]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.98)[-0.983]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::441:from]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2020 17:20:56 -0000 > Am 28.05.2020 um 17:37 schrieb Klaus K=C3=BCchemann = : >=20 >=20 >=20 >> Am 28.05.2020 um 16:57 schrieb Robert Crowston = : >>=20 >> Thanks Klaus. >>=20 >> I see that the Pi foundation has today released the 8 GB Raspberry Pi = 4. Unfortunately the driver here only provides the controller a 4 GB = window into system memory, but I believe it should not be too hard to = tweak. >>=20 >> =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90 = Original Message =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2= =80=90 >> On Wednesday, 27 May 2020 08:40, Klaus K=C3=BCchemann = wrote: >=20 >=20 > Thanks Robert , > =E2=80=A6. you forced me to order an 8GB-model :-), since we need at = least=20 > 2 persons to test your driver.`guess it will arrive here in 2 or 4 = days. > Didn=E2=80=99t find the time yet for further testing ...`will do a = Wiki-entry tonight =E2=80=A6.=20 > There=E2=80=99s something special with the RPI4 using QWord , perhaps = you can take a look at : > = https://github.com/tianocore/edk2-platforms/blob/master/Platform/Raspberry= Pi/AcpiTables/Xhci.asl#L118 > (and the OpenBSD-xhci-driver which addresses that issue) > (saw your comment in edkII-branch). =E2=80=A6 well, yet another thing : = http://u-boot.10912.n7.nabble.com/PATCH-v3-0-2-usb-xhci-Load-Raspberry-Pi-= 4-VL805-s-firmware-td410664.html https://patchwork.kernel.org/cover/11529585/ From owner-freebsd-arm@freebsd.org Thu May 28 18:46:03 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 60A8A2FA17F for ; Thu, 28 May 2020 18:46:03 +0000 (UTC) (envelope-from crowston@protonmail.com) Received: from mail-40131.protonmail.ch (mail-40131.protonmail.ch [185.70.40.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "protonmail.com", Issuer "SwissSign Server Gold CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49XxVK6fzQz3dN6 for ; Thu, 28 May 2020 18:46:01 +0000 (UTC) (envelope-from crowston@protonmail.com) Date: Thu, 28 May 2020 18:45:56 +0000 To: =?UTF-8?Q?Klaus_K=C3=BCchemann?= , freebsd-arm@freebsd.org From: Robert Crowston Reply-To: Robert Crowston Subject: Re: Driver for Raspberry Pi 4 PCI-express controller Message-ID: In-Reply-To: <87EE030D-5323-477B-9FF3-CB8970138729@googlemail.com> References: <7F058E92-DDD3-4728-9A51-09BF1D47855C@googlemail.com> <1RBZ-1AclgkiNDwWUqrWhun8T8YSAX6g64NeSc2DKy9EF1wGsJobselP4UYGflpcmbfUx3sEEM2YplIJOXPmZ6EG_GwiMC1_3GLrqpZxisQ=@protonmail.com> <46519DEB-E96D-43DD-B739-401F9F51371E@googlemail.com> <87EE030D-5323-477B-9FF3-CB8970138729@googlemail.com> MIME-Version: 1.0 X-Spam-Status: No, score=-1.2 required=7.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM,HTML_MESSAGE shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mail.protonmail.ch X-Rspamd-Queue-Id: 49XxVK6fzQz3dN6 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.81 / 15.00]; HAS_REPLYTO(0.00)[crowston@protonmail.com]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[protonmail.com]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; DKIM_TRACE(0.00)[protonmail.com:+]; MIME_BASE64_TEXT(0.10)[]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.81)[-0.814]; DMARC_POLICY_ALLOW(-0.50)[protonmail.com,quarantine]; FREEMAIL_TO(0.00)[googlemail.com,freebsd.org]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[protonmail.com]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[185.70.40.131:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.004]; R_DKIM_ALLOW(-0.20)[protonmail.com:s=protonmail]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.99)[-0.991]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; FREEMAIL_REPLYTO(0.00)[protonmail.com]; HAS_PHPMAILER_SIG(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RWL_MAILSPIKE_VERYGOOD(0.00)[185.70.40.131:from] Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2020 18:46:03 -0000 SSBkaWQgdGVzdCBvbiBhIHBpNCB3aXRoIHRoZSBsYXRlc3QgVVNCIGZpcm13YXJlLiBBIGtleWJv YXJkIGZ1bmN0aW9uZWQgb2theSB3aXRob3V0IG1lIGRvaW5nIGFueXRoaW5nIHNwZWNpYWwuCgpC dXQgdGhhbmtzIGZvciBwb2ludGluZyB0aGlzIHRvIG1lLgoKT24gVGh1LCBNYXkgMjgsIDIwMjAg YXQgMTg6MjAsIEtsYXVzIEvDvGNoZW1hbm4gPG1hY2lwaG9uZTJAZ29vZ2xlbWFpbC5jb20+IHdy b3RlOgoKPj4gQW0gMjguMDUuMjAyMCB1bSAxNzozNyBzY2hyaWViIEtsYXVzIEvDvGNoZW1hbm4g PG1hY2lwaG9uZTJAZ29vZ2xlbWFpbC5jb20+Ogo+Pgo+Pgo+Pgo+Pj4gQW0gMjguMDUuMjAyMCB1 bSAxNjo1NyBzY2hyaWViIFJvYmVydCBDcm93c3RvbiA8Y3Jvd3N0b25AcHJvdG9ubWFpbC5jb20+ Ogo+Pj4KPj4+IFRoYW5rcyBLbGF1cy4KPj4+Cj4+PiBJIHNlZSB0aGF0IHRoZSBQaSBmb3VuZGF0 aW9uIGhhcyB0b2RheSByZWxlYXNlZCB0aGUgOCBHQiBSYXNwYmVycnkgUGkgNC4gVW5mb3J0dW5h dGVseSB0aGUgZHJpdmVyIGhlcmUgb25seSBwcm92aWRlcyB0aGUgY29udHJvbGxlciBhIDQgR0Ig d2luZG93IGludG8gc3lzdGVtIG1lbW9yeSwgYnV0IEkgYmVsaWV2ZSBpdCBzaG91bGQgbm90IGJl IHRvbyBoYXJkIHRvIHR3ZWFrLgo+Pj4KPj4+IOKAkOKAkOKAkOKAkOKAkOKAkOKAkCBPcmlnaW5h bCBNZXNzYWdlIOKAkOKAkOKAkOKAkOKAkOKAkOKAkAo+Pj4gT24gV2VkbmVzZGF5LCAyNyBNYXkg MjAyMCAwODo0MCwgS2xhdXMgS8O8Y2hlbWFubiA8bWFjaXBob25lMkBnb29nbGVtYWlsLmNvbT4g d3JvdGU6Cj4+Cj4+Cj4+IFRoYW5rcyBSb2JlcnQgLAo+PiDigKYuIHlvdSBmb3JjZWQgbWUgdG8g b3JkZXIgYW4gOEdCLW1vZGVsIDotKSwgc2luY2Ugd2UgbmVlZCBhdCBsZWFzdAo+PiAyIHBlcnNv bnMgdG8gdGVzdCB5b3VyIGRyaXZlci5gZ3Vlc3MgaXQgd2lsbCBhcnJpdmUgaGVyZSBpbiAyIG9y IDQgZGF5cy4KPj4gRGlkbuKAmXQgZmluZCB0aGUgdGltZSB5ZXQgZm9yIGZ1cnRoZXIgdGVzdGlu ZyAuLi5gd2lsbCBkbyBhIFdpa2ktZW50cnkgdG9uaWdodCDigKYuCj4+IFRoZXJl4oCZcyBzb21l dGhpbmcgc3BlY2lhbCB3aXRoIHRoZSBSUEk0IHVzaW5nIFFXb3JkICwgcGVyaGFwcyB5b3UgY2Fu IHRha2UgYSBsb29rIGF0IDoKPj4gaHR0cHM6Ly9naXRodWIuY29tL3RpYW5vY29yZS9lZGsyLXBs YXRmb3Jtcy9ibG9iL21hc3Rlci9QbGF0Zm9ybS9SYXNwYmVycnlQaS9BY3BpVGFibGVzL1hoY2ku YXNsI0wxMTgKPj4gKGFuZCB0aGUgT3BlbkJTRC14aGNpLWRyaXZlciB3aGljaCBhZGRyZXNzZXMg dGhhdCBpc3N1ZSkKPj4gKHNhdyB5b3VyIGNvbW1lbnQgaW4gZWRrSUktYnJhbmNoKS4KPgo+IOKA piB3ZWxsLCB5ZXQgYW5vdGhlciB0aGluZyA6Cj4KPiBodHRwOi8vdS1ib290LjEwOTEyLm43Lm5h YmJsZS5jb20vUEFUQ0gtdjMtMC0yLXVzYi14aGNpLUxvYWQtUmFzcGJlcnJ5LVBpLTQtVkw4MDUt cy1maXJtd2FyZS10ZDQxMDY2NC5odG1sCj4KPiBodHRwczovL3BhdGNod29yay5rZXJuZWwub3Jn L2NvdmVyLzExNTI5NTg1Lw== From owner-freebsd-arm@freebsd.org Thu May 28 19:19:24 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 508FC2FB549 for ; Thu, 28 May 2020 19:19:24 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-54.consmr.mail.gq1.yahoo.com (sonic316-54.consmr.mail.gq1.yahoo.com [98.137.69.30]) (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 49XyDq1pMgz41Xt for ; Thu, 28 May 2020 19:19:22 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: zLYe.LgVM1mLxr8dahWkOfWbY37vBfXOqmWUFNLLCLU.J5JN3nLLVwQn0XYkLp4 u9ZlJc3cGp80.xH0EJw0HamMo7wkqcCCFLyBbJ_xpR5qWOffZO.u4buNIL12pm3pl660NSNn64mk rp.EaVw44JZWQuAoyFc6Bvl5NQDXJnQYIKaG6wAWQ5gmkXUWiJPKf672SlD77DrbkGc9ghUsm9wr 7TFAfh2F7Lh7gFssb71e2LtcPurvYl35lDjpDXTAuUoSNdRB0kM71Nmg0gXT_K4fjNioKT_kpUxm 6JVO_6qbQGlglbmqS2YcEU.qVPqfvbov8.C.fbXfzBXewsP0VYBQvvi0fVV72m3qHhS7ky2EU4TO lCwSm2LA5AWaIJu0WdQsbzPgw1Bt1aLkgbcBs8V54xUPndnWh7q1OM05U8nLy6vIwdwd63oSK7zM 7WZRqbdzIBMXtpG0KCeTyy3ig28Rtv.GCmj2O7B2rqHdECtW9_FmWcaxdX39F4D3JKSVn2_oBr9V hY74pOwRp6iS.SYNzXe9AFYTV.a.XUuXtN1wKv2Umz9uleY2Fdd85Iz6f3RtsBRz.j4zo43aAvZb q689fuUTzpRouG9jowruHPiIHYSOBbnZUfakQqOvuSPqoZj2YuAd31aeXq5H78t2NLqAKNdI.BoU TPPN_gOCkWchSB7o9AyIQ_ZDBwN5rK55NhpR3rGros1iBGODMb8PK1vfLDkzSKrwZlsfYeziv70W Mdcrq3.CqqInizlSLV63Bybq46fIot.5ZdX7vV2lFW06Q4kY6LWMzVAXDqdaBnOXVcHWQOmBGwGK Yz6kWptOC6XU3csFjpCuCh6f_9tw9Uma6DiuSPeUBDnqceDaePv68T20zXDxkvcpZs040a9HQvAC Vo4.D5MaJD_61BymytA0YagXpeAy2N6u7sOSq.p12XJ..sMyIWnDRpAAsP6u6c_lI6LgoQo33R9Q w5hRpP614sCfMfh7dZHSmv9d3RjZGcnit96JwgqEtn8dFCoz.oUnWVTaE41ej30jxtlatevWas5N CWSokuA75dF9i24_Pp066CgSUl5rQkJM2VLkSTqH5W2Ia2nGnXWj7PT5M8oPFftSKFXclsrWn8zK YfmTVcJ8OCo9dJ7HXl8B.dgrxqeTmHYVNxqjhqUiCojrfXEXUnh2xtoz8RvQniYC_OSfshzXJ4Dj nLP.P_psrkYsZvt4ZqUMwJeDfQVins_KQ5lksDfCmDP82fINArVCju4EomLzvYhcVwFHFCNYyM8y JOQZ9PKZYeE6WTefK8ugb.YtHNqKG.njHlsXLtOXQKB_GjMYbTFqQSxqHTb6Su49veuq6PE_XbC8 rrU20WmWLitDJnrRMCRFd.owvK5I4JiYn2xazKiXQ7OOJ.oWEdszElsZdWT4Mc2FeJbl4qGxBaYr FMRYD9SN.MPK4Ao5X2uOPIWU3hrdRPvH6VtBEBQrUkHWU0dJTTB7fhGU7lQ-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Thu, 28 May 2020 19:19:20 +0000 Received: by smtp405.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID abe8eb339a3f44fbe8037bf2c32775ad; Thu, 28 May 2020 19:19:17 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: Driver for Raspberry Pi 4 PCI-express controller From: Mark Millard In-Reply-To: <87EE030D-5323-477B-9FF3-CB8970138729@googlemail.com> Date: Thu, 28 May 2020 12:19:15 -0700 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <377EA2D7-F7C8-4ECA-9BFC-1EC081665C04@yahoo.com> References: <7F058E92-DDD3-4728-9A51-09BF1D47855C@googlemail.com> <1RBZ-1AclgkiNDwWUqrWhun8T8YSAX6g64NeSc2DKy9EF1wGsJobselP4UYGflpcmbfUx3sEEM2YplIJOXPmZ6EG_GwiMC1_3GLrqpZxisQ=@protonmail.com> <46519DEB-E96D-43DD-B739-401F9F51371E@googlemail.com> <87EE030D-5323-477B-9FF3-CB8970138729@googlemail.com> To: =?utf-8?Q?Klaus_K=C3=BCchemann?= X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49XyDq1pMgz41Xt X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.45 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.97)[-0.970]; 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:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.001]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.97)[-0.974]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.30:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.30:from]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2020 19:19:24 -0000 On 2020-May-28, at 10:20, Klaus K=C3=BCchemann via freebsd-arm = wrote: >=20 >> . . . >=20 >=20 > =E2=80=A6 well, yet another thing : >=20 > = http://u-boot.10912.n7.nabble.com/PATCH-v3-0-2-usb-xhci-Load-Raspberry-Pi-= 4-VL805-s-firmware-td410664.html >=20 > https://patchwork.kernel.org/cover/11529585/ Interesting. Looks like those post-date the current 2020.04 base for u-boot from sysutils/u-boot-rpi4 and sysutils/u-boot-master . I do not know the https://github.com/pftf/RPi4/releases/tag/v1.13 ( https://rpi4-uefi.dev ) status relative to such things: the dates are more recent but that is not a sufficient indicator. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Thu May 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 BD4712FBC8E for ; Thu, 28 May 2020 19:28:23 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wr1-x431.google.com (mail-wr1-x431.google.com [IPv6:2a00:1450:4864:20::431]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 49XyRB63Fzz42F7 for ; Thu, 28 May 2020 19:28:22 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wr1-x431.google.com with SMTP id x14so475500wrp.2 for ; Thu, 28 May 2020 12:28:22 -0700 (PDT) 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=nkY1kXpnPvq0hY9l2C6DQLDOG+7eEV9FUBsTbWkVjkY=; b=rKbxiRB1AtHVRUgqIK3SnH0rdkNmpZc+hB2SGZjO9Voz8WxZ/yGx4ctyuK7PMKosGN OdZfldq1b2PnlVGTCkY6yYZ/GObPMh0xPWO5FjRExd/sahnYMi6rFL5/pnt8fln7pfF7 +boQlgaeyVbQUacDiF+BrkG7UOTDXYoYH053PGXfITkUTvbCa0pCALGbU0k89kfHTC1S nv+jgBRyNEoGnK6EdT3iPqfvoa0HcxfeJdxrhuYlq0oCr9xNc+zwE5VYr+JzdIJRUPSw ZAezpbJWgTYoxtqbnWNjIz4NGZttP9C7tCuD3ItG/3Kk6pD9+ZgXl8RxE5NrQ1TedXB+ cCnA== X-Gm-Message-State: AOAM533/X83mLEd4BDVXZKcUjMee4TrXj/toUK9N3njc0MVr2W2l66X7 pv83id5+iVK4RgV/5ByXsoc= X-Google-Smtp-Source: ABdhPJxDoxx9/PLWw0+4nfZPm7oQKV8VManeXqZS2Fdi7eS1SeM6QvOpWUnqS/dStR3a+NjdkufWPA== X-Received: by 2002:a5d:42cd:: with SMTP id t13mr4822666wrr.355.1590694100443; Thu, 28 May 2020 12:28:20 -0700 (PDT) Received: from [192.168.1.167] ([46.114.109.77]) by smtp.googlemail.com with ESMTPSA id z25sm7805115wmf.10.2020.05.28.12.28.18 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 28 May 2020 12:28:19 -0700 (PDT) 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.4 \(3608.80.23.2.2\)) Subject: Re: Driver for Raspberry Pi 4 PCI-express controller Date: Thu, 28 May 2020 21:28:17 +0200 References: <7F058E92-DDD3-4728-9A51-09BF1D47855C@googlemail.com> <1RBZ-1AclgkiNDwWUqrWhun8T8YSAX6g64NeSc2DKy9EF1wGsJobselP4UYGflpcmbfUx3sEEM2YplIJOXPmZ6EG_GwiMC1_3GLrqpZxisQ=@protonmail.com> <46519DEB-E96D-43DD-B739-401F9F51371E@googlemail.com> <87EE030D-5323-477B-9FF3-CB8970138729@googlemail.com> To: Robert Crowston , freebsd-arm@freebsd.org In-Reply-To: Message-Id: <2B2740CB-493B-4002-951F-D67C83B01AFE@googlemail.com> X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49XyRB63Fzz42F7 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.34 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; 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]; NEURAL_HAM_SHORT(-0.85)[-0.854]; FREEMAIL_TO(0.00)[protonmail.com,freebsd.org]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.109.77:received]; 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:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.01)[-1.009]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.98)[-0.981]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::431:from]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2020 19:28:23 -0000 > Am 28.05.2020 um 20:45 schrieb Robert Crowston = : >=20 > I did test on a pi4 with the latest USB firmware. A keyboard = functioned okay without me doing anything special. >=20 > But thanks for pointing this to me.=20 >=20 >>=20 >> =E2=80=A6 well, yet another thing : >>=20 >> = http://u-boot.10912.n7.nabble.com/PATCH-v3-0-2-usb-xhci-Load-Raspberry-Pi-= 4-VL805-s-firmware-td410664.html >>=20 >> https://patchwork.kernel.org/cover/11529585/ >>=20 >>=20 >>=20 >>=20 >=20 >=20 thanks Robert, yeah(also `ve used latest fw when I tested your driver), I pointed you = to the firmware-thing because=20 the new 8GB-model will have a new (hardware-)firmware-interface which = will rely=20 on the pcie/xhci--driver(s) =E2=80=A6 o.k., we will see what happens when the new gadget arrives... From owner-freebsd-arm@freebsd.org Thu May 28 19:50:21 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 A22CD2FBED8 for ; Thu, 28 May 2020 19:50:21 +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) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 49XywX3KF0z43lK for ; Thu, 28 May 2020 19:50:20 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wm1-x343.google.com with SMTP id f185so338811wmf.3 for ; Thu, 28 May 2020 12:50:20 -0700 (PDT) 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=0Vm3aBWjNr2Y2ItFpc//eiOcHLrUxFT+lttvkw9FyjM=; b=IlR84A+oC474BNnI+z3Lj6bP/FHLtvY6ex+B4pALkOb9ilpIqjrpzcvomRNYbwUzin gP2Bxi5bcSl/da9vsfJW2DfHKznfbZcgrOm4wwGB3Zaytz/Q1bnE8yU9ZdboHT9MbY3F cPicfL8r9gE44Lw2m5Q5E0YFn8HNoaHTmFqMv59JVR9XCFfcK67cm8pFs7zFkx4wTfTI Lb+1/DOyMAyfML/FaMcjve5mM/xO7/DBwSKF/bJ7/XjqihLhBdvXyZlCe232IaH8d1Uq Ap8Qem2AZZECe+NswB7o0QCokqsuLEqHTtCxwzGiJsSTlR25SscEqERF5FHYDc4FnnK1 ZIfQ== X-Gm-Message-State: AOAM533cER8y+qAj78XDP7EIxa9TU7mQNpaSIjbdDASJ6oCXoGW/3IlP x0U1gz9HJXmYPyIUO1KjLg4= X-Google-Smtp-Source: ABdhPJxsGiNSX24ku4uwXL+4TKQwQdTZEQ/XE6EUd/I0ENkSUhxRZFj/WHiBTl88qGQqTbtkh/ApTg== X-Received: by 2002:a1c:7308:: with SMTP id d8mr5100037wmb.6.1590695419064; Thu, 28 May 2020 12:50:19 -0700 (PDT) Received: from [192.168.1.167] ([46.114.109.77]) by smtp.googlemail.com with ESMTPSA id s7sm7002550wrr.60.2020.05.28.12.50.17 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 28 May 2020 12:50:18 -0700 (PDT) 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.4 \(3608.80.23.2.2\)) Subject: Re: Driver for Raspberry Pi 4 PCI-express controller Date: Thu, 28 May 2020 21:50:16 +0200 References: <7F058E92-DDD3-4728-9A51-09BF1D47855C@googlemail.com> <1RBZ-1AclgkiNDwWUqrWhun8T8YSAX6g64NeSc2DKy9EF1wGsJobselP4UYGflpcmbfUx3sEEM2YplIJOXPmZ6EG_GwiMC1_3GLrqpZxisQ=@protonmail.com> <46519DEB-E96D-43DD-B739-401F9F51371E@googlemail.com> <87EE030D-5323-477B-9FF3-CB8970138729@googlemail.com> <377EA2D7-F7C8-4ECA-9BFC-1EC081665C04@yahoo.com> To: Mark Millard , freebsd-arm@freebsd.org In-Reply-To: <377EA2D7-F7C8-4ECA-9BFC-1EC081665C04@yahoo.com> Message-Id: <0AA4AF68-62D5-4918-8B23-13D29E2EB09F@googlemail.com> X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49XywX3KF0z43lK X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.02 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; 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]; NEURAL_HAM_SHORT(-0.54)[-0.537]; FREEMAIL_TO(0.00)[yahoo.com,freebsd.org]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.109.77:received]; 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:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.01)[-1.008]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.98)[-0.979]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::343:from]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 May 2020 19:50:21 -0000 > Am 28.05.2020 um 21:19 schrieb Mark Millard : >=20 > On 2020-May-28, at 10:20, Klaus K=C3=BCchemann via freebsd-arm = wrote: >=20 >>=20 >>> . . . >>=20 >>=20 >> =E2=80=A6 well, yet another thing : >>=20 >> = http://u-boot.10912.n7.nabble.com/PATCH-v3-0-2-usb-xhci-Load-Raspberry-Pi-= 4-VL805-s-firmware-td410664.html >>=20 >> https://patchwork.kernel.org/cover/11529585/ >=20 > Interesting. >=20 > Looks like those post-date the current 2020.04 base for u-boot from > sysutils/u-boot-rpi4 and sysutils/u-boot-master . >=20 > I do not know the https://github.com/pftf/RPi4/releases/tag/v1.13 > ( https://rpi4-uefi.dev ) status relative to such things: the > dates are more recent but that is not a sufficient indicator. >=20 >=20 > =3D=3D=3D > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) >=20 Yeah, as I said to Robert some minutes ago, that discussion belongs to = the new 8GB-model, `should have pointed that out=E2=80=A6 For rpi4UEFI it will need changes=E2=80=A6 for Robert`s = fdt-driver-Version we will=20 see what quirks will have to be addressed for the new gadget... From owner-freebsd-arm@freebsd.org Fri May 29 03:07: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 6F22132DB82 for ; Fri, 29 May 2020 03:07:50 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wr1-x431.google.com (mail-wr1-x431.google.com [IPv6:2a00:1450:4864:20::431]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 49Y8dG2bpYz3Y36 for ; Fri, 29 May 2020 03:07:45 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wr1-x431.google.com with SMTP id q11so1742984wrp.3 for ; Thu, 28 May 2020 20:07:45 -0700 (PDT) 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=Ulfc15zuD92uG5aE9r/aWgOoX7s6jkQUQsIzN8PyaUg=; b=uLi6hUESOno+/9M1vZx00coasxMW+40PHgu7zbE1IuA9UICZF+7vbxX9VO2nK8j8XB dZH1bmwzENEZh9iV66TFsZBqO1xbexgOH5Hj4d1MU8zYgP3qM3d2aSaTzEjOZNhSJKKf +F9PHuT/46LhdnahLaX6gA5uck30TkWp6EOUHrJU0jJhO5HAXDe85tpHCrg7UBYKpuFT lek8q+o1TpX1gLs0e70ZPbvzQisr7XURXRZqVpqmlrMaARFzKJ3z90iyOHhUkyWGx1Tf Z+K9U2t3hlf3KlOogazbvCt9Zhta95LKS5Hhs4OY55FxxmmKvjQRPdPP09kaVNflnZIy NVLA== X-Gm-Message-State: AOAM53031DxVmFs5xtNUIW8KgOJ3qujOlca6/Wf4Zk1KUeiOzhi0XWs+ FqBIjFnwFELNfosuz1Ev0dE= X-Google-Smtp-Source: ABdhPJwzLAZ8oZvLl6u7MT5yfXTVcbEj7oZ4dCTONABZZAv9gz+aCks2f927A0nW8iOfsZvrquL+gg== X-Received: by 2002:a05:6000:90:: with SMTP id m16mr6611484wrx.191.1590721636021; Thu, 28 May 2020 20:07:16 -0700 (PDT) Received: from [192.168.1.167] ([46.114.109.77]) by smtp.googlemail.com with ESMTPSA id v2sm8235250wrn.21.2020.05.28.20.07.14 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 28 May 2020 20:07:15 -0700 (PDT) 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.4 \(3608.80.23.2.2\)) Subject: bootverbose Test-session Re: Driver for Raspberry Pi 4 PCI-express controller Date: Fri, 29 May 2020 05:07:14 +0200 References: <7F058E92-DDD3-4728-9A51-09BF1D47855C@googlemail.com> <1RBZ-1AclgkiNDwWUqrWhun8T8YSAX6g64NeSc2DKy9EF1wGsJobselP4UYGflpcmbfUx3sEEM2YplIJOXPmZ6EG_GwiMC1_3GLrqpZxisQ=@protonmail.com> <46519DEB-E96D-43DD-B739-401F9F51371E@googlemail.com> <87EE030D-5323-477B-9FF3-CB8970138729@googlemail.com> To: Robert Crowston , freebsd-arm@freebsd.org In-Reply-To: Message-Id: <3040F106-13F6-462C-B655-DE7F79FFE52A@googlemail.com> X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49Y8dG2bpYz3Y36 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.06 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; 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]; NEURAL_HAM_SHORT(-0.56)[-0.562]; FREEMAIL_TO(0.00)[protonmail.com,freebsd.org]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.109.77:received]; 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:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.01)[-1.011]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.99)[-0.985]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::431:from]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2020 03:07:50 -0000 > Am 28.05.2020 um 20:45 schrieb Robert Crowston = : >=20 > I did test on a pi4 with the latest USB firmware. A keyboard = functioned okay without me doing anything special. >=20 > =E2=80=A6. >>=20 O.K., here is a funny bootverbose test-session (using Original = rpi-power adaptor 3A & UPS(Uninterruptible power supply ) : =E2=80=94Test No. 1 ( with connected HDMI-Display[and = UART&USB-stick&keyboard/mouse]) -: =E2=80=94=E2=80=94=E2=80=94 ugen0.2: at usbus0 (disconnected) ugen0.2: at usbus0 ---- xhci0: Resetting controller ugen0.2: at usbus0 (disconnected) ugen0.2: at usbus0 (disconnected) uhub0: at usbus0, port 1, addr 1 (disconnected) uhub0: detached uhub0 on usbus0 uhub0: <0x1106 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on = usbus0 uhub0: 5 ports with 4 removable, self powered xhci0: Resetting controller ugen0.2: at usbus0 (disconnected) ugen0.2: at usbus0 (disconnected) uhub0: at usbus0, port 1, addr 1 (disconnected) uhub0: detached uhub0 on usbus0 uhub0: <0x1106 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on = usbus0 uhub0: 5 ports with 4 removable, self powered xhci0: Resetting controller ugen0.2: at usbus0 (disconnected) ugen0.2: at usbus0 (disconnected) uhub0: at usbus0, port 1, addr 1 (disconnected) uhub0: detached uhub0 on usbus0 uhub0: <0x1106 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on = usbus0 uhub0: 5 ports with 4 removable, self powered ugen0.2: at usbus0 (disconnected) =E2=80=94 end Test No. 1 =E2=80=94 =E2=80=94Test No. 2 ( WITHOUT connected HDMI-Display [but with = UART&USB-stick&keyboard/mouse] ) : =E2=80=94=E2=80=94=E2=80=94 =E2=80=A6blabla=E2=80=A6 bcm_dma0: mem 0x7e007000-0x7e007aff irq = 9,10,11,12,13,14,15,16,17,18,19 on simplebus0 bcmwd0: mem = 0x7e100000-0x7e100113,0x7e00a000-0x7e00a023,0x7ec11000-0x7ec1101f on = simplebus0 mbox0: mem 0x7e00b880-0x7e00b8bf irq 21 on = simplebus0 c pcib0: mem = 0x7d500000-0x7d50930f,0x7e00f300-0x7e00f31f irq 66,67 on simplebus2 pcib0: hardware identifies as revision 0x304. pci0: on pcib0 pcib1: irq 77 at device 0.0 on pci0 pcib0: bcm_pcib_alloc_resource FAIL: type=3D3, rid=3D36, = start=3D00000000f8000000, end=3D00000000f80fffff, = count=3D0000000000100000, flags=3D40 pcib1: failed to allocate initial prefetch window: 0-0xfffff pci1: on pcib1 xhci0: irq 78 at device 0.0 on pci1 xhci0: 32 bytes context size, 64-bit DMA usbus0 on xhci0 =E2=80=A6blabla=E2=80=A6 iicbus0: on iichb0 iic0: on iicbus0 ugen0.1: <0x1106 XHCI root HUB> at usbus0 uhub0 on usbus0 uhub0: <0x1106 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on = usbus0 =E2=80=A6blabla=E2=80=A6 xhci0: Resetting controller ugen0.2: at usbus0 (disconnected) =E2=80=A6blabla=E2=80=A6 xhci0: Resetting controller ugen0.2: at usbus0 (disconnected) Setting hostname: generic. Setting up harvesting: = [UMA],[FS_ATIME],SWI,INTERRUPT,NET_NG,[NET_ETHER],NET_TUN,MOUSE,KEYBOARD,A= TTACH,CACHED =E2=80=A6blabla... ugen0.2: at usbus0 (disconnected) uhub0: at usbus0, port 1, addr 1 (disconnected) uhub0: detached uhub0 on usbus0 uhub0: <0x1106 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on = usbus0 uhub0: 5 ports with 4 removable, self powered ugen0.2: at usbus0 uhub1 on uhub0 uhub1: on = usbus0 uhub1: 4 ports with 4 removable, self powered =E2=80=A6blabla=E2=80=A6 ugen0.3: at usbus0 uhub2 on uhub1 uhub2: on usbus0 =E2=80=A6blabla=E2=80=A6 uhub2: 3 ports with 2 removable, bus powered ugen0.4: at usbus0 ugen0.5: at usbus0 ukbd0 on uhub2 ukbd0: on usbus0 =E2=80=A6blabla=E2=80=A6 Creating and/or trimming log filesugen0.6: at = usbus0 umass0 on uhub0 umass0: on = usbus0 ugen0.4: at usbus0 (disconnected) . da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 da0: Removable Direct Access SPC-4 SCSI = device da0: Serial Number 4C530000260314105595 da0: 400.000MB/s transfers da0: 29327MB (60062500 512 byte sectors) da0: quirks=3D0x2 =E2=80=A6blabla=E2=80=A6 ugen0.4: at usbus0 ums0 on uhub2 ums0: on usbus0 ums0: 3 buttons and [XYZ] coordinates ID=3D0 uhid0 on uhub2 uhid0: on usbus0 =E2=80=A6blabla=E2=80=A6 FreeBSD/arm64 (generic) (ttyu0) login:=20 =E2=80=94=E2=80=94end Test No.2 =E2=80=94 Hot-Plugging the HDMI-Display freezed the system =E2=80=A6. Next cold boot shows gen0.2: at usbus0 (disconnected) again = =E2=80=A6 system seems to be freezed again=E2=80=A6. Next coldboot after hardreset WITHOUT UART : same : gen0.2: = at usbus0 (disconnected) ( no working keyboard ) .. plugging back the UART.. see again : pcib0: bcm_pcib_alloc_resource FAIL: type=3D3, rid=3D36, = start=3D00000000f8000000, end=3D00000000f80fffff, = count=3D0000000000100000, flags=3D40 ..shutdown -h now..=20 Next try with changing the HDMI-port but same Adaptor : After pressing keyboard suddenly da0-detection : da0 at umass-sim0 bus 0 = scbus0 target 0 lun 0 and system-freeze =E2=80=A6 Next hard reset =E2=80=A6. Goin`full risk to burn my new display :-) Ha = Ha =E2=80=A6changed HDMI-cable=E2=80=A6 No HDMI but super strange console-output with loops like this(and the = next system-freeze) : ugen0.4: at usbus0 (disconnected) ugen0.4: at usbus0 ugen0.4: at usbus0 (disconnected) ugen0.4: at usbus0 ugen0.4: at usbus0 (disconnected) ugen0.4: at usbus0 ugen0.4: at usbus0 (disconnected) ugen0.4: at usbus0 ugen0.4: at usbus0 (disconnected) ugen0.4: at usbus0 ugen0.4: at usbus0 (disconnected) ugen0.4: at usbus0 Autoloading module: uhid.ko Autoloading module: wmt.ko Autoloading module: uhid.ko Autoloading module: ums.ko Autoloading module: uhid.ko Autoloading module: ums.ko Autoloading module: uhid.ko Autoloading module: ums.ko Autoloading module: uhid.ko Autoloading module: ums.ko Autoloading module: uhid.ko =E2=80=A6 Next hardreset.. changing the HDMI-port(used other mini-dmi->HDMI- = adaptor-cable)=E2=80=A6 got hdmi-output : Pressing ENTER on the keyboard: login: ugen0.2: at usbus0 = (disconnected).. system freezed again =E2=80=A6 =E2=80=A6.plugging back to other HDMI-port(got output means I failed in = connecting the adaptor correctly:-) =E2=80=A6 Next system freeze : ugen0.2: at usbus0 (disconnected)=E2=80=A6= To the opposite of the day before yesterday:=20 Tonight there was absolutely no way to get the keyboard to work what let = me assume that the filesystem (or u-boot) or eventually some hardware-chip was =E2=80=9Eattacked=E2=80=9C by = these tests=E2=80=A6=20 So at the moment I would be more careful recommending normal users to do = more testing before fixing bugs in drivers (or U-Boot or elsewhere) = better. For that reason I`ll better wait with Wiki-recommendatios=E2=80=A6= . This is only for the for the really crazy of us who are not afraid of = toasted boards or something else ;-) So for the really crazy of us( I guess near 100 percent;-) : please = help us debugging ! From owner-freebsd-arm@freebsd.org Fri May 29 05:00:15 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 E9B3E32F829 for ; Fri, 29 May 2020 05:00:15 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wr1-x42c.google.com (mail-wr1-x42c.google.com [IPv6:2a00:1450:4864:20::42c]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 49YC731DdRz41jZ for ; Fri, 29 May 2020 05:00:15 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wr1-x42c.google.com with SMTP id r7so1962165wro.1 for ; Thu, 28 May 2020 22:00:14 -0700 (PDT) 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=2YQY1OlWuIS7aTsNsx9nZbGGIIyw4KgOMvx3DHFVYps=; b=mlDk0/ojcLgMSXS/P4YEZm2Awj1qVoU9/52fZrAjuU/VlML7kORjjAiyV+7iGjmbZo oX3oOO7BiEbRlisrt2y982qNPRKhn+hosJMBWVirngJ0z+VU/jAoyaKo6/GoOfNoT1/t fnA/tiK23B/LrvRAmuBwuUixYIJp3gL5YR2aNNiJPk6pSBFTrrLGm9Yd1NVU3wKoPkuU jWBvDwSmqOtJFRBGJNkUh6R0WMY1LqUlwmDXXIk7tfB9s06l/4hIpqlBzUT5fNuz/1Tl r9I7xPaIxaPkyWskP2ch4JBVxauetloHQZHxqT7DcAAgmvqWukfskl/e7FB0j8kO7Qmg MxdQ== X-Gm-Message-State: AOAM531gmDul71/EWG7+6fuLZqAYUWT9TP9Hd6evN7oWgXJ3z0U8KbNA urjlWKsQJGORWKYPGIWxeNo= X-Google-Smtp-Source: ABdhPJyOxRQ10VIo7PitjRpkvmR4GXKWKdphkKGQL3sOX6j+MU6X9GplBa/+HYu1RxiXG4CZlCDQvA== X-Received: by 2002:adf:93a3:: with SMTP id 32mr6800785wrp.344.1590728413336; Thu, 28 May 2020 22:00:13 -0700 (PDT) Received: from [192.168.1.167] ([46.114.109.77]) by smtp.googlemail.com with ESMTPSA id u13sm8317603wrp.53.2020.05.28.22.00.11 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 28 May 2020 22:00:12 -0700 (PDT) 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.4 \(3608.80.23.2.2\)) Subject: Re: bootverbose Test-session Re: Driver for Raspberry Pi 4 PCI-express controller Date: Fri, 29 May 2020 07:00:10 +0200 References: <7F058E92-DDD3-4728-9A51-09BF1D47855C@googlemail.com> <1RBZ-1AclgkiNDwWUqrWhun8T8YSAX6g64NeSc2DKy9EF1wGsJobselP4UYGflpcmbfUx3sEEM2YplIJOXPmZ6EG_GwiMC1_3GLrqpZxisQ=@protonmail.com> <46519DEB-E96D-43DD-B739-401F9F51371E@googlemail.com> <87EE030D-5323-477B-9FF3-CB8970138729@googlemail.com> <3040F106-13F6-462C-B655-DE7F79FFE52A@googlemail.com> To: Robert Crowston , freebsd-arm@freebsd.org In-Reply-To: <3040F106-13F6-462C-B655-DE7F79FFE52A@googlemail.com> Message-Id: <3B0A1C72-C4C3-4B32-986D-FBF2970DF12A@googlemail.com> X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49YC731DdRz41jZ X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.66 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; 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]; NEURAL_HAM_SHORT(-0.16)[-0.158]; FREEMAIL_TO(0.00)[protonmail.com,freebsd.org]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.109.77:received]; 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:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.02)[-1.018]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.98)[-0.981]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::42c:from]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2020 05:00:16 -0000 > Am 29.05.2020 um 05:07 schrieb Klaus K=C3=BCchemann = : >=20 >=20 > ... >=20 > O.K., here is a funny bootverbose test-session (using Original = rpi-power adaptor 3A & UPS(Uninterruptible power supply ) : >=20 > =E2=80=A6=E2=80=A6.blablabla=E2=80=A6. > Tonight there was absolutely no way to get the keyboard to work what = let me assume that the filesystem (or u-boot) or eventually some = hardware-chip was =E2=80=9Eattacked=E2=80=9C by these tests=E2=80=A6=20 >=20 Yep(filesystem was =E2=80=9Eattacked=E2=80=9C by tests), after =E2=80=9Erenewing=E2=80=9C the (msdos-)root-filesystem(incl.. = U-boot.bin) on the uSD , `got the keyboard/mouse back to responding = state (keyboard/mouse-response on HDMI while no simultaneously access to = UART-console-keyboard-input(using picocom)=E2=80=A6 And (!) detaching and then reattaching the keyboard/mouse suddenly = gives simultaneously access on picocom and HDMI-console) , last test for = today: third trial ofunplug/replug keyboard/mouse worked so this was a = good test, which let me assume that after some fixes Robert`s = pcie-driver will be ready for review on phabricator... =E2=80=94 =E2=80=A6 psci0: on ofwbus0 gic0: mem = 0x40041000-0x40041fff,0x40042000-0x40043fff,0x40044000-0x40045fff,0x400460= 00-0x40047fff irq 46 on simplebus0=20 =E2=80=A6 bcm_dma0: mem 0x7e007000-0x7e007aff irq = 9,10,11,12,13,14,15,16,17,18,19 on simplebus0 bcmwd0: mem = 0x7e100000-0x7e100113,0x7e00a000-0x7e00a023,0x7ec11000-0x7ec1101f on = simplebus0 mbox0: mem 0x7e00b880-0x7e00b8bf irq 21 on = simplebus0 =E2=80=A6 pcib0: mem = 0x7d500000-0x7d50930f,0x7e00f300-0x7e00f31f irq 66,67 on simplebus2 pcib0: hardware identifies as revision 0x304. pci0: on pcib0 pcib1: irq 77 at device 0.0 on pci0 pcib0: bcm_pcib_alloc_resource FAIL: type=3D3, rid=3D36, = start=3D00000000f8000000, end=3D00000000f80fffff, = count=3D0000000000100000, flags=3D40 pcib1: failed to allocate initial prefetch window: 0-0xfffff pci1: on pcib1 xhci0: irq 78 at device 0.0 on pci1 xhci0: 32 bytes context size, 64-bit DMA usbus0 on xhci0 =E2=80=A6 usbus0: 5.0Gbps Super Speed USB v3.0 iicbus0: on iichb0 iic0: on iicbus0 ugen0.1: <0x1106 XHCI root HUB> at usbus0 uhub0 on usbus0 uhub0: <0x1106 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on = usbus0 =E2=80=A6 uhub0: 5 ports with 4 removable, self powered =E2=80=A6 ugen0.2: at usbus0 (disconnected) uhub0: at usbus0, port 1, addr 1 (disconnected) uhub0: detached uhub0 on usbus0 uhub0: <0x1106 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on = usbus0 ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib = /usr/local/lib/nss /usr/local/lib/perl5/5.30/mach/CORE = /usr/local/lib/samba4 /usr/local/llvm80/lib =E2=80=A6 Setting up harvesting: = [UMA],[FS_ATIME],SWI,INTERRUPT,NET_NG,[NET_ETHER],NET_TUN,MOUSE,KEYBOARD,A= TTACH,CACHED Feeding entropy: uhub0: 5 ports wit =E2=80=A6 xhci0: Resetting controller ugen0.2: at usbus0 (disconnected) uhub0: at usbus0, port 1, addr 1 (disconnected) uhub0: detached uhub0 on usbus0 uhub0: <0x1106 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on = usbus0 uhub0: 5 ports with 4 removable, self powered =E2=80=A6 ugen0.2: at usbus0 (disconnected) uhub0: at usbus0, port 1, addr 1 (disconnected) uhub0: detached .. uhub0 on usbus0 uhub0: <0x1106 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on = usbus0 Starting devd. .. uhub0: 5 ports with 4 removable, self powered .. ugen0.2: at usbus0 uhub1 on uhub0 uhub1: on = usbus0 uhub1: 4 ports with 4 removable, self powered ugen0.3: at usbus0 uhub2 on uhub1 uhub2: on usbus0 uhub2: 3 ports with 2 removable, bus powered ugen0.4: at usbus0 ugen0.5: at usbus0 ukbd0 on uhub2 ukbd0: on usbus0 kbd1 at ukbd0 ugen0.4: at usbus0 (disconnected) Starting dhclient. ugen0.4: at usbus0 =E2=80=A6 ums0 on uhub2 ums0: on usbus0 ums0: 3 buttons and [XYZ] coordinates ID=3D0 uhid0 on uhub2 uhid0: on usbus0 Autoloading module: uhid.ko Autoloading module: wmt.ko Autoloading module: uhid.ko Autoloading module: ums.ko Starting ums0 moused. =E2=80=94 Hotplugging USB-stick :=20 ugen0.6: at usbus0 umass0 on uhub0 umass0: on = usbus0 da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 da0: Removable Direct Access SPC-4 SCSI = device da0: Serial Number 4C530000260314105595 da0: 400.000MB/s transfers da0: 29327MB (60062500 512 byte sectors) da0: quirks=3D0x2 GEOM: da0s2: invalid disklabel. -- From owner-freebsd-arm@freebsd.org Fri May 29 05:13:15 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 5258F32FD97 for ; Fri, 29 May 2020 05:13:15 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wr1-x42b.google.com (mail-wr1-x42b.google.com [IPv6:2a00:1450:4864:20::42b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 49YCQ22w7fz432X for ; Fri, 29 May 2020 05:13:14 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wr1-x42b.google.com with SMTP id x14so1970585wrp.2 for ; Thu, 28 May 2020 22:13:14 -0700 (PDT) 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=b0+zTPzhvnk0Cf35wxRl/lf89tCkqcVylTUHcDmZFnY=; b=stlyf6boXMcq9wXZkP1xT5dZKBveQ5j2F5iNdWYd8Z71FNQY3re8ZAWNZ+blG85UIw LEiyZUlOWk1K+XGIOoKmwpezkYljBt9SfpBPvhAkmT9M2UaW2pdVi5TBTZZkNRdq6FDJ ooNfWRg1nTBeqcgcWStqovV+TCiunuiLnfk6BTDGIwc78zDTndnVBYIKEa8DLKmDpwGa l0Xor40EgyQ+0XDxOAy4wq3STds9OgW2Fhn0y4Zrno3gF1YAkRisc1OtQF70AUtYCAoE Lr7R1rw0D9YSFpY/HLGj0jZSJMgjC6NfFTqPbxQP4Fe/PQEsfWc5WxBFjZ6RpSaA0n80 jVcQ== X-Gm-Message-State: AOAM531ANgERXyYE/AMHEDWKRonWA0z9ox0hBCTbUdg9sV5ryaxTAQJq 5WYKEh+R65z7iVUUGl9VQJc= X-Google-Smtp-Source: ABdhPJzH5VMSAS77GnKp6+zHRa59eXSrET5bqIZOPCVkFIIAi87Sd6Sr6ydsh6wb/iWG4D61VH04lQ== X-Received: by 2002:adf:de84:: with SMTP id w4mr6955051wrl.54.1590729192960; Thu, 28 May 2020 22:13:12 -0700 (PDT) Received: from [192.168.1.167] ([46.114.109.77]) by smtp.googlemail.com with ESMTPSA id b81sm884140wmc.5.2020.05.28.22.13.11 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 28 May 2020 22:13:12 -0700 (PDT) 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.4 \(3608.80.23.2.2\)) Subject: Re: bootverbose Test-session Re: Driver for Raspberry Pi 4 PCI-express controller Date: Fri, 29 May 2020 07:13:10 +0200 References: <7F058E92-DDD3-4728-9A51-09BF1D47855C@googlemail.com> <1RBZ-1AclgkiNDwWUqrWhun8T8YSAX6g64NeSc2DKy9EF1wGsJobselP4UYGflpcmbfUx3sEEM2YplIJOXPmZ6EG_GwiMC1_3GLrqpZxisQ=@protonmail.com> <46519DEB-E96D-43DD-B739-401F9F51371E@googlemail.com> <87EE030D-5323-477B-9FF3-CB8970138729@googlemail.com> <3040F106-13F6-462C-B655-DE7F79FFE52A@googlemail.com> To: Robert Crowston , freebsd-arm@freebsd.org In-Reply-To: <3040F106-13F6-462C-B655-DE7F79FFE52A@googlemail.com> Message-Id: <2C7204F5-2C92-4323-AAB6-E8C7F8FAC85A@googlemail.com> X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49YCQ22w7fz432X X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.66 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; 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]; NEURAL_HAM_SHORT(-0.16)[-0.162]; FREEMAIL_TO(0.00)[protonmail.com,freebsd.org]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.109.77:received]; 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:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.02)[-1.017]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.98)[-0.981]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::42b:from]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2020 05:13:15 -0000 O.K., the real last message for today ;-) : While entering the room this happened (as as announced by Robert`s 1st = post[randomly disconnects]) : =E2=80=94 ums0: at uhub2, port 1, addr 4 (disconnected) ums0: detached ums0 on uhub2 ums0: on usbus0 ums0: 3 buttons and [XYZ] coordinates ID=3D0 =E2=80=94 =E2=80=A6 so better not entering the computer-room again today :-) (But keyboard still responds ) > Am 29.05.2020 um 05:07 schrieb Klaus K=C3=BCchemann = : >=20 > Blablabla=20 >=20 >=20 >=20 >=20 >=20 >=20 >=20 >=20 >=20 From owner-freebsd-arm@freebsd.org Fri May 29 05:39: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 0A3C63302A8 for ; Fri, 29 May 2020 05:39:04 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wm1-x32a.google.com (mail-wm1-x32a.google.com [IPv6:2a00:1450:4864:20::32a]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 49YCzn2jSvz44jj for ; Fri, 29 May 2020 05:39:01 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wm1-x32a.google.com with SMTP id r9so1791923wmh.2 for ; Thu, 28 May 2020 22:39:01 -0700 (PDT) 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=7pkp2l1QVle1Yo5AEXtlZjNKM6HxJEEA+edRQc9VL9c=; b=B2K4NdyuF94hiKUoYuWp/7kWBApWCR3ngrtGglDz2WvVXBsdwrYtuKoE8viEbF1vdS iVjpt0YsuOo5uNinQL2XHAxPhFRQjJxZcoyz1u8P2JLWzd367YoyDMRfcSsare759DSK hBY4nmgQ7Cup2DQ4S5ewwjqmwP3jJbVyQIYtJCYyRqGEf5CJjHocqC3wClBa8o/rM0Fy sbp9s2KOF9bE1UDudYj0Yxt9JjoClgnUm61O+MMWQQgMsrfezkGFbTueALKAj2SbPTAN qVoQMt18nqAF47U2JX0U2twn91FUsaKO4b47o7o3GJ3my3A94rjGVEcQFOVQUc2Sehyi znZw== X-Gm-Message-State: AOAM53347uAyxORUAvXQvAeVQrmWHq4WDdnjQCpXTeHKa6rruyINya1o SJFxQ0QzvVgYHbVxtlmqmOA= X-Google-Smtp-Source: ABdhPJxat75MXswnjcoBMNLe/k6n8ccwf6Fdrz+hpqW/KB3hZCnnOWhF7O/xS+h3XtdaszEdWsoi8Q== X-Received: by 2002:a1c:3c08:: with SMTP id j8mr6441005wma.23.1590730739249; Thu, 28 May 2020 22:38:59 -0700 (PDT) Received: from [192.168.1.167] ([46.114.109.77]) by smtp.googlemail.com with ESMTPSA id z12sm9156010wrg.9.2020.05.28.22.38.57 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 28 May 2020 22:38:58 -0700 (PDT) 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.4 \(3608.80.23.2.2\)) Subject: Re: bootverbose Test-session Re: Driver for Raspberry Pi 4 PCI-express controller Date: Fri, 29 May 2020 07:38:56 +0200 References: <7F058E92-DDD3-4728-9A51-09BF1D47855C@googlemail.com> <1RBZ-1AclgkiNDwWUqrWhun8T8YSAX6g64NeSc2DKy9EF1wGsJobselP4UYGflpcmbfUx3sEEM2YplIJOXPmZ6EG_GwiMC1_3GLrqpZxisQ=@protonmail.com> <46519DEB-E96D-43DD-B739-401F9F51371E@googlemail.com> <87EE030D-5323-477B-9FF3-CB8970138729@googlemail.com> <3040F106-13F6-462C-B655-DE7F79FFE52A@googlemail.com> <3B0A1C72-C4C3-4B32-986D-FBF2970DF12A@googlemail.com> To: Robert Crowston , freebsd-arm@freebsd.org In-Reply-To: <3B0A1C72-C4C3-4B32-986D-FBF2970DF12A@googlemail.com> Message-Id: X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49YCzn2jSvz44jj X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.49 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; 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]; NEURAL_HAM_SHORT(-0.99)[-0.990]; FREEMAIL_TO(0.00)[protonmail.com,freebsd.org]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.109.77:received]; 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:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.02)[-1.016]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.98)[-0.983]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::32a:from]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2020 05:39:04 -0000 And now the double-real last message for today :-) : After saw xfce first time with responding mouse/keyboard on HDMI , restarting xfce detached the keyboard/mouse(no more response), while da0 = was still attached=E2=80=A6 Rebooting the machine results in keyboard/mouse out of work .. while = still response from UART .. No way to replug the keyboard/mouse into working state from running = system by replugging the keyboard usb-port=20 > Am 29.05.2020 um 07:00 schrieb Klaus K=C3=BCchemann = : >=20 >=20 > Blablabla >=20 From owner-freebsd-arm@freebsd.org Fri May 29 21:46:27 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 702C12F290B for ; Fri, 29 May 2020 21:46:27 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wr1-x429.google.com (mail-wr1-x429.google.com [IPv6:2a00:1450:4864:20::429]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 49YdS22wMjz4T1H for ; Fri, 29 May 2020 21:46:26 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wr1-x429.google.com with SMTP id t18so5585067wru.6 for ; Fri, 29 May 2020 14:46:25 -0700 (PDT) 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=yW8bcER1xekvW9jzG8GFWChX4Glm7UiXVAiUUS8zSRM=; b=IYkGNfKaQviJ4HkhoEkjusyUopPfFNwg/yb+XkWnH5n6D82t3fhZ6/uRHUmVl2ugsd 9PrBnzjyzRmrvsEN/ONk7Pj4ieTAJXeYNk2NQJqeJSuRTBQNpkoWP5g0nwOjsqdB6Hjh BozsuPQGza80ZsVqOpZt9HT2pNZQLVxLrhep4xON0OUriUGRf+331qgdILYKhYNvs7dK 08onLfws48BUWNzMaPF73OxevKSunG1p0up9Cs0QO8jk8e4u/VnagSuynuKhO5kkFCFe kCQiRFUd4uGIu5fs9+m6OQ7KXwHRo8M/OsFgUDRg9quufPr3TRpf+rrLHoKWcc2KQ4Oh fZxA== X-Gm-Message-State: AOAM533QXP0Na1vZsaQtV9pokaUqgdR5v21X3cV2vtdmJx+Mo9gdkUUs jCp9kGt9Fnv+TkkYiU7TGMc= X-Google-Smtp-Source: ABdhPJz/JXCUBKVinf1LNL0qpZuI0kvxXLEHQClZQddxBDAjOme4wuY5FJ9GOOxYYHlPNNqWL61sVA== X-Received: by 2002:adf:f446:: with SMTP id f6mr10472422wrp.59.1590788784635; Fri, 29 May 2020 14:46:24 -0700 (PDT) Received: from [192.168.1.167] ([46.114.106.95]) by smtp.googlemail.com with ESMTPSA id s8sm11856311wrg.50.2020.05.29.14.46.23 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 29 May 2020 14:46:23 -0700 (PDT) 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.4 \(3608.80.23.2.2\)) Subject: Re: Driver for Raspberry Pi 4 PCI-express controller Date: Fri, 29 May 2020 23:46:22 +0200 References: <7F058E92-DDD3-4728-9A51-09BF1D47855C@googlemail.com> <1RBZ-1AclgkiNDwWUqrWhun8T8YSAX6g64NeSc2DKy9EF1wGsJobselP4UYGflpcmbfUx3sEEM2YplIJOXPmZ6EG_GwiMC1_3GLrqpZxisQ=@protonmail.com> <46519DEB-E96D-43DD-B739-401F9F51371E@googlemail.com> <87EE030D-5323-477B-9FF3-CB8970138729@googlemail.com> To: Robert Crowston , freebsd-arm@freebsd.org In-Reply-To: Message-Id: <37A9A3AA-F2AF-4F08-84BE-8A19E75DB5E0@googlemail.com> X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49YdS22wMjz4T1H X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.75 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; 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]; NEURAL_HAM_SHORT(-1.23)[-1.234]; FREEMAIL_TO(0.00)[protonmail.com,freebsd.org]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.106.95:received]; 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:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.01)[-1.008]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.01)[-1.010]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::429:from]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 May 2020 21:46:27 -0000 > Am 28.05.2020 um 20:45 schrieb Robert Crowston = : >=20 > I did test on a pi4 with the latest USB firmware. A keyboard = functioned okay without me doing anything special. >=20 O.K., after cleaning and completely renewing my msdos-partition on the = uSD again I could not reproduce all the crashes from my last tests ( as long as I don=E2=80=99t touch the msdos-partition with any = file-changes). So once beeing in a clean setup: keyboard/mouse works, HDMI works, xorg = works,=20 Mounting an SSD-drive and copying a file(140MB) to it = worked.detaching/reattaching all devices/hubs didn`t produce failures. When I touch the msdos-partition in any way(e.g. overwriting a file), = the problems come back=20 And it=E2=80=99s unclear to me why it specially affects the = pcie/usb-functionality and not other functionality=E2=80=A6. but it is = possible that my uSD is simply damaged and needs reformatting .. Assuming that users normally don't change the msdos partition, and we = could e.g. add=20 invisibility the overlay-folder and other files , I would say: The driver is ready for review at Phabricator - and then the experts can = give their mustage .. although it would be better if we had more pre-testers (anyone here?) : = I see no heavyweight reason to not give the patch for review on phab....=20= and thanks Robert for writing the driver From owner-freebsd-arm@freebsd.org Sat May 30 02:22: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 78F462F7688 for ; Sat, 30 May 2020 02:22:01 +0000 (UTC) (envelope-from freebsd@cyclaero.com) Received: from mo4-p00-ob.smtp.rzone.de (mo4-p00-ob.smtp.rzone.de [81.169.146.218]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "*.smtp.rzone.de", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49YlZ00RX5z3dCL for ; Sat, 30 May 2020 02:21:59 +0000 (UTC) (envelope-from freebsd@cyclaero.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1590805317; s=strato-dkim-0002; d=cyclaero.com; h=To:Date:Message-Id:Subject:From:X-RZG-CLASS-ID:X-RZG-AUTH:From: Subject:Sender; bh=RZsRR7KPII1zAbB7K1dKcJd23XZw+bmhRKAFncdWEPw=; b=jiXURkfV/ZLDXn5xTVPTswiQK65ZeQnv7XFJ/vMGbDctg8EJ/1EwT/aHXOksDSjzWw /YRREBlj9YrPJhCqcp2C9ulz32khYQCW1mvz5FEpZYusvqoLUZJxlMmwJZbF9kxOYehq /3ROG3FaUpp1nu4eL9YyHSCASgdurBF4Msjm5oR5Ek34NHjCcvHkSy5T0XzZzsvV+LWx /8r/yiDMg82eJrAlp94aY0AHqVwvMWP/yWK4b97bdzMch/MrJkDOS2qBp/GgG2+obI89 1t2yqN1RpWSTHv1q1y+VEUjxUIy1IEeY3W7SNDeSDtE4CGbjkmWUFPnWkVbOkYS9RCyi tP9A== X-RZG-AUTH: ":O2kGeEG7b/pS1F2rRHW2isrKl4DV03XBEi+I6ZuztdvN9wS3wFGySS4Lw+ldTBio0dVbInGjc9PbZFAm0A==" X-RZG-CLASS-ID: mo00 Received: from mail.obsigna.com by smtp.strato.de (RZmta 46.9.0 DYNA|AUTH) with ESMTPSA id I06cf5w4U2Lu7xX (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits)) (Client did not present a certificate) for ; Sat, 30 May 2020 04:21:56 +0200 (CEST) Received: from rolf-mini.obsigna.com (rolf-mini.obsigna.com [192.168.222.5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.obsigna.com (Postfix) with ESMTPSA id 3F6BC1350F91D for ; Fri, 29 May 2020 23:21:52 -0300 (-03) From: "Dr. Rolf Jansen" Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: BeagleBone AI Message-Id: Date: Fri, 29 May 2020 23:21:50 -0300 To: freebsd-arm@freebsd.org X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: 49YlZ00RX5z3dCL X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=cyclaero.com header.s=strato-dkim-0002 header.b=jiXURkfV; dmarc=none; spf=pass (mx1.freebsd.org: domain of freebsd@cyclaero.com designates 81.169.146.218 as permitted sender) smtp.mailfrom=freebsd@cyclaero.com X-Spamd-Result: default: False [-0.88 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[cyclaero.com:s=strato-dkim-0002]; RWL_MAILSPIKE_POSSIBLE(0.00)[81.169.146.218:from]; FROM_HAS_DN(0.00)[]; MV_CASE(0.50)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.01)[-1.011]; RCVD_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[cyclaero.com]; R_SPF_ALLOW(-0.20)[+ip4:81.169.146.128/25]; DKIM_TRACE(0.00)[cyclaero.com:+]; FROM_NAME_HAS_TITLE(1.00)[dr]; NEURAL_HAM_MEDIUM(-0.98)[-0.979]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; NEURAL_SPAM_SHORT(0.21)[0.206]; ASN(0.00)[asn:6724, ipnet:81.169.144.0/22, country:DE]; RCVD_TLS_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[81.169.146.218:from] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2020 02:22:01 -0000 We are starting a new project of industrial device controllers. We want = to utilize ARM-SBCs as unit controllers (and here a unit is one = industrial device), and we need to attach at least 24 ADCs, 8 DACs and = 16 DIOs to each unit controller (UC). Many unit controllers (eventually = tenths to hundreds) would then communicate by a custom protocol over = ethernet with a command and control server. The UCs and the C&C server = would be operated by FreeBSD. Direct interoperability of the UCs with = 3rd party IT systems is not a concern, integration needs to be done via = the C&C server. =20 Since the sample/update rate requirements are quite low, we are going = the I=C2=B2C path, and initial testing has been done using the = BeagleBone Black. It got 2 separate I=C2=B2C 400 kbit/s busses which = helps already, avoiding I=C2=B2C address conflicts. Yet, the 8 port I=C2=B2= C switch TCA9548A is working very well, and we are now sure to be able = to attach enough ADCs, DACs and DIOs to each unit controller. Although the initial viability tests were done with a BeagleBone Black = running FreeBSD 13-CURRENT, we could start with another more modern SBC. First Question: What modern SBC with more than 1 I=C2=B2C bus and which can run FreeBSD = 13++ would you suggest? Now recently, I found the BeagleBone AI site https://beagleboard.org/ai/ = . This one got also 2 I=C2=B2C busses, and = physically, with respect to a housing, it could be a 1:1 replacement for = a BBB. It seems, this one is still too new for FreeBSD. I am very fond = of the BB concept - for me it is much more appealing for industrial = embedded applications than for example any RPI. However, the BBB came to = age, and I would start a new project with it only, if there would be a = reasonable chance for an upgrade path. Two more Questions: Is it reasonable to assume that FreeBSD would run on a BBAI in the = future, let=E2=80=99s say in 2 to 3 years? Perhaps I could help porting FreeBSD to a BBAI. What would be the = general steps? Many thanks in advance for any suggestions, advices and clarifications. Best regards Rolf= From owner-freebsd-arm@freebsd.org Sat May 30 02:22: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 0300F2F6A7C for ; Sat, 30 May 2020 02:22:22 +0000 (UTC) (envelope-from thomas-bsd@skibo.net) Received: from bonobo.elm.relay.mailchannels.net (bonobo.elm.relay.mailchannels.net [23.83.212.22]) (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 49YlZN2SL8z3ctZ for ; Sat, 30 May 2020 02:22:19 +0000 (UTC) (envelope-from thomas-bsd@skibo.net) X-Sender-Id: dreamhost|x-authsender|thomas-bsd@skibo.net Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 9CCCF400795 for ; Sat, 30 May 2020 02:22:17 +0000 (UTC) Received: from pdx1-sub0-mail-a47.g.dreamhost.com (100-96-23-33.trex.outbound.svc.cluster.local [100.96.23.33]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id E6DA2400EED for ; Sat, 30 May 2020 02:22:16 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|thomas-bsd@skibo.net Received: from pdx1-sub0-mail-a47.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.18.8); Sat, 30 May 2020 02:22:17 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|thomas-bsd@skibo.net X-MailChannels-Auth-Id: dreamhost X-Decisive-Inform: 5161a35d223c11e5_1590805337357_3140088564 X-MC-Loop-Signature: 1590805337357:2562348958 X-MC-Ingress-Time: 1590805337357 Received: from pdx1-sub0-mail-a47.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a47.g.dreamhost.com (Postfix) with ESMTP id A8EC79B26D for ; Fri, 29 May 2020 19:22:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=skibo.net; h=mime-version :date:from:to:subject:in-reply-to:references:message-id :content-type:content-transfer-encoding; s=skibo.net; bh=jEjCRDX LNl7BOqfXeBCRwZXKaVI=; b=Xwsf9lB6SyWkIzQuO3OZwTfvv70ZdIiL6eFfTFT i+zlH7iGnRi4+oa82wG2vCXhGZQsQcos4JOjLw+1+ml6E49L875sGH2FsXVJkerx DrUTCvF5/aLO8P0P2gK6f59e4lhlAgc7ALrdV/4mi2QbAMyLVcFpSf/l4MVkcJi0 L76A= Received: from webmail.dreamhost.com (ip-66-33-200-4.dreamhost.com [66.33.200.4]) (Authenticated sender: thomas-bsd@skibo.net) by pdx1-sub0-mail-a47.g.dreamhost.com (Postfix) with ESMTPA id 7BE1C9B268 for ; Fri, 29 May 2020 19:22:16 -0700 (PDT) MIME-Version: 1.0 Date: Fri, 29 May 2020 19:22:16 -0700 X-DH-BACKEND: pdx1-sub0-mail-a47 From: thomas-bsd@skibo.net To: freebsd-arm@freebsd.org Subject: Re: bus_dmamap_load_mbuf_sg failures In-Reply-To: <20200524214128.GA3881@piedmont> References: <20200524214128.GA3881@piedmont> User-Agent: DreamHost Webmail/1.4.1 Message-ID: X-Sender: thomas-bsd@skibo.net Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: 0 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduhedruddvledgheehucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucenucfjughrpeggfffhvffujghffgfkgigtgfesthejjhdttdervdenucfhrhhomhepthhhohhmrghsqdgsshgusehskhhisghordhnvghtnecuggftrfgrthhtvghrnhepudegheetveeifedvgeelkeehudejteffffekgfdvvdekffffueevgeevteekuefhnecuffhomhgrihhnpehfrhgvvggsshgurdhorhhgnecukfhppeeiiedrfeefrddvtddtrdegnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmohguvgepshhmthhppdhhvghlohepfigvsghmrghilhdrughrvggrmhhhohhsthdrtghomhdpihhnvghtpeeiiedrfeefrddvtddtrdegpdhrvghtuhhrnhdqphgrthhhpehthhhomhgrshdqsghsugesshhkihgsohdrnhgvthdpmhgrihhlfhhrohhmpehthhhomhgrshdqsghsugesshhkihgsohdrnhgvthdpnhhrtghpthhtohepfhhrvggvsghsugdqrghrmhesfhhrvggvsghsugdrohhrgh X-Rspamd-Queue-Id: 49YlZN2SL8z3ctZ X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=skibo.net header.s=skibo.net header.b=Xwsf9lB6; dmarc=none; spf=pass (mx1.freebsd.org: domain of thomas-bsd@skibo.net designates 23.83.212.22 as permitted sender) smtp.mailfrom=thomas-bsd@skibo.net X-Spamd-Result: default: False [-2.52 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_FIVE(0.00)[6]; R_DKIM_ALLOW(-0.20)[skibo.net:s=skibo.net]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:23.83.208.1/20]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.99)[-0.990]; DMARC_NA(0.00)[skibo.net]; DKIM_TRACE(0.00)[skibo.net:+]; NEURAL_HAM_SHORT(-0.06)[-0.056]; FROM_NO_DN(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[23.83.212.22:from]; NEURAL_HAM_MEDIUM(-0.98)[-0.976]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:36483, ipnet:23.83.208.0/21, country:CA]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[23.83.212.22:from] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2020 02:22:22 -0000 On 2020-05-24 14:41, Thomas Skibo wrote: > Hello. > > I just tracked down a bug in a network driver on an arm64 system I am > tinkering with. It seems when bus_dmamap_load_mbuf_sg() fails with > EFBIG > due to too many segments, things are not cleaned up and it causes the > subsequent attempt at bus_dmamap_load_mbuf_sg() with the defragged mbuf > to > fail too (EFBIG again). > > I noticed that in the arm version of busdma_machdep.c, when > _bus_dmamap_load_buffer() fails with EFBIG, it calls > bus_dmamap_unload() on > exit which cleans up the dma map. In the arm64 version of > busdma_bounce.c, > when bounce_bus_dmamap_load_buffer() fails, it does not. Is this a bug > or > are we expected to call bus_dmamap_unload() on a failed > bus_dmamap_load* call? > > I looked around at other architectures and it is inconsistent: arm and > mips > do the unload but x86, arm64, and riscv do not. > > --Thomas > > ===== > Thomas Skibo > thomas-bsd@skibo.net I have filed a bug for this. It seems only arm64 and riscv have this issue. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=246852 From owner-freebsd-arm@freebsd.org Sat May 30 04:14: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 0A09F2FCB27 for ; Sat, 30 May 2020 04:14:57 +0000 (UTC) (envelope-from shigeru@os-hackers.jp) Received: from mailssl03.asahi-net.or.jp (mailssl03.asahi-net.or.jp [202.224.55.62]) by mx1.freebsd.org (Postfix) with ESMTP id 49Yp4J1gMnz46Jw for ; Sat, 30 May 2020 04:14:56 +0000 (UTC) (envelope-from shigeru@os-hackers.jp) Received: from localhost (w142149.ppp.asahi-net.or.jp [121.1.142.149]) (Authenticated sender: WJ8S-YMMT) by mailssl03.asahi-net.or.jp (Postfix) with ESMTPSA id AA4EE4005E for ; Sat, 30 May 2020 13:09:19 +0900 (JST) Date: Sat, 30 May 2020 13:09:09 +0900 (JST) Message-Id: <20200530.130909.120260481726933388.shigeru@os-hackers.jp> To: freebsd-arm@freebsd.org Subject: RaspberryPi 4B 8G model not boot From: YAMAMOTO Shigeru X-Mailer: Mew version 6.8 on Emacs 26.3 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 49Yp4J1gMnz46Jw X-Spamd-Bar: ++++++++++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=softfail (mx1.freebsd.org: 202.224.55.62 is neither permitted nor denied by domain of shigeru@os-hackers.jp) smtp.mailfrom=shigeru@os-hackers.jp X-Spamd-Result: default: False [10.94 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RSPAMD_URIBL(4.50)[os-hackers.jp:email]; FROM_HAS_DN(0.00)[]; MV_CASE(0.50)[]; 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)[]; R_SPF_SOFTFAIL(0.00)[~all:c]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_MEDIUM(0.51)[0.509]; DMARC_NA(0.00)[os-hackers.jp]; VIOLATED_DIRECT_SPF(3.50)[]; NEURAL_SPAM_LONG(0.85)[0.853]; MID_CONTAINS_FROM(1.00)[]; NEURAL_SPAM_SHORT(0.08)[0.076]; 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:4685, ipnet:202.224.32.0/19, country:JP]; RCVD_COUNT_TWO(0.00)[2]; GREYLIST(0.00)[pass,body] X-Spam: Yes X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2020 04:14:57 -0000 Hi all, I buy new RaspberryPi 4B 8Gbyte model. I make SD card image from current snapshot for RaspberryPi 3. https://download.freebsd.org/ftp/snapshots/ISO-IMAGES/13.0/FreeBSD-13.0-CURRENT-arm64-aarch64-RPI3-20200528-r361567.img.xz 1. write image to SD card 2. download *.dat, *.elf, bootcode.bin, bcm2711-rpi-4-b.dtb from https://github.com/raspberrypi/firmware 3. replace *.dat, *.elf, bootcode.bin, bcm2711-rpi-4-b.dtb 4. cp config_rpi4.txt config.txt 5. cp /usr/local/share/u-boot/u-boot-rpi4/u-boot.bin . I try to boot from SD card. But u-boot not booting, I can see a color test patter at booting rpi4. It seems me to update u-boot-rpi4. Thanks, --- YAMAMOTO Shigeru From owner-freebsd-arm@freebsd.org Sat May 30 05:54:24 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 24CD72FE933 for ; Sat, 30 May 2020 05:54:24 +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) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 49YrH32dmWz4DSW for ; Sat, 30 May 2020 05:54:23 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wm1-x343.google.com with SMTP id u13so5858674wml.1 for ; Fri, 29 May 2020 22:54:23 -0700 (PDT) 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=/jiBDtMHTDaCDe0pnGLQC28r4hKiYFUR3XmH0CWdie0=; b=EnuST9hw1NiHAptQosQxTedCcOSo5UkKHeuk1RXVDjKLyWHnV27wZaN4IA1rlPVS1v IBaUyDNr3mKdTC3WfPtEEfnsivS343hUI20b94LhuT9NMpsqGMPSB0c8m/CEqQdGUd61 sMlwHTA/xFqke1V/Jv6LR9P+EtoDLibtwCMRX6WD1iB+WGmtOxk0EA9YHRrYqxoFmTwl JKy/CLRb2G10UvuaE8ZXBzex4x7Z4zW98jFCY3zqqs6CngtPtyrTOoa7KKAfMkAM2K8n wyoqz0Yarv8hvRyEDmW4FbaxwXfVTMa1VsD6PgToKg8jZvQQuAaG4ed3BwT9wtDLmgK2 avRA== X-Gm-Message-State: AOAM531OHMn8McdqQUXFiDSw25pIV5GFM57vFDI7uho/HC6cNhKDFtSK bKyM6lrslWrNDvx2EqvkuqwiZLpB X-Google-Smtp-Source: ABdhPJyVyki0gONOrdt0UrlO6PkZ/WGvXvHbeM2Nq8mJDiJjRC0qNor4B7fPM2HOGnC3PPgfrtOwEA== X-Received: by 2002:a1c:790f:: with SMTP id l15mr11710772wme.161.1590817754435; Fri, 29 May 2020 22:49:14 -0700 (PDT) Received: from [192.168.1.167] ([46.114.106.95]) by smtp.googlemail.com with ESMTPSA id s72sm2351504wme.35.2020.05.29.22.49.13 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 29 May 2020 22:49:13 -0700 (PDT) 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.4 \(3608.80.23.2.2\)) Subject: Re: RaspberryPi 4B 8G model not boot Date: Sat, 30 May 2020 07:49:12 +0200 References: <20200530.130909.120260481726933388.shigeru@os-hackers.jp> To: YAMAMOTO Shigeru , freebsd-arm@freebsd.org In-Reply-To: <20200530.130909.120260481726933388.shigeru@os-hackers.jp> Message-Id: X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49YrH32dmWz4DSW X-Spamd-Bar: ++++++ X-Spamd-Result: default: False [6.05 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(0.00)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(0.00)[googlemail.com,quarantine]; NEURAL_HAM_SHORT(-0.42)[-0.422]; 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)[]; R_MIXED_CHARSET(0.56)[subject]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; RSPAMD_URIBL(4.50)[os-hackers.jp:email]; ARC_NA(0.00)[]; R_DKIM_ALLOW(0.00)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.106.95:received]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; NEURAL_SPAM_MEDIUM(0.10)[0.103]; BAD_REP_POLICIES(0.10)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.82)[0.819]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::343:from]; RCVD_TLS_ALL(0.00)[]; GREYLIST(0.00)[pass,body] X-Spam: Yes X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2020 05:54:24 -0000 > Am 30.05.2020 um 06:09 schrieb YAMAMOTO Shigeru = : >=20 >=20 > Hi all, >=20 > I buy new RaspberryPi 4B 8Gbyte model. my seller isn=E2=80=99t very responsive so I=E2=80=99m still waiting :-) >=20 > I make SD card image from current snapshot for RaspberryPi 3. > = https://download.freebsd.org/ftp/snapshots/ISO-IMAGES/13.0/FreeBSD-13.0-CU= RRENT-arm64-aarch64-RPI3-20200528-r361567.img.xz >=20 > 1. write image to SD card O.K. > 2. download *.dat, *.elf, bootcode.bin, bcm2711-rpi-4-b.dtb from = https://github.com/raspberrypi/firmware > 3. replace *.dat, *.elf, bootcode.bin, bcm2711-rpi-4-b.dtb You can leave the msdos-partition as it is, those files are already = there. > 4. cp config_rpi4.txt config.txt don`t do: 'mv config_rpi4.txt config.txt=E2=80=98 , leave all as it is = =E2=80=A6=E2=80=A6 if you=E2=80=99re interested in testing pcie/USB on the 8GB-model just = reply here and you will get answer from=20 the author of the pcie-driver(R. Crowston), thanks in advance for = testing his driver ;-) > 5. cp /usr/local/share/u-boot/u-boot-rpi4/u-boot.bin . >=20 > I try to boot from SD card. > But u-boot not booting, I can see a color test patter at booting rpi4. >=20 > It seems me to update u-boot-rpi4. >=20 > Thanks, > --- > YAMAMOTO Shigeru > _______________________________________________ > 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 From owner-freebsd-arm@freebsd.org Sat May 30 07:07:03 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 A2BE932806F for ; Sat, 30 May 2020 07:07:03 +0000 (UTC) (envelope-from madis555@gmail.com) Received: from mail-oi1-x242.google.com (mail-oi1-x242.google.com [IPv6:2607:f8b0:4864:20::242]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 49Ystt6b3yz4LGy for ; Sat, 30 May 2020 07:07:02 +0000 (UTC) (envelope-from madis555@gmail.com) Received: by mail-oi1-x242.google.com with SMTP id w4so4727738oia.1 for ; Sat, 30 May 2020 00:07:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=cJ1EtufGuJSJGhe8eP2LE1Lg9VAm4eynuJahNho8hvY=; b=Ip/Qc2eT4o2UUAN+flY3m3XkuS/ai5gr6B7Kc18qaj+cwz4MwDpPIqBoBIn/xooXM8 hp12jOIYl40tvrlCsoialzZsKpTy5ax/Gp9QoRBzuNTASzLawKQ5h9oIfUAuLcu5R7ci ZMWdoR73mA5wOOO8TnqeMarjnO3jWwErzmcMne1x9oFsHzEhMy+I+M17xPbco6yuiR84 Wa1PYpPIFED2CetrBIjiph10nBReIpyf+ar64nxWe4lBTBpUvDlydtq1hv4POQOzpk70 8Eh2a5bEPcgR/vx74tm6Lo1hXMvY5L4i3S8Ud/19Pa3D5uIZR142sW7RGnlwm0NYlXxK A+gA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=cJ1EtufGuJSJGhe8eP2LE1Lg9VAm4eynuJahNho8hvY=; b=pJDPetX+NkjJsK2q274oACsehFBR3F59QRPyrbb7x9dt1mIHw6du1MqyGdqkUuMm6S nv86JLYLAwOCPRd2Y870DFme+b+8Ty7r64GxxiSbfMQiCFSorglCLRXg0FwXfiZxia4X +pIZebIA9CvSrvMpdQEywjjv1kOT047h+sDYD6ypM2oJYwiUuivKIKX8amPlq6SbiQO8 3B541PtTB5luZjWLRIko9rWBge56hwrsn4fEpIpHlFjSD1n8056ToDzw9dtU9mY7bKqv l4/CkCpHc/lsyaFVBOoJ/PRBzRyAHk7yHcFdxvIP3BZj6rKozSNjavhX4HwJQRtm1Xmt vH4w== X-Gm-Message-State: AOAM532O3a1CTc5fjuCTT3FoEgFtdiSECjSXtZ+gGrQF+KZCkgeVcJXx PQOdO+OMEv9CaW3OvCkqpJ09vmcgNDDgSptmsk8= X-Google-Smtp-Source: ABdhPJza8hkAiF7Bpbwcdoa9Gju+EW7B8YcXOIaDZZmaxigoxqaPzSG5CNx0Vc5EbvyHZW0p+SBYsaM2m3rxVtV46oQ= X-Received: by 2002:aca:40d:: with SMTP id 13mr8243291oie.8.1590822421982; Sat, 30 May 2020 00:07:01 -0700 (PDT) MIME-Version: 1.0 Sender: madis555@gmail.com Received: by 2002:a4a:d0d3:0:0:0:0:0 with HTTP; Sat, 30 May 2020 00:07:01 -0700 (PDT) In-Reply-To: References: From: Sulev-Madis Silber Date: Sat, 30 May 2020 10:07:01 +0300 X-Google-Sender-Auth: 5jTH2HPweCRymJPApjtEhHmNYp8 Message-ID: Subject: Re: BeagleBone AI To: "Dr. Rolf Jansen" Cc: "freebsd-arm@freebsd.org" X-Rspamd-Queue-Id: 49Ystt6b3yz4LGy X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=Ip/Qc2eT; dmarc=none; spf=pass (mx1.freebsd.org: domain of madis555@gmail.com designates 2607:f8b0:4864:20::242 as permitted sender) smtp.mailfrom=madis555@gmail.com X-Spamd-Result: default: False [-2.13 / 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.003]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[hot.ee]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[hot.ee]; NEURAL_SPAM_SHORT(0.07)[0.072]; NEURAL_HAM_LONG(-1.00)[-1.003]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::242:from]; FORGED_SENDER(0.30)[madis555@hot.ee,madis555@gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[madis555@hot.ee,madis555@gmail.com]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2020 07:07:03 -0000 this might be not answer you're looking for, as it doesn't suggest new hw, but, maybe you're interested looking into my hobby project for new / fresh ideas, some of it can be seen at http://ketas.si.pri.ee/bbb/ sure, i kind of temporarly lost willpower or didn't have money to continue with that so it's outdated, but i hope at least some of it help, as it does somewhat similar thing (control server, watchdogged embedded clients doing i/o, encrypted connections, dual-partition emmc safe upgrades, cli, webui) On Saturday, May 30, 2020, Dr. Rolf Jansen wrote: > We are starting a new project of industrial device controllers. We want to utilize ARM-SBCs as unit controllers (and here a unit is one industrial device), and we need to attach at least 24 ADCs, 8 DACs and 16 DIOs to each unit controller (UC). Many unit controllers (eventually tenths to hundreds) would then communicate by a custom protocol over ethernet with a command and control server. The UCs and the C&C server would be operated by FreeBSD. Direct interoperability of the UCs with 3rd party IT systems is not a concern, integration needs to be done via the C&C server. > > Since the sample/update rate requirements are quite low, we are going the I=C2=B2C path, and initial testing has been done using the BeagleBone Black= . It got 2 separate I=C2=B2C 400 kbit/s busses which helps already, avoiding I= =C2=B2C address conflicts. Yet, the 8 port I=C2=B2C switch TCA9548A is working very well, and we are now sure to be able to attach enough ADCs, DACs and DIOs to each unit controller. > > Although the initial viability tests were done with a BeagleBone Black running FreeBSD 13-CURRENT, we could start with another more modern SBC. > > First Question: > > What modern SBC with more than 1 I=C2=B2C bus and which can run FreeBSD 1= 3++ would you suggest? > > > Now recently, I found the BeagleBone AI site https://beagleboard.org/ai/ = < https://beagleboard.org/ai/>. This one got also 2 I=C2=B2C busses, and physically, with respect to a housing, it could be a 1:1 replacement for a BBB. It seems, this one is still too new for FreeBSD. I am very fond of the BB concept - for me it is much more appealing for industrial embedded applications than for example any RPI. However, the BBB came to age, and I would start a new project with it only, if there would be a reasonable chance for an upgrade path. > > Two more Questions: > > Is it reasonable to assume that FreeBSD would run on a BBAI in the future, let=E2=80=99s say in 2 to 3 years? > > Perhaps I could help porting FreeBSD to a BBAI. What would be the general steps? > > > Many thanks in advance for any suggestions, advices and clarifications. > > Best regards > > Rolf > _______________________________________________ > 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 Sat May 30 08:23:33 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 A03FB32A389 for ; Sat, 30 May 2020 08:23:33 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-21.consmr.mail.gq1.yahoo.com (sonic301-21.consmr.mail.gq1.yahoo.com [98.137.64.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 49Yvb84fjQz4SL3 for ; Sat, 30 May 2020 08:23:32 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: .MFhTZoVM1kx33pjhDaEaosxYdiOPnZYiEE2rybn8Ch5UGM5rxeNC461mlnbKTp DZbOZ.HBh0DlD0lhZuJK7kXgkuKh88f.Hi0aWjYx5SgBx5nYQzwIqZS0JsQbbVwACRuhTT0vC3OF j0k2PCbyVQK1byTywydswczzpTkimuInAW.DCTOALwNvmkG4JY.domyMIjeK_DvjhjErDjaZGMjF jbwG0fNdU1MO66MHYMHkT9kkHoDZlo0H8vWjsk44us62caEOgBP57dNuRu_2JyB2BrJQBZpVjXQX vw.2QRgxlxDqFAZ15AuV3KE9rbGpIJGXuFus1wV.fTkha24OjAg39DUcOrICKSJrZE21mBmaBXNV dAiY8BOxsVj1mPDev36uScuqgN0X6b0K.LWT9yrC45i9xpO9isHnrnLvR6YNZeQopSmbr7lYHtgH VJTu6aEDk9TcF_c9JwelOXmSHxa98ATPJc3TUwhMr9LQkWlTrc8vXMwkX5TNiN997pX2BpYjCCSQ _d2NNAKJmoKhnhLfFIki6KhgcYH_xCnSAHANd7cvfcv9PcsoVQnsVbvs3UAl8YthxP2LyJm1ScAT .YifWQ9u2_9haBphBJCo4tRfkTyfmc3aw8IAH3pRXf2XsCjRUpV.3k2hLkdCtASCYGs3B8kUyg5m 7cZ29xC_hIJSuij.BakVi1waWq4Xdc5g8QdT4ok2emGZdUmNvrkvm8rySp6jMY9hotCIk0qOuYD0 Nade8zFTJLNnRD4FsOLkTisogmptOfO7nZvHPuhfgK5be_RdqbaCVLUZMTn8fMPDR96IjKwtL0LQ 1oXiB5O.mofYtpCbQ50wQmVIzqLc0IAgUNJxppptI.EW5ux88NgVyI1PjgrBuFBfNm2lqcdgbT7l MWF5Vjy8u1FWFmJMOhMfV7FydmI.LWnP5leOwdHt0Mro3kE7D4hCXrI2iUTXNVLSJU_cBOP0njvT nGIss_QToPAa5.6g0b3ySQbK6J3U4WC6ZaS0D6cEaunSFp.LQdQaF7fMwqA7GrnjsBD6Dp57Nm4m bEBtrfUIE0B9dnHKbSud7H8JcNnFAXAT_vpiR5bA9HYjes1tKCcVnJyybM8JLO.t3wdTjXFrqjqE qL3Iy1_O8eqwQnvWKgl0kn4JV.SOGSY6HtRM8nPyx7x7O3ijRMkBIEK6pwxttPlpRwOKjvSwA8ae 9qXax1GkbRqlTVDDwrP8NY1RV_.7XXhunBNvRMkN6nASIZeSIonRDKlPFz9bzk0KldF0Yb6KjOpa 3jyRWSgEwKRuNwWY2Vi4D3n.i14mDIERxWGHBjMir1tVwVSVhcoz1ajYZWUkylnqKpPRJT37PXgj y0j4jn4LC4B.B4F3Q6VELLS9Dc4F9M9a.zNLraozoJJC.HO99EuGCeOWJsLyyRKOpsxPdokPylF2 RwgY4jIaXWasIjF2yilVkJl5FwVsXjdl8sHWJqE58HdrmobyV9_9CQ9OmmOEBZqk- Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.gq1.yahoo.com with HTTP; Sat, 30 May 2020 08:23:31 +0000 Received: by smtp429.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID a802d72fe631914c654c73546093a5bd; Sat, 30 May 2020 08:23:29 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: RaspberryPi 4B 8G model not boot From: Mark Millard In-Reply-To: Date: Sat, 30 May 2020 01:23:27 -0700 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <50DC156A-CA39-4809-85B7-02A5180DAB63@yahoo.com> References: <20200530.130909.120260481726933388.shigeru@os-hackers.jp> To: YAMAMOTO Shigeru , =?utf-8?Q?Klaus_K=C3=BCchemann?= X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49Yvb84fjQz4SL3 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.08 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.58)[-0.578]; FREEMAIL_TO(0.00)[os-hackers.jp,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:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.985]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.02)[-1.016]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.147:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.147:from]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2020 08:23:33 -0000 On 2020-May-29, at 22:49, Klaus K=C3=BCchemann via freebsd-arm = wrote: > Am 30.05.2020 um 06:09 schrieb YAMAMOTO Shigeru : >>=20 >>=20 >> Hi all, >>=20 >> I buy new RaspberryPi 4B 8Gbyte model. This model has differences, such as what eeprom has the VL805 material: QUOTE ( https://github.com/raspberrypi/rpi-eeprom/tags for = v2020.05.28-137ad ) Newer board revisions do not have a dedicated VL805 EEPROM. Instead, the VL805 firmware is loaded from the bootloader EEPROM. END QUOTE None of sysutils/rpi-firmware , sysutils/u-boot-rpi[34] , and/or FreeBSD's kernel have been updated for such differences. > my seller isn=E2=80=99t very responsive so I=E2=80=99m still waiting = :-) >>=20 >> I make SD card image from current snapshot for RaspberryPi 3. >> = https://download.freebsd.org/ftp/snapshots/ISO-IMAGES/13.0/FreeBSD-13.0-CU= RRENT-arm64-aarch64-RPI3-20200528-r361567.img.xz >>=20 >> 1. write image to SD card >=20 > O.K. >=20 >> 2. download *.dat, *.elf, bootcode.bin, bcm2711-rpi-4-b.dtb from = https://github.com/raspberrypi/firmware >> 3. replace *.dat, *.elf, bootcode.bin, bcm2711-rpi-4-b.dtb >=20 > You can leave the msdos-partition as it is, those files are already = there. It may be that the files should not be updated. But the content of the files need not be the same. https://github.com/raspberrypi/firmware shows the master branch by default but allows, for example, selecting a tagged build instead. The original message did not make clear which branch's/tag's material was used. FreeBSD's sysutils/rpi-firmware port shows 1.20190925.g20200109 in its Makefile, which would match tag 1.20190925 . Since then there has also been more tags added as things were updated: 1.202000114 1.202000205 1.202000210 1.202000212 The master branch is even more updated than those. It is not necessarily obvious that the sysutils/u-boot-rpi[34] ports or the FreeBSD kernel would be well matched to the more recent https://github.com/raspberrypi/firmware/ materials. >> 4. cp config_rpi4.txt config.txt >=20 > don`t do: 'mv config_rpi4.txt config.txt=E2=80=98 , leave all as it = is =E2=80=A6=E2=80=A6 # diff -u /mnt/config.txt /mnt/config_rpi4.txt --- /mnt/config.txt 2020-05-27 22:07:36.000000000 -0700 +++ /mnt/config_rpi4.txt 2020-05-27 22:07:36.000000000 -0700 @@ -1,7 +1,7 @@ arm_control=3D0x200 -dtparam=3Daudio=3Don,i2c_arm=3Don,spi=3Don -dtoverlay=3Dmmc -dtoverlay=3Dpwm +arm_64bit=3D1 dtoverlay=3Ddisable-bt +dtoverlay=3Dmmc device_tree_address=3D0x4000 kernel=3Du-boot.bin +armstub=3Darmstub8-gic.bin (Note the different/special armstub for an RPi4.) Looking at my builds of u-boot.bin for the rpi3 and rpi4: # ls -ldT /usr/local/share/u-boot/u-boot-rpi[34]/u-boot.bin -rw-r--r-- 1 root wheel 499824 Apr 25 00:16:54 2020 = /usr/local/share/u-boot/u-boot-rpi3/u-boot.bin -rw-r--r-- 1 root wheel 506360 Apr 25 13:28:34 2020 = /usr/local/share/u-boot/u-boot-rpi4/u-boot.bin they are not even the same size. It does not appear that testing a rpi3 based configuration is the same as testing a rpi4 based configuration, even if the rpi4 could run the rpi3 configuration without problems. > if you=E2=80=99re interested in testing pcie/USB on the 8GB-model just = reply here and you will get answer from=20 > the author of the pcie-driver(R. Crowston), thanks in advance for = testing his driver ;-) I've no clue what configuration(s) R. Crowston is targeting or testing. >> 5. cp /usr/local/share/u-boot/u-boot-rpi4/u-boot.bin . >>=20 >> I try to boot from SD card. >> But u-boot not booting, I can see a color test patter at booting = rpi4. >>=20 >> It seems me to update u-boot-rpi4. >>=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 May 30 15:45:26 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 8B6A9335D7E for ; Sat, 30 May 2020 15:45:26 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wr1-x442.google.com (mail-wr1-x442.google.com [IPv6:2a00:1450:4864:20::442]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 49Z5P14KT0z47yS for ; Sat, 30 May 2020 15:45:25 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wr1-x442.google.com with SMTP id c3so7087975wru.12 for ; Sat, 30 May 2020 08:45:25 -0700 (PDT) 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=aJKXQ18euNEmMf7IP9zMmtqqpew01eWt2vxK16wCGzw=; b=UBYCBCiVjwj1qKXsdRGOJmU+6bgfgf6xkY8/DQIAi4H2WXpZxpTTbEW9UDzr32Pe+I hmKO6VKG5Myp6a+9QLgpAL3obyvO8H5dAuN4cfCImJwnP0hunNg8CIU814faUB4sa3Pf MtWEwvnG0UMK47jM00h6fLk27Wjmcz7YIH9dMuJlAw6ZWXlOiuJKQQe7/KbKwuLiF6ev bRWmQT0jd2w/QmoB1g6EAoStQ1kMFSKC6h+FXHdvQ378XmCZ6K2EhPyfFHRQHZsSWQrh K/q7P0AJwvypcTaNXh0zA+6f/frDNFfpUCglGfKhFpeCFCaEN6blldl3IG1H3IYVoIYP faBw== X-Gm-Message-State: AOAM533HXHH+upL8YZ2D59cQjj/AM4BBiXO7oqbBhItMpZmIvTtrVqjt T5YQY3TWHLH7iPNWUHoRy9M= X-Google-Smtp-Source: ABdhPJw5qSEkVWm7TiEJaJiWYrU69UkFZSdGlLTfFt9eLPc3CCvlnSvXoyzj6MMFsA3w6ZnW0nFxHQ== X-Received: by 2002:a5d:49cd:: with SMTP id t13mr15118779wrs.292.1590853523741; Sat, 30 May 2020 08:45:23 -0700 (PDT) Received: from [192.168.1.167] ([46.114.105.75]) by smtp.googlemail.com with ESMTPSA id n23sm4221165wmc.21.2020.05.30.08.45.22 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sat, 30 May 2020 08:45:23 -0700 (PDT) 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.4 \(3608.80.23.2.2\)) Subject: Re: RaspberryPi 4B 8G model not boot Date: Sat, 30 May 2020 17:45:21 +0200 References: <20200530.130909.120260481726933388.shigeru@os-hackers.jp> <50DC156A-CA39-4809-85B7-02A5180DAB63@yahoo.com> To: Mark Millard , freebsd-arm@freebsd.org, YAMAMOTO Shigeru In-Reply-To: <50DC156A-CA39-4809-85B7-02A5180DAB63@yahoo.com> Message-Id: X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49Z5P14KT0z47yS X-Spamd-Bar: ++++++++ X-Spamd-Result: default: False [8.76 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(0.00)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; DMARC_POLICY_ALLOW(0.00)[googlemail.com,quarantine]; FREEMAIL_TO(0.00)[yahoo.com,freebsd.org,os-hackers.jp]; 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)[]; R_MIXED_CHARSET(0.56)[subject]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; ARC_NA(0.00)[]; RECEIVED_SPAMHAUS_XBL(5.00)[46.114.105.75:received]; R_DKIM_ALLOW(0.00)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.105.75:received]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(0.88)[0.881]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; NEURAL_SPAM_MEDIUM(0.88)[0.875]; BAD_REP_POLICIES(0.10)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.95)[0.948]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::442:from]; RCVD_TLS_ALL(0.00)[]; GREYLIST(0.00)[pass,meta] X-Spam: Yes X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2020 15:45:26 -0000 > Am 30.05.2020 um 10:23 schrieb Mark Millard : >=20 >>>=20 >=20 > This model has differences, such as what eeprom has > the VL805 material: > =E2=80=A6=E2=80=A6=E2=80=A6.. > None of sysutils/rpi-firmware , sysutils/u-boot-rpi[34] , and/or > FreeBSD's kernel have been updated for such differences. > =E2=80=A6=E2=80=A6. of course possible or probable that the 8GB - model doesn=E2=80=99t boot=20= with the 4GB-configuration.. That=E2=80=99s what I wanted to know from MR. Yamamoto since I can=E2=80=99= t know because my 8GB isn=E2=80=99t arrived yet.. The default for RPI4/4GB is to leave the =E2=80=A6RPI3.img.xz as it is = and overwriting with sysutils/u-boot-rpi4(2020.04 if it`s not yet = contained)=E2=80=A6=20 for the sake of simplicity:=20 = https://sourceforge.net/projects/rpi4u-boot-2020-04-fbsdonly/files/u-boot.= bin/download >> if you=E2=80=99re interested in testing pcie/USB on the 8GB-model = just reply here and you will get answer from=20 >> the author of the pcie-driver(R. Crowston), thanks in advance for = testing his driver ;-) >=20 > I've no clue what configuration(s) R. Crowston is targeting > or testing. >=20 As far as I remember you own an RPI4 , did you do a test of the = pcie-driver or are you willing to=20 make a test ?.. would help a lot =E2=80=A6(I suspect you saw the results = of my tests..) Thank you From owner-freebsd-arm@freebsd.org Sat May 30 15:58: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 C8F1E336818 for ; Sat, 30 May 2020 15:58:49 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wr1-x42d.google.com (mail-wr1-x42d.google.com [IPv6:2a00:1450:4864:20::42d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 49Z5hS5DCcz49d7 for ; Sat, 30 May 2020 15:58:48 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wr1-x42d.google.com with SMTP id y17so7129873wrn.11 for ; Sat, 30 May 2020 08:58:48 -0700 (PDT) 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=Cr/X45ItxnxMQUjGi+/aX+xFVzQUdm09WOKVM1R5WQs=; b=nWPXwVN5vEIa2JpUzaEliBSfYSnxxn7YH8GGqf3Pp8yUiaVnAMzZx+gFwXcEptafMc ArbzNcQ4D8XBgbP5SB94jpj68Vrbek0XrmGd8Y/HIluE6SF3azDSOr4/ectXasQM6yqa jqLZhmDUuLHAR76h7VLUlxFNsQgLkrDY+JJengVr4G697WWN0OVmeNCLdeDoSfaJ/cXL eTLmoccEHdb5/WqxQCT7uKFwPot6Q6x+kVdM0N/x5YifuCoo6jWyTuB8/VGWDnfLFRBU +2bqT8l3KR2pmSXGHKU0LLMw7XRs9nMWzvJTfLBak7sngv83MTP9dyHXnAK3xmlNxYoT XCgA== X-Gm-Message-State: AOAM533ntoi8EbFa0+ebmKl/XuxpOuYV/32j9vb3o7Sxf0cmRmD71bTY znmDPq7KgBbr4bAuvO/Vesk= X-Google-Smtp-Source: ABdhPJy+KNIpGOnRmH60lmFn1ikyrBwSAToTr2aPS6fYx7solUuUid2qygVPwzXpdY6lsQEGSfmGgw== X-Received: by 2002:adf:c44e:: with SMTP id a14mr13011169wrg.50.1590854323735; Sat, 30 May 2020 08:58:43 -0700 (PDT) Received: from [192.168.1.167] ([46.114.105.75]) by smtp.googlemail.com with ESMTPSA id b201sm2825135wmb.36.2020.05.30.08.58.42 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sat, 30 May 2020 08:58:43 -0700 (PDT) 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.4 \(3608.80.23.2.2\)) Subject: Re: RaspberryPi 4B 8G model not boot Date: Sat, 30 May 2020 17:58:41 +0200 References: <20200530.130909.120260481726933388.shigeru@os-hackers.jp> <50DC156A-CA39-4809-85B7-02A5180DAB63@yahoo.com> To: Mark Millard , freebsd-arm@freebsd.org In-Reply-To: Message-Id: <2DE76C92-8F4B-4658-94E4-FB7C7B7C6135@googlemail.com> X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49Z5hS5DCcz49d7 X-Spamd-Bar: ++++++++ X-Spamd-Result: default: False [8.66 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(0.00)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(0.00)[googlemail.com,quarantine]; FREEMAIL_TO(0.00)[yahoo.com,freebsd.org]; 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)[]; R_MIXED_CHARSET(0.56)[subject]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; ARC_NA(0.00)[]; RECEIVED_SPAMHAUS_XBL(5.00)[46.114.105.75:received]; R_DKIM_ALLOW(0.00)[googlemail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.105.75:received]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.70)[0.704]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; NEURAL_SPAM_MEDIUM(0.95)[0.953]; BAD_REP_POLICIES(0.10)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.95)[0.946]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::42d:from]; RCVD_TLS_ALL(0.00)[]; GREYLIST(0.00)[pass,meta] X-Spam: Yes X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2020 15:58:49 -0000 > Am 30.05.2020 um 17:45 schrieb Klaus K=C3=BCchemann = : >=20 > =E2=80=A6=E2=80=A6.blablablaba... >=20 > As far as I remember you own an RPI4 , did you do a test of the = pcie-driver or are you willing to=20 > make a test ?.. would help a lot =E2=80=A6(I suspect you saw the = results of my tests..) >=20 > Thank you >=20 >=20 Mark,...to be more specific: Yes, in theory it is possible that it could be even necessary for the = 4GB(2Gig/1Gig)- models=20 to update the files you mentioned(armstub/overlays and so on ) for = judging problems with the pcie-driver. That=E2=80=99s why it would be very helpful if you could test Robert`s = pcie-driver in YOUR configuration on your RPI4-model. Okay, pretty dirty work .. but that's how we are, right? thanks in = advance! ;-)= From owner-freebsd-arm@freebsd.org Sat May 30 16:16:29 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 7F2BA337504 for ; Sat, 30 May 2020 16:16:29 +0000 (UTC) (envelope-from madis555@gmail.com) Received: from mail-ot1-x341.google.com (mail-ot1-x341.google.com [IPv6:2607:f8b0:4864:20::341]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 49Z64r4q3Qz4Ctc for ; Sat, 30 May 2020 16:16:28 +0000 (UTC) (envelope-from madis555@gmail.com) Received: by mail-ot1-x341.google.com with SMTP id b18so4439228oti.1 for ; Sat, 30 May 2020 09:16:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=wRm56AaqUush+5v/ac/Tsn2oIJTL2jb6WGxFxzB0oqI=; b=gi4CFuX3UVMImOrhqkCw4qiGtCNeGafXDOfUV2Cc/ffEtQm5+yxrdTZBJfnBpnxabs AQE8QRQkc7F8woA01FH1qI9+kjUEX1G7F3WpZ1WXcZyllL2rPThyKNJSw99cHur7eh6F M2Mraggn/QUfY1dHbMwt3958682ys9y9Lpv2t7t0ECjyRoJJ9eyBPoDnZ34qY35Jvh/H bRqmJLE6yz4BvvK3MvS/BCopiJH8mipzYntYPW7XgbMwCf16hCIYpciFI+xKndq+7cY6 WRQbodcyFA70cbojVLpkfgSkGzC95qDZgpep3YARGCHqcZ11arSu6ruSLXGKhqKLzINl XjZw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=wRm56AaqUush+5v/ac/Tsn2oIJTL2jb6WGxFxzB0oqI=; b=YuZyYYYCl7dJZTRKcfdohbE9SGVhnX+a6VSpC0GqkHInEcoPe3A+di1aKLRqhpatQS 69hkBFQ1s3t5ldhFfJUffn739VRqdqbSGoOI5xQiUgow2nMCOEtrZNnMk9KFYMpMguAB bbIbH3A4bVFuUulhV1F20aFfeqWhNRZOjR+uIenadhyq+QmCbqSv8gg71vOlS9Wa8fyo Hwmg0jGUxLWeaoAKPe0PuEVckwpjBdEOOHuycKBIJfrKIqwL7D8ObzmMj7gB5zYy4t1R LPmbLLzIMe1g3usvZifAVFUV8zDDMSjU8C5fOTz4tzPCjG82Dhl9UUd5+A7s1ls5be5d 1wLA== X-Gm-Message-State: AOAM532q97qufx3Wgd7bKC+XltVEguk/GKiksxn1Fw9IlZYalVGJoFQS OrLKuJcHF/pU2K/BsQDOOg6Oi5r/ejYdt17qS9h/HYkf X-Google-Smtp-Source: ABdhPJwQvbq3bGjbsAbL0IOCu8OyULywItd7w/kZZLfy7s1PmcH7dfDfWQDImup0+p/lqf0lNIhUe3tmok4+4yRIZvM= X-Received: by 2002:a9d:6:: with SMTP id 6mr5868724ota.140.1590855387383; Sat, 30 May 2020 09:16:27 -0700 (PDT) MIME-Version: 1.0 Sender: madis555@gmail.com Received: by 2002:a4a:d0d3:0:0:0:0:0 with HTTP; Sat, 30 May 2020 09:16:26 -0700 (PDT) In-Reply-To: <54BFDAE5-67CF-4033-BD38-3F38F7FE70F8@cyclaero.com> References: <54BFDAE5-67CF-4033-BD38-3F38F7FE70F8@cyclaero.com> From: Sulev-Madis Silber Date: Sat, 30 May 2020 19:16:26 +0300 X-Google-Sender-Auth: CLOaEPcYSn7-IUYCBKrg2F7OofE Message-ID: Subject: Re: BeagleBone AI To: freebsd-arm@freebsd.org X-Rspamd-Queue-Id: 49Z64r4q3Qz4Ctc X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=gi4CFuX3; dmarc=none; spf=pass (mx1.freebsd.org: domain of madis555@gmail.com designates 2607:f8b0:4864:20::341 as permitted sender) smtp.mailfrom=madis555@gmail.com X-Spamd-Result: default: False [-1.21 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-0.96)[-0.963]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[hot.ee]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[hot.ee]; URI_COUNT_ODD(1.00)[1]; NEURAL_HAM_LONG(-0.98)[-0.985]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::341:from]; NEURAL_HAM_SHORT(-0.06)[-0.061]; FORGED_SENDER(0.30)[madis555@hot.ee,madis555@gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[madis555@hot.ee,madis555@gmail.com] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2020 16:16:29 -0000 worth mentioning anyway, as ideas kept to oneself are useless ideas somehow noone else has replied so far, including ones i consider more competent on subject to me, ti am* soc seems like solid option. unsure if one wants to use c.o.t.s. board for industrial use, though? i mean as opposed to designing own pcb when others finally arrive, they might want to correct me, but next platform to consider (fbsd-support-wise) could be imx6 then there are allwinner socs which seem to be like more oriented towards consumer mobile devices and rpi-class (media players?) but nothing stops one from "abusing" readily available hw, if you ruggedize it and take appropriate precautions :) i hope you also found https://wiki.freebsd.org/arm and maybe other resources too (like related irc channels and forums) On Saturday, May 30, 2020, Dr. Rolf Jansen wrote: > Thank you for replying. The system and network management for our project happens to be ready. The interface board for the unit controllers with signal conditioning and the ADCs/DACs/DIOs over I=C2=B2C is in the prototyp= ing phase, and the only question left is now, with which SBC hardware we want to deploy everything. > Best regards > Rolf > > Am 30.05.2020 um 04:07 schrieb Sulev-Madis Silber : > this might be not answer you're looking for, as it doesn't suggest new hw, but, maybe you're interested looking into my hobby project for new / fresh ideas, some of it can be seen at http://ketas.si.pri.ee/bbb/ sure, i kind of temporarly lost willpower or didn't have money to continue with that so it's outdated, but i hope at least some of it help, as it does somewhat similar thing (control server, watchdogged embedded clients doing i/o, encrypted connections, dual-partition emmc safe upgrades, cli, webui) > > > On Saturday, May 30, 2020, Dr. Rolf Jansen wrote: >> We are starting a new project of industrial device controllers. We want to utilize ARM-SBCs as unit controllers (and here a unit is one industrial device), and we need to attach at least 24 ADCs, 8 DACs and 16 DIOs to each unit controller (UC). Many unit controllers (eventually tenths to hundreds) would then communicate by a custom protocol over ethernet with a command and control server. The UCs and the C&C server would be operated by FreeBSD. Direct interoperability of the UCs with 3rd party IT systems is not a concern, integration needs to be done via the C&C server. >> >> Since the sample/update rate requirements are quite low, we are going the I=C2=B2C path, and initial testing has been done using the BeagleBone B= lack. It got 2 separate I=C2=B2C 400 kbit/s busses which helps already, avoiding = I=C2=B2C address conflicts. Yet, the 8 port I=C2=B2C switch TCA9548A is working very well, and we are now sure to be able to attach enough ADCs, DACs and DIOs to each unit controller. >> >> Although the initial viability tests were done with a BeagleBone Black running FreeBSD 13-CURRENT, we could start with another more modern SBC. >> >> First Question: >> >> What modern SBC with more than 1 I=C2=B2C bus and which can run FreeBSD = 13++ would you suggest? >> >> >> Now recently, I found the BeagleBone AI site https://beagleboard.org/ai/ . This one got also 2 I=C2=B2C busses, and physically, with respect to a housing, it could be a 1:1 replacement for a BBB. It seems, this one is still too new for FreeBSD. I am very fond of the BB concept - for me it is much more appealing for industrial embedded applications than for example any RPI. However, the BBB came to age, and I would start a new project with it only, if there would be a reasonable chance for an upgrade path. >> >> Two more Questions: >> >> Is it reasonable to assume that FreeBSD would run on a BBAI in the future, let=E2=80=99s say in 2 to 3 years? >> >> Perhaps I could help porting FreeBSD to a BBAI. What would be the general steps? >> >> >> Many thanks in advance for any suggestions, advices and clarifications. >> >> Best regards >> >> Rolf >> _______________________________________________ >> 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 Sat May 30 17:03: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 CC6AD2F0130 for ; Sat, 30 May 2020 17:03:43 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic316-54.consmr.mail.gq1.yahoo.com (sonic316-54.consmr.mail.gq1.yahoo.com [98.137.69.30]) (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 49Z77L6kltz4Hx0 for ; Sat, 30 May 2020 17:03:42 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: hCx3jokVM1nFf9g.rhVzB_TrBwksUZeEa5_zWeBGMwwQxmzL.nOqacVszpDM4X1 5lnWup7tNCVsWV7bG5JN_cL1j4TR8w2CXoihvEntPUWkjDiKMk5CSScR9TL02FKGUoWEFqzks8tT 8DbxY_N03_XL73GD0wu7kHNIPm..1MMZ8vPI46WqTzNyfZwe_jzFuaNONT_Ddm.6eN1Nbkd_T_HD SZIgPTQqY2.ExeHHYcR5u_bQyIMPndjxWV50hdNi.l0M3imNEKmE9Dgvr9ISUkAnMrsu40emxFtj CpKhgp1MUELdYL7R7wqnb6bUwzja4Ir1zx7cw0YDzZ8DZwGkuIsDPevofszomnpBLYqw9uAXuo8f V8yxiobDEyinGC6k_txMvPT0CqSxWaslUa33QjZYnLH2fxuivaPTYlNsAYYy0unB2isKQOJZO_NR C8dIblMeyuE.WYy.K1PzOCzpvKVVwJr1B.5Kv9J.bn6KtAfTSzu6lnjMuFCnHtUhQ3aJEE2QvcEs PD6AU84Jbt_XHIJZN40urpn6BMRoq4o4gUxOuEekVS26GgIDu_E7cudpr456_.U98.Inq4Zfvjv1 plB5vAkWah5YPzeTvD4H2I7ZdEcIwMErsxa6k.NYU3WumSvYJOcZVuGM8ewmjfxIlkU6GMNMjWpJ jbNvHYx.1In8X9.tuMbPft4PbIZWAZbuYRhtUGMAv2PeR8Xal3Tq_I.9JqZ8eBb36raIhH9cB0f_ 2YDOCy_iK3DVsSwmQqVqGPnwbUI77mUJm.AikDolLjbYAsvOETxN223A7OzJiftjB5TApTJdiWHV UKvRJhfY_Zq4EZLPssr3.UwY59brPzNXIZYNHsBh_t7_90lw_yA3uEPrFqCan1lVp5xg.waj0Lw3 ZMUemll.0M8uDvangHw6Vwix4W5tauk.bWxXvvud3Fgwcj3gp_YeRILwLAUtOk6Mky8VunEub7TF WpPsHd1zPhHMVs62RDJa82FG6IET6vzfvUMYB7vLdUTiGmHPx7CocHkZWu8XYVA8B.S7ZyZ3SDv1 YMR0Wnf4QKZHzVusW7t3q7zsqSN1eym9.ba3c0UyQU4QThFyAnpuIf5O1w2B7PEy5.re74buWca_ fwqCIst3AxgHaT5Ru0DVU_IHOxI8bpPr4LC0AcT554oViCQWB2rRv1YaGszDKqNYQNzFK5tFOOAj Z_a1Z2ceBHaVOb.hwM95xKtfA1t85oYElxAcitw.Hwb4LGw.RIy7gT5Y9ymIUBXA5sPFwQe9fCqI kdJwahXxDd2IkN7haGbSxVTZOme7j0Gp1gcklGdDajS6NsPYcTWrrHWLKH.iFA3uyZPiq6Te14rH 9_kH2SWMu9_QbXNJEL2kKkINvWnGgGXfXomgRvAQutbczkarmolcG.I7wlXe1g3HYLlC5a0dn4Wq BDZUgPJAHO6Lk4i6uqseOkx_FKOiNd8r37VmetT_pgo0rmE45_J3UM.Wu Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.gq1.yahoo.com with HTTP; Sat, 30 May 2020 17:03:41 +0000 Received: by smtp431.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 5538cef4e90c60d2bb06cb6d90897bb9; Sat, 30 May 2020 17:03:39 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: RaspberryPi 4B 8G model not boot From: Mark Millard In-Reply-To: <2DE76C92-8F4B-4658-94E4-FB7C7B7C6135@googlemail.com> Date: Sat, 30 May 2020 10:03:37 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <0AD80BEF-AA71-41F0-AD71-DF8516B790D9@yahoo.com> References: <20200530.130909.120260481726933388.shigeru@os-hackers.jp> <50DC156A-CA39-4809-85B7-02A5180DAB63@yahoo.com> <2DE76C92-8F4B-4658-94E4-FB7C7B7C6135@googlemail.com> To: =?utf-8?Q?Klaus_K=C3=BCchemann?= X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49Z77L6kltz4Hx0 X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.73 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.21)[-0.215]; 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:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.994]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.02)[-1.019]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.30:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.30:from]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2020 17:03:43 -0000 On 2020-May-30, at 08:58, Klaus K=C3=BCchemann wrote: >=20 >> Am 30.05.2020 um 17:45 schrieb Klaus K=C3=BCchemann = : >>=20 >> =E2=80=A6=E2=80=A6.blablablaba... >>=20 >> As far as I remember you own an RPI4 , did you do a test of the = pcie-driver or are you willing to=20 >> make a test ?.. would help a lot =E2=80=A6(I suspect you saw the = results of my tests..) >>=20 >> Thank you >>=20 >>=20 > Mark,...to be more specific: > Yes, in theory it is possible that it could be even necessary for the = 4GB(2Gig/1Gig)- models=20 > to update the files you mentioned(armstub/overlays and so on ) for = judging problems with the pcie-driver. > That=E2=80=99s why it would be very helpful if you could test Robert`s = pcie-driver in YOUR configuration on your RPI4-model. > Okay, pretty dirty work .. but that's how we are, right? thanks in = advance! ;-) The RPi4 that I have access to is busy testing building software under NetBSD. It seems that after a variable number of hours being kept busy, the USB logs an error that leads to either a compiler process crashing or getting stuck in an unbounded loop. My normal FreeBSD context on the RPi4 is to be running the sysutils/rpi-firmware , sysutils/u-boot-rpi4 , and head FreeBSD -r360311 (with its loader) combination. (My attempts to use https://rpi4-uefi.dev/ 's material instead of sysutils/u-boot-rpi4 material for FreeBSD have never managed to get FreeBSD's loader to output anything. Eventually the uefi watchdog forces a reboot.) =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 May 30 18:09: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 CA7092F179E for ; Sat, 30 May 2020 18:09:12 +0000 (UTC) (envelope-from oskar.holmlund@yahoo.com) Received: from sonic303-21.consmr.mail.ir2.yahoo.com (sonic303-21.consmr.mail.ir2.yahoo.com [77.238.178.202]) (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 49Z8Zv4qxHz4Nm9 for ; Sat, 30 May 2020 18:09:11 +0000 (UTC) (envelope-from oskar.holmlund@yahoo.com) X-YMail-OSG: CTbLtYYVM1kalIjXcsBxgPVZhNF6uhU4ynlOxl_sM6p6fAX.YpgBvmFqJ6Etczb nbPJGvY30MKyMrU6rcWxe709isJagKqlt8jZrND7yzwcvIBWF5WP7ILw_pkPt3WbBdHVbxilu0fX uA3jsFQ0CNARumJwKNCnQUl0mFxILahVqUgJInF9A6PI6MGDsdGDPBRjL0RlLMd_EGJS7J3JiByq PuTaFIroba7n.CRUZDR0QNQwzF722ynMT.ECpSux8AM2Zj7EqWek1CyLfja.LHfg1k5CumI.hE.b _BeoHJ79i49j.bE.rsebLacEN_LhZN5lzHoFoUcteRmN89LaMyooUPNBJfermamjgV4Cl0S9ma1y _TKgQypIy0sYtzII4SkFmu.4j73xrl3t.2ysxQ6xMwUiRgha9eBKeHOCcLCtY2tgvP5zofHgpMqD l4mBhhaY8Xz1H8BMNRVz06P0xl81uvb6j9yjjEQMaiOTCQFRRTiBgOUKi3rZzUgK3p6yhptewb_k inqsP3Wt5jhSt9TKCdHwlbPxfl4rFzNTssEoIY4UbmE6ufgnvawU4tNlzvw4_KbEkDzDGR91ZoI5 OPvYQIOaX6NeYEfjNGvrIjXwUcsArTpQqaHFWtp3PVpLo_tywvdsdiEdyBnULMyimpc_.eiOTXLy z_1L5bBND_y.uFE39lQUB7CjJXe82YsNtknruxo8ExDkf5P5F0N..z.IbtmayvfqQyeXjIUlQ_cV txQQhc8MgUMgu4JzS__ePg6Ay9s0QjotQdKoiWq6ddtHZ0UI2_NA9Ko086y_IYiRZznF1F15Eg36 vanpu982bbEfKAJdUUATwKQjja93o.eagmDZLFgWcyj6TnJoz8auZ2DUYb60L4DajjVSQDvD6RGq PMv3sLNlV8ooYHE0ND2xdrU6dbTqPBxauYEqc_Sb73cq54onGkRA0vxe..SInwgDtOVTLkIIdOr2 .P_HUR96hsPGhIrqUbKgHF5AUpITds0FeH1Y.CiwKsUPFqmRQ2q.v8W5c4Yq5I1MhswxmRJJD8z0 bXU09Lmy8uHkFeQqTEVwJ8Cya1t80SJtcneuhgd2lDwhLKCzjXhGXghtgx_maGJYkz150BltlwMy op0CW9P7ifIRZInbYbL4e7rHhdWHl3nSjHSsp_EwI09s5Ovh7k4W.9RNE6DeEP2J9wUCeAIdIxIU WcC9_rmbSS4bQ5YGzgEpxs_dhkWWs6jlax.H8VgPeFaNKO9KckWdd6k00k4MFkL3QQHFu0Rxb3lZ fYJn1rkEyDeg4hgq9JvD10yku16kYwBK85ag_usYuxfRGhTeOPolL.v0VPYPZVZ2riDA- Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.ir2.yahoo.com with HTTP; Sat, 30 May 2020 18:09:09 +0000 Date: Sat, 30 May 2020 18:09:04 +0000 (UTC) From: Oskar Holmlund To: freebsd-arm@freebsd.org, "Dr. Rolf Jansen" Message-ID: <1475482977.403029.1590862144455@mail.yahoo.com> In-Reply-To: References: Subject: Re: BeagleBone AI MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Mailer: WebService/1.1.16037 YMailNorrin Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:76.0) Gecko/20100101 Firefox/76.0 X-Rspamd-Queue-Id: 49Z8Zv4qxHz4Nm9 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.71 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; RWL_MAILSPIKE_POSSIBLE(0.00)[77.238.178.202:from]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-1.02)[-1.021]; NEURAL_HAM_MEDIUM(-1.00)[-0.998]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[77.238.178.202:from]; NEURAL_HAM_SHORT(-0.69)[-0.691]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:34010, ipnet:77.238.176.0/22, country:GB]; RCVD_COUNT_TWO(0.00)[2]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2020 18:09:12 -0000 Hello Rolf, Den l=C3=B6rdag 30 maj 2020 04:22:12 CEST, Dr. Rolf Jansen skrev:=20 We are starting a new project of industrial device controllers. We want to = utilize ARM-SBCs as unit controllers (and here a unit is one industrial dev= ice), and we need to attach at least 24 ADCs, 8 DACs and 16 DIOs to each un= it controller (UC). Many unit controllers (eventually tenths to hundreds) w= ould then communicate by a custom protocol over ethernet with a command and= control server. The UCs and the C&C server would be operated by FreeBSD. D= irect interoperability of the UCs with 3rd party IT systems is not a concer= n, integration needs to be done via the C&C server.=C2=A0=20 Since the sample/update rate requirements are quite low, we are going the I= =C2=B2C path, and initial testing has been done using the BeagleBone Black.= It got 2 separate I=C2=B2C 400 kbit/s busses which helps already, avoiding= I=C2=B2C address conflicts. Yet, the 8 port I=C2=B2C switch TCA9548A is wo= rking very well, and we are now sure to be able to attach enough ADCs, DACs= and DIOs to each unit controller. Although the initial viability tests were done with a BeagleBone Black runn= ing FreeBSD 13-CURRENT, we could start with another more modern SBC. First Question: What modern SBC with more than 1 I=C2=B2C bus and which can run FreeBSD 13+= + would you suggest? Now recently, I found the BeagleBone AI site https://beagleboard.org/ai/ . This one got also 2 I=C2=B2C busses, and physi= cally, with respect to a housing, it could be a 1:1 replacement for a BBB. = It seems, this one is still too new for FreeBSD. I am very fond of the BB c= oncept - for me it is much more appealing for industrial embedded applicati= ons than for example any RPI. However, the BBB came to age, and I would sta= rt a new project with it only, if there would be a reasonable chance for an= upgrade path. Two more Questions: Is it reasonable to assume that FreeBSD would run on a BBAI in the future, = let=E2=80=99s say in 2 to 3 years? Perhaps I could help porting FreeBSD to a BBAI. What would be the general s= teps? Many thanks in advance for any suggestions, advices and clarifications. Best regards Rolf _______________________________________________ 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" I'm also into industrial embedded systems, we currently use am3358 and in o= ur roadmap we have a plan to use am57xx in the future. We build our own cus= tom hardware and dont use Beaglebone* in the products. First question; have a quick look at the hardware documentation from the So= Cs vendor listed in sys/arm and sys/arm64. If you like the structure of the= documentation talk to the vendor and see if you can get the product life t= ime your project needs, do the support organisation give some kind of desig= n review of schematics...do the support organisation "know" something about= the BSDs? :) I think its good if you can fix problems in the future on your own due to t= he lack of manpower in freebsd@arm as both Ian Lepore and Emmanuel Vadot ha= s pointed out several times.=20 Steps to get AM57xx SoCs to work: 1 Print the schematics and parts of the documentation ( https://www.ti.com/= lit/ug/spruhz6l/spruhz6l.pdf ) on paper. 2 Find marking pens. 3 Build & boot u-boot - probably easy check out ports/sysutils/u-boot-* cha= nge model/board_config maybe some patches are needed. 4 Dive into the devicetree (moving target and not always correct) and under= stand the concept. The relationship between different parts of the system a= nd the documentation, find the registers & bits you need and issue read/wri= te (maybe some glue are needed aswell).=20 5 Write new/rewrite drivers. 6 goto (4) It will probably take a year or two to have stable support for am57xx. If y= ou have time to work on making freebsd boot on BBAI it will be great - mayb= e we can get it done in 6 months ? :) I will put up an initial proposal for am335x clock on reviews.freebsd.org a= s soon as my account has been approved. Head boots and i have tested most o= f the function except PRUs.=20 I assume am57xx/dra7xx have some new type of clock/dpll but it should not b= e too hard to add. //Oskar From owner-freebsd-arm@freebsd.org Sat May 30 19:46: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 E16292F435A for ; Sat, 30 May 2020 19:46:43 +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) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 49ZBlQ68NXz4Y4k for ; Sat, 30 May 2020 19:46:42 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wr1-x443.google.com with SMTP id l10so7485220wrr.10 for ; Sat, 30 May 2020 12:46:42 -0700 (PDT) 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=I7z3hJOTlSZp1tLr2lLKkS4Rd3jwCIShQJ9wQFpFQbI=; b=NlkVJ7kHcmVZ605my0nkEhAtKY1BmSXb3Oxjb5Zc9xmfGtw8zNVZO8eAvPBg1u+VD+ 53E5f4WsLgtPYRQp9zbNhCD27hDlOktK6iFwaVGvbn7dKk/w78foqo5xWbTwpF6N2pbv jqtG753i1PvNDF/ZUTbqzMwCsIsSrJIvmUKp5ITfnNfdFDtwEucP1UTvLkQ8lgd8+Ti3 AAYpVH7qOHPyPE9yZFGIg2TxdUt3hVLKi+fE66yKmmcB/AndDSfY/iRV3YIx7dm+i6wB cbxXIT+RgYcR8D227h6Bj4lk4KO3MfQ5cBjAunZ5d+y7JQDLMPvP3nowFwpXBKEjyqcM qkNg== X-Gm-Message-State: AOAM533e1zik8YBj5ZAqn7hCbi2fKt5JPWK0xrkmpw3FjKeOv8xfm5Lh JiayMpkgoWlYSZ1U1/Qr+7U= X-Google-Smtp-Source: ABdhPJwRA7syChGu5IACMCPQRW19du2J20LrOHBqsCfD/BDWxEsZ3m/fo5bH1bvxSNjD7bfcN6g5sA== X-Received: by 2002:a05:6000:1185:: with SMTP id g5mr15723337wrx.39.1590867999974; Sat, 30 May 2020 12:46:39 -0700 (PDT) Received: from [192.168.1.167] ([46.114.105.75]) by smtp.googlemail.com with ESMTPSA id p10sm15393666wra.78.2020.05.30.12.46.38 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sat, 30 May 2020 12:46:39 -0700 (PDT) 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.4 \(3608.80.23.2.2\)) Subject: rpi4-uefi.dev Re: RaspberryPi 4B 8G model not boot Date: Sat, 30 May 2020 21:46:37 +0200 References: <20200530.130909.120260481726933388.shigeru@os-hackers.jp> <50DC156A-CA39-4809-85B7-02A5180DAB63@yahoo.com> <2DE76C92-8F4B-4658-94E4-FB7C7B7C6135@googlemail.com> <0AD80BEF-AA71-41F0-AD71-DF8516B790D9@yahoo.com> To: Mark Millard , freebsd-arm@freebsd.org In-Reply-To: <0AD80BEF-AA71-41F0-AD71-DF8516B790D9@yahoo.com> Message-Id: <67808784-29A6-4BC2-9B25-E31DE6DA862A@googlemail.com> X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49ZBlQ68NXz4Y4k X-Spamd-Bar: +++++++ X-Spamd-Result: default: False [7.23 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(0.00)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(0.00)[googlemail.com,quarantine]; NEURAL_HAM_SHORT(-0.16)[-0.159]; FREEMAIL_TO(0.00)[yahoo.com,freebsd.org]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.105.75:received]; 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:dkim]; ARC_NA(0.00)[]; RECEIVED_SPAMHAUS_XBL(5.00)[46.114.105.75:received]; R_DKIM_ALLOW(0.00)[googlemail.com:s=20161025]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; NEURAL_SPAM_MEDIUM(0.94)[0.945]; BAD_REP_POLICIES(0.10)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.95)[0.948]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::443:from]; RCVD_TLS_ALL(0.00)[]; GREYLIST(0.00)[pass,meta] X-Spam: Yes X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2020 19:46:44 -0000 > Am 30.05.2020 um 19:03 schrieb Mark Millard : >=20 > =E2=80=A6. > ... NetBSD=E2=80=A6.. >=20 > (My attempts to use https://rpi4-uefi.dev/ 's material > instead of sysutils/u-boot-rpi4 material for FreeBSD > have never managed to get FreeBSD's loader to output > anything. Eventually the uefi watchdog forces a reboot.) >=20 Well, I got rpi4UEFI booting into the state of FreeBSD, which you absolutely love most : vfs_mountroot .. ;-) should be reason enough for you to come back to FreeBSD, :-), yeah = ..just kidding.. rpi4-uefi.dev has a stunning support-team(including@jmcneill of NetBSD = and OpenBSD-hacker @kettenis ) and they are absolutely interested in FreeBSD and willing to help, but 1st we have to repair generic_xhci_acpi =E2=80=A6 looking closely into that file we will see that quite =E2=80=9Enothing" = is inside it :-) Their -v 1.13 has pxe/http-boot inside it (didn=E2=80=99t test it = yet)... From owner-freebsd-arm@freebsd.org Sat May 30 20:28: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 D2A012F56E5 for ; Sat, 30 May 2020 20:28:14 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wr1-x444.google.com (mail-wr1-x444.google.com [IPv6:2a00:1450:4864:20::444]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 49ZCgL07mNz4c3N for ; Sat, 30 May 2020 20:28:13 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wr1-x444.google.com with SMTP id y17so7531245wrn.11 for ; Sat, 30 May 2020 13:28:13 -0700 (PDT) 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=6fjWfbkwcTL6eQBWxb7VdUUjoPctIlSvgJe2dRK1r7E=; b=IJ2nDFd6FYobMJvo9rqdap45wvld7RNefh8q+eHi6OOaYMT87u8hzCcLHcQ4UjJrn5 vb8eeSmFF3QXJ2TXawRmsZ2CCX/mRDTDQP37AlTooSUb7W9upk6bTTYAEEHodZzUpmJc cYtYoJq3PmcJ8bNokL3/B486Klnt/AK8ZUet/nXWhb/0Lvrd7xzw27ynu0bc7NlNtkys AN+KsBw8tZjnDXHr5UmmufxRwNGmNNlmkk70m2RQhLpPlpQx6vAXQYmyQ8P1P1j09NJB /fsEUIHh/RjGg1pyxd1jb8Xd+dQ+Ck2CnVmvzTvR+k4lmJtGNz1E0pe5Ytpcczt/nL+4 BOeQ== X-Gm-Message-State: AOAM533AZYFu1EVDXmEJGOd6Qogpi0DoxoOJddDUfN6L39/5onkL9bEW EHYrOYozKnL/Tb3gAqv8b7R+kkKh X-Google-Smtp-Source: ABdhPJzWay5N/EQn7GZY9Fk6tBdPrHiwLT5GDVvBJRXHW0hQgFZyytO32qHaYeFN1XpHMzdYfzJinQ== X-Received: by 2002:adf:fecc:: with SMTP id q12mr15021135wrs.135.1590870492554; Sat, 30 May 2020 13:28:12 -0700 (PDT) Received: from [192.168.1.167] ([46.114.105.75]) by smtp.googlemail.com with ESMTPSA id k12sm12909436wrn.42.2020.05.30.13.28.11 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sat, 30 May 2020 13:28:11 -0700 (PDT) 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.4 \(3608.80.23.2.2\)) Subject: Re: Driver for Raspberry Pi 4 PCI-express controller Date: Sat, 30 May 2020 22:28:09 +0200 References: <7F058E92-DDD3-4728-9A51-09BF1D47855C@googlemail.com> <1RBZ-1AclgkiNDwWUqrWhun8T8YSAX6g64NeSc2DKy9EF1wGsJobselP4UYGflpcmbfUx3sEEM2YplIJOXPmZ6EG_GwiMC1_3GLrqpZxisQ=@protonmail.com> <46519DEB-E96D-43DD-B739-401F9F51371E@googlemail.com> <87EE030D-5323-477B-9FF3-CB8970138729@googlemail.com> <37A9A3AA-F2AF-4F08-84BE-8A19E75DB5E0@googlemail.com> To: Vincent Milum Jr , freebsd-arm@freebsd.org In-Reply-To: Message-Id: X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49ZCgL07mNz4c3N X-Spamd-Bar: +++++++ X-Spamd-Result: default: False [7.19 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(0.00)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(0.00)[googlemail.com,quarantine]; NEURAL_HAM_SHORT(-0.14)[-0.135]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.105.75:received]; 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:dkim]; ARC_NA(0.00)[]; RECEIVED_SPAMHAUS_XBL(5.00)[46.114.105.75:received]; R_DKIM_ALLOW(0.00)[googlemail.com:s=20161025]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; NEURAL_SPAM_MEDIUM(0.90)[0.901]; BAD_REP_POLICIES(0.10)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.92)[0.920]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::444:from]; RCVD_TLS_ALL(0.00)[]; GREYLIST(0.00)[pass,meta] X-Spam: Yes X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2020 20:28:14 -0000 Hi,=20 thanks, Vincent, for your extensive testing, very helpful !=20 `hope it=E2=80=99s okay for you to keep this discussion public(forward = to freebsd-arm@freebsd.org) . > Am 30.05.2020 um 20:11 schrieb Vincent M. Jr <>: >=20 > dmesg: https://dmesgd.nycbug.org/index.cgi?do=3Dview&id=3D5523 >=20 > =E2=80=A6=E2=80=A6. > It isn't perfectly stable, but at least initially working=E2=80=A6.. Yeah, initially (sometimes) works for me too... >=20 > Testing it with a USB-C (with adapter) ethernet + 3-port hub. I'm = using this for wired ethernet rather than the built in ethernet just for = testing. >=20 > On the three hub ports, I have a microsoft keyboard, microsoft mouse, = and a kingston datatraveler thumbdriv > There is also a Logitech keyboard on one of the Pi's USB 2.0 ports Did you test hot-unplugging/replugging the peripherals ? >=20 > For testing, I've created a single-drive ZFS pool with the kingston = drive. >=20 > I went to delete a test file, and got the following: >=20 > xhci_interrupt: host system error > xhci0: Resetting controller > uhub0: at usbus0, port 1, addr 1 (disconnected) > ugen0.2: at usbus0 (disconnected) > uhub1: at uhub0, port 1, addr 1 (disconnected) > ugen0.3: at usbus0 (disconnected) > uhub2: at uhub1, port 1, addr 2 (disconnected) > ugen0.4: at usbus0 (disconnected) > umass0: at uhub2, port 1, addr 3 (disconnected) > (da0:umass-sim0:0:0:0): WRITE(10). CDB: 2a 00 00 a0 21 a5 00 00 80 00 > (da0:umass-sim0:0:0:0): CAM status: CCB request completed with an = error > (da0:umass-sim0:0:0:0): Retrying command, 3 more tries remain >=20 > But every single device had to be re-detected which took ~5-10 seconds = to complete. Yeah, experienced that too ... >=20 >=20 > On another boot attempt, I'm getting this repeatedly while at the = login prompt:...usb_alloc_device: device init 2 failed (USB_ERR_TIMEOUT, = ignored)...ugen0.2: at usbus0 (disconnected)=E2=80=A6. This is a very interesting information : =E2=80=A6 do you mean that not every boot-attempt = does the same (for unknown reason) (That=E2=80=99s what I have experienced but I wasn=E2=80=99t sure = whether my uSD is damaged or whether it`s caused by the = pie-driver-electricity ?? Specially the at -thing only appears in some boot = attempts(not all) In my tests the strange thing is that one boot-attempt succeeds and = another not , while left the machine completely untouched between those = attempts.. > update: i've gotten this also while doing a lengthy transfer to USB = ZFS pool, and the error cycling never stops. I will try to make a ZFS-pool-test... >=20 > xhci0: Controller reset timeout. > uhub0 on usbus0 > uhub0: <0x1106 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on = usbus0 > uhub0: 5 ports with 4 removable, self powered > xhci0: Resetting controller > usb_alloc_device: device init 2 failed (USB_ERR_TIMEOUT, ignored) > ugen0.2: at usbus0 (disconnected) > uhub_reattach_port: could not allocate new device > uhub0: at usbus0, port 1, addr 1 (disconnected) > uhub0: detached > xhci0: Controller halt timeout. > xhci0: Controller reset timeout. > xhci0: Controller reset timeout. > uhub0 on usbus0 > uhub0: <0x1106 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on = usbus0 > uhub0: 5 ports with 4 removable, self powered > xhci0: Resetting controller > usb_alloc_device: device init 2 failed (USB_ERR_TIMEOUT, ignored) > ugen0.2: at usbus0 (disconnected) > uhub_reattach_port: could not allocate new device > uhub0: at usbus0, port 1, addr 1 (disconnected) > uhub0: detached > xhci0: Controller halt timeout. > xhci0: Controller reset timeout. > xhci0: Controller reset timeout. >=20 >=20 > =E2=80=A6=E2=80=A6.. xhci0 is this :=20 = https://svnweb.freebsd.org/base/head/sys/dev/usb/controller/generic_xhci.c= ?view=3Dmarkup (and the corresponding fdt/acpi-files)=20 uhub0 is this : https://svnweb.freebsd.org/base/head/sys/dev/usb/usb_hub.c?view=3Dmarkup Thanks again for testing, Regards=20 From owner-freebsd-arm@freebsd.org Sat May 30 20:58: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 A5CFE2F64D8 for ; Sat, 30 May 2020 20:58:22 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from out1.migadu.com (out1.migadu.com [91.121.223.63]) (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 49ZDL51r2Kz4fc0 for ; Sat, 30 May 2020 20:58:20 +0000 (UTC) (envelope-from greg@unrelenting.technology) Date: Sat, 30 May 2020 20:58:12 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=unrelenting.technology; s=default; t=1590872292; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=a5uyEyUWEtrceNXM9GMF1OhFW0li45nV2B/OgFrqABw=; b=d/q5eaij4P7m1HXV2WnVZax8FhrFY9kCtFefHYKteWYcE0vcxsVfJiztX/ukZqqLPQpCPx Sc5bm4RcZS9fB9ZC+asLUWud0v3tiiK4DIDKIw7lHFo02PIImH9vOzkLNlds3I3re5oq3i WR4pzcCL8Nuo5SPjcW/00ZRngXCqzeQ= X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: myfreeweb To: =?ISO-8859-1?Q?Klaus_K=FCchemann?= , =?ISO-8859-1?Q?Klaus_K=FCchemann_via_freebsd-arm?= , Mark Millard , freebsd-arm@freebsd.org Subject: Re: rpi4-uefi.dev Re: RaspberryPi 4B 8G model not boot In-Reply-To: <67808784-29A6-4BC2-9B25-E31DE6DA862A@googlemail.com> References: <20200530.130909.120260481726933388.shigeru@os-hackers.jp> <50DC156A-CA39-4809-85B7-02A5180DAB63@yahoo.com> <2DE76C92-8F4B-4658-94E4-FB7C7B7C6135@googlemail.com> <0AD80BEF-AA71-41F0-AD71-DF8516B790D9@yahoo.com> <67808784-29A6-4BC2-9B25-E31DE6DA862A@googlemail.com> Message-ID: <20C49D55-9940-422F-9699-4C56CFCF281B@unrelenting.technology> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.10 X-Rspamd-Queue-Id: 49ZDL51r2Kz4fc0 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=unrelenting.technology header.s=default header.b=d/q5eaij; 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 [-3.64 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.005]; R_DKIM_ALLOW(-0.20)[unrelenting.technology:s=default]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:91.121.223.63]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-1.01)[-1.013]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[unrelenting.technology:+]; DMARC_POLICY_ALLOW(-0.50)[unrelenting.technology,none]; NEURAL_HAM_SHORT(-0.62)[-0.618]; FREEMAIL_TO(0.00)[googlemail.com,freebsd.org,yahoo.com]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RWL_MAILSPIKE_VERYGOOD(0.00)[91.121.223.63:from]; ASN(0.00)[asn:16276, ipnet:91.121.0.0/16, country:FR]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2020 20:58:22 -0000 On May 30, 2020 7:46:37 PM UTC, "Klaus K=C3=BCchemann via freebsd-arm" wrote: > >rpi4-uefi=2Edev has a stunning support-team(including@jmcneill of NetBSD = and OpenBSD-hacker @kettenis ) > and they are absolutely interested in FreeBSD and willing to help, >but 1st we have to repair generic_xhci_acpi =E2=80=A6 >looking closely into that file we will see that quite =E2=80=9Enothing" i= s inside it :-) Yeah, there shouldn't be anything else in generic_xhci_acpi and there's no= thing wrong with it=2E Looks like the problem is that the PCIe controller isn't getting initializ= ed, which is why xhci device memory is all 0xdead=2E The _INI or whatever A= CPI method on that does the initialization probably isn't working correctly= under FreeBSD=2E It does run, I have seen its debug message when I built a= n acpi_debug kernel=2E But it's not accomplishing its goal?? Maybe the memo= ry regions it writes to aren't mapped correctly or something=2E Silly debug idea: log all memory access initiated by acpi in FreeBSD and N= etBSD and compare :) Less silly idea: can someone who's really really familiar with FreeBSD's a= cpica integration take a look at the RPi4 dsdt already?? Please?? From owner-freebsd-arm@freebsd.org Sat May 30 21:37:27 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 664152F7F44 for ; Sat, 30 May 2020 21:37:27 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-wr1-x442.google.com (mail-wr1-x442.google.com [IPv6:2a00:1450:4864:20::442]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 49ZFCB3CZZz3VCy for ; Sat, 30 May 2020 21:37:26 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-wr1-x442.google.com with SMTP id e1so7686835wrt.5 for ; Sat, 30 May 2020 14:37:26 -0700 (PDT) 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=Lki/bJr0PCv2jLgm3dyZIRrBmidkntEfSks1JHskGE8=; b=jlexvOwaeFek/hzmArRU2wsSTcFXwvjMwReSSkGFOmxfb7rDd9g9jVasbMwzXtWu6h Rw2u8MzJOmpLDxvknPT2awbWCZdFaj46PJiMTmXc9cxHCrIDQOF1AsEskYV08X7bE6r2 /178YzbU+iAPnfd6UfH0B145NA+/qlOEnGNFcCPsH7P9KUGmijp4NHF1PXaVXNZnXrmP GyGjcI1s4aF2OvLI4G8bCfjMNawK0LNV68gKDq4wXHCSc4NcM79tTi2nd5M2rWhsNQpl YdG1SwsWjyheqmY4ARkha9tVYLc0M+c04CVOHG0673OASvrvO2JaQGv4KX9jenZQ13rq om3A== X-Gm-Message-State: AOAM531vEoG7/m5MuBtceNOc072EchElIHkEXzuoeomRybBtpJVe9wAF t93OzDTlnplR799gc6NfgOw= X-Google-Smtp-Source: ABdhPJzAhh3JwnyBAuNbM7C5VLpQmFQs7IjAdSxhrzfAdagjO6rS4JbQG3wsrK/X2TFGhSm3zLs89g== X-Received: by 2002:a5d:6289:: with SMTP id k9mr15572273wru.358.1590874645022; Sat, 30 May 2020 14:37:25 -0700 (PDT) Received: from [192.168.1.167] ([46.114.105.75]) by smtp.googlemail.com with ESMTPSA id v7sm5598975wme.46.2020.05.30.14.37.24 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sat, 30 May 2020 14:37:24 -0700 (PDT) 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.4 \(3608.80.23.2.2\)) Subject: Re: rpi4-uefi.dev Re: RaspberryPi 4B 8G model not boot Date: Sat, 30 May 2020 23:37:22 +0200 References: <20200530.130909.120260481726933388.shigeru@os-hackers.jp> <50DC156A-CA39-4809-85B7-02A5180DAB63@yahoo.com> <2DE76C92-8F4B-4658-94E4-FB7C7B7C6135@googlemail.com> <0AD80BEF-AA71-41F0-AD71-DF8516B790D9@yahoo.com> <67808784-29A6-4BC2-9B25-E31DE6DA862A@googlemail.com> <20C49D55-9940-422F-9699-4C56CFCF281B@unrelenting.technology> To: myfreeweb , freebsd-arm@freebsd.org In-Reply-To: <20C49D55-9940-422F-9699-4C56CFCF281B@unrelenting.technology> Message-Id: <83980CE0-276E-4DD9-B035-5ED2B561324B@googlemail.com> X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49ZFCB3CZZz3VCy X-Spamd-Bar: +++++++ X-Spamd-Result: default: False [7.54 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(0.00)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(0.00)[googlemail.com,quarantine]; RECEIVED_SPAMHAUS_PBL(0.00)[46.114.105.75:received]; 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:dkim]; ARC_NA(0.00)[]; RECEIVED_SPAMHAUS_XBL(5.00)[46.114.105.75:received]; R_DKIM_ALLOW(0.00)[googlemail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.22)[0.216]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; NEURAL_SPAM_MEDIUM(0.90)[0.901]; BAD_REP_POLICIES(0.10)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.92)[0.922]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::442:from]; RCVD_TLS_ALL(0.00)[]; GREYLIST(0.00)[pass,meta] X-Spam: Yes X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2020 21:37:27 -0000 > Am 30.05.2020 um 22:58 schrieb myfreeweb = : >=20 >=20 >=20 > On May 30, 2020 7:46:37 PM UTC, "Klaus K=C3=BCchemann via freebsd-arm" = wrote: >>=20 >> rpi4-uefi.dev has a stunning support-team(including@jmcneill of = NetBSD and OpenBSD-hacker @kettenis ) >> and they are absolutely interested in FreeBSD and willing to help, >> but 1st we have to repair generic_xhci_acpi =E2=80=A6 >> looking closely into that file we will see that quite =E2=80=9Enothing"= is inside it :-) >=20 > Yeah, there shouldn't be anything else in generic_xhci_acpi and = there's nothing wrong with it. I was sure you will answer,, Hi and thanks for stepping in this = discussion :-),=20 .. O.K., why do we do an acpi-split if there=E2=80=99s nothing else than = PNP0D10 in it ?=20 NetBSD & OpenBSD don=E2=80=99t do that file-split , afaik >=20 > Looks like the problem is that the PCIe controller isn't getting = initialized, pcie isn`t exposed ( to the OS) in RPI4UEFI-dev , that=E2=80=99s what = @AndrejWarkentin told us =E2=80=A6 And he told us what to do (in general, while not the easiest to = understand ;-) > which is why xhci device memory is all 0xdead. The _INI or whatever = ACPI method on that does the initialization probably isn't working = correctly under FreeBSD. It does run, I have seen its debug message when = I built an acpi_debug kernel. But it's not accomplishing its goal?? = Maybe the memory regions it writes to aren't mapped correctly or = something. Yep, look here(you=E2=80=99ve seen that already) : = https://github.com/tianocore/edk2-platforms/blob/master/Platform/Raspberry= Pi/AcpiTables/Xhci.asl#L118 ( attention : QWord ) >=20 > Silly debug idea: log all memory access initiated by acpi in FreeBSD = and NetBSD and compare :) >=20 > Less silly idea: can someone who's really really familiar with = FreeBSD's acpica integration take a look at the RPi4 dsdt already?? = Please?? see: https://github.com/openbsd/src/blob/master/sys/dev/acpi/dsdt.c -- cutoff of an OpenBSD-file : xhci_acpi_parse_resources(int crsidx, union acpi_resource *crs, void = *arg) { struct xhci_acpi_softc *sc =3D arg; int type =3D AML_CRSTYPE(crs); switch (type) { case LR_MEM32FIXED: /* XHCI registers are specified by the first resource. = */ if (sc->sc_size =3D=3D 0) { sc->sc_addr =3D crs->lr_m32fixed._bas; sc->sc_size =3D crs->lr_m32fixed._len; } break; case LR_QWORD: /* XHCI registers are specified by the first resource. = */ if (sc->sc_size =3D=3D 0) { sc->sc_addr =3D crs->lr_qword._min; sc->sc_size =3D crs->lr_qword._len; } break; case LR_EXTIRQ: sc->sc_irq =3D crs->lr_extirq.irq[0]; sc->sc_irq_flags =3D crs->lr_extirq.flags; break; } return 0; } !! the QWord-thing belongs to the RPI4 !! =E2=80=94 to anticipate it: if we have solved this problem, we will probably end = up on vfs_mountroot because the uSD driver is not recognized under acpi, = afaik =E2=80=A6 Regards From owner-freebsd-arm@freebsd.org Sat May 30 21:53: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 B0DA72F83FC for ; Sat, 30 May 2020 21:53:02 +0000 (UTC) (envelope-from mlist@nlned.nl) Received: from ned.nlned.nl (ned.nlned.nl [144.91.82.245]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "nlned.nl", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49ZFY95sbHz3WV5 for ; Sat, 30 May 2020 21:53:01 +0000 (UTC) (envelope-from mlist@nlned.nl) Received: from ned.nlned.nl (unknown [144.91.82.245]) by ned.nlned.nl (Postfix) with ESMTP id 96377392DA for ; Sat, 30 May 2020 23:52:54 +0200 (CEST) Received: from www.nlned.nl (unknown [144.91.82.245]) by ned.nlned.nl (Postfix) with ESMTP id 471AA392D9 for ; Sat, 30 May 2020 23:52:54 +0200 (CEST) Received: from 83.163.15.172 (SquirrelMail authenticated user mlist) by www.nlned.nl with HTTP; Sat, 30 May 2020 23:52:54 +0200 Message-ID: <7aed18ab40ff22810b64bbb77b481c78.squirrel@www.nlned.nl> Date: Sat, 30 May 2020 23:52:54 +0200 Subject: code generation From: "Jack Raats" To: freebsd-arm@freebsd.org Reply-To: mlist@nlned.nl 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-Virus-Scanned: ClamAV using ClamSMTP on ned.nlned.nl X-Rspamd-Queue-Id: 49ZFY95sbHz3WV5 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mlist@nlned.nl designates 144.91.82.245 as permitted sender) smtp.mailfrom=mlist@nlned.nl X-Spamd-Result: default: False [-0.40 / 15.00]; HAS_REPLYTO(0.00)[mlist@nlned.nl]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.20)[-0.203]; FROM_HAS_DN(0.00)[]; DMARC_NA(0.00)[nlned.nl]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.42)[-0.424]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_NONE(0.00)[]; NEURAL_HAM_SHORT(-0.08)[-0.076]; HAS_X_PRIO_THREE(0.00)[3]; 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:51167, ipnet:144.91.82.0/23, country:DE]; MID_RHS_WWW(0.50)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 May 2020 21:53:02 -0000 Hi, Can anyone explain why a simple hello_world.c compiles on a AMD64 machine to +/- 21000 bytes while on a raspberry pi 3 +/- 206000 bytes (10 times more) I use FreeBSD 12.1 stable on RPi3 and cc -o hello hello.c to compile. Gr., Jack