Opened 8 years ago

Closed 3 years ago

#9371 closed bug (fixed)

IvyBridge: After DPMS, screen never turns back on

Reported by: kallisti5 Owned by: nobody
Priority: normal Milestone: R1/beta1
Component: Drivers/Graphics/intel_extreme Version: R1/Development
Keywords: dpms blank black Cc: jessica.l.hamilton@…
Blocked By: Blocking:
Platform: All


After the screen turns off via DPMS, the display will not come back on.

Asus Zenbook, Intel HD 4000 IvyBridge.

Attachments (1)

syslog.txt (98.1 KB ) - added by kallisti5 6 years ago.

Download all attachments as: .zip

Change History (14)

comment:1 by jessicah, 7 years ago

Cc: jessica.l.hamilton@… added

comment:2 by mmlr, 7 years ago

On my Samsung np900x3e (also IvyBridge / Intel HD Graphics 4000) something curious happens when DPMS is used as well: Instead of turning off, the screen goes into some kind of test mode where it continuously cycles between red, green, blue, white and black. Moving the mouse gets back to Haiku just fine. Unless that is some kind of easter egg in our Blackness screen safer?

comment:3 by jessicah, 7 years ago

I'm not sure if this issue is directly related to mine. It does the whole system init thing all the way to the rocket, Then the display just turns off. Brand new Intel setup: DH77DF with Core i5 3570K CPU (IvyBridge / Intel HD 4000).

comment:4 by kallisti5, 6 years ago

I've seen the same issue recently on a Dell OptiPlex 3010 i5 system. Definitely still an issue.

comment:5 by pulkomandy, 6 years ago

Can we get a syslog/serial log of this? There could be some relevant info from the driver, or a crash log there.

by kallisti5, 6 years ago

Attachment: syslog.txt added


comment:6 by kallisti5, 6 years ago

These syslogs are from a EDIT:VGA monitor that isn't turning on at boot. Just a black screen. I think it's related as it's ivy bridge and past monitors have had the DPMS issue.

Last edited 6 years ago by kallisti5 (previous) (diff)

comment:7 by pulkomandy, 6 years ago

The original ticket is "After DPMS" (I think from screensaver), not turning off at boot. These are different issues (completely broken driver vs just the powersave/wakeup part).

I can reproduce the "no display at all" on the VGA port of my Haswell machine too (but HDMI works there). But it's a different problem.

comment:8 by kallisti5, 5 years ago

I still think these two might be related. Pretty much the powerup sequence of the DAC / Encoder not working randomly. Sometimes it's at boot powerup, sometimes it's at DPMS power-up.

Issue still exists as of hrev48858 (after Pulkomandy's vsync fixes)

~> cat /var/log/syslog | grep intel_extreme
KERN: intel_extreme: CALLED status_t init_hardware()
KERN: intel_extreme: CALLED status_t init_driver()
KERN: intel_extreme: (0) IvyBridge Desktop GT1, revision = 0x9
KERN: intel_extreme: CALLED const char** publish_devices()
KERN: intel_extreme: CALLED device_hooks* find_device(const char*)
KERN: loaded driver /boot/system/add-ons/kernel/drivers/dev/graphics/intel_extreme
KERN: intel_extreme: CALLED status_t device_open(const char*, uint32, void**)
KERN: intel_extreme: intel_extreme: CALLED status_t intel_extreme_init(intel_info&)
KERN: intel_extreme:CALLED status_t intel_en_gating(intel_info&)
KERN: intel_extreme:IvyBridge clock gating
KERN: intel_extreme:CALLED status_t intel_en_downclock(intel_info&)
KERN: intel_extreme:KERN: intel_en_downclock: Skip GPU downclocking on non-mobile device.
KERN: intel_extreme: mapping VBIOS: 0xc0000 -> 0xffffffff80746000
KERN: intel_extreme: parsing BDB blocks
KERN: intel_extreme: using message signaled interrupts
KERN: intel_extreme: intel_extreme_init: completed successfully!
KERN: intel_extreme: accelerant: intel_extreme.accelerant
KERN: intel_extreme accelerant:CALLED status_t intel_init_accelerant(int)
KERN: intel_extreme accelerant:head detected: 0x1
KERN: intel_extreme accelerant:adpa: 83c40018, dova: 00000018, dovb: 00000018, lvds: 00000000
KERN: intel_extreme accelerant:found edid data on gpio 'vga'
KERN: intel_extreme accelerant:CALLED status_t intel_get_edid_info(void*, size_t, uint32*)
KERN: intel_extreme accelerant:intel_set_display_mode(1920x1080)
KERN: intel_extreme accelerant:PLL limits, min: p 5 (p1 1, p2 10), n 1, m 79 (m1 12, m2 5)
KERN: intel_extreme accelerant:PLL limits, max: p 80 (p1 8, p2 5), n 5, m 127 (m1 22, m2 9)
KERN: intel_extreme accelerant:compute_pll_divisors: required MHz: 172.51
KERN: intel_extreme accelerant:compute_pll_divisors: found: 172.8 MHz, p = 20 (p1 = 2, p2 = 10), n = 3, m = 108 (m1 = 20, m2 = 8)
KERN: intel_extreme accelerant:CALLED status_t intel_get_frame_buffer_config(frame_buffer_config*)

comment:9 by axeld, 3 years ago

Owner: changed from axeld to nobody
Status: newassigned

comment:10 by pulkomandy, 3 years ago

What's the status on this? Did the many changes to the intel driver fix it?

comment:11 by kallisti5, 3 years ago

I'll dig out the hardware and give it a try :-)

comment:12 by markh, 3 years ago

I have an IvyBrigde Mobile GT2 chipset and the screen turns back on after DPMS turns it off. I'm on revision hrev51019. I used to have this problem as well, so I would say it got fixed somewhere along the way.

comment:13 by waddlesplash, 3 years ago

Resolution: fixed
Status: assignedclosed

Excellent. Closing as fixed then.

Note: See TracTickets for help on using tickets.