From nobody Mon Sep 13 04:27:55 2021 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 9296F17C35C9 for ; Mon, 13 Sep 2021 04:28:05 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4H7D433lTpz4Y9v for ; Mon, 13 Sep 2021 04:28:03 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.16.1/8.15.2) with ESMTPS id 18D4Rtl1074305 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sun, 12 Sep 2021 21:27:55 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 18D4RtuA074304; Sun, 12 Sep 2021 21:27:55 -0700 (PDT) (envelope-from fbsd) Date: Sun, 12 Sep 2021 21:27:55 -0700 From: bob prohaska To: bob prohaska Cc: Free BSD Subject: Re: Python2.7 seemingly stuck on RPI3 Message-ID: <20210913042755.GA74280@www.zefox.net> References: List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4H7D433lTpz4Y9v X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [1.60 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.83)[0.826]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.12)[-0.121]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_WWW(0.50)[] X-ThisMailContainsUnwantedMimeParts: N On Sat, Sep 11, 2021 at 07:37:32PM -0700, Mark Millard wrote: > > >From what is presented, I'd guess that da0s2b is on spinning rust. Correct. > My expectation is that da0 is spending much of its time > seeking and the system does not have much to do during the > seek activity. So the sum of the latencies is adding significant > time for any given amount of progress. > The system (running -current) was last compiled in mid-July, so I decided to update world and kernel. To my surprise, it got stuck in a similar way. Eventually I enabled an absurd excess of swap, 3.5 Gb on each of da0s2b and mmcsd0s2b, and buildworld seems to be making good progress. I'll post a note if anything interesting happens. Thanks for writing! bob prohaska From nobody Sat Sep 18 08:34:05 2021 X-Original-To: arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 8227317CEBE3 for ; Sat, 18 Sep 2021 08:34:08 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) 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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4HBPHh3N5Cz4gTF; Sat, 18 Sep 2021 08:34:08 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from [192.168.0.88] (unknown [195.64.148.76]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: avg/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id F3AAA25DB3; Sat, 18 Sep 2021 08:34:07 +0000 (UTC) (envelope-from avg@FreeBSD.org) To: arm@FreeBSD.org From: Andriy Gapon Cc: Emmanuel Vadot Subject: rk_gpio: high latency switching between input / output Message-ID: <4472ded5-1815-e7c0-0238-efd6935062e0@FreeBSD.org> Date: Sat, 18 Sep 2021 11:34:05 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Firefox/78.0 Thunderbird/78.14.0 List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-ThisMailContainsUnwantedMimeParts: N I noticed that rk_gpio has a rather high overhead when switching between input and output modes on a pin. This is typically required for software I2C (bit banging) and 1-wire protocols. The overhead is so bad that 1-wire in particular is very unreliable, barely working. It seems that a lot of that overhead in rk_gpio_pin_setflags() comes from FDT_PINCTRL_IS_GPIO() and FDT_PINCTRL_SET_FLAGS(). It's easy to shave off the latter as the call is not necessary when only GPIO_PIN_INPUT and GPIO_PIN_OUTPUT flags are changing. Not sure what can be done about FDT_PINCTRL_IS_GPIO(). On the one hand it's nice to have that sanity check, on the other hand it adds the overhead. Also, it might be racy as there is no common lock for gpio and pinctrl. Anyway, perhaps the overhead could be reduced if rk_pinctrl cached pin configurations instead of retrieving and re-parsing them every time like rk_pinctrl_is_gpio_locked() does. -- Andriy Gapon From nobody Sat Sep 18 11:15:45 2021 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 123A317C88CF for ; Sat, 18 Sep 2021 11:16:12 +0000 (UTC) (envelope-from jsm@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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4HBStg6Mbgz3scf for ; Sat, 18 Sep 2021 11:16:11 +0000 (UTC) (envelope-from jsm@FreeBSD.org) Received: from freebsd2.freebsd.lan (mail.northatlanticmusicsupplies.com [212.237.182.202]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: jsm) by smtp.freebsd.org (Postfix) with ESMTPSA id 760DD267FE for ; Sat, 18 Sep 2021 11:16:11 +0000 (UTC) (envelope-from jsm@FreeBSD.org) To: freebsd-arm@freebsd.org From: Jesper Schmitz Mouridsen Subject: Pinebook pro IOMMU enabled crashes Message-ID: <5434fca8-4f88-2e76-6977-2de150536915@FreeBSD.org> Date: Sat, 18 Sep 2021 13:15:45 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.12.0 List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-ThisMailContainsUnwantedMimeParts: N Hi Perhaps this one https://www.mail-archive.com/svn-src-head@freebsd.org/msg126068.html is giving troubles? main-n249225-f673cc5edac3-dirty nvme0: at device 0.0 on pci1 Fatal data abort: x0: 0 x1: 1000 x2: 10040 x3: 2000 x4: 1 x5: ffff00009a7a0168 x6: 1d00000000000000 x7: 10000000000000 x8: 1168 x9: 1 x10: 0 x11: ffff000000f35140 x12: ffff000000f350c0 x13: 1 x14: 10000 x15: 1 x16: 10000 x17: ffff000000f350dc x18: ffff00000110d180 x19: ffff00000110d248 x20: 0 x21: ffff00009a79f000 x22: ffffa000010b0a00 x23: ffffa000010a2880 x24: ffffa0000116da00 x25: ffff000000b4fd78 x26: ffffa0000116db00 x27: ffff000000e83000 x28: 7 x29: ffff00000110d190 sp: ffff00000110d180 lr: ffff00000077520c elr: ffff0000007a03ac spsr: 200000c5 far: 0 esr: 96000004 panic: vm_fault failed: ffff0000007a03ac error 1 cpuid = 0 time = 1 KDB: stack backtrace: db_trace_self() at db_trace_self db_trace_self_wrapper() at db_trace_self_wrapper+0x30 vpanic() at vpanic+0x184 panic() at panic+0x44 data_abort() at data_abort+0x23c handle_el1h_sync() at handle_el1h_sync+0x78 --- exception, esr 0x96000004 iommu_map_msi() at iommu_map_msi+0x20 gicv3_iommu_init() at gicv3_iommu_init+0x4c intr_alloc_msix() at intr_alloc_msix+0x13c rk_pcie_alloc_msix() at rk_pcie_alloc_msix+0xfc pci_alloc_msix_method() at pci_alloc_msix_method+0x1a8 nvme_pci_attach() at nvme_pci_attach+0x378 device_attach() at device_attach+0x400 device_probe_and_attach() at device_probe_and_attach+0x7c bus_generic_attach() at bus_generic_attach+0x18 pci_attach() at pci_attach+0xe8 device_attach() at device_attach+0x400 device_probe_and_attach() at device_probe_and_attach+0x7c bus_generic_attach() at bus_generic_attach+0x18 device_attach() at device_attach+0x400 device_probe_and_attach() at device_probe_and_attach+0x7c bus_generic_attach() at bus_generic_attach+0x18 pci_attach() at pci_attach+0xe8 device_attach() at device_attach+0x400 device_probe_and_attach() at device_probe_and_attach+0x7c bus_generic_attach() at bus_generic_attach+0x18 rk_pcie_attach() at rk_pcie_attach+0x14cc device_attach() at device_attach+0x400 device_probe_and_attach() at device_probe_and_attach+0x7c bus_generic_new_pass() at bus_generic_new_pass+0xf8 bus_generic_new_pass() at bus_generic_new_pass+0xa8 bus_generic_new_pass() at bus_generic_new_pass+0xa8 bus_set_pass() at bus_set_pass+0x4c mi_startup() at mi_startup+0x12c virtdone() at virtdone+0x6c From nobody Sat Sep 18 12:58:00 2021 X-Original-To: arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id B071717D20C0 for ; Sat, 18 Sep 2021 12:58:04 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) 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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4HBW8D4gdgz4nKy for ; Sat, 18 Sep 2021 12:58:04 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from [192.168.0.88] (unknown [195.64.148.76]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: avg/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 46DB528189 for ; Sat, 18 Sep 2021 12:58:04 +0000 (UTC) (envelope-from avg@FreeBSD.org) To: "freebsd-arm@freebsd.org" From: Andriy Gapon Subject: rock64 verbose boot hangs Message-ID: Date: Sat, 18 Sep 2021 15:58:00 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Firefox/78.0 Thunderbird/78.14.0 List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-ThisMailContainsUnwantedMimeParts: N Normal boot works every time, but with boot_verbose="YES" it hanged on all attempts so far. Last messages on the console: cpulist0: on ofwbus0 cpu0: on cpulist0 cpu0: Nominal frequency 600Mhz cpufreq_dt0: on cpu0 cpufreq_dt0: 408.000 Mhz (950000 uV) cpufreq_dt0: 600.000 Mhz (950000 uV) cpufreq_dt0: 816.000 Mhz (1000000 uV) cpufreq_dt0: 1008.000 Mhz (1100000 uV) cpufreq_dt0: 1200.000 Mhz (1225000 uV) cpufreq_dt0: 1296.000 Mhz (1300000 uV) cpu1: on cpulist0 cpu1: Nominal frequency 600Mhz cpufreq_dt1: on cpu1 The kernel is totally unresponsive after that. Any suggestions on how to debug this? Thanks! -- Andriy Gapon From nobody Sun Sep 19 08:11:00 2021 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 7E1D317DC39F for ; Sun, 19 Sep 2021 08:11:11 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic302-20.consmr.mail.gq1.yahoo.com (sonic302-20.consmr.mail.gq1.yahoo.com [98.137.68.146]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4HC0kk158Qz4jrv for ; Sun, 19 Sep 2021 08:11:10 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1632039062; bh=1OFee6NKcle/0V4qZTa8gneIXHuadll4W9EqVlGfj7c=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=Az84IJJQONbfWsmTj8dNg0bJvLPhRdzCo33PWVawukoQwkyl7fu5eN+eUSSk+E/2Ip1CEVfMGRDO1S6Vu84sv0jlKOAHV4ez0GwFlwIL65y1275q0s1O1oD1gb8oqWgf4GIw4lASYPg3wsbSHyhgvYrmVgwknmzKNU6g8QD2qAGEsUlxxl0osY5Uy4C7ZnQSWOpH8DS1mJ2jf1tgla4CTXx2ol5RaK7qERHvt6e201fZup8lRx4gOZUJd8sDTxODfEBU5Jc/lWLuUFu4QJZxwMJqFB0PZ2QHYHgreQ+TkFsMZuosRRz4lIuU/lgqNlcJNkW/3x8OQTZyfD2rHD8feA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1632039063; bh=bg8Gr+yEwqko/hrHBbcrOMf1JVxGD0O92YN0MT75pn3=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=WGQ84na4PVD1F2uZ7z+K0oWyps/09Ay/OkLjFkaYH9+G2jodzWpX7odsY0/41TKbztvUji1QE5tEdIjq7WRtZdRrh1Yk0wxfJ2NNhJoQCYxEN8qrNGEXflpSIFjwVFtLLiGJrtwoIyG6qWix95dKZ8p72a6gUGDICrjVRSf1gohjyPAVkJWaGImBurpSntwczb+L3PGsyNxdbL4Dr/XHqsPqRq6GLsLW+IakCPMZ3j6g6u+KaKVLfUsvY/iF0f4WmiZ/9SHeHqPYOeVHuMcW104WXka1b03o0ZtWqbVuUzkf9BqRyjKm/sctgQIHAt103hRZNnnVGH/BWcyYmMhCdA== X-YMail-OSG: ouHfHVAVM1lwtoP7ry5giNr2dSvijJhNzSqMMT5L9N6cddah7L16UyFuOpM3JKf sa0YTaic9B46i.wnTBIhqVksbYVXF8BpR7ptjhjF9LqcIiRLc9PX0bUwTMHH7eP0JZNWcrNntR66 3U3eatpYGr5h3voDHiOZCXQc6Foff3LCZA4pUeiFRNJsR0JW7i5_vk7sOf6cIBfxvo7i4bRn0zO. GoXN2cMJQBMz8Jh92l4XjNQCWXvlpyfZKMsW7Pkpktmi8Kl1nYloqcbl_jrEPeSxuvItjV9Sfog8 0k_F23EIwOfFes8X7UexCm699_4LxeZiSntCL15S2dc8sX6FCAFMa2fzZYy0rJckjk0YMa8ex.g1 PbHyTfik5zwnyADmWN9GDNvIlMvcNVZ4RWV5qDmPSsW9XD0gAjEl4JT0HnQvXzz5SrI4jcEzeh_n CZSStI0CwD5U2HlEK_d6MQRHnzGql9yVAcdGvd086N2CgbavwbdMiPE99b6hSa3D4rh5fZjFT6zB ntZUzjuMv0Im6_iTFSVlSx8e4KcN8rFJhiZNLGXOWRCmUumC2aGohEgKXk3ChLhgS6khjpd2hJMp hcOVOJ5.y.IK85.Ius_cRGtLC_vrJtELRjh2S9YnUKhO9ehlA6Fi2grBnpULnIKSO4mrBmKGS9VQ Xpnx5PZrcxnxBoilynwvU4UtSTbZVwDAh5yMa3YXYqyn.HiMyOvL1sO_i74L0LLI46.M4M6YnHck cIyGAUUm0HcypYV23JwunIKbj8z4ELuT.XflFohASoGpkr8l06ZhP4bMLxdS92RMOt87uRXOUVuy Fr.rf3LibFJQVv4PUXdwWM.bSaq9VEnKwlOB0YNFCGmlpOm3TPmOMLBFhPvLgxNPgH9as5ewGuPW Q0q21xpzj6lpsgYxfIdXcpaoVTns3C0Tihg9taIFD4IOwvRG0OSMyN4teQV5HbXyaRBYy.wbCP5Z AD4XRMFHMc0njY5wLu39chujPsuJb4pjEZR2rdefbN.a7rmzmw1QHrnJC6Kpf.4kdPYBk.UOgfA_ zmtiDfxcKcPYBLI4rpdNh_iuuLsDH__zg32zIN.D7CGSk8xcxId.T.fivKvtZbuZsar1wGeD4K.P yU3Uw2YOTCONkByvmAxhODH97VAKUi64ELtr0RiTb13j8LBcOmOBY4QRsQBoDkE0.ZAD4faGb8Te DiMwrhOvqzAaz8xew0iZz9VY1sKRpMSGiMk95OmZOXCXlb4V66Dx.eCbjaM_13E3HOq5RZB3tj77 iq_u4oEF77Xt.U6x_e1eP659EIJ3QXHBEPhSHKWJJEvtQiHIOq.zP8.E1iQDX7u_YkqU5LqW5x5K fnJ8CZj0U5EbEWKVLyhw6H018UZVE35z97ErY5ZVoLFpLYYd9ZI8_E7TO3mnrClhmPmDIl4HNeJi 7_Y1RQeODkdanjsGqYVu5ZjRq5CZKPs8sSKVP11ox.AJir2STlr_RsFbpm0hJKqscXqVQA6kycD7 1QreJTDK5Pz3Tk82is4Uis85N.xVWzGVdMyQljlWhr00d4wVsFTjPP_5PhP2ClKr9UDk8Xs75eKP R4pe4O2KfXAuRG2MHK_ZmofonF0Rg8JX5K2t63eowmiEqDDppDuqwXvIS1PI9P.FFJDRs0QJSVvp LhWMoloz7Ybnn2PoriCumuwCi7YpncLbBeJOAKi06fhG7ekf9ursflXbSI72PXqHGyB3bJYPvZ6Q xgOgD_fJbzLwkAZZdi3qSkd0xK6GhLeTgytovCjSN_dVnyosdi1PLUx63z3_vzfP58S6A40TzjXq V3J4y97.MUFXkDdp.9x1fyYZWA.EyE_SyaUqdL3K5iJOSBT3Oadnnly24tj4zbYWrqxp8LD93u3r cw08.vfgEBQKOIDH4vdgy0_jGmecCMTiJAn6GpqrNEgnlJsA5kUiNchDNY_NzrfWP9WbhXXsHDDE PBgmviK2cYfw2jWECpgdzIMbLfwUnayoAfV3Ff0WKzx01aKwheUIjtAg1LUiP3IBJTxbR8xa5Gfe 88.6_bLsckx8zmTwnyJ_2urxCwNsVsEAjUHhb4bIWPRost4F8huBr5BRoGXf7.USLd1Wy8WUX2.0 oOpXGyjjhEu219UrzS3vLIFpavQO0qm6uCTmLK65Rir0fNVdbvKeA3LHoYE5f4mD4I6uQRb_eRNl nq2pFXffSryJ9UPnzDty8z4A6s0O_8I5oELPXrnIeXhZHjL3VpIayEjgMfNjhrFTDhZqrtnuNRIM or.ay32hWeCmSbaOfhopufKJ8EhrivLrsx1Hv2ZfM8r1u0uFdd3kLdz2BYzu.AmQ8YEJIcNhWwAa WfPzEx67RrnTngA-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic302.consmr.mail.gq1.yahoo.com with HTTP; Sun, 19 Sep 2021 08:11:02 +0000 Received: by kubenode504.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID ee030c85d3a0d5ec3e05dd31900e1895; Sun, 19 Sep 2021 08:11:01 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) Subject: Re: rock64 verbose boot hangs Message-Id: Date: Sun, 19 Sep 2021 01:11:00 -0700 To: Andriy Gapon , Free BSD X-Mailer: Apple Mail (2.3654.120.0.1.13) References: X-Rspamd-Queue-Id: 4HC0kk158Qz4jrv X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=Az84IJJQ; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.146 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-3.50 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; NEURAL_HAM_LONG(-1.00)[-1.000]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.146:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.146:from] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-arm X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N I expect that you may to need to specify more context: the Rock64 that I have access to boots fine with boot -v . # uname -apKU FreeBSD Rock64_RPi_4_3_2v1p2 14.0-CURRENT FreeBSD 14.0-CURRENT #12 = main-n249019-0637070b5bca-dirty: Tue Aug 31 02:24:20 PDT 2021 = root@CA72_16Gp_ZFS:/usr/obj/BUILDs/main-CA72-nodbg-clang/usr/main-src/arm6= 4.aarch64/sys/GENERIC-NODBG-CA72 arm64 aarch64 1400032 1400032 It is a UFS context. For reference: . . . cpulist0: on ofwbus0 cpu0: on cpulist0 cpu0: Nominal frequency 600Mhz cpufreq_dt0: on cpu0 cpufreq_dt0: 408.000 Mhz (950000 uV) cpufreq_dt0: 600.000 Mhz (950000 uV) cpufreq_dt0: 816.000 Mhz (1000000 uV) cpufreq_dt0: 1008.000 Mhz (1100000 uV) cpufreq_dt0: 1200.000 Mhz (1225000 uV) cpufreq_dt0: 1296.000 Mhz (1300000 uV) cpu1: on cpulist0 cpu1: Nominal frequency 600Mhz cpufreq_dt1: on cpu1 cpufreq_dt1: 408.000 Mhz (950000 uV) cpufreq_dt1: 600.000 Mhz (950000 uV) cpufreq_dt1: 816.000 Mhz (1000000 uV) cpufreq_dt1: 1008.000 Mhz (1100000 uV) cpufreq_dt1: 1200.000 Mhz (1225000 uV) cpufreq_dt1: 1296.000 Mhz (1300000 uV) cpu2: on cpulist0 . . . But, as I remember, there seemed to be vintage variations for the Rock64 that were not obvious and for which varoius examples have had problems booting when others did not. (I am not claiming to know that the specifics of your case are an example.) As I remember some folks have made adjustments to get things working. It is possible that the explicit version for the Rock64 might be important, even if other variations might also be at issue. There also could be issues of U-Boot vintage that might be involved. What I'm using reports: . . . U-Boot TPL 2021.04 (Apr 26 2021 - 22:44:22) LPDDR3, 800MHz BW=3D32 Col=3D11 Bk=3D8 CS0 Row=3D15 CS1 Row=3D15 CS=3D2 Die BW=3D16 = Size=3D4096MB Trying to boot from BOOTROM Returning to boot ROM... U-Boot SPL 2021.04 (Apr 26 2021 - 22:44:22 -0700) Trying to boot from MMC1 Card did not respond to voltage select! : -110 spl: mmc init failed with error: -95 Trying to boot from MMC2 NOTICE: BL31: v2.4(release): NOTICE: BL31: Built : 06:30:19, Apr 26 2021 NOTICE: BL31:Rockchip release version: v1.2 U-Boot 2021.04 (Apr 26 2021 - 22:49:12 -0700) Model: Pine64 Rock64 DRAM: 4 GiB . . . If I remember right, later versions were a problem last I tried but I've not been trying newer ones in some time (on other types of devices aw well). =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Sun Sep 19 09:12:17 2021 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id EEF0117CB4FD for ; Sun, 19 Sep 2021 09:12:31 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic304-23.consmr.mail.gq1.yahoo.com (sonic304-23.consmr.mail.gq1.yahoo.com [98.137.68.204]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4HC25V2MzWz3FfC for ; Sun, 19 Sep 2021 09:12:30 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1632042743; bh=G0PyIJP81j3gRmAVDu0ZUVfCrnq/lUhE0P+RQpdDi5M=; h=From:Subject:Date:To:References:From:Subject:Reply-To; b=XfB4CELA7Qupz4J9ujsbP4iEcdQRKLdLmEdOfh5okuxH1GfafLb2lVVxXvyDgiaJ6yeQAWjlZ60h/anTECD/Q9OQThcA9RFwePxc12JhUyB4ZvM/1QYMoP+owA4QnVlzIZX85KMQjGtsQQzBElA6nJ4Lr6xxarBVVhsES8eik1GZeUw5rCosw5CNtjxXs9FhPvjMQFvfc97wXVmfA9VxxsxS77rhCja7LpZ2/BZ5ZcdMH8fmUcE2w8z4c+XdOu1zjaFyEbfa3Cvk42oFoD2TjeFniqLCfXbhOoq79mfU6uO75xkTtPUxCinyqAf8BONsWX8dXcgpO93Hb02Z8tse8g== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1632042743; bh=RYyMp9pDkEHWXtJ0MX9iRLj5HWE0iold8V/tv/pbycy=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=ksMI1WEPnFSppDZUYN80AoulFd5mF+B9Yw21Y5k1aAQHGJiIEOxxJ80LhoZWg70mR/UhGl1AGuNfKofhWDxPvBwhW/n2yD0ChM5H/FaJGuDNNyzOPu3+Gnb4hIAZribVEKGhZXU1Q0cyqQuteibgS3kDGMYpisAdmBBUEmbXZ3lRnPYoJrrQzDjbshuvDDN7VJ69dtrF15PKGkvft45K31rE2PS0+bzJHzcgYeUOr3kRCfpbmZEjFRL/soubcN1mUG+/O4CfbuXXovVr0Y0dPCx7Bqr22nyFVfLG2z3/urWuYelZP1gB3YNVqB6/gG3Ze50lZyVxm3lIHsmceaIhNA== X-YMail-OSG: QA7U7BYVM1ncM5Sh5P4Azzxd1vlHvijGb4FTUDNdgIDSlcBvFEvh1ZwhhjViLGy 6ARg5oQV3LhKkV_iTbQLeGPDsuaQ5RXzhWiUI5T_WgCd4c_mkYmCVZAfQq94ea4VETuFNJ9C6rLF ExbgGFD0T8VFLIDB9DtWAm4aqNbEDCWmG3ivC5UFwhdNNNdQ3hSxweQAvfmcqZXbEp1uy3fPQG9z x5R2MazAGtcgYBqcRtPaAqdBfkSZmiDT1ZmjJdM27NcixgO8KLjlfiQ4QT3BG0EFA5cXi6XinA_e btzTh0aNsf3O4DXQSeuNAowjC2hpAgAOggRqCcO_HvyWKYpD6hcwppmWcoHG7xlJpCVj7.VR.TEP 7oI3L0qdrVo9bgZPPzQr6Q4SZCSAyl.1VglS20XaYfw62Be6M6mOCHpZkdz2.MtgbZ4.0LokShHM F4tsO.48BzwldAiK6xS4EKYCfO4hWkxAxK3MJoRrdrbi81zmdO4Vh4ZRkBjvL4Gy.fBr_iOcz_Ul Ps4xRkqkTZDcGADXr2NCMiVe.GFHr6TZzSd4PrQcpU_m9ZsPyLecQd4gxUQBY7tdh4f8_tvFrSrN MnCIMKSF2eHP7EuarpFV4s6OrNGHgE1XNeOAYcXRGgU0DYBptgzuX5Y.rEwtswcgE7aq9auZkdxz PvTf7RBFo.kyXI233NSjfgXCX8y0dxcjpGMJBSkxQ.M3et3Kh.9xz3LixG8d6hyp12J19AeGR9EB l0V.lZz2eIc_0gwlDObGbS5Y8fy71ZW.1sdqonQ7gOPzZx4VpcV.mM0FqAsZwh_hKEdYnfeaq9dt gshbyjXumnPX16O25a1nR7rS02iVIS1Ayu8Ia3yRqV_MmcuhK8ZFeOhSZQ63tPDIgDUdm9MOg0n9 W3YqYmj_PK0reNA.y76RoLKGjbrHkAS9PsztjJJyzexwqqlqt1_zsvXtIazey9CNsj_A0Mm9pz6r 97hy9yTMqxUPtEZCW_VuY2MYktmckT1Bbw3po.IIB3bcYT49lJLeGeBtfQNEtXFyTqnYj0koZbfQ EYxAS45CqRXCRg0NS7RWojlj78maXzZS9.NbbgKt8WvzonXYamUWjEAhpSp4JUwKvW27WDkfAjyV EDuskzGsaJwuqngek32XX6jDs9OCwHMPmkUEESuP8BETFt37MrN76KNrlzVEcTEwkQ5mWTSohiIm VnjmfHdNqlRuNzH3rLOCr2r.T4BMbF8n8kts_Jhgs1XQLQEE7uXHulfPrMVADT8EcvB_At4mTJD0 QqCqJ7PO7eWGC9cEEwHeQr0aXWLqxE2sJyJWx7wIZ7d1bJG4tYOgAqIInaamA2YLRkXRnTGglTbG FS7m23jFsQkvwKMnqvRXmGvutPHopq9lkPo_fLpyRmWINQe6ilnwCjl6B31wNbc8QKh8u3ewmlOW 1zi6EVLsu_T0TH6qrDQxWIuOrnrKFJ.743qGm.FUQBXyyHuz67Mc2jAl6iYjd2.76iomAle5fI9o rIJeOPOd90YJJeuqn6s.AB86ryFTp_9W_NSBRmsXGJfaYgIVbSZ7t_7xZQr3W36MpzAkTLLyAVA2 PcZNFD600hSveu.46iw.KIVuqS1dK1Ji6N7e2damED1gTa2jQObw2krbxPC068U95sqfFHlzTbRp POvxUyfQ_EUvUu2wNqdcgPdy1NED9yCVYNEoy2synHgAaHhykaT7G_VkicqTlAIXrNH8ylUNFD.I OPbY0Iy2Wa9_7DIUZUz0YCkHPkq9jjP5eNZFoZwphhEuQQ174nzgETQh9OTmj8qK.c8rvGJZ4YMD NL0odj0sf_snO7fJIznj03FtuUBnrXY1GqCMwE.PrAyZ9OSrDsZyrCfVuSDZOAqJjrGttuAykLNC 0GTKfNys88tiCXbVSzhdyPM7xq64r27HB3KqLZfNScyw0gzPr.edfl2c_T8fKhZUwWa0.oJkhRiC Lvj.WNVe_uIOh_nsiwb.OOinijHydCelA2rt0MXqmQze8CXgwgi1cwrUcR.b9Nx39c8lMEk_YWsO EwMqJJ4Z5QjzevRVgJVH.oRU39La6uLlT_XvzBvkvAuv5dUPM1eEM3WoM1SxnwFJpzQZ6ayFzhDr BUeKXD1cE95nkmeD5AL1G2NcSVkkqngMRlEOW.Fcm1SdCmE1TroGE8qi4E1SzDkZSqLLadeAhy.e 4lfMMb2Y3ARYPSiGbTp2N38lvjt_B4ZI4_3KJVRrF5raIOUL1rIOAolDOaXnTdyPBg2Dw4J.AmpC TWTEXOD0xP2Varfzs5Tclnc88mfl125b805gRAr2QYnQHNAwKgPjF4kysszNY5v8.UmvuvH511DS deXMM3Kdv8G0tDj.NSmF57LJVsNZsZDRZkdA2VjtBWEeaqByzrnGTL8ajYaoEaVSlicYmqI0- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.gq1.yahoo.com with HTTP; Sun, 19 Sep 2021 09:12:23 +0000 Received: by kubenode517.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 28a1f03472fe233726af8a971b475b2f; Sun, 19 Sep 2021 09:12:19 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) Subject: armv7 target (on aarch64 HW) and poudriere-based emulators/mame link failure vs. success based on the number of cores Message-Id: <64B80EEA-DECC-4286-AC80-5BE55B7F19D4@yahoo.com> Date: Sun, 19 Sep 2021 02:12:17 -0700 To: FreeBSD Toolchain , Free BSD , freebsd-ports@freebsd.org X-Mailer: Apple Mail (2.3654.120.0.1.13) References: <64B80EEA-DECC-4286-AC80-5BE55B7F19D4.ref@yahoo.com> X-Rspamd-Queue-Id: 4HC25V2MzWz3FfC X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=XfB4CELA; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.204 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-3.50 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; NEURAL_HAM_LONG(-1.00)[-1.000]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.204:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; 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/20, country:US]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.204:from] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-toolchain X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N On a HoneyComb (16 cores) I did a bulk -a targetting armv7 that had emulators/mame fail as unable to allocate during a link. Linking by default use slightly more threads than the freebsd cpu count. The HoneyComb had 64 GiByte of RAM and over 120000 MiByte of swap partitioning set up. The swap was never used during the bulk -a examples. On a MACCHIATObin Double Shot (4 cores) with nearly identical media booted, attempting to build emulators/mame worked fine. (I did not try a bulk -a: it would take far too long for my time preferences.) (I've also gotten a report of success building on a RPi4B, also 4 cores.) The HoneyComb failure looks to me like like hitting the process size limitations for armv7, something that did not happen on the MACCHIATObin Double Shot or RPi4B (fewer cores). It looks to me like 32-bit architectures (such as armv7) should possibly have the multi-threaded link disabled by default for FreeBSD unless ports are adjusted to disable multi-threaded individually. (I do not claim that mame is the only example of such an issue in the bulk -a --or on systems with even more cores. It just happens to be an example that I noticed.) For reference: # uname -apKU FreeBSD CA72_4c8G_ZFS 14.0-CURRENT FreeBSD 14.0-CURRENT #12 = main-n249019-0637070b5bca-dirty: Tue Aug 31 02:24:20 PDT 2021 = root@CA72_16Gp_ZFS:/usr/obj/BUILDs/main-CA72-nodbg-clang/usr/main-src/arm6= 4.aarch64/sys/GENERIC-NODBG-CA72 arm64 aarch64 1400032 1400032 # cd /usr/ports/ # ~/fbsd-based-on-what-commit.sh=20 branch: main merge-base: b0c4eaac2a3aa9bc422c21b9d398e4dbfea18736 merge-base: CommitDate: 2021-09-07 21:55:24 +0000 b0c4eaac2a3a (HEAD -> main, freebsd/main, freebsd/HEAD) = security/suricata: Add patch for upstream locking fix n557269 (--first-parent --count for merge-base) BUT: a rust 1.55 was in use on the HoneyComb as a test for another issue, at least fore the second bulk -a run that then tried to see what would no longer fail when targeting armv7. (Note: The HoneyComb is busy doing a bulk -a targeting aarch64 now.) Side notes . . . I'll note that the HoneyComb can do a from-scratch bulk -a targeting armv7 in less time than the official FreeBSD servers do (via amd64). A specific exxample was a bulk -a completed in somewhat under 87.25 hours, building 26995 ports successfully. (Not that I configure and operate in a configuration matching official FreeBSD serves. I allow a huge load average: 16 builds with ALLOW_MAKE_JOBS defined and have a large swap partitioning for a 64 GiByte machine (for in case of an unfortunately combination of overlapping huge builds). Mostly this is likely due to having the lang/gcc* (and such) build via a full bootstrap on amd64 targeting armv7. The native-toochain cross-build use does not help after the first part of such a build. Note: I do not normally do bulk -a or build rust or build mame. The activity is experimental and a test of the HoneyComb. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From nobody Sun Sep 19 21:00:25 2021 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 11C6317D8D0B for ; Sun, 19 Sep 2021 21:00:27 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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 "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4HCKpL1MLyz3kgh for ; Sun, 19 Sep 2021 21:00:26 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (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 mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id EDFBD23E4F for ; Sun, 19 Sep 2021 21:00:25 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 18JL0Prg012239 for ; Sun, 19 Sep 2021 21:00:25 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 18JL0PUI012238 for freebsd-arm@FreeBSD.org; Sun, 19 Sep 2021 21:00:25 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <202109192100.18JL0PUI012238@kenobi.freebsd.org> X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@FreeBSD.org using -f From: bugzilla-noreply@FreeBSD.org To: freebsd-arm@FreeBSD.org Subject: Problem reports for freebsd-arm@FreeBSD.org that need special attention Date: Sun, 19 Sep 2021 21:00:25 +0000 List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="16320852259.BC3B.11480" Content-Transfer-Encoding: 7bit X-ThisMailContainsUnwantedMimeParts: Y --16320852259.BC3B.11480 Date: Sun, 19 Sep 2021 21:00:25 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status | Bug Id | Description ------------+-----------+--------------------------------------------------- Open | 238576 | Raspberry Pi 3B+ "shutdown -p" does not shut off Open | 239673 | Spurious Interrupt message from /dev/led/led1 Open | 257670 | mpr(4): SAS3008 PCI-Express Fusion-MPT SAS-3: Fat 3 problems total for which you should take action. --16320852259.BC3B.11480--