Black screen booting with Intel HD4600

[humdinger]

Used to work before that intel_extreme update some time ago.

It's a 4th generation Haswell CPU, ​i7-4712MQ:

device Display controller (VGA compatible controller, VGA controller) [3|0|0]
  vendor 8086: Intel Corporation
  device 0416: 4th Gen Core Processor Integrated Graphics Controller

Edited to add: With the current driver (Beta2) the screen pops on after a while. Sometimes after 1 minute, sometimes after 15.

[humdinger]

Same for another Haswell CPU with similar Intel HD4600 chipset, ​i7-4770S:

device Display controller (VGA compatible controller, VGA controller) [3|0|0]
  vendor 8086: Intel Corporation
  device 0412: Xeon E3-1200 v3/4th Gen Core Processor Integrated Graphics Controller

[waddlesplash]

Please retest after hrev53040.

[humdinger]

No change with hrev53042.

[pulkomandy]

A syslog would be nice.

[humdinger]

Got a syslog now with hrev53523 for the Haswell CPU, ​i7-4712MQ. Attached.

[humdinger]

syslog ​for Haswell CPU, ​i7-4712MQ

[pulkomandy]

That syslog does not mention the intel_extreme driver at all. Did you blacklist it?

[humdinger]

I deleted all files in system/var/logs/, rebooted, got a black screen, powered off, and booted into another Haiku installation to get to the syslog. I found it peculiar that there was only a "previous_syslog" there...
Maybe I messed it up and that wasn't the right syslog from the black-screen-boot... (could be there isn't one, as I wrote in the OT: "No syslog available.")

I'm out of time today, but I'll give it another try tomorrow. Thanks for looking into these intel_extreme issues!

[pulkomandy]

It can be, indeed, that the driver somehow freezes the system completely before syslog is written to disk. In that case, we'll need serial debug, but I guess this is a laptop without serial or expresscard port?

[humdinger]

Correct on all accounts. I tried to get a syslog once more (this time paying close attention at all times...), but it is indeed not written. No chance on serial debugging...

I'll check the i7-4770S from my 1st comment later.

[humdinger]

The i7-4770S mentioned in the first comment is now using the intel_extreme driver. Yay!

On first boot, the bottom 120 pixels are a pixel chaos, because the resolution 1920x1080 was set, but the monitor is actually a 1920x1200 (nice!). That's fixed by setting the correct resolution. I suppose the monitor's EDID is slightly off.

[pulkomandy]

It's actually because the intel_extreme driver does not know how to set a video mode. It works only with the mode already set by VESA.

I will look into actually doing modesetting for the modern intel videocards, but I would prefer to fix the regressions first and work from a sane base. There is some progress towards that, at least :)

[humdinger]

I got exciting news: I was testing the pre-RC candidate haiku-r1beta2-hrev54154_31-x86_64-anyboot.iso and it did (eventually) boot using the intel_extreme driver. Adjustable backlight and all!

Weird thing though: Sometimes I get stuck with a black screen. Sometimes it takes close to 20 sec for the screen to appear. Sometimes it seems to come on only after I type around on the keyboard...

I attach a few syslogs.

[humdinger]

1st boot from USB, lights up after keypress (hrev54154_31)

[humdinger]

boot from SSD, lights up after keypress, "syslog.old" (hrev54154_31)

[humdinger]

boot from SSD, lights up after keypress (hrev54154_31)

[humdinger]

boot from SSD, lights up immediately by itself (hrev54154_31)

[mmlr]

Sounds like interrupt issues, both the long delay and the progress on typing. The syslog tells that many devices share interrupt 11 (then mapped to GSI 16), including graphics, but the driver says it uses MSIs. Maybe the normal interrupts don't get properly disabled and lead to interrupt storms?

[humdinger]

Anything I can do to calm down the wrath of the i-storm? I got a goat tied to a post here, if blood was any help...

[mmlr]

Can you get the output of the "ints" KDL command? It should show whether or not there are a lot of unhandled interrupts and if, on what vector.

[humdinger]

Attached two "ints" from KDL. One after waiting until the screen lights up (tends to often come up in 800x600x16 instead of the native 1920x1080x32), and one after booting in VESA.

[humdinger]

KDL "ints" with intel_extreme

[humdinger]

KDL "ints" with VESA

[mmlr]

That refutes the interrupt suspicion as a cause, there are no large numbers of unhandled interrupts. Maybe the handled interrupt count on the intel_extreme driver is a bit high, but I don't currently have any reference to compare. Even then, 4k interrupts isn't all that much.

[humdinger]

Too bad, we're still in the dark then. I've been living with 100% backlight on this notebook for 5 years now, I'd love to have it adjustable... then I could use Haiku even in the dark. :)
I'll think about just un-blacklisting the driver, even if it means I may have to try several boots if the screen doesn't come on.

Thanks for having a look!

[humdinger]

I the hopes to shed any more light, I attached what I found in the syslog when changing resolutions in the Screen prefs., which also result in a black screen. -> screen_new_res_black.syslog

[humdinger]

black screen when changing resolution in Screen prefs

[humdinger]

I'm thrilled to report that with hrev55608, my black-screen issue is gone! \o/
Thanks, Rudolf!