From owner-freebsd-arm@freebsd.org Sun May 27 02:31:19 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A8F2FF749A0 for ; Sun, 27 May 2018 02:31:19 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic307-4.consmr.mail.bf2.yahoo.com (sonic307-4.consmr.mail.bf2.yahoo.com [74.6.134.43]) (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 542CC6A8D3 for ; Sun, 27 May 2018 02:31:18 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: wR4HDDoVM1kec5j_hs9T5TjuPSvgihLXsAzDphR_hZylxk8VE1dRKyU7IO17dK_ neXThW.7CamernmS5dCBpS_aqQNHKVsrJz_nbnZMByLQtKrWeB_YrfEqnYp1rJTb0KbWvM1K7qXB KjQlsTWfklQDl_R.aQmTWzw8Kx5IrY3RbbNM6zkos5nTBZpLKSAikwUdHsu2vvBAXxFbuKS_SwAi rl446exA57frJ4t2s7L1jsUScVKo27oX1bGjIJMqYfDy3mtsuonxOe34QePuPLHfIUqcCVLVKuzv duLUgmyPW5fY8bVPg29eHfwHQZsWXlxMUCLAI24UJzr99iqbZmJXMr.VnN_nG4MLuTe5qnRNIfqJ IxHUQHvPSiLfGESVTF2mw6BGDB6iJuBlmcOsygfzUAeyA363XkSqVQtA6Q9ZsydAzS5gEFZt_8sY Nwo3MuyECA6kNtxP1PDldlv.b82M2NXbhoLUQI4sm6hBmj.MnwLIgic9Wfp6AwYeNQTXxZ4y_0Cw 8AQdI9O1lQ5D7HE4fgHzbuFR6WlEG3QnfCdlQ.kZ6Nuv2PrxYtDXCjKbFDuel0ySCddVkRYsdh69 1rzwKDLBPCVjcvP13bliIUf.Scgk38ljeeEg8CtN8e2MtMM4Ty1.pk25cDoF59zYg0WX8L1tc4M1 roa5dAiNf0oIVaUmqoTsJD1UxL8_xRFC8ENVg Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.bf2.yahoo.com with HTTP; Sun, 27 May 2018 02:31:12 +0000 Received: from c-76-115-7-162.hsd1.or.comcast.net (EHLO [192.168.1.25]) ([76.115.7.162]) by smtp429.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 1c42ce5e67f44733b3bc50e17152e136; Sun, 27 May 2018 02:31:10 +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 11.3 \(3445.6.18\)) Subject: bugzilla 213937: not just arm and not just stable/11 Message-Id: <910869D6-0CA7-4B3C-BF91-A56EFD62FDA8@yahoo.com> Date: Sat, 26 May 2018 19:31:08 -0700 To: freebsd-arm@freebsd.org, FreeBSD Current X-Mailer: Apple Mail (2.3445.6.18) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 May 2018 02:31:19 -0000 I've updated the description and such for: Bug 213937 - stable/11 -r334246 on BPi-M3 (cortex-a7), amd64, and more, = also head: ktrace misreports bad svc (SIGSYS) number The primary description is really Comment 2 from Oleksandr Tymoshenko : > This is not ARM specific, the same bug can be reproduced in amd64 = using syscall(2) function. >=20 > The reason for this that in sys/sys/ktrace.h syscall code is defined = as short: > struct ktr_syscall { > short ktr_code; /* syscall number */ > short ktr_narg; /* number of arguments */ > /* > * followed by ktr_narg register_t > */ > register_t ktr_args[1]; > }; >=20 > This definitely does not match syscall(2) API where code is defined as = integer and all architectures define it as u_int in struct syscall_args. It is that way in every stable/11 and head version of the file that I have looked at. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-arm@freebsd.org Sun May 27 21:00:35 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B1424EEA460 for ; Sun, 27 May 2018 21:00:35 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5374B6E64D for ; Sun, 27 May 2018 21:00:35 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 92FAD13FEF for ; Sun, 27 May 2018 21:00:34 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w4RL0Y6d089844 for ; Sun, 27 May 2018 21:00:34 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w4RL0YUO089841 for freebsd-arm@FreeBSD.org; Sun, 27 May 2018 21:00:34 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <201805272100.w4RL0YUO089841@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, 27 May 2018 21:00:34 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.26 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 May 2018 21:00:35 -0000 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 ------------+-----------+--------------------------------------------------- New | 220297 | arch(7) rename arm64 to aarch64 respecting `uname 1 problems total for which you should take action. From owner-freebsd-arm@freebsd.org Mon May 28 19:43:23 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 34BF9F7AF10 for ; Mon, 28 May 2018 19:43:23 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.92]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CD83E7E151 for ; Mon, 28 May 2018 19:43:22 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp.greenhost.nl ([213.108.110.112]) by smarthost1.greenhost.nl with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1fNNmd-0002LV-B0; Mon, 28 May 2018 21:26:21 +0200 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-arm@freebsd.org, "Peter Jeremy" Subject: Re: Problems with u-boot-rpi on RPi Model B References: <20180525112445.GB3354@server.rulingia.com> Date: Mon, 28 May 2018 21:26:23 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: In-Reply-To: <20180525112445.GB3354@server.rulingia.com> User-Agent: Opera Mail/12.16 (FreeBSD) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.2 X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 autolearn=disabled version=3.4.0 X-Scan-Signature: d825756976bdd03eeab7bf7cffb9f8e1 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 May 2018 19:43:23 -0000 On Fri, 25 May 2018 13:24:45 +0200, Peter Jeremy wrote: > Earlier this year, I switched to using the rpi-firmware and u-boot-rpi > packages and am having a couple of issues. > > 1) u-boot-rpi-2017.09.00_1 won't autoboot. printenv reports that both > bootdelay and bootcmd are correct but it boots to a U-Boot prompt. > Adding > a print statement to boot.scr shows that it's not read until I enter > "boot" > at the prompt. > > 2) u-boot-rpi-2018.03 won't run at all. The screen stays blank and the > green SD-card activity flashes every second or two. I've tried this with > both rpi-firmware-1.20180328 and an older version. Switching to the > older > u-boot-rpi on the same SD-cards works. > > Can anyone offer any suggestions on how to get autoboot to work with > u-boot? > I don't remember the version. I think it was the 2018.03 version on a RPI-2. It hang during boot if I had an USB-stick in it. It tried to boot from USB instead of SD. I changed the uboot variables to not do a 'usb start', which restored the old behaviour. I think a new feature is that it is now possible to boot from USB but I'm not sure. This is the content of my uboot.env on the SD-card (lines are 0-terminated). [root@rpi2 /boot/msdos]# cat uboot.env | xargs -0 -n 1 echo =api_address=3af56a58 arch=arm baudrate=115200 board=rpi board_name=2 Model B board_rev=0x4 board_rev_scheme=1 board_revision=0xA01041 boot_a_script=load ${devtype} ${devnum}:${distro_bootpart} ${scriptaddr} ${prefix}${script}; source ${scriptaddr} boot_efi_binary=if fdt addr ${fdt_addr_r}; then bootefi bootmgr ${fdt_addr_r};else bootefi bootmgr ${fdtcontroladdr};fi;load ${devtype} ${devnum}:${distro_bootpart} ${kernel_addr_r} efi/boot/bootarm.efi; if fdt addr ${fdt_addr_r}; then bootefi ${kernel_addr_r} ${fdt_addr_r};else bootefi ${kernel_addr_r} ${fdtcontroladdr};fi boot_extlinux=sysboot ${devtype} ${devnum}:${distro_bootpart} any ${scriptaddr} ${prefix}extlinux/extlinux.conf boot_net_usb_start=usb start boot_prefixes=/ /boot/ boot_script_dhcp=boot.scr.uimg boot_scripts=boot.scr.uimg boot.scr boot_targets=mmc0 usb0 pxe dhcp bootcmd=run distro_bootcmd bootcmd_dhcp=run boot_net_usb_start; if dhcp ${scriptaddr} ${boot_script_dhcp}; then source ${scriptaddr}; fi;setenv efi_fdtfile ${fdtfile}; if test -z "${fdtfile}" -a -n "${soc}"; then setenv efi_fdtfile ${soc}-${board}${boardver}.dtb; fi; setenv efi_old_vci ${bootp_vci};setenv efi_old_arch ${bootp_arch};setenv bootp_vci PXEClient:Arch:00010:UNDI:003000;setenv bootp_arch 0xa;if dhcp ${kernel_addr_r}; then tftpboot ${fdt_addr_r} dtb/${efi_fdtfile};if fdt addr ${fdt_addr_r}; then bootefi ${kernel_addr_r} ${fdt_addr_r}; else bootefi ${kernel_addr_r} ${fdtcontroladdr};fi;fi;setenv bootp_vci ${efi_old_vci};setenv bootp_arch ${efi_old_arch};setenv efi_fdtfile;setenv efi_old_arch;setenv efi_old_vci; bootcmd_mmc0=setenv devnum 0; run mmc_boot bootcmd_pxe=run boot_net_usb_start; dhcp; if pxe get; then pxe boot; fi bootcmd_usb0=setenv devnum 0; run usb_boot bootdelay=2 cpu=armv7 dhcpuboot=usb start; dhcp u-boot.uimg; bootm distro_bootcmd=for target in ${boot_targets}; do run bootcmd_${target}; done efi_dtb_prefixes=/ /dtb/ /dtb/current/ ethaddr=b8:27:eb:77:37:63 fdt_addr_r=0x00000100 fdt_high=ffffffff fdtcontroladdr=3b3aeb50 fdtfile=bcm2836-rpi-2-b.dtb initrd_high=ffffffff kernel_addr_r=0x01000000 load_efi_dtb=load ${devtype} ${devnum}:${distro_bootpart} ${fdt_addr_r} ${prefix}${efi_fdtfile} loadaddr=0x00200000 mmc_boot=if mmc dev ${devnum}; then setenv devtype mmc; run scan_dev_for_boot_part; fi pxefile_addr_r=0x00100000 ramdisk_addr_r=0x02100000 scan_dev_for_boot=echo Scanning ${devtype} ${devnum}:${distro_bootpart}...; for prefix in ${boot_prefixes}; do run scan_dev_for_extlinux; run scan_dev_for_scripts; done;run scan_dev_for_efi; scan_dev_for_boot_part=part list ${devtype} ${devnum} -bootable devplist; env exists devplist || setenv devplist 1; for distro_bootpart in ${devplist}; do if fstype ${devtype} ${devnum}:${distro_bootpart} bootfstype; then run scan_dev_for_boot; fi; done scan_dev_for_efi=setenv efi_fdtfile ${fdtfile}; if test -z "${fdtfile}" -a -n "${soc}"; then setenv efi_fdtfile ${soc}-${board}${boardver}.dtb; fi; for prefix in ${efi_dtb_prefixes}; do if test -e ${devtype} ${devnum}:${distro_bootpart} ${prefix}${efi_fdtfile}; then run load_efi_dtb; fi;done;if test -e ${devtype} ${devnum}:${distro_bootpart} efi/boot/bootarm.efi; then echo Found EFI removable media binary efi/boot/bootarm.efi; run boot_efi_binary; echo EFI LOAD FAILED: continuing...; fi; setenv efi_fdtfile scan_dev_for_extlinux=if test -e ${devtype} ${devnum}:${distro_bootpart} ${prefix}extlinux/extlinux.conf; then echo Found ${prefix}extlinux/extlinux.conf; run boot_extlinux; echo SCRIPT FAILED: continuing...; fi scan_dev_for_scripts=for script in ${boot_scripts}; do if test -e ${devtype} ${devnum}:${distro_bootpart} ${prefix}${script}; then echo Found U-Boot script ${prefix}${script}; run boot_a_script; echo SCRIPT FAILED: continuing...; fi; done scriptaddr=0x02000000 serial#=00000000ed773763 soc=bcm283x stderr=serial,vidconsole stdin=serial,usbkbd stdout=serial,vidconsole usb_boot=usb start; if usb dev ${devnum}; then setenv devtype usb; run scan_dev_for_boot_part; fi usbethaddr=b8:27:eb:77:37:63 vendor=raspberrypi Regards, Ronald. From owner-freebsd-arm@freebsd.org Tue May 29 05:16:26 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6C2B9EE1C9B for ; Tue, 29 May 2018 05:16:26 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 09AC57749C for ; Tue, 29 May 2018 05:16:26 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 55DD4257F6 for ; Tue, 29 May 2018 05:16:25 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w4T5GP0k008416 for ; Tue, 29 May 2018 05:16:25 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w4T5GPbw008415 for freebsd-arm@FreeBSD.org; Tue, 29 May 2018 05:16:25 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 224562] serial console installer doesn't copy EFI files into EFI partition on target media Date: Tue, 29 May 2018 05:16:25 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: jon@brawn.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 May 2018 05:16:26 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D224562 Jon Brawn changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Open |Closed Resolution|--- |FIXED --- Comment #9 from Jon Brawn --- This issue has been cured some time ago; I've verified that it has mot resurfaced again by testing with FreeBSD-12.0-CURRENT-arm64-aarch64-20180521-r333982-memstick.img Jon. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Thu May 31 15:53:16 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CEF9CEFB96A for ; Thu, 31 May 2018 15:53:15 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.92]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6EB5D6EC64 for ; Thu, 31 May 2018 15:53:15 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp.greenhost.nl ([213.108.110.112]) by smarthost1.greenhost.nl with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1fOPt2-0000G8-L0 for freebsd-arm@freebsd.org; Thu, 31 May 2018 17:53:13 +0200 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-arm@freebsd.org Date: Thu, 31 May 2018 17:53:12 +0200 Subject: panic: Assertion td->td_lock == TDQ_LOCKPTR(tdq) failed at /usr/src/sys/kern/sched_ule.c:2137 MIME-Version: 1.0 Content-Transfer-Encoding: Quoted-Printable From: "Ronald Klop" Message-ID: User-Agent: Opera Mail/12.16 (FreeBSD) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.2 X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 autolearn=disabled version=3.4.0 X-Scan-Signature: fae0992e6f8dd0c1164808f182426692 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 May 2018 15:53:16 -0000 I had a crash on mu RPI-3B+ running freebsd 12/aarch64 from the 29 may = snapshot. It was building world -j4 and portsnap extract. I will keep it in the debugger for about an hour so if I need to provide= = more information, please mail me. db> show panic panic: Assertion td->td_lock =3D=3D TDQ_LOCKPTR(tdq) failed at = /usr/src/sys/kern/sched_ule.c:2137 db> bt Tracing pid 20 tid 100063 td 0xfffffd00014fe000 db_trace_self() at db_stack_trace+0xf0 pc =3D 0xffff0000006680f4 lr =3D 0xffff0000000d8b18 sp =3D 0xffff000053972e10 fp =3D 0xffff000053972e40 db_stack_trace() at db_command+0x220 pc =3D 0xffff0000000d8b18 lr =3D 0xffff0000000d879c sp =3D 0xffff000053972e50 fp =3D 0xffff000053972f30 db_command() at db_command_loop+0x60 pc =3D 0xffff0000000d879c lr =3D 0xffff0000000d8560 sp =3D 0xffff000053972f40 fp =3D 0xffff000053972f60 db_command_loop() at db_trap+0xf4 pc =3D 0xffff0000000d8560 lr =3D 0xffff0000000db678 sp =3D 0xffff000053972f70 fp =3D 0xffff000053973190 db_trap() at kdb_trap+0x1d8 pc =3D 0xffff0000000db678 lr =3D 0xffff0000003beca0 sp =3D 0xffff0000539731a0 fp =3D 0xffff000053973250 kdb_trap() at do_el1h_sync+0xf0 pc =3D 0xffff0000003beca0 lr =3D 0xffff000000683094 sp =3D 0xffff000053973260 fp =3D 0xffff000053973290 do_el1h_sync() at handle_el1h_sync+0x74 pc =3D 0xffff000000683094 lr =3D 0xffff00000066a074 sp =3D 0xffff0000539732a0 fp =3D 0xffff0000539733b0 handle_el1h_sync() at kdb_enter+0x34 pc =3D 0xffff00000066a074 lr =3D 0xffff0000003be34c sp =3D 0xffff0000539733c0 fp =3D 0xffff000053973450 kdb_enter() at vpanic+0x1c4 pc =3D 0xffff0000003be34c lr =3D 0xffff00000037a3a4 sp =3D 0xffff000053973460 fp =3D 0xffff000053973510 vpanic() at kassert_panic+0x1bc pc =3D 0xffff00000037a3a4 lr =3D 0xffff00000037a134 sp =3D 0xffff000053973520 fp =3D 0xffff0000539735d0 kassert_panic() at sched_switch+0x994 pc =3D 0xffff00000037a134 lr =3D 0xffff0000003a3d1c sp =3D 0xffff0000539735e0 fp =3D 0xffff0000539736c0 sched_switch() at mi_switch+0x1a0 pc =3D 0xffff0000003a3d1c lr =3D 0xffff000000385044 sp =3D 0xffff0000539736d0 fp =3D 0xffff0000539736f0 mi_switch() at uma_reclaim_locked+0x1cc pc =3D 0xffff000000385044 lr =3D 0xffff0000006169b4 sp =3D 0xffff000053973700 fp =3D 0xffff000053973750 uma_reclaim_locked() at uma_reclaim+0x34 pc =3D 0xffff0000006169b4 lr =3D 0xffff0000006167cc sp =3D 0xffff000053973760 fp =3D 0xffff000053973770 uma_reclaim() at vm_pageout_worker+0x3e8 pc =3D 0xffff0000006167cc lr =3D 0xffff000000636d08 sp =3D 0xffff000053973780 fp =3D 0xffff000053973b10 vm_pageout_worker() at vm_pageout+0x140 pc =3D 0xffff000000636d08 lr =3D 0xffff000000635b58 sp =3D 0xffff000053973b20 fp =3D 0xffff000053973b50 vm_pageout() at fork_exit+0x7c pc =3D 0xffff000000635b58 lr =3D 0xffff00000033bb14 sp =3D 0xffff000053973b60 fp =3D 0xffff000053973b90 fork_exit() at fork_trampoline+0x10 pc =3D 0xffff00000033bb14 lr =3D 0xffff000000682e14 sp =3D 0xffff000053973ba0 fp =3D 0x0000000000000000 Accidently I had this in a xterm: (da4s1b is the label/usbswap) dT: 1.008s w: 1.000s L(q) ops/s r/s kBps ms/r w/s kBps ms/w %busy Name 18 1 0 0 0.0 1 32 430.5 42.7| mmcsd0 0 0 0 0 0.0 0 0 0.0 0.0| da0 0 0 0 0 0.0 0 0 0.0 0.0| mmcsd0s1= 18 1 0 0 0.0 1 32 430.5 42.7| mmcsd0s2= 0 0 0 0 0.0 0 0 0.0 0.0| = msdosfs/MSDOSBOOT 18 1 0 0 0.0 1 32 430.5 42.7| mmcsd0s2= a 18 1 0 0 0.0 1 32 430.6 42.7| ufs/root= fs 0 0 0 0 0.0 0 0 0.0 0.0| da1 0 0 0 0 0.0 0 0 0.0 0.0| da2 0 0 0 0 0.0 0 0 0.0 0.0| da3 6 315 5 52 963.9 310 2158 11.6 92.6| da4 0 0 0 0 0.0 0 0 0.0 0.0| da2s1 0 0 0 0 0.0 0 0 0.0 0.0| da2s2 6 314 5 52 963.9 309 2158 11.6 92.6| da4s1 0 0 0 0 0.0 0 0 0.0 0.0| da2s2a 1 0 0 0 0.0 0 0 0.0 0.0| da4s1a 5 314 5 52 963.9 309 2158 11.6 92.6| da4s1b 0 0 0 0 0.0 0 0 0.0 0.0| = ufs/oldsdrootfs 1 0 0 0 0.0 0 0 0.0 0.0| = ufs/usbrootfs 5 314 5 52 963.9 309 2158 11.6 92.6| = label/usbswap =E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80= =E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80= =E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80= =E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80= =E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80= =E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80= =E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80= =E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80= =E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80= =E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80= =E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80= =E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80= =E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80= =E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80= =E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80= =E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80 last pid: 74521; load averages: 3.31, 3.34, = 3.72 up 0+17:21:58 = 17:19:13 63 processes: 3 running, 60 sleeping CPU 0: 3.9% user, 45.5% nice, 22.0% system, 2.4% interrupt, 26.3% idle= CPU 1: 1.2% user, 51.8% nice, 13.3% system, 0.4% interrupt, 33.3% idle= CPU 2: 2.0% user, 51.0% nice, 12.9% system, 0.0% interrupt, 34.1% idle= CPU 3: 1.2% user, 50.6% nice, 14.5% system, 0.8% interrupt, 32.9% idle= Mem: 522M Active, 132K Inact, 210M Laundry, 156M Wired, 60M Buf, 12M Fre= e Swap: 984M Total, 390M Used, 594M Free, 39% Inuse, 204K In, 3440K Out PID USERNAME THR PRI NICE SIZE RES STATE C TIME CP= U = COMMAND 73952 ronald 1 100 15 160M 97092K CPU3 3 0:39 82.81%= = c++ 73953 ronald 1 103 15 165M 106M CPU0 0 0:39 80.99%= = c++ 72549 ronald 1 52 15 517M 54008K swread 3 3:31 34.70%= = c++ 71551 ronald 1 52 15 448M 62524K swread 3 6:14 23.43%= = c++ 2806 ronald 1 21 0 30928K 2004K select 0 5:12 2.58= % = tmux 74521 root 1 52 0 15092K 5692K biord 1 0:00 2.18%= = bsdtar 94955 root 1 52 0 12660K 464K wait 1 5:03 0.71%= sh 53784 root 1 20 0 14220K 2568K nanslp 3 0:24 0.48%= = gstat 67541 ronald 1 20 0 13912K 2600K CPU1 1 0:06 0.30%= = top 53277 ronald 1 20 0 20992K 1464K select 0 0:07 0.18%= = sshd 94954 root 1 20 0 10820K 1800K pipewr 1 0:00 0.03%= = cat 746 root 1 20 0 17916K 18000K select 1 0:14 0.02= % = ntpd 5027 ronald 1 35 15 11048K 184K select 0 0:02 0.01= % = make 62849 ronald 1 35 15 14772K 468K select 0 0:06 0.01%= = make 2887 ronald 1 35 15 10348K 180K select 0 0:02 0.01= % = make From owner-freebsd-arm@freebsd.org Fri Jun 1 15:45:14 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 296D1F739ED for ; Fri, 1 Jun 2018 15:45:14 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D87FD82C7F for ; Fri, 1 Jun 2018 15:45:12 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id w51FftKh062673 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 1 Jun 2018 08:41:56 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id w51FfsKr062672; Fri, 1 Jun 2018 08:41:54 -0700 (PDT) (envelope-from fbsd) Date: Fri, 1 Jun 2018 08:41:54 -0700 From: bob prohaska To: Ronald Klop Cc: freebsd-arm@freebsd.org, bob prohaska Subject: Re: panic: Assertion td->td_lock == TDQ_LOCKPTR(tdq) failed at /usr/src/sys/kern/sched_ule.c:2137 Message-ID: <20180601154153.GA62632@www.zefox.net> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Jun 2018 15:45:14 -0000 On Thu, May 31, 2018 at 05:53:12PM +0200, Ronald Klop wrote: > I had a crash on mu RPI-3B+ running freebsd 12/aarch64 from the 29 may > snapshot. > It was building world -j4 and portsnap extract. > > I will keep it in the debugger for about an hour so if I need to provide > more information, please mail me. > > > db> show panic > panic: Assertion td->td_lock == TDQ_LOCKPTR(tdq) failed at > /usr/src/sys/kern/sched_ule.c:2137 > This used to be a fairly common error on my RPI3, but I haven't seen it in some time. As a matter of curiosity, have you been able to run a -j4 buildworld to completion on your RPI3? If so, please post your setup. For several months now all my attempts at j4 buildworld have failed with "killed, out of swap" even though top seems to report minimal swap usage. It even happens with no -j value set at all, but usually restarting with -DNO_CLEAN allowed progress to pick up where it left off. Alas, as I write this, the kernel just reported Jun 1 08:34:34 www kernel: pid 19399 (c++), uid 0, was killed: out of swap space top is showing Swap: 4096M Total, 17M Used, 4079M Free but since top is alive the value is stale. Nonetheless, I have seen top killed while still showing minimal swap usage. It seems as if the "out of swap" kills are being issued in error.. Thanks for reading, bob prohaska From owner-freebsd-arm@freebsd.org Sat Jun 2 01:17:12 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0A0C5F7AF09 for ; Sat, 2 Jun 2018 01:17:12 +0000 (UTC) (envelope-from freebsd.ed.lists@sumeritec.com) Received: from out3-6.antispamcloud.com (out3-6.antispamcloud.com [185.201.18.6]) (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 4151881820 for ; Sat, 2 Jun 2018 01:17:10 +0000 (UTC) (envelope-from freebsd.ed.lists@sumeritec.com) Received: from [153.92.8.106] (helo=srv31.niagahoster.com) by mx18.antispamcloud.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89) (envelope-from ) id 1fOvAB-0002cJ-Q2; Sat, 02 Jun 2018 03:17:03 +0200 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=sumeritec.com; s=default; h=Content-Transfer-Encoding:Content-Type: MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date:Sender :Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help: List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=1g91TN7kcwFhGpNVkiZCruoDVgVh6mpRuYaqSowSmlc=; b=rZ6effOkFYzoPc1gNX/jL6nEXT x8kG1ei6UK1pn15NoTptFNFyuthVVO/Vf5wZ3ZVZCDcF3HnBXCfyPj2B/B4Y7YC9oaBtunxkPE4vT QEy3gK1Cg2jxHNlGQndjACssI8ZaRgke8+rCcmXB2KqFcnqFJY2tnLwX5C0VwX1KLVeRmozPaBiUM ZqowKZe51saa8tBOs3behoULzh+O3r/A29G8TSnIBTTh2LV1gPoEGIwwrBRYKXbS4xalCHeuWX3JO pWUfPoJVr+NVbqXlXtdgSAlAd6yq/cC+hHryU9fyZS0/dcPT8thS7TWlKg61tsWHmj75rCiRSkruK syRfIpGA==; Received: from [182.1.83.137] (port=15309 helo=X220.sumeritec.com) by srv31.niagahoster.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89_1) (envelope-from ) id 1fOv9M-000AFj-R7; Sat, 02 Jun 2018 08:16:11 +0700 Date: Sat, 2 Jun 2018 09:16:06 +0800 From: Erich Dollansky To: bob prohaska Cc: Ronald Klop , freebsd-arm@freebsd.org Subject: Re: panic: Assertion td->td_lock == TDQ_LOCKPTR(tdq) failed at /usr/src/sys/kern/sched_ule.c:2137 Message-ID: <20180602091606.63a1ab37.freebsd.ed.lists@sumeritec.com> In-Reply-To: <20180601154153.GA62632@www.zefox.net> References: <20180601154153.GA62632@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-OutGoing-Spam-Status: No, score=-0.5 X-AuthUser: freebsd.ed.lists@sumeritec.com X-Originating-IP: 153.92.8.106 X-AntiSpamCloud-Domain: out.niagahoster.com X-AntiSpamCloud-Username: niaga Authentication-Results: antispamcloud.com; auth=pass (login) smtp.auth=niaga@out.niagahoster.com X-AntiSpamCloud-Outgoing-Class: unsure X-AntiSpamCloud-Outgoing-Evidence: Combined (0.12) X-Recommended-Action: accept X-Filter-ID: EX5BVjFpneJeBchSMxfU5vhqy6922FGi+4nw+BbdecB602E9L7XzfQH6nu9C/Fh9KJzpNe6xgvOx q3u0UDjvOzHffcVsgaeeCJexlxqtLOqre+XouAa7hzRuX96/LD7OHIlKB3lhAPsqnFKTCP/MYy0q H/RI+UppDmZcjEC5USg3OQktLVo/VUKX+v4nid3CIeebqmNzITIBQB6uQcT8T1Wvx4/5aan/L8AH YrKyAYPlRJTnJDszfCdYXOzhlFl1K9tLbEmaBmPsQT3aIsBQFVV/a2W6v0kBTOTssGG04/WGbxeN FDWVOXj6Y6ruIh9sKNZe/k0K3IChzid4Dxyja3bwQEeqdiLXJYHgJzfhaOlEDBffVZVjmVaNbG4Z JG7FYTGAEpH4i5yCagzIeXQ1Z7wz2MpogAD7xcut2fULfiLavr9ZeziRMVMQY2DtQVwLwIKgmomx /w0lkMMz3v1CUeWBOXp8nHKe0R+FkIqN7hkzc8fJy+zvdR6g6rtfYMVqVgW9/bktU41htiJ8fk7N kFpKIxrnUNn8Kw10IXx0Njyu51a4mYCGb5aYUpZ7NJBexiGu5p/pZKWI4gyuH22OSFkQOwmWorMz dpPjI1jdzwXbcdWmI7T908dx86aCE7H8WKCWtD3wuAOzXXh7pgNs+WL7pIpj75SSBXq8yRWjH7Gp zwVFXuMbKmvdeJe906X4ohbsVyiIt8lmHoEvP93cfqAB4I/z/7xUnKPvHtICYnqtAuOaM3pbQ7h1 F4vmY82VPO+cS8AjPu/aoeYbzzGf5xxwEiTVJqDh0qKoKsXx5ln/ePbIHXNXWVskz92v7S+aAkx5 VnOnc3XQGgO15PsH7pZKQyOfGADjPHBps2e3JNRUuaf0T6HSYd5otAWSzJS5nJOyhC8gSK6qSb5u gHdj0B2FhQZ6mVOUFsSJKXEvXLaRVYKU9W9tbmVXJBqdHHDmUpi62d4kElqOzTTU8eDfLaawpbTO WP6pIoPAes8r4Em976WNOttoVMdcBMSqUts9 X-Report-Abuse-To: spam@quarantine1.antispamcloud.com X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Jun 2018 01:17:12 -0000 Hi, On Fri, 1 Jun 2018 08:41:54 -0700 bob prohaska wrote: > As a matter of curiosity, have you been able to run a -j4 buildworld > to completion on your RPI3? If so, please post your setup. For several > months now all my attempts at j4 buildworld have failed with "killed, > out of swap" even though top seems to report minimal swap usage. It since I have a small swap partition in RAM, I did not get this message. I back the memory disk with a file via NFS. Not the speed daemon but it works. Erich From owner-freebsd-arm@freebsd.org Sat Jun 2 11:40:29 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 020F5F7E3E0; Sat, 2 Jun 2018 11:40:29 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.92]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 901837D05A; Sat, 2 Jun 2018 11:40:28 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp.greenhost.nl ([213.108.110.112]) by smarthost1.greenhost.nl with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1fP4tW-0007nu-AK; Sat, 02 Jun 2018 13:40:26 +0200 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: "bob prohaska" Cc: freebsd-arm@freebsd.org, "FreeBSD Current" Subject: Re: panic: Assertion td->td_lock == TDQ_LOCKPTR(tdq) failed at /usr/src/sys/kern/sched_ule.c:2137 References: <20180601154153.GA62632@www.zefox.net> Date: Sat, 02 Jun 2018 13:40:27 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: In-Reply-To: <20180601154153.GA62632@www.zefox.net> User-Agent: Opera Mail/12.16 (FreeBSD) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.2 X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 autolearn=disabled version=3.4.0 X-Scan-Signature: 897836312160ed0141c32cdc6ac56212 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Jun 2018 11:40:29 -0000 This happened again. Now I have a crashdump. Anyone interested? Some more answers below. On Fri, 01 Jun 2018 17:41:54 +0200, bob prohaska wrote: > On Thu, May 31, 2018 at 05:53:12PM +0200, Ronald Klop wrote: >> I had a crash on my RPI-3B+ running freebsd 12/aarch64 from the 29 may >> snapshot. >> It was building world -j4 and portsnap extract. >> >> I will keep it in the debugger for about an hour so if I need to provide >> more information, please mail me. >> >> >> db> show panic >> panic: Assertion td->td_lock == TDQ_LOCKPTR(tdq) failed at >> /usr/src/sys/kern/sched_ule.c:2137 >> > This used to be a fairly common error on my RPI3, but I haven't seen > it in some time. > > As a matter of curiosity, have you been able to run a -j4 buildworld > to completion on your RPI3? If so, please post your setup. For several > months now all my attempts at j4 buildworld have failed with "killed, > out of swap" even though top seems to report minimal swap usage. It > even happens with no -j value set at all, but usually restarting with > -DNO_CLEAN allowed progress to pick up where it left off. > > Alas, as I write this, the kernel just reported > > Jun 1 08:34:34 www kernel: pid 19399 (c++), uid 0, was killed: out of > swap space > > top is showing > Swap: 4096M Total, 17M Used, 4079M Free > but since top is alive the value is stale. Nonetheless, I have seen top > killed while still showing minimal swap usage. > > It seems as if the "out of swap" kills are being issued in error.. > > Thanks for reading, > > bob prohaska > I just received my RPI3 this week. It is running GENERIC with debug options still. Building a -NODEBUG kernel from src didn't succeed yet because of the mentioned panic. I'm now building with -j2 to be on the safe side. After I have the -NODEBUG kernel it will be a bit faster and I will try -j4 again. Regards, Ronald. From owner-freebsd-arm@freebsd.org Sat Jun 2 15:05:40 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B08A8F72396 for ; Sat, 2 Jun 2018 15:05:40 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1F216862A8 for ; Sat, 2 Jun 2018 15:05:39 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id w52F5pcw068252 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 2 Jun 2018 08:05:52 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id w52F5ooI068251; Sat, 2 Jun 2018 08:05:50 -0700 (PDT) (envelope-from fbsd) Date: Sat, 2 Jun 2018 08:05:50 -0700 From: bob prohaska To: Erich Dollansky Cc: Ronald Klop , freebsd-arm@freebsd.org, bob prohaska Subject: Re: panic: Assertion td->td_lock == TDQ_LOCKPTR(tdq) failed at /usr/src/sys/kern/sched_ule.c:2137 Message-ID: <20180602150549.GA68197@www.zefox.net> References: <20180601154153.GA62632@www.zefox.net> <20180602091606.63a1ab37.freebsd.ed.lists@sumeritec.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180602091606.63a1ab37.freebsd.ed.lists@sumeritec.com> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Jun 2018 15:05:40 -0000 On Sat, Jun 02, 2018 at 09:16:06AM +0800, Erich Dollansky wrote: > Hi, > > On Fri, 1 Jun 2018 08:41:54 -0700 > bob prohaska wrote: > > > As a matter of curiosity, have you been able to run a -j4 buildworld > > to completion on your RPI3? If so, please post your setup. For several > > months now all my attempts at j4 buildworld have failed with "killed, > > out of swap" even though top seems to report minimal swap usage. It > > since I have a small swap partition in RAM, I did not get this message. > I back the memory disk with a file via NFS. Not the speed daemon but it > works. > That is most curious. How much actual swap is available? My RPI3 is killing jobs with "out of swap" despite 4 GB in three physical partitions, one on USB flash and two on the microSD card. Both storage devices are of the same type (SanDisk Extreme) and have similar write speeds, likely better than NFS via the usb-ethernet adapter. Thanks very much! bob prohaska From owner-freebsd-arm@freebsd.org Sat Jun 2 15:14:20 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B1A34F73FBA for ; Sat, 2 Jun 2018 15:14:20 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-io0-x22e.google.com (mail-io0-x22e.google.com [IPv6:2607:f8b0:4001:c06::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3FD9E86E6E for ; Sat, 2 Jun 2018 15:14:20 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-io0-x22e.google.com with SMTP id u4-v6so9367174iof.2 for ; Sat, 02 Jun 2018 08:14:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=PsDG9Rj1cdR54/9qlwiSEqqLeAGlsVKjH54hmN5QZTA=; b=UMBEJSUVQk3szgYr2IVX3/WkjK1o6HnBVtVkFsBh+nKpGegMZ814FPyclSew6x2jYO yTRLOyr6pCNIMWgKSHstmuajgc7xSaLoBgf//BPFMrGJwBDSUg+/Cdjigfx0UqBryJ1q hs9O0SUKitBpXAhFpjy/ywCNxAG1b6pp4lbwS+NL0npN3YfUD5ujxVnuVevSvVF0mtcf XTFb3PNA/LHCWk4dKWRw9j9vR90zT5aKLJ1QvQjFmz9LpUMujAiDvDjH2oqT9+Bznsna ExUodfZWhWOXJk7mvmcV/ia63ymiuCR6VgJRu1l58FPJlbwzYmPJXnSszan4RVmgk3rb IjLg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=PsDG9Rj1cdR54/9qlwiSEqqLeAGlsVKjH54hmN5QZTA=; b=KjWiGTc7HLygxedGXhC4oVYeoDv1D/YGNTISNvIkcC++Rf6o/WWlby7v5g4uVMD8+c bsSiqx9HOLFu0lD9HpAGWVQsgfgYlPzI1AfE4DTB8h0Zl9e/TFxPAFR6jclHpx3WK4KL pcPDsR0dnHdWpi2zkAjo01EGoceYs9hgOm4OGOO9UEIMH57Ms9IOmmKK9Jedbg12UutF 6aLmsBk3eolI+eRxBpf/v+Fvaqt8ODp+3FbnhwfKrv6qhKcJorBfZEUOtRm0Nts4z1kW apsIESrELfnM3H9Ekd7QqpvgZqYwM5XUUsSRo52y5l7ctnRR7dAiVI0znOLIWfUzoDeu gkCA== X-Gm-Message-State: ALKqPwcWa6JcMx8jC5a/j9zwonPSTQOjX9awoF9fXg+N6S40TDDSNwhd ydYmLHexSRrSUdpx4hHNwY38wHtnl868Bj7CcTtpPw== X-Google-Smtp-Source: ADUXVKLx+Mz6qBrpUMHjcF21k4jWuhz5IIqpdg0EtV36j03ec4SYwm+TMZcFUVZOR14rhU2/GIK3ky9aPr3W4Si8pQI= X-Received: by 2002:a6b:284b:: with SMTP id o72-v6mr14818777ioo.168.1527952459458; Sat, 02 Jun 2018 08:14:19 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 2002:a4f:d028:0:0:0:0:0 with HTTP; Sat, 2 Jun 2018 08:14:18 -0700 (PDT) X-Originating-IP: [2603:300b:6:5100:1052:acc7:f9de:2b6d] In-Reply-To: <20180602150549.GA68197@www.zefox.net> References: <20180601154153.GA62632@www.zefox.net> <20180602091606.63a1ab37.freebsd.ed.lists@sumeritec.com> <20180602150549.GA68197@www.zefox.net> From: Warner Losh Date: Sat, 2 Jun 2018 09:14:18 -0600 X-Google-Sender-Auth: zG_3BkzCmfHihrBiLAdY9p1dAQk Message-ID: Subject: Re: panic: Assertion td->td_lock == TDQ_LOCKPTR(tdq) failed at /usr/src/sys/kern/sched_ule.c:2137 To: bob prohaska Cc: Erich Dollansky , "freebsd-arm@freebsd.org" Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.26 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Jun 2018 15:14:21 -0000 On Sat, Jun 2, 2018 at 9:05 AM, bob prohaska wrote: > On Sat, Jun 02, 2018 at 09:16:06AM +0800, Erich Dollansky wrote: > > Hi, > > > > On Fri, 1 Jun 2018 08:41:54 -0700 > > bob prohaska wrote: > > > > > As a matter of curiosity, have you been able to run a -j4 buildworld > > > to completion on your RPI3? If so, please post your setup. For several > > > months now all my attempts at j4 buildworld have failed with "killed, > > > out of swap" even though top seems to report minimal swap usage. It > > > > since I have a small swap partition in RAM, I did not get this message. > > I back the memory disk with a file via NFS. Not the speed daemon but it > > works. > > > > That is most curious. How much actual swap is available? My RPI3 is > killing jobs with "out of swap" despite 4 GB in three physical partitions, > one on USB flash and two on the microSD card. Both storage devices are of > the same type (SanDisk Extreme) and have similar write speeds, likely > better than NFS via the usb-ethernet adapter. > Do you have r334508? It fixes the OOM falsely triggering. Warner From owner-freebsd-arm@freebsd.org Sat Jun 2 19:32:53 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4FAFAFDC8F0 for ; Sat, 2 Jun 2018 19:32:53 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id BA7BF73E6D for ; Sat, 2 Jun 2018 19:32:52 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id w52JWuJL068953 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 2 Jun 2018 12:32:57 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id w52JWuHK068952; Sat, 2 Jun 2018 12:32:56 -0700 (PDT) (envelope-from fbsd) Date: Sat, 2 Jun 2018 12:32:55 -0700 From: bob prohaska To: Warner Losh Cc: Erich Dollansky , "freebsd-arm@freebsd.org" , bob prohaska Subject: Re: panic: Assertion td->td_lock == TDQ_LOCKPTR(tdq) failed at /usr/src/sys/kern/sched_ule.c:2137 Message-ID: <20180602193255.GA68908@www.zefox.net> References: <20180601154153.GA62632@www.zefox.net> <20180602091606.63a1ab37.freebsd.ed.lists@sumeritec.com> <20180602150549.GA68197@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Jun 2018 19:32:53 -0000 On Sat, Jun 02, 2018 at 09:14:18AM -0600, Warner Losh wrote: > > Do you have r334508? It fixes the OOM falsely triggering. > At the moment sources are at 334456, world and kernel are at 334276. Might it be feasible to stop the present buildworld, update sources and then try to build a new kernel before building world? Thanks for the good news! bob prohaska From owner-freebsd-arm@freebsd.org Sat Jun 2 20:39:13 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EF07DFE49E6 for ; Sat, 2 Jun 2018 20:39:12 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it0-x230.google.com (mail-it0-x230.google.com [IPv6:2607:f8b0:4001:c0b::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 82EC476F10 for ; Sat, 2 Jun 2018 20:39:12 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it0-x230.google.com with SMTP id d10-v6so5700574itj.1 for ; Sat, 02 Jun 2018 13:39:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=zOghKt7NfzIbHn0cKlv9g8FzgcUu1iTfY82OG3xWqV0=; b=urAlm1SW10xGodKdy9ppfJIaAYGXrVWAXeMukPnYk/D6Oe/z0XDszsNWNv7IxS0hV4 JLhE+Z8OtUXxSELhYkriQ5XMT3YrQxZjziWrFmv11k7Ov3Z1dw1eZARRBBkdUSsmJHKV NFLMK03f3aJ7Rqnl4RDJg2FCSXdrG7LAmAQtwNvsfJy3rXdUruV5h0tbN1DlJ5rY9htP Oa9ro74qQe5Gcwg7j9BVCAO4RLxJJmRAlJAkdW4sCFg6PuoFzmxf+4rmWH6k2+CTUHly 26YIwmG3G/CvYWy8QmcGBKqTJY3Kk2evz7VLiOze/cyk9OUnTj87lnvhtU+K+7Q6zYRy uuSw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=zOghKt7NfzIbHn0cKlv9g8FzgcUu1iTfY82OG3xWqV0=; b=B9hk0m1pX7jTwswiFROs9uJ5+ZHuVdfapSIjprtpygeLa5EMXfNIbSou57wHU3ETMT 2ocFMNLwskdc+Dd35a6NNsnhY74+S7ZMwSiPUO3MlJEhl8l1Nu/5HzNfU1rnXqWNne9F +UErVGE+f5WJ6HCMucyCklvLYR+5tpI93Tponi3TVzlV+V6ZKMi13Cvd5K+LuPEJbop5 FgkpslJKAjRzyT8gyBBh5Yazbj0Dffmj5yLMqH7r4kJfZdkxUivf268OfD0bmC4fEZNh s1pahLrhPhzQCeXni2oxwVewiEpCeREweUGxUGM6qgM2xXXFJk1ighttrCa6rogcJiFM y9lA== X-Gm-Message-State: APt69E3/Xi3Y3mW9x3/u4wYLB+J6JzOhig6xNI8yTCTlS3KQ7/w7IZse H7F68hvrde5sKZDuzpANPYwM3FBQpATOTIZk+rA0ZQ== X-Google-Smtp-Source: ADUXVKLK9bsJ8pi0yY8R31zclcOCRPv+vk7Nvh87ZcFrHQMJK2JBDOihdHDfdppY6NU/KtgM13wt52XNyrlafmgX1/M= X-Received: by 2002:a24:7c8d:: with SMTP id a135-v6mr1386832itd.73.1527971951699; Sat, 02 Jun 2018 13:39:11 -0700 (PDT) MIME-Version: 1.0 References: <20180601154153.GA62632@www.zefox.net> <20180602091606.63a1ab37.freebsd.ed.lists@sumeritec.com> <20180602150549.GA68197@www.zefox.net> <20180602193255.GA68908@www.zefox.net> In-Reply-To: <20180602193255.GA68908@www.zefox.net> From: Warner Losh Date: Sat, 2 Jun 2018 14:39:00 -0600 Message-ID: Subject: Re: panic: Assertion td->td_lock == TDQ_LOCKPTR(tdq) failed at /usr/src/sys/kern/sched_ule.c:2137 To: bob prohaska Cc: Erich Dollansky , freebsd-arm@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.26 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Jun 2018 20:39:13 -0000 On Sat, Jun 2, 2018, 1:32 PM bob prohaska wrote: > On Sat, Jun 02, 2018 at 09:14:18AM -0600, Warner Losh wrote: > > > > Do you have r334508? It fixes the OOM falsely triggering. > > > At the moment sources are at 334456, world and kernel are at > 334276. > > Might it be feasible to stop the present buildworld, update > sources and then try to build a new kernel before building > world? > That's recent enough that you should be fine. There might be an lld vs binutils ld issue. There was on i386 recently, but I think it was i386 specific. It's a good risk. Warner Warner Thanks for the good news! > > bob prohaska > From owner-freebsd-arm@freebsd.org Sat Jun 2 21:05:02 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6B69EFE7319 for ; Sat, 2 Jun 2018 21:05:02 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (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 B55F2783A5 for ; Sat, 2 Jun 2018 21:05:01 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTP id w52L4oRb063635; Sun, 3 Jun 2018 00:04:53 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua w52L4oRb063635 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id w52L4oFR063634; Sun, 3 Jun 2018 00:04:50 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 3 Jun 2018 00:04:50 +0300 From: Konstantin Belousov To: Warner Losh Cc: bob prohaska , freebsd-arm@freebsd.org Subject: Re: panic: Assertion td->td_lock == TDQ_LOCKPTR(tdq) failed at /usr/src/sys/kern/sched_ule.c:2137 Message-ID: <20180602210450.GK3789@kib.kiev.ua> References: <20180601154153.GA62632@www.zefox.net> <20180602091606.63a1ab37.freebsd.ed.lists@sumeritec.com> <20180602150549.GA68197@www.zefox.net> <20180602193255.GA68908@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.0 (2018-05-17) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Jun 2018 21:05:02 -0000 On Sat, Jun 02, 2018 at 02:39:00PM -0600, Warner Losh wrote: > On Sat, Jun 2, 2018, 1:32 PM bob prohaska wrote: > > > On Sat, Jun 02, 2018 at 09:14:18AM -0600, Warner Losh wrote: > > > > > > Do you have r334508? It fixes the OOM falsely triggering. > > > > > At the moment sources are at 334456, world and kernel are at > > 334276. > > > > Might it be feasible to stop the present buildworld, update > > sources and then try to build a new kernel before building > > world? > > > > That's recent enough that you should be fine. There might be an lld vs > binutils ld issue. There was on i386 recently, but I think it was i386 > specific. It's a good risk. This happens on arm64 ? In fact, try this. I did not even compiled the change. diff --git a/sys/arm64/arm64/swtch.S b/sys/arm64/arm64/swtch.S index c9843303b1d..4c2c3aca583 100644 --- a/sys/arm64/arm64/swtch.S +++ b/sys/arm64/arm64/swtch.S @@ -165,10 +165,9 @@ ENTRY(cpu_switch) mov x0, x19 /* - * Release the old thread. This doesn't need to be a store-release - * as the above dsb instruction will provide release semantics. + * Release the old thread. */ - str x2, [x0, #TD_LOCK] + stlr x2, [x0, #TD_LOCK] #if defined(SCHED_ULE) && defined(SMP) /* Spin if TD_LOCK points to a blocked_lock */ ldr x2, =_C_LABEL(blocked_lock)