Created attachment 708556 [details] dmesg Description of problem: Macbook Pro 6.2 with Nouveau drivers. When booting the mouse cursor shows up over the console with a transparent line in between but Xorg does not start. Xorg starts correctly with kernel version 3.7.9-205.fc18 but does not start with kernels 3.8.1-201.fc18 and 3.8.2-206.fc18 Version-Release number of selected component (if applicable): 3.8.1-201.fc18 3.8.2-206.fc18 How reproducible: Boot any of the affected kernels. Steps to Reproduce: 1. 2. 3. Actual results: Screen remains in the console and Xorg does not start. Expected results: Xorg starting. Additional info: See attachments.
Created attachment 708557 [details] Xorg log
Created attachment 708821 [details] dmesg dell latitude 6420
I'm seeing a similar problem on a dell latitude 6420. Here Xorg does seem to start succesfully, but after a while (say half an hour) is crashes. Using kernel-3.7.9-205.fc18.x86_64 I'm not seeing this problem. Both kernel-3.8.1-201.fc18.x86_64 and kernel-3.8.2-206.fc18.x86_64 do display this behaviour. I've attached dmesg output from running kernel-3.8.2-206.fc18.x86_64, which shows nouveau problems.
I am also having this problem. Only started happening with 3.8 kernels. I just tried the latest update as of today and still no go. My system is a: MacBookPro6,2 It is using the nouveau driver.
kernel-3.8.3-201.fc18.x86_64 shows the same problem on my dell latitude 6420.
I'm also on a Macbook Pro 6.2 with Nouveau drivers, and 3.7.9-205 is the most recent kernel that works for me, but I see a slightly different behaviour. To isolate, I did a fresh DVD install, with no updates. Withe 3.6.10-4, everything works great. Download 3.7.9-205 directly (no yum) and install it, and things are still fine. Download 3.8.1-201, and things go downhill. They system boots and I get the login screen. When I login, the login process starts with the icons across the bottom.. the hard drive icon shows up, and the blurred wrench/screwdiver starts to fade in, then hangs. If I move the mouse, the cursor does nothing for 5-10 seconds, then jumps to a new location. I can switch to another VT, but the screen is full of single pixel high lines and dots. I can log in, but can't see what I'm typing, but the dots/lines change as I type and commands output text. Again, this is a standard F18 DVD install of a KDE desktop with NO updates except the kernel. I don't know if it matters, but I'm using EFI booting..
Created attachment 732424 [details] Xorg.0.log with stacktrace my Xorg log file, in case it helps..
Macbook Pro 6.2 with Nouveau drivers, EFI boot, Fedora 17. Kernel 3.7.9 is last one that will work properly. For me X starts, but I never get prompted for a login. In addition, if I switch to console (ctrl+alt+F3), I see a corrupted screen where I can only see the first line of txt. If I try to suspend, computer locks. Tried all the way to the newest kernel 3.8.13-100 with the same result.
Since the kernel was updated to version 3.9.x Xorg starts correctly. I believe this bug may be closed.
Jorge, Can you check a console vty (ctrl+alt+F1-6)? I still see corruption on these. Thanks, Ben
Hello Ben, No corruption in the VTY consoles. At the moment Xorg boots for me. On the other hand, a most probably a separate bug, I use LUKS full disk encryption and I have to press ESC during boot in order to see the password prompt. The screen shows an error message about the i915 ROM. But I believe it's completely unrelated to this bug.
On my Dell Latitude 6420 using kernel 3.9.4-200 FC18 the X Windows System still crashes within tens of minutes. For me this bug is not solved.
My Macbook 6,2 booting from EFI does not work even with the latest kernel 3.9.8-100. X starts but I never get a login, when I switch to VTY I see corruption on all but the first line of the screen. Suspend freezes the computer. Jorge, are you booting bios or EFI mode? If EFI mode, can you post a copy of your grub.conf file? Thanks, Ben Pierce
EFI mode, no changes made to grub.conf from the standard config file. I have upgraded to F19 so I guess I can't be of any more help here.
This message is a reminder that Fedora 18 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 18. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '18'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 18's end of life. Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 18 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior to Fedora 18's end of life. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
Fedora 18 changed to end-of-life (EOL) status on 2014-01-14. Fedora 18 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed.