From owner-freebsd-arm@freebsd.org Mon Nov 27 18:32:42 2017 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 90D30DE22E9 for ; Mon, 27 Nov 2017 18:32:42 +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 mx1.freebsd.org (Postfix) with ESMTPS id 7665F7F784 for ; Mon, 27 Nov 2017 18:32:42 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id vARIWg0C047014 for ; Mon, 27 Nov 2017 18:32:42 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 223917] arm64: ddb 'c'ontinue does not continue Date: Mon, 27 Nov 2017 18:32:42 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new 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 Only Me X-Bugzilla-Who: emaste@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: 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.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Nov 2017 18:32:42 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D223917 Bug ID: 223917 Summary: arm64: ddb 'c'ontinue does not continue Product: Base System Version: CURRENT Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: emaste@freebsd.org Running with this custom kernel config on 2 socket 96 core ThunderX at packet.net: nooptions VIMAGE options ALT_BREAK_TO_DEBUGGER options DEBUG_LOCKS options DEBUG_VFS_LOCKS options DIAGNOSTIC Entered the debugger via ~ ^B. 'c' command to continue remained in the debugger, and it eventually reset: root@arm64-kernel-test:~ # KDB: enter: Break to debugger [ thread pid 11 tid 100004 ] Stopped at 0 db> bt Tracing pid 11 tid 100004 td 0xfffffd0007cb9a80 db_trace_self() at db_stack_trace+0xec pc =3D 0xffff0000005f7c58 lr =3D 0xffff000000084690 sp =3D 0xffff000aa498fef0 fp =3D 0xffff000aa498ff20 db_stack_trace() at db_command+0x224 pc =3D 0xffff000000084690 lr =3D 0xffff00000008431c sp =3D 0xffff000aa498ff30 fp =3D 0xffff000aa4990010 db_command() at db_command_loop+0x60 pc =3D 0xffff00000008431c lr =3D 0xffff0000000840dc sp =3D 0xffff000aa4990020 fp =3D 0xffff000aa4990040 db_command_loop() at db_trap+0xf4 pc =3D 0xffff0000000840dc lr =3D 0xffff0000000871b0 sp =3D 0xffff000aa4990050 fp =3D 0xffff000aa4990270 db_trap() at kdb_trap+0x190 pc =3D 0xffff0000000871b0 lr =3D 0xffff00000035ad74 sp =3D 0xffff000aa4990280 fp =3D 0xffff000aa49902e0 kdb_trap() at do_el1h_sync+0x90 pc =3D 0xffff00000035ad74 lr =3D 0xffff0000006119c4 sp =3D 0xffff000aa49902f0 fp =3D 0xffff000aa4990320 do_el1h_sync() at handle_el1h_sync+0x74 pc =3D 0xffff0000006119c4 lr =3D 0xffff0000005fa074 sp =3D 0xffff000aa4990330 fp =3D 0xffff000aa4990440 handle_el1h_sync() at kdb_alt_break_internal+0x1a4 pc =3D 0xffff0000005fa074 lr =3D 0xffff00000035a65c sp =3D 0xffff000aa4990450 fp =3D 0xffff000aa49904f0 kdb_alt_break_internal() at kdb_alt_break+0xc pc =3D 0xffff00000035a65c lr =3D 0xffff00000035a4a8 sp =3D 0xffff000aa4990500 fp =3D 0xffff000aa4990500 kdb_alt_break() at uart_intr_rxready+0x88 pc =3D 0xffff00000035a4a8 lr =3D 0xffff00000019538c sp =3D 0xffff000aa4990510 fp =3D 0xffff000aa4990530 uart_intr_rxready() at uart_intr+0xfc pc =3D 0xffff00000019538c lr =3D 0xffff000000196078 sp =3D 0xffff000aa4990540 fp =3D 0xffff000aa4990570 uart_intr() at intr_event_handle+0xa8 pc =3D 0xffff000000196078 lr =3D 0xffff0000002e15a8 sp =3D 0xffff000aa4990580 fp =3D 0xffff000aa49905d0 intr_event_handle() at intr_isrc_dispatch+0x5c pc =3D 0xffff0000002e15a8 lr =3D 0xffff00000063aed8 sp =3D 0xffff000aa49905e0 fp =3D 0xffff000aa49905f0 intr_isrc_dispatch() at arm_gic_v3_intr+0x138 pc =3D 0xffff00000063aed8 lr =3D 0xffff0000005fd3e8 sp =3D 0xffff000aa4990600 fp =3D 0xffff000aa4990650 arm_gic_v3_intr() at intr_irq_handler+0x68 pc =3D 0xffff0000005fd3e8 lr =3D 0xffff00000063ad40 sp =3D 0xffff000aa4990660 fp =3D 0xffff000aa4990680 intr_irq_handler() at handle_el1h_irq+0x70 pc =3D 0xffff00000063ad40 lr =3D 0xffff0000005fa130 sp =3D 0xffff000aa4990690 fp =3D 0xffff000aa49907a0 handle_el1h_irq() at cpu_idle+0x3c pc =3D 0xffff0000005fa130 lr =3D 0xffff000000601484 sp =3D 0xffff000aa49907b0 fp =3D 0xffff000aa4990840 cpu_idle() at sched_idletd+0xe4 pc =3D 0xffff000000601484 lr =3D 0xffff000000345368 sp =3D 0xffff000aa4990850 fp =3D 0xffff000aa4990910 sched_idletd() at fork_exit+0x7c pc =3D 0xffff000000345368 lr =3D 0xffff0000002de724 sp =3D 0xffff000aa4990920 fp =3D 0xffff000aa4990950 fork_exit() at fork_trampoline+0x10 pc =3D 0xffff0000002de724 lr =3D 0xffff0000006117a4 sp =3D 0xffff000aa4990960 fp =3D 0x0000000000000000 db> c [ thread pid 11 tid 100004 ] Stopped at $d.2+0x3: undefined 00010102 db> c [ thread pid 11 tid 100004 ] Stopped at $d.2+0x7: undefined 00000000 db> c [ thread pid 11 tid 100004 ] Stopped at $d.9+0x1: undefined 00000000 db> continue timeout stopping cpus [ thread pid 11 tid 100004 ] Stopped at $d.9+0x5: undefined 00b70002 db> timeout stopping cpus panic: acquiring blockable sleep lock with spinlock or critical section held (sleep mutex) pmap @ /root/freebsd/sys/arm64/arm64/pmap.c:4711 cpuid =3D 62 time =3D 1511807367 KDB: stack backtrace: db_trace_self() at db_trace_self_wrapper+0x28 pc =3D 0xffff0000005f7c58 lr =3D 0xffff000000087048 sp =3D 0xffff000ba8894ba0 fp =3D 0xffff000ba8894db0 db_trace_self_wrapper() at vpanic+0x184 pc =3D 0xffff000000087048 lr =3D 0xffff00000031a750 sp =3D 0xffff000ba8894dc0 fp =3D 0xffff000ba8894e40 vpanic() at kassert_panic+0x158 pc =3D 0xffff00000031a750 lr =3D 0xffff00000031a5c8 sp =3D 0xffff000ba8894e50 fp =3D 0xffff000ba8894f10 kassert_panic() at witness_checkorder+0x140 pc =3D 0xffff00000031a5c8 lr =3D 0xffff000000378a6c sp =3D 0xffff000ba8894f20 fp =3D 0xffff000ba8894f90 witness_checkorder() at __mtx_lock_flags+0xb0 pc =3D 0xffff000000378a6c lr =3D 0xffff0000002fb5e8 sp =3D 0xffff000ba8894fa0 fp =3D 0xffff000ba8894fe0 __mtx_lock_flags() at pmap_fault+0x40 pc =3D 0xffff0000002fb5e8 lr =3D 0xffff00000060fae0 sp =3D 0xffff000ba8894ff0 fp =3D 0xffff000ba8895010 pmap_fault() at data_abort+0xb8 pc =3D 0xffff00000060fae0 lr =3D 0xffff000000611be8 sp =3D 0xffff000ba8895020 fp =3D 0xffff000ba88950d0 data_abort() at do_el1h_sync+0xf8 pc =3D 0xffff000000611be8 lr =3D 0xffff000000611a2c sp =3D 0xffff000ba88950e0 fp =3D 0xffff000ba8895110 do_el1h_sync() at handle_el1h_sync+0x74 pc =3D 0xffff000000611a2c lr =3D 0xffff0000005fa074 sp =3D 0xffff000ba8895120 fp =3D 0xffff000ba8895230 handle_el1h_sync() at vfp_save_state+0x4c pc =3D 0xffff0000005fa074 lr =3D 0xffff000000612e90 sp =3D 0xffff000ba8895240 fp =3D 0xffff000ba88952d0 vfp_save_state() at savectx+0x50 pc =3D 0xffff000000612e90 lr =3D 0xffff000000611858 sp =3D 0xffff000ba88952e0 fp =3D 0xffff000ba88952f0 savectx() at arm_gic_v3_intr+0x100 pc =3D 0xffff000000611858 lr =3D 0xffff0000005fd3b0 sp =3D 0xffff000ba8895300 fp =3D 0xffff000ba8895350 arm_gic_v3_intr() at intr_irq_handler+0x68 pc =3D 0xffff0000005fd3b0 lr =3D 0xffff00000063ad40 sp =3D 0xffff000ba8895360 fp =3D 0xffff000ba8895380 intr_irq_handler() at handle_el1h_irq+0x70 pc =3D 0xffff00000063ad40 lr =3D 0xffff0000005fa130 sp =3D 0xffff000ba8895390 fp =3D 0xffff000ba88954a0 handle_el1h_irq() at uma_zalloc_arg+0x488 pc =3D 0xffff0000005fa130 lr =3D 0xffff0000005a30d4 sp =3D 0xffff000ba88954b0 fp =3D 0xffff000ba88955a0 uma_zalloc_arg() at namei+0xdc pc =3D 0xffff0000005a30d4 lr =3D 0xffff0000003cded4 sp =3D 0xffff000ba88955b0 fp =3D 0xffff000ba8895680 namei() at kern_statat+0x9c pc =3D 0xffff0000003cded4 lr =3D 0xffff0000003e5f40 sp =3D 0xffff000ba8895690 fp =3D 0xffff000ba88958a0 kern_statat() at sys_fstatat+0x2c pc =3D 0xffff0000003e5f40 lr =3D 0xffff0000003e6534 sp =3D 0xffff000ba88958b0 fp =3D 0xffff000ba88959a0 sys_fstatat() at do_el0_sync+0x890 pc =3D 0xffff0000003e6534 lr =3D 0xffff000000612614 sp =3D 0xffff000ba88959b0 fp =3D 0xffff000ba8895a70 do_el0_sync() at handle_el0_sync+0x74 pc =3D 0xffff000000612614 lr =3D 0xffff0000005fa1f4 sp =3D 0xffff000ba8895a80 fp =3D 0xffff000ba8895b90 handle_el0_sync() at 0x4029de18 pc =3D 0xffff0000005fa1f4 lr =3D 0x000000004029de18 sp =3D 0xffff000ba8895ba0 fp =3D 0x0000ffffffffe100 Uptime: 9m46s --=20 You are receiving this mail because: You are the assignee for the bug.=