From: Nigel Cunningham <lkml@nigelcunningham.com.au>
To: Dominik Brodowski <linux@dominikbrodowski.net>,
Marcin Slusarz <marcin.slusarz@gmail.com>,
Ben Skeggs <bskeggs@redhat.com>,
airlied@redhat.com, dri-devel@lists.freedesktop.org,
linux-kernel@vger.kernel.org, mjg@redhat.com,
maciej.rutecki@gmail.com, nouveau@lists.freedesktop.org
Subject: Re: 2.6.39-rc1 nouveau regression (bisected)
Date: Sun, 17 Apr 2011 08:12:35 +1000 [thread overview]
Message-ID: <4DAA1453.5000604@nigelcunningham.com.au> (raw)
In-Reply-To: <20110415061136.GA21979@isilmar-3.linta.de>
Hi.
On 15/04/11 16:11, Dominik Brodowski wrote:
> 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@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...
Try disabling CONFIG_BOOT_LOGO. I reported on freedesktop.org that it is
causing me an oops at boot, but my bug has been ignored there so far -
perhaps I should have posted it here instead.
Regards,
Nigel
next prev parent reply other threads:[~2011-04-16 22:20 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-04-03 18:12 2.6.39-rc1 noveau trouble and regression (bad commit: 38f1cff0863809587b5fd10ecd0c24c8b543a48c ) Dominik Brodowski
2011-04-07 15:11 ` Dominik Brodowski
2011-04-14 17:05 ` 2.6.39-rc1 nouveau regression (bisected) Dominik Brodowski
2011-04-14 19:02 ` Marcin Slusarz
2011-04-15 6:11 ` Dominik Brodowski
2011-04-16 22:12 ` Nigel Cunningham [this message]
2011-04-16 23:50 ` Kyle Spaans
2011-04-17 15:12 ` Kyle Spaans
2011-04-17 15:45 ` Marcin Slusarz
2011-04-17 16:24 ` Kyle Spaans
2011-04-17 16:49 ` Marcin Slusarz
2011-04-18 20:02 ` 2.6.39-rc1 nouveau(?) " Marcin Slusarz
2011-04-18 20:27 ` Linus Torvalds
2011-04-19 21:47 ` Marcin Slusarz
2011-04-19 21:50 ` [PATCH 1/2] drm/nouveau: fix notifier memory corruption bug Marcin Slusarz
2011-04-19 21:52 ` [PATCH 2/2] drm/nouveau: fix allocation of notifier object Marcin Slusarz
2011-04-19 22:34 ` 2.6.39-rc1 nouveau(?) regression (bisected) Ben Skeggs
2011-04-20 14:18 ` Kyle Spaans
2011-04-22 16:29 ` Dominik Brodowski
2011-04-17 16:23 ` 2.6.39-rc1 nouveau " Marcin Slusarz
2011-04-17 17:20 ` Dominik Brodowski
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4DAA1453.5000604@nigelcunningham.com.au \
--to=lkml@nigelcunningham.com.au \
--cc=airlied@redhat.com \
--cc=bskeggs@redhat.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux@dominikbrodowski.net \
--cc=maciej.rutecki@gmail.com \
--cc=marcin.slusarz@gmail.com \
--cc=mjg@redhat.com \
--cc=nouveau@lists.freedesktop.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
Powered by JetHome