Summary: | LiveDVD-12.0: vmlinuz-3.1.5-gentoo: Kernel oops in fbcon_decor_ioctl() | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Martin Mokrejš <mmokrejs> |
Component: | [OLD] Core system | Assignee: | Team Anniversary <ten> |
Status: | RESOLVED TEST-REQUEST | ||
Severity: | normal | ||
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 378027 | ||
Attachments: |
dmesg when booted with "nofb"
dmesg with x86 kernel, no extra options Xorg.0.log with default x86 kernel, no extra options dmesg with x86 nofb kernel, no extra options Xorg.0.log with x86 nofb kernel, no extra options |
Description
Martin Mokrejš
2012-01-24 18:14:26 UTC
Can you boot with nofb boot option? Created attachment 299813 [details]
dmesg when booted with "nofb"
Adding "nofb" to the commandline does not help - I still do get the Oops. However, adding "nox" prevents the Oops, for an unknown reason.
(In reply to comment #2) > Created attachment 299813 [details] > dmesg when booted with "nofb" > > Adding "nofb" to the commandline does not help - I still do get the Oops. > However, adding "nox" prevents the Oops, for an unknown reason. The Oops happens only with KMS enabled. Post the dmesg on the 'nox' boot or output of 'cat /proc/cmdline' I cannot reproduce this on my end and you're the first report of a kernel Oops using ATI. (In reply to comment #2) > Created attachment 299813 [details] > dmesg when booted with "nofb" > > Adding "nofb" to the commandline does not help - I still do get the Oops. > However, adding "nox" prevents the Oops, for an unknown reason. Sorry but seems I misunderstood. I added the nofb to the commandline but picked up the very first entry in grub menu (x86). You probably wanted me to test the second option in the grub menu (x86 nofb). Will re-post the dmesg and Xorg.0.log files. ;-). BTW: adding "nox" to the default x86 kernel does not really prevent the Oops. It just happened for me recently. Created attachment 299855 [details]
dmesg with x86 kernel, no extra options
As you can see the Oops happens with the default x86 kernel regardles one specified "nox" "nofb" "nox". Sure, "nofb" did not disable framebuffer. ;)
Created attachment 299857 [details]
Xorg.0.log with default x86 kernel, no extra options
You need to boot with the secondary kernel which not only sets nofb but also nomodeset which is what you need. Do not boot the default kernel. Created attachment 299859 [details]
dmesg with x86 nofb kernel, no extra options
With this nofb kernel there is no Oops but X does not start up.
Created attachment 299865 [details]
Xorg.0.log with x86 nofb kernel, no extra options
X dies badly and I get a black screen with blinking cursor on the left upper corner. Switching to Alt+F1 or Alt+F12 works, luckily.
Not sure what is the real error from the Xorg.0.log file. Seems the last EE was overcome by a fallback so maybe this is some other bug:
[ 108.374] (EE) AIGLX error: Calling driver entry point failed
[ 108.379] (EE) AIGLX: reverting to software rendering
[ 116.010] (II) AIGLX: Loaded and initialized /usr/lib/dri/swrast_dri.so
[ 116.010] (II) GLX: Initialized DRISWRAST GL provider for screen 0
[ 116.015] (II) RADEON(0): Setting screen physical size to 370 x 277
please try 12.1 which will be out by april |