LinuxQuestions.org

LinuxQuestions.org (/questions/)
-   Slackware (https://www.linuxquestions.org/questions/slackware-14/)
-   -   intel 945 + current = blank screen (https://www.linuxquestions.org/questions/slackware-14/intel-945-current-%3D-blank-screen-809629/)

gapan 05-23-2010 12:28 PM

intel 945 + current = blank screen
 
I upgraded one of my laptops from 13.0 to current yesterday. I has an intel graphics card:
Code:

00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03)
After all the package upgrading, removing obsolete packages, running lilo etc, I rebooted and I was really taken by surprise. Apparently, this certain intel graphics card doesn't work right with KMS. The boot process starts, I get to see the two tux twins and a few lines of boot messages, but as soon as KMS kicks in, everything goes completely blank. It doesn't crash or freeze or anything, the boot process continues, but it's all blank.

What's completely weird is that I have another laptop, which reports exactly the same graphics card, but KMS works fine there with current!

Anyway, I did some google search and I found that it's a common problem. There was a suggestion to remove any vga=... lines from lilo.conf, but that didn't help at all. Adding nomodeset to my boot options, disabled KMS, and I was able to boot to init 3, just like in 13.0. The problem was that then, it wasn't possible to launch X, because the intel driver that is included in current requires KMS to work!

So, after trying out a few different versions of the intel driver, I found that anything from 2.8.x and down wouldn't compile and that anything after and including 2.10.x require KMS. The only versions that would work are 2.9.0 and 2.9.1, which seem to have an identical effect here. They both work, but I have artifacts using my favorite mouse cursor theme, I get a black box instead of the mouse cursor. Not a big deal and choosing another theme fixed that too.

What I'm thinking is that probably more people will have the same problem and nothing is more frustrating than a completely blank screen. Maybe it would be a good idea to keep the 2.9.x versions of the driver in /extra. That and perhaps also add a note in the UPGRADE docs about adding nomodeset if you have an intel graphics card and you get a blank screen.

Simon Bridge 05-23-2010 02:03 PM

Quote:

this certain intel graphics card doesn't work right with KMS ... The problem was that then, it wasn't possible to launch X, because the intel driver that is included in current requires KMS to work!
Or run the intel card from the vesa driver?

Did you try to find out what is different about the intel card setup in the laptop - comparing gfx settings in the bioses for eg. or comparing xorg.confs if they are used?

Upgrade the driver?

Have you seen:
http://www.linuxquestions.org/questi...roblem-795906/

http://slackbot.sourceforge.net/KNOWN-BUGS.TXT
Code:

On Slackware the latest intel driver may not work since
  newer releases require KMS enabled in the kernel. The
  default slackware kernel does not have KMS enabled.
The
  xorg.conf-vesa configuration file seem to work fine. If
  you want to use the intel driver then rebuild the kernel
  with KMS enabled or use the xf86-video-intel-2.9 driver.


gapan 05-23-2010 03:44 PM

Quote:

Originally Posted by Simon Bridge (Post 3978588)
Or run the intel card from the vesa driver?

Vesa works, but its a far from being an optimal solution. I would swap distributions before I'm forced to use vesa.

Quote:

Originally Posted by Simon Bridge (Post 3978588)
Did you try to find out what is different about the intel card setup in the laptop - comparing gfx settings in the bioses for eg. or comparing xorg.confs if they are used?

There are no settings in the bioses about graphics other than setting the amount of shared memory to use and that doesn't affect anything. There are no xorg.conf files used in any case.

Quote:

Originally Posted by Simon Bridge (Post 3978588)
Upgrade the driver?

If you read my first post, I wrote that the only way to have it working is to downgrade the driver.

Quote:

Originally Posted by Simon Bridge (Post 3978588)

That is obsolete.

Again, if this is not obvious from my first post, I have fixed the blank screen problem which comes from KMS not working with my intel card. The fix is to add "nomodeset" to the boot options and use xf86-video-intel-2.9.1. I posted here so that other people having the same problem can find the solution and also hoping that something to make the entire procedure a little less painful for slackware 13.1 can be done.

allend 05-23-2010 09:55 PM

I have a netbook with the same graphics chip and have not had any problems.
Just curious, have you tried booting both laptops with 'vga=-3' (to prompt for available graphics mode to use) in lilo.conf to see whether there are any differences?
Perhaps KMS is trying to use a graphics mode that is not supported on the problematic machine.

vorbote 05-23-2010 10:02 PM

Add the following to the boot line in grub: nohz=off That'll give you screen back.

BobNutfield 05-24-2010 04:25 AM

I feel pretty sure there are a number of Intel graphics chipsets that experience this with the latest Intel drivers. I had exactly the same issue with an old 8245G graphics chipset in a six year old laptop. The kernel for every distro I tried installed the i915 driver by default each time, and it booted to a black screen, or occassionally it would boot to a desktop but crash within minutes of use. I tried "nomodeset" to no avail. The ONLY solution I have found is creating an xorg file in Slackware with the vesa driver. Not optimal but it works and it is stable with 1024X768 res. I do hope a solution is going to be forthcoming at some point.

Bob

guanx 05-24-2010 04:44 AM

Unfortunately, the X driver's vendor is Intel. It's mind cannot be changed easily. (It will force KMS.)
Poor Linux users ... Let's vote NVIDIA.

gapan 05-24-2010 08:35 AM

Quote:

Originally Posted by allend (Post 3978904)
Just curious, have you tried booting both laptops with 'vga=-3' (to prompt for available graphics mode to use) in lilo.conf to see whether there are any differences?

No, it doesn't help at all. No matter what I choose in the vga= line, or if I leave it out completely doesn't change a thing.

The only thing that I can think that is different in the two laptops, is that the one with the problem runs a 32bit slackware and the one that works runs a 64bit one. Maybe I'll try to also install a 32bit system in the one that works, see if I break it there too.

Quote:

Originally Posted by vorbote (Post 3978907)
Add the following to the boot line in grub: nohz=off That'll give you screen back.

I don't see how this could have anything to do with it.

Quote:

Originally Posted by BobNutfield (Post 3979122)
I feel pretty sure there are a number of Intel graphics chipsets that experience this with the latest Intel drivers. I had exactly the same issue with an old 8245G graphics chipset in a six year old laptop. The kernel for every distro I tried installed the i915 driver by default each time, and it booted to a black screen, or occassionally it would boot to a desktop but crash within minutes of use. I tried "nomodeset" to no avail. The ONLY solution I have found is creating an xorg file in Slackware with the vesa driver. Not optimal but it works and it is stable with 1024X768 res. I do hope a solution is going to be forthcoming at some point.

Did you try to compile the 2.9.1 version of the driver and use it together with nomodeset as I did? It would certainly be a lot better than running vesa.

I too am hoping that a solution will come up eventually. I have found a solution for myself for 13.1, but what happens if the 2.9.1 version of the intel driver can't be compiled anymore in the future? I would hate not to be able to upgrade that laptop anymore.

Quote:

Originally Posted by guanx (Post 3979135)
Unfortunately, the X driver's vendor is Intel. It's mind cannot be changed easily. (It will force KMS.)

That wouldn't really be a problem if KMS worked in all setups, but apparently it doesn't, not yet anyway.

allend 05-24-2010 09:04 AM

Thanks for the feedback. My netbook is running 32bit Slackware, so I do not think that the architecture difference is an issue.

piratesmack 05-24-2010 09:39 AM

I'm also having problems with KMS on my Intel 945, but they're a little different. My screen isn't blank on boot, but will randomly flicker and go black (sometimes pink or blue) after about an hour of use.

The solution for me is to boot with 'i915.powersave=0' then create the file '/etc/modprobe.d/i915.conf' with:
Code:

Options i915 powersave=0
I'm not sure if this will help you at all.

gapan 05-24-2010 03:48 PM

Thanks for the suggestion piratesmack, but that has no effect either.

It might be that this kernel patch mentioned by ponce could fix it though: http://www.linuxquestions.org/questi...5/#post3979707

gapan 05-24-2010 05:44 PM

OK, I didn't try the patch, but I compiled kernel 2.6.34 which has updated code for that certain part the patch addresses and KMS works!

So, they fix is either:
* Compile kernel 2.6.34 and KMS works along with the latest intel driver, or
* Add "nomodeset" to the boot options and compile and use xf86-video-intel-2.9.1

Simon Bridge 05-25-2010 08:12 AM

Quote:

If you read my first post, I wrote that the only way to have it working is to downgrade the driver.
I know what you've said - but you fixed it so I apologise.

... hmmm, the patch is interesting, it seems it does not exactly patch any part of the driver ... it looks like it reverses a commit which used the lid status as a way of detecting LVDS (the signalling method for your laptop screen). However, old laptops often "lie" about their lid status .

Not always, which is why some people have the problem and others, with exactly the same chipset and stuff don't. I put "lie" in scare quotes since it may just be that some laptops use normally open and others normally closed micro-switches for lid status and make up the difference in the (windows) software. That's a guess but it sounds like the sort of thing that happens: sometimes a nod means no.

What the patch does is pretend that the dri connection status was "connected" no matter what and hope it all comes out in the wash. Which it won't - some systems will still need to be manually configured but at least it won't lock the screen.

May be interesting to play with - by default, in a lot of distros, the power management is set so the screen is black and locked if the lid is closed - if the lid says it is closed when it is open you get an unresponsive black screen. So the workaround this suggests is to hack into the screensaver so it doesn't switch the screen off when the lid closes.

But other lid events work fine you say? Well yes - except these are detected by the event handler, which does not run at HW detection time.

Actually, the unpatched code sets the dri connector status to "disconnected" when the lid is closed - thus the dri errors. So it probably won't work that way - the event handler cannot handle resources (dri) that it does not have - but fun to try if anyone has yet to patch this.

Another thing to try would be to plug in an external monitor for post install configuration.

For the rest of us - kernel update is the fix - true.

Mind you, I could be misreading all this - it has been ages.

icovnik 05-26-2010 02:09 PM

Quote:

Originally Posted by gapan (Post 3979925)
So, they fix is either:
* Compile kernel 2.6.34 and KMS works along with the latest intel driver, or
* Add "nomodeset" to the boot options and compile and use xf86-video-intel-2.9.1

Hi gapan, I think I have the same (or very similar problem). Today I got notebook Dell Latitude E6410 with some Intel graphics. `lspci` doesn't say much:

Code:

lspci -v
...
00:02.0 VGA compatible controller: Intel Corporation Core Processor Integrated Graphics Controller (rev 02) (prog-if 00 [VGA controller])
        Subsystem: Dell Device 040a
        ...
        Kernel modules: i915

I installed Slackware 13.1 without problem. But on booting it first show standard text console (80x25), then switches to framebuffer (or loads driver for graphics controller) and since then the screen is blank, even after soft restart. I am able to ssh into the machine without problem. I added "nomodeset" to kernel parameters and now it is possible to work with console.

I tried to install new kernel 2.6.34 but it changed nothing, the screen blanks at the same time. So nothing changes with 2.6.34.

Then I tried also to compile xf86-video-intel-2.9.1 driver. It compiles with no problem. But when I tried to use it the notebook freezes. I tried it this way:

Code:

# removepkg /var/log/packages/xf86-video-intel*
# cd xf86-video-intel-2.9.1
# ./configure --prefix=/usr && make && make install
# X -configure
# X -config /root/xorg.conf.new

So my question is: am I installing the video driver the same way as you were?

gapan 05-26-2010 03:45 PM

It should have the same effect, although I have created a package for it. Did you remove the previous 2.11.0 package? You can try packages for 2.9.1 here:
i486: http://salix.enialis.net/i486/13.1/s...1-i486-1gv.txz
x86_64: http://salix.enialis.net/x86_64/13.1...x86_64-1gv.txz


All times are GMT -5. The time now is 09:50 PM.