Date: Wed, 12 May 2021 16:44:59 +0300 From: Lev Serebryakov <lev@FreeBSD.org> To: gljennjohn@gmail.com Cc: Henri Hennebert <hlh@restart.be>, freebsd-current@freebsd.org Subject: Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way! Message-ID: <b72d8b9d-8cfd-84a7-59b2-c5a2b33416e7@FreeBSD.org> In-Reply-To: <20210512133456.57f374f4@ernst.home> References: <a7363387-c53f-d6c0-acc0-be9081590ea1@FreeBSD.org> <740cd7a0-3faf-7a56-80f7-dbb9bdacb55b@FreeBSD.org> <37122994-8172-b943-2602-fd1b4e9af78a@FreeBSD.org> <CALH631k8ek0UEB8LUv04YQg%2BzZUafUO2W4hcHBXqrTWDdDp7mg@mail.gmail.com> <20210512122747.51d2f574@laptop.domain> <1e23c1de-7529-0be9-c4ec-83d17b2b6bac@restart.be> <e49c4a5e-d567-522b-c60c-59faa054c807@FreeBSD.org> <20210512133456.57f374f4@ernst.home>
next in thread | previous in thread | raw e-mail | index | archive | help
On 12.05.2021 16:34, Gary Jennejohn wrote: > Is sysctl debug.debugger_on_panic set to 1? You should automatically > land in ddb if that is set. I suppose it is, since you posted some > back trace in an earlier mail. It also seems to be the default, at > least in my FreeBSD-14 kernel. I see ddb report about panic, but it's all. Keyboard doesn't work, and panic occurs before any disks are detected, so there is no space for crash dump. > AFAIK ddb has a command to generate a crash dump. But I can't easily > check that :( Yep, but console is dead & there are no disks for crash dump at this stage. > It seems like there's a major bug when no SD card is inserted and the > driver is in the kernel. And a timing problem when a card is in the > slot at boot time. > > Good to know that the module still works. Yep, smoke tests for module (without inversion!) pass: I could mount R/W SD card with release image, mount FS, read and write files, unmount FS and eject card without panics and errors. I didn't try any high-load tests, though. > > Difficult to debug without your laptop model in the hands of a developer. It is "pretty common" (but old) Lenovo ThinkPad T540p. I could provide remote access to it, but it will not help for such low-level and early panic :-( -- // Lev Serebryakov
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?b72d8b9d-8cfd-84a7-59b2-c5a2b33416e7>