NetBSD-Bugs archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: port-amd64/56815 (Lenovo ThinkCentre with i915drmkms graphics fails to boot)



The following reply was made to PR port-amd64/56815; it has been noted by GNATS.

From: Jarle Greipsland <jarle.greipsland%norid.no@localhost>
To: gnats-bugs%netbsd.org@localhost
Cc: 
Subject: Re: port-amd64/56815 (Lenovo ThinkCentre with i915drmkms graphics
 fails to boot)
Date: Sun, 25 Sep 2022 13:04:33 +0200 (CEST)

 riastradh%NetBSD.org@localhost writes:
 > Synopsis: Lenovo ThinkCentre with i915drmkms graphics fails to boot
 > 
 > State-Changed-From-To: open->feedback
 > State-Changed-By: riastradh%NetBSD.org@localhost
 > State-Changed-When: Thu, 15 Sep 2022 21:13:36 +0000
 > State-Changed-Why:
 > Does this still fail the same way?
 Yes, it does.
 
 > The problem may have been affected by some recent changes to drm,
 > e.g. drm_mm.c 1.19 and 1.20.
 > 
 > If it still fails the same way, can you try blind typing C-A-ESC to
 > enter ddb and then typing `sync' to get a crash dump?  On the next
 > boot, use `userconf disable i915drmkms' to disable the driver so you
 > can get savecore to run.
 I tried to do that, but there is no disk activity.  I waited a
 while, and then pressed the power button in order to reset the
 system.  There was no crash dump.
 
 Just to check that crash dumping works on this particular system,
 with the 9.99.92 kernel where the graphics system still works, I
 typed C-A-ESC and then sync, and got a crash dump as a result.
 Also, there was extensive disk activity during the dumping
 process.
 
 My guess is that the system hangs hard somewhere after messing
 with the graphics system.
 					-jarle
 -- 
 "strcmp(3): When you want to just relax and cruise down memory lane."
 				-- hpeyerl%novatel.ca@localhost
 


Home | Main Index | Thread Index | Old Index