From owner-freebsd-current@freebsd.org Thu May 13 17:55:22 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BB54F6298CC for ; Thu, 13 May 2021 17:55:22 +0000 (UTC) (envelope-from lev@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 4FgzpL4nyXz3jl1; Thu, 13 May 2021 17:55:22 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.not-for.work (onlyone.not-for.work [148.251.9.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: lev/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 7DB58BDA7; Thu, 13 May 2021 17:55:22 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from [192.168.134.16] (unknown [94.19.224.8]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.not-for.work (Postfix) with ESMTPSA id B22EC4921; Thu, 13 May 2021 20:55:20 +0300 (MSK) Reply-To: lev@FreeBSD.org Subject: Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way! To: Henri Hennebert , Marc Veldman Cc: freebsd-current@freebsd.org References: <20210512141130.755ae361@ernst.home> <9f0abf48-ed13-bff3-5687-fca0d57195d8@restart.be> <8d4e076b-9ecd-aef2-0ee8-73519bb9d939@FreeBSD.org> <8d2be5f2-4144-082e-4237-0dac0c4b37e6@restart.be> <6798878a-c499-d78d-e96d-d744513cb80d@restart.be> <1de588e2-20cb-3206-3aea-f3f88f577675@restart.be> <67f0874a-6a05-67f1-3f2b-c4b3dc67fa11@FreeBSD.org> <83b823bf-c6c2-2f6a-b5dd-2e91b4d1931e@restart.be> <2c208bbc-5adc-2327-4717-a5e7c8d64b4b@FreeBSD.org> <9a15daa7-2b17-e257-d4d1-850c632a9db8@restart.be> <417a97b9-2c40-310c-c445-b193c493b880@FreeBSD.org> <7eb763ce-0bbf-9baf-2ede-968ee25cff2e@restart.be> From: Lev Serebryakov Organization: FreeBSD Message-ID: Date: Thu, 13 May 2021 20:55:20 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.10.1 MIME-Version: 1.0 In-Reply-To: <7eb763ce-0bbf-9baf-2ede-968ee25cff2e@restart.be> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 May 2021 17:55:22 -0000 On 13.05.2021 18:56, Henri Hennebert wrote: > So if I understand correctly, your problem is solved. Stupid me. I didn't check card insertion/removal after boot. Card REMOVAL when boot was WITH CARD: Instant panic: rtsx0: Interrupt card inserted/removed rtsx0: Card absent panic: mutex Giant not owned at /usr/src/sys/kern/subr_bus.c:3045 cpuid = 3 time = 1620928154 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe00c6a989c0 vpanic() at vpanic+0x181/frame 0xfffffe00c6a98a10 panic() at panic+0x43/frame 0xfffffe00c6a98a70 __mtx_assert() at __mtx_assert+0xb0/frame 0xfffffe00c6a98a80 device_detach() at device_detach+0x2e/frame 0xfffffe00c6a98ac0 device_delete_child() at device_delete_child+0x15/frame 0xfffffe00c6a98ae0 rtsx_card_task() at rtsx_card_task+0xfa/frame 0xfffffe00c6a98b00 taskqueue_run_locked() at taskqueue_run_locked+0xaa/frame 0xfffffe00c6a98b80 taskqueue_thread_loop() at taskqueue_thread_loop+0x94/frame 0xfffffe00c6a98bb0 fork_exit() at fork_exit+0x80/frame 0xfffffe00c6a98bf0 fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe00c6a98bf0 --- trap 0, rip = 0, rsp = 0, rbp = 0 --- KDB: enter: panic Card INSERTION when boot was WITHOUT CARD: Instant panic: rtsx0: Interrupt card inserted/removed rtsx0: Card present panic: mutex Giant not owned at /usr/src/sys/kern/subr_bus.c:2944 cpuid = 1 time = 1620928312 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe00c6a98a10 vpanic() at vpanic+0x181/frame 0xfffffe00c6a98a60 panic() at panic+0x43/frame 0xfffffe00c6a98ac0 __mtx_assert() at __mtx_assert+0xb0/frame 0xfffffe00c6a98ad0 device_probe_and_attach() at device_probe_and_attach+0x2a/frame 0xfffffe00c6a98b00 taskqueue_run_locked() at taskqueue_run_locked+0xaa/frame 0xfffffe00c6a98b80 taskqueue_thread_loop() at taskqueue_thread_loop+0x94/frame 0xfffffe00c6a98bb0 fork_exit() at fork_exit+0x80/frame 0xfffffe00c6a98bf0 fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe00c6a98bf0 --- trap 0, rip = 0, rsp = 0, rbp = 0 --- KDB: enter: panic Both panics are "debuggable", as keyboard is working in ddb and crash dump could be created. And I'm not sure, that GIANT in 2021 is good thing. -- // Lev Serebryakov