Bug 115194 - LCD screen remains blank after Dell XPS M1210 lid is closed and reopened.
Summary: LCD screen remains blank after Dell XPS M1210 lid is closed and reopened.
Status: Open
Alias: None
Product: Base System
Classification: Unclassified
Component: amd64 (show other bugs)
Version: Unspecified
Hardware: Any Any
: Normal Affects Only Me
Assignee: freebsd-amd64 (Nobody)
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-08-04 12:00 UTC by Andrei Kolu
Modified: 2022-01-24 19:32 UTC (History)
3 users (show)

See Also:


Attachments
file.txt (8.03 KB, text/plain)
2007-08-04 12:00 UTC, Andrei Kolu
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Andrei Kolu 2007-08-04 12:00:02 UTC
LCD screen remains blank after Dell XPS M1210 lid is closed and reopened. Looks like LCD screen was not resumed from power-saving mode. System works without problem though- I am able to log in over ssh. Changing consoles with Alt+Fx does not give any change in screen behavior. Only solution is to type reboot- restart brings screen back.

Hardware:
CPU: Intel Core 2 T5500 @1.66GHz
Video: Intel 945GM
dmesg included.

Fix: Not known.

Patch attached with submission follows:
How-To-Repeat: Close lid and reopen it.
Comment 1 Andriy Gapon freebsd_committer freebsd_triage 2010-12-05 10:05:26 UTC
Andrei,

is this still an issue with recent revisions of head or stable/8?

-- 
Andriy Gapon
Comment 2 Andrei Kolu 2010-12-07 20:45:52 UTC
2010/12/5 Andriy Gapon <avg@freebsd.org>:
>
> Andrei,
>
> is this still an issue with recent revisions of head or stable/8?
>

Yes, this is still an issue with FreeBSD-8.1-STABLE-201011-amd64.
Comment 3 Juha Nygård 2014-10-27 08:45:39 UTC
I have this also on Thinkpad T500.
Comment 4 Juha Nygård 2014-10-27 08:47:01 UTC
Running FreeBSD 10.1-RC3.
Comment 5 Eitan Adler freebsd_committer freebsd_triage 2018-05-28 19:50:39 UTC
batch change:

For bugs that match the following
-  Status Is In progress 
AND
- Untouched since 2018-01-01.
AND
- Affects Base System OR Documentation

DO:

Reset to open status.


Note:
I did a quick pass but if you are getting this email it might be worthwhile to double check to see if this bug ought to be closed.
Comment 6 Matthias Oestreicher 2019-04-25 18:11:46 UTC
I just browsed around and thought I leave a short note...

I have had this issue since always on my Dell Latitude E7240 with Haswell i7-4600U (HD4400). Until FreeBSD 11.2-RELEASE I was using the default /boot/kernel/i915kms.ko since the kms port isn't needed for Haswell graphics.

Though, when I recently upgraded to 12.0-RELEASE I gave graphics/drm-kmod (12.0) a try and the display now always resumes correctly. It must be an issue with the old base system i915kms, as it's no longer updated if I'm not totally wrong.

-Matthias
Comment 7 Stefan B. 2022-01-24 19:32:11 UTC
Can probably be closed, because in the now-supported releases the correct i915kms.ko gets loaded.