From owner-freebsd-arm@freebsd.org Sun Aug 9 06:52:09 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 D02513AE9CB for ; Sun, 9 Aug 2020 06:52:09 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-25.consmr.mail.gq1.yahoo.com (sonic311-25.consmr.mail.gq1.yahoo.com [98.137.65.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 4BPVBw545Sz3VYt for ; Sun, 9 Aug 2020 06:52:08 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: Qt5p5Q4VM1lom.ED_7NlYEWrEmwDjNflmUcMjdZtXx5ETp5Fl.r2G4SqQYOLQlD pQZ5WrZRIhnqp68HAADAexCX9htpLFcJ2DS6ag.0Tujw1WnKl7fcbnrv.6lPZm9uFQpcX.wTFVED .J.NvjyDwiHvDTWmVfHGBGOZodKl9JqYkbeJdSvMTKDI1u.ZNYwyqE9IOqpThooSfWp3PTiqoKY2 8FjFYA4AWxoBhI1nrX3PcNLKVbkelhyE6mtNcpMWJM2rgpf51X3RRR3rFZnOMJ0eqVJ__TbGsMgu jFpGI4OzGISszMm8huTGpaU4ilTD3OlMlwB1WUVN08k7FOyKlmriAI0OdEegt3sFgFEuTRHOu2Ts cZIqqhABhMuWq.WnhtJx.VWEPKXA0z5DkYLCnlRO6cFadAJSrz8xNcNkXzROe1GVXV7T80nPf0C_ atNodFTuPitoTKN1sGWAJ9pFmc8KmWALIsFlSxdlxlPVcxt1FkMUFOb.niE.ihBqvxW_lsBGNEpP cSChbB2lu5QIgKwfPQuPL5WxRGrRJ4qDKiSvOBPUvJH5QbcnVHySTp1WzAj3LRjmXHxy.JxSSfrP Q.kAyH_eeTtXhq.gz9iK4u93yrDYQM9VT0o6jWpyKVTzSg.AQNc5xG2neTt5k16CBG9fi3JLz93k 8ZHMoAbP8TbCZ6pf8DaukqeDRTgeXnk1iKF6OmUlYvTczgKeU6CZBgXRVVDyDp2GZnV9oPp25lLa tNxy2mxWXznuhT714azKFOCaI0MFzRRnzFjRd6519c6ZeG1mnu4C9kRF.DcSMz6lGP2rUOmYh2As fa886Eq8S4I6AeMgX6zi9OicAqMOw00SKLUAS74bBIQM1BGqSgzQQNXQ8dXl_ByJymZsQEqMkhqa rmGnYxa182MKbuhae.BbL8ny7vNXtxSbjDCNw5Mnx9fIo_J_MSrBsGTWqzjMdzbonyreJhf_RM65 ArV_Cz4jLvpGHMN2g2_2EaXuZPox6fM81bMT0cvsOD8u7eHsGpOlqVRibIeIu7ysTGjXw7xpWTmw fJ4eYrvkk.qhg7YnK79g7ZbkdOkoJDYjo3c2_f1aOArglmWmkB8osvqccjXXCyPU6rIH7x13q7oC GMHyhKtpRPE1cKrYDaQtLnkO0BlOQDdRDWWSRiaBjJT43zr8b7i892QvCbkXYfzZCC5dRUO5doSp dw6emH0DOs7TPm50Ds5e0K1BVifghdhbrWyNHEvnuLlXrgbIuufSTphGcK7cO3WqSqO4cn0Cyksx WucjYSpubDcnh9QQ0tpfks_SfeSZqRPW9E_GR3VaT.Bjalu7bvlj.sdVrvzqbrQ3.MSQuSBbovBm iNigPMVj33A9Ahmx.U34Rm.jXI3LsGeScZ5EUfjOQIHlfdyJACA45avjvHYHwbnbVvMUiz_R5A6n Dg0obApqaXI3M3pD_IIGHg7gSO7sS6iazqPBi4HV5_x5arZ9SyszMe6t6RoX4xSmModXQvRfHsQ2 nbITRHeDum8SblVg- Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Sun, 9 Aug 2020 06:52:06 +0000 Received: by smtp418.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 4d8c7f66854dc9d08145cc4bf1b8d8b4; Sun, 09 Aug 2020 06:52:03 +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.120.23.2.1\)) Subject: UEFI/ACPI 1.17 based RPi4B boot: -mcpu=cortex-a72 built kernel fails root fs USB3 SSD mount; -mcpu=cortex-a53 built kernel works Message-Id: <8E9A2D1D-8863-4A02-B6A4-31A0B69946C4@yahoo.com> Date: Sat, 8 Aug 2020 23:52:01 -0700 To: freebsd-arm X-Mailer: Apple Mail (2.3608.120.23.2.1) References: <8E9A2D1D-8863-4A02-B6A4-31A0B69946C4.ref@yahoo.com> X-Rspamd-Queue-Id: 4BPVBw545Sz3VYt X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.14 / 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.65.206:from]; FROM_HAS_DN(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.98)[-0.978]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_MEDIUM(-1.07)[-1.072]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.206:from]; NEURAL_HAM_SHORT(-0.59)[-0.588]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; 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, 09 Aug 2020 06:52:09 -0000 I tried to switch from having one boot media used for both the RPi4B and Rock64 to having separate media with the RPi4B tuned to the cortex-a72. Thus I discovered the following. Hopefully the variability vs. cortex-a53 tuned kernels points to something that can be fixed in the kernel. When I install and try to boot a kernel built using -mcpu=3DcortexA72 I get the following problem while it it trying to mount the root files system from the USB drive: . . . Release APs...Trying to mount root from ufs:/dev/gpt/RPi4Broot []... done . . . CPU 1: ARM Cortex-A72 r0p3 affinity: 1 CPU 2: ARM Cortex-A72 r0p3 affinity: 2 CPU 3: ARM Cortex-A72 r0p3 affinity: 3 ugen0.1: at usbus0 ugen1.1: at usbus1 uhub0 on usbus0 uhub1 on usbus1 uhub1: on usbus1 uhub0: on = usbus0 uhub1: 1 port with 1 removable, self powered uhub0: 5 ports with 4 removable, self powered Root mount waiting for: usbus0 CAM 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 Root mount waiting for: usbus0 CAM 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 uhub0 on usbus0 uhub0: on = usbus0 uhub0: 5 ports with 4 removable, self powered Root mount waiting for: CAM 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 Root mount waiting for: CAM 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 uhub0 on usbus0 uhub0: on = usbus0 uhub0: 5 ports with 4 removable, self powered Root mount waiting for: CAM 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 Root mount waiting for: CAM usb_alloc_device: device init 2 failed (USB_ERR_TIMEOUT, ignored) Root mount waiting for:ugen0.2: at usbus0 (disconnected) CAM uhub_reattach_port: could not allocate new device uhub0: at usbus0, port 1, addr 1 (disconnected) uhub0: detached uhub0 on usbus0 uhub0: on = usbus0 uhub0: 5 ports with 4 removable, self powered Root mount waiting for: CAM 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 Root mount waiting for: CAM Mounting from ufs:/dev/gpt/RPi4Broot failed with error 2; retrying for = 10 more seconds 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 uhub0 on usbus0 uhub0: 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 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 uhub0 on usbus0 uhub0: 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 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 uhub0 on usbus0 uhub0: 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 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 uhub0 on usbus0 uhub0: 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 Mounting from ufs:/dev/gpt/RPi4Broot failed with error 2. Loader variables: vfs.root.mountfrom=3Dufs:/dev/gpt/RPi4Broot Manual root filesystem specification: : [options] Mount using filesystem and with the specified (optional) option list. eg. ufs:/dev/da0s1a zfs:zroot/ROOT/default cd9660:/dev/cd0 ro (which is equivalent to: mount -t cd9660 -o ro /dev/cd0 /) ? List valid disk boot devices . Yield 1 second (for background tasks) Abort manual input mountroot> 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 uhub0 on usbus0 uhub0: on = usbus0 uhub0: 5 ports with 4 removable, self powered . . . (It keeps going.) By contrast, installing a kernel built using -mcpu=3Dcortex-a53 leads to boots that work fine. (This is how the common media was set up for booting either the Rock64 or RPi4B: tuned for the Rock64. So all my prior RPi4B activity was this way.) Note: The following is the same media as above, just with the kernel replaced. . . . Trying to mount root from ufs:/dev/gpt/RPi4Broot []... . . . CPU 1: ARM Cortex-A72 r0p3 affinity: 1 CPU 2: ARM Cortex-A72 r0p3 affinity: 2 CPU 3: ARM Cortex-A72 r0p3 affinity: 3 ugen0.1: at usbus0 ugen1.1: at usbus1 uhub0 on usbus0 uhub1 on usbus1 uhub0: on = usbus0 uhub1: on usbus1 uhub1: 1 port with 1 removable, self powered uhub0: 5 ports with 4 removable, self powered Root mount waiting for: usbus0 CAM 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 Root mount waiting for: usbus0 CAM 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 uhub0 on usbus0 uhub0: on = usbus0 uhub0: 5 ports with 4 removable, self powered Root mount waiting for: CAM ugen0.2: at usbus0 uhub2 on uhub0 uhub2: on = usbus0 uhub2: 4 ports with 4 removable, self powered Root mount waiting for: CAM Root mount waiting for: CAM ugen0.3: at usbus0 umass0 on uhub0 umass0: on usbus0 umass0: SCSI over Bulk-Only; quirks =3D 0x0100 umass0:0:0: Attached to scbus0 Root mount waiting for: CAM Root mount waiting for: CAM Root mount waiting for: CAM da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 da0: Fixed Direct Access SPC-4 SCSI device da0: Serial Number 000000000011 da0: 400.000MB/s transfers da0: 228936MB (468862128 512 byte sectors) da0: quirks=3D0x2 Setting hostuuid: a4f7fbeb-f668-11de-b280-ebb65474e619. Setting hostid: 0xcd8e9e25. Starting file system checks: /dev/gpt/RPi4Broot: FILE SYSTEM CLEAN; SKIPPING CHECKS . . . Notes: Both cortex-a72 and -a53 are ARMv8.0-A. Cortex-a72 does have out of order execution (5 wide dispatch), while cortex-a53 does not. Branch prediction is also different, as is the "exec." port count (8 vs. 2). And so on. So code tuned for cortex-a72 likely has a different order to try to take advantage of such points and the execution order need not match the program order for cortex-a53 tuning. But I do not know if that is the important distinction for the kernel's failure to mount the USB3 SSD for kernels targeting cortex-a72. Both being ARMv8.0-A should make other sorts of distinctions fairly minimal, or so I'd expect. Both cortex-a?? contexts have been using: over_voltage=3D6 arm_freq=3D2000 (I've been using the pair of setting from my first use of the UEFI/ACPI software. I've also compared to a 2G Hz MACCHIATObin Double Shot.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Tue Aug 11 06:45: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 8B12637C519 for ; Tue, 11 Aug 2020 06:45:02 +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 4BQjxn1mwpz4641 for ; Tue, 11 Aug 2020 06:45:00 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: sbUoD68VM1lYuFa0CWUQMeUIMAHoZyVFh_9vGJJkWbifsb4.J.1MpRI47ixzod9 plgBtxU5XNEinF2zBOvlYbFHEIGv_ljFM4ckxcnTLYJIMi4DubK3YLEPQa_ME6CMi3hECoWVDUl_ JMwpqHt_TocDqet_SDheNt3jK97PFFnPO2yEiGiPFwa.gApW.ia8KlYWJFA055axaOyl_nAeYcV7 MhY7nBYoX4iJwmkzkie0Ij7zshqrDm2oyCN0F5IxUd3nxwQeDdq4NhUG1c.59.qIjJ8wmq9_yv9V xFpLAvrvQ5z7SdAJMlxM_TNSoXjQk2EkCtxmr1FXQXUsWFrPUHmNMsekcEsbJGubqAZUoDbWUgOy HrSF79cEqeeFVcYtLrDn9QEtGvVWK8_YO9EL2aOIPd3vAYRXDnnwNcv3jnxP7gXqKKN2l9dgMpE1 it.0QpntfORU3nxFlbNAOrBdkWKN1mlvu0v5WrMOKKicmY9FfHH85GMOEcMxX5pu1YzfzrbBrl70 EJDKYxcQI.634CjaZLhLjmkA_umF783eLgR05HxFK.XEdN1Z3tq.lod5ckE_DcjTqnRKgqPVG9hh o6vsIwGKiyj0Mnh6xrOBCpPlgyxDQpQQhZBtqgIFYzxg7iTzTFba75QCHfJCveINgo_YQAN4Rva0 KoPZrxHvXec6t0ae4ttXJfypQRznvoogsXlWosupuen5HqKO1chS_4qfmBNUEhEOUlEooCyFeucn MG53Br26a_TAqzJ8EN52lv2ZvuKJx9q4I2uiWIkbrSM8dcP9WzyFPpR2cPgoqrWzg.X2tAIUWjQ_ f4CgjRfNqbFoM19uzJ6U8suH8ruLUlVLFaNdF8fJwJEvnC9ZLMeE.dmj2clNS_szxnuo0FUaJ3IB L0J5DFK4q0E4BeU.SzPb97lsObS5vPGNXWe1zp2o4cJCEPdGVZXaJEGzsv8fp_x6H7bElqP1yw7s KMwzbMdV8JQ8SicTx5vMIABr.jB0ljFBly5665wWrj7uGMIfSMTcl2VN990Ee6QE5dKzaifuUmjE UM7.BisZsJmdkeSuHA6Tjk.MeqTTVk6AfSIkqY29H6rUb8lwMn4f8BZNCv8Nlw4UglmmpmMdcQIz iDgYPtdTJNmE6N8vd_f8iZyeIRGhqU7ezpu1UifwC.HjMyEbaatKPsaVu3sS_BWYF6DLtJC9og8Y 6pyQk4JgnFAjDiMYMMa_AzFeNCf9VBSDVSO.2jFOEV4DGcdwJuiKfdx4Sy3BcvoPnPn2OJDG1PQT z5bFhsaDjT55UYH5X0hYvq4xNK2l587F3d4Doi__.NpxCHDjenGDtzmgC6N1rpOKJmVVqgoPnyYX 5bSET7NdqUyGKyeBgYmMC99NRnAonEygK9Dt.ZUyiokLviIYIHIDp9uxNKUFUWekPwC95JraWKpB 6j81vNu7l7ZSY_sRhvoPtVRgdamxihzeitktc.sHE.WkW9vd.caY4agA605Gbxuyv.WO5wsiQV0l 9P9ry__IaxCn_UE9agKUe3eEUJmhOBU0- Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Tue, 11 Aug 2020 06:44:59 +0000 Received: by smtp421.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 0a3e1fd2e3d74c2b6141c610696de6ad; Tue, 11 Aug 2020 06:44:54 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: How to build sysutils/edk2@rpi4 (for example) that matches https://github.com/pftf/RPi4/releases/tag/v1.18 (for example) Message-Id: <0AFFAC3B-2298-497E-9AAE-C3AFB7466106@yahoo.com> Date: Mon, 10 Aug 2020 23:44:52 -0700 To: freebsd-arm , FreeBSD ports X-Mailer: Apple Mail (2.3608.120.23.2.1) References: <0AFFAC3B-2298-497E-9AAE-C3AFB7466106.ref@yahoo.com> X-Rspamd-Queue-Id: 4BQjxn1mwpz4641 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.07 / 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.971]; 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.989]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; URL_IN_SUBJECT(0.40)[github.com]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.01)[-1.012]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.206:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.206: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: Tue, 11 Aug 2020 06:45:02 -0000 I noticed the sysutils/edk2 addition. So I've tried to figure out how to use it to reproduce the pftf RPi4 V1.18 release (as an example), by, say, adjusting the distinfo file to pick up the matching source. Looking at https://github.com/pftf/RPi4/releases/ there is a 4dd0f24 listed for the most recent release (v1.18) that is a link to: https://github.com/pftf/RPi4/commit/4dd0f24d03cf73ed8e7bd29f88d8e86779410e69 That in turn lists the release's changes for Submodules: edk2 edk2-non-osi edk2-platforms that are references to the https://github.com/tianocore/ material. edk2 has an updated "222 files" link which takes one to a page that shows the commit history ending at aa211bb . edk2-non-osi has an updated "4 files" link which takes one to a page that shows the commit history ending at 4f88718 . edk2-platforms has an updated "55 files" link which takes one to a page that shows the commit history ending at b2eebc1 . These appear to be what to use to try to reproduce the V1.18 pftf RPi4 release based on https://github.com/tianocore/ materials. Doing the same sort of thing for https://github.com/pftf/RPi3/releases/ there is a ab5895d listed for the most recent release (v1.29) that is a link to: https://github.com/pftf/RPi3/commit/ab5895ddee99b0dd9030ec052fd67b838116c377 Again the 3 Submodules are listed on the page that takes one to: edk2 edk2-non-osi edk2-platforms Looking at each shows that they match the RPi4 example: edk2: aa211bb edk2-non-osi: 4f88718 edk2-platforms: b2eebc1 (This may be normal when they release the pair together.) Unfortunately, I'm not aware of anything for macchiatobin that is analogous to https://github.com/pftf/RPi3 and https://github.com/pftf/RPi4 off which to derive what source would reproduce some known release that might have been put to use with FreeBSD (a tested combination). Also I found nothing referencing: openssl-openssl ucb-bar-berkeley-softfloat kkos-oniguruma google-brotli but I've not checked if these are only used for the macchiatobin flavor vs. being more widely used. It will be some time before I try to update from pftf RPi4 v1.17 to v1.18 via an adjusted sysutils/edk2 built in poudriere. So I'm unsure if the above is sufficient or not. (Note: pftf RPi4 v1.18 in part was a work around for a problematical start4.elf / fixup4.dat update, reverting to "a version published before 2020.07.14" for the .elf and .dat returned to things working. bd816db is what broke them and 46e2c3e included the fix to them. The same applies to RPI3's v1.29, but for start.elf and fixup.dat instead.) I have access to a MACCHITObin Double Shot --but it is based on using a personal uefi/acpi build that I was given access to. I've no clue how to reproduce it from what source. I've no clue what would be good to build for @macchiatobin use. (It need not match what is good for the RPi3 and RPi4 as far as I can tell, although such might work currently(?).) === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Tue Aug 11 07:47:00 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 59E3037EE7F; Tue, 11 Aug 2020 07:47:00 +0000 (UTC) (envelope-from markm@FreeBSD.org) Received: from gromit.grondar.org (gromit.grondar.org [IPv6:2a01:348:e::1]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4BQlKJ0LR8z49xX; Tue, 11 Aug 2020 07:46:59 +0000 (UTC) (envelope-from markm@FreeBSD.org) Received: from [2a02:8011:300b:42:69df:2ec2:975b:398e] by gromit.grondar.org with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94 (FreeBSD)) (envelope-from ) id 1k5Ozi-0009rM-1E; Tue, 11 Aug 2020 08:46:50 +0100 Content-Type: multipart/signed; boundary="Apple-Mail=_D73AFDF4-8C8E-4104-BB2C-456F7223C35A"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Re: How to build sysutils/edk2@rpi4 (for example) that matches https://github.com/pftf/RPi4/releases/tag/v1.18 (for example) From: Mark Murray In-Reply-To: <0AFFAC3B-2298-497E-9AAE-C3AFB7466106@yahoo.com> Date: Tue, 11 Aug 2020 08:46:48 +0100 Cc: freebsd-arm , FreeBSD ports Message-Id: <9CD7C820-CF3F-4E72-8E99-C9EB53CB0B52@FreeBSD.org> References: <0AFFAC3B-2298-497E-9AAE-C3AFB7466106.ref@yahoo.com> <0AFFAC3B-2298-497E-9AAE-C3AFB7466106@yahoo.com> To: Mark Millard X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Rspamd-Queue-Id: 4BQlKJ0LR8z49xX X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; ASN(0.00)[asn:39326, ipnet:2a01:348::/32, country:GB]; local_wl_from(0.00)[FreeBSD.org] 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, 11 Aug 2020 07:47:00 -0000 --Apple-Mail=_D73AFDF4-8C8E-4104-BB2C-456F7223C35A Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > On 11 Aug 2020, at 07:44, Mark Millard via freebsd-arm = wrote: >=20 > Unfortunately, I'm not aware of anything for macchiatobin > that is analogous to https://github.com/pftf/RPi3 and > https://github.com/pftf/RPi4 off which to derive what > source would reproduce some known release that might > have been put to use with FreeBSD (a tested combination). I have a MacchiatoBin Double Shot doing dual duty as an ARM build box and firewall. It has a dual-port PCI NIC in it. I may have the same edk2 build as you, and it works really well. In an ideal world, I'd be using the native ethernet ports and I'd have a cheap video card in the PCI slot, but the serial console works well enough for now. M -- --Apple-Mail=_D73AFDF4-8C8E-4104-BB2C-456F7223C35A Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.2 Comment: GPGTools - http://gpgtools.org iQEzBAEBCgAdFiEEyzPHvybPbOpU9MCxQlsJDh9CUqAFAl8yTOgACgkQQlsJDh9C UqCGlggAtpQMOADhCvg6jtaMUUekXMoeizjzg0qbSLtl+pQfcZ1WsHwhkMl1oAR0 qxxWvvEgY3Y2vY2B/WLk9u8JH2dnINbwlPadMot5zt5qN5JhtzKEdD0eQGlnImHX 4mm4OgidCJCofCjnU9a3BX62IHUKLLlovweDFLZhHfBjbgV3zGRmuTES7ZoaD8KU RjjRkr79A/jwScWkaduhlp8Ls2u3vb4TRqIIw5U8go4R14vE+DDi3L3noBM4QW6n PyUgCcn2JYjKgNo24ZTBJUlh42OonvjLTZYJQcXMgL+uA+FODok6UM8fiz7AlHpv NBPVUmMnQ+tWAqlB1cEeNyhjN6gfrA== =BkH+ -----END PGP SIGNATURE----- --Apple-Mail=_D73AFDF4-8C8E-4104-BB2C-456F7223C35A-- From owner-freebsd-arm@freebsd.org Tue Aug 11 11:31: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 98E7F3AB0EA for ; Tue, 11 Aug 2020 11:31:57 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-19.consmr.mail.gq1.yahoo.com (sonic314-19.consmr.mail.gq1.yahoo.com [98.137.69.82]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4BQrJr461rz4PpT for ; Tue, 11 Aug 2020 11:31:56 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: S2feCwkVM1mKEg5hUtJfVvnj4B.Z1AZbOAavPHjOJAlGFrwpaGWZmwh1IffkyqF bX5AlLtQEUSPc4T4hbcLt7Q2WaCfJNhI2ghTKmJNjXNEuVLfQkYB9CoM3iozU9B9LCnxxISPbISc aJuMXpKv5PBGgGody91AO5LAwA8Yp_GWngLdgCfvrlLHKJzfHMhDZ5Yj2VZxt0xMdmTFdprJ6To0 2.fBXQiOLUXwP1FtlFKTruIXqkAtuZPtXg2bgHHbmJuIu12rIXIM5szKp6hM8kz2vdwSaA46VgKg gG5jJqK6WUQd5ODjipK_6yneAUbHataWmES3SZHRgi5cNu2lDpDM4UyIuyGVKWcSiCDXMVVpcJYL xbRQcCEdS8a2W5FoIocObsbqIlt5.dZW9UAdaj9JK9UTZ09PDUxyJX3hyY.O6ku8rwyctik94GS3 WCYkYMDJnFdcbGiMm2FecIR00hBbYkFzQ2TQTpH.5wTBXnvnOp_f40WIfSd9.v4R4wmOALSzkRyd 5nnT54GKFKb200622hqcrrmJsJPcJmkcY5Jtr97wl98mxg7cpjh7lAaKtExVdbLUyKSjujqUru7c lgeT_FqYEkmPXlLM67ER2nnZrBSZJN.vxke9LA7.FdyPEX.HzM.ZCPBGnLHWlCTgkozGVMZaJqqU Ss.uCnvGbDqbZtLk6rrvTuLTCArgoqZqttxV0wUO9hxDT0aHdO7Y3iQWv09XhwNFV56aNWwR2RIK XrNIhv2hz.9kgGBW_9UQ95hbAh7AiGzqnTtMAlpru.8AOOk.Q8veALJArVtxn11uVmi03HWckHC0 7v9LqsVLSuumnadl7efjhBNRnd.mUMBiODsOD0QZToHf.sC.OjsBMW0D_mBJbBbeIrNup4VQVntN RGhS6isHnGgkSvksDQ2C.wIaGpLM6h2w3ZmZR0dyIOYK6gD.jTvCANahDelfHZmw1jS.wDTiCDhh oIxSzIOtZydAD7wVOdpSYTkMshmKl7eIJ.6hXTHXyTNH3O.K5uvJCpM1tDUf4WB0Cx6d8jaQ95si HQ9oJOuDkaaDPZr0bLLV19KawUW3vNowFtld5jky4kjfjIkdQOS.fInOrn0OjsDjz8BY_NPXBW7F lKqXz_BtbqbckzUQdJmkYLyqdnmDdN4pMJOPNDSUEnu7UQL6SeypJhNziXdzIX8wmSYhp9vlgRGH jyRPnX0qy_iGA1nHy9RRNTsJ2QQnp6sWUDAPWHmqLExErFMjJLaPB3cNhn8Msq1nt4bChYyso5vP L8FgImBbmR.pqzWdMjbClhs8xTryIMC.Q6yaSkTQUsJ7IaYEsrvfsJVMMSos1Ot7z5nq3YWfNME2 8SXLO6ieg0QSbfCGvfRcBPYvdqKU9OQWysVLfud3ukWp0X41ZjhIjt40JxVqZlq2QR5kXXgK8hgx x4yOV4x2Ma9QY2A5KyKmSovzpdH864gGsSfpGoV0GPyYC5mds.EOoNNnz2Q3qpPvfGFEIKmPOUV9 DN3FSPlgH7Hf7JaEKbLHKvz9r8o7ixbnZhAKtrOjtyRWv Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Tue, 11 Aug 2020 11:31:54 +0000 Received: by smtp410.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID d5f4c333b32591462c993fe02cafa72a; Tue, 11 Aug 2020 11:31:49 +0000 (UTC) From: Mark Millard Message-Id: Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Re: How to build sysutils/edk2@rpi4 (for example) that matches https://github.com/pftf/RPi4/releases/tag/v1.18 (for example) Date: Tue, 11 Aug 2020 04:31:47 -0700 In-Reply-To: <9CD7C820-CF3F-4E72-8E99-C9EB53CB0B52@FreeBSD.org> Cc: freebsd-arm , FreeBSD ports To: Mark Murray References: <0AFFAC3B-2298-497E-9AAE-C3AFB7466106.ref@yahoo.com> <0AFFAC3B-2298-497E-9AAE-C3AFB7466106@yahoo.com> <9CD7C820-CF3F-4E72-8E99-C9EB53CB0B52@FreeBSD.org> X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Rspamd-Queue-Id: 4BQrJr461rz4PpT X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.58 / 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.45)[-0.454]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~,4:~]; 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.003]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; URL_IN_SUBJECT(0.40)[github.com]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.02)[-1.025]; MIME_GOOD(-0.10)[multipart/alternative,text/plain,multipart/related]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.82:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.82:from]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset=us-ascii 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: Tue, 11 Aug 2020 11:31:57 -0000 On 2020-Aug-11, at 00:46, Mark Murray wrote: >> On 11 Aug 2020, at 07:44, Mark Millard via freebsd-arm = wrote: >>=20 >> Unfortunately, I'm not aware of anything for macchiatobin >> that is analogous to https://github.com/pftf/RPi3 and >> https://github.com/pftf/RPi4 off which to derive what >> source would reproduce some known release that might >> have been put to use with FreeBSD (a tested combination). >=20 > I have a MacchiatoBin Double Shot doing dual duty as an ARM > build box and firewall. It has a dual-port PCI NIC in it. >=20 > I may have the same edk2 build as you, and it works really well. >=20 > In an ideal world, I'd be using the native ethernet ports and I'd > have a cheap video card in the PCI slot, but the serial console > works well enough for now. Nothing the this one's PCI slot. Realtek USB 10/100/1000 LAN via using https://reviews.freebsd.org/D25809 . Serial console. SATA SSD. FYI: Its -j4 buildworld buildkernel results are somewhat slower than for an OverDrive 1000. (Similarly for poudriere bulk runs. Single threaded activity is a different story.) Builds are CPU/memory bound, not I/O bound, for both systems. ENVIRONMENT: -mcpu=3Dcortex-a57 OverDrive 1000 @1.7G Hz, 8 GiByte RAM = total (2 DIMMs slots, both populated): World built in 15508 seconds, ncpu: 4, make -j4 Kernel(s) GENERIC-NODBG built in 1117 seconds, ncpu: 4, make -j4 ENVIRONMENT: -mcpu=3Dcortex-a72 MACCHIATObin Double Shot @ 2G Hz, 16 = GiByte RAM (1 DIMM slot): World built in 18789 seconds, ncpu: 4, make -j4 Kernel(s) GENERIC-NODBG built in 1296 seconds, ncpu: 4, make -j4 The only differences in my equivalents of src.conf are the 57's vs. 72's in -mcpu=3D usage (same arch different tuning). head -r363590 doing self-hosted, from-scratch rebuilds. What contributes? L0-L2 cache size differences and dual DIMM (dual channel? interleaving?) vs. single DIMM. Cache performance for 4 active threads keeps the two systems similarly performant for problems that fit in both sizes of RAM cache. But the OverDrive looks to have 4 times the RAM cache. That matters for -j4 buildworld buildkernel . [The .png (that will not make it to the list) is a graph of benchmark data from my C++17 variant of some old HINT benchmarks. Data types: d=3Ddouble, ull=3Dunsigned long long, ul=3Dunsigned long, ui=3Dunsigned int. In this context, variations in ull vs. ul results for a given system give a clue as to the degree of other sources of variability: both are 64-bit unsigned here. Y-axis: larger is faster. While gcc10 was used, the system libc++ and such were used instead of gcc's libraries.] =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Tue Aug 11 19:47: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 2A2CE3B5D3D for ; Tue, 11 Aug 2020 19:47:16 +0000 (UTC) (envelope-from gbe@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BR3JN0PBGz3yMH for ; Tue, 11 Aug 2020 19:47:16 +0000 (UTC) (envelope-from gbe@freebsd.org) Received: from localhost (p4fd3ae86.dip0.t-ipconnect.de [79.211.174.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gbe) by smtp.freebsd.org (Postfix) with ESMTPSA id 928FB21C78 for ; Tue, 11 Aug 2020 19:47:15 +0000 (UTC) (envelope-from gbe@freebsd.org) Date: Tue, 11 Aug 2020 21:47:13 +0200 From: Gordon Bergling To: freebsd-arm@freebsd.org Subject: RPi4B only allocates 1GB instead of 4GB Message-ID: <20200811194713.GA54090@lion.0xfce3.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Url: X-Operating-System: FreeBSD 12.1-STABLE amd64 X-Host-Uptime: 9:46PM up 1:50, 2 users, load averages: 0.18, 0.62, 1.98 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, 11 Aug 2020 19:47:16 -0000 Hi, I am currently working on an issue [1] of FreeBSD regarding the memory allocation on the RPi4B. I have a 4GB model running a very recent version of -CURRENT, but FreeBSD only recognizes 1GB instead of the installed 4GB of memory. I spent some time today looking through the general determination of physical memory in FreeBSD in sys/vm/vm_phys.c, but my initial try to simply the issue by building a kernel without NUMA support wasn't that successful. The next part I was thinking about was the firmware -> kernel interface, lets say UEFI vs. 'plain u-boot'. But after the study of information I found on the net, that is a far different story, compared to read C-sources. Has anyone a RPi4 or RPi4B with memory != 1GB, who could verify that issue? I found some information on a chinese website where somebody posted a dmesg output of FreeBSD 13-CURRENT on an RPi4B (8 GB version) where the memory allocation was correct. --Gordon [1] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247012 From owner-freebsd-arm@freebsd.org Tue Aug 11 20:46:19 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5535C3B6C6C for ; Tue, 11 Aug 2020 20:46:19 +0000 (UTC) (envelope-from hrant.dadivanyan@gmail.com) Received: from mail-lj1-f196.google.com (mail-lj1-f196.google.com [209.85.208.196]) (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 4BR4cV3m2tz42G6 for ; Tue, 11 Aug 2020 20:46:18 +0000 (UTC) (envelope-from hrant.dadivanyan@gmail.com) Received: by mail-lj1-f196.google.com with SMTP id w14so15063267ljj.4 for ; Tue, 11 Aug 2020 13:46:18 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:autocrypt:message-id :date:user-agent:mime-version:in-reply-to; bh=qCA9W5TImSwqwX3KCRlmBLuulUrflI5Z9yKn8MFapq8=; b=hhKnDDF4LW0UCwy/YjIPENt06XnjtfExYrjTUhr1xVjPB74K67LB8tXE4SrvLNx1Ce /uYvByRY3TKvc2wyxNRDPix0Loyrj99BW3a2fBRj4/0hpzE4ZT59Dzet5IFg20jo8L4R jqGCoziAZtLItjIF6pdqtAWLVlDxLZ1TSUWAVNRYmKRaCI+j0DofpmC3RjdWjOCqkSrp 2xpyoeVMnUqwdz2qlgxTUCKm3O7VXotYQrKMWChHTM8P1msEaobyK1aa6REI8mRgdp9g EL1mC/MxxrQ8lvUKPswwUg6nIKtDc325VC93DzxIbPvtwp+nDmgyc3F+osd18EyaF+Oz FVWw== X-Gm-Message-State: AOAM531PNdlVPq9vu4yasQ4mLkf/bkSB78BT+M8lcZzWXOUK/zinh1lx 2pSTC2TbKRqNgdbX/CiIvUAx1DXs X-Google-Smtp-Source: ABdhPJwFHnUAv66BrRHyUDAeqzoKJ9tCmoW6GzDF3Gbzt0AHK8i7Qb053ws4ZWK6hFx6lOpDtiFWSw== X-Received: by 2002:a05:651c:208:: with SMTP id y8mr3980681ljn.233.1597178776356; Tue, 11 Aug 2020 13:46:16 -0700 (PDT) Received: from dadivanyan.net ([62.89.17.242]) by smtp.gmail.com with ESMTPSA id 132sm11923455lfo.16.2020.08.11.13.46.15 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 11 Aug 2020 13:46:15 -0700 (PDT) Subject: Re: RPi4B only allocates 1GB instead of 4GB To: freebsd-arm@freebsd.org References: <20200811194713.GA54090@lion.0xfce3.net> From: Hrant Dadivanyan Autocrypt: addr=hrant@dadivanyan.com; keydata= mQENBFgDUB4BCACuEuOfqVeiotV5BY/6IlWfSvmsY+EI9yYA62Q5310oYUsKBL4HwKpNl5N2 7Nt3YJWp5QAkB49B4msl9fGpzKK/obxDwoM37bf3Np789dSRp9EKk71Thel3eeaYvaz2K7w4 iT+R5/1/5Wvn5TqV96X9aTlmzDkz7eHJ3SRVsz2Vbk4fbbFSAv1OaDaiscOVpDXZsVLUMoL3 N8YLMmsNHw8pt7Kh/08Pd5SU4k576Mo2TUWG0uRiL2BunQP/JMvs/jU8L5xpaXi1MfEFyRfC 3xEeEM9hjBn3PgJgtJW071CRibc7E+e9Xi5K7kVn4MQnoZM0byiyC26XHtKehS7rtoZDABEB AAG0J0hyYW50IERhZGl2YW55YW4gPGhyYW50QGRhZGl2YW55YW4ubmV0PokBOAQTAQIAIgUC WANQHgIbAwYLCQgHAwIGFQgCCQoLBBYCAwECHgECF4AACgkQh/fmw7c/bD0TmwgApxRd9pxN dypwqb87PYTbEwn9lBl4lHOTjuvrH+MWeIYhnG9R9AOd+MsxixMxvCVL+o54qv9HDx9Ew3ao u89QqAjzB/vsqBUldr1hluO8VUeFAYAiXZQKjToMPZQjFANrIdlAkb4E4DhGG8lKSL+t/yqf Ey3YXcx7qntsPCHnkZbXzabx37x2MOHyuSLLoqvmNHq7un99+dhNgdNxQCliDEqys8xe3Iie uThYdAaxczqZ6oHQ0iMsRJgJRwXB9CengCxZ+Znd48ugdE1ueig6NJxlrpdSrAgNpa393Cwf FLi9SkKSGciSCWjTWjkcv1Mwj5kFzSrRlLKt0/MsPwOTt7kBDQRYA1AeAQgA82m2h8C4Sj4B Kzvw29PQ3IyiQCx5mwP6JDp3X+ePPT8ZG0yDveTqXQej9ZPTOpUdofMgPc86qp19zyjAqc0l 6liOxxFAEGfV3dWKJGXA0t5dQiuBeVb+++Z8WsSsKG8pVoeFkchBvJK5DlHgpb7DaUNLevBK /fR9x3apK1zeyz2W2njs8MI7+ZBEW9O2FaEV2m9VkjVJj5SBBbm+IMYJKhgH0tPwViPoLBbp mpII1zCNyu74XlyjmPkfa5DW862UvAvljtJmNlgFt6Lu/BJYNvqe1Q56hA1NwmVjNrofnLur Vr36L/bBcmBCNXqOBmafjrjnrX5Q7eJyJDe8E2h9RwARAQABiQEfBBgBAgAJBQJYA1AeAhsM AAoJEIf35sO3P2w9RcgIAIgkvrZ7MvKWUe93WLDjpSOAL9iq8DxPTczjQ2vlnVawn0bh7Qvq Awktno+4PXi5CRx4k43npnRrj6NTg4QYrGW5eir9XQnAY45K29GeTB/TbTG7PHJfwDYD9SCW aultbVIWKlzJVreRuQFbQYMau67RLs1x2g5XkZlbGtk9gReEQv5wXUiW2KHXTxdZVAz7Imfe E7Qm/YQPImxUWj6s46gyLnSq20rGrtd1240rKHML3eVKTU7daBcs5YV0QOKOlDEbXO8J+Y0O iz7QApDB0RfSTHvUh6bn6P7cNPXQFA6JYfd9TIaW32tAUJYeYB6Q5q29VeXH0s+qJE7OLFDT YQI= Message-ID: <98347528-ef06-b8d8-8c31-99eec3a15ec2@dadivanyan.com> Date: Wed, 12 Aug 2020 00:45:59 +0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.11.0 MIME-Version: 1.0 In-Reply-To: <20200811194713.GA54090@lion.0xfce3.net> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="cdz8VEV59pvdJR94buaOkQucIAkQ3J8kk" X-Rspamd-Queue-Id: 4BR4cV3m2tz42G6 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of hrantdadivanyan@gmail.com designates 209.85.208.196 as permitted sender) smtp.mailfrom=hrantdadivanyan@gmail.com X-Spamd-Result: default: False [-3.89 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; HAS_ATTACHMENT(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; NEURAL_HAM_SHORT(-0.11)[-0.114]; SIGNED_PGP(-2.00)[]; FORGED_SENDER(0.30)[hrant@dadivanyan.com,hrantdadivanyan@gmail.com]; RECEIVED_SPAMHAUS_PBL(0.00)[62.89.17.242:received]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; R_DKIM_NA(0.00)[]; TAGGED_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.68)[-0.680]; FROM_NEQ_ENVFROM(0.00)[hrant@dadivanyan.com,hrantdadivanyan@gmail.com]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[dadivanyan.com]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.99)[-0.992]; RCVD_IN_DNSWL_NONE(0.00)[209.85.208.196:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.208.196: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: Tue, 11 Aug 2020 20:46:19 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --cdz8VEV59pvdJR94buaOkQucIAkQ3J8kk Content-Type: multipart/mixed; boundary="SacWsA3zjzlKDi4BfEmynTQzEISFeVPX2" --SacWsA3zjzlKDi4BfEmynTQzEISFeVPX2 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable Hi, https://wiki.freebsd.org/arm/Raspberry%20Pi is quite useful for RPi4 setup. As for memory, it was: real memory =3D 251428864 (239 MB) avail memory =3D 221073408 (210 MB) until I've replaced existing u-boot with one provided in the wiki - https://sourceforge.net/projects/rpi4-8gbram-boot-fbsdonly/files/u-boot.b= in/download : real memory =3D 7700508672 (7343 MB) avail memory =3D 7487938560 (7141 MB) Thanks to Robert Crowston and all who work on this, well done. Thank you, Hrant On 2020-08-11 23:47, Gordon Bergling wrote: > Hi, >=20 > I am currently working on an issue [1] of FreeBSD regarding the memory = allocation > on the RPi4B. I have a 4GB model running a very recent version of -CURR= ENT, > but FreeBSD only recognizes 1GB instead of the installed 4GB of memory.= >=20 > I spent some time today looking through the general determination of ph= ysical=20 > memory in FreeBSD in sys/vm/vm_phys.c, but my initial try to simply the= issue > by building a kernel without NUMA support wasn't that successful. >=20 > The next part I was thinking about was the firmware -> kernel interface= , lets > say UEFI vs. 'plain u-boot'. But after the study of information I found= on the > net, that is a far different story, compared to read C-sources. >=20 > Has anyone a RPi4 or RPi4B with memory !=3D 1GB, who could verify that = issue? >=20 > I found some information on a chinese website where somebody posted a d= mesg > output of FreeBSD 13-CURRENT on an RPi4B (8 GB version) where the memor= y > allocation was correct. >=20 > --Gordon >=20 > [1] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D247012 > _______________________________________________ > 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 --SacWsA3zjzlKDi4BfEmynTQzEISFeVPX2-- --cdz8VEV59pvdJR94buaOkQucIAkQ3J8kk Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: Using GnuPG with Thunderbird - https://www.enigmail.net/ iQEzBAEBCAAdFiEEPbz+l3tnoK718ci3h/fmw7c/bD0FAl8zA5UACgkQh/fmw7c/ bD1s8Qf9GPbhckXpWIROdrPUIdpDZO2+1KyLgeNqFimrPhWrFiBIqOvqcIvMsSZg BgdFOQVjMFzOvuHVQ81IOnO8jdctRQ8OU/IT05x/Uw/cqqFiS2uBiFK38KEWFdKU GWrVTkwQ1mn95CqwJNenkES/MtO/3oWxVg98k6uuPKunThKEKMZlHXAYyawV7tq+ ufdp4WRzrxN3r7IcF4YJgIXC4FLq6yUomuIFY2rBtGu70fTDwjg+FPMHnm58i2yv 9qx4j8VvR9o/t+4bWxlQ5WkEkoDLpb/cN0J7Ti738VIQBv/prWiuSMncqZu0UF62 NJQgP5pBEVHgIaiEKts0ECeMvU688Q== =ijOL -----END PGP SIGNATURE----- --cdz8VEV59pvdJR94buaOkQucIAkQ3J8kk-- From owner-freebsd-arm@freebsd.org Tue Aug 11 20:57:11 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 055CE3B7070 for ; Tue, 11 Aug 2020 20:57:11 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic313-14.consmr.mail.bf2.yahoo.com (sonic313-14.consmr.mail.bf2.yahoo.com [74.6.133.124]) (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 4BR4s200NSz42wk for ; Tue, 11 Aug 2020 20:57:09 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: Hp_UhJ8VM1nITslkTgEV5H93evW52TzcQwDHUrvoTrj5DcoaOW9r_7MsVaMMxAE 9RrCLr_9uxMajr74lswvbcUtlQIBo9lV_Oot5cOMgMS58k9WO0nY6ZNcYSKG5otkqoyjok7_xuy2 NjFJ82HkEvLk.S9KziuYj1VA4YLpr8UOxA9hrBvWJnBglFTpe6wdYsyq2yWGQFcX2XocbjMTllaP KeXEaSf5hxFEss9hha46UU3oz8wuPzeEahA_Y.DQ41TOadUFDV.w9sORO8nzKMNKWePa_Nil_p6y jjOMP5hnywa8nkeJQ488STrfjasuHvt0RQjY7GiqOWdjpNFcurfqxsp_yA86Kr3KEWFBMx9XZoqQ yMl.W7AcwyO9c_uTt_rsrw2PvXwtgh_zs2QUX6pJW8JmrPTqBY7U6JFJcMfoybtn2gjQvOrOdVWo K4CvLdlUnTAFl4pJc0BLPY.vF1Vu3T0Rz8Moy0D3yzR.PRJt_nw_PKEP2nKOMHKCWm.cL0_weKvC 3XJTuFYromZwevrLnFqzVMUwlxnXIsdfgZXtHKFHnLCRA6LLCaBjuQHkqb0AyBE2euoFV0966ziF F7zlaQB1p6NJAg0LdibdIk28H7Em1OhuDx2I1G6UzwFnLSAzlDCGFwNQJAw26C6CO7bdkvrXmmGE MYRMuoSNx6zDmKg96vLkLb1rL.a9mdpZu6AJr.ZXJWrV5HSiJ7Tqen8LChiazB3xLATDYX3vCnXf MepaF7IcRKYojjkaG6S2KoRJYzP7nw4N3gnH05um0XWFf71rzQDoYCaxpZCRaxXp5suyONcghYxO 03JwWl5H8OyaaDE_afBUWzHoyv8tiaJqbvNxauP0o4XFqK7UmaHAjulC8zMeaigazmML5BEc81uc bCoFTBo6N5ITlESDtkcbZe7w22Ikm87fNZAAcA9qzfOXIXGJ6OhJ_r_o3Zy1DYH07UVNGM72kfVg N0_fQaOl7FHnkr5Gd89qwgMB2P.HNg.R1xQf8eEOALn9OBxwsd4eeYF7gzNYvcD_zm1sexCoYbNV O1EDLJxmJbaHyommA1SgVWRPwUJQofhXJv_FpK42ItHSvuSCMd_B7.pnEhSA.8.qSgluhGgbwNYF EPBYnh1C1EY80FtsXKqT3gEp5hQG6PhqBsxjBpCZgB16UsWf1143IQnSzsulAHqXoxCChIe9N7yV SWIlDzrXKreU3XK2hAM0zKyp0Y8fsHVvsud.fN.SxwAE.i8inj_6y0eI_DhQ0GSbaZH1Ozd4x1Kh 64SUDYJujMJRT2sN5r_nomLjPmf_WB1bF4qcwCD7OwwSAFti8PH4mRtaC.Z4sI521M99XgMidt08 D.VAOWoNmVuwqENFR1ElBqTcD0n7bm10ip5FLOmiK5HDJWNYH.c74KPaTCv3cuexpZhaDECwfAj_ IJec2HNBWpVokdAlcESNiFlSFBOV5_KWRFjH6Ivw0321RHmKJUR19EhMPgJWafSl75ISVPg-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.bf2.yahoo.com with HTTP; Tue, 11 Aug 2020 20:57:09 +0000 Received: by smtp425.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 49c6d330bcfeba439dfa4775ca0fd097; Tue, 11 Aug 2020 20:57:08 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Re: RPi4B only allocates 1GB instead of 4GB From: Mark Millard In-Reply-To: <20200811194713.GA54090@lion.0xfce3.net> Date: Tue, 11 Aug 2020 13:57:06 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <40AFD587-9BC9-457E-8DB4-F33E78861614@yahoo.com> References: <20200811194713.GA54090@lion.0xfce3.net> To: Gordon Bergling X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Rspamd-Queue-Id: 4BR4s200NSz42wk X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.62 / 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)[74.6.133.124: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.01)[-1.008]; NEURAL_HAM_MEDIUM(-1.04)[-1.044]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[74.6.133.124:from]; NEURAL_HAM_SHORT(-1.07)[-1.066]; 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:26101, ipnet:74.6.128.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: Tue, 11 Aug 2020 20:57:11 -0000 On 2020-Aug-11, at 12:47, Gordon Bergling wrote: > I am currently working on an issue [1] of FreeBSD regarding the memory = allocation > on the RPi4B. I have a 4GB model running a very recent version of = -CURRENT, > but FreeBSD only recognizes 1GB instead of the installed 4GB of = memory. >=20 > I spent some time today looking through the general determination of = physical=20 > memory in FreeBSD in sys/vm/vm_phys.c, but my initial try to simply = the issue > by building a kernel without NUMA support wasn't that successful. >=20 > The next part I was thinking about was the firmware -> kernel = interface, lets > say UEFI vs. 'plain u-boot'. But after the study of information I = found on the > net, that is a far different story, compared to read C-sources. >=20 > Has anyone a RPi4 or RPi4B with memory !=3D 1GB, who could verify that = issue? >=20 > I found some information on a chinese website where somebody posted a = dmesg > output of FreeBSD 13-CURRENT on an RPi4B (8 GB version) where the = memory > allocation was correct. >=20 I've access to both 4 GiBYTe and 8 GiByte RPi4B's. I've had no trouble with RAM size being recognized at any time. As stands, I've got head -r363590 in use. But, be warned, FreeBSD does not correctly handle DMA for > 3 GiByte yet. The only stable environment I've had for FreeBSD has been UEFI/ACPI with the selection to limit RAM to 3 GiBytes. For 4 GiByte+ I would have various 4K pages written to the USB SSD that had the wrong content. Copying a huge file and then diffing the copies seemed to be guaranteed to fail. (I generally picked "huge" to be more than then amount of RAM.) Both UEFI/ACPI and u-boot for this. I'll note that I do some cross-checking by also running NetBSD (also via UEFI/ACPI). In that context I've had no troubles with allowing the actual RAM size. For the FreeBSD UEFI/ACPI boots, I use a USB Ethernet device, not the built in. The built-in and the sdcard slot are ignored still for the UEFI/ACPI context. (They work on NetBSD.) =46rom your dmesg report: Type Physical Virtual #Pages Attr Reserved 000000000000 0 00000002 WB=20 ConventionalMemory 000000002000 2000 00007ef0 WB=20 BootServicesData 000007ef2000 7ef2000 0000001c WB=20 ConventionalMemory 000007f0e000 7f0e000 00029f81 WB=20 BootServicesData 000031e8f000 31e8f000 00000001 WB=20 LoaderData 000031e90000 31e90000 00008001 WB=20 LoaderCode 000039e91000 39e91000 000000aa WB=20 Reserved 000039f3b000 39f3b000 00000007 WB=20 BootServicesData 000039f42000 39f42000 00000001 WB=20 Reserved 000039f43000 39f43000 00000002 WB=20 RuntimeServicesData 000039f45000 39f45000 00000001 WB RUNTIME Reserved 000039f46000 39f46000 00000001 WB=20 BootServicesData 000039f47000 39f47000 00000002 WB=20 RuntimeServicesData 000039f49000 39f49000 00000002 WB RUNTIME LoaderData 000039f4b000 39f4b000 00001405 WB=20 RuntimeServicesCode 00003b350000 3b350000 00000010 WB RUNTIME LoaderData 00003b360000 3b360000 000000a0 WB=20 MemoryMappedIO 0000fe100000 fe100000 00000001 RUNTIME Physical memory chunk(s): 0x00002000 - 0x39f3afff, 927 MB ( 237369 pages) 0x39f42000 - 0x39f42fff, 0 MB ( 1 pages) 0x39f45000 - 0x39f45fff, 0 MB ( 1 pages) 0x39f47000 - 0x3b34ffff, 20 MB ( 5129 pages) 0x3b360000 - 0x3b3fffff, 0 MB ( 160 pages) Excluded memory regions: 0x00000000 - 0x00001fff, 0 MB ( 2 pages) NoAlloc=20 0x32000000 - 0x33392fff, 19 MB ( 5011 pages) NoAlloc=20 0x39f3b000 - 0x39f41fff, 0 MB ( 7 pages) NoAlloc=20 0x39f43000 - 0x39f46fff, 0 MB ( 4 pages) NoAlloc=20 0x39f49000 - 0x39f4afff, 0 MB ( 2 pages) NoAlloc=20 0x3b350000 - 0x3b35ffff, 0 MB ( 16 pages) NoAlloc=20 0x3e513000 - 0x3ebebfff, 6 MB ( 1753 pages) NoAlloc=20 0xfe100000 - 0xfe100fff, 0 MB ( 1 pages) NoAlloc=20 That means that nothing later in FreeBSD is going to see more RAM. May be u-boot or UEFI can report the amount of RAM it finds? If it is 1 GiByte at such an early stage, later stages are not likely to find more. If UEFI/ACPI finds 1 GiByte, a NetBSD test would likely agree. (Same type of staging issue.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Tue Aug 11 21:04: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 3F9EB3B727D for ; Tue, 11 Aug 2020 21:04:50 +0000 (UTC) (envelope-from gbe@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BR51t0tXjz43cS; Tue, 11 Aug 2020 21:04:50 +0000 (UTC) (envelope-from gbe@freebsd.org) Received: from localhost (p4fd3ae86.dip0.t-ipconnect.de [79.211.174.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gbe) by smtp.freebsd.org (Postfix) with ESMTPSA id 9E18422D02; Tue, 11 Aug 2020 21:04:49 +0000 (UTC) (envelope-from gbe@freebsd.org) Date: Tue, 11 Aug 2020 23:04:47 +0200 From: Gordon Bergling To: Hrant Dadivanyan Cc: freebsd-arm@freebsd.org Subject: Re: RPi4B only allocates 1GB instead of 4GB Message-ID: <20200811210447.GA64749@lion.0xfce3.net> References: <20200811194713.GA54090@lion.0xfce3.net> <98347528-ef06-b8d8-8c31-99eec3a15ec2@dadivanyan.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="liOOAslEiF7prFVr" Content-Disposition: inline In-Reply-To: <98347528-ef06-b8d8-8c31-99eec3a15ec2@dadivanyan.com> X-Url: X-Operating-System: FreeBSD 12.1-STABLE amd64 X-Host-Uptime: 10:55PM up 35 mins, 4 users, load averages: 0.04, 0.19, 0.21 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, 11 Aug 2020 21:04:50 -0000 --liOOAslEiF7prFVr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Hrant, On Wed, Aug 12, 2020 at 12:45:59AM +0400, Hrant Dadivanyan wrote: > Hi, >=20 > https://wiki.freebsd.org/arm/Raspberry%20Pi is quite useful for RPi4 > setup. As for memory, it was: > real memory =3D 251428864 (239 MB) > avail memory =3D 221073408 (210 MB) > until I've replaced existing u-boot with one provided in the wiki - > https://sourceforge.net/projects/rpi4-8gbram-boot-fbsdonly/files/u-boot.b= in/download > : > real memory =3D 7700508672 (7343 MB) > avail memory =3D 7487938560 (7141 MB) >=20 > Thanks to Robert Crowston and all who work on this, well done. >=20 > Thank you, > Hrant Thank you for pointing towards the modified u-boot files, which, indeed, so= lves the memory problem on the RPi4B, since it detects now the 4GB onboard memor= y. I know the FreeBSD wiki pages, but I didn't find any references for the upd= ated u-boot binaries you reference to. I'll speak with Robert and after his chan= ges are upstreamed FreeBSD will hopefully soon have live images available that have= the fixes included. Thank you, --Gordon > On 2020-08-11 23:47, Gordon Bergling wrote: > > Hi, > >=20 > > I am currently working on an issue [1] of FreeBSD regarding the memory = allocation > > on the RPi4B. I have a 4GB model running a very recent version of -CURR= ENT, > > but FreeBSD only recognizes 1GB instead of the installed 4GB of memory. > >=20 > > I spent some time today looking through the general determination of ph= ysical=20 > > memory in FreeBSD in sys/vm/vm_phys.c, but my initial try to simply the= issue > > by building a kernel without NUMA support wasn't that successful. > >=20 > > The next part I was thinking about was the firmware -> kernel interface= , lets > > say UEFI vs. 'plain u-boot'. But after the study of information I found= on the > > net, that is a far different story, compared to read C-sources. > >=20 > > Has anyone a RPi4 or RPi4B with memory !=3D 1GB, who could verify that = issue? > >=20 > > I found some information on a chinese website where somebody posted a d= mesg > > output of FreeBSD 13-CURRENT on an RPi4B (8 GB version) where the memory > > allocation was correct. > >=20 > > --Gordon > >=20 > > [1] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D247012 > > _______________________________________________ > > 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" --liOOAslEiF7prFVr Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEEYbWI0KY5X7yH/Fy4OQX2V8rP09wFAl8zB+1fFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDYx QjU4OEQwQTYzOTVGQkM4N0ZDNUNCODM5MDVGNjU3Q0FDRkQzREMACgkQOQX2V8rP 09xdVQf/Yl54f9kd/vDx2A50KmxO6tWfdc/0u+uCoKvby+nZKnpqOBay/1LRWt++ 7EhMptx3voy1gFFlBtUl8nPChzGe72LP9GtoZrnj9pTwB0cxsfhCiV7RdeLtOI7a ujN0bZMgOcRfNOst7TX/8xSHEyUgjIv434a3eUSVaTvVBz2rlVz94qqVgVMQHnmW wR2SvDC7PAlvNol1Qrl/YOpfazz8CJH5Ns6ntJs4AGaejJAGt+jDyXwE9R3+7Mn8 7CnKo/A/x2ldVbUHHqZQosqmsMC/sTUaoXI3A8y/fBc4dFRKo+PYiC6BT9I1kgcz ASr6sFFQHT1G/JSqA/VXkp0A1menYQ== =Rf1N -----END PGP SIGNATURE----- --liOOAslEiF7prFVr-- From owner-freebsd-arm@freebsd.org Wed Aug 12 10:44: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 E6BAF37C047 for ; Wed, 12 Aug 2020 10:44:45 +0000 (UTC) (envelope-from hrant.dadivanyan@gmail.com) Received: from mail-lj1-f194.google.com (mail-lj1-f194.google.com [209.85.208.194]) (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 4BRRCw5Z9qz3Vp4 for ; Wed, 12 Aug 2020 10:44:44 +0000 (UTC) (envelope-from hrant.dadivanyan@gmail.com) Received: by mail-lj1-f194.google.com with SMTP id t23so1692120ljc.3 for ; Wed, 12 Aug 2020 03:44:44 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:autocrypt:message-id :date:user-agent:mime-version:in-reply-to; bh=TIg3S99HmbHFMvvLpueLOwfueNL+Z9Zks15oBoUCcec=; b=syv3B+sOIzNXjhL7sbbq+8i0QiZ0g1O2yRqG5IUACpgNCcykwrUC4ofcTSpR7NYDuv wFYUG5yooBiO+xVTuAaN2HRAq3q9Df5yL11rNaOzR9/nxMigm9uE3m7QI5yvJSMvHIy9 exr1lQOVFGBFsBiFrlBu7TjNWLVkY14GqeofivAHdC6WlDUtc+pUD+uKdw/DjXFfwwyX W3s6rha6R7qF2He75iPwju1CkG1vA7+PVX1kqm+izBDOG2SVnW0asVaaIIbJ0W9m+1sK 2YjadPDovRTilTsVSrEfAwapPvPN6RTVI9+WB5Qw51s55nIdcF3WsVPFbGmtX04ZcpS3 hk+A== X-Gm-Message-State: AOAM532EyW+vKo3ywpqxM4/roqn8DjL9noZQbfP170tmk+HpL/mdxbX2 GPNxsyJquc3gOy0qdXKvK8VxWHnt X-Google-Smtp-Source: ABdhPJyM3AmKRQy872kBuKrhtIRTNoCOxmTAscma4blQVwVUhWIeNYcEN4W0FGufzuEk1xeGtstt0Q== X-Received: by 2002:a2e:8612:: with SMTP id a18mr5160249lji.149.1597229082512; Wed, 12 Aug 2020 03:44:42 -0700 (PDT) Received: from dadivanyan.net ([62.89.17.242]) by smtp.gmail.com with ESMTPSA id d26sm380412lfq.73.2020.08.12.03.44.41 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 12 Aug 2020 03:44:41 -0700 (PDT) Subject: Re: RPi4B only allocates 1GB instead of 4GB To: freebsd-arm@freebsd.org References: <20200811194713.GA54090@lion.0xfce3.net> <40AFD587-9BC9-457E-8DB4-F33E78861614@yahoo.com> From: Hrant Dadivanyan Autocrypt: addr=hrant@dadivanyan.com; keydata= mQENBFgDUB4BCACuEuOfqVeiotV5BY/6IlWfSvmsY+EI9yYA62Q5310oYUsKBL4HwKpNl5N2 7Nt3YJWp5QAkB49B4msl9fGpzKK/obxDwoM37bf3Np789dSRp9EKk71Thel3eeaYvaz2K7w4 iT+R5/1/5Wvn5TqV96X9aTlmzDkz7eHJ3SRVsz2Vbk4fbbFSAv1OaDaiscOVpDXZsVLUMoL3 N8YLMmsNHw8pt7Kh/08Pd5SU4k576Mo2TUWG0uRiL2BunQP/JMvs/jU8L5xpaXi1MfEFyRfC 3xEeEM9hjBn3PgJgtJW071CRibc7E+e9Xi5K7kVn4MQnoZM0byiyC26XHtKehS7rtoZDABEB AAG0J0hyYW50IERhZGl2YW55YW4gPGhyYW50QGRhZGl2YW55YW4ubmV0PokBOAQTAQIAIgUC WANQHgIbAwYLCQgHAwIGFQgCCQoLBBYCAwECHgECF4AACgkQh/fmw7c/bD0TmwgApxRd9pxN dypwqb87PYTbEwn9lBl4lHOTjuvrH+MWeIYhnG9R9AOd+MsxixMxvCVL+o54qv9HDx9Ew3ao u89QqAjzB/vsqBUldr1hluO8VUeFAYAiXZQKjToMPZQjFANrIdlAkb4E4DhGG8lKSL+t/yqf Ey3YXcx7qntsPCHnkZbXzabx37x2MOHyuSLLoqvmNHq7un99+dhNgdNxQCliDEqys8xe3Iie uThYdAaxczqZ6oHQ0iMsRJgJRwXB9CengCxZ+Znd48ugdE1ueig6NJxlrpdSrAgNpa393Cwf FLi9SkKSGciSCWjTWjkcv1Mwj5kFzSrRlLKt0/MsPwOTt7kBDQRYA1AeAQgA82m2h8C4Sj4B Kzvw29PQ3IyiQCx5mwP6JDp3X+ePPT8ZG0yDveTqXQej9ZPTOpUdofMgPc86qp19zyjAqc0l 6liOxxFAEGfV3dWKJGXA0t5dQiuBeVb+++Z8WsSsKG8pVoeFkchBvJK5DlHgpb7DaUNLevBK /fR9x3apK1zeyz2W2njs8MI7+ZBEW9O2FaEV2m9VkjVJj5SBBbm+IMYJKhgH0tPwViPoLBbp mpII1zCNyu74XlyjmPkfa5DW862UvAvljtJmNlgFt6Lu/BJYNvqe1Q56hA1NwmVjNrofnLur Vr36L/bBcmBCNXqOBmafjrjnrX5Q7eJyJDe8E2h9RwARAQABiQEfBBgBAgAJBQJYA1AeAhsM AAoJEIf35sO3P2w9RcgIAIgkvrZ7MvKWUe93WLDjpSOAL9iq8DxPTczjQ2vlnVawn0bh7Qvq Awktno+4PXi5CRx4k43npnRrj6NTg4QYrGW5eir9XQnAY45K29GeTB/TbTG7PHJfwDYD9SCW aultbVIWKlzJVreRuQFbQYMau67RLs1x2g5XkZlbGtk9gReEQv5wXUiW2KHXTxdZVAz7Imfe E7Qm/YQPImxUWj6s46gyLnSq20rGrtd1240rKHML3eVKTU7daBcs5YV0QOKOlDEbXO8J+Y0O iz7QApDB0RfSTHvUh6bn6P7cNPXQFA6JYfd9TIaW32tAUJYeYB6Q5q29VeXH0s+qJE7OLFDT YQI= Message-ID: <379196eb-8188-1325-9162-d1bdc054e0e2@dadivanyan.com> Date: Wed, 12 Aug 2020 14:44:27 +0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.11.0 MIME-Version: 1.0 In-Reply-To: <40AFD587-9BC9-457E-8DB4-F33E78861614@yahoo.com> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="noUf999RBvDqWAQ4F8c5f72ZpIa7gZSmY" X-Rspamd-Queue-Id: 4BRRCw5Z9qz3Vp4 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of hrantdadivanyan@gmail.com designates 209.85.208.194 as permitted sender) smtp.mailfrom=hrantdadivanyan@gmail.com X-Spamd-Result: default: False [-4.68 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; HAS_ATTACHMENT(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; NEURAL_HAM_SHORT(-0.63)[-0.630]; SIGNED_PGP(-2.00)[]; FORGED_SENDER(0.30)[hrant@dadivanyan.com,hrantdadivanyan@gmail.com]; RECEIVED_SPAMHAUS_PBL(0.00)[62.89.17.242:received]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; R_DKIM_NA(0.00)[]; TAGGED_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.96)[-0.960]; FROM_NEQ_ENVFROM(0.00)[hrant@dadivanyan.com,hrantdadivanyan@gmail.com]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[dadivanyan.com]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.99)[-0.994]; RCVD_IN_DNSWL_NONE(0.00)[209.85.208.194:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.208.194: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, 12 Aug 2020 10:44:46 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --noUf999RBvDqWAQ4F8c5f72ZpIa7gZSmY Content-Type: multipart/mixed; boundary="ksyBvGsroXhTxXHhZuQD8fQ1lJjWc1ICL" --ksyBvGsroXhTxXHhZuQD8fQ1lJjWc1ICL Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable Hi Mark, On 2020-08-12 00:57, Mark Millard via freebsd-arm wrote: >=20 >=20 > On 2020-Aug-11, at 12:47, Gordon Bergling wrote: >=20 >> I am currently working on an issue [1] of FreeBSD regarding the memory= allocation >> on the RPi4B. I have a 4GB model running a very recent version of -CUR= RENT, >> but FreeBSD only recognizes 1GB instead of the installed 4GB of memory= =2E >> >> I spent some time today looking through the general determination of p= hysical=20 >> memory in FreeBSD in sys/vm/vm_phys.c, but my initial try to simply th= e issue >> by building a kernel without NUMA support wasn't that successful. >> >> The next part I was thinking about was the firmware -> kernel interfac= e, lets >> say UEFI vs. 'plain u-boot'. But after the study of information I foun= d on the >> net, that is a far different story, compared to read C-sources. >> >> Has anyone a RPi4 or RPi4B with memory !=3D 1GB, who could verify that= issue? >> >> I found some information on a chinese website where somebody posted a = dmesg >> output of FreeBSD 13-CURRENT on an RPi4B (8 GB version) where the memo= ry >> allocation was correct. >> >=20 > I've access to both 4 GiBYTe and 8 GiByte RPi4B's. I've > had no trouble with RAM size being recognized at any > time. As stands, I've got head -r363590 in use. >=20 > But, be warned, FreeBSD does not correctly handle DMA > for > 3 GiByte yet. The only stable environment I've > had for FreeBSD has been UEFI/ACPI with the selection > to limit RAM to 3 GiBytes. >=20 > For 4 GiByte+ I would have various 4K pages written to > the USB SSD that had the wrong content. Copying a huge > file and then diffing the copies seemed to be guaranteed > to fail. (I generally picked "huge" to be more than then > amount of RAM.) Both UEFI/ACPI and u-boot for this. >=20 > I'll note that I do some cross-checking by also running > NetBSD (also via UEFI/ACPI). In that context I've had > no troubles with allowing the actual RAM size. >=20 > For the FreeBSD UEFI/ACPI boots, I use a USB Ethernet > device, not the built in. The built-in and the sdcard > slot are ignored still for the UEFI/ACPI context. (They > work on NetBSD.)> Both works for me in UEFI boot as of -r364058 and some woodoo from wiki. Boot off the SD card that contains root and var partitions, and using onboard genet0. I didn't test DMA like you, but svn checkout and updates of src and ports works well. The world compiles in ten hours - there is cooling fan that reduces idle CPU temperature to ~50C, so it throttling less than without cooling. > From your dmesg report: >=20 > Type Physical Virtual #Pages Attr > Reserved 000000000000 0 00000002 WB=20 > ConventionalMemory 000000002000 2000 00007ef0 WB=20 > BootServicesData 000007ef2000 7ef2000 0000001c WB=20 > ConventionalMemory 000007f0e000 7f0e000 00029f81 WB=20 > BootServicesData 000031e8f000 31e8f000 00000001 WB=20 > LoaderData 000031e90000 31e90000 00008001 WB=20 > LoaderCode 000039e91000 39e91000 000000aa WB=20 > Reserved 000039f3b000 39f3b000 00000007 WB=20 > BootServicesData 000039f42000 39f42000 00000001 WB=20 > Reserved 000039f43000 39f43000 00000002 WB=20 > RuntimeServicesData 000039f45000 39f45000 00000001 WB RUNTIME > Reserved 000039f46000 39f46000 00000001 WB=20 > BootServicesData 000039f47000 39f47000 00000002 WB=20 > RuntimeServicesData 000039f49000 39f49000 00000002 WB RUNTIME > LoaderData 000039f4b000 39f4b000 00001405 WB=20 > RuntimeServicesCode 00003b350000 3b350000 00000010 WB RUNTIME > LoaderData 00003b360000 3b360000 000000a0 WB=20 > MemoryMappedIO 0000fe100000 fe100000 00000001 RUNTIME > Physical memory chunk(s): > 0x00002000 - 0x39f3afff, 927 MB ( 237369 pages) > 0x39f42000 - 0x39f42fff, 0 MB ( 1 pages) > 0x39f45000 - 0x39f45fff, 0 MB ( 1 pages) > 0x39f47000 - 0x3b34ffff, 20 MB ( 5129 pages) > 0x3b360000 - 0x3b3fffff, 0 MB ( 160 pages) > Excluded memory regions: > 0x00000000 - 0x00001fff, 0 MB ( 2 pages) NoAlloc=20 > 0x32000000 - 0x33392fff, 19 MB ( 5011 pages) NoAlloc=20 > 0x39f3b000 - 0x39f41fff, 0 MB ( 7 pages) NoAlloc=20 > 0x39f43000 - 0x39f46fff, 0 MB ( 4 pages) NoAlloc=20 > 0x39f49000 - 0x39f4afff, 0 MB ( 2 pages) NoAlloc=20 > 0x3b350000 - 0x3b35ffff, 0 MB ( 16 pages) NoAlloc=20 > 0x3e513000 - 0x3ebebfff, 6 MB ( 1753 pages) NoAlloc=20 > 0xfe100000 - 0xfe100fff, 0 MB ( 1 pages) NoAlloc=20 >=20 > That means that nothing later in FreeBSD is going to > see more RAM. >=20 > May be u-boot or UEFI can report the amount of RAM it > finds? If it is 1 GiByte at such an early stage, later > stages are not likely to find more. If UEFI/ACPI finds > 1 GiByte, a NetBSD test would likely agree. (Same type > of staging issue.)> Indeed: The one supplied with -r363236 snapshot as of Jul 16 reports: U-Boot 2020.07 (Jul 16 2020 - 04:57:41 +0000) DRAM: 240 MiB RPI 4 Model B (0xd03114) The other one - https://sourceforge.net/projects/rpi4-8gbram-boot-fbsdonly/files/u-boot.b= in/download : U-Boot 2020.07-rc3-00208-g88bd5b1793-dirty (Jun 06 2020 - 20:33:00 +0100)= DRAM: 7.2 GiB RPI 4 Model B (0xd03114) Thank you, Hrant > =3D=3D=3D > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) >=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 --ksyBvGsroXhTxXHhZuQD8fQ1lJjWc1ICL-- --noUf999RBvDqWAQ4F8c5f72ZpIa7gZSmY Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: Using GnuPG with Thunderbird - https://www.enigmail.net/ iQEzBAEBCAAdFiEEPbz+l3tnoK718ci3h/fmw7c/bD0FAl8zyAsACgkQh/fmw7c/ bD0rBgf/cvt8Q4P8MSuerLrGXM108E52Tqj1JSTiMXKQyMScAMHZd+Nlrcmrdo56 SQ9/ejNsRCyTL/NJRjK/KoUhtebdL24A7v0wEf9E+nggiMa5pnZDIMW+NkFeu1Gd wy/x6LEjxCQJXzdEj4OqZOrKpkyX2+xmsuxiPwMmXiGZFvVu4S4LkV5HYiRe3kLK rNBeTBOixkZxLBhEfUzt99OaWqVjYPSSf9vBeJ4ptGeczx1XhichyBok51/lg+v9 hKMCKoutoAf94jfPql6txabZlCLZdD8PzffVONtZ1VnF4HhLe3NB1oR6fUXK9vAI Ytz7aQ6xERUfVfQ2dVkdvkS7oCoJ5Q== =bSol -----END PGP SIGNATURE----- --noUf999RBvDqWAQ4F8c5f72ZpIa7gZSmY-- From owner-freebsd-arm@freebsd.org Fri Aug 14 16:23:37 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 A397C3C351A for ; Fri, 14 Aug 2020 16:23:37 +0000 (UTC) (envelope-from soren.schmidt@gmail.com) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4BSpf130LTz3crR for ; Fri, 14 Aug 2020 16:23:37 +0000 (UTC) (envelope-from soren.schmidt@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 64E093C3519; Fri, 14 Aug 2020 16:23:37 +0000 (UTC) Delivered-To: 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 649FA3C3690 for ; Fri, 14 Aug 2020 16:23:37 +0000 (UTC) (envelope-from soren.schmidt@gmail.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 4BSpf04LmXz3csp for ; Fri, 14 Aug 2020 16:23:36 +0000 (UTC) (envelope-from soren.schmidt@gmail.com) Received: by mail-wr1-x42b.google.com with SMTP id f12so8826392wru.13 for ; Fri, 14 Aug 2020 09:23:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:mime-version:subject:message-id:date:cc:to; bh=D1LJv/ZP1Q2z8UZwGzhfk8mY9punr4BntfHN4vjj/7E=; b=OZ41v5Y29O5YS1pxuWSO/J4D1Z0TTGHm4a04D7zg46le8blTKxE5aPK61VkVWdD2wL DvZN6siFkoNfdGiPK9Ocv2O2nisJ95b4EaofIHzCNw/qQ5lecPDAAwOjkaqkJKZncG3d v4owEDFlzceqQbzD+PMneRFgn47X6r6ymJnLZjCboxp8U3N+42QA1rJAPeNyztsSUgSg Oitt8IaosAM0bnUcjyT6/R1Urraz+GABbGH5pTRtRahD4pJ/C6s7KnG15ZX18KEKCmj2 aKUBvSLkMdh0haGX02jyTyZorDD76L1yv44hyLQjgM49cqCR51IozZ2uwURuENC8GKI2 27bw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:mime-version:subject:message-id:date:cc:to; bh=D1LJv/ZP1Q2z8UZwGzhfk8mY9punr4BntfHN4vjj/7E=; b=El+DoOYhJ15tavKC/m0P1A70nrinYcueYFdhcpYvTb2gLjGqUX7qNEN5Kntb9KDnkM lfoQMcWYuDxe9uhJNTyDRoNcMMbF9y+7V1vgcGik5F0rUf/9GYmzd/xsSLgXfOUdK1Ci Zgoa6NSMZDkXSPbbXkWFT/1IHSFi5wqCMh0yYufQ+SJS1li7knffjFHzGwpYVwTsT/sa RbFQL557EyQAhcyjnhCYxRCKNhmU03r3sO9+dvHdiIjVWNN/er/VsATJf3dAlmKOcZI5 nB4nEdG45A+WXTNo2iu5g0dXAtJiW0du9KQwEYln8NTL+oOQsu85LXZzu6Evq7si0/FB WYRg== X-Gm-Message-State: AOAM533fRndQ+6KKwPi3M9/vFySuoUFJ7AGo7UhYrbnxkPyMBbZtMKSg 60h+sSKnoLSJvnjL/jjbeaIEkMkNtOI= X-Google-Smtp-Source: ABdhPJx807ktWk3H6nz00eHndY4qFRU9fJYuDV2RmcRocB798X6i7P4Zjt981zuuxOeSKcq911VkEQ== X-Received: by 2002:adf:e911:: with SMTP id f17mr3328206wrm.397.1597422214876; Fri, 14 Aug 2020 09:23:34 -0700 (PDT) Received: from mac.deepcore.dk ([85.27.186.9]) by smtp.gmail.com with ESMTPSA id w1sm15184819wmc.18.2020.08.14.09.23.33 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 14 Aug 2020 09:23:34 -0700 (PDT) From: =?utf-8?Q?S=C3=B8ren_Schmidt?= Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Pinebook Pro battery fuel-gauge driver.. Message-Id: Date: Fri, 14 Aug 2020 18:23:33 +0200 To: "freebsd-arm@freebsd.org" X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 4BSpf04LmXz3csp X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=OZ41v5Y2; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of sorenschmidt@gmail.com designates 2a00:1450:4864:20::42b as permitted sender) smtp.mailfrom=sorenschmidt@gmail.com X-Spamd-Result: default: False [-0.80 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; MV_CASE(0.50)[]; HAS_ATTACHMENT(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.46)[-0.463]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~,4:~,5:~,6:~,7:~]; R_MIXED_CHARSET(0.62)[subject]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; TAGGED_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-1.06)[-1.065]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.995]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain,multipart/mixed]; PREVIOUSLY_DELIVERED(0.00)[arm@freebsd.org]; MIME_BAD_ATTACHMENT(1.60)[c]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::42b:from]; FREEMAIL_CC(0.00)[gmail.com]; RCVD_TLS_ALL(0.00)[] X-Spam: Yes 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: Fri, 14 Aug 2020 16:23:37 -0000 Hi Now that we have display and all working I hacked up a driver for the = cw2015 chip that can tell how much battery is left so I know when to = seek an outlet :) It consists of a patch to the dts (from linux) where all I need is the = chiplocation but for compats sake, and the driver. Access is via sysctl, as we have no real way of handling this info on = ARM (no acpi, apm etc) AFAIK. Enjoy! -- S=C3=B8ren Schmidt sos@deepcore.dk / sos@freebsd.org "So much code to hack, so little time" From owner-freebsd-arm@freebsd.org Sat Aug 15 07:24: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 F10783B1706 for ; Sat, 15 Aug 2020 07:24:05 +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 4BTBd05RBQz3Tmm for ; Sat, 15 Aug 2020 07:24:04 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 0X1Gsm8VM1kkJ.nZbZWvEPqdmGek6jbOsVmTk_4c9ad.oC2Djq8T9W02lFkDVeN 79jRBFiubgTMzMrouAVIg5sO93R.BC1tJwJZdU8kfpRA8KSC7ORFXPFCVI7osvyRiaTDvl2XPnSO k1wZvGIlO9kBTWB5_YDuWU0F1hcE9vzmLPFf7TU_pi88cwUNeKsfxv2nZReALGlJ7vsUtg2xCeEy 7HqYCM43ei3DErJAUAv1fEZWW9H7wC7nQz9rpifDiwRWDvGYGnDZVhTy2Ms3cgjf.GAzzKMF7apJ qoJzgvRhiJM6Ed55GB7Et6bNhA6BEMnRf8K5atuARNmq1QyEJhTTrJKMFXukZu8YfZZwlW3bGE.y WkdWrgoYkX4AWrSk1ygC0X4T3qxHxgnFFU9sFB3fVC.mX7IhrDf47wr6UwCIabhxmuEw8FyGq890 .KOzVlJeaMt3bOf44D8LQ4FhmWFj7.F8bLJvdeQOz1WRYiCOwkWWRgViSItQ0pci.1fkvZRdbleI .qgaK.yggvUqu0zgKoCR_EgxoxG3vaNCTdD_lz1mYXJmp6QLtyCluYOnD_2TvKluusm_mXWht7tS PaVsCp.KJiMXRw3lsS0Q4HjpDtBOZhNPFrDaaweIL6AtN1V0JIwSAoOPoAVP4CMSsJLkREJkJpRl EUqAFZsG9pic4mkAWzXzXXkWNFIIxYXymhOPgqB4.Bvs9NqhKcHcy32QAYQhckQ2vmVvcpGR3swm 5oyVdNlhaCIUffn4y0j7ZQo2iMjKgKZHMQBQEWvnil.Iz54I7uGS42MEAEsx04ciVNwbZz0g4ivI c6.F8r0Z7.rD1mu0K3prp8FsrvqQne8_VFzJRSi0g9Ik6VAlLsxUxFMlDFkgvNEzgYkGD995UqWF vPw26h6GFGkBaEel76kFpUhlCW92fLUEmFbrh_hI3jt3qi2LJ9eLfzLXGFUGiE0g1G5rafdZLM0J kvEusghrV4O_CdwOp1.Om062K9Mq9O6MkUt3x8UpTuPJOjMeVKpedRVDdjcMlJXsUxwq1h7Gn.w9 W2uISelbrSiwd.lIXNQYFhTzmGrPe8Oej_iDW1PS6g3HIoR5XMa2sgHFf2wXGkTAjxJLfWUD8Zwm Hs06f9TXEpKkGI78.fmEOM14vuAtT0JraJiEexGW6Ic1OYP98W4FlRECvDdpGkbQqX4mVFmHEy.b CfWnEmqBAoMc.kaYVbeKQ12fiVr2FVSDNuUSd.HU_Y0ZlM.tSF40aBeNW1e6Y5qaycVBPhvszmBG wV6BYWobGEov36QcuL9OT3O6ZlKTRi_3Jq3yMMMVR.b9CWbhn.e5uu0fqGEjtrTCyg3U6d8YjPTU 9xli_01zOJftW9TRX5oC5TOSKuTBhoyPlVG8jT7030d3MCoYgO.f1flnh0gA1Po479PCrsR9tu5R bZMVxCe_6nBX2rvONKWggTPyVoW2uduAf4QnRVHAgPFHf2XsuzeK4_6gvfEfy0Ngzp1WIoG9SKk3 nTrtB2WhvgQ-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Sat, 15 Aug 2020 07:24:02 +0000 Received: by smtp425.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 1c607235ab863447f5dc27f554c3146b; Sat, 15 Aug 2020 07:24:00 +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.120.23.2.1\)) Subject: RPi4B and self-hosted buildworld buildkernel times: using more than -j3 is a waste in my tests. Message-Id: Date: Sat, 15 Aug 2020 00:23:58 -0700 To: freebsd-arm X-Mailer: Apple Mail (2.3608.120.23.2.1) References: X-Rspamd-Queue-Id: 4BTBd05RBQz3Tmm X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.42 / 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)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.02)[-1.020]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_MEDIUM(-1.06)[-1.064]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.206:from]; NEURAL_HAM_SHORT(-0.83)[-0.833]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; 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: Sat, 15 Aug 2020 07:24:06 -0000 Self hosted, from scratch, buildworld buildkernel times (head -r363590 non-debug build, more context notes later): RPi4B set for 3072 MiByte context: -j4 buildworld: 44783 sec (a little under 12.5 hours) -j3 buildworld: 44034 sec (a little under 12.3 hours) -j2 buildworld: 49070 sec (a little under 13.7 hours) -j1 buildworld: 71083 sec (a little under 19.8 hours) -j4 buildkernel: 2876 sec (a little under 48 minutes) -j3 buildkernel: 2895 sec (a little under 49 minutes) -j2 buildkernel: 3289 sec (a little under 55 minutes) -j1 buildkernel: 4866 sec (a little under 82 minutes) So: -j4 does not cut the time required compared to -j3.=20 It appears that larger -jN figures would also not cut the time compared to -j3. Context notes: Build commands had "buildworld buildkernel" on the command lines. UEFI/ACPI based boot (v1.17) for the RPi4B. Each "buildworld buildkernel" was from-scratch and using the same src.conf and make.conf files (under other names). The file system is on a USB3 SSD and no sdcard is involved. The context is limited to 3072 MiByte in order to avoid the DMA handling problems that would otherwise happen. over_voltage=3D6 and arm_freq=3D2000 were in use. This makes the cortex-A72 clock rate match the MACCHIATObin Double Shot that I have access to (2 GHz). The MACCHIATObin got: -j4 buildworld: 18789 sec (a little under 5.3 hours) -j1 buildworld: 54331 sec (a little under 15.1 hours) -j4 buildkernel: 1296 sec (a little under 22 minutes) -j1 buildkernel: 3800 sec (a little under 63.33 minutes) So: much less time required compared to the RPi4B at the same clock rate. (The MACCHIATObin has a SATA SSD but buildworld buildkernel is not I/O bound.) There are huge differences in the effectiveness of the RAM caches and possibly other aspects related to RAM access. I looked with a benchmark program that exposes some overall effects of such variations, including allowing testing various thread counts. For the benchmarking, the range of problem sizes covered by L1 & L2 cache, the RPi4B and MACCHIATObin were a close match. But as problem sizes grew to much larger than the caches, the difference became large, especially for the likes -j4. (An OverDrive 1000 with its cortex-a57 @1.7 GHz takes even less time: again RAM caches and/or other aspects related to RAM-access greatly contribute.) For reference: # more ~/src.configs/src.conf.cortexA72-clang-bootstrap.aarch64-host=20 TO_TYPE=3Daarch64 # KERNCONF=3DGENERIC-NODBG TARGET=3Darm64 .if ${.MAKE.LEVEL} =3D=3D 0 TARGET_ARCH=3D${TO_TYPE} .export TARGET_ARCH .endif # WITH_SYSTEM_COMPILER=3D WITH_SYSTEM_LINKER=3D # WITH_LIBCPLUSPLUS=3D WITHOUT_BINUTILS_BOOTSTRAP=3D WITH_ELFTOOLCHAIN_BOOTSTRAP=3D #Disables avoiding bootstrap: WITHOUT_LLVM_TARGET_ALL=3D WITH_LLVM_TARGET_AARCH64=3D WITH_LLVM_TARGET_ARM=3D WITHOUT_LLVM_TARGET_MIPS=3D WITHOUT_LLVM_TARGET_POWERPC=3D WITHOUT_LLVM_TARGET_RISCV=3D WITHOUT_LLVM_TARGET_X86=3D WITH_CLANG=3D WITH_CLANG_IS_CC=3D WITH_CLANG_FULL=3D WITH_CLANG_EXTRAS=3D WITH_LLD=3D WITH_LLD_IS_LD=3D WITHOUT_BINUTILS=3D WITH_LLDB=3D # WITH_BOOT=3D WITHOUT_LIB32=3D # NO_WERROR=3D #WERROR=3D MALLOC_PRODUCTION=3D # # Avoid stripping but do not control host -g status as well: DEBUG_FLAGS+=3D # WITH_REPRODUCIBLE_BUILD=3D WITH_DEBUG_FILES=3D # # Use of the .clang 's here avoids # interfering with other CFLAGS # usage, such as ?=3D usage. CFLAGS.clang+=3D -mcpu=3Dcortex-a72 CXXFLAGS.clang+=3D -mcpu=3Dcortex-a72 CPPFLAGS.clang+=3D -mcpu=3Dcortex-a72 ACFLAGS.arm64cpuid.S+=3D -mcpu=3Dcortex-a72+crypto ACFLAGS.aesv8-armx.S+=3D -mcpu=3Dcortex-a72+crypto ACFLAGS.ghashv8-armx.S+=3D -mcpu=3Dcortex-a72+crypto # more ~/src.configs/make.conf=20 CFLAGS.gcc+=3D -v (But gcc was not in use.) # more /usr/src/sys/arm64/conf/GENERIC-NODBG # # GENERIC -- Custom configuration for the arm64/aarch64 # include "GENERIC" ident GENERIC-NODBG makeoptions DEBUG=3D-g # Build kernel with gdb(1) = debug symbols options ALT_BREAK_TO_DEBUGGER options KDB # Enable kernel debugger support # For minimum debugger support (stable branch) use: #options KDB_TRACE # Print a stack trace for a = panic options DDB # Enable the kernel debugger # Extra stuff: #options VERBOSE_SYSINIT=3D0 # Enable verbose sysinit = messages #options BOOTVERBOSE=3D1 #options BOOTHOWTO=3DRB_VERBOSE #options KTR #options KTR_MASK=3DKTR_TRAP ##options KTR_CPUMASK=3D0xF #options KTR_VERBOSE # Disable any extra checking for. . . nooptions DEADLKRES # Enable the deadlock resolver nooptions INVARIANTS # Enable calls of extra sanity = checking nooptions INVARIANT_SUPPORT # Extra sanity checks of = internal structures, required by INVARIANTS nooptions WITNESS # Enable checks to detect = deadlocks and cycles nooptions WITNESS_SKIPSPIN # Don't run witness on spinlocks = for speed nooptions DIAGNOSTIC nooptions MALLOC_DEBUG_MAXZONES # Separate malloc(9) zones nooptions BUF_TRACKING nooptions FULL_BUF_TRACKING =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 Aug 15 09:01: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 E77253B34E3 for ; Sat, 15 Aug 2020 09:01:01 +0000 (UTC) (envelope-from 4250.82.1d4c20008890715.133c85dba003a48787ef76ba252390c8@email-od.com) Received: from s1-b0c6.socketlabs.email-od.com (s1-b0c6.socketlabs.email-od.com [142.0.176.198]) (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 4BTDms1VvVz3YXc for ; Sat, 15 Aug 2020 09:01:00 +0000 (UTC) (envelope-from 4250.82.1d4c20008890715.133c85dba003a48787ef76ba252390c8@email-od.com) DKIM-Signature: v=1; a=rsa-sha256; d=email-od.com;i=@email-od.com;s=dkim; c=relaxed/relaxed; q=dns/txt; t=1597482061; x=1600074061; h=content-transfer-encoding:content-type:mime-version:references:in-reply-to:message-id:subject:cc:to:from:date:x-thread-info; bh=hmksMQRJWntY2zEBmi/h2d8bG4RBhbAeFrQrMuGK8ig=; b=wfJKHQb/6cdpyMs0O8UYzeoNTwka4YWRlbYhlfi17KQu7AtyJuUZZkuTr4Ka5mEFhvPBPvIkyE8Qt3HyRdcs6aZnSzZHipJwRdh4eofPOvl2mPz8Lk8nF4U76BM3sg3kGQr9i15MX0jGSds22tCeqWAr9AOoqtNtMXWhS03y+ps= X-Thread-Info: NDI1MC45Mi4xZDRjMjAwMDg4OTA3MTUuZnJlZWJzZC1hcm09ZnJlZWJzZC5vcmc= Received: from r1.us-east-2.aws.in.socketlabs.com (r1.us-east-2.aws.in.socketlabs.com [142.0.189.1]) by mxsg2.email-od.com with ESMTP(version=Tls12 cipher=Aes256 bits=256); Sat, 15 Aug 2020 05:00:54 -0400 Received: from smtp.lan.sohara.org (EMTPY [185.202.17.215]) by r1.us-east-2.aws.in.socketlabs.com with ESMTP(version=Tls12 cipher=Aes256 bits=256); Sat, 15 Aug 2020 05:00:53 -0400 Received: from [192.168.63.1] (helo=steve.lan.sohara.org) by smtp.lan.sohara.org with smtp (Exim 4.94 (FreeBSD)) (envelope-from ) id 1k6s3X-000E9Q-MH; Sat, 15 Aug 2020 10:00:51 +0100 Date: Sat, 15 Aug 2020 10:00:51 +0100 From: Steve O'Hara-Smith To: freebsd-arm@freebsd.org Subject: Re: RPi4B and self-hosted buildworld buildkernel times: using more than -j3 is a waste in my tests. Message-Id: <20200815100051.10b1d9442c2c739e36f8c7e5@sohara.org> In-Reply-To: References: X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd12.0) X-Clacks-Overhead: "GNU Terry Pratchett" Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4BTDms1VvVz3YXc X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=email-od.com header.s=dkim header.b=wfJKHQb/; dmarc=none; spf=pass (mx1.freebsd.org: domain of 4250.82.1d4c20008890715.133c85dba003a48787ef76ba252390c8@email-od.com designates 142.0.176.198 as permitted sender) smtp.mailfrom=4250.82.1d4c20008890715.133c85dba003a48787ef76ba252390c8@email-od.com X-Spamd-Result: default: False [-2.51 / 15.00]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[email-od.com:s=dkim]; NEURAL_HAM_MEDIUM(-1.08)[-1.081]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip4:142.0.176.0/20]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[sohara.org]; RWL_MAILSPIKE_VERYGOOD(0.00)[142.0.176.198:from]; NEURAL_HAM_LONG(-0.99)[-0.993]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[email-od.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[142.0.176.198:from]; NEURAL_HAM_SHORT(-0.74)[-0.738]; FORGED_SENDER(0.30)[steve@sohara.org,4250.82.1d4c20008890715.133c85dba003a48787ef76ba252390c8@email-od.com]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_CC(0.00)[yahoo.com]; ASN(0.00)[asn:7381, ipnet:142.0.176.0/22, country:US]; FROM_NEQ_ENVFROM(0.00)[steve@sohara.org, 4250.82.1d4c20008890715.133c85dba003a48787ef76ba252390c8@email-od.com] 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, 15 Aug 2020 09:01:02 -0000 On Sat, 15 Aug 2020 00:23:58 -0700 Mark Millard via freebsd-arm wrote: > So: much less time required compared to the RPi4B at the > same clock rate. (The MACCHIATObin has a SATA SSD but > buildworld buildkernel is not I/O bound.) Still given the difference in price the Rpi4B doesn't come off too badly in the comparison. I keep thinking about the double shot for my next router, do you know how well it does PPPoE under FreeBSD (or anything else for that matter) ? -- Steve O'Hara-Smith From owner-freebsd-arm@freebsd.org Sat Aug 15 10:14:31 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6499F3B49D2 for ; Sat, 15 Aug 2020 10:14:31 +0000 (UTC) (envelope-from markm@FreeBSD.org) Received: from gromit.grondar.org (gromit.grondar.org [IPv6:2a01:348:e::1]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4BTGPf5lv3z3cSG; Sat, 15 Aug 2020 10:14:30 +0000 (UTC) (envelope-from markm@FreeBSD.org) Received: from grouter.grondar.org ([88.96.155.38] helo=graphologist.grondar.org) by gromit.grondar.org with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94 (FreeBSD)) (envelope-from ) id 1k6tCd-000IGS-JD; Sat, 15 Aug 2020 11:14:19 +0100 Content-Type: multipart/signed; boundary="Apple-Mail=_A08206E1-145E-46A1-8A16-3461F99C8AA4"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Re: RPi4B and self-hosted buildworld buildkernel times: using more than -j3 is a waste in my tests. From: Mark Murray In-Reply-To: <20200815100051.10b1d9442c2c739e36f8c7e5@sohara.org> Date: Sat, 15 Aug 2020 11:14:16 +0100 Cc: freebsd-arm@freebsd.org Message-Id: References: <20200815100051.10b1d9442c2c739e36f8c7e5@sohara.org> To: Steve O'Hara-Smith X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Rspamd-Queue-Id: 4BTGPf5lv3z3cSG X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; ASN(0.00)[asn:39326, ipnet:2a01:348::/32, country:GB] 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, 15 Aug 2020 10:14:31 -0000 --Apple-Mail=_A08206E1-145E-46A1-8A16-3461F99C8AA4 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii > On 15 Aug 2020, at 10:00, Steve O'Hara-Smith wrote: > > On Sat, 15 Aug 2020 00:23:58 -0700 > Mark Millard via freebsd-arm wrote: > >> So: much less time required compared to the RPi4B at the >> same clock rate. (The MACCHIATObin has a SATA SSD but >> buildworld buildkernel is not I/O bound.) > > Still given the difference in price the Rpi4B doesn't come off too > badly in the comparison. > > I keep thinking about the double shot for my next router, do you > know how well it does PPPoE under FreeBSD (or anything else for that > matter) ? I use a MBin DS as a router with a dual ethernet card in the PCIe slot. It routes between hy home LAN (1Gb) and my WAN router (80Mb) without cracking a sweat. It has PLENTY of extra computrons left to do double-duty as an AArch64 build-box. M -- --Apple-Mail=_A08206E1-145E-46A1-8A16-3461F99C8AA4 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.2 Comment: GPGTools - http://gpgtools.org iQEzBAEBCgAdFiEEyzPHvybPbOpU9MCxQlsJDh9CUqAFAl83tXgACgkQQlsJDh9C UqDj7QgAlfXybiod9pc04xXQaTRatRhN6Yi3W7sYlkGN3duF9cX5H3cjWFF5thkr Ej+CFXYxb+2ln1rKMcT7cng9QS+2oP4etsVDx3z8yHdPb+6d5CnAV/gLPG7yJDIN XxQqtKEV/LsQ6RDZ+Nsd8ohT+MlO9E/Zv82dtMPWjBwlfnzi+Jcx/1tSoRhJrQkB qDRpk+v0FDYoiCy04kS8TIwLZwn9XYt400Xx5Tl8eqBFIMSGSNUtPbDRYJkZJ8UA vE9oNqZIvYL9TW689bxj8coIknYGoQGfRwfFyQ2K8jic+Mx17PPVIV2OGAdN3nl9 dEKcu8z4w/wLmOPtR1EwDjTUffQF/Q== =Vlqq -----END PGP SIGNATURE----- --Apple-Mail=_A08206E1-145E-46A1-8A16-3461F99C8AA4-- From owner-freebsd-arm@freebsd.org Sat Aug 15 11:32: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 316EE3B722E for ; Sat, 15 Aug 2020 11:32:57 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4BTJ885kqRz3yf9 for ; Sat, 15 Aug 2020 11:32:56 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: by mailman.nyi.freebsd.org (Postfix) id C4C493B7131; Sat, 15 Aug 2020 11:32:56 +0000 (UTC) Delivered-To: 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 C48A73B71E7 for ; Sat, 15 Aug 2020 11:32:56 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [IPv6:2a02:21e0:16e0:fe::101:1]) (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 "raven.bwct.de", Issuer "raven.bwct.de" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BTJ866X79z3yq9 for ; Sat, 15 Aug 2020 11:32:54 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from mail.cicely.de (mail.cicely.de [IPv6:2a02:21e0:16e0:20fe:0:0:101:c]) by raven.bwct.de (8.15.2/8.15.2) with ESMTPS id 07FBWhnC097468 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=FAIL); Sat, 15 Aug 2020 13:32:44 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cicely.de; s=default; t=1597491164; bh=4U/ngKj1TNj1V9qVnwk+cBVan5A37atxM/BXVJgLeio=; h=Date:From:To:Cc:Subject:Reply-To:References:In-Reply-To; b=2e4nOJuFET3QIZbKSGrY3ySqIi1IQS8+IzfrIvgOdzedvaP4UPHz7LZuyeLkvQ7kR 4Cl661p1xtEf5Q8r6ZZrpIjinC1K84KGnQYjzrv9Co1v1SpcLbj1ccqDvhzJvk+gPQ aMiAlTbLJ7Lghk0gTZDWWmYxV7AoHN7K9cBMPRv0= Received: from cicely7.cicely.de (nuttx-devel.cicely.de [IPv6:2a02:21e0:16e0:20fe:0:0:101:b]) by mail.cicely.de (8.15.2/8.15.2) with ESMTPS id 07FBWeSM088964 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 15 Aug 2020 13:32:40 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.15.2/8.15.2) with ESMTP id 07FBWeaI042898; Sat, 15 Aug 2020 13:32:40 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.15.2/8.15.2/Submit) id 07FBWdk5042897; Sat, 15 Aug 2020 13:32:39 +0200 (CEST) (envelope-from ticso) Date: Sat, 15 Aug 2020 13:32:39 +0200 From: Bernd Walter To: =?iso-8859-1?Q?S=F8ren?= Schmidt Cc: "freebsd-arm@freebsd.org" Subject: Re: Pinebook Pro battery fuel-gauge driver.. Message-ID: <20200815113239.GC14057@cicely7.cicely.de> Reply-To: ticso@cicely.de References: Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Operating-System: FreeBSD cicely7.cicely.de 12.0-STABLE amd64 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-1.9 required=4.5 tests=BAYES_00=-1.9 autolearn=ham version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de X-Rspamd-Queue-Id: 4BTJ866X79z3yq9 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=cicely.de header.s=default header.b=2e4nOJuF; dmarc=none; spf=none (mx1.freebsd.org: domain of ticso@cicely7.cicely.de has no SPF policy when checking 2a02:21e0:16e0:fe::101:1) smtp.mailfrom=ticso@cicely7.cicely.de X-Spamd-Result: default: False [-2.04 / 15.00]; HAS_REPLYTO(0.00)[ticso@cicely.de]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[cicely.de:s=default]; NEURAL_HAM_MEDIUM(-1.03)[-1.032]; FROM_HAS_DN(0.00)[]; MV_CASE(0.50)[]; NEURAL_HAM_LONG(-0.97)[-0.975]; TAGGED_RCPT(0.00)[]; REPLYTO_DOM_NEQ_FROM_DOM(0.00)[]; DMARC_NA(0.00)[cicely.de]; MIME_GOOD(-0.10)[text/plain]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[cicely.de:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.24)[-0.236]; R_SPF_NA(0.00)[no SPF record]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:44700, ipnet:2a02:21e0::/32, country:DE]; 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, 15 Aug 2020 11:32:57 -0000 On Fri, Aug 14, 2020 at 06:23:33PM +0200, Søren Schmidt wrote: > Hi > > Now that we have display and all working I hacked up a driver for the cw2015 chip that can tell how much battery is left so I know when to seek an outlet :) Cool - too bad this is different hardware to my older Allwinner based Pinebook. > It consists of a patch to the dts (from linux) where all I need is the chiplocation but for compats sake, and the driver. > > Access is via sysctl, as we have no real way of handling this info on ARM (no acpi, apm etc) AFAIK. > > Enjoy! -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-arm@freebsd.org Sat Aug 15 17:58: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 B1659379607 for ; Sat, 15 Aug 2020 17:58:56 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic308-55.consmr.mail.gq1.yahoo.com (sonic308-55.consmr.mail.gq1.yahoo.com [98.137.68.31]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4BTSjV5P7Yz4XQd for ; Sat, 15 Aug 2020 17:58:54 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: _rfJU6oVM1kG9g5Wj608._9_ddNgf6Cxe0ESH_G6df_.fsAkG0Vta9F9QUJgMt5 utUs9N7XduU17pCagOOZ0lOmhZyilI5Ic9zShwcvPOztvifzeFr7jsk4xccxwWMNI5xDkVmDLHRH iwQzDIlq5xZ_x6SoYJgCA6qrhT3CSdqhO3IPbx1lmMiXZMs6mV1OKSNI3IHhLYavE9sVfDn0D811 cu6ry9XVCgb5VkO65FVwmIzb5ZW0lw62EGlm.KpQ3mHFRVr_EOaWNMRXCZs75g22lkucyHBb1vKz Jj3i98He7Pd.cjjLk1xcejIPJSivTooUAjtPDGCsav3heYViuYiWManlc.AtfuXzgY2p73bv4M5C .y.WIZSReGTwj2YKH_KOLL74q1XJS4eoaICu_Bw1YpaDx96jS6BvHFd4sr7fqFnsNYHMTQtJcTGx heWpVxa.JivHkibxzFmmrFy8k8cBWvsFDYySMTus1dUxJchWhmuYVWNszts4huRQ2YFEfYtOpvuF kdC7OZbaQn6wafvzFloybOTwO5dWXBsFSTmew2qxaIkTY3ToaKEE_91t.LKkGNr8FOuePUd2OfnN A5RX3KKMgHsxnIm1AZpGcC53rbU0tVlG5_uXJiaLJYXRBNmnb.JhdkNrspxsOWA4NNSoMcSOaxIM n2kdKyVqGGdqOKYn1iIlqaPedbI9joZsLl13sPUgHwV0i7hcqqJsWV1EDSQCdeAeZxV6wVDh4lWT j5W8fINM7W2auXvB50gtOfwiFmfmZyjXHIOTj3WEBdyqF7eVi_r65FiOt9NXlg457ynk35P0d6wg eFBzTiUJxLD_M2.JWD9WUU4p7TsUxtLEtpiheQc0_tkLEd6C46Zto24w_motmRx1LsW8Frjire45 XLVhK7kDo_R8fx339gMeEluEsDR_C7gKN3e.Qxx8MCPTAMacZ7abj4oGzO3GI7v2N9e5LBUuIY9G 1M9WMoNnPsZpqjwKnk9GTw7BoAWi.iUjZ55456.C6Ir.3GAOrgSNVINdwH9t7Ms2A1zbnhuofyU. k7WpC_VrOkVeoVYYPkZytDO0BsEVNxSQk3ljiJ0j19uRqg0CiZlq1ZpBSb1p7DjA_x9GUd7XxQaE 7Rh6G0XcrZUmUlJUZQQcScyUcjN5ciIuyBaJNKUigoq2Il1wm3dWWmjU.c3RcIxazv4ywSE8oF7N tZ04AZH66eu9hMO9aLRwByPGhKLdXJFnoEpZEI6fBYqYUo5ct_BewAoxv_iBTS3ii3sDvkjbRXrT LBB.Qfuu0z_5N3XWvtUr6WRUBULjbx8iQ1Q6_xzZU_rT.H71fWhAFAQIXfGjRuNE8.6rsI5c7pRl C_bPsYcOrQ.Gk3WFM9McctPd61CC_XeaWcB5nV0XQKjRjFh.4.7JB9RM7y8aiF5lXC3AxKa_pGOT UFPw0BXPonVoc.nLW.F22yMsz2119QaCkllgYCK1PwRbx73Tl3lLCTMM8r_nDRwQcXMeM3Y4byT9 sIskG1gl39.J33phULt5LzCbi3Hhiew-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.gq1.yahoo.com with HTTP; Sat, 15 Aug 2020 17:58:52 +0000 Received: by smtp423.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 2a29fcad3099c676155d78efe3182a12; Sat, 15 Aug 2020 17:58:51 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Re: RPi4B and self-hosted buildworld buildkernel times: using more than -j3 is a waste in my tests. From: Mark Millard In-Reply-To: <20200815100051.10b1d9442c2c739e36f8c7e5@sohara.org> Date: Sat, 15 Aug 2020 10:58:49 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: References: <20200815100051.10b1d9442c2c739e36f8c7e5@sohara.org> To: Steve O'Hara-Smith X-Mailer: Apple Mail (2.3608.120.23.2.1) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1597514335; 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:dkim-signature; bh=Og7MnwYjcBsrRzZMvKuZUv/KozBs/4FZSgS/pby6m/s=; b=h4J0apMKV/zP26KWjhkj6P8IxAu2Uk7w6vC/msKCfx//bUIDOsnISAXP7H4ZL/yGC7gDzQ CgWd5q/yhBG5ic52ndHdDXmJeLnJl7MBRlpI6/G+qLVwIMlvH5qej0nZsn0iTCarMaJRy9 uRSlasU6RhuGxEeXs4FX7KW2V0oau1tvcaLSC5j47YVzTwg3cYNmu6LnJPiRx6RoecyMg1 zgetTthf8mrD04hxLGOUdAj0dqeSA+YUVGWFeIdG9xmKbdENiIcG9sBKOVcPV8sDJB/SxJ om70zfqKGPoWP7mX1fr7I6JJJwqqwXkrgC2Uw5F5q3+DfkpM6F3M5PWrN4p1kw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1597514335; a=rsa-sha256; cv=none; b=B/YcrDmL0lrkhPdEw0Z4g+UgMlmJJKrgSp4SOS+5w/0uruNvFfSHTpBGpEACtbzxAknjav 7lDX2/7sanSfdMgxzScaXkvfZPK/DTB/3DwKdby5WF9lT8CMvJs9+1nSyfEDYLI4+wpcVq gxSpSPXe1iNywKpV4qHJ1G8kI12ZqQJgb8Vb1uadELAMhU4zJwEn9YndhrHzkYvPy93zJG Czr39E/7Z10xIKRzh8r4W0K5+s8YivmyaPi8xLfZvweceqqH4xp2Focsf7WytOEdlDEvKe U/vIrcKEVMvG7Enf01sRAem4LMAqkgAqf85A9YtIqD9nVecRdrtZtwF9NrNF9A== ARC-Authentication-Results: i=1; mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=O2nEg4kA; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.31 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Rspamd-Queue-Id: 4BTSjV5P7Yz4XQd X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.87 / 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]; ARC_SIGNED(0.00)[i=1]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.35)[-1.348]; 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.04)[-1.041]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.98)[-0.982]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.31:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.31: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, 15 Aug 2020 17:58:56 -0000 On 2020-Aug-15, at 02:00, Steve O'Hara-Smith wrote: > On Sat, 15 Aug 2020 00:23:58 -0700 > Mark Millard via freebsd-arm wrote: > >> So: much less time required compared to the RPi4B at the >> same clock rate. (The MACCHIATObin has a SATA SSD but >> buildworld buildkernel is not I/O bound.) > > Still given the difference in price the Rpi4B doesn't come off too > badly in the comparison. Yep. The RPi4B is the fastest at buildworld buildkernel of the small boards that I have (or had) access to, and not by a small amount. The same goes for building ports via poudriere. I've set that up on the RPi4B to allow 2 builders, each allowing 2 processes, so 1 to 4 processes generally active. Still, having access to the likes of an OverDrive 1000 and a MACCHIATObin Double Shot for use as builder machines is nice. (I get them going in parallel.) I also build for armv7 on them. > I keep thinking about the double shot for my next router, do you > know how well it does PPPoE under FreeBSD (or anything else for that > matter) ? The built-in Ethernet is not supported. I just use a USB3 Ethernet device. I'm using a Realtek USB3 10/100/1000 LAN device via using https://reviews.freebsd.org/D25809 in order to use much of the Gbit bandwidth. But I'm not using the MACCHIATObin as a router or for PPPoE or anything like that, just for occasional transfers of files between local machines and some local ssh use into it. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)