[Nouveau] [Bug 39530] Also after installing Obermayrs drm-nouveau driver booting succeeds only with nomodeset

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=39530

--- Comment #3 from Guido Trentalancia <guido at trentalancia.com> 2011-07-26 07:49:24 PDT ---
Lee, most of the packages shipped by Johannes Obermayr are just git versions.

If you look at the first part of
https://bugs.freedesktop.org/show_bug.cgi?id=39498#c22 (Comment 22 of the
severe issue I was experiencing and that I have now sorted out), you would
realize that in particular:

- xorg driver xf86-video-nouveau shipped by openSUSE as from jobermayr is
exactly or basically the same source code as upstream git;

- libdrm is exactly or basically the same source code as upstream libdrm git;

- the drm kernel modules (20110721.2009-2.3) use the build option
CONFIG_DRM_NOUVEAU_KMS=y, which as far as I remember was set to 'n' in the
Makefile from the Nouveau DRM wiki (although I did also try enabling that once
on the git source without achieving anything): in any case I did not touch the
kernel module, still using the already mentioned one from freedesktop snapshot;

In my particular case, the difference was probably made by using the Mesa build
options from Johannes Obermayr:

jobermayr: --enable-dri --enable-glx --enable-osmesa
--with-dri-drivers=i810,i915,i965,nouveau,swrast --enable-shared-dricore
--enable-gles1 --enable-gles2 --enable-openvg --enable-shared-glapi
--with-gallium-drivers=i915,i965,nouveau,svga,swrast --enable-xcb --enable-xorg
--enable-xa --enable-gallium-egl --with-egl-platforms=x11,drm --enable-debug
--with-x --enable-gallium-llvm --enable-gbm --enable-gallium-gbm
--enable-gallium-g3dvl --enable-xvmc --enable-vdpau --enable-texture-float
--with-egl-displays=x11,drm

instead of: --enable-selinux -with-dri-drivers=nouveau,i915,swrast
--with-gallium-drivers=nouveau,i915,swrast,svga

But I need to check it properly and understand which one of those several
options did the trick.

Let's get to your nomodeset issue. My understanding as someone whom is not an
expert at all, is that starting the framebuffer console during initial boot-up
before X starts, creates problems.

All I can think of is the following mandatory drm kernel parameters:

CONFIG_VT_HW_CONSOLE_BINDING=y
CONFIG_FRAMEBUFFER_CONSOLE (Nouveau wiki reccomends setting it to 'y', but is
also says that modeset=0 is equivalent to deactivating that option)

Did you go through the following:

http://nouveau.freedesktop.org/wiki/KernelModeSetting ?

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.