Description of problem: The entire screen freezes at the end of the booting process with no response. Version-Release number of selected component (if applicable): kernel-PAE-2.6.30.5-43.fc11.i686 How reproducible: "yum update" to latest the kernel above, and reboot. Steps to Reproduce: 1. "yum update" --- make sure that your kernel version bumps to "2.6.30.5-43.fc11". 2. Reboot. Actual results: Screen freezes, with the only response being pressing the power off button and the system goes down. Expected results: X server starts and gdm appears. Additional info: Appending "s" to kernel boot line land you in command prompt. However, after "su <username>" and "startx", weird graphics appears and the screen is dead, with no further response.
Created attachment 359941 [details] dmesg > dmesg.txt
Created attachment 359942 [details] Log for X
I also have the same problem. Shuttle SG45H7, 8GB ram dmesg doesn't contain anything useful, neither does the Xorg log, but syslog does. syslog contains the following: Sep 7 20:31:22 genesis kernel: [drm:edid_is_valid] *ERROR* EDID checksum is invalid, remainder is 238 Sep 7 20:31:22 genesis kernel: [drm:edid_is_valid] *ERROR* Raw EDID: Sep 7 20:31:22 genesis kernel: Sep 7 20:31:22 genesis kernel: i915 0000:00:02.0: VGA-1: EDID invalid. Sep 7 20:31:22 genesis kernel: [drm:edid_is_valid] *ERROR* EDID checksum is invalid, remainder is 238 Sep 7 20:31:22 genesis kernel: [drm:edid_is_valid] *ERROR* Raw EDID: Sep 7 20:31:22 genesis kernel: Sep 7 20:31:22 genesis kernel: i915 0000:00:02.0: VGA-1: EDID invalid. Sep 7 20:31:22 genesis kernel: [drm:edid_is_valid] *ERROR* EDID checksum is invalid, remainder is 238 Sep 7 20:31:22 genesis kernel: [drm:edid_is_valid] *ERROR* Raw EDID: Sep 7 20:31:22 genesis kernel: Sep 7 20:31:22 genesis kernel: i915 0000:00:02.0: VGA-1: EDID invalid. Sep 7 20:31:22 genesis pulseaudio[2520]: pid.c: Stale PID file, overwriting. Sep 7 20:31:23 genesis kernel: fuse init (API version 7.11) Sep 7 20:31:25 genesis kernel: [drm:edid_is_valid] *ERROR* EDID checksum is invalid, remainder is 238 Sep 7 20:31:25 genesis kernel: [drm:edid_is_valid] *ERROR* Raw EDID: Sep 7 20:31:25 genesis kernel: Sep 7 20:31:25 genesis kernel: i915 0000:00:02.0: VGA-1: EDID invalid. Not really sure what it means, or what to do about it. In the meantime I have reverted to the prior kernel (2.6.29.6-217.2.16.fc11.i686.PAE) If you need a tester, I'm happy to d/l and test a new kernel... -Greg
well... for what it's worth... I installed and booted a non-PAE kernel (kernel-2.6.30.5-43.fc11.i586) and that kernel works fine. more over, it also has the same ERROR messages in /var/log/messages, which surprised me. So the error messages in my prior update may not be fatal, but it does seem like they are likely related. -G
Also running with the same problem. kernel-PAE-2.6.30.5-43.fc11.i686 borked my X. I am using Asus K40IJ with the following displays 00:02.0 VGA compatible controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07) 00:02.1 Display controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07) dmesg and /var/log/Xorg.0.log didn't give me any clues. I tried booting kernel-PAE-2.6.30.5-43.fc11.i686 with options nomodeset xdriver=vesa to no avail. Will try and dl the non-PAE kernel now.
Same problem here. After an update to new kernel (I used PAE) system freezes between booting and gdm. It is an regression, cause last PAE kernel worked. On kernel-PAE.i686 2.6.30.5-43.fc11 fails On kernel.i586 2.6.30.5-43.fc11 works before update both kernels (PAE and non-PAE) worked. System: Fedora 11, up to date Samsung X360 00:02.0 VGA compatible controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07) 00:02.1 Display controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07) I can do some more research, and send some logs. Unfortunately it is difficult when one does not have text console (vt) available. By the way, is there a way to enable those in F11?
I have the same problem, after "yum upgrade" and reboot the system fails to start up properly with 2.6.30.5-43.fc11.i686.PAE kernel. Using the previous version available 2.6.29.6-217.2.16.fc11.i686.PAE available on this system works fine. When using text-mode boot ("esc" during graphical boot) the hang-up occurs at "starting avahi daemon" step, but looking at logs it seems (like above) that it stops during X server startup. The system is a Fujitsu Siemens S7220 laptop with Fedora 11 just updated. BTW, is #518829 duplicate of this?
The same applies to me: Laptop HP nc 6530b Intel i915 driver with dual screen (LCD + VGA) and also with a desktop with ATI RV570 [Radeon X1950 Pro] (radeon driver)
*** Bug 518829 has been marked as a duplicate of this bug. ***
Same thing here. Using:- 00:02.0 VGA compatible controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (rev 0c)
I have the same issue here as well with a Dell Latitude D830 laptop with Intel video. The non PAE kernel seems to work just fine.
*** Bug 522025 has been marked as a duplicate of this bug. ***
Is Bug 521708 a duplicate of this? I do not know about Bug 522214, but it could be duplicate as well.
*** Bug 521708 has been marked as a duplicate of this bug. ***
Same issue, everything was working fine until I ran these updates this morning, Sep 10 09:57:41 dstewart yum: Updated: libXext-1.0.99.1-3.fc11.x86_64 Sep 10 09:57:42 dstewart yum: Updated: libdrm-2.4.11-2.fc11.x86_64 Sep 10 09:57:43 dstewart yum: Updated: libdrm-2.4.11-2.fc11.i586 Sep 10 09:57:45 dstewart yum: Updated: alsa-lib-1.0.21-3.fc11.x86_64 Sep 10 09:57:45 dstewart yum: Updated: libXext-1.0.99.1-3.fc11.i586 Sep 10 09:57:47 dstewart yum: Updated: alsa-lib-1.0.21-3.fc11.i586 Sep 10 09:57:47 dstewart yum: Updated: libsilc-1.1.8-7.fc11.x86_64 Sep 10 09:57:51 dstewart yum: Updated: libpurple-2.6.2-1.fc11.x86_64 Sep 10 09:57:51 dstewart yum: Updated: xorg-x11-server-common-1.6.3-4.fc11.x86_64 Sep 10 09:58:11 dstewart yum: Updated: pidgin-2.6.2-1.fc11.x86_64 Sep 10 09:58:12 dstewart yum: Updated: xorg-x11-server-utils-7.4-7.1.fc11.x86_64 Sep 10 09:58:13 dstewart yum: Updated: info-4.13a-4.fc11.x86_64 Sep 10 09:58:14 dstewart yum: Updated: xorg-x11-server-Xorg-1.6.3-4.fc11.x86_64 Sep 10 09:58:14 dstewart yum: Updated: xorg-x11-drv-evdev-2.2.5-1.fc11.x86_64 Sep 10 09:58:15 dstewart yum: Updated: xorg-x11-drv-fpit-1.3.0-3.fc11.x86_64 I have tracked it down to the Intel 4500 gpu and one of the above updates and enabling the desktop effects. The system was running well with Kernel 2.6.30.5-43.fc11.x86_64 before I applied the above updates. I re-installed the system twice, each time everything WAS working normally, including with the above updates, but once I enabled the desktop effects every time I try to log in gdm X kicks me back to gdm. I am trying to disable compositing via command line now to see if that restores normal non gldesktop operation. Please forgive me, Im kind of new at this. If there is any log or info that may be helpful please let me know and I will try to provide it.
(In reply to comment #15) > Same issue, everything was working fine until I ran these updates this morning, > > Sep 10 09:57:41 dstewart yum: Updated: libXext-1.0.99.1-3.fc11.x86_64 > Sep 10 09:57:42 dstewart yum: Updated: libdrm-2.4.11-2.fc11.x86_64 > Sep 10 09:57:43 dstewart yum: Updated: libdrm-2.4.11-2.fc11.i586 > Sep 10 09:57:45 dstewart yum: Updated: alsa-lib-1.0.21-3.fc11.x86_64 > Sep 10 09:57:45 dstewart yum: Updated: libXext-1.0.99.1-3.fc11.i586 > Sep 10 09:57:47 dstewart yum: Updated: alsa-lib-1.0.21-3.fc11.i586 > Sep 10 09:57:47 dstewart yum: Updated: libsilc-1.1.8-7.fc11.x86_64 > Sep 10 09:57:51 dstewart yum: Updated: libpurple-2.6.2-1.fc11.x86_64 > Sep 10 09:57:51 dstewart yum: Updated: > xorg-x11-server-common-1.6.3-4.fc11.x86_64 > Sep 10 09:58:11 dstewart yum: Updated: pidgin-2.6.2-1.fc11.x86_64 > Sep 10 09:58:12 dstewart yum: Updated: > xorg-x11-server-utils-7.4-7.1.fc11.x86_64 > Sep 10 09:58:13 dstewart yum: Updated: info-4.13a-4.fc11.x86_64 > Sep 10 09:58:14 dstewart yum: Updated: xorg-x11-server-Xorg-1.6.3-4.fc11.x86_64 > Sep 10 09:58:14 dstewart yum: Updated: xorg-x11-drv-evdev-2.2.5-1.fc11.x86_64 > Sep 10 09:58:15 dstewart yum: Updated: xorg-x11-drv-fpit-1.3.0-3.fc11.x86_64 > > I have tracked it down to the Intel 4500 gpu and one of the above updates and > enabling the desktop effects. The system was running well with Kernel > 2.6.30.5-43.fc11.x86_64 before I applied the above updates. I re-installed the > system twice, each time everything WAS working normally, including with the > above updates, but once I enabled the desktop effects every time I try to log > in gdm X kicks me back to gdm. I am trying to disable compositing via command > line now to see if that restores normal non gldesktop operation. > > Please forgive me, Im kind of new at this. If there is any log or info that may > be helpful please let me know and I will try to provide it. I disabled compositing by, rm -rf .gnome rm -rf .gnome2 rm -rf .gconf rm -rf .gconfd out of my home folder and was able to log back. It seems on of the xorg or libdrm updates does not like the Intel gpu compositing.
Sep 10 22:59:11 Updated: libsilc-1.1.8-7.fc11.i586 Sep 10 22:59:12 Updated: xorg-x11-server-common-1.6.3-4.fc11.i586 Sep 10 22:59:12 Updated: libXext-1.0.99.1-3.fc11.i586 Sep 10 22:59:13 Updated: libdrm-2.4.11-2.fc11.i586 Sep 10 22:59:17 Updated: libpurple-2.6.2-1.fc11.i586 Sep 10 22:59:19 Updated: alsa-lib-1.0.21-3.fc11.i586 Sep 10 22:59:19 Updated: info-4.13a-4.fc11.i586 Sep 10 22:59:20 Updated: texinfo-4.13a-4.fc11.i586 Sep 10 22:59:47 Updated: pidgin-2.6.2-1.fc11.i586 Sep 10 22:59:48 Updated: xorg-x11-server-utils-7.4-7.1.fc11.i586 Sep 10 22:59:52 Updated: alsa-lib-devel-1.0.21-3.fc11.i586 Sep 10 22:59:53 Updated: libdrm-devel-2.4.11-2.fc11.i586 Sep 10 22:59:54 Updated: libXext-devel-1.0.99.1-3.fc11.i586 Sep 10 22:59:55 Updated: xorg-x11-server-Xorg-1.6.3-4.fc11.i586 Sep 10 22:59:55 Updated: xorg-x11-drv-evdev-2.2.5-1.fc11.i586 Sep 10 22:59:56 Updated: xorg-x11-drv-fpit-1.3.0-3.fc11.i586 booted using kernel-PAE-2.6.29.6-217.2.16.fc11.i686 = no joy. display hangs. gdm refuses to start. booted using kernel-PAE-2.6.30.5-43.fc11.i686 = no joy. same problem as described earlier in this report. followed Damon's suggestion of removing .gnome2 and .gconf dirs in home folder. and finally able to boot into gdm without compositing enabled. tried to enable compositing while in gdm results in the system locking up and requires a hard boot using the power button. this seems to be a common issue at the moment with Intel drivers in particular or is it applies to all graphic drivers? Attached is the .xsession-errors.log
Created attachment 360636 [details] .xsession-errors. log this is the errors reported while attempting to start gdm with compositing enabled.
to further clarify using kernel-PAE-2.6.30.5-43.fc11.i686 to boot still results in a system lockup even after disabling compositing. I am posting this using kernel-PAE-2.6.29.6-217.2.16.fc11.i686.
i see the issue on a PAE kernel with i965GM chipset. I will check on a nvidia based system in a while (just waiting for it to become free).
It looks like https://bugzilla.redhat.com/show_bug.cgi?id=509519 is related. I downgraded the mesa drivers by 'yum downgrade mesa-dri-drivers mesa-libGL mesa-libGLU glx-utils' and can now run desktop effects again with no problems loging in to gdm and X. This problem is only seen on my Asus U81 Laptop with the Intel 4500 GMA, where both of my desktops (one with ATI FireGL 5000 and an Nvidia 7800GTX) are not affected. Also, I saw the same problem on either kernel-2.6.29.4-167.fc11.x86_64 or kernel-2.6.30.5-43.fc11.x86_64 For me at least, the common components of this bug seem to be the latest updates as I listed in https://bugzilla.redhat.com/show_bug.cgi?id=521574#c15 and the Intel IGP when desktop compositing in enabled.
(In reply to comment #21) Hi Damon, > This problem is only seen on my Asus U81 Laptop with the Intel 4500 GMA, where > both of my desktops (one with ATI FireGL 5000 and an Nvidia 7800GTX) are not > affected. Also, I saw the same problem on either > kernel-2.6.29.4-167.fc11.x86_64 or kernel-2.6.30.5-43.fc11.x86_64 If you experience a problem with the non PAE kernel. You have a different problem. For the initial reporters of this bug switching to the non-pae kernel solves the problem.
Hi Felix, I believe the problem I see is related a the original bug report with the PAE Kernel. The description of the problem is the same, can not log in to X from gdm after recent updates. X will crash and send you back to gdm. Booting with init3 or CTL+ALT+F2 still works. In every report this related to an Intel graphics chip. The bug may act slightly differently with X86_64 than with the i686 kernel but it does appear to be the same bug. It also seems to help if you disable desktop compositing with either the x86_64 or the PAE Kernel but they are both affected.
Same problem!. After an bew and clean installation from DVD, update to new kernel (I used PAE) system hangs on boot, just before gdm start. The first PAE kernel worked and work. kernel-PAE.i686 2.6.30.5-43.fc11 fails kernel-PAE.i686 2.6.29.4-167.fc11 worked and still working System: Fedora 11, up to date Toshiba U300 00:02.0 VGA compatible controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller
Laouer, is it possible to start from a clean install once again and only update the kernel to kernel-PAE-2.6.30.5-43.fc11.i686 without updating any thing else. I think the real problem is with the Intel graphics driver components that also get updated with a general 'yum update'. I think it would be helpful to know if the kernel-PAE-2.6.30.5-43.fc11.i686 causes X to lock up with the DVD Intel drivers components. If not I will try to duplicate and test with the PAE kernel on my laptop over the next few days as time permits.
ok I'll try and keep you in touch Ps: I installed also the last intel drivers xf86-video-intel and the mesa3D and the problem of logging out automatically when composite is enabled (announced above) was corrected.
ok it's definitively the kernel -A new and very clean installation (formatting HD and installing from fedora DVD)* kernel-PAE-2.6.29.4-167 with: 00:02.0 VGA compatible controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (rev 03) 00:02.1 Display controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (rev 03) fc11 works fine. -A "sudo yum update kernel-PAE" that update kernel-firmware by dependency so only kernel-PAE-2.6.30.5-43 and kernel-firmware-PAE-2.6.30.5-43 installed -A reboot and the new kernel hangs. we are there. if there is something else to do !!!
I'm having the same problem on my Dell Vostro 1510 laptop - Intel 965GM chipset with X3100 graphics card. Kernel 2.6.29.6-217.2.16.fc11.i686.PAE works fine, but not 2.6.30.5-43.fc11.i686.PAE.
Im going to go out on a limb here and suggest the problem may be not the PAE Kernel but problems with the Intel GPU and Xorg drivers. See the link below for more info, http://forums.fedoraforum.org/showthread.php?t=229898
(In reply to comment #29) > Im going to go out on a limb here and suggest the problem may be not the PAE > Kernel but problems with the Intel GPU and Xorg drivers. See the link below for > more info, > > http://forums.fedoraforum.org/showthread.php?t=229898 For me gdm does not even appear, plus that Ctrl-Alt-Fx fails with erroneous tty and, freeze . . . --- which means there's no fix except for a hard poweroff, for me.
Same for me -- KDM refuses to even start up. I have set up auto login in KDM, so that I am not prompted for username. Also, the Ctrl-Alt-Fx keys don't work for me. Hence, even I am stuck with the only option of pressing the power button and doing a "safe" poweroff on my machine.
I think the problem comes from a compatibilty between the new kernel and the intel drives independently from gdm or kdm. as Damon Stewart asked, I installed a fresh version of fc11 from DVD, and updated only the kernel PAE. and I get exactly the same freeze. unless I miss something, for me it's a kernel-intel problem. I get also this problem with a machine having a nvidia card, but the problem was solved by installing the last kmod-drive.
For me X does not start at all either. Starting into runlevel 3. (add it as last option to the kernel commandline in grub) and then doing a startx. I can see the kernel ooops (the keyboard leds are blinking and the machine hangs hard.) I have no problems running the current non-pae kernel. This is a problem of the pae kernel or the interaction from the intel driver with the current kernel. But it worked with the 2.6.29 pae kernel. Therefore something broke in the 2.6.30 pae kernel.
I'm pretty sure there are two distinct (but possibly related) bugs that are getting confused with each other here. One appears linked to the kernel update, and sufferers end up with a machine that hangs before reaching GDM/KDM. The other seems to be related to X.Org/libDRM etc. and results in a computer that fails to start X and drops back to GDM/KDM if compositing is enabled (but with enough persistance you'll get logged in anyway). On my system (Asus Eee PC 901 w/ Intel 965GME) I've been running a custom PAE kernel for some time without problems (2.6.30.4-25.eeepc.fc11.i686.PAE from http://www.fedora-eee.com). As a result I haven't installed the recent official Fedora kernel updates, however after the below updates I'm suffering the second bug, i.e. login to an account that has compositing enabled fails and drops back to GDM, several times, but will generally succeed eventually. Logging into an account that isn't using compositing appears to work normally. Sep 11 12:07:58 Updated: xorg-x11-server-common-1.6.3-4.fc11.i586 Sep 11 12:08:24 Updated: glibc-2.10.1-5.i686 Sep 11 12:08:32 Updated: libXext-1.0.99.1-3.fc11.i586 Sep 11 12:08:48 Updated: alsa-lib-1.0.21-3.fc11.i586 Sep 11 12:08:56 Updated: info-4.13a-4.fc11.i586 Sep 11 12:09:10 Updated: libdrm-2.4.11-2.fc11.i586 Sep 11 12:09:32 Updated: xorg-x11-server-Xorg-1.6.3-4.fc11.i586 Sep 11 12:09:37 Updated: xorg-x11-drv-evdev-2.2.5-1.fc11.i586 Sep 11 12:11:08 Updated: glibc-common-2.10.1-5.i586 Sep 11 12:11:18 Updated: libsilc-1.1.8-7.fc11.i586 Sep 11 12:12:04 Updated: libpurple-2.6.2-1.fc11.i586 Sep 11 12:12:17 Updated: texinfo-4.13a-4.fc11.i586 Sep 11 12:12:35 Updated: texinfo-tex-4.13a-4.fc11.i586 Sep 11 12:13:52 Updated: pidgin-2.6.2-1.fc11.i586 Sep 11 12:14:08 Updated: xorg-x11-drv-fpit-1.3.0-3.fc11.i586 Sep 11 12:14:20 Updated: alsa-utils-1.0.21-2.fc11.i586 Sep 11 12:14:33 Updated: audacious-plugins-1.5.1-10.fc11.i586 Sep 11 12:14:52 Updated: xorg-x11-server-utils-7.4-7.1.fc11.i586 Sep 11 12:15:00 Updated: nscd-2.10.1-5.i586 Sep 11 12:15:10 Updated: glibc-headers-2.10.1-5.i586 Sep 11 12:15:23 Updated: glibc-devel-2.10.1-5.i586
i can confirm this bug: hw: hp elitebook 6390p 00:02.0 VGA compatible controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07) with nomodeset as kernel parameter (my usual setup), the machine gets rebooted as son as gdm gets loaded. without nomodeset the machine hangs as son as gdm gets loaded. tried with SELINUX=enforcing (my usual setup) and SELINUX=permissive is not my ~/.gnome ~/.* because my home dir is encrypted non-PAE kernels are not an option for me, i use several virtual machines
Good call Anthony, I believe my issue is more directly related to https://bugzilla.redhat.com/show_bug.cgi?id=518748. I also read your comments on the FedoraForum and think you hit the nail on the head. In the end I am now fully up to date including the 7.6-0.1.fc11 mesa drivers, all I had to do was 'yum downgrade xorg-x11-server-Xorg' to clear up my issues with the recent updates.
installing the last Mesa 7.5.1 driver (compilation from source) resolves the second problem (the auto logout from GDM) and you will be able also to use the composite. the first bug (hanging at boot) persists.
I also have the same problem with but I faces this problem with previous kernels too , see detail in http://is.gd/3oKDs
i have the same problem here with a dell latitude E4300
@Devendra I'm not sure that the two bugs are related, this bug is concerning a fatal hanging of 2.6.30-PAE kernel and only the PAE version with intel chipsets. I'm not sure but your bug seems related to a hardware problem. @all: Nothing new about this bug??
Same problem here on a Fujitsu Notebook.
Can confirm this bug on a Thinkpad X200 Tablet. Boots fine in initlevel 5 with kernel-PAE-2.6.29.4-167.fc11.i686 and kernel-2.6.30.5-43.fc11.i586 but not with kernel-PAE-2.6.30.5-43.fc11.i686. Problem seems to be starting the X server as booting into L3 also works with kernel-PAE-2.6.30.5-43.
Can confirm bug with Dell Inspiron 530S, which "lspci" reports as having an "Intel Corporation 82G33/G31 Express Integrated Graphics Controller (rev 02)". Problem does not occur with base f11 install. Installing all f11 upgrades, except the 2.6.30.5-43 PAE kernel, works. Doing the one remaining upgrade to bring the kernel to 2.6.30.5-43 breaks X11, hanging after boot at the point where you should get the mouse cursor and busy icon just before the logon screen should appear. At this point nothing appears to be functional. If you boot in runlevel 3 on the PAE 2.6.30.5-43 kernel, you can get to text level logon and logon successfully, and system is functional (except for X11). If you try "startx" within a user session, display/keyboard/mouse again become totally dead, but system itself will still function for remote SSH and power button will at least perform a controlled system shutdown. Pursuing this initially as a G33 graphics problem I noticed that xorg-x11-drv-intel-2.7.0 is supposed to provide "new function" for Intel graphics and that 2.7.0-7 is in the base f11 install. Supposedly this package also has a "requirement" for libdrm-2.4.6. The f11 base does not include any libdrm package, but the updates did include libdrm-2.4.11-2. As an experiment tried updating base f11 system with all updates except libdrm, but again ended up with a broken X11 system (which again would work on the base-f11 PAE 2.6.29 kernel), so libdrm doesn't appear directly related to the hang I'm seeing. Since so far all the failures seem to involve only Intel graphics, that makes the 2.7.0 intel driver package a prime suspect, but if that's where the root bug lies, it only manifests itself after PAE kernel 2.6.30.5-43, and possibly some of the other xorg updates, are installed.
*** Bug 521577 has been marked as a duplicate of this bug. ***
*** Bug 521617 has been marked as a duplicate of this bug. ***
kernel-2.6.30.8-64.fc11 has been submitted as an update for Fedora 11. http://admin.fedoraproject.org/updates/kernel-2.6.30.8-64.fc11
After installing kernel and kernel-firmware mentioned in #46 now X starts without problems. Now using 2.6.30.8-64.fc11.i686.PAE, installed updates: Sep 25 19:52:09 bellona yum: Updated: kernel-firmware-2.6.30.8-64.fc11.noarch Sep 25 19:53:15 bellona yum: Installed: kernel-PAE-2.6.30.8-64.fc11.i686 So the problem I had in #7 is now gone.
It happens with 64 bit kernel too, I am using 2.6.30.5-43.fc11.x86_64
I could confirm fc11 with PAE.2.6.30.5-43.fc11 reworks fine Linux XXXX 2.6.30.8-64.fc11.i686.PAE #1 SMP Fri Sep 25 04:56:58 EDT 2009 i686 i686 i386 GNU/Linux with: kernel-firmware-2.6.30.8-64.fc11.noarch kernel-PAE-2.6.30.8-64.fc11.i686 thanks a lot guys.
sorry fc11 with PAE.2.6.30.8-64.fc11.i686 works fine
Can slso confirm pkgs from comment #46, kernel-firmware-2.6.30.8-64.fc11.noarch kernel-PAE-2.6.30.8-64.fc11.i686 fixes bug #521574 on Intel G33 graphics Thanks!!
Thanx guys! The X issue is gone. Fedora Rocks!!!
confirmed kernel-PAE-2.6.30.8-64.fc11.i686.rpm allows normal usage of X session. how ever the package has not been pushed into main repository as prior 27th September 1818 hours (GMT+8). Thank you for resolving this issue.
(In reply to comment #46) > kernel-2.6.30.8-64.fc11 has been submitted as an update for Fedora 11. > http://admin.fedoraproject.org/updates/kernel-2.6.30.8-64.fc11 Also works for me.
After how many days this update will be pushed in repos for yum update ?
kernel-2.6.30.8-64.fc11 has been pushed to the Fedora 11 stable repository. If problems still persist, please make note of it in this bug report.
I have done "yum update" but there were no updates available.
I have installed the new kernel. But the system hang while boot up is not completely solved. I have encountered it today 2 times. Before this kernel the problem was more severe. Hope you will look into the problem and solve it completely.
(In reply to comment #58) > I have installed the new kernel. But the system hang while boot up is not > completely solved. I have encountered it today 2 times. Before this kernel the > problem was more severe. > > Hope you will look into the problem and solve it completely. perhaps providing some logs (X.org, messages, dmesg etc) will help them to narrow down what is the cause of the lockup? updated kernel with other dependencies today. Sep 30 14:25:06 Updated: kernel-headers-2.6.30.8-64.fc11.i586 Sep 30 14:25:07 Updated: kernel-firmware-2.6.30.8-64.fc11.noarch Sep 30 14:25:42 Updated: kernel-doc-2.6.30.8-64.fc11.noarch no problems so far.
Hi, I have installed the new kernel a one ago (morning in France) and it works fine, thanks a lot for this update !
*** Bug 522329 has been marked as a duplicate of this bug. ***