2.6.39-rc1 nouveau regression (bisected)
linux at dominikbrodowski.net
Thu Apr 14 23:11:36 PDT 2011
On Thu, Apr 14, 2011 at 09:02:01PM +0200, Marcin Slusarz wrote:
> On Thu, Apr 14, 2011 at 07:05:59PM +0200, Dominik Brodowski wrote:
> > Thought about CCing Linus to show him that 2.6.39-rcX isn't as "calm"
> > to everyone, but then chose to CC Maciej instead: Would you be so kind and
> > add this to your regression list? Thanks!
> > Since commit 38f1cff
> > From: Dave Airlie <airlied at redhat.com>
> > Date: Wed, 16 Mar 2011 11:34:41 +1000
> > Subject: [PATCH] Merge commit '5359533801e3dd3abca5b7d3d985b0b33fd9fe8b' into dr
> > This commit changed an internal radeon structure, that meant a new driver
> > in -next had to be fixed up, merge in the commit and fix up the driver.
> > Also fixes a trivial nouveau merge.
> > Conflicts:
> > drivers/gpu/drm/nouveau/nouveau_mem.c
> > booting my atom/NM10/ION2 system crashes hard during boot, right after
> > blanking the screen, and before the initramfs gets loaded. I just
> > re-checked: both parent commits ( 5359533 and 4819d2e ) do indeed work
> > just fine, but the merge commit ( 38f1cff ) fails, same as tip ( 85f2e68 ).
> Can you activate netconsole and check whether kernel spits anything interesting?
> You might try to load nouveau module after boot - maybe something will be saved
> to /var/log or you could even ssh into the box and check dmesg...
Compiling it as a module seems to work fine. When I do so, no regression is
obvious from what gets reported in "dmesg". However, somehow I now do get
some output: The last message I see is
[drm] nouveau 0000:01:00.0: allocated 1680x1050, fb 0x40.... b0 <some pointer value>
Then, nothing more. However, it really is quite strange why this error only
appears in the CONFIG_NOUVEAU=y case, not in the =m case...
More information about the dri-devel