[Bug 83792] Kernel hangs on boot without nomodeset option

2019-11-19 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=83792 Martin Peres changed: What|Removed |Added Resolution|--- |MOVED Status|NEW

[Bug 83792] Kernel hangs on boot without nomodeset option

2014-10-17 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=83792 --- Comment #14 from Alex Deucher --- (In reply to Tim Nelson from comment #12) > Oh, one more comment - is there anything else I can do to help track down > this bug further? Ideally you could use git to bisect between 3.6 and 3.7 to see what c

[Bug 83792] Kernel hangs on boot without nomodeset option

2014-10-17 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=83792 --- Comment #13 from Tim Nelson --- Hmm. Just noticed that that one kernel version number says "config" at the start instead of "kernel". That's because I got the version number from the config file in /boot. -- You are receiving this mail be

[Bug 83792] Kernel hangs on boot without nomodeset option

2014-10-17 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=83792 --- Comment #12 from Tim Nelson --- Oh, one more comment - is there anything else I can do to help track down this bug further? -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An

[Bug 83792] Kernel hangs on boot without nomodeset option

2014-10-17 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=83792 --- Comment #11 from Tim Nelson --- Created attachment 107982 --> https://bugs.freedesktop.org/attachment.cgi?id=107982&action=edit Kernel messages, last working version (3.6.11) -- You are receiving this mail because: You are the assignee fo

[Bug 83792] Kernel hangs on boot without nomodeset option

2014-10-17 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=83792 --- Comment #10 from Tim Nelson --- OK, another report. First, when it locks up, there is no ssh access possible; it doesn't even ping. Second, I've narrowed it down this far: Working: kernel-debug-3.6.11-3.fc18.x86_64 Not working: config-3.

[Bug 83792] Kernel hangs on boot without nomodeset option

2014-10-15 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=83792 --- Comment #9 from Tim Nelson --- OK, I've narrowed it down quite a bit. The kernel which Fedora (18) calls kernel-debug-3.6.10-4.fc18.x86_64 works. Xorg segfaults, but the radeon module successfully loads. The kernel which Fedora (19) call

[Bug 83792] Kernel hangs on boot without nomodeset option

2014-09-30 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=83792 --- Comment #8 from Alex Deucher --- (In reply to comment #6) > Created attachment 107113 [details] > Kernel messages, round 1 > > Good news; I have some kernel messages to attach. These were gained using > netconsole, which was on another mach

[Bug 83792] Kernel hangs on boot without nomodeset option

2014-09-30 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=83792 --- Comment #7 from Tim Nelson --- Anyway, it looks like I was wrong about the kernel modesetting; I think this is a side-effect of the more modern radeon driver not supporting nomodeset. So it's just a bug in the radeon driver, pure and simple.

[Bug 83792] Kernel hangs on boot without nomodeset option

2014-09-30 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=83792 --- Comment #6 from Tim Nelson --- Created attachment 107113 --> https://bugs.freedesktop.org/attachment.cgi?id=107113&action=edit Kernel messages, round 1 Good news; I have some kernel messages to attach. These were gained using netconsole,

[Bug 83792] Kernel hangs on boot without nomodeset option

2014-09-16 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=83792 --- Comment #5 from Tim Nelson --- Just reporting back; blacklisting radeon as Alex specifies allows the machine to boot. "modprobe radeon" after boot makes it die. Unfortunately I only had a little time to put into it, so that's all my results

[Bug 83792] Kernel hangs on boot without nomodeset option

2014-09-12 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=83792 --- Comment #4 from Alex Deucher --- Can you also try blacklisting radeon and loading it after the box has booted and you have remote access? E.g., append modprobe.blacklist=radeon 3 to the kernel command line in grub (the 3 is to boot into run

[Bug 83792] Kernel hangs on boot without nomodeset option

2014-09-12 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=83792 --- Comment #3 from Christian K?nig --- Well the nomodeset option only makes sense with the UMS support and that was deprecated in January 2013. So as long as Fedora 20 doesn't compile their kernels with a deprecated feature they probably won't

[Bug 83792] Kernel hangs on boot without nomodeset option

2014-09-12 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=83792 --- Comment #2 from Tim Nelson --- Regarding "not worked", these kernels have always hung on boot with a blank screen; most of these are from my attempts to upgrade to various different versions of Fedora between 13 (currently working for me) and

[Bug 83792] Kernel hangs on boot without nomodeset option

2014-09-12 Thread bugzilla-dae...@freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=83792 --- Comment #1 from Alex Deucher --- Can you elaborate on what "not worked" means? Blank screen, corruption, hangs? Are you able to access the machine remotely? If so, can you attach your xorg log and dmesg output with the radeon driver loaded