agpgart-intel not loaded before drm sometimes, causes KMS to fail

Bug #430694 reported by Kai Jauch
368
This bug affects 64 people
Affects Status Importance Assigned to Milestone
linux (Ubuntu)
Fix Released
Medium
Tim Gardner
Karmic
Fix Released
Medium
Tim Gardner

Bug Description

On some boots drm gets loaded before agpgart-intel, which causes drm to fail. KMS then is not available.

[ 3.151433] [drm] Initialized drm 1.1.0 20060810
[ 3.159541] i915 0000:00:02.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[ 3.159546] i915 0000:00:02.0: setting latency timer to 64
[ 3.159563] [drm:drm_fill_in_dev] *ERROR* Cannot initialize the agpgart module.
[ 3.159608] [drm:intelfb_restore] *ERROR* Failed to restore crtc configuration: -22
[ 3.159651] DRM: Fill_in_dev failed.
[ 3.159689] i915 0000:00:02.0: PCI INT A disabled
[ 3.159708] i915: probe of 0000:00:02.0 failed with error -22
[ 3.162053] agpgart-intel 0000:00:00.0: Intel Mobile Intel® GM45 Express Chipset
[ 3.162861] agpgart-intel 0000:00:00.0: detected 32764K stolen memory
[ 3.167540] agpgart-intel 0000:00:00.0: AGP aperture is 256M @ 0xe0000000

ProblemType: Bug
Architecture: amd64
ArecordDevices:
 **** List of CAPTURE Hardware Devices ****
 card 0: Intel [HDA Intel], device 0: STAC92xx Analog [STAC92xx Analog]
   Subdevices: 2/2
   Subdevice #0: subdevice #0
   Subdevice #1: subdevice #1
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC0: kai 3178 F.... pulseaudio
 /dev/snd/pcmC0D0p: kai 3178 F...m pulseaudio
CRDA: Error: [Errno 2] No such file or directory
Card0.Amixer.info:
 Card hw:0 'Intel'/'HDA Intel at 0xf6adc000 irq 21'
   Mixer name : 'Intel G45 DEVCTG'
   Components : 'HDA:111d76b2,10280233,00100302 HDA:80862802,80860101,00100000'
   Controls : 33
   Simple ctrls : 20
Date: Wed Sep 16 14:17:04 2009
DistroRelease: Ubuntu 9.10
HibernationDevice: RESUME=UUID=ec5f56c9-9f5c-432f-a4cd-7c6f7d42c036
MachineType: Dell Inc. Latitude E6400
Package: linux-image-2.6.31-10-generic 2.6.31-10.34
ProcCmdLine: BOOT_IMAGE=/boot/vmlinuz-2.6.31-10-generic root=UUID=4ce12114-4299-47ee-9406-fd5e1d05a0f9 ro quiet splash
ProcEnviron:
 PATH=(custom, user)
 LANG=de_DE.UTF-8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.31-10.34-generic
RelatedPackageVersions:
 linux-backports-modules-2.6.31-10-generic N/A
 linux-firmware 1.18
SourcePackage: linux
Uname: Linux 2.6.31-10-generic x86_64
WpaSupplicantLog:

dmi.bios.date: 05/11/2009
dmi.bios.vendor: Dell Inc.
dmi.bios.version: A14
dmi.board.vendor: Dell Inc.
dmi.chassis.type: 8
dmi.chassis.vendor: Dell Inc.
dmi.modalias: dmi:bvnDellInc.:bvrA14:bd05/11/2009:svnDellInc.:pnLatitudeE6400:pvr:rvnDellInc.:rn:rvr:cvnDellInc.:ct8:cvr:
dmi.product.name: Latitude E6400
dmi.sys.vendor: Dell Inc.

Revision history for this message
Kai Jauch (kaijauch) wrote :
Revision history for this message
Martin-Éric Racine (q-funk) wrote :

Here, my work around for the issue has been to set the following in /etc/initramfs-tools/modules:

# List of modules that you want to include in your initramfs.
#
# Syntax: module_name [args ...]
#
# You must run update-initramfs(8) to effect this change.
#
# Examples:
#
# raid1
# sd_mod
intel_agp
i915 modeset=1

Once this has been configured, you need to run:

sudo dpkg-reconfigure linux-image-2.6.31-10-generic

Changed in linux (Ubuntu):
importance: Undecided → Medium
status: New → Triaged
Revision history for this message
Louis Simard (louis-simard-deactivatedaccount) wrote :

writing in with similar messages in dmesg, Karmic alpha 6 amd64

[ 4.084484] [drm] Initialized drm 1.1.0 20060810
[ 4.118414] i915 0000:00:02.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[ 4.118421] i915 0000:00:02.0: setting latency timer to 64
[ 4.118453] [drm:drm_fill_in_dev] *ERROR* Cannot initialize the agpgart module.
[ 4.118521] [drm:intelfb_restore] *ERROR* Failed to restore crtc configuration: -22
[ 4.118579] DRM: Fill_in_dev failed.
[ 4.118619] i915 0000:00:02.0: PCI INT A disabled
[ 4.118652] i915: probe of 0000:00:02.0 failed with error -22
[ 4.210075] agpgart-intel 0000:00:00.0: Intel 945G Chipset
[ 4.210434] agpgart-intel 0000:00:00.0: detected 7932K stolen memory
[ 4.213411] agpgart-intel 0000:00:00.0: AGP aperture is 256M @ 0xe0000000

compiz then refuses to load

Revision history for this message
Louis Simard (louis-simard-deactivatedaccount) wrote :

The workaround from comment #2 worked here, thanks :)

Revision history for this message
Jonathan (jonathan00) wrote :

hi,

today i upgraded karmic. a new kernel came with that, linux-image-2.6.31-11-generic. After some rebootings, i suddenly got this error. before not.

the woraround from #2 helped me, but with changes:
...
intel_agp
 i915 modeset=0

Once this has been configured, you need to run:
sudo dpkg-reconfigure linux-image-2.6.31-11-generic

Revision history for this message
Jonathan (jonathan00) wrote :

some more infos, without workaround, xorg takes 100% cpu, so it it not easy to use the system anymore ;-)

kde,i386, Intel 82852/855GM

Revision history for this message
laborg (gerhardtt) wrote :

has anyone got a clue why this only affects every Xth boot?

Revision history for this message
Jonathan (jonathan00) wrote :

with the workaround, it also worked for me with i915.modeset=1 set to grub. But with the last kernel-update i run again in the error. workaround wasn't working for me. at the end, this helped me in /etc/initramfs-tools/modules

...
fbcon
intel_agp
agpgart

i think fbcon is not needed anymore, was another workaround for black screen

>has anyone got a clue why this only affects every Xth boot?
i think the problem is, when initrd gets updated. maybe dependencies of the modules were not set correctly and drm is complied (and loaded) into kernel before agpgart-intel

Revision history for this message
Martin-Éric Racine (q-funk) wrote :

Actually, as of linux-image-2.6.31-11-generic version 2.6.31-11.38, even my initramfs-tools workaround doesn't work anymore.

Without having read the relevant kernel source, I'd still venture that one of the following causes might be our culprit:

1) the kernel doesn't offer management of module loading order dependencies (unlikely, but you never know).
2) the kernel offers management of module loading order dependencies, but KMS-related modules don't use it (unlikely, but you never know).
3) the kernel offers management of module loading order dependencies, KMS-related modules use it, but in an incorrect way.
4) the kernel offers management of module loading order dependencies, but it is broken, so all attempts by KMS-related modules to use it fail miserably.

Basically, we need a systematic method for loading modules and their dependencies in a predictable order, always. Right now, either we're lacking this or what we have doesn't work as intended.

Revision history for this message
YannTech (yanntech) wrote :

I have applied the #2 and I don't see again error :

[ 2.919077] [drm:drm_fill_in_dev] *ERROR* Cannot initialize the agpgart module.
[ 2.919146] [drm:intelfb_restore] *ERROR* Failed to restore crtc configuration: -22
[ 2.919415] i915: probe of 0000:00:02.0 failed with error -22

But the issue is not solved, sometimes when I boot, my cpu still @ 100% on Xorg process :

  PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
 1396 root 20 0 451m 35m 7320 S 100 1.8 0:15.78 Xorg

I end my session and open again and my Xorg seem's to be OK

Revision history for this message
exploder91 (d-cosner) wrote :

I also applied the work around in #2 and the problem appears to be resolved. I should mention that I have Intel 8x on-board graphics and not the Intel 915 graphics outlined in the work around but the solution worked perfectly fine on my system.

Please fix this bug for Intel graphics, this is such a good release and I do not want to see anyone miss out on this one like the last release. Thank you Martin-Éric Racine for discovering the solution to this problem and sharing it here. Also, thank you to the community members that pointed me to this bug report.

Revision history for this message
exploder91 (d-cosner) wrote :

After a couple of re-boots it seems the problem has returned...

Revision history for this message
TomasHermosilla (thermosilla) wrote : apport-collect data

AplayDevices:
 **** List of PLAYBACK Hardware Devices ****
 card 0: Intel [HDA Intel], device 0: STAC92xx Analog [STAC92xx Analog]
   Subdevices: 0/1
   Subdevice #0: subdevice #0
Architecture: i386
ArecordDevices:
 **** List of CAPTURE Hardware Devices ****
 card 0: Intel [HDA Intel], device 0: STAC92xx Analog [STAC92xx Analog]
   Subdevices: 1/2
   Subdevice #0: subdevice #0
   Subdevice #1: subdevice #1
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC0: eligos 2340 F.... pulseaudio
 /dev/snd/pcmC0D0c: eligos 2340 F...m pulseaudio
 /dev/snd/pcmC0D0p: eligos 2340 F...m pulseaudio
CRDA: Error: command ['iw', 'reg', 'get'] failed with exit code 1: nl80211 not found.
Card0.Amixer.info:
 Card hw:0 'Intel'/'HDA Intel at 0xf4800000 irq 22'
   Mixer name : 'IDT 92HD81B1C5'
   Components : 'HDA:111d76d5,102802bb,00100302'
   Controls : 26
   Simple ctrls : 16
DistroRelease: Ubuntu 9.10
HibernationDevice: RESUME=UUID=56952600-e1ea-4118-84e3-8aae26dd30d5
MachineType: Dell Inc. Vostro 1320
NonfreeKernelModules: wl
Package: linux (not installed)
ProcCmdLine: BOOT_IMAGE=/boot/vmlinuz-2.6.31-11-generic-pae root=UUID=abbd29e5-77f8-47d9-a640-57727c441a95 ro quiet splash
ProcEnviron:
 SHELL=/bin/bash
 PATH=(custom, no user)
 LANG=es_CL.UTF-8
ProcVersionSignature: Ubuntu 2.6.31-11.38-generic-pae
RelatedPackageVersions:
 linux-backports-modules-2.6.31-11-generic-pae N/A
 linux-firmware 1.20
RfKill:

Uname: Linux 2.6.31-11-generic-pae i686
UserGroups: adm admin cdrom dialout lpadmin netdev plugdev sambashare vboxusers
WpaSupplicantLog:

dmi.bios.date: 04/08/2009
dmi.bios.vendor: Dell Inc.
dmi.bios.version: A02
dmi.board.name: 0T052J
dmi.board.vendor: Dell Inc.
dmi.chassis.type: 8
dmi.chassis.vendor: Dell Inc.
dmi.chassis.version: N/A
dmi.modalias: dmi:bvnDellInc.:bvrA02:bd04/08/2009:svnDellInc.:pnVostro1320:pvrNull:rvnDellInc.:rn0T052J:rvr:cvnDellInc.:ct8:cvrN/A:
dmi.product.name: Vostro 1320
dmi.product.version: Null
dmi.sys.vendor: Dell Inc.

Revision history for this message
TomasHermosilla (thermosilla) wrote : AlsaDevices.txt
Revision history for this message
TomasHermosilla (thermosilla) wrote : BootDmesg.txt
Revision history for this message
TomasHermosilla (thermosilla) wrote : Card0.Amixer.values.txt
Revision history for this message
TomasHermosilla (thermosilla) wrote : Card0.Codecs.codec.0.txt
Revision history for this message
TomasHermosilla (thermosilla) wrote : CurrentDmesg.txt
Revision history for this message
TomasHermosilla (thermosilla) wrote : IwConfig.txt
Revision history for this message
TomasHermosilla (thermosilla) wrote : Lspci.txt
Revision history for this message
TomasHermosilla (thermosilla) wrote : Lsusb.txt
Revision history for this message
TomasHermosilla (thermosilla) wrote : PciMultimedia.txt
Revision history for this message
TomasHermosilla (thermosilla) wrote : ProcCpuinfo.txt
Revision history for this message
TomasHermosilla (thermosilla) wrote : ProcInterrupts.txt
Revision history for this message
Hadrien Mary (hadim) wrote :

a temporary solution which have worked for me its too add x-swat ppa and update the system installing the new 2.9 intel driver :

sudo add-apt-repository ppa:ubuntu-x-swat/x-updates && sudo apt-get update && sudo apt-get upgrade && reboot

Worked fine for me.... im not sure its the best to do because ppa are no supported by x-ubuntu team....if developpers thinks, its not the good way you can remove my comment.

Have fun guys

Revision history for this message
mercutio22 (macabro22) wrote :

I would like to note that twice, this bug surfaced after installing the file syncing application dropbox, which modifies nautilus and might be related somehow.

Fix #2 solved the issue.

Revision history for this message
Pete Graner (pgraner) wrote :

Happens to me on the HP Mini.

tags: added: regression-potential
Revision history for this message
Anders Sjöström (anders-sjostrom) wrote :

I have this problem on my Acer Aspire One A110L (Intel Atom processor with 945GME chipset) with Ubuntu 9.10-beta (Linux netbook 2.6.31-11-generic #38-Ubuntu) i386 desktop version. .

[ 2.342900] Linux agpgart interface v0.103
[ 2.509235] [drm] Initialized drm 1.1.0 20060810
[ 2.570171] i915 0000:00:02.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[ 2.570187] i915 0000:00:02.0: setting latency timer to 64
[ 2.570228] [drm:drm_fill_in_dev] *ERROR* Cannot initialize the agpgart module.
[ 2.570295] [drm:intelfb_restore] *ERROR* Failed to restore crtc configuration: -22
[ 2.570357] DRM: Fill_in_dev failed.
[ 2.570409] i915 0000:00:02.0: PCI INT A disabled
[ 2.570428] i915: probe of 0000:00:02.0 failed with error -22

glxinfo| grep render
direct rendering: Yes
OpenGL renderer string: Software Rasterizer

Pete Graner (pgraner)
Changed in linux (Ubuntu):
milestone: none → ubuntu-9.10
assignee: nobody → Andy Whitcroft (apw)
Revision history for this message
MDill (mattdill) wrote :

My Asus 1005HA netbook (running under UNR 9.10 Beta+) is exhibiting what I believe is the same problem where about 3 boots out of 4 the video driver fails to initialize properly and then performs very slowly.

Linux agpgart interface v0.103
Oct 4 13:58:54 asmodeus kernel: [ 2.038380] [drm] Initialized drm 1.1.0 20060810
Oct 4 13:58:54 asmodeus kernel: [ 2.083409] i915 0000:00:02.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
Oct 4 13:58:54 asmodeus kernel: [ 2.083757] i915 0000:00:02.0: PCI INT A disabled
Oct 4 13:58:54 asmodeus kernel: [ 2.083826] i915: probe of 0000:00:02.0 failed with error -22

Except I don't get the "*ERROR* Cannot initialize the agpgart module." message the other users have.

I'm wondering if there's not some sort of race condition where sometimes the video hardware has settled down and is ready to be detected correctly and sometimes it has not.

I modified my /etc/default/grub file by commenting out "GRUB_HIDDEN_TIMEOUT=0" and setting "GRUB_TIMEOUT=3" to give the hardware time to "settle".

So far, this seems to be working.

Changed in linux (Ubuntu):
assignee: Andy Whitcroft (apw) → Scott James Remnant (scott)
Changed in linux (Ubuntu):
assignee: Scott James Remnant (scott) → nobody
assignee: nobody → Scott James Remnant (scott)
tags: added: ubuntu-boot
Revision history for this message
Scott James Remnant (Canonical) (canonical-scott) wrote :

The AGP driver and DRM driver are loaded for entirely different devices, so there's no ordering requirement to enforce here. A simple fix would be for i915 to grow a depends on intel-agp.

Revision history for this message
mercutio22 (macabro22) wrote :

I take back what I said about the workaround. It stills happens randomly here.

Revision history for this message
Scott James Remnant (Canonical) (canonical-scott) wrote :

Try running the following:

  echo 'install i915 /sbin/modprobe -qb intel-agp ; /sbin/modprobe --ignore-install i915 $CMDLINE_OPTS' > /etc/modprobe.d/i915.conf
  update-initramfs -u

Revision history for this message
Martin-Éric Racine (q-funk) wrote :

Should this be bug renamed "i915 missing an explicit dependency on intel_agp" and filed upstream at kernel.org then?

Revision history for this message
Scott James Remnant (Canonical) (canonical-scott) wrote : Re: [Bug 430694] Re: agpgart-intel not loaded before drm sometimes, causes KMS to fail

On Mon, 2009-10-05 at 15:56 +0000, Martin-Éric Racine wrote:

> Should this be bug renamed "i915 missing an explicit dependency on
> intel_agp" and filed upstream at kernel.org then?
>
Exactly.

Scott
--
Scott James Remnant
<email address hidden>

Revision history for this message
Pete Graner (pgraner) wrote :

@Scott ... comment #32 fixed it on my system.

Revision history for this message
Scott James Remnant (Canonical) (canonical-scott) wrote :

@Pete yeah that means we understand this bug, I should stress that if we roll with that fix for 9.10 then we should make sure we come up with a proper solution for 10.04

Proper solutions include soft dependencies between modules, or switching the AGP drivers to an agp subsystem

Revision history for this message
YannTech (yanntech) wrote :

#32 don't fix the problem (for me). At the first reboot I hope, but after few reboot the problem appear sometimes.

Revision history for this message
Fabus (fabian-gebert-hh) wrote :

I am also suffering from this bug. I'd like to help fixing it. But it is not possible for me to do a complete install.
If there is any way that I can help by using a Live CD, let me know.

Revision history for this message
Bart Rose (jbrose3) wrote :

Latest Grub update changed GRUB_TIMEOUT=10 in /etc/default/grub to GRUB_TIMEOUT="10". Removing double quotes and rebuilding grub solved problem for me.

Revision history for this message
Tuukka Hastrup (tuukkah) wrote :

As others have commented earlier, this bug appears to be somewhat random (a race condition?) and so a few successful boots don't mean the bug is fixed. If #32 doesn't do essentially more than #2, it fails every now and then at least here and as such I'm not surprised of comments #12, #31, #37.

I'm with #29 in this and would like to know if it's possible that the module load order doesn't matter as much as whether intel_agp has settled before i915 needs it. If so, could a work-around be udevadm settle or sleep 1 between the module loads? (Specifically, I'm now testing 'install i915 /sbin/modprobe -qb intel-agp ; sleep 1 ; /sbin/modprobe --ignore-install i915 $CMDLINE_OPTS' in /etc/modprobe.d/i915.conf, and at least it does no harm.)

Revision history for this message
Cian Davis (davisc) wrote :

#32 has worked for me for about 4 boots (previous record was 9/10 boots would fail to load). Will report if it fails.

This is a major problem for anyone with this chipset. The failure causes X.org to use 100% CPU - seems to be worst in Mozilla apps (Firefox and Thunderbird).

Revision history for this message
Michael Lustfield (michaellustfield) wrote :

I just wanted to throw out a Me Too. I'd like to mention that the only non-LUKS partition I have is /boot. So almost right away, I need to be entering my passkeys and these three lines show up right before that.

[drm: drm_fill_in_dev] *ERROR* Cannot initialize the agpgart module.
[drm: intelfb_restore] *ERROR* Failed to restore crct configuration: -22
DRM: Fill_in_dev failed.

Revision history for this message
Fabus (fabian-gebert-hh) wrote :

I am not quite sure if I am suffering from this bug or #431812 . All I can say is that it does not work out of the box (screen blanking just after the isolinux splash of the LiveCD) and that it does work when adding i915.modeset=0 to the boot args.
How can I tell what bug is the one that affects me?

Revision history for this message
Anders Sjöström (anders-sjostrom) wrote :

Fabus, try running "dmesg | grep drm" in a terminal window and see if you have lines like:
[ 3.159563] [drm:drm_fill_in_dev] *ERROR* Cannot initialize the agpgart module.
[ 3.159608] [drm:intelfb_restore] *ERROR* Failed to restore crtc configuration: -22

Revision history for this message
Mikko Rantalainen (mira) wrote :

I'm also hitting this bug with yesterday's daily Karmic build on following hardware:
Motherboard: DG45ID with intel X4500HD [G45]

I've booted the system with this live CD three times and every time the results have been different:
1st boot: KMS did work and Compiz started but Xorg was taking 100% CPU time and everything was running extremely slowly - like everything were software rendered. I guessed at that time that the daily build had a broken intel driver and did not investigate further. The performance was too slow to be usable.

2nd boot: KMS did fail and I saw the *ERROR* messages above in the dmesg output. Compiz would not start. Terminal (VT1) did not work because the screen mode was incorrectly set.

3rd boot: KMS did work and Compiz started. Everything seems to work just fine. However, I'm seeing this in the dmesg output:
$ dmesg | grep drm
[ 6.636985] [drm] Initialized drm 1.1.0 20060810
[ 6.785857] [drm] MTRR allocation failed. Graphics performance may suffer.
[ 6.791386] [drm] i2c_init DPDDC-B
[ 6.802092] [drm] i2c_init DPDDC-C
[ 7.073565] [drm] fb0: inteldrmfb frame buffer device
[ 7.073696] [drm] Initialized i915 1.6.0 20080730 for 0000:00:02.0 on minor 0
[ 7.139640] [drm] DAC-6: set mode 1280x1024 21

Revision history for this message
Mikko Rantalainen (mira) wrote :
Revision history for this message
Mikko Rantalainen (mira) wrote :
Revision history for this message
linuxcentre (linuxcentre) wrote :

Workaround from #32 has so far after 12 reboots worked fine on my affected Dell Mini 10v netbooks with a "Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller (rev 03)". I'm running karmic beta with all latest updates.

Revision history for this message
Rami Al-Rfou' (rmyeid) wrote :

@32:
the workaround worked for me. Not sure, but I feel like compiz is not as snappy as it was before the bug occurrence.

Revision history for this message
linuxcentre (linuxcentre) wrote :

@49, in my case I am sure compiz is as fast a before because I was actually in the process of quantitatively testing frame rates in several apps before the bug appeared on my system and now that I put in #32 fix the rates are exactly the same. Testing was using Celestia, Stellarium, ExtremeTuxRacer, glxgears and a few more.

Revision history for this message
Fabus (fabian-gebert-hh) wrote :

@32: how can I test this with LiveCD?

Revision history for this message
exploder91 (d-cosner) wrote :

I read this when I asked about this issue today.

"One caveat. You need to disable KMS or else XVideo output will not initialize properly."

I have Intel G33 on-board graphics, this is a very common graphics card, thousands of people use these. This bug needs to be resolved, not worked around like in Jaunty. No other major distribution is suffering with this issue, so it is fair to say there is a permanent solution for this bug. There were enough issues with Intel graphics in Jaunty. Can we please make this bug a priority in Karmic?

Revision history for this message
Emilio (turl) wrote :

The 100% CPU Usage is because it fallbacks to software rasterizer, as glxinfo shows:

OpenGL vendor string: Mesa Project
OpenGL renderer string: Software Rasterizer
OpenGL version string: 2.1 Mesa 7.6-devel

I will try with echo 'install i915 /sbin/modprobe -qb intel-agp ; /sbin/modprobe --ignore-install i915 $CMDLINE_OPTS' > /etc/modprobe.d/i915.conf
  update-initramfs -u

If the error occurs again, I'll tell you.

Revision history for this message
Emilio (turl) wrote :

Another thing, maybe this is related with Windows Vista? The two times I have experienced this, they were times after using Vista.

I will try booting Vista and then Karmic to see if Microsoft's OS is the culprit.

Revision history for this message
Fabus (fabian-gebert-hh) wrote :

I've now upgraded my Mac Mini 2nd gen system and it did not work. Then, I applied #32, but it still does not work:

[ 9.074579] [drm] Initialized drm 1.1.0 20060810
[ 9.802815] [drm] TV-10: set mode NTSC 480i 0
[ 9.935154] [drm:drm_helper_initial_config] *ERROR* connectors have no modes$
[ 9.935428] [drm] Initialized i915 1.6.0 20080730 for 0000:00:02.0 on minor 0
[ 18.837049] [drm:intelfb_restore] *ERROR* Failed to restore crtc configurati$

Any suggestions?
I've got ssh up and running, so if you'd like to see more than this debug out, let me know.

Revision history for this message
R Lane (rick-essom) wrote :

Dell Inspiron 1318 Intel X3100 Graphics
     The just-release, updated kernel seems to have fixed the problem for me. # 2.6.31-12.39. Problem free after 8 reboots.

Revision history for this message
ilna (a-gaydenko) wrote :

It's funny, but for me this (2.6.31-12.39) kernel has brought the problem back.

Revision history for this message
Daniel Swarbrick (pressureman) wrote :

@56: Sorry to burst your bubble. It just happened three times in a row for me on that kernel.

Revision history for this message
exploder91 (d-cosner) wrote :

R Lane wrote 17 minutes ago: #56

Dell Inspiron 1318 Intel X3100 Graphics
     The just-release, updated kernel seems to have fixed the problem for me. # 2.6.31-12.39. Problem free after 8 reboots.

Please let all of us know if this is resolved. Have you tried shutting down and bringing the system back up? That had triggered the bug every time for me. I am really hoping the kernel update has this resolved.

Revision history for this message
Fabus (fabian-gebert-hh) wrote :

Provided your mirror has already got 2.6.31-12, just remove the patch #32 and upgrade:

sudo rm /etc/modprobe.d/i915.conf
(sudo update-initramfs -u)
sudo apt-get update
sudo apt-get upgrade

It's now working perfectly fine on my computer. (The cursor flickers a bit during startup but I don't mind)

Revision history for this message
Anders Sjöström (anders-sjostrom) wrote :

No improvement for me. 3 of 3 reboots the same since I "apt-get dist-upgrade" to get the new kernel that was held back. (And no, I never added the patch from #32).

$ glxinfo | grep render
direct rendering: Yes
OpenGL renderer string: Software Rasterizer

$ uname -a
Linux netbook 2.6.31-12-generic #39-Ubuntu SMP Mon Oct 5 22:08:01 UTC 2009 i686 GNU/Linux

$ dmesg | less
...
[ 2.566501] [drm] Initialized drm 1.1.0 20060810
[ 2.607860] i915 0000:00:02.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[ 2.607878] i915 0000:00:02.0: setting latency timer to 64
[ 2.607923] [drm:drm_fill_in_dev] *ERROR* Cannot initialize the agpgart module.
[ 2.607993] [drm:intelfb_restore] *ERROR* Failed to restore crtc configuration: -22
[ 2.608066] DRM: Fill_in_dev failed.
[ 2.608122] i915 0000:00:02.0: PCI INT A disabled
[ 2.608146] i915: probe of 0000:00:02.0 failed with error -22
[ 2.616778] agpgart-intel 0000:00:00.0: Intel 945GME Chipset
[ 2.617121] agpgart-intel 0000:00:00.0: detected 7932K stolen memory
[ 2.620604] agpgart-intel 0000:00:00.0: AGP aperture is 256M @ 0x60000000
...

Tim Gardner (timg-tpi)
Changed in linux (Ubuntu Karmic):
assignee: Scott James Remnant (scott) → Tim Gardner (timg-tpi)
status: Triaged → In Progress
Revision history for this message
R Lane (rick-essom) wrote :

exploder91- wrote 56 minutes ago-
Please let all of us know if this is resolved. Have you tried shutting down and bringing the system back up? That had triggered the bug every time for me. I am really hoping the kernel update has this resolved.

I did as you asked and did a complete shut down and started back up. So far, problem has not re-appeared. (now over 14 reboots)
I did not apply any patches fixes or upgrades before the kernel update.
Sorry for those of you still having the problem....

Revision history for this message
Tim Gardner (timg-tpi) wrote :

Here is a test kernel that attempts to force loading of the Intel AGP driver before i915 can proceed.

http://kernel.ubuntu.com/~rtg/2.6.3-12.39-module-depends

For example,

wget http://kernel.ubuntu.com/2.6.3-12.39-module-depends/linux-image-2.6.31-12-generic_2.6.31-12.39_amd64.deb
sudo dpkg -i linux-image-2.6.31-12-generic_2.6.31-12.39_amd64.deb

Revision history for this message
exploder91 (d-cosner) wrote :

Thanks R Lane, I appreciate you taking the time to try a shut down and posting your results.

Revision history for this message
mercutio22 (macabro22) wrote :

The bug hasn't manifested itself since I issued the command from comment #32 for a whole day now. (Thats around 17 boots in a row.

Revision history for this message
Luís Silva (luis) wrote :

Tim Gardner: the kernel you posted doesn't work for me... However, if I apply the fix from comment #32, I have kms again and the performance is back to normal.

Revision history for this message
Boris Devouge (bdevouge) wrote :

#63, you missed ~rtg/ dir in the second url. Thank very much, testing it now.

Revision history for this message
Boris Devouge (bdevouge) wrote :

on 2.6.31-12-generic #39:
5 reboots, 3 black screens after GDM login. When it works, its accelerated and fast, and displays this in the logs:

[ 8.270350] agpgart-intel 0000:00:00.0: Intel Mobile Intel® GM45 Express Chipset
[ 8.272230] agpgart-intel 0000:00:00.0: detected 32764K stolen memory
[ 8.276255] agpgart-intel 0000:00:00.0: AGP aperture is 256M @ 0xd0000000

Trying #32 now.

Revision history for this message
Cian Davis (davisc) wrote :

Tim Gardner: Tried that new kernel. The problem recurred (and the kernel was slow to boot). Have a Dell D410 so used the i386 kernel. Cold rebooted 3 times, still no improvement.

#32 is still working for me (I did remove the modprobe.d conf before generating the initrd for the new kernel)

Revision history for this message
Alessio Bolognino (themolok) wrote :

I still have this problem and #32 doesn't seem to do anything. I would just boot, see a couple of lines then boot stops for few minutes , then resumes with fsck.

Revision history for this message
Tim Gardner (timg-tpi) wrote :

One more try: http://kernel.ubuntu.com/~rtg/2.6.31-12.39-MODULE-EXPORT

If this doesn't work for you, then please attach the output of dmesg as well as /lib/modules/`uname -r`/modules.dep for the failing kernel.

Revision history for this message
Boris Devouge (bdevouge) wrote :

This works for KMS here, however GDM and booting into gnome is slow, giving me an load average of 2.85 right after finishing to load gnome. in gnome glxinfo shows it is using hw rendering. and the desktop is snappy again. I cat'd the 2 files requested in one attachment.

Revision history for this message
Pete Graner (pgraner) wrote :

On 10/06/2009 04:28 PM, Tim Gardner wrote:
> Here is a test kernel that attempts to force loading of the Intel AGP
> driver before i915 can proceed.
>
> http://kernel.ubuntu.com/~rtg/2.6.3-12.39-module-depends
>
> For example,
>
> wget http://kernel.ubuntu.com/2.6.3-12.39-module-depends/linux-image-2.6.31-12-generic_2.6.31-12.39_amd64.deb
> sudo dpkg -i linux-image-2.6.31-12-generic_2.6.31-12.39_amd64.deb
>

@Tim,

Works for me on both machines that were affected using i386.

Thanks

--
Pete Graner <email address hidden>
Manager
Ubuntu Kernel Team
Canonical Ltd. http://www.canonical.com/

Revision history for this message
Tim Gardner (timg-tpi) wrote :
Changed in linux (Ubuntu Karmic):
status: In Progress → Fix Committed
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package linux - 2.6.31-12.40

---------------
linux (2.6.31-12.40) karmic; urgency=low

  [ Tim Gardner ]

  * SAUCE: Created MODULE_EXPORT/MODULE_IMPORT macros
    - LP: #430694
  * SAUCE: Use MODULE_IMPORT macro to tie intel_agp to i915
    - LP: #430694

  [ Upstream Kernel Changes ]

  * V4L/DVB (12352): gspca - vc032x: Fix mi1310_soc preview and LED
    - LP: #310760

 -- Tim Gardner <email address hidden> Tue, 06 Oct 2009 20:25:36 -0600

Changed in linux (Ubuntu Karmic):
status: Fix Committed → Fix Released
Revision history for this message
Martin Pitt (pitti) wrote :

I can reproduce this pretty reliably on my Latitude D430 when booting with the internal screen and undocked. Curiously I (almost) never get this effect when booting docked and with the external screen; I guess some slight timing difference just wins/loses the race there.

I tried both of Tim's test kernels, and I still get the issue. The final -12.40 upload isn't built yet, so I could not test this one yet.

Changed in linux (Ubuntu Karmic):
status: Fix Released → Confirmed
Revision history for this message
Martin Pitt (pitti) wrote :

dmesg when it fails:

[drm] Initialized drm 1.1.0 20060810
i915 0000:00:02.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
i915 0000:00:02.0: setting latency timer to 64
[drm:drm_fill_in_dev] *ERROR* Cannot initialize the agpgart module.
[drm:intelfb_restore] *ERROR* Failed to restore crtc configuration: -22
DRM: Fill_in_dev failed.
i915 0000:00:02.0: PCI INT A disabled
tg3.c:v3.99 (April 20, 2009)
i915: probe of 0000:00:02.0 failed with error -22
tg3 0000:09:00.0: PCI INT A -> GSI 18 (level, low) -> IRQ 18
tg3 0000:09:00.0: setting latency timer to 64
agpgart-intel 0000:00:00.0: Intel 945GM Chipset
agpgart-intel 0000:00:00.0: detected 7932K stolen memory
agpgart-intel 0000:00:00.0: AGP aperture is 256M @ 0xd0000000

So it still loads drm first, then i915, then agpgart.

When it works, I get the correct ordering:

agpgart-intel 0000:00:00.0: Intel 945GM Chipset
agpgart-intel 0000:00:00.0: detected 7932K stolen memory
agpgart-intel 0000:00:00.0: AGP aperture is 256M @ 0xd0000000
input: Video Bus as /devices/LNXSYSTM:00/device:00/PNP0A03:00/device:20/input/input5
ACPI: Video Device [VID] (multi-head: yes rom: no post: no)
ACPI Warning: \_SB_.PCI0.VID2._DOD: Return Package has no elements (empty) 20090521
[drm] Initialized drm 1.1.0 20060810
i915 0000:00:02.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
i915 0000:00:02.0: setting latency timer to 64

Revision history for this message
Martin Pitt (pitti) wrote :

Seems no dependency is actually generated?

$ grep agp /lib/modules/2.6.31-12-generic/modules.dep
kernel/drivers/char/agp/intel-agp.ko:
kernel/drivers/char/agp/sis-agp.ko:
kernel/drivers/char/agp/via-agp.ko:

Revision history for this message
ilna (a-gaydenko) wrote :

Have got 2.6.31-12.40 just now - the issue still exists, while with 2.6.31-11.38 all is OK for me.

Revision history for this message
Tim Gardner (timg-tpi) wrote :

@Martin: It should be the other way around, i.e., i915 is dependent on agp

grep i915 /lib/modules/2.6.31-12-generic/modules.dep

Revision history for this message
Martin Pitt (pitti) wrote :

Tim Gardner [2009-10-07 13:22 -0000]:
> @Martin: It should be the other way around, i.e., i915 is dependent on
> agp

Hmm. Isn't the actual problem that agp is loaded before drm? Adding a
dependency to i915 wouldn't fix that?

> grep i915 /lib/modules/2.6.31-12-generic/modules.dep

$ grep i915 /lib/modules/2.6.31-12-generic/modules.dep
kernel/drivers/gpu/drm/i915/i915.ko: kernel/drivers/gpu/drm/drm.ko kernel/drivers/i2c/algos/i2c-algo-bit.ko kernel/drivers/acpi/video.ko kernel/drivers/video/output.ko

"grep agp" still yields no dependencies.

This is with -12.40 now.
--
Martin Pitt | http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org)

Revision history for this message
Tim Gardner (timg-tpi) wrote :

@Martin: Actually, I was proceeding on the assumption that intel-agp needed to be loaded before i915. Still, its curious that you don't have the i915 dependent on intel-agp. I'll do some more digging.

Revision history for this message
Falco (xfalcox) wrote :

Sometimes I got:
[ 4.118453] [drm:drm_fill_in_dev] *ERROR* Cannot initialize the agpgart module.
[ 4.118521] [drm:intelfb_restore] *ERROR* Failed to restore crtc configuration: -22

I'm on eeepc 1000ha with Ubuntu 9.10 Beta @ 2.6.31-11.

It's pretty random, and no fix till now.

Revision history for this message
Martin Pitt (pitti) wrote :

Tim Gardner [2009-10-07 13:54 -0000]:
> @Martin: Actually, I was proceeding on the assumption that intel-agp
> needed to be loaded before i915.

This is probably also required, but not sufficient (it _also_ needs to
come before drm).

Thanks a lot for your efforts!

Martin
--
Martin Pitt | http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org)

Revision history for this message
Kels (echukwuogor) wrote :

The fix from #2 worked for me. About 10 restarts/boots without incident. Yet to try the 2.6.31-12 update

Revision history for this message
Kels (echukwuogor) wrote :

GM965, x3100 graphics, x-swat drivers (~2.9.0)

Revision history for this message
Kels (echukwuogor) wrote :

Sorry, that's xorg-edgers.

Revision history for this message
Kels (echukwuogor) wrote :

2.6.31-12 is just fine. (With fix from #2)

Revision history for this message
Jerone Young (jerone) wrote :

Have an Inspiron 15n that has a:

00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller [8086:2a42] (rev 07)

Trying the fix in comment #71 DOES NOT fix the issue. It will still fail at times.

This is what I did to produce the problem.
Running on Battery power:
1) Boot from cold boot (works)
2) Restart ... KMS fails on boot .. you notice the Ubuntu logo is fuzzy (meanig not at LCD native res) .. also X is slow
3) Restart .... KMS fails .. blah blah
4) Restart ... KMS fails .. blah blah

Looks like if you run off battery you can get one good boot then restart and fails every time. This is how I can accurately reproduce the issue.

I see this from the kernel messages when it fails:
[ 3.093703] i915 0000:00:02.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[ 3.093710] i915 0000:00:02.0: setting latency timer to 64
[ 3.093725] [drm:drm_fill_in_dev] *ERROR* Cannot initialize the agpgart module.
[ 3.093771] [drm:intelfb_restore] *ERROR* Failed to restore crtc configuration: -22
[ 3.093815] DRM: Fill_in_dev failed.
[ 3.093854] i915 0000:00:02.0: PCI INT A disabled
[ 3.093860] i915: probe of 0000:00:02.0 failed with error -22
[ 3.096854] agpgart-intel 0000:00:00.0: Intel Mobile Intel® GM45 Express Chipset
[ 3.097455] agpgart-intel 0000:00:00.0: detected 32764K stolen memory
[ 3.100916] agpgart-intel 0000:00:00.0: AGP aperture is 256M @ 0xe0000000

Revision history for this message
Jerone Young (jerone) wrote :
Revision history for this message
Tim Gardner (timg-tpi) wrote :

@Martin - I think I've figured it out. The MODULE_IMPORT/MODULE_EXPORT macros didn't work for amd64. I guess the compiler is smart enough to detect unused symbols. I've applied a big hammer to the problem, so it should be fixed in the next upload.

As for drm dependencies, i915 is already dependent on the main drm module.

Revision history for this message
Martin Pitt (pitti) wrote :

Tim Gardner [2009-10-07 15:21 -0000]:
> @Martin - I think I've figured it out. The MODULE_IMPORT/MODULE_EXPORT
> macros didn't work for amd64.

Ah! Indeed I am using amd64 here.

> I've applied a big hammer to the problem, so it should be fixed in
> the next upload.

Awesome, thanks!

> As for drm dependencies, i915 is already dependent on the main drm
> module.

So your current upload introduces the drm -> intel_agpgart dependency?
Out of curiosity, what happens on platforms where intel_agpgart
isn't needed, but drm is?

Thanks, Martin

Revision history for this message
Tim Gardner (timg-tpi) wrote :

@Martin - this is a generic problem with a number of the drm/agp hardware pairs as long as the AGP hardware code is built as a module. Its also worth noting that this load race issue affects network drivers that are consumers of libphy, e.g., if the associated MII driver has not already registered with libphy, then the NIC driver can't do much. I solved that issue awhile ago by building into the kernel all of the phylib HW modules, not the most elegant solution. I'm going to talk to upstream to see if there is a better solution.

Revision history for this message
Tim Gardner (timg-tpi) wrote :
Changed in linux (Ubuntu Karmic):
status: Confirmed → Fix Committed
Revision history for this message
Cian Davis (davisc) wrote :

Not sure if the Fix Committed above makes this irrelevant but...

I installed http://kernel.ubuntu.com/~rtg/2.6.31-12.39-MODULE-EXPORT/linux-image-2.6.31-12-generic_2.6.31-12.39_i386.deb

Cold rebooted 3 times, warm reboot 2 times. 4 out of 5 times, the problem recurred.

Info from problem session:

cian@eireog:~$ glxinfo | grep render
direct rendering: Yes
OpenGL renderer string: Software Rasterizer

root@eireog:~# uname -a
Linux eireog 2.6.31-12-generic #39 SMP Tue Oct 6 23:37:52 UTC 2009 i686 GNU/Linux

dmesg and modules.dep attached

Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package linux - 2.6.31-12.41

---------------
linux (2.6.31-12.41) karmic; urgency=low

  [ Tim Gardner ]

  * [Config] CONFIG_GFS2_FS_LOCKING_DLM=y
    - LP: #416325
  * SAUCE: Fix MODULE_IMPORT/MODULE_EXPORT
    The original patch failed to work for amd64.
    - LP: #430694

  [ Upstream Kernel Changes ]

  * ALSA: hda - Add a white-list for MSI option
    Upstream cherry-pick: Infrastructure support for #445580
  * ALSA: hda - Add HP Pavilion dv4t-1300 to MSI whitelist
    - LP: #445580
  * ALSA: intel8x0 - Mute External Amplifier by default for Sony VAIO
    VGN-T350P
    - LP: #410933
  * ALSA: intel8x0 - Mute External Amplifier by default for Sony VAIO
    VGN-B1VP
    - LP: #410933

 -- Tim Gardner <email address hidden> Wed, 07 Oct 2009 11:59:35 -0600

Changed in linux (Ubuntu Karmic):
status: Fix Committed → Fix Released
Revision history for this message
Cian Davis (davisc) wrote :
Revision history for this message
Jared Klingenberger (itsjareds) wrote :

Definitely not fixed for me, my bug is this bug #430876 . Since updating yesterday I have completely lost access to /dev/dri devices. This bug used to appear but I could still access /dev/dri/card0 as /dev/card0. Now it is gone completely.

Revision history for this message
ilna (a-gaydenko) wrote :

What is "yesterday"? :-) linux-image-2.6.31-12-generic 2.6.31-12.41 fixes my problem.

Revision history for this message
Daniel Baumann (dnjl) wrote :

It's not fixed for me, too.
The "error -22" is fixed, but now with 12.41 I get this (dmesg relevant parts):
...
[ 1.288303] ACPI: Video Device [GFX0] (multi-head: yes rom: yes post: no)
[ 1.341223] Linux agpgart interface v0.103
[ 1.346363] agpgart-intel 0000:00:00.0: Intel 855GM Chipset
[ 1.347559] agpgart-intel 0000:00:00.0: detected 8060K stolen memory
[ 1.349446] agpgart-intel 0000:00:00.0: AGP aperture is 128M @ 0xe8000000
[ 1.515062] [drm] Initialized drm 1.1.0 20060810
[ 1.535304] i915 0000:00:02.0: PCI INT A -> Link[LNKA] -> GSI 10 (level, low) -> IRQ 10
[ 1.535324] i915 0000:00:02.0: setting latency timer to 64
[ 1.541531] vesafb: framebuffer at 0xe8000000, mapped to 0xf8480000, using 6144k, total 8000k
[ 1.541549] vesafb: mode is 1024x768x32, linelength=4096, pages=1
[ 1.541555] vesafb: scrolling: redraw
[ 1.541562] vesafb: Truecolor: size=8:8:8:8, shift=24:16:8:0
[ 1.541649] fb0: VESA VGA frame buffer device
[ 1.551481] Console: switching to colour frame buffer device 128x48
[ 1.722351] ohci1394 0000:02:03.2: PCI INT C -> Link[LNKC] -> GSI 11 (level, low) -> IRQ 11
[ 2.074869] [drm] DAC-6: set mode 640x480 0
...
[ 2.660127] i915 0000:00:02.0: LVDS-1: no EDID data
[ 2.674940] fb: conflicting fb hw usage inteldrmfb vs VESA VGA - removing generic driver
[ 2.675082] Console: switching to colour dummy device 80x25
[ 2.677636] Console: switching to colour frame buffer device 128x48
...
[ 2.751480] render error detected, EIR: 0x00000010
[ 2.751485] [drm:i915_handle_error] *ERROR* EIR stuck: 0x00000010, masking
[ 2.751502] render error detected, EIR: 0x00000010
[ 2.760716] [drm] LVDS-8: set mode 1024x768 c
[ 2.807061] [drm] fb0: inteldrmfb frame buffer device
[ 2.807518] [drm] Initialized i915 1.6.0 20080730 for 0000:00:02.0 on minor 0

drm is loaded, but xorg won't start. All seems ok in xorg.log, but now it dies. the end of xorg.log:
(II) intel(0): [DRI2] Setup complete
(**) intel(0): Kernel mode setting active, disabling FBC.
(**) intel(0): Framebuffer compression disabled
(**) intel(0): Tiling enabled
(**) intel(0): SwapBuffers wait enabled
(==) intel(0): VideoRam: 131072 KB
(II) intel(0): Attempting memory allocation with tiled buffers.

my vga:
00:02.0 VGA compatible controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02)
        Subsystem: Dell Device 014f
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
        Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx+
        Latency: 0
        Interrupt: pin A routed to IRQ 10
        Region 0: Memory at e8000000 (32-bit, prefetchable) [size=128M]
        Region 1: Memory at e0000000 (32-bit, non-prefetchable) [size=512K]
        Region 2: I/O ports at 1800 [size=8]
        Capabilities: <access denied>
        Kernel driver in use: i915
        Kernel modules: i915

any ideas?

Revision history for this message
Tim Gardner (timg-tpi) wrote :

@Daniel - you appear to have a different problem, i.e., its no longer module load order. Start a new bug using the information at https://wiki.ubuntu.com/KernelTeam/KernelTeamBugPolicies so that all of the relevant information is attached, e.g., 'ubuntu-bug -p linux'.

Revision history for this message
crashsystems (crashsystems) wrote : Re: [Bug 430694] Re: agpgart-intel not loaded before drm sometimes, causes KMS to fail

The updates fix this bug on my system. However, when I log in now, compiz is
not running. I have to run compiz --replace to get it running, but it works
just fine once I do that. Would this be related to this bug, or should I
file a new one?

Revision history for this message
Tim Gardner (timg-tpi) wrote :

@crashsystems - yes, you have a different bug.

Revision history for this message
Pete Graner (pgraner) wrote :

@crashsystems most likey its not a bug. gconf remembers your last setting with was without compiz.

Go to System->Preferences->Appearance->Visual Effects

and select either Normal or Extra and compiz should come up and stay.

Revision history for this message
Martin-Éric Racine (q-funk) wrote :

2.6.31-12.41 made things worse here: whenever rebooting the computer, instead of getting the BIOS prompt, I get a lot of video garbage, immediately followed by the most recent kernel booting.

Revision history for this message
Jerone Young (jerone) wrote :

Verified fixed the Inspiron 15n. Now KMS comes up every time.

Revision history for this message
YannTech (yanntech) wrote :

With the new kernel 2.6.31-13.43 the problem is come back, my first CPU still at 100% with Xorg

Revision history for this message
Wolfgang Kufner (wolfgangkufner) wrote :

YannTech, can you please confirm that you have lines like

>[ 3.159563] [drm:drm_fill_in_dev] *ERROR* Cannot initialize the agpgart module.
>[ 3.159608] [drm:intelfb_restore] *ERROR* Failed to restore crtc configuration: -22

in your log. Otherwise you have another bug, maybe Bug #439138.

Revision history for this message
YannTech (yanntech) wrote :

No this line in my dmesg, sorry for the bad report.
I'm affected by the bug you mentionned #439138

thanks

Revision history for this message
Cian Davis (davisc) wrote :

Latest kernel fixes the issue for me, without the tweak from #32.

cian@eireog:~$ glxinfo | grep -i "renderer string"
OpenGL renderer string: Mesa DRI Intel(R) 915GM GEM 20090712 2009Q2 RC3 x86/MMX/SSE2
cian@eireog:~$ uname -a
Linux eireog 2.6.31-13-generic #44-Ubuntu SMP Sat Oct 10 15:27:55 UTC 2009 i686 GNU/Linux

Revision history for this message
loke (developer-loke) wrote :

Seemingly the problem continues in 2.6.31-14-generic #48-Ubuntu SMP Fri Oct 16 14:04:26 UTC 2009 i686 GNU/Linux
on Thinkpad X61

Revision history for this message
Martin Pool (mbp) wrote :

I was still experiencing this today despite having the later kernel installed, because for some reason grub2's menu was not showing all of the installed kernels but rather was stuck on -11. When I manually change the grub commands to boot -15, the problem seems to be fixed.

Revision history for this message
Martin Pool (mbp) wrote :

OK, my comment in #112 was a local problem because I hadn't completed the grub2 upgrade - but if others are still seeing this bug they might want to check grub's actually booting what they think it should be.

Vlad Nicolae (bfg-se7en)
Changed in linux (Ubuntu Karmic):
status: Fix Released → Fix Committed
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.